2.4.0-test11 + ALSA 0.6pre1 version is OOPSing
After upgrade to 2.4.0-test11 my copy of ALSA 0.6pre1 (cvs version) stopped working (causing OOPS on module load of snd-card-sbawe). I reverted back to 2.4.0-test10 and verified that the problem does not exist in that version. I'm running an SMP kernel in case that matters. Similar problem was also reported by another ALSA user (might be irrelevant, but he's also using SMP). Problem exists after fresh rebuild of both linux and ALSA, and is reproducable between reboots. The (source) code at which the OOPS occurs looks sane. Could any of the changes between 2.4.0-test10 and 2.4.0-test11 cause this behaviour??? Thanks, Frank. I'm using kernel 2.4.0-test11, and the 20 nov 2000, 23:15 cvs version. Unable to handle kernel NULL pointer dereference at virtual address c885d054 *pde = Oops: 0002 CPU:0 EIP:0010:[] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010286 eax: ebx: 0020 ecx: c0237fa0 edx: c105a114 esi: 0008 edi: ebp: c885e944 esp: c7b09ef4 ds: 0018 es: 0018 ss: 0018 Process modprobe (pid: 109, stackpage=c7b09000) Stack: c885dc18 c885e79c c885da9c 0299 c885d000 c885db90 0007 c011c2fd c7b08000 bfffdf90 0007 c882a000 c882a000 c7b08000 0054 c7b09f60 c885e8e8 c1531000 17b0 000e c1532000 Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] Code: 00 00 00 00 00 00 00 00 00 00 00 00 8b 7c 24 14 74 1a 89 f6 >>EIP; c885d054 <[snd-card-sbawe]snd_legacy_auto_probe+0/34> <= Trace; c885dc18 <[snd-card-sbawe]alsa_card_sb16_init+88/fc> Trace; c885e79c <[snd-card-sbawe]possible_ports.5+0/13> Trace; c885da9c <[snd-card-sbawe]snd_sb16_probe_legacy_port+0/80> Trace; c885d000 <[snd-sb16-dsp]__kstrtab_snd_sb16dsp_interrupt+16fa/174e> Trace; c885db90 <[snd-card-sbawe]init_module+0/0> Trace; c011c2fd Trace; c882a000 <[soundcore]__kstrtab_mod_firmware_load+10a6/10fa> Trace; c882a000 <[soundcore]__kstrtab_mod_firmware_load+10a6/10fa> Trace; c885e8e8 <[snd-card-sbawe]__module_description+14/4b3> Trace; c885a000 <[snd-pcm]__kstrtab_snd_pcm_lib_fragment_bytes+1730/1784> Trace; c885d060 <[snd-card-sbawe]snd_legacy_auto_probe+c/34> Trace; c010a723 Code; c885d054 <[snd-card-sbawe]snd_legacy_auto_probe+0/34> <= <_EIP>: <= Code; c885d060 <[snd-card-sbawe]snd_legacy_auto_probe+c/34> c: 8b 7c 24 14 mov0x14(%esp,1),%edi Code; c885d064 <[snd-card-sbawe]snd_legacy_auto_probe+10/34> 10: 74 1a je 2c <_EIP+0x2c> c885d080 <[snd-card-sbawe]snd_legacy_auto_probe+2c/34> Code; c885d066 <[snd-card-sbawe]snd_legacy_auto_probe+12/34> 12: 89 f6 mov%esi,%esi [root@idefix /root]# cat /proc/modules binfmt_misc 3688 0 nfs53056 1 (autoclean) nfsd 46536 8 (autoclean) lockd 38856 1 (autoclean) [nfs nfsd] sunrpc 62104 1 (autoclean) [nfs nfsd lockd] de4x5 42644 1 (autoclean) serial 43556 0 (autoclean) agpgart14468 0 (unused) st 27624 0 (unused) nls_iso8859-1 2840 4 (autoclean) nls_cp437 4352 4 (autoclean) vfat 11596 4 (autoclean) fat32216 0 (autoclean) [vfat] snd-card-sbawe 6460 (initializing) snd-sb16-dsp6428 0 [snd-card-sbawe] snd-pcm34168 0 [snd-sb16-dsp] snd-sb16-csp 16248 0 [snd-card-sbawe] snd-sb-common 7308 0 [snd-card-sbawe snd-sb16-dsp snd-sb16-csp] snd-opl36496 0 [snd-card-sbawe] snd-hwdep 3852 0 [snd-sb16-csp snd-opl3] snd-timer 9816 0 [snd-pcm snd-opl3] snd-emu800011268 0 [snd-card-sbawe] snd-mpu401-uart 3416 0 [snd-card-sbawe snd-sb16-dsp] snd-rawmidi10584 0 [snd-mpu401-uart] snd-seq-device 4336 0 [snd-opl3 snd-emu8000 snd-rawmidi] snd28376 0 [snd-card-sbawe snd-sb16-dsp snd-pcm snd-sb16-csp snd-sb-common snd-opl3 snd-hwdep snd-timer snd-emu8000 snd-mpu401-uart snd-rawmidi snd-seq-device] soundcore 3812 0 [snd] usb-uhci 23404 0 (unused) usbcore53056 1 [usb-uhci] -- + --- -- - - -- |Frank van de Pol -o) | [EMAIL PROTECTED] /\\ | _\_v |Linux - Why use Windows, since there is a door? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
test9-pre1 hang when loading scsi-ide cdrom
Just experienced a (reproducable) hang of the system when loading the drivers for my cdrom drives. (ide-cd and ide-scsi). System freezes completely; interupts / alt-sysreq is still working. Just before the lockup I get next message on my console: " scsi1 : SCSI host adapter emulation for IDE ATAPI devices scsi : 2 hosts. Vendor: E-IDE Model: CD-ROM 36X/AKU Rev: U21I Type: CD-ROM ANSI SCSI revision: 02 Detected scsi CD-ROM sr0 at scsi1, channel 0, id 0, lun 0 " Normally this message is followed by my would be followed by something along the lines of: " Vendor: PHILIPS Model: CDD3610 CD-R/RW Rev: 3.01 Type: CD-ROM ANSI SCSI revision: 02 Detected scsi CD-ROM sr1 at scsi1, channel 0, id 1, lun 0 sr0: scsi3-mmc drive: 0x/36x cd/rw xa/form2 cdda tray Uniform CD-ROM driver Revision: 3.11 sr1: scsi3-mmc drive: 6x/6x writer cd/rw xa/form2 cdda tray " It appears to me that something breaks during the init/registration of these devices. Any hint/tips to pinpoint the problem? Regards, Frank. -- + --- -- - - - - |Frank van de Pol -o) | [EMAIL PROTECTED] /\\ | _\_v |Linux - Why use Windows, since there is a door? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: test9-pre1 hang when loading scsi-ide cdrom
On Sat, Sep 16, 2000 at 09:04:55PM +0200, Kenneth Johansson wrote: > > If it worked for you in test8 the only thing that changed is that in sr.c the > init_sr() function been maked with __init and the exit_sr() with __exit. You > could test removing them (__init and __exit that is not the function) it should > not matter but it's all I could find :( I'll give it a try. Previous version I tried was test7. Didn't run test8 because it gave some compilation error (which have been fixed in the test9-pre1 :-) > > By the way it works for me and I compile sr as a module mybe you don't ? I'm compiling it as module too. This ide-scsi driver the 2nd scsi host, 1st one is a AHA-2940UW (aic-7xxx). Frank. -- + --- -- - - -- |Frank van de Pol -o) | [EMAIL PROTECTED] /\\ | _\_v |Linux - Why use Windows, since there is a door? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: test9-pre1 hang when loading scsi-ide cdrom
On Sat, Sep 16, 2000 at 07:27:01PM +0200, Frank van de Pol wrote: > > Just experienced a (reproducable) hang of the system when loading the > drivers for my cdrom drives. (ide-cd and ide-scsi). System freezes > completely; interupts / alt-sysreq is still working. > > Just before the lockup I get next message on my console: > > " > scsi1 : SCSI host adapter emulation for IDE ATAPI devices > scsi : 2 hosts. >Vendor: E-IDE Model: CD-ROM 36X/AKU Rev: U21I >Type: CD-ROM > ANSI SCSI revision: 02 > Detected scsi CD-ROM sr0 at scsi1, channel 0, id 0, lun 0 > " > I tried to compile the sr_mod without the __init & __exit but this did (as expected) to cure the problem. The problem seems to reside in the ide-scsi driver; if the cdrom (sr_mod) is not loaded, I get during initialisation of the ide-scsi module a lockup after printing the information about the 1st host (dies after the 'Type: CDROM' line). Probing the 2nd host seems to fail. Frank. -- + --- -- - - -- |Frank van de Pol -o) | [EMAIL PROTECTED] /\\ | _\_v |Linux - Why use Windows, since there is a door? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: test9-pre1 hang when loading scsi-ide cdrom
On Sun, Sep 17, 2000 at 03:20:17PM +0200, Torben Mathiasen wrote: > > > > The problem seems to reside in the ide-scsi driver; if the cdrom (sr_mod) is > > not loaded, I get during initialisation of the ide-scsi module a lockup > > after printing the information about the 1st host (dies after the 'Type: > > CDROM' line). Probing the 2nd host seems to fail. > > > > When did this start to happen? I sustect this is something similar to what has > been happening with sd because of the module_init/exit stuff. Latest version that worked for me was test7. > > Some people are seeing lockups because of the sd changes, going back to init_module > cures it. The problems is within the scsi subsystem itself. > > Could you try reverting the init_sr/exit_sr to init_module/cleanup_module and > removing module_init/exit please? I tried but this didn't make any difference. No surprise because the ide-scsi also causes a hangup if the sr driver is not loaded. Since the test9-pre2 was out yesterday evening I gave it a try. No difference, also hangs after probing the first ide device. I understood there are some problems in the scsi subsystem; especially difference in behaviour regarding if modules are used or not. In my config the adaptec aha-2940uw (AIC7) is included in the kernel image, while the ide-scsi is compiled as a module. Perhaps this does matter... from my .configure: # # SCSI support # CONFIG_SCSI=y # # SCSI support type (disk, tape, CD-ROM) # CONFIG_BLK_DEV_SD=y CONFIG_SD_EXTRA_DEVS=40 CONFIG_CHR_DEV_ST=m CONFIG_BLK_DEV_SR=m CONFIG_BLK_DEV_SR_VENDOR=y CONFIG_SR_EXTRA_DEVS=2 CONFIG_CHR_DEV_SG=m # # Some SCSI devices (e.g. CD jukebox) support multiple LUNs # CONFIG_SCSI_DEBUG_QUEUES=y # CONFIG_SCSI_MULTI_LUN is not set CONFIG_SCSI_CONSTANTS=y CONFIG_SCSI_LOGGING=y # # SCSI low-level drivers # CONFIG_SCSI_AIC7XXX=y CONFIG_AIC7XXX_TCQ_ON_BY_DEFAULT=y CONFIG_AIC7XXX_CMDS_PER_DEVICE=8 CONFIG_AIC7XXX_PROC_STATS=y CONFIG_AIC7XXX_RESET_DELAY=5 Frank. -- + --- -- - - -- |Frank van de Pol -o) | [EMAIL PROTECTED] /\\ | _\_v |Linux - Why use Windows, since there is a door? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
scsi-ide lockup is fixed in test9-pre5
Just tested it with a plain 2.4.0-test9-pre5 kernel and the problem is now fixed. Thanks to all involved, Frank. -- + --- -- - - -- |Frank van de Pol -o) | [EMAIL PROTECTED] /\\ | _\_v |Linux - Why use Windows, since there is a door? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: weird mem crap in test9-pre6
On Sat, Sep 23, 2000 at 10:34:04AM -0400, safemode wrote: > my kernel is now obviously using a whole lot of swap for no apparant > reason except the kernel likes to hurt the hdd. Also i'm getting > DMA timeouts again causing infinite ide reset loops (which btw are very This doesn's sound like a problem with the VM subsystem, but rather something wierd going on with your harddisk. Frank. -- + --- -- - - - - |Frank van de Pol -o) | [EMAIL PROTECTED] /\\ | _\_v |Linux - Why use Windows, since there is a door? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
IDE CD writer fails on 2.4.x
Though I was successfull using my cdwriter under the pre series and win98 it
fails using 2.4.x (i tested it with 2.4.0 and 2.4.2-pre1).
cd writer software in use:
Cdrecord 1.9 (i686-pc-linux-gnu) Copyright (C) 1995-2000 Jörg Schilling
caps according to hdparm:
/dev/hdd:
Model=PHILIPS CDD3610 CD-R/RW, FwRev=V:003.01,
SerialNo=4VO22985121772100210
Config={ Removeable DTR<=5Mbs DTR>10Mbs nonMagnetic }
RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=0
BuffType=unknown, BuffSize=3900kB, MaxMultSect=0
(maybe): CurCHS=0/0/0, CurSects=0, LBA=yes, LBAsects=0
IORDY=yes, tPIO={min:208,w/IORDY:127}, tDMA={min:127,rec:127}
PIO modes: pio0 pio1 pio2 pio3
DMA modes: sdma0 sdma1 sdma2 mdma0 *mdma1
scsi1 : SCSI host adapter emulation for IDE ATAPI devices
Vendor: E-IDE Model: CD-ROM 36X/AKURev: U21I
Type: CD-ROM ANSI SCSI revision: 02
Vendor: PHILIPS Model: CDD3610 CD-R/RW Rev: 3.01
Type: CD-ROM ANSI SCSI revision: 02
Detected scsi CD-ROM sr0 at scsi1, channel 0, id 0, lun 0
Detected scsi CD-ROM sr1 at scsi1, channel 0, id 1, lun 0
sr0: scsi3-mmc drive: 0x/36x cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.12
sr1: scsi3-mmc drive: 2x/6x writer cd/rw xa/form2 cdda tray
VFS: Disk change detected on device sr(11,1)
attempt to access beyond end of device
0b:01: rw=0, want=34, limit=2
isofs_read_super: bread failed, dev=0b:01, iso_blknum=16, block=16
Uniform CD-ROM driver unloaded
hdb: timeout waiting for DMA
ide_dmaproc: chipset supported ide_dma_timeout func only: 14
hdb: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest }
scsi : aborting command due to timeout : pid 0, scsi1, channel 0, id 1, lun
0 Write (10) 00 00 00 04 5c 00 00 1f 00
hdd: timeout waiting for DMA
ide_dmaproc: chipset supported ide_dma_timeout func only: 14
hdd: irq timeout: status=0xd0 { Busy }
hdd: DMA disabled
hdd: ATAPI reset complete
hdd: irq timeout: status=0xd0 { Busy }
hdd: ATAPI reset complete
hdd: irq timeout: status=0xd0 { Busy }
hdd: status timeout: status=0xd0 { Busy }
hdd: drive not ready for command
hdd: ATAPI reset complete
scsi1 : channel 0 target 1 lun 0 request sense failed, performing reset.
SCSI bus is being reset for host 1 channel 0.
/proc/ide/ide1/hdd/settings:
namevalue min max mode
- --- ---
bios_cyl0 0 1023rw
bios_head 0 0 255 rw
bios_sect 0 0 63 rw
current_speed 33 0 69 rw
ide_scsi0 0 1 rw
init_speed 33 0 69 rw
io_32bit0 0 3 rw
keepsettings0 0 1 rw
log 0 0 1 rw
nice1 1 0 1 rw
number 3 0 3 rw
pio_modewrite-only 0 255 w
slow0 0 1 rw
transform 1 0 3 rw
unmaskirq 0 0 1 rw
using_dma 0 0 1 rw
--
+ --- -- - - - -
|Frank van de Pol -o)
| [EMAIL PROTECTED] /\\
| _\_v
|Linux - Why use Windows, since there is a door?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
Re: IDE CD writer fails on 2.4.x
sorry, not sure which of my CDR trouble you're refering to, but I still am not succesful in burning cdroms from my linux box (2.4.4-ac5). The hardware runs fine using older versions or MS windows though. Regards, Frank. On Wed, May 16, 2001 at 12:46:38PM +1000, Glen Morris wrote: > Frank > > I'm having exactly the same problem with my Ricoh CD-RW since moving from > kernel 2.2.17 to 2.4.4. > > Did you find the solution? > > Kind regards, > > Glen > > Glen Morris > PO Box 183 > Kurrajong 2758 > Tel. 02 4576 1404 > Fax. 02 4576 0005 -- + --- -- - - -- |Frank van de Pol -o) | [EMAIL PROTECTED] /\\ | _\_v |Linux - Why use Windows, since there is a door? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
