2002-02-12 14:14:14

by Shawn Starr

[permalink] [raw]
Subject: Re: 2.4.18-pre9-xfs-shawn4 - hpfs bug

Some others have reported problems with superblock reading on boot.
There may be some code that has changed superblock reading but this
might be different.

Shawn.


On Tue, 2002-02-12 at 08:00, Dag Bakke wrote:
> Hi.
>
> Compiling in support for hpfs in 2.4.18-pre9-xfs-shawn4 causes panic on
> boot.
> (I do have a some devicedriver patches added to your patch, but nothing related to
> core, vfs or hpfs.)
>
> Thanks,
>
> Dag B
>
>
> root@dagb:~# ksymoops -L -m /boot/System.map -K <~dagb/kernelcrash.txt
> ksymoops 2.4.3 on i686 2.4.18-pre9-xfs-shawn4. Options used
> -V (default)
> -K (specified)
> -L (specified)
> -o /lib/modules/2.4.18-pre9-xfs-shawn4/ (default)
> -m /boot/System.map (specified)
>
> No modules in ksyms, skipping objects
> invalid operand: 0000
> CPU: 0
> EIP: 0010:[<c0136d10>] Not tainted
> Using defaults from ksymoops -t elf32-i386 -a i386
> EFLAGS: 00010286
> Warning (Oops_read): Code line not seen, dumping what data is available
>
> >>EIP; c0136d10 <grow_buffers+50/100> <=====
>
> Stack: 00000302 00000000 00000000 c13a91c0 00002240 c0134eb7 00000302 00000000
> 00000000 cffe7ed8 cfe6a000 cfe6a044 c01350aa 00000302 00000000 00000000
> cffe7ed8 cfe6a000 c13a91c0 c019e96c 00000302 00000000 00000000 00000000
> Call Trace: [<c0134eb7>] [<c01350aa>] [<c019e96e>] [<c01a7a8d>] [<c01378a9>] [<c0137c27>] [<c010503a>] [<c010504c>] [<c01054e8>]
> Code: 0f 0b b9 ff ff ff ff 89 fa b6 00 90 8d 74 26 06 8b 44 24 20
>
> Trace; c0134eb6 <getblk+26/40>
> Trace; c01350aa <bread+1a/c0>
> Trace; c019e96e <hpfs_map_sector+1e/40>
> Trace; c01a7a8c <hpfs_read_super+15c/730>
> Trace; c01378a8 <insert_super+38/40>
> Trace; c0137c26 <read_super+56/b0>
> Trace; c010503a <prepare_namespace+a/10>
> Trace; c010504c <init+c/110>
> Trace; c01054e8 <kernel_thread+28/40>
> Code; c0136d10 <grow_buffers+50/100>
> 00000000 <_EIP>:
> Code; c0136d10 <grow_buffers+50/100>
> 0: 0f 0b ud2a
> Code; c0136d12 <grow_buffers+52/100>
> 2: b9 ff ff ff ff mov $0xffffffff,%ecx
> Code; c0136d16 <grow_buffers+56/100>
> 7: 89 fa mov %edi,%edx
> Code; c0136d18 <grow_buffers+58/100>
> 9: b6 00 mov $0x0,%dh
> Code; c0136d1a <grow_buffers+5a/100>
> b: 90 nop
> Code; c0136d1c <grow_buffers+5c/100>
> c: 8d 74 26 06 lea 0x6(%esi,1),%esi
> Code; c0136d20 <grow_buffers+60/100>
> 10: 8b 44 24 20 mov 0x20(%esp,1),%eax
>
>
> 1 warning issued. Results may not be reliable.
>



2002-02-12 14:18:24

by Pozsar Balazs

[permalink] [raw]
Subject: Re: 2.4.18-pre9-xfs-shawn4 - hpfs bug


I also get an oops with 2.4.18-pre9-ac1, pnpbios compiled in, but no xfs.
So I think this is a pnpbios problem.


On 12 Feb 2002, Shawn Starr wrote:

