bug: can't mount -o loop or -t nfs in 2.4.4, 2.4.4-ac2
2.4.4-pre7 worked fine. situation: mounting a remote nfs share or a loopback local filesystems doesn't work. it doesn't crash the system, the userspace process just hangs on the mount() call. all of these hang: # mount -o loop /my/ext2/image /mnt/ext2 # mount -o loop /my/fat16/image /mnt/fat16 # mount -o loop /my/iso9660/image /mnt/iso # mount other.system:/export /import mounting local drives works fine, as long as it isn't nfs - i can mount my ext2 and vfat drives, but not a local export on the same local machine. i can give strace output if desired. please help! thanks! joe - 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/
bug: can't mount -o loop or -t nfs in 2.4.4, 2.4.4-ac2
2.4.4-pre7 worked fine. situation: mounting a remote nfs share or a loopback local filesystems doesn't work. it doesn't crash the system, the userspace process just hangs on the mount() call. all of these hang: # mount -o loop /my/ext2/image /mnt/ext2 # mount -o loop /my/fat16/image /mnt/fat16 # mount -o loop /my/iso9660/image /mnt/iso # mount other.system:/export /import mounting local drives works fine, as long as it isn't nfs - i can mount my ext2 and vfat drives, but not a local export on the same local machine. i can give strace output if desired. please help! thanks! joe - 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/
KMALLOC_MAXSIZE undeclared in drivers/media/video/buz.c
2.4.3-pre4. i also see a reference to KMALLOC_MAXSIZE in drivers/net/hamradio/6pack.c this kernel won't compile, is KMALLOC_MAXSIZE set somewhere? i can't find it. is it deprecated? gcc -D__KERNEL__ -I/usr/src/RedmondLinux/BUILD/linux-2.4.3/linux/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -mpreferred-stack-boundary=2 -march=i586 -mcpu=i686 -DMODULE -DMODVERSIONS -include /usr/src/RedmondLinux/BUILD/linux-2.4.3/linux/include/linux/modversions.h -c -o buz.o buz.c buz.c: In function `v4l_fbuffer_alloc': buz.c:188: `KMALLOC_MAXSIZE' undeclared (first use in this function) buz.c:188: (Each undeclared identifier is reported only once buz.c:188: for each function it appears in.) buz.c: In function `jpg_fbuffer_alloc': buz.c:262: `KMALLOC_MAXSIZE' undeclared (first use in this function) buz.c:256: warning: `alloc_contig' might be used uninitialized in this function buz.c: In function `jpg_fbuffer_free': buz.c:322: `KMALLOC_MAXSIZE' undeclared (first use in this function) buz.c:316: warning: `alloc_contig' might be used uninitialized in this function buz.c: In function `zoran_ioctl': buz.c:2837: `KMALLOC_MAXSIZE' undeclared (first use in this function) make[3]: *** [buz.o] Error 1 make[3]: Leaving directory `/usr/src/RedmondLinux/BUILD/linux-2.4.3/linux/drivers/media/video' make[2]: *** [_modsubdir_video] Error 2 make[2]: Leaving directory `/usr/src/RedmondLinux/BUILD/linux-2.4.3/linux/drivers/media' make[1]: *** [_modsubdir_media] Error 2 make[1]: Leaving directory `/usr/src/RedmondLinux/BUILD/linux-2.4.3/linux/drivers' make: *** [_mod_drivers] Error 2 - 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/
KMALLOC_MAXSIZE undeclared in drivers/media/video/buz.c
2.4.3-pre4. i also see a reference to KMALLOC_MAXSIZE in drivers/net/hamradio/6pack.c this kernel won't compile, is KMALLOC_MAXSIZE set somewhere? i can't find it. is it deprecated? gcc -D__KERNEL__ -I/usr/src/RedmondLinux/BUILD/linux-2.4.3/linux/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -mpreferred-stack-boundary=2 -march=i586 -mcpu=i686 -DMODULE -DMODVERSIONS -include /usr/src/RedmondLinux/BUILD/linux-2.4.3/linux/include/linux/modversions.h -c -o buz.o buz.c buz.c: In function `v4l_fbuffer_alloc': buz.c:188: `KMALLOC_MAXSIZE' undeclared (first use in this function) buz.c:188: (Each undeclared identifier is reported only once buz.c:188: for each function it appears in.) buz.c: In function `jpg_fbuffer_alloc': buz.c:262: `KMALLOC_MAXSIZE' undeclared (first use in this function) buz.c:256: warning: `alloc_contig' might be used uninitialized in this function buz.c: In function `jpg_fbuffer_free': buz.c:322: `KMALLOC_MAXSIZE' undeclared (first use in this function) buz.c:316: warning: `alloc_contig' might be used uninitialized in this function buz.c: In function `zoran_ioctl': buz.c:2837: `KMALLOC_MAXSIZE' undeclared (first use in this function) make[3]: *** [buz.o] Error 1 make[3]: Leaving directory `/usr/src/RedmondLinux/BUILD/linux-2.4.3/linux/drivers/media/video' make[2]: *** [_modsubdir_video] Error 2 make[2]: Leaving directory `/usr/src/RedmondLinux/BUILD/linux-2.4.3/linux/drivers/media' make[1]: *** [_modsubdir_media] Error 2 make[1]: Leaving directory `/usr/src/RedmondLinux/BUILD/linux-2.4.3/linux/drivers' make: *** [_mod_drivers] Error 2 - 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: test12 + initrd = swapper at 99.8% CPU time
hi, ps axufw shows it as pid 1. Russell King wrote: > Joseph Cheek writes: > > i'm using test12 to perform a clean linux install. as soon as i get to > > a command prompt, ps axufw shows swapper at 99.8% CPU usage. this > > didn't repro with test11, and doesn't repro if i don't use an initrd. > > What pid does this task have? The only process that should be "swapper" > is pid0, and pid0 should be hidden from view. > > If its not pid0, then I'd guess that it may be a rogue program... >_ > |_| - ---+---+- > | | Russell King[EMAIL PROTECTED] --- --- > | | | | http://www.arm.linux.org.uk/personal/aboutme.html / / | > | +-+-+ --- -+- > / | THE developer of ARM Linux |+| /|\ > / | | | --- | > +-+-+ --------- /\\\ | -- thanks! joe -- Joseph Cheek, Sr Linux Consultant, Linuxcare | http://www.linuxcare.com/ Linuxcare. Support for the Revolution. | [EMAIL PROTECTED] CTO / Acting PM, Redmond Linux Project | [EMAIL PROTECTED] 425 990-1072 vox [1074 fax] 206 679-6838 pcs | [EMAIL PROTECTED] - 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: test12 + initrd = swapper at 99.8% CPU time
hi, ps axufw shows it as pid 1. Russell King wrote: Joseph Cheek writes: i'm using test12 to perform a clean linux install. as soon as i get to a command prompt, ps axufw shows swapper at 99.8% CPU usage. this didn't repro with test11, and doesn't repro if i don't use an initrd. What pid does this task have? The only process that should be "swapper" is pid0, and pid0 should be hidden from view. If its not pid0, then I'd guess that it may be a rogue program... _ |_| - ---+---+- | | Russell King[EMAIL PROTECTED] --- --- | | | | http://www.arm.linux.org.uk/personal/aboutme.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ - /\\\ | -- thanks! joe -- Joseph Cheek, Sr Linux Consultant, Linuxcare | http://www.linuxcare.com/ Linuxcare. Support for the Revolution. | [EMAIL PROTECTED] CTO / Acting PM, Redmond Linux Project | [EMAIL PROTECTED] 425 990-1072 vox [1074 fax] 206 679-6838 pcs | [EMAIL PROTECTED] - 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: test12: eth0 trasmit timed out after one hour uptime
well, it seems to be working fine now, so i guess it was a fluke. Michael Peddemors wrote: > On Wed, 13 Dec 2000, Joseph Cheek wrote: > > 00:0e.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone] > > (rev 30) > > Hmm, maybe I thru it out too fast.. 3Com905B -TXNM XL PCI SN=6xb1b85caf thanks! joe -- Joseph Cheek, Sr Linux Consultant, Linuxcare | http://www.linuxcare.com/ Linuxcare. Support for the Revolution. | [EMAIL PROTECTED] CTO / Acting PM, Redmond Linux Project | [EMAIL PROTECTED] 425 990-1072 vox [1074 fax] 206 679-6838 pcs | [EMAIL PROTECTED] - 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/
test12: eth0 trasmit timed out after one hour uptime
hi all, after about an hour of uptime [and heavy HD usage] my ethernet just died. couldn't ping a thing. syslog showed: Dec 13 14:51:46 sanfrancisco kernel: NETDEV WATCHDOG: eth0: transmit timed out Dec 13 14:51:46 sanfrancisco kernel: eth0: transmit timed out, tx_status 00 status e680. Dec 13 14:51:46 sanfrancisco kernel: Flags; bus-master 1, full 1; dirty 3306(10) current 3322(10). Dec 13 14:51:46 sanfrancisco kernel: Transmit list vs. c7c732a0. Dec 13 14:51:46 sanfrancisco kernel: 0: @c7c73200 length 802a status 0001002a Dec 13 14:51:46 sanfrancisco kernel: 1: @c7c73210 length 802a status 0001002a Dec 13 14:51:46 sanfrancisco kernel: 2: @c7c73220 length 802a status 0001002a Dec 13 14:51:46 sanfrancisco kernel: 3: @c7c73230 length 802a status 0001002a Dec 13 14:51:46 sanfrancisco kernel: 4: @c7c73240 length 802a status 0001002a Dec 13 14:51:46 sanfrancisco kernel: 5: @c7c73250 length 802a status 0001002a Dec 13 14:51:46 sanfrancisco kernel: 6: @c7c73260 length 802a status 0001002a Dec 13 14:51:46 sanfrancisco kernel: 7: @c7c73270 length 802a status 0001002a Dec 13 14:51:46 sanfrancisco kernel: 8: @c7c73280 length 802a status 8001002a Dec 13 14:51:46 sanfrancisco kernel: 9: @c7c73290 length 802a status 8001002a Dec 13 14:51:46 sanfrancisco kernel: 10: @c7c732a0 length 804b status 0001004b Dec 13 14:51:46 sanfrancisco kernel: 11: @c7c732b0 length 804b status 0001004b Dec 13 14:51:46 sanfrancisco kernel: 12: @c7c732c0 length 802a status 0001002a Dec 13 14:51:46 sanfrancisco kernel: 13: @c7c732d0 length 802a status 0001002a Dec 13 14:51:46 sanfrancisco kernel: 14: @c7c732e0 length 802a status 0001002a Dec 13 14:51:46 sanfrancisco kernel: 15: @c7c732f0 length 802a status 0001002a after reboot it works fine again [i'll give it an hour...] test12-pre8 and before worked fine. any ideas? -- thanks! joe -- Joseph Cheek, Sr Linux Consultant, Linuxcare | http://www.linuxcare.com/ Linuxcare. Support for the Revolution. | [EMAIL PROTECTED] CTO / Acting PM, Redmond Linux Project | [EMAIL PROTECTED] 425 990-1072 vox [1074 fax] 206 679-6838 pcs | [EMAIL PROTECTED] - 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/
test12: eth0 trasmit timed out after one hour uptime
hi all, after about an hour of uptime [and heavy HD usage] my ethernet just died. couldn't ping a thing. syslog showed: Dec 13 14:51:46 sanfrancisco kernel: NETDEV WATCHDOG: eth0: transmit timed out Dec 13 14:51:46 sanfrancisco kernel: eth0: transmit timed out, tx_status 00 status e680. Dec 13 14:51:46 sanfrancisco kernel: Flags; bus-master 1, full 1; dirty 3306(10) current 3322(10). Dec 13 14:51:46 sanfrancisco kernel: Transmit list vs. c7c732a0. Dec 13 14:51:46 sanfrancisco kernel: 0: @c7c73200 length 802a status 0001002a Dec 13 14:51:46 sanfrancisco kernel: 1: @c7c73210 length 802a status 0001002a Dec 13 14:51:46 sanfrancisco kernel: 2: @c7c73220 length 802a status 0001002a Dec 13 14:51:46 sanfrancisco kernel: 3: @c7c73230 length 802a status 0001002a Dec 13 14:51:46 sanfrancisco kernel: 4: @c7c73240 length 802a status 0001002a Dec 13 14:51:46 sanfrancisco kernel: 5: @c7c73250 length 802a status 0001002a Dec 13 14:51:46 sanfrancisco kernel: 6: @c7c73260 length 802a status 0001002a Dec 13 14:51:46 sanfrancisco kernel: 7: @c7c73270 length 802a status 0001002a Dec 13 14:51:46 sanfrancisco kernel: 8: @c7c73280 length 802a status 8001002a Dec 13 14:51:46 sanfrancisco kernel: 9: @c7c73290 length 802a status 8001002a Dec 13 14:51:46 sanfrancisco kernel: 10: @c7c732a0 length 804b status 0001004b Dec 13 14:51:46 sanfrancisco kernel: 11: @c7c732b0 length 804b status 0001004b Dec 13 14:51:46 sanfrancisco kernel: 12: @c7c732c0 length 802a status 0001002a Dec 13 14:51:46 sanfrancisco kernel: 13: @c7c732d0 length 802a status 0001002a Dec 13 14:51:46 sanfrancisco kernel: 14: @c7c732e0 length 802a status 0001002a Dec 13 14:51:46 sanfrancisco kernel: 15: @c7c732f0 length 802a status 0001002a after reboot it works fine again [i'll give it an hour...] test12-pre8 and before worked fine. any ideas? -- thanks! joe -- Joseph Cheek, Sr Linux Consultant, Linuxcare | http://www.linuxcare.com/ Linuxcare. Support for the Revolution. | [EMAIL PROTECTED] CTO / Acting PM, Redmond Linux Project | [EMAIL PROTECTED] 425 990-1072 vox [1074 fax] 206 679-6838 pcs | [EMAIL PROTECTED] - 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: test12: eth0 trasmit timed out after one hour uptime
well, it seems to be working fine now, so i guess it was a fluke. Michael Peddemors wrote: On Wed, 13 Dec 2000, Joseph Cheek wrote: 00:0e.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone] (rev 30) Hmm, maybe I thru it out too fast.. 3Com905B -TXNM XL PCI SN=6xb1b85caf thanks! joe -- Joseph Cheek, Sr Linux Consultant, Linuxcare | http://www.linuxcare.com/ Linuxcare. Support for the Revolution. | [EMAIL PROTECTED] CTO / Acting PM, Redmond Linux Project | [EMAIL PROTECTED] 425 990-1072 vox [1074 fax] 206 679-6838 pcs | [EMAIL PROTECTED] - 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: [FIXED!] kernel BUG at buffer.c:827 in test12-pre6 and 7
this works fine in pre8. thanks all! Joseph Cheek wrote: > copying files off a loopback-mounted vfat filesystem exposes this bug. > test11 worked fine. > > loop.o built as module. this hard crashes the machine, every time > [PIII-450]. i don't know how to debug this, is there a FAQ? > > [transcribed by hand]: > > # mount -o loop /tmp/cdboot.288 /mnt/cd > # cd /mnt/cd > # cp menu.lst /tmp > kernel BUG at buffer.c:827! > invalid operand: > CPU: 0 > EIP: 0010:[] > EFLAGS: 00010082 > eax: 001c ebx: c1d8fc60 ecx: edx: 0001 > esi: c10658e4 edi: 0002 ebp: c1d8fca8 esp: c1793dc0 > ds: 0018 es: 0018 ss: 0018 > Process cp (pid 762, stackpage=c1793000) > Stack: c01fe484 c01fe95a 033b c1d8fc60 c1cef420 0001 0001 > c01610e1 >c1d8fc60 0001 c1cef420 c1cef420 c02c8ed8 c88df91c > c1cef420 >0001 c88e0986 0007 0001 c02c8ed8 c02c8ee8 > c4f18800 > Call Trace: [] [] [] [] > [] [] [] [] >[] [] [] [] [] > [] [] [c0128720>] >[] [] [c010b56b>] > Code: 0f 0b 83 c4 0c 8d 5e 28 8d 46 2c 39 46 2c 74 24 b9 01 00 00 > > as soon as i reboot i will look what's at buffer.c:827 thanks! joe -- Joseph Cheek, Sr Linux Consultant, Linuxcare | http://www.linuxcare.com/ Linuxcare. Support for the Revolution. | [EMAIL PROTECTED] CTO / Acting PM, Redmond Linux Project | [EMAIL PROTECTED] 425 990-1072 vox [1074 fax] 206 679-6838 pcs | [EMAIL PROTECTED] - 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: [FIXED!] kernel BUG at buffer.c:827 in test12-pre6 and 7
this works fine in pre8. thanks all! Joseph Cheek wrote: copying files off a loopback-mounted vfat filesystem exposes this bug. test11 worked fine. loop.o built as module. this hard crashes the machine, every time [PIII-450]. i don't know how to debug this, is there a FAQ? [transcribed by hand]: # mount -o loop /tmp/cdboot.288 /mnt/cd # cd /mnt/cd # cp menu.lst /tmp kernel BUG at buffer.c:827! invalid operand: CPU: 0 EIP: 0010:[c013660c] EFLAGS: 00010082 eax: 001c ebx: c1d8fc60 ecx: edx: 0001 esi: c10658e4 edi: 0002 ebp: c1d8fca8 esp: c1793dc0 ds: 0018 es: 0018 ss: 0018 Process cp (pid 762, stackpage=c1793000) Stack: c01fe484 c01fe95a 033b c1d8fc60 c1cef420 0001 0001 c01610e1 c1d8fc60 0001 c1cef420 c1cef420 c02c8ed8 c88df91c c1cef420 0001 c88e0986 0007 0001 c02c8ed8 c02c8ee8 c4f18800 Call Trace: [c01fe484] [c01fe95a] [c0130703] [c8895de3] [c88df91c] [c8894494] [c0160d2f] [c0160ead] [c0161011] [c0137a49] [c0130703] [c8895de3] [c8894494] [c01284d3] [c012887b] [c0128720] [c889448d] [c01349a7] [c010b56b] Code: 0f 0b 83 c4 0c 8d 5e 28 8d 46 2c 39 46 2c 74 24 b9 01 00 00 as soon as i reboot i will look what's at buffer.c:827 thanks! joe -- Joseph Cheek, Sr Linux Consultant, Linuxcare | http://www.linuxcare.com/ Linuxcare. Support for the Revolution. | [EMAIL PROTECTED] CTO / Acting PM, Redmond Linux Project | [EMAIL PROTECTED] 425 990-1072 vox [1074 fax] 206 679-6838 pcs | [EMAIL PROTECTED] - 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: kernel BUG at buffer.c:827 in test12-pre6 and 7
hi, comments below. Linus Torvalds wrote: > In article <[EMAIL PROTECTED]>, > Joseph Cheek <[EMAIL PROTECTED]> wrote: > >copying files off a loopback-mounted vfat filesystem exposes this bug. > >test11 worked fine. > > It's not a new bug - it's an old bug that apparently is uncovered by a > new stricter test. > > Apparently loopback unlocks an already unlocked page - which has always > been a serious offense, but has never been detected before. > > test12-pre6+ detects it, and thus the BUG(). > > Your stack trace isn't symbolic (see Documentation/oops-tracing.txt), so > it's impossible to debug, but it's already interesting information to > see that it seems to be either loopback of vfat. > > Can you test some more? In particular, I'd love to hear if this happens > with vfat even without loopback, or with loopback even without vfat > (make an ext2 filesystem or similar instead). That woul dnarrow down the > bug further. this happens on loopbacked ext2, and not on regular vfat. so it appears that the culprit is loopback. i got ksymoops working, here are the traces from the vfat-over-loopback [first] and the ext2-over-loopback [second]. again, these are copied by hand, so i give it a 1% chance of mistranscription. ksymoops 2.3.5 on i686 2.4.0. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.0/ (default) -m /usr/src/linux/System.map (default) Warning: You did not tell me where to find symbol information. I will assume that the log matches the kernel and modules that are running right now and I'll use the default options above for symbol resolution. If the current kernel and/or modules do not match the log, you can get more accurate output by telling me the kernel version and where to find map, modules, ksyms etc. ksymoops -h explains the options. kernel BUG at buffer.c:827! invalid operand: CPU: 0 EIP: 0010:[] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010082 eax: 001c ebx: c1d8fc60 ecx: edx: 0001 esi: c10658e4 edi: 0002 ebp: c1d8fca8 esp: c1793dc0 ds: 0018 es: 0018 ss: 0018 Process cp (pid 762, stackpage=c1793000) Stack: c01fe484 c01fe95a 033b c1d8fc60 c1cef420 0001 0001 c01610e1 c1d8fc60 0001 c1cef420 c1cef420 c02c8ed8 c88df91c c1cef420 0001 c88e0986 0007 0001 c02c8ed8 c02c8ee8 c4f18800 Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [c0128720>] [] [] [c010b56b>] Code: 0f 0b 83 c4 0c 8d 5e 28 8d 46 2c 39 46 2c 74 24 b9 01 00 00 >>EIP; c013660c<= Trace; c01fe484 Trace; c01fe95a Trace; c0130703 <__alloc_pages+df/2d4> Trace; c8895de3 <[fat]fat_readpage+f/14> Trace; c88df91c <[cdrom]cdrom_read_mech_status+c/4c> Trace; c8894494 <[fat]fat_get_block+0/e4> Trace; c0160d2f <__make_request+5cb/648> Trace; c0160ead Trace; c0161011 Trace; c0137a49 Trace; c0130703 <__alloc_pages+df/2d4> Trace; c8895de3 <[fat]fat_readpage+f/14> Trace; c8894494 <[fat]fat_get_block+0/e4> Trace; c01284d3 Trace; c012887b Trace; c889448d <[fat]fat_file_read+2d/34> Trace; c01349a7 Code; c013660c <_EIP>: Code; c013660c<= 0: 0f 0b ud2a <= Code; c013660e 2: 83 c4 0c add$0xc,%esp Code; c0136611 5: 8d 5e 28 lea0x28(%esi),%ebx Code; c0136614 8: 8d 46 2c lea0x2c(%esi),%eax Code; c0136617 b: 39 46 2c cmp%eax,0x2c(%esi) Code; c013661a e: 74 24 je 34 <_EIP+0x34> c0136640 Code; c013661c 10: b9 01 00 00 00mov$0x1,%ecx 1 warning issued. Results may not be reliable. ksymoops 2.3.5 on i686 2.4.0. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.0/ (default) -m /usr/src/linux/System.map (default) Warning: You did not tell me where to find symbol information. I will assume that the log matches the kernel and modules that are running right now and I'll use the default options above for symbol resolution. If the current kernel and/or modules do not match the log, you can get more accurate output by telling me the kernel version and where to find map, modules, ksyms etc. ksymoops -h explains the options. kernel BUG at buffer.c:827! invalid operand: CPU: 0 EIP: 0010:[] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010086 eax: 001c ebx: c1d212a0 ecx: edx: 0001 esi: c11274bc edi: 0002 ebp: c1d212e8 esp: c4f1bddc ds: 0018 es: 0018 ss: 0018 Process cp (pid 772, stackpage=c4f1b000) Stack: c01fe484 c01fe95a 033b c1d21290 c1983420 0002 0001 c01610e1 c1d212a0 0001 c1983420 c1983420 c02c8
Re: kernel BUG at buffer.c:827 in test12-pre6 and 7
i'll check it out. i'm compiling ksymoops now, is there a way to get it to work without a static libbfd? all i've got is a libbfd.so, and i'm going to need to recompile binutils if i must have a libbfd.a. Linus Torvalds wrote: > Your stack trace isn't symbolic (see Documentation/oops-tracing.txt), so > it's impossible to debug, but it's already interesting information to > see that it seems to be either loopback of vfat. > > Can you test some more? In particular, I'd love to hear if this happens > with vfat even without loopback, or with loopback even without vfat > (make an ext2 filesystem or similar instead). That woul dnarrow down the > bug further. thanks! joe -- Joseph Cheek, Sr Linux Consultant, Linuxcare | http://www.linuxcare.com/ Linuxcare. Support for the Revolution. | [EMAIL PROTECTED] CTO / Acting PM, Redmond Linux Project | [EMAIL PROTECTED] 425 990-1072 vox [1074 fax] 206 679-6838 pcs | [EMAIL PROTECTED] - 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 buffer.c:827 in test12-pre6 and 7
copying files off a loopback-mounted vfat filesystem exposes this bug. test11 worked fine. loop.o built as module. this hard crashes the machine, every time [PIII-450]. i don't know how to debug this, is there a FAQ? [transcribed by hand]: # mount -o loop /tmp/cdboot.288 /mnt/cd # cd /mnt/cd # cp menu.lst /tmp kernel BUG at buffer.c:827! invalid operand: CPU: 0 EIP: 0010:[] EFLAGS: 00010082 eax: 001c ebx: c1d8fc60 ecx: edx: 0001 esi: c10658e4 edi: 0002 ebp: c1d8fca8 esp: c1793dc0 ds: 0018 es: 0018 ss: 0018 Process cp (pid 762, stackpage=c1793000) Stack: c01fe484 c01fe95a 033b c1d8fc60 c1cef420 0001 0001 c01610e1 c1d8fc60 0001 c1cef420 c1cef420 c02c8ed8 c88df91c c1cef420 0001 c88e0986 0007 0001 c02c8ed8 c02c8ee8 c4f18800 Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [c0128720>] [] [] [c010b56b>] Code: 0f 0b 83 c4 0c 8d 5e 28 8d 46 2c 39 46 2c 74 24 b9 01 00 00 as soon as i reboot i will look what's at buffer.c:827 -- thanks! joe -- Joseph Cheek, Sr Linux Consultant, Linuxcare | http://www.linuxcare.com/ Linuxcare. Support for the Revolution. | [EMAIL PROTECTED] CTO / Acting PM, Redmond Linux Project | [EMAIL PROTECTED] 425 990-1072 vox [1074 fax] 206 679-6838 pcs | [EMAIL PROTECTED] - 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 buffer.c:827 in test12-pre6 and 7
copying files off a loopback-mounted vfat filesystem exposes this bug. test11 worked fine. loop.o built as module. this hard crashes the machine, every time [PIII-450]. i don't know how to debug this, is there a FAQ? [transcribed by hand]: # mount -o loop /tmp/cdboot.288 /mnt/cd # cd /mnt/cd # cp menu.lst /tmp kernel BUG at buffer.c:827! invalid operand: CPU: 0 EIP: 0010:[c013660c] EFLAGS: 00010082 eax: 001c ebx: c1d8fc60 ecx: edx: 0001 esi: c10658e4 edi: 0002 ebp: c1d8fca8 esp: c1793dc0 ds: 0018 es: 0018 ss: 0018 Process cp (pid 762, stackpage=c1793000) Stack: c01fe484 c01fe95a 033b c1d8fc60 c1cef420 0001 0001 c01610e1 c1d8fc60 0001 c1cef420 c1cef420 c02c8ed8 c88df91c c1cef420 0001 c88e0986 0007 0001 c02c8ed8 c02c8ee8 c4f18800 Call Trace: [c01fe484] [c01fe95a] [c0130703] [c8895de3] [c88df91c] [c8894494] [c0160d2f] [c0160ead] [c0161011] [c0137a49] [c0130703] [c8895de3] [c8894494] [c01284d3] [c012887b] [c0128720] [c889448d] [c01349a7] [c010b56b] Code: 0f 0b 83 c4 0c 8d 5e 28 8d 46 2c 39 46 2c 74 24 b9 01 00 00 as soon as i reboot i will look what's at buffer.c:827 -- thanks! joe -- Joseph Cheek, Sr Linux Consultant, Linuxcare | http://www.linuxcare.com/ Linuxcare. Support for the Revolution. | [EMAIL PROTECTED] CTO / Acting PM, Redmond Linux Project | [EMAIL PROTECTED] 425 990-1072 vox [1074 fax] 206 679-6838 pcs | [EMAIL PROTECTED] - 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: kernel BUG at buffer.c:827 in test12-pre6 and 7
i'll check it out. i'm compiling ksymoops now, is there a way to get it to work without a static libbfd? all i've got is a libbfd.so, and i'm going to need to recompile binutils if i must have a libbfd.a. Linus Torvalds wrote: Your stack trace isn't symbolic (see Documentation/oops-tracing.txt), so it's impossible to debug, but it's already interesting information to see that it seems to be either loopback of vfat. Can you test some more? In particular, I'd love to hear if this happens with vfat even without loopback, or with loopback even without vfat (make an ext2 filesystem or similar instead). That woul dnarrow down the bug further. thanks! joe -- Joseph Cheek, Sr Linux Consultant, Linuxcare | http://www.linuxcare.com/ Linuxcare. Support for the Revolution. | [EMAIL PROTECTED] CTO / Acting PM, Redmond Linux Project | [EMAIL PROTECTED] 425 990-1072 vox [1074 fax] 206 679-6838 pcs | [EMAIL PROTECTED] - 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: kernel BUG at buffer.c:827 in test12-pre6 and 7
hi, comments below. Linus Torvalds wrote: In article [EMAIL PROTECTED], Joseph Cheek [EMAIL PROTECTED] wrote: copying files off a loopback-mounted vfat filesystem exposes this bug. test11 worked fine. It's not a new bug - it's an old bug that apparently is uncovered by a new stricter test. Apparently loopback unlocks an already unlocked page - which has always been a serious offense, but has never been detected before. test12-pre6+ detects it, and thus the BUG(). Your stack trace isn't symbolic (see Documentation/oops-tracing.txt), so it's impossible to debug, but it's already interesting information to see that it seems to be either loopback of vfat. Can you test some more? In particular, I'd love to hear if this happens with vfat even without loopback, or with loopback even without vfat (make an ext2 filesystem or similar instead). That woul dnarrow down the bug further. this happens on loopbacked ext2, and not on regular vfat. so it appears that the culprit is loopback. i got ksymoops working, here are the traces from the vfat-over-loopback [first] and the ext2-over-loopback [second]. again, these are copied by hand, so i give it a 1% chance of mistranscription. ksymoops 2.3.5 on i686 2.4.0. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.0/ (default) -m /usr/src/linux/System.map (default) Warning: You did not tell me where to find symbol information. I will assume that the log matches the kernel and modules that are running right now and I'll use the default options above for symbol resolution. If the current kernel and/or modules do not match the log, you can get more accurate output by telling me the kernel version and where to find map, modules, ksyms etc. ksymoops -h explains the options. kernel BUG at buffer.c:827! invalid operand: CPU: 0 EIP: 0010:[c013660c] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010082 eax: 001c ebx: c1d8fc60 ecx: edx: 0001 esi: c10658e4 edi: 0002 ebp: c1d8fca8 esp: c1793dc0 ds: 0018 es: 0018 ss: 0018 Process cp (pid 762, stackpage=c1793000) Stack: c01fe484 c01fe95a 033b c1d8fc60 c1cef420 0001 0001 c01610e1 c1d8fc60 0001 c1cef420 c1cef420 c02c8ed8 c88df91c c1cef420 0001 c88e0986 0007 0001 c02c8ed8 c02c8ee8 c4f18800 Call Trace: [c01fe484] [c01fe95a] [c0130703] [c8895de3] [c88df91c] [c8894494] [c0160d2f] [c0160ead] [c0161011] [c0137a49] [c0130703] [c8895de3] [c8894494] [c01284d3] [c012887b] [c0128720] [c889448d] [c01349a7] [c010b56b] Code: 0f 0b 83 c4 0c 8d 5e 28 8d 46 2c 39 46 2c 74 24 b9 01 00 00 EIP; c013660c end_buffer_io_async+e0/11c = Trace; c01fe484 tvecs+4fc0/13968 Trace; c01fe95a tvecs+5496/13968 Trace; c0130703 __alloc_pages+df/2d4 Trace; c8895de3 [fat]fat_readpage+f/14 Trace; c88df91c [cdrom]cdrom_read_mech_status+c/4c Trace; c8894494 [fat]fat_get_block+0/e4 Trace; c0160d2f __make_request+5cb/648 Trace; c0160ead generic_make_request+101/110 Trace; c0161011 ll_rw_block+155/1c4 Trace; c0137a49 block_read_full_page+1fd/2a8 Trace; c0130703 __alloc_pages+df/2d4 Trace; c8895de3 [fat]fat_readpage+f/14 Trace; c8894494 [fat]fat_get_block+0/e4 Trace; c01284d3 do_generic_file_read+337/584 Trace; c012887b generic_file_read+5b/74 Trace; c889448d [fat]fat_file_read+2d/34 Trace; c01349a7 sys_read+8f/c4 Code; c013660c end_buffer_io_async+e0/11c _EIP: Code; c013660c end_buffer_io_async+e0/11c = 0: 0f 0b ud2a = Code; c013660e end_buffer_io_async+e2/11c 2: 83 c4 0c add$0xc,%esp Code; c0136611 end_buffer_io_async+e5/11c 5: 8d 5e 28 lea0x28(%esi),%ebx Code; c0136614 end_buffer_io_async+e8/11c 8: 8d 46 2c lea0x2c(%esi),%eax Code; c0136617 end_buffer_io_async+eb/11c b: 39 46 2c cmp%eax,0x2c(%esi) Code; c013661a end_buffer_io_async+ee/11c e: 74 24 je 34 _EIP+0x34 c0136640 end_buffer_io_async+114/11c Code; c013661c end_buffer_io_async+f0/11c 10: b9 01 00 00 00mov$0x1,%ecx 1 warning issued. Results may not be reliable. ksymoops 2.3.5 on i686 2.4.0. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.0/ (default) -m /usr/src/linux/System.map (default) Warning: You did not tell me where to find symbol information. I will assume that the log matches the kernel and modules that are running right now and I'll use the default options above for symbol resolution. If the current kernel and/or modules do not match the log, you can get more accurate output by telling me the kernel version and where to find map, modules, ksyms etc. ksymoops -h explains the options. kernel BUG at buffer.c:827! invalid operand: CPU: 0 EIP: 0010:[c013660c] Using defaults from ksymoops -t
