You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(210) |
Jun
(169) |
Jul
(167) |
Aug
(128) |
Sep
(218) |
Oct
(120) |
Nov
(86) |
Dec
(71) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(91) |
Feb
(179) |
Mar
(52) |
Apr
(56) |
May
(183) |
Jun
(62) |
Jul
(63) |
Aug
(49) |
Sep
(36) |
Oct
(35) |
Nov
(72) |
Dec
(30) |
2002 |
Jan
(53) |
Feb
(61) |
Mar
(56) |
Apr
(13) |
May
(1) |
Jun
(7) |
Jul
(80) |
Aug
(73) |
Sep
(30) |
Oct
(29) |
Nov
(8) |
Dec
(40) |
2003 |
Jan
(10) |
Feb
(2) |
Mar
(4) |
Apr
(9) |
May
(3) |
Jun
(19) |
Jul
(64) |
Aug
(53) |
Sep
(28) |
Oct
(7) |
Nov
(3) |
Dec
(21) |
2004 |
Jan
(11) |
Feb
(30) |
Mar
(18) |
Apr
(1) |
May
(13) |
Jun
(18) |
Jul
(13) |
Aug
|
Sep
(9) |
Oct
(5) |
Nov
|
Dec
|
2005 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(10) |
Aug
(21) |
Sep
(7) |
Oct
(10) |
Nov
(6) |
Dec
|
2006 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(2) |
Aug
(2) |
Sep
(6) |
Oct
(10) |
Nov
(8) |
Dec
(3) |
2007 |
Jan
(3) |
Feb
(6) |
Mar
(1) |
Apr
(6) |
May
(10) |
Jun
(7) |
Jul
(13) |
Aug
(8) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
From: Alan B. <al...@ms...> - 2001-02-07 13:04:20
|
hi, > - Internal serial hangs when IDE is active (probably unsolvable, it is worse > in 2.2) worse, really? I only have an interal serial and IDE... get 3800b/s through my serial when downloading > - Internal parallel does not work (garbage arrives at printer) > - MFCIII driver does not compile > - kernel crashes (reboot) when using ppp for more than 10 Minutes and heavy > transfer over serial. ouch. theres certainly no problem of this sort under 2.2 -> Having downloaded 125Mb over the past 3 days without a single reboot I know this. > - no acceleration for virge thats WIP. > - problems with BVision what type of problem? we need details. > - Onboard SCSI of CyberStormPPC does not work. same as 2.2 - want to write some code? alan |
From: Frank R. G. P. <pe...@he...> - 2001-02-07 08:12:20
|
On Tue, Feb 06, 2001 at 05:37:39PM +0100, Michel D?nzer wrote: > I perfectly understand users who stick to 2.2 for now when they have found out > that 2.4 doesn't meet their needs yet. Only that there is the shared memory problem that prevents burning CDs in 2.2. > But development must take place in 2.4 or we will sooner rather than later > have a (mostly) working but hopelessly outdated kernel and an up-to-date but > broken one. I agree. > > In order to iron out the issues in 2.4, we need more people to test it and > report problems. And to achieve this we need new features in 2.4 exclusively. Problems: - Internal serial hangs when IDE is active (probably unsolvable, it is worse in 2.2) - Internal parallel does not work (garbage arrives at printer) - MFCIII driver does not compile - kernel crashes (reboot) when using ppp for more than 10 Minutes and heavy transfer over serial. - no acceleration for virge - problems with BVision - Onboard SCSI of CyberStormPPC does not work. > That's why I think putting stuff like this in 2.2 is a bad idea. Backports are OK, perhaps even mandatory though. -- Dipl. Informatikingenieur ETH Frank Petzold <pe...@he...> ceterum censeo parvomollem esse delendam. |
From: Geert U. <ge...@li...> - 2001-02-06 16:45:02
|
On Tue, 6 Feb 2001, Michel D=E4nzer wrote: > In order to iron out the issues in 2.4, we need more people to test it = and > report problems. And to achieve this we need new features in 2.4 exclus= ively. > That's why I think putting stuff like this in 2.2 is a bad idea. Right! Furthermore Alan refuses stuff for 2.2 if it's not in 2.4 already,= for the exact same reason. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m6= 8k.org In personal conversations with technical people, I call myself a hacker. = But when I'm talking to journalists I just say "programmer" or something like= that. -- Linus Torvalds |
From: Michel <mic...@ii...> - 2001-02-06 16:44:33
|
Alan Buxey wrote: > > BTW you can also ask on the linux-m68k list, to find out whether some > > problems are general or ppc related. >=20 > how close an eye is being kept on the m68k 2.4.x work being done? > I've seen quite a lot of fixes going into that tree... any of them help > APUS 2.4? Most of the stuff I've seen lately seems to be m68k specific. I once integrated a fix for BlizzardPPC etc. SCSI drivers, but it looks like Gee= rt manages to get the m68k stuff into Linus' tree rather quickly and thus in= to the APUS tree anyway. :) --=20 Earthling Michel D=E4nzer (MrCooper) \ Debian GNU/Linux (powerpc) de= veloper CS student, Free Software enthusiast \ XFree86 and DRI project m= ember |
From: Michel <mic...@ii...> - 2001-02-06 16:37:55
|
Alan Buxey wrote: > > > Modified files: > > > 2.2/drivers/video/: virgefb.c virgefb.c Supports initializa= tion > > > (mo more -v boot option), mode changing= with > > > fbset. Still more to do. > > > > This is great Ken, but the wrong module ;) > > > > Such development should have taken place in 2.3/4 for a long time IMO. >=20 > :-) >=20 > whilst 2.4 is still having problems, many people want a working > environment. I perfectly understand users who stick to 2.2 for now when they have foun= d out that 2.4 doesn't meet their needs yet. But development must take place in 2.4 or we will sooner rather than late= r have a (mostly) working but hopelessly outdated kernel and an up-to-date = but broken one. In order to iron out the issues in 2.4, we need more people to test it an= d report problems. And to achieve this we need new features in 2.4 exclusiv= ely. That's why I think putting stuff like this in 2.2 is a bad idea. --=20 Earthling Michel D=E4nzer (MrCooper) \ Debian GNU/Linux (powerpc) de= veloper CS student, Free Software enthusiast \ XFree86 and DRI project m= ember |
From: Alan B. <al...@ms...> - 2001-02-06 14:02:26
|
hi, > BTW you can also ask on the linux-m68k list, to find out whether some > problems are general or ppc related. how close an eye is being kept on the m68k 2.4.x work being done? I've seen quite a lot of fixes going into that tree... any of them help APUS 2.4? alan |
From: Alan B. <al...@ms...> - 2001-02-06 13:44:09
|
hi, > > Modified files: > > 2.2/drivers/video/: virgefb.c virgefb.c Supports initialization > > (mo more -v boot option), mode changing with > > fbset. Still more to do. > > This is great Ken, but the wrong module ;) > > Such development should have taken place in 2.3/4 for a long time IMO. :-) whilst 2.4 is still having problems, many people want a working environment. Of course, 2.2 should be 2.2.17 or somesuch ;-) alan |
From: <fh...@at...> - 2001-02-06 12:56:55
|
It seems there are a number of serial cards for the Amiga, that use the same serial port chip or clones thereof. I have a Hypercom 4+ board that uses the same chip (basically) as the GVP I/O extender. Is there a way to use these chip routines, so I don't have to wedge them into a new driver? I'd explain this better but I'm short on time at the moment. Fred |
From: Ken T. <ke...@we...> - 2001-02-06 10:44:57
|
On Mon, 5 Feb 2001, Michel D=E4nzer wrote: > > Modified files: > > 2.2/drivers/video/: virgefb.c virgefb.c Supports initialization > > (mo more -v boot option), mode changing wit= h > > fbset. Still more to do. >=20 > This is great Ken, but the wrong module ;) >=20 > Such development should have taken place in 2.3/4 for a long time IMO. Hello, I have a 2.3/4 version of virgefb that was keeping sync with the 2.2 version but it's slipped behind a bit, I'll blame my cvs stuff up on the 2.3/4 tree. When I get 2.3/4 up again the virgefb will be updated and commited. Ken. =20 |
From: Roman Z. <zi...@fh...> - 2001-02-06 01:04:29
|
Hi, On Mon, 5 Feb 2001, Frank Rudolf Georg Petzold wrote: > It seems that the Amiga 4000 has to be removed of the list of supported HW in > linux/APUS. Or does any of the A1200 have these problems? Or does nobody want > to print or use the serial port? Internet, anyone? Hmm, I have an Amiga4000 and I use the serial port mostly for debugging, beside of this I mostly connect to it over ethernet, so the most important driver for me is the ariadne2 driver and that works fine. :) Anyway, keeping the 2.4 apus tree uptodate is only one of my interests, I'm doing for _fun_, so please don't expect that I'm overly stress myself. On the other hand I'm quite willing to answer any questions about kernel programming, so anyone with some basic C knowledge can help to fix the existing problems. We're only a small community, so you have to do a bit yourself and you can't expect everything is done for you. BTW you can also ask on the linux-m68k list, to find out whether some problems are general or ppc related. bye, Roman |
From: Roman Z. <zi...@us...> - 2001-02-05 23:48:03
|
CVSROOT: /cvsroot/linux-apus Module name: 2.3 Repository: 2.3/arch/ppc/kernel/ Changes by: zippel@usw-pr-cvs1. 01/02/05 15:48:18 Modified files: 2.3/arch/ppc/kernel/: apus_pci.c Log message: enable pci debug |
From: Michel <da...@re...> - 2001-02-05 23:16:51
|
Frank Rudolf Georg Petzold wrote: >=20 > It seems that the more recent the APUS kernel version, the less of my > hardware works. The kernel with most HW working was some 2.2 version. W= ith > the current 2.4.x, the parallel port is completely broken, so the print= er > is useless. The serial port hangs when there is access to the IDE hardd= isk. > The Multiface board driver is not compilable anymore. So, this is a har= d > time for people who want to do I/O other than display on an A4k with AP= US. >=20 > I remember the parallel port driver being broken in the 2.2 times. Some= body > fixed it in just a few lines. Now exactly the same broken behaviour sho= ws > in the current 2.4 tree. Who fixed the 2.2 driver? How? I had a shot wi= th > inserting io barriers and even delays, but no go. It's great that you tried to do something. Don't give up now! > It seems that the Amiga 4000 has to be removed of the list of supported= HW > in linux/APUS. Or does any of the A1200 have these problems? I don't expect things to be any better there. > Or does nobody want to print or use the serial port? Internet, anyone? IMO the problem is that nobody really cares about 2.4 yet. The users thin= k it's beta or unstable or whatever (what is our 2.2 kernel then?) and the developers still work on 2.2 . We really must concentrate on 2.4 _now_ an= d fix the problems it has. --=20 Earthling Michel D=E4nzer (MrCooper) \ Debian GNU/Linux (powerpc) de= veloper CS student, Free Software enthusiast \ XFree86 and DRI project m= ember |
From: Michel <da...@re...> - 2001-02-05 19:57:01
|
Ken Tyler wrote: > Modified files: > 2.2/drivers/video/: virgefb.c virgefb.c Supports initialization > (mo more -v boot option), mode changing wit= h > fbset. Still more to do. This is great Ken, but the wrong module ;) Such development should have taken place in 2.3/4 for a long time IMO. --=20 Earthling Michel D=E4nzer (MrCooper) \ Debian GNU/Linux (powerpc) de= veloper CS student, Free Software enthusiast \ XFree86 and DRI project m= ember |
From: Frank R. G. P. <pe...@he...> - 2001-02-05 10:01:35
|
It seems that the more recent the APUS kernel version, the less of my hardware works. The kernel with most HW working was some 2.2 version. With the current 2.4.x, the parallel port is completely broken, so the printer is useless. The serial port hangs when there is access to the IDE harddisk. The Multiface board driver is not compilable anymore. So, this is a hard time for people who want to do I/O other than display on an A4k with APUS. I remember the parallel port driver being broken in the 2.2 times. Somebody fixed it in just a few lines. Now exactly the same broken behaviour shows in the current 2.4 tree. Who fixed the 2.2 driver? How? I had a shot with inserting io barriers and even delays, but no go. It seems that the Amiga 4000 has to be removed of the list of supported HW in linux/APUS. Or does any of the A1200 have these problems? Or does nobody want to print or use the serial port? Internet, anyone? -- Dipl. Informatikingenieur ETH Frank Petzold <pe...@he...> ceterum censeo parvomollem esse delendam. |
From: Ken T. <ke...@we...> - 2001-02-04 20:15:25
|
On Sun, 4 Feb 2001, Richard Zidlicky wrote: > > OK, where's the interrupt derrived from if no CONFIG_FB_AMIGA ?. > > did you have a look at fbcon.c:fbcon_startup ? Yes but no wiser. I see irqres = request_irq(IRQ_AMIGA_VERTB, fbcon_vbl_handler, 0, "console/cursor", fbcon_vbl_handler); but not what's generating the vertical rate interrupts. Ken. |
From: Richard Z. <Ric...@st...> - 2001-02-04 20:09:21
|
On Sun, Feb 04, 2001 at 07:32:10PM +1100, Ken Tyler wrote: > > > On Sun, 4 Feb 2001, Richard Zidlicky wrote: > > > > OK, where's the interrupt derrived from if no CONFIG_FB_AMIGA ?. > > > > did you have a look at fbcon.c:fbcon_startup ? > > Yes but no wiser. I see > > irqres = request_irq(IRQ_AMIGA_VERTB, fbcon_vbl_handler, 0, > "console/cursor", fbcon_vbl_handler); > > > but not what's generating the vertical rate interrupts. try simply deleting that request_irq() and fbcon should fall back to simple timer based cursor. Bye Richard |
From: Ken T. <ke...@us...> - 2001-02-04 20:03:00
|
CVSROOT: /cvsroot/linux-apus Module name: 2.2 Repository: 2.2/drivers/video/ Changes by: kent@usw-pr-cvs1. 01/02/04 00:49:29 Modified files: 2.2/drivers/video/: virgefb.c virgefb.c Supports initialization (mo more -v boot option), mode changing with fbset. Still more to do. Added files: 2.2/drivers/video/: virgefb.h virgefb.h Should be merged with other S3 header files. Log message: |
From: Richard Z. <Ric...@st...> - 2001-02-04 00:39:27
|
On Sat, Feb 03, 2001 at 05:03:55PM +1100, Ken Tyler wrote: > > > On Fri, 2 Feb 2001, Geert Uytterhoeven wrote: > > > > Because drivers/video/fbcon.c uses the Amiga vertical blank interrupt for > > cursor control. Perhaps we should switch to a timer on all platforms? > > OK, where's the interrupt derrived from if no CONFIG_FB_AMIGA ?. did you have a look at fbcon.c:fbcon_startup ? Bye Richard |
From: Roman Z. <zi...@us...> - 2001-02-03 22:13:21
|
CVSROOT: /cvsroot/linux-apus Module name: 2.3 Repository: 2.3/scripts/usb/ Changes by: zippel@usw-pr-cvs1. 01/02/03 14:13:27 Modified files: ./: Makefile 2.3/Documentation/: Configure.help 2.3/arch/ppc/: config.in 2.3/arch/ppc/kernel/: pci.c ppc_ksyms.c setup.c time.c 2.3/arch/ppc/mm/: init.c 2.3/drivers/scsi/: NCR53C9x.h 2.3/mm/: page_alloc.c Added files: 2.3/Documentation/: IO-APIC.txt 2.3/Documentation/arm/SA1100/: ThinClient 2.3/Documentation/filesystems/devfs/: mk-devlinks modules.conf 2.3/arch/alpha/: vmlinux.lds 2.3/arch/alpha/lib/: callback_init.c semaphore.S srm_dispatch.S srm_fixup.S 2.3/arch/arm/boot/compressed/: head-nexuspci.S 2.3/arch/arm/def-configs/: thinclient 2.3/arch/arm/kernel/: arch.h bios32.h dma-a5k.c dma-dummy.c dma-isa.h dma.h hw-footbridge.c hw-sa1100.c iic.c ioport.c leds-footbridge.c leds-sa1100.c 2.3/arch/arm/lib/: io-ebsa110.S io-footbridge.S 2.3/arch/arm/mm/: map.h mm-shark.c 2.3/arch/i386/kernel/: acpi.c 2.3/arch/ia64/dig/: iosapic.c 2.3/arch/ia64/kdb/: Makefile kdb_bt.c kdb_io.c kdb_traps.c kdbsupport.c pc_keyb.h 2.3/arch/ia64/kernel/: irq_internal.c irq_lock.c pci-dma.c sal_stub.S 2.3/arch/ia64/lib/: idiv.S 2.3/arch/m68k/kernel/: m68k_defs.h 2.3/arch/mips64/: ld.script.elf32 2.3/arch/ppc/8xx_io/: micropatch.c usb.c 2.3/arch/ppc/coffboot/: main.c 2.3/arch/ppc/configs/: gemini_defconfig 2.3/arch/ppc/kernel/: gemini_pci.c gemini_prom.S gemini_setup.c temp.c time.h 2.3/arch/ppc/mbxboot/: mbxtty.c vmlinux.lds 2.3/arch/sh/kernel/: irq_onchip.c 2.3/arch/sparc/kernel/: solaris.c 2.3/drivers/acpi/: osd.c tables.c 2.3/drivers/acpi/include/: actbl32.h actbl64.h common.h config.h debugger.h dispatch.h events.h globals.h hardware.h internal.h interp.h macros.h namesp.h output.h parser.h resource.h tables.h 2.3/drivers/acpi/interpreter/: amdump.c 2.3/drivers/acpi/namespace/: nsdump.c 2.3/drivers/acpi/parser/: psfind.c 2.3/drivers/acpi/tables/: tbtable.c 2.3/drivers/block/: linear.c lvm-snap.c lvm.c md.c raid0.c raid1.c raid5.c xor.c 2.3/drivers/char/: audiochip.h bt848.h bttv-cards.c bttv-driver.c bttv-if.c bttv.c bttv.h buz.c buz.h bw-qcam.c bw-qcam.h c-qcam.c cpia.c cpia.h cpia_pp.c cpia_usb.c cs8420.h i2c-old.c i2c-parport.c ibmmpeg2.h msp3400.c planb.c planb.h pms.c radio-aimslab.c radio-aztech.c radio-cadet.c radio-gemtek.c radio-miropcm20.c radio-rtrack2.c radio-sf16fmi.c radio-terratec.c radio-trust.c radio-typhoon.c radio-zoltrix.c saa5249.c saa7110.c saa7111.c saa7121.h saa7146.h saa7146reg.h saa7185.c saa7196.h stradis.c tda7432.c tda8425.c tda985x.c tda9875.c tea6300.c tea6420.c tuner-3036.c tuner.c tuner.h tvmixer.c videodev.c vino.c zr36057.h zr36060.h zr36120.c zr36120.h zr36120_i2c.c zr36120_mem.c zr36120_mem.h 2.3/drivers/char/drm/: picker.c r128_dma.c 2.3/drivers/char/joystick/: joy-amiga.c joy-analog.c joy-analog.h joy-assassin.c joy-console.c joy-creative.c joy-db9.c joy-gravis.c joy-lightning.c joy-logitech.c joy-magellan.c joy-pci.c joy-sidewinder.c joy-spaceball.c joy-spaceorb.c joy-thrustmaster.c joy-turbografx.c joy-warrior.c joystick.c 2.3/drivers/i2c/: i2c-algo-8xx.c i2c-rpx.c 2.3/drivers/ide/: aec6210.c 2.3/drivers/input/: adbhid.c hid-debug.h hid.c hid.h iforce.c usbkbd.c usbmouse.c wacom.c 2.3/drivers/isdn/avmb1/: b1capi.c b1lli.c 2.3/drivers/isdn/hisax/: foreign.c foreign.h teles3c.c 2.3/drivers/media/video/: stallion.c tda8425.c tda985x.c tea6300.c tea6420.c 2.3/drivers/net/: ncr885_debug.h ncr885e.c ncr885e.h skeleton.c 2.3/drivers/net/hamradio/: 6pack.h pi2.c pt.c 2.3/drivers/net/pcmcia/: 3c575_cb.c 2.3/drivers/sound/: awacs_defs.h dmasound.c dmasound.h softoss.c softoss.h softoss_rs.c soundmodule.h 2.3/drivers/sound/emu10k1/: efxmgr.c osutils.c 2.3/drivers/usb/: adbhid.c evdev.c iforce.c input.c joydev.c keybdev.c m8xxhci.c mousedev.c plusb.h usb-core.c usb-storage-debug.h usb-storage.c usb-storage.h usbdevice_fs.h wmforce.c 2.3/drivers/usb/storage/: scm.c scm.h 2.3/drivers/video/: sisfb.c vga_font.c 2.3/fs/: tunnel.c 2.3/fs/autofs4/: inohash.c 2.3/fs/coda/: stats.c 2.3/fs/ext2/: truncate.c 2.3/fs/minix/: fsync.c truncate.c 2.3/fs/umsdos/: check.c 2.3/include/asm-alpha/: semaphore-helper.h 2.3/include/asm-arm/: dec21285.h ioc.h iomd.h memc.h 2.3/include/asm-arm/arch-arc/: processor.h 2.3/include/asm-arm/arch-cl7500/: processor.h 2.3/include/asm-arm/arch-ebsa285/: processor.h 2.3/include/asm-arm/arch-l7200/: processor.h 2.3/include/asm-arm/arch-nexuspci/: processor.h 2.3/include/asm-arm/arch-rpc/: processor.h 2.3/include/asm-arm/arch-shark/: processor.h 2.3/include/asm-arm/arch-tbox/: processor.h 2.3/include/asm-arm/proc-armo/: io.h semaphore.h 2.3/include/asm-arm/proc-armv/: io.h 2.3/include/asm-ia64/: kdbsupport.h 2.3/include/asm-mips/: highmem.h offset.h 2.3/include/asm-mips64/: highmem.h ioc3.h offset.h 2.3/include/asm-ppc/: gemini.h gemini_serial.h 2.3/include/asm-sparc/: asm_offsets.h atops.h ethtool.h md.h semaphore-helper.h 2.3/include/asm-sparc64/: asm_offsets.h ethtool.h machines.h md.h 2.3/include/linux/: coda_opstats.h dmascc.h i2c-algo-8xx.h openpic.h raid1.h raid5.h 2.3/include/net/: atalkcall.h ax25call.h decnet_call.h ipxcall.h lapbcall.h llccall.h netbeuicall.h nrcall.h p8022call.h psnapcall.h rosecall.h slhc.h spxcall.h x25call.h 2.3/net/: protocols.c 2.3/net/atm/: lane_mpoa_init.c 2.3/net/irda/: irmod.c 2.3/scripts/usb/: procusb usbtree Log message: conflict fixes from import bitkeeper (2.4.1) |
From: Ken T. <ke...@we...> - 2001-02-03 06:04:36
|
On Fri, 2 Feb 2001, Geert Uytterhoeven wrote: > Because drivers/video/fbcon.c uses the Amiga vertical blank interrupt for > cursor control. Perhaps we should switch to a timer on all platforms? OK, where's the interrupt derrived from if no CONFIG_FB_AMIGA ?. Ken. |
From: Geert U. <ge...@li...> - 2001-02-02 15:31:07
|
On Fri, 2 Feb 2001, Alan Buxey wrote: > what did this patch do again? was it put into kernel CVS ? Which patch? Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@li... In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds |
From: Alan B. <al...@ms...> - 2001-02-02 15:23:15
|
hi, what did this patch do again? was it put into kernel CVS ? alan |
From: Richard Z. <Ric...@st...> - 2001-02-02 13:58:42
|
> > It works, no more stabbing at F keys before ABBA ;) but it makes the > > cursor flash annoyingly fast (on cv64-3d at least). > > > > Why... > > Because drivers/video/fbcon.c uses the Amiga vertical blank interrupt for > cursor control. Perhaps we should switch to a timer on all platforms? it sure enough works for the Q40, no need for special hacks. Or does the Amiga solution offer special advantages like extra smooth cursor animation ;) ? Bye Richard |
From: Geert U. <ge...@li...> - 2001-02-02 10:50:53
|
Hi Ken, > A while ago you posted a patch to arch/m68k/amiga/amisound.c : > > if (amiga_chipset == CS_ECS || amiga_chipset == CS_AGA) { > /* program Denise/Lisa for a higher maximum play rate */ > /* (may be overridden by amifb later) */ > custom.htotal = 113; /* 31 kHz */ > custom.vtotal = 223; /* 70 Hz */ > custom.beamcon0 = 0x4390; /* HARDDIS,VAR{BEAM,VSY,HSY,CSY}EN */ > /* suspend the monitor */ > custom.hsstrt = custom.hsstop = 116; > custom.vsstrt = custom.vsstop = 226; > amiga_audio_min_period = 57; > } > > It works, no more stabbing at F keys before ABBA ;) but it makes the > cursor flash annoyingly fast (on cv64-3d at least). > > Why... Because drivers/video/fbcon.c uses the Amiga vertical blank interrupt for cursor control. Perhaps we should switch to a timer on all platforms? Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@li... In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds |
From: <no...@so...> - 2001-02-01 12:47:25
|
Bug #130693, was updated on 2001-Feb-01 03:55 Here is a current snapshot of the bug. Project: Linux/APUS Kernel Category: 2.4 Kernel Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: dus Assigned to : nobody Summary: pcmcia ethernet card Details: i compiled 2.4.0 sources with apne and system stop when kernel look for pcmcia ethernet card. i think that system is still alive, but wait for something. i can send via e-mail dmesg and .config dus Follow-Ups: Date: 2001-Feb-01 04:47 By: mdaenzer Comment: Please include the dmesg and .config with this bug. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=130693&group_id=5907 |