> Some others have reported problems with superblock reading on boot.
> There may be some code that has changed superblock reading but this
> might be different.
>
> Shawn.
>
>
> On Tue, 2002-02-12 at 08:00, Dag Bakke wrote:
> > Hi.
> >
> > Compiling in support for hpfs in 2.4.18-pre9-xfs-shawn4 causes panic on
> > boot.
> > (I do have a some devicedriver patches added to your patch, but nothing related to
> > core, vfs or hpfs.)
> >
> > Thanks,
> >
> > Dag B
> >
> >
> > root@dagb:~# ksymoops -L -m /boot/System.map -K <~dagb/kernelcrash.txt
> > ksymoops 2.4.3 on i686 2.4.18-pre9-xfs-shawn4. Options used
> > -V (default)
> > -K (specified)
> > -L (specified)
> > -o /lib/modules/2.4.18-pre9-xfs-shawn4/ (default)
> > -m /boot/System.map (specified)
> >
> > No modules in ksyms, skipping objects
> > invalid operand: 0000
> > CPU: 0
> > EIP: 0010:[<c0136d10>] Not tainted
> > Using defaults from ksymoops -t elf32-i386 -a i386
> > EFLAGS: 00010286
> > Warning (Oops_read): Code line not seen, dumping what data is available
> >
> > >>EIP; c0136d10 <grow_buffers+50/100> <=====
> >
> > Stack: 00000302 00000000 00000000 c13a91c0 00002240 c0134eb7 00000302 00000000
> > 00000000 cffe7ed8 cfe6a000 cfe6a044 c01350aa 00000302 00000000 00000000
> > cffe7ed8 cfe6a000 c13a91c0 c019e96c 00000302 00000000 00000000 00000000
> > Call Trace: [<c0134eb7>] [<c01350aa>] [<c019e96e>] [<c01a7a8d>] [<c01378a9>] [<c0137c27>] [<c010503a>] [<c010504c>] [<c01054e8>]
> > Code: 0f 0b b9 ff ff ff ff 89 fa b6 00 90 8d 74 26 06 8b 44 24 20
> >
> > Trace; c0134eb6 <getblk+26/40>
> > Trace; c01350aa <bread+1a/c0>
> > Trace; c019e96e <hpfs_map_sector+1e/40>
> > Trace; c01a7a8c <hpfs_read_super+15c/730>
> > Trace; c01378a8 <insert_super+38/40>
> > Trace; c0137c26 <read_super+56/b0>
> > Trace; c010503a <prepare_namespace+a/10>
> > Trace; c010504c <init+c/110>
> > Trace; c01054e8 <kernel_thread+28/40>
> > Code; c0136d10 <grow_buffers+50/100>
> > 00000000 <_EIP>:
> > Code; c0136d10 <grow_buffers+50/100>
> > 0: 0f 0b ud2a
> > Code; c0136d12 <grow_buffers+52/100>
> > 2: b9 ff ff ff ff mov $0xffffffff,%ecx
> > Code; c0136d16 <grow_buffers+56/100>
> > 7: 89 fa mov %edi,%edx
> > Code; c0136d18 <grow_buffers+58/100>
> > 9: b6 00 mov $0x0,%dh
> > Code; c0136d1a <grow_buffers+5a/100>
> > b: 90 nop
> > Code; c0136d1c <grow_buffers+5c/100>
> > c: 8d 74 26 06 lea 0x6(%esi,1),%esi
> > Code; c0136d20 <grow_buffers+60/100>
> > 10: 8b 44 24 20 mov 0x20(%esp,1),%eax
> >
> >
> > 1 warning issued. Results may not be reliable.
> >
>
>
> -
> 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/
>

--
Balazs Pozsar

2002-02-12 14:30:34

by Shawn Starr

[permalink] [raw]
Subject: Re: 2.4.18-pre9-xfs-shawn4 - hpfs bug

I have not applied -pre9-ac1 to my tree. This is suspect then. I will
attempt to reproduce today.

Shawn.

