Re: Kernel 2.4.[234] kernel panic, DMA Pool, CDROM Mount Failure
In article <[EMAIL PROTECTED]>, Jens Axboe <[EMAIL PROTECTED]> writes: JA> On Sat, Apr 28 2001, Roman Fietze wrote: >> Hello, >> >> I reported this before and the bug still exists in 2.4.4. The problem can >> be circumvented by using drivers/scsi/sr.c from kernel 2.4.[01]. This >> "fix" did not help just me, but somebody else I had contact with on the >> net. JA> JA> Is the CDROM on the 1542? JA> JA> And could you include full panic info, please? JA> In my case, with AHA 1542 (as reported here earlier), I get: Apr 26 22:36:13 kanga kernel: sr: ran out of mem for scatter pad Apr 26 22:36:13 kanga kernel: Kernel panic: scsi_free:Bad offset Hope this is of some help. - 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/
Re: Kernel 2.4.[234] kernel panic, DMA Pool, CDROM Mount Failure
In article [EMAIL PROTECTED], Jens Axboe [EMAIL PROTECTED] writes: JA On Sat, Apr 28 2001, Roman Fietze wrote: Hello, I reported this before and the bug still exists in 2.4.4. The problem can be circumvented by using drivers/scsi/sr.c from kernel 2.4.[01]. This fix did not help just me, but somebody else I had contact with on the net. JA JA Is the CDROM on the 1542? JA JA And could you include full panic info, please? JA In my case, with AHA 1542 (as reported here earlier), I get: Apr 26 22:36:13 kanga kernel: sr: ran out of mem for scatter pad Apr 26 22:36:13 kanga kernel: Kernel panic: scsi_free:Bad offset Hope this is of some help. - 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/
aha1542 fails in 2.4.4-pre4
Just rebuilt an old box (Celeron 400) with an aha1542 and SCSI CD-ROM. Get the following: (aha1542 as module) Apr 19 21:22:04 kanga kernel: Configuring Adaptec (SCSI-ID 7) at IO:330, IRQ 10, DMA priority 6 Apr 19 21:22:04 kanga kernel: scsi0 : Adaptec 1542 Apr 19 21:22:04 kanga kernel: Vendor: SONY Model: CD-ROM CDU-8003A Rev: 1.9a Apr 19 21:22:04 kanga kernel: Type: CD-ROM ANSI SCSI revision: 02 Apr 19 21:22:04 kanga kernel: Detected scsi CD-ROM sr0 at scsi0, channel 0, id 0, lun 0 Apr 19 21:22:06 kanga kernel: sr0: scsi-1 drive Apr 19 21:22:06 kanga kernel: Uniform CD-ROM driver Revision: 3.12 Apr 19 21:22:20 kanga kernel: sr: ran out of mem for scatter pad Apr 19 21:22:20 kanga kernel: I/O error: dev 0b:00, sector 376 Apr 19 21:22:20 kanga kernel: isofs_read_super: bread failed, dev=0b:00, iso_blknum=94, block=188 Apr 19 21:23:41 kanga kernel: sr: ran out of mem for scatter pad Apr 19 21:23:41 kanga kernel: I/O error: dev 0b:00, sector 64 (aha1542 in kernel) Apr 19 22:37:49 kanga automount[247]: attempting to mount entry /mnt/cdrom Apr 19 22:37:50 kanga kernel: sr: ran out of mem for scatter pad Apr 19 22:37:50 kanga kernel: Kernel panic: scsi_free:Bad offset Works fine in 2.2.19. - 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/
aha1542 fails in 2.4.4-pre4
Just rebuilt an old box (Celeron 400) with an aha1542 and SCSI CD-ROM. Get the following: (aha1542 as module) Apr 19 21:22:04 kanga kernel: Configuring Adaptec (SCSI-ID 7) at IO:330, IRQ 10, DMA priority 6 Apr 19 21:22:04 kanga kernel: scsi0 : Adaptec 1542 Apr 19 21:22:04 kanga kernel: Vendor: SONY Model: CD-ROM CDU-8003A Rev: 1.9a Apr 19 21:22:04 kanga kernel: Type: CD-ROM ANSI SCSI revision: 02 Apr 19 21:22:04 kanga kernel: Detected scsi CD-ROM sr0 at scsi0, channel 0, id 0, lun 0 Apr 19 21:22:06 kanga kernel: sr0: scsi-1 drive Apr 19 21:22:06 kanga kernel: Uniform CD-ROM driver Revision: 3.12 Apr 19 21:22:20 kanga kernel: sr: ran out of mem for scatter pad Apr 19 21:22:20 kanga kernel: I/O error: dev 0b:00, sector 376 Apr 19 21:22:20 kanga kernel: isofs_read_super: bread failed, dev=0b:00, iso_blknum=94, block=188 Apr 19 21:23:41 kanga kernel: sr: ran out of mem for scatter pad Apr 19 21:23:41 kanga kernel: I/O error: dev 0b:00, sector 64 (aha1542 in kernel) Apr 19 22:37:49 kanga automount[247]: attempting to mount entry /mnt/cdrom Apr 19 22:37:50 kanga kernel: sr: ran out of mem for scatter pad Apr 19 22:37:50 kanga kernel: Kernel panic: scsi_free:Bad offset Works fine in 2.2.19. - 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/
Unresolved symbol in 2.4.4p1, ia32
depmod: *** Unresolved symbols in /lib/modules/2.4.4-pre1/kernel/drivers/ide/ide-cd.o depmod: strstr depmod: *** Unresolved symbols in /lib/modules/2.4.4-pre1/kernel/drivers/parport/parport.o depmod: strstr - 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/
Unresolved symbol in 2.4.4p1, ia32
depmod: *** Unresolved symbols in /lib/modules/2.4.4-pre1/kernel/drivers/ide/ide-cd.o depmod: strstr depmod: *** Unresolved symbols in /lib/modules/2.4.4-pre1/kernel/drivers/parport/parport.o depmod: strstr - 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/
Re: 2.4.1-pre1 breaks XFree 4.0.2 and "w"
In article <[EMAIL PROTECTED]>, "Udo A. Steinberg" <[EMAIL PROTECTED]> writes: UAS> UAS> Next backed out the entire XMM and FXSR related stuff and now everything UAS> is fine again. The CPU in question is an AMD Thunderbird (see cpuinfo UAS> below). A friend with a similar setup but a Pentium-3 CPU doesn't seem UAS> to see the problem (couldn't verify myself). UAS> Yes. Broke horribly on my Duron 800. Time set to Dec 22 1932, X completely confused. Anything to do the the network very slow. Rebooted back into 2.4.0 and normality (including correct time). Definitly an AMD issue. - 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: 2.4.1-pre1 breaks XFree 4.0.2 and w
In article [EMAIL PROTECTED], "Udo A. Steinberg" [EMAIL PROTECTED] writes: UAS UAS Next backed out the entire XMM and FXSR related stuff and now everything UAS is fine again. The CPU in question is an AMD Thunderbird (see cpuinfo UAS below). A friend with a similar setup but a Pentium-3 CPU doesn't seem UAS to see the problem (couldn't verify myself). UAS Yes. Broke horribly on my Duron 800. Time set to Dec 22 1932, X completely confused. Anything to do the the network very slow. Rebooted back into 2.4.0 and normality (including correct time). Definitly an AMD issue. - 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: test13-pre5 (via82cxxx_audio.c)
In article <[EMAIL PROTECTED]>, Linus Torvalds <[EMAIL PROTECTED]> writes: LT> LT> The mm cleanups also include removing "swapout()" as a VM operation, as swapout was not removed from drivers/sound/via82cxxx_audio.c; the following does so (compiles and produces sound, someone who understands this please check). --- drivers/sound/via82cxxx_audio.c.origThu Dec 28 21:02:03 2000 +++ drivers/sound/via82cxxx_audio.c Thu Dec 28 21:12:58 2000 @@ -1727,20 +1727,8 @@ } -#ifndef VM_RESERVE -static int via_mm_swapout (struct page *page, struct file *filp) -{ - return 0; -} -#endif /* VM_RESERVE */ - - struct vm_operations_struct via_mm_ops = { nopage: via_mm_nopage, - -#ifndef VM_RESERVE - swapout:via_mm_swapout, -#endif }; - 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: test13-pre5 (via82cxxx_audio.c)
In article [EMAIL PROTECTED], Linus Torvalds [EMAIL PROTECTED] writes: LT LT The mm cleanups also include removing "swapout()" as a VM operation, as swapout was not removed from drivers/sound/via82cxxx_audio.c; the following does so (compiles and produces sound, someone who understands this please check). --- drivers/sound/via82cxxx_audio.c.origThu Dec 28 21:02:03 2000 +++ drivers/sound/via82cxxx_audio.c Thu Dec 28 21:12:58 2000 @@ -1727,20 +1727,8 @@ } -#ifndef VM_RESERVE -static int via_mm_swapout (struct page *page, struct file *filp) -{ - return 0; -} -#endif /* VM_RESERVE */ - - struct vm_operations_struct via_mm_ops = { nopage: via_mm_nopage, - -#ifndef VM_RESERVE - swapout:via_mm_swapout, -#endif }; - 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: Enviromental Monitoring
In article <[EMAIL PROTECTED]>, Graham Murray <[EMAIL PROTECTED]> writes: GM> Peter Samuelson <[EMAIL PROTECTED]> writes: GM> >> [Andrew Stubbs] >> > Has anyone implemented a /proc device or user program to interrogate >> > the enviromental attirbutes (temp, voltage etc) that many >> > motherboards provide via their bios's ? >> >> Do a search on 'lm_sensors'. GM> GM> Does this work with the latest 2.4.0-testxx kernels. It stopped GM> working for me quite a few kernel tests ago. lm_sensors-2.5.4 is working fine here with 2.4.0t12p7 here (MSI mobo, VIA stuff). - 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: Enviromental Monitoring
In article [EMAIL PROTECTED], Graham Murray [EMAIL PROTECTED] writes: GM Peter Samuelson [EMAIL PROTECTED] writes: GM [Andrew Stubbs] Has anyone implemented a /proc device or user program to interrogate the enviromental attirbutes (temp, voltage etc) that many motherboards provide via their bios's ? Do a search on 'lm_sensors'. GM GM Does this work with the latest 2.4.0-testxx kernels. It stopped GM working for me quite a few kernel tests ago. lm_sensors-2.5.4 is working fine here with 2.4.0t12p7 here (MSI mobo, VIA stuff). - 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: [Linux-IrDA] Re: [IrDA]Oops while shutting down irattach
In article <[EMAIL PROTECTED]>, Dag Brattli <[EMAIL PROTECTED]> writes: DB> else. I''ve tried to find it, but I'm still clueless at the prompt. Fixed by the exec_usermodehelper fixes in 2.4.0test12pre6 (at least here:). - 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: [Linux-IrDA] Re: [IrDA]Oops while shutting down irattach
In article [EMAIL PROTECTED], Dag Brattli [EMAIL PROTECTED] writes: DB else. I''ve tried to find it, but I'm still clueless at the prompt. Fixed by the exec_usermodehelper fixes in 2.4.0test12pre6 (at least here:). - 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: corruption
In article <[EMAIL PROTECTED]>, Alexander Viro <[EMAIL PROTECTED]> writes: AV> >> > ed fs/buffer.c <> > /unmap_buffer/ >> > /}/i AV> spin_lock(_list_lock); >> >remove_inode_queue(bh); AV> spin_unlock(_list_lock); >> > . >> > wq >> > EOF AV> I applied this on top the the previous SCT patch, and have thrashed the system harder than I would have dared previously. It's still running. I feel very comfortable with this, much more so than any prior 2.4.0t*. - 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: corruption
In article [EMAIL PROTECTED], Alexander Viro [EMAIL PROTECTED] writes: AV ed fs/buffer.c EOF /unmap_buffer/ /}/i AV spin_lock(lru_list_lock); remove_inode_queue(bh); AV spin_unlock(lru_list_lock); . wq EOF AV I applied this on top the the previous SCT patch, and have thrashed the system harder than I would have dared previously. It's still running. I feel very comfortable with this, much more so than any prior 2.4.0t*. - 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: corruption
In article <[EMAIL PROTECTED]>, Andrew Morton <[EMAIL PROTECTED]> writes: AM> In thread "File corruption part deux", Lawrence Walton wrote: >> >> my system has been acting slightly odd on all the pre 12 kernels >> with the fs going read only with out any messages until now. >> no opps or anything like that, but I did get this just now. >> >> EXT2-fs error (device sd(8,2)): ext2_readdir: >> bad entry in directory #458430: directory entry >> across blocks - offset=152, inode=3393794200, >> rec_len=12440, name_len=73 >> AM> AM> 3393794200 == 0xca493098. A kernel address. And 152 is 0x98, AM> which is equal to N * 0x20 + 0x18. Read on... AM> Don't know what these do for your analysis, observed on 2.4.0test12pre2, compiling mozilla. EXT2-fs error (device ide0(3,11)): ext2_readdir: bad entry in directory #409870: directory entry across blocks - offset=88, inode=3284439128, rec_len=36952, name_len=196 EXT2-fs error (device ide0(3,11)): ext2_add_entry: bad entry in directory #344273: rec_len % 4 != 0 - offset=0, inode=1769234798, rec_len=28271, name_len=85 Recompiling it with 2.4.0test12pre3 last night did not cause any fs problems, at least that I've noticed. - 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: corruption
In article [EMAIL PROTECTED], Andrew Morton [EMAIL PROTECTED] writes: AM In thread "File corruption part deux", Lawrence Walton wrote: my system has been acting slightly odd on all the pre 12 kernels with the fs going read only with out any messages until now. no opps or anything like that, but I did get this just now. EXT2-fs error (device sd(8,2)): ext2_readdir: bad entry in directory #458430: directory entry across blocks - offset=152, inode=3393794200, rec_len=12440, name_len=73 AM AM 3393794200 == 0xca493098. A kernel address. And 152 is 0x98, AM which is equal to N * 0x20 + 0x18. Read on... AM Don't know what these do for your analysis, observed on 2.4.0test12pre2, compiling mozilla. EXT2-fs error (device ide0(3,11)): ext2_readdir: bad entry in directory #409870: directory entry across blocks - offset=88, inode=3284439128, rec_len=36952, name_len=196 EXT2-fs error (device ide0(3,11)): ext2_add_entry: bad entry in directory #344273: rec_len % 4 != 0 - offset=0, inode=1769234798, rec_len=28271, name_len=85 Recompiling it with 2.4.0test12pre3 last night did not cause any fs problems, at least that I've noticed. - 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: pcmcia in test10pre6
In article <[EMAIL PROTECTED]>, "Jeff V. Merkey" <[EMAIL PROTECTED]> writes: JVM> Grab the pcmcia off sourceforge. It seems to build and work. The stuff JVM> in 2.4 at present is still somewhat broken. I worked on this until 2:00 JVM> last night getting it to build with 2.4. Couldn't get 3.1.21 to build (you using something later from CVS ?). [ CONFIG_X86_L1_CACHE_SHIFT not defined in the right places]. Droping the test5 modules/drivers into the pcmcia modules directory works fine. - 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/
pcmcia in test10pre6
Previously working in test10pre*, now gives many unresolved symbols: /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol cb_free /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol cb_disable /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_read_memory /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol cb_config /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_close_memory /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_register_mtd /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol read_tuple /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_check_erase_queue /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol cb_release_cis_mem /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol find_io_region /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol write_cis_mem /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_write_memory /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol undo_irq /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_request_irq /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_parse_tuple /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol cb_release /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol release_resource_db /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol cb_alloc /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_get_first_region/lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol release_cis_mem /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol try_irq /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_adjust_resource_info /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_get_next_region /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol cb_enable /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_copy_memory /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_get_tuple_data /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol verify_cis_cache /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_deregister_erase_queue /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_register_erase_queue /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_get_first_tuple /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol MTDHelperEntry /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol read_cis_mem /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_get_next_tuple /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_replace_cis /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_open_memory /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_validate_cis /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol find_mem_region - 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/
pcmcia in test10pre6
Previously working in test10pre*, now gives many unresolved symbols: /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol cb_free /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol cb_disable /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_read_memory /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol cb_config /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_close_memory /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_register_mtd /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol read_tuple /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_check_erase_queue /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol cb_release_cis_mem /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol find_io_region /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol write_cis_mem /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_write_memory /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol undo_irq /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_request_irq /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_parse_tuple /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol cb_release /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol release_resource_db /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol cb_alloc /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_get_first_region/lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol release_cis_mem /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol try_irq /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_adjust_resource_info /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_get_next_region /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol cb_enable /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_copy_memory /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_get_tuple_data /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol verify_cis_cache /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_deregister_erase_queue /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_register_erase_queue /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_get_first_tuple /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol MTDHelperEntry /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol read_cis_mem /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_get_next_tuple /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_replace_cis /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_open_memory /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol pcmcia_validate_cis /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol find_mem_region - 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: pcmcia in test10pre6
In article [EMAIL PROTECTED], "Jeff V. Merkey" [EMAIL PROTECTED] writes: JVM Grab the pcmcia off sourceforge. It seems to build and work. The stuff JVM in 2.4 at present is still somewhat broken. I worked on this until 2:00 JVM last night getting it to build with 2.4. Couldn't get 3.1.21 to build (you using something later from CVS ?). [ CONFIG_X86_L1_CACHE_SHIFT not defined in the right places]. Droping the test5 modules/drivers into the pcmcia modules directory works fine. - 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/
kernel BUG at inode.c:441
with 2.4.0test10-pre2 ksymoops 2.3.3 on i686 2.4.0-test10. Options used -v /usr/src/linux/vmlinux (specified) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.0-test10/ (default) -m /usr/src/linux/System.map (default) Oct 13 20:28:58 trespassersw kernel: invalid operand: Oct 13 20:28:58 trespassersw kernel: CPU:0 Oct 13 20:28:58 trespassersw kernel: EIP:0010:[prune_icache+133/232] Oct 13 20:28:58 trespassersw kernel: EIP:0010:[] Using defaults from ksymoops -t elf32-i386 -a i386 Oct 13 20:28:58 trespassersw kernel: EFLAGS: 00010282 Oct 13 20:28:58 trespassersw kernel: eax: 001b ebx: c171e9e8 ecx: c1236000 edx: Oct 13 20:28:58 trespassersw kernel: esi: c171e9e0 edi: c64196e8 ebp: c1237fa8 esp: c1237f84 Oct 13 20:28:58 trespassersw kernel: ds: 0018 es: 0018 ss: 0018 Oct 13 20:28:58 trespassersw kernel: Process kswapd (pid: 2, stackpage=c1237000) Oct 13 20:28:58 trespassersw kernel: Stack: c01ddb0a c01ddbc1 01b9 0004 006f 0353 c680e548 Oct 13 20:28:58 trespassersw kernel:c3359c48 c013f745 01ad c0128f67 0006 0004 0006 Oct 13 20:28:58 trespassersw kernel:0004 c01da3d7 c1236239 0008e000 c0128fff 0004 Oct 13 20:28:58 trespassersw kernel: Call Trace: [tvecs+21694/76116] [tvecs+21877/76116] [shrink_icache_memory+33/48] [do_try_to_free_pages+91/128] [tvecs+7563/76116] [kswapd+115/308] [kernel_thread+40/56] Oct 13 20:28:58 trespassersw kernel: Call Trace: [] [] [] [] [] [] [] Oct 13 20:28:58 trespassersw kernel: Code: 0f 0b 83 c4 0c 8b 53 04 8b 03 89 50 04 89 02 8b 53 fc 8b 43 >>EIP; c013f6c1<= Trace; c01ddb0a Trace; c01ddbc1 Trace; c013f745 Trace; c0128f67 Trace; c01da3d7 Trace; c0128fff Trace; c0108a3c Code; c013f6c1 <_EIP>: Code; c013f6c1<= 0: 0f 0b ud2a <= Code; c013f6c3 2: 83 c4 0c add$0xc,%esp Code; c013f6c6 5: 8b 53 04 mov0x4(%ebx),%edx Code; c013f6c9 8: 8b 03 mov(%ebx),%eax Code; c013f6cb a: 89 50 04 mov%edx,0x4(%eax) Code; c013f6ce d: 89 02 mov%eax,(%edx) Code; c013f6d0 f: 8b 53 fc mov0xfffc(%ebx),%edx Code; c013f6d3 12: 8b 43 00 mov0x0(%ebx),%eax Let me know if any more info required. - 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/