Re: Weird bug in kernel (invalid operand?)
On Tue, 22 May 2001 22:52:47 +1000, Andrew Morton <[EMAIL PROTECTED]> wrote: > Carlos Laviola wrote: > > > > invalid operand: [ ... oops here ... ] > > Segmentation fault > > > > This seems to be a bug in the kernel, maybe because the file is too big, > > and VFAT partitions don't like that. > > It used to be that fatfs would hit the second BUG() in fat_get_block() > when a file reaches two gig. But I can't make that happen in testing, > because the s_maxbytes stuff restricts it to 2gig-1. What you *should* > have seen was `wget' locking up because of a different bug :) > > Are you sure you got this with 2.4.4? If so, please run the > output through > > ksymoops -m System.map < oops-text Well, in fact, I was using 2.4.5-pre1 when I had this problem. However, since it doesn't seem like anything within the VFAT subsystem has changed from 2.4.4 to 2.4.5-pre1, 2.4.4 is probably buggy too. The relevant output from ksymoops is below. >>EIP; c48fb709 <[fat]fat_get_block+5d/dc> <= Code; c48fb709 <[fat]fat_get_block+5d/dc> <_EIP>: Code; c48fb709 <[fat]fat_get_block+5d/dc> <= 0: 0f 0b ud2a <= Code; c48fb70b <[fat]fat_get_block+5f/dc> 2: 83 c4 0c add$0xc,%esp Code; c48fb70e <[fat]fat_get_block+62/dc> 5: b8 fb ff ff ffmov$0xfffb,%eax Code; c48fb713 <[fat]fat_get_block+67/dc> a: eb 6d jmp79 <_EIP+0x79> c48fb782 <[fat]fat_get_block+d6/dc> Code; c48fb715 <[fat]fat_get_block+69/dc> c: 8b 87 8c 00 00 00 mov0x8c(%edi),%eax Code; c48fb71b <[fat]fat_get_block+6f/dc> 12: 0f b7 00 movzwl (%eax),%eax Thanks, Carlos. -- _ _ _| _ _ | _ . _ | _ carlos.debian.net Debian-BR Project (_(_|| |(_)_) |(_|\/|(_)|(_| uin#: 981913 (icq) debian-br.sf.net Linux: the choice of a GNU generation - Registered Linux User #103594 Shah, shah! Ayatollah you so! - 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/
Weird bug in kernel (invalid operand?)
I was getting the file ias9i_linux.tar from http://xxx:[EMAIL PROTECTED]/otn/linux/ias/9ias/ias9i_linux.tar (username and password masked to protect the innocent) and decided to take a peek at the contents of that (huge) file, using "tar xfv ias9i_linux.tar". After a few moments, wget segfaulted. I tried to continue the download, using wget -c yada yada yada, and it locks up, becoming an unkillable process (i.e. I had to reboot to get rid of the thing). I could reproduce this with another downloader, who gave me this error: setting resume on existing file `ias9i_linux.tar' at 1087947248 bytes http://xxx:[EMAIL PROTECTED]/otn/linux/ias/9ias/ias9i_linux.tar (1233930K) ias9i_linux.tar [] 1062448K | 255.89K/sinvalid operand: CPU:0 EIP:0010:[] EFLAGS: 00010282 eax: 0019 ebx: ecx: c1272000 edx: c3f7bc20 esi: 00206c60 edi: c3ca5240 ebp: c0695aa0 esp: c1273e68 ds: 0018 es: 0018 ss: 0018 Process snarf (pid: 324, stackpage=c1273000) Stack: c48fe965 c48fea27 0045 01f0 0200 00040d8c c1273ec0 c012cf56 c3ca5240 00206c60 c0695aa0 0001 01f0 c1273f64 00040d8c 02e5 c0605000 c0695aa0 0200 00206c60 c0695aa0 004b 004b Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] Code: 0f 0b 83 c4 0c b8 fb ff ff ff eb 6d 8b 87 8c 00 00 00 0f b7 Segmentation fault This seems to be a bug in the kernel, maybe because the file is too big, and VFAT partitions don't like that. I don't have any other operating systems here I can test this on, but I could try installing FreeBSD or downgrading the kernel to 2.2.19 (I'm running 2.4.4) to attempt to trigger this bug again. But, I'd like to ask some knowledgeable person to take a look at that error above to tell me what the hell is going on. I get a similar error when I strace wget (since this one doesn't give any weird errors, just locks up). Please Cc: to me, I'm not subscribed to this list atm. Thank you, Carlos. -- _ _ _| _ _ | _ . _ | _ carlos.debian.net Debian-BR Project (_(_|| |(_)_) |(_|\/|(_)|(_| uin#: 981913 (icq) debian-br.sf.net Linux: the choice of a GNU generation - Registered Linux User #103594 Traveller: God has been mighty good to your fields, Mr. Farmer. Farmer: You should have seen how he treated them when I wasn't around. - 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/