On Tue, 2002-02-12 at 09:17, Pozsar Balazs wrote:
>
> I also get an oops with 2.4.18-pre9-ac1, pnpbios compiled in, but no xfs.
> So I think this is a pnpbios problem.
>
>
> On 12 Feb 2002, Shawn Starr wrote:
>
> > Some others have reported problems with superblock reading on boot.
> > There may be some code that has changed superblock reading but this
> > might be different.
> >
> > Shawn.
> >
> >
> > On Tue, 2002-02-12 at 08:00, Dag Bakke wrote:
> > > Hi.
> > >
> > > Compiling in support for hpfs in 2.4.18-pre9-xfs-shawn4 causes panic on
> > > boot.
> > > (I do have a some devicedriver patches added to your patch, but nothing related to
> > > core, vfs or hpfs.)
> > >
> > > Thanks,
> > >
> > > Dag B
> > >
> > >
> > > root@dagb:~# ksymoops -L -m /boot/System.map -K <~dagb/kernelcrash.txt
> > > ksymoops 2.4.3 on i686 2.4.18-pre9-xfs-shawn4. Options used
> > > -V (default)
> > > -K (specified)
> > > -L (specified)
> > > -o /lib/modules/2.4.18-pre9-xfs-shawn4/ (default)
> > > -m /boot/System.map (specified)
> > >
> > > No modules in ksyms, skipping objects
> > > invalid operand: 0000
> > > CPU: 0
> > > EIP: 0010:[<c0136d10>] Not tainted
> > > Using defaults from ksymoops -t elf32-i386 -a i386
> > > EFLAGS: 00010286
> > > Warning (Oops_read): Code line not seen, dumping what data is available
> > >
> > > >>EIP; c0136d10 <grow_buffers+50/100> <=====
> > >
> > > Stack: 00000302 00000000 00000000 c13a91c0 00002240 c0134eb7 00000302 00000000
> > > 00000000 cffe7ed8 cfe6a000 cfe6a044 c01350aa 00000302 00000000 00000000
> > > cffe7ed8 cfe6a000 c13a91c0 c019e96c 00000302 00000000 00000000 00000000
> > > Call Trace: [<c0134eb7>] [<c01350aa>] [<c019e96e>] [<c01a7a8d>] [<c01378a9>] [<c0137c27>] [<c010503a>] [<c010504c>] [<c01054e8>]
> > > Code: 0f 0b b9 ff ff ff ff 89 fa b6 00 90 8d 74 26 06 8b 44 24 20
> > >
> > > Trace; c0134eb6 <getblk+26/40>
> > > Trace; c01350aa <bread+1a/c0>
> > > Trace; c019e96e <hpfs_map_sector+1e/40>
> > > Trace; c01a7a8c <hpfs_read_super+15c/730>
> > > Trace; c01378a8 <insert_super+38/40>
> > > Trace; c0137c26 <read_super+56/b0>
> > > Trace; c010503a <prepare_namespace+a/10>
> > > Trace; c010504c <init+c/110>
> > > Trace; c01054e8 <kernel_thread+28/40>
> > > Code; c0136d10 <grow_buffers+50/100>
> > > 00000000 <_EIP>:
> > > Code; c0136d10 <grow_buffers+50/100>
> > > 0: 0f 0b ud2a
> > > Code; c0136d12 <grow_buffers+52/100>
> > > 2: b9 ff ff ff ff mov $0xffffffff,%ecx
> > > Code; c0136d16 <grow_buffers+56/100>
> > > 7: 89 fa mov %edi,%edx
> > > Code; c0136d18 <grow_buffers+58/100>
> > > 9: b6 00 mov $0x0,%dh
> > > Code; c0136d1a <grow_buffers+5a/100>
> > > b: 90 nop
> > > Code; c0136d1c <grow_buffers+5c/100>
> > > c: 8d 74 26 06 lea 0x6(%esi,1),%esi
> > > Code; c0136d20 <grow_buffers+60/100>
> > > 10: 8b 44 24 20 mov 0x20(%esp,1),%eax
> > >
> > >
> > > 1 warning issued. Results may not be reliable.
> > >
> >
> >
> > -
> > 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/
> >
>
> --
> Balazs Pozsar
>
> -
> 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/
>


2002-02-12 15:00:38

by Alan

[permalink] [raw]
Subject: Re: 2.4.18-pre9-xfs-shawn4 - hpfs bug

> I also get an oops with 2.4.18-pre9-ac1, pnpbios compiled in, but no xfs.
> So I think this is a pnpbios problem.

At the moment there are a couple of pnpbios related problems that need
fixing. One of them is -ac kernel triggered due to the way the pnpbios
docking thread is created, the other is the inability of some bios vendors
to read documentation and may be harder to cure

For the moment assume its the docking thread. I'll fix that soonish