2005-11-12 02:24:21

by Linus Torvalds

[permalink] [raw]
Subject: Linuv 2.6.15-rc1


Ok,
there it is, go wild. Get the git trees, the tar-balls and the patches
(some or all of tghe above may still be mirroring out but should show up
shortly).

It's hard to go through in any great detail, because even the shortlog is
actually almost five thousand lines and about 200kB in size, and would
thus run afoul of the mailing list limits so I can't include it here.

The same is true of the diffstat, only even more so. The unidiff is about
a million lines in size, just the diffstat is 300+kB.

The changes are really pretty much all over the place, with over four
thousand commits merged in the two weeks since 2.6.14...

v4l, dm, networking, NFS, SCSI, sound, drm, agp, cpufreq, input, i2c, jfs,
xfs, jffs2, ntfs, cifs, network drivers, infiniband.. You name it.

Big architecture changes: the normal flow of arm updates, but also parisc
updates and a couple of big MIPS updates. And the powerpc architecture got
re-jigged a lot..

The ppc32 and ppc64 trees have largely been merged (to a new generic
"powerpc" architecture that can be compiled either 32-bit or 64-bit), and
that moved a number of files around. Similarly, the core block-layer got
moved to its own subdirectory.

Oh, and the inevitable qla firmware updates probably account for over
fifty thousand of the diff lines. So those things partly explain how you
get a million-line diff without actually necessarily having conceptual
changes that big.

In fact, a lot of the changes are quite small. There's just a lot of
those too..

Those with git access can easily get the shortlog (which is still pretty
readable) with

git log --no-merges v2.6.14..v2.6.15-rc1 | git-shortlog

and it only takes half a second to generate on a fast machine. It's
worth it if only because of this entry:

Adrian Bunk:
I am the new monkey.

(among the four-thousand other non-simian ones).

Linus


2005-11-12 08:15:05

by Prakash Punnoor

[permalink] [raw]
Subject: [PATCH] Linux 2.6.15-rc1; fix b2c2 dvb undefined symbol

--- linux/drivers/media/dvb/b2c2/Kconfig.old 2005-11-12 09:07:05.638999080 +0100
+++ linux/drivers/media/dvb/b2c2/Kconfig 2005-11-12 09:07:17.502195600 +0100
@@ -7,6 +7,7 @@
select DVB_NXT2002
select DVB_STV0297
select DVB_BCM3510
+ select DVB_LGDT330X
help
Support for the digital TV receiver chip made by B2C2 Inc. included in
Technisats PCI cards and USB boxes.


Attachments:
b2c2_select_lgdt330x.patch (381.00 B)
signature.asc (189.00 B)
OpenPGP digital signature
Download all attachments

2005-11-12 17:52:47

by Michal Piotrowski

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

Hi,

Linus Torvalds wrote:

>Ok,
> there it is, go wild. Get the git trees, the tar-balls and the patches
>(some or all of tghe above may still be mirroring out but should show up
>shortly).
>
>
Please apply that patch. It's from Antonino Daplas and it fixes nvidia
frame buffer problems.

Regards,
Michal Piotrowski

Signed-off-by: Antonino Daplas <[email protected]>


diff --git a/drivers/video/nvidia/nvidia.c b/drivers/video/nvidia/nvidia.c

index 0b40a2a..bee09c6 100644
--- a/drivers/video/nvidia/nvidia.c
+++ b/drivers/video/nvidia/nvidia.c
@@ -1301,7 +1301,7 @@ static int nvidiafb_pan_display(struct f
struct nvidia_par *par = info->par;
u32 total;

- total = info->var.yoffset * info->fix.line_length + info->var.xoffset;
+ total = var->yoffset * info->fix.line_length + var->xoffset;

NVSetStartAddress(par, total);

2005-11-12 20:50:26

by Michael Buesch

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

On Saturday 12 November 2005 03:24, you wrote:
>
> Ok,
> there it is, go wild. Get the git trees, the tar-balls and the patches
> (some or all of tghe above may still be mirroring out but should show up
> shortly).

cheers

> The ppc32 and ppc64 trees have largely been merged (to a new generic
> "powerpc" architecture that can be compiled either 32-bit or 64-bit), and
> that moved a number of files around. Similarly, the core block-layer got
> moved to its own subdirectory.

Latest GIT tree does not boot on my G4 PowerBook.
It freezes after displaying:

Welcome to Linux, kernel 2.6.15-rc1-g44e6f84e

linked at : 0xc0000000
frame buffer at : 0xb8008000 (phys), 0xd000800 (log)
klimit : 0xc03f5ae4
MSR : 0x00003030
HID0 : 0x8410c0bc


.config is attached.
This is a 15 inch post feb2005 PowerBook G4.

2.6.14 properly boots with the same config.

--
Greetings Michael.


Attachments:
(No filename) (0.00 B)
(No filename) (189.00 B)
Download all attachments

2005-11-12 21:00:28

by Linus Torvalds

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1



On Sat, 12 Nov 2005, Michael Buesch wrote:
>
> Latest GIT tree does not boot on my G4 PowerBook.

What happens if you do

make ARCH=powerpc

and build everything that way (including the "config" phase)?

So far ppc32 is still a valid architecture, and your config file makes it
clear that you've used that. But I suspect most of the active testing has
been done with the "powerpc" architecture compiled for 32-bit.

That said, the ppc32 tree should still work. BenH? Paul?

Linus

2005-11-12 21:14:53

by Alexey Dobriyan

[permalink] [raw]
Subject: PowerBook G4 boot failure (was: Re: Linuv 2.6.15-rc1)

On Sat, Nov 12, 2005 at 09:45:38PM +0100, Michael Buesch wrote:
> Latest GIT tree does not boot on my G4 PowerBook.
> It freezes after displaying:
>
> Welcome to Linux, kernel 2.6.15-rc1-g44e6f84e
>
> linked at : 0xc0000000
> frame buffer at : 0xb8008000 (phys), 0xd000800 (log)
> klimit : 0xc03f5ae4
> MSR : 0x00003030
> HID0 : 0x8410c0bc

> This is a 15 inch post feb2005 PowerBook G4.
>
> 2.6.14 properly boots with the same config.

Unless someone else would come up with better idea, you can always do:

git bisect start
git bisect bad 44e6f84e3597905816a0440e7218d2ed072120da
git bisect start 741b2252a5e14d6c60a913c77a6099abe73a854a
Bisecting: 2021 revisions left to test after this
[739cafd316235fc55463849e80710f2ca308b9ae] [XFS] fix PBF_NONE handling
make
...
[reboot]
git bisect good # if it boots
or
git bisect bad # if it doesn't
make
...
[reboot]

"2021" suggests that it would take 10 or so recompiles to identify bad
commit.

2005-11-12 21:37:35

by Michael Buesch

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

On Saturday 12 November 2005 22:00, you wrote:
>
> On Sat, 12 Nov 2005, Michael Buesch wrote:
> >
> > Latest GIT tree does not boot on my G4 PowerBook.
>
> What happens if you do
>
> make ARCH=powerpc
>
> and build everything that way (including the "config" phase)?

I did
make mrproper
copy the .config over again
make ARCH=powerpc menuconfig
exit and save from menuconfig
make ARCH=powerpc

The result of the build is:

CHK include/linux/version.h
CHK include/linux/compile.h
CHK usr/initramfs_list
GEN .version
CHK include/linux/compile.h
UPD include/linux/compile.h
CC init/version.o
LD init/built-in.o
LD .tmp_vmlinux1
arch/powerpc/kernel/built-in.o: In function `platform_init':
: undefined reference to `prep_init'
arch/powerpc/kernel/built-in.o:(__ksymtab+0x4d8): undefined reference to `ucSystemType'
arch/powerpc/kernel/built-in.o:(__ksymtab+0x4e0): undefined reference to `_prep_type'
make: *** [.tmp_vmlinux1] Error 1


--
Greetings Michael.


Attachments:
(No filename) (1.00 kB)
(No filename) (189.00 B)
Download all attachments

2005-11-12 21:53:08

by Adrian Bunk

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

On Sat, Nov 12, 2005 at 10:37:16PM +0100, Michael Buesch wrote:
> On Saturday 12 November 2005 22:00, you wrote:
> >
> > On Sat, 12 Nov 2005, Michael Buesch wrote:
> > >
> > > Latest GIT tree does not boot on my G4 PowerBook.
> >
> > What happens if you do
> >
> > make ARCH=powerpc
> >
> > and build everything that way (including the "config" phase)?
>
> I did
> make mrproper
> copy the .config over again
> make ARCH=powerpc menuconfig
> exit and save from menuconfig
> make ARCH=powerpc
>
> The result of the build is:
>
> CHK include/linux/version.h
> CHK include/linux/compile.h
> CHK usr/initramfs_list
> GEN .version
> CHK include/linux/compile.h
> UPD include/linux/compile.h
> CC init/version.o
> LD init/built-in.o
> LD .tmp_vmlinux1
> arch/powerpc/kernel/built-in.o: In function `platform_init':
> : undefined reference to `prep_init'
> arch/powerpc/kernel/built-in.o:(__ksymtab+0x4d8): undefined reference to `ucSystemType'
> arch/powerpc/kernel/built-in.o:(__ksymtab+0x4e0): undefined reference to `_prep_type'
> make: *** [.tmp_vmlinux1] Error 1

Please send your .config .

> Greetings Michael.

cu
Adrian

--

"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed

2005-11-12 21:57:40

by Michael Buesch

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

On Saturday 12 November 2005 22:53, you wrote:
> > CHK include/linux/version.h
> > CHK include/linux/compile.h
> > CHK usr/initramfs_list
> > GEN .version
> > CHK include/linux/compile.h
> > UPD include/linux/compile.h
> > CC init/version.o
> > LD init/built-in.o
> > LD .tmp_vmlinux1
> > arch/powerpc/kernel/built-in.o: In function `platform_init':
> > : undefined reference to `prep_init'
> > arch/powerpc/kernel/built-in.o:(__ksymtab+0x4d8): undefined reference to `ucSystemType'
> > arch/powerpc/kernel/built-in.o:(__ksymtab+0x4e0): undefined reference to `_prep_type'
> > make: *** [.tmp_vmlinux1] Error 1
>
> Please send your .config .


I did this in my first mail:
http://marc.theaimsgroup.com/?l=linux-kernel&m=113182883102937&q=p5

--
Greetings Michael.


Attachments:
(No filename) (823.00 B)
(No filename) (189.00 B)
Download all attachments

2005-11-12 22:09:29

by Olof Johansson

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

On Sat, Nov 12, 2005 at 10:37:16PM +0100, Michael Buesch wrote:

> The result of the build is:
>
> CHK include/linux/version.h
> CHK include/linux/compile.h
> CHK usr/initramfs_list
> GEN .version
> CHK include/linux/compile.h
> UPD include/linux/compile.h
> CC init/version.o
> LD init/built-in.o
> LD .tmp_vmlinux1
> arch/powerpc/kernel/built-in.o: In function `platform_init':
> : undefined reference to `prep_init'
> arch/powerpc/kernel/built-in.o:(__ksymtab+0x4d8): undefined reference to `ucSystemType'
> arch/powerpc/kernel/built-in.o:(__ksymtab+0x4e0): undefined reference to `_prep_type'
> make: *** [.tmp_vmlinux1] Error 1

Disabling CONFIG_PPC_PREP and CONFIG_PPC_CHRP will work around it for
now, neither are needed for a powermac.


-Olof

2005-11-12 22:20:48

by Adrian Bunk

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

On Sat, Nov 12, 2005 at 10:57:05PM +0100, Michael Buesch wrote:
> On Saturday 12 November 2005 22:53, you wrote:
> > > CHK include/linux/version.h
> > > CHK include/linux/compile.h
> > > CHK usr/initramfs_list
> > > GEN .version
> > > CHK include/linux/compile.h
> > > UPD include/linux/compile.h
> > > CC init/version.o
> > > LD init/built-in.o
> > > LD .tmp_vmlinux1
> > > arch/powerpc/kernel/built-in.o: In function `platform_init':
> > > : undefined reference to `prep_init'
> > > arch/powerpc/kernel/built-in.o:(__ksymtab+0x4d8): undefined reference to `ucSystemType'
> > > arch/powerpc/kernel/built-in.o:(__ksymtab+0x4e0): undefined reference to `_prep_type'
> > > make: *** [.tmp_vmlinux1] Error 1

ucSystemType is a variable that is EXPORT_SYMBOL'ed but never used in
any way.

_prep_type is a variable that is needlessly EXPORT_SYMBOL'ed.


But prep_init points to the real problem:

CONFIG_PPC_PREP requires code from arch/ppc/platforms/, but this
directory is never visited.

What is the correct fix?
Migrate the code from arch/ppc/platforms/ to arch/powerpc/platforms/ ?

> > Please send your .config .
>
>
> I did this in my first mail:
> http://marc.theaimsgroup.com/?l=linux-kernel&m=113182883102937&q=p5

OK, thanks, I missed this email.

> Greetings Michael.

cu
Adrian

--

"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed

2005-11-12 22:27:59

by Benjamin Herrenschmidt

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

On Sat, 2005-11-12 at 13:00 -0800, Linus Torvalds wrote:
>
> On Sat, 12 Nov 2005, Michael Buesch wrote:
> >
> > Latest GIT tree does not boot on my G4 PowerBook.
>
> What happens if you do
>
> make ARCH=powerpc
>
> and build everything that way (including the "config" phase)?
>
> So far ppc32 is still a valid architecture, and your config file makes it
> clear that you've used that. But I suspect most of the active testing has
> been done with the "powerpc" architecture compiled for 32-bit.
>
> That said, the ppc32 tree should still work. BenH? Paul?

Ìt should still work. I'm running -rc1 with "powerpc" on mine so that at
least works, it's possible that we broke "ppc", I'll have a look and
send a fix.

Ben.


2005-11-12 22:29:19

by Benjamin Herrenschmidt

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

On Sat, 2005-11-12 at 22:37 +0100, Michael Buesch wrote:
> On Saturday 12 November 2005 22:00, you wrote:
> >
> > On Sat, 12 Nov 2005, Michael Buesch wrote:
> > >
> > > Latest GIT tree does not boot on my G4 PowerBook.
> >
> > What happens if you do
> >
> > make ARCH=powerpc
> >
> > and build everything that way (including the "config" phase)?
>
> I did
> make mrproper
> copy the .config over again
> make ARCH=powerpc menuconfig
> exit and save from menuconfig
> make ARCH=powerpc

You need to disable PREP support when building with ARCH=powerpc for 32
bits, it doesn't build (yet). We should remove it from Kconfig...

Also, there is an issue with the make clean stuff, make sure when
switching archs to also remove arch/powerpc/include/asm symlink before
trying to build.

Ben.


2005-11-12 22:33:16

by Michael Buesch

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

On Saturday 12 November 2005 23:25, you wrote:
> On Sat, 2005-11-12 at 22:37 +0100, Michael Buesch wrote:
> > On Saturday 12 November 2005 22:00, you wrote:
> > >
> > > On Sat, 12 Nov 2005, Michael Buesch wrote:
> > > >
> > > > Latest GIT tree does not boot on my G4 PowerBook.
> > >
> > > What happens if you do
> > >
> > > make ARCH=powerpc
> > >
> > > and build everything that way (including the "config" phase)?
> >
> > I did
> > make mrproper
> > copy the .config over again
> > make ARCH=powerpc menuconfig
> > exit and save from menuconfig
> > make ARCH=powerpc
>
> You need to disable PREP support when building with ARCH=powerpc for 32
> bits, it doesn't build (yet). We should remove it from Kconfig...
>
> Also, there is an issue with the make clean stuff, make sure when
> switching archs to also remove arch/powerpc/include/asm symlink before
> trying to build.

Ok, thanks Ben.
ARCH=powerpc without PREP builds and boots.

--
Greetings Michael.


Attachments:
(No filename) (970.00 B)
(No filename) (189.00 B)
Download all attachments

2005-11-12 22:37:03

by Benjamin Herrenschmidt

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1


> ucSystemType is a variable that is EXPORT_SYMBOL'ed but never used in
> any way.
>
> _prep_type is a variable that is needlessly EXPORT_SYMBOL'ed.

Therse are old PREP stuffs

> But prep_init points to the real problem:
>
> CONFIG_PPC_PREP requires code from arch/ppc/platforms/, but this
> directory is never visited.
>
> What is the correct fix?
> Migrate the code from arch/ppc/platforms/ to arch/powerpc/platforms/ ?

Yes, PREP need to be migrated, but that includes adding some minimum
device-tree support for it among others. And few people still have PREP
machines, I'm not even sure we have access to one here in ozlabs... I
think for 2.6.15, we'd better just disable it in .config for
ARCH=powerpc.

Ben.


2005-11-12 22:40:04

by John W. Linville

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

On Fri, Nov 11, 2005 at 06:24:18PM -0800, Linus Torvalds wrote:

> Adrian Bunk:
> I am the new monkey.

Adrian had better watch-out for Dave Jones...I hear he "has a thing"
for monkeys...

:-)
--
John W. Linville
[email protected]

2005-11-12 23:14:47

by Michael Buesch

[permalink] [raw]
Subject: asm/delay.h missing on powerpc (was: Re: Linuv 2.6.15-rc1)

On Saturday 12 November 2005 23:24, you wrote:
> Ìt should still work. I'm running -rc1 with "powerpc" on mine so that at
> least works, it's possible that we broke "ppc", I'll have a look and
> send a fix.

powerpc arch builds and runs now, but
I have problems compiling the bcm430x driver. It includes linux/delay.h.
linux/delay.h includes asm/delay.h, which does not exist.
What to do now?

--
Greetings Michael.


Attachments:
(No filename) (418.00 B)
(No filename) (189.00 B)
Download all attachments

2005-11-12 23:31:00

by Jody McIntyre

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

Typo.

Signed-off-by: Scott James Remnant <[email protected]>
Signed-off-by: Jody McIntyre <[email protected]>

Index: linux/Makefile
===================================================================
--- linux.orig/Makefile
+++ linux/Makefile
@@ -2,7 +2,7 @@ VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 14
EXTRAVERSION =
-NAME=Affluent Albatross
+NAME=Loving Linuv

# *DOCUMENTATION*
# To see a list of typical targets execute "make help"

2005-11-13 00:37:01

by Benjamin Herrenschmidt

[permalink] [raw]
Subject: Re: asm/delay.h missing on powerpc (was: Re: Linuv 2.6.15-rc1)

On Sun, 2005-11-13 at 00:13 +0100, Michael Buesch wrote:
> On Saturday 12 November 2005 23:24, you wrote:
> > Ìt should still work. I'm running -rc1 with "powerpc" on mine so that at
> > least works, it's possible that we broke "ppc", I'll have a look and
> > send a fix.
>
> powerpc arch builds and runs now, but
> I have problems compiling the bcm430x driver. It includes linux/delay.h.
> linux/delay.h includes asm/delay.h, which does not exist.
> What to do now?

I suspect that building drivers out of tree doesn't work very well with
the new "merged" architecture where includes are split between asm/ppc
and asm-powerpc... You should make sure that you build the driver with
the same ARCH as the kernel, that is ARCH=powerpc at least, if we got
the Makefiles right, that should give you all the headers...

(building glibc is definitely a pain :)

Ben.


2005-11-13 01:26:12

by Adrian Bunk

[permalink] [raw]
Subject: [2.6 patch] PPC_PREP: remove unneeded exports

On Sun, Nov 13, 2005 at 09:31:06AM +1100, Benjamin Herrenschmidt wrote:
>
> > ucSystemType is a variable that is EXPORT_SYMBOL'ed but never used in
> > any way.
> >
> > _prep_type is a variable that is needlessly EXPORT_SYMBOL'ed.
>
> Therse are old PREP stuffs
>...

Is the patch below OK?

> Ben.

cu
Adrian


<-- snip -->


This patch removes the EXPORT_SYMBOL'ed but completely unused variable
ucSystemType and removes the unneeded EXPORT_SYMBOL(_prep_type).


Signed-off-by: Adrian Bunk <[email protected]>

---

arch/powerpc/kernel/ppc_ksyms.c | 5 -----
arch/ppc/kernel/ppc_ksyms.c | 4 ----
arch/ppc/platforms/prep_setup.c | 1 -
include/asm-powerpc/processor.h | 1 -
4 files changed, 11 deletions(-)

--- linux-2.6.15-rc1/include/asm-powerpc/processor.h.old 2005-11-13 01:44:12.000000000 +0100
+++ linux-2.6.15-rc1/include/asm-powerpc/processor.h 2005-11-13 01:44:25.000000000 +0100
@@ -68,7 +68,6 @@
* vendor. Board revision is also made available. This will be moved
* elsewhere soon
*/
-extern unsigned char ucSystemType;
extern unsigned char ucBoardRev;
extern unsigned char ucBoardRevMaj, ucBoardRevMin;

--- linux-2.6.15-rc1/arch/ppc/platforms/prep_setup.c.old 2005-11-13 01:44:36.000000000 +0100
+++ linux-2.6.15-rc1/arch/ppc/platforms/prep_setup.c 2005-11-13 01:44:40.000000000 +0100
@@ -72,7 +72,6 @@

TODC_ALLOC();

-unsigned char ucSystemType;
unsigned char ucBoardRev;
unsigned char ucBoardRevMaj, ucBoardRevMin;

--- linux-2.6.15-rc1/arch/ppc/kernel/ppc_ksyms.c.old 2005-11-13 01:44:49.000000000 +0100
+++ linux-2.6.15-rc1/arch/ppc/kernel/ppc_ksyms.c 2005-11-13 01:44:54.000000000 +0100
@@ -82,10 +82,6 @@
EXPORT_SYMBOL(ISA_DMA_THRESHOLD);
EXPORT_SYMBOL(DMA_MODE_READ);
EXPORT_SYMBOL(DMA_MODE_WRITE);
-#if defined(CONFIG_PPC_PREP)
-EXPORT_SYMBOL(_prep_type);
-EXPORT_SYMBOL(ucSystemType);
-#endif

#if !defined(__INLINE_BITOPS)
EXPORT_SYMBOL(set_bit);
--- linux-2.6.15-rc1/arch/powerpc/kernel/ppc_ksyms.c.old 2005-11-13 01:45:06.000000000 +0100
+++ linux-2.6.15-rc1/arch/powerpc/kernel/ppc_ksyms.c 2005-11-13 01:45:12.000000000 +0100
@@ -76,11 +76,6 @@
EXPORT_SYMBOL(sys_sigreturn);
#endif

-#if defined(CONFIG_PPC_PREP)
-EXPORT_SYMBOL(_prep_type);
-EXPORT_SYMBOL(ucSystemType);
-#endif
-
EXPORT_SYMBOL(strcpy);
EXPORT_SYMBOL(strncpy);
EXPORT_SYMBOL(strcat);

2005-11-13 03:28:34

by Benjamin Herrenschmidt

[permalink] [raw]
Subject: Re: [2.6 patch] PPC_PREP: remove unneeded exports

On Sun, 2005-11-13 at 02:26 +0100, Adrian Bunk wrote:
> On Sun, Nov 13, 2005 at 09:31:06AM +1100, Benjamin Herrenschmidt wrote:
> >
> > > ucSystemType is a variable that is EXPORT_SYMBOL'ed but never used in
> > > any way.
> > >
> > > _prep_type is a variable that is needlessly EXPORT_SYMBOL'ed.
> >
> > Therse are old PREP stuffs
> >...
>
> Is the patch below OK?

The ucXXX variables should probably go (or at least be unexported) but I
would keep the _prep_type export for now, unless we are certain no
driver and no out of tree stuff neither uses it (hrm... might well be
the case).

In any case, the proper fix is probably to move the EXPORT_SYMBOL() out
of ppc_ksyms, and have it next to the declaration of the variable.

Ben.


2005-11-13 09:02:03

by Christoph Hellwig

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

Shouldn't fs/bio.c, fs/block_dev.c and fs/partitions/* move to block/
aswell?

2005-11-13 09:55:56

by Michael Buesch

[permalink] [raw]
Subject: Re: asm/delay.h missing on powerpc (was: Re: Linuv 2.6.15-rc1)

On Sunday 13 November 2005 01:33, you wrote:
> On Sun, 2005-11-13 at 00:13 +0100, Michael Buesch wrote:
> > On Saturday 12 November 2005 23:24, you wrote:
> > > Ìt should still work. I'm running -rc1 with "powerpc" on mine so that at
> > > least works, it's possible that we broke "ppc", I'll have a look and
> > > send a fix.
> >
> > powerpc arch builds and runs now, but
> > I have problems compiling the bcm430x driver. It includes linux/delay.h.
> > linux/delay.h includes asm/delay.h, which does not exist.
> > What to do now?
>
> I suspect that building drivers out of tree doesn't work very well with
> the new "merged" architecture where includes are split between asm/ppc
> and asm-powerpc... You should make sure that you build the driver with
> the same ARCH as the kernel, that is ARCH=powerpc at least, if we got
> the Makefiles right, that should give you all the headers...

Call me an idiot ;)
doing make ARCH=powerpc in the driver works perfectly fine.

> (building glibc is definitely a pain :)

Try out the stable LFS book. It will guilde you trough it step by step. ;)

--
Greetings Michael.


Attachments:
(No filename) (1.09 kB)
(No filename) (189.00 B)
Download all attachments

2005-11-13 11:04:16

by Jens Axboe

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

On Sun, Nov 13 2005, Christoph Hellwig wrote:
> Shouldn't fs/bio.c, fs/block_dev.c and fs/partitions/* move to block/
> aswell?

Yup, that's the intention. I just started off with drivers/block/* to
get it going.

--
Jens Axboe

2005-11-13 16:37:35

by Kumar Gala

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1


On Nov 12, 2005, at 4:25 PM, Benjamin Herrenschmidt wrote:

> On Sat, 2005-11-12 at 22:37 +0100, Michael Buesch wrote:
>> On Saturday 12 November 2005 22:00, you wrote:
>>>
>>> On Sat, 12 Nov 2005, Michael Buesch wrote:
>>>>
>>>> Latest GIT tree does not boot on my G4 PowerBook.
>>>
>>> What happens if you do
>>>
>>> make ARCH=powerpc
>>>
>>> and build everything that way (including the "config" phase)?
>>
>> I did
>> make mrproper
>> copy the .config over again
>> make ARCH=powerpc menuconfig
>> exit and save from menuconfig
>> make ARCH=powerpc
>
> You need to disable PREP support when building with ARCH=powerpc
> for 32
> bits, it doesn't build (yet). We should remove it from Kconfig...
>
> Also, there is an issue with the make clean stuff, make sure when
> switching archs to also remove arch/powerpc/include/asm symlink before
> trying to build.

Can we please add some defconfigs for arch/powerpc to possibly help
with this issue. I'm think a pmac32, pmac64, and whatever other 64
bit configs would be a good start.

- kumar

2005-11-13 21:03:28

by Benjamin Herrenschmidt

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

On Sun, 2005-11-13 at 10:37 -0600, Kumar Gala wrote:

> Can we please add some defconfigs for arch/powerpc to possibly help
> with this issue. I'm think a pmac32, pmac64, and whatever other 64
> bit configs would be a good start.

The 64 bits defconfigs are there already. I'll do a pmac one.

Ben.


2005-11-14 01:04:29

by Jesper Juhl

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

On 11/12/05, Michael Buesch <[email protected]> wrote:
> On Saturday 12 November 2005 22:00, you wrote:
> >
> > On Sat, 12 Nov 2005, Michael Buesch wrote:
> > >
> > > Latest GIT tree does not boot on my G4 PowerBook.
> >
> > What happens if you do
> >
> > make ARCH=powerpc
> >
> > and build everything that way (including the "config" phase)?
>
> I did
> make mrproper
> copy the .config over again

are you not missing a "make oldconfig" step here?

> make ARCH=powerpc menuconfig


--
Jesper Juhl <[email protected]>
Don't top-post http://www.catb.org/~esr/jargon/html/T/top-post.html
Plain text mails only, please http://www.expita.com/nomime.html

2005-11-14 13:58:57

by Alexandre Buisse

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

Hi Linus,

I experienced a hard crash (no input devices answering at all) yesterday
while playing a movie from a CD, but with nothing showing up in
/var/log/messages.
A few minutes ago, however, I had a nice oops from ipw2200 (I think), a
few minutes after booting (I had already associated and had a steady
connection). It then began crashing methodically all of my applications,
each time producing a oops...


Nov 14 14:20:09 ubik [ 783.604398] ipw2200: Firmware error detected.
Restarting.
Nov 14 14:20:09 ubik [ 783.604919] ipw2200: Sysfs 'error' log captured.
Nov 14 14:20:11 ubik [ 785.171844] Unable to handle kernel paging
request at virtual address 1740f369
Nov 14 14:20:11 ubik [ 785.171852] printing eip:
Nov 14 14:20:11 ubik [ 785.171853] c014cd02
Nov 14 14:20:11 ubik [ 785.171855] *pde = 00000000
Nov 14 14:20:11 ubik [ 785.171858] Oops: 0002 [#1]
Nov 14 14:20:11 ubik [ 785.171860] PREEMPT
Nov 14 14:20:11 ubik [ 785.171863] Modules linked in: ipw2200 ieee80211
ieee80211_crypt ac thermal battery acpi_cpufreq processor radeon
snd_intel8x0 snd_ac97_codec snd_ac97_bus
Nov 14 14:20:11 ubik [ 785.171874] CPU: 0
Nov 14 14:20:11 ubik [ 785.171875] EIP: 0060:[<c014cd02>] Not
tainted VLI
Nov 14 14:20:11 ubik [ 785.171876] EFLAGS: 00010003 (2.6.15-rc1-ubik)
Nov 14 14:20:11 ubik [ 785.171886] EIP is at cache_alloc_refill+0xa2/0x2a0
Nov 14 14:20:11 ubik [ 785.171889] eax: c14ddb00 ebx: c14d7ac0 ecx:
df427000 edx: 1740f365
Nov 14 14:20:11 ubik [ 785.171892] esi: 00000032 edi: c14ddb00 ebp:
dc9d7d60 esp: dc9d7d38
Nov 14 14:20:11 ubik [ 785.171895] ds: 007b es: 007b ss: 0068
Nov 14 14:20:11 ubik [ 785.171898] Process updatedb (pid: 4939,
threadinfo=dc9d6000 task=df7ad5e0)
Nov 14 14:20:11 ubik [ 785.171900] Stack: c017fe03 dc9d7d78 c017fed1
c14deb00 c14d9000 cca7201c 0000003b 00000282
Nov 14 14:20:11 ubik [ 785.171907] c14d7ac0 d9516ee8 dc9d7d78
c014d15d c14d7ac0 000000d0 fffffff4 ce4f0838
Nov 14 14:20:11 ubik [ 785.171913] dc9d7d94 c017f71f c14d7ac0
000000d0 fffffff4 ce4f0838 d9516ee8 dc9d7db8
Nov 14 14:20:11 ubik [ 785.171920] Call Trace:
Nov 14 14:20:11 ubik [ 785.171922] [<c010388b>] show_stack+0xab/0xf0
Nov 14 14:20:11 ubik [ 785.171927] [<c0103a7f>] show_registers+0x18f/0x230
Nov 14 14:20:11 ubik [ 785.171931] [<c0103cbd>] die+0xed/0x1b0
Nov 14 14:20:11 ubik [ 785.171935] [<c04e1a9a>] do_page_fault+0x33a/0x670
Nov 14 14:20:11 ubik [ 785.171941] [<c01034ef>] error_code+0x4f/0x54
Nov 14 14:20:11 ubik [ 785.171944] [<c014d15d>] kmem_cache_alloc+0x4d/0x50
Nov 14 14:20:11 ubik [ 785.171948] [<c017f71f>] d_alloc+0x1f/0x1b0
Nov 14 14:20:11 ubik [ 785.171952] [<c017427c>] real_lookup+0xac/0xf0
Nov 14 14:20:11 ubik [ 785.171957] [<c01745d5>] do_lookup+0xa5/0xb0
Nov 14 14:20:11 ubik [ 785.171961] [<c0174e45>]
__link_path_walk+0x865/0xfb0
Nov 14 14:20:11 ubik [ 785.171965] [<c01755e5>] link_path_walk+0x55/0x100
Nov 14 14:20:11 ubik [ 785.171968] [<c017595c>] path_lookup+0x9c/0x1e0
Nov 14 14:20:11 ubik [ 785.171972] [<c0175dd1>] __user_walk+0x31/0x50
Nov 14 14:20:11 ubik [ 785.171976] [<c016f6eb>] vfs_lstat+0x1b/0x50
Nov 14 14:20:11 ubik [ 785.171979] [<c016fd69>] sys_lstat64+0x19/0x40
Nov 14 14:20:11 ubik [ 785.171983] [<c01032c5>] syscall_call+0x7/0xb
Nov 14 14:20:11 ubik [ 785.171986] Code: 00 00 8d bc 27 00 00 00 00 85
f6 7e 4a 8b 0f 39 f9 0f 84 48 01 00 00 8b 5d 08 8b 43 1c 3b 41 10 0f 87
85 00 00 00 8b 11 8b 41 04 <89> 42 04 89 10 83 79 14 ff c7 01 00 01 10
00 c7 41 04 00 02 20
Nov 14 14:20:11 ubik [ 785.172014] <6>note: updatedb[4939] exited with
preempt_count 1
Nov 14 14:20:11 ubik [ 785.305665] Unable to handle kernel paging
request at virtual address 1740f369
Nov 14 14:20:11 ubik [ 785.305674] printing eip:
Nov 14 14:20:11 ubik [ 785.305676] c014cd02
Nov 14 14:20:11 ubik [ 785.305677] *pde = 00000000
Nov 14 14:20:11 ubik [ 785.305681] Oops: 0002 [#2]
Nov 14 14:20:11 ubik [ 785.305682] PREEMPT
Nov 14 14:20:11 ubik [ 785.305685] Modules linked in: ipw2200 ieee80211
ieee80211_crypt ac thermal battery acpi_cpufreq processor radeon
snd_intel8x0 snd_ac97_codec snd_ac97_bus
Nov 14 14:20:11 ubik [ 785.305695] CPU: 0
Nov 14 14:20:11 ubik [ 785.305696] EIP: 0060:[<c014cd02>] Not
tainted VLI
Nov 14 14:20:11 ubik [ 785.305698] EFLAGS: 00010003 (2.6.15-rc1-ubik)
Nov 14 14:20:11 ubik [ 785.305705] EIP is at cache_alloc_refill+0xa2/0x2a0
Nov 14 14:20:11 ubik [ 785.305709] eax: c14ddb00 ebx: c14d7ac0 ecx:
df427000 edx: 1740f365
Nov 14 14:20:11 ubik [ 785.305712] esi: 0000003c edi: c14ddb00 ebp:
dacbfd60 esp: dacbfd38
Nov 14 14:20:11 ubik [ 785.305715] ds: 007b es: 007b ss: 0068
Nov 14 14:20:11 ubik [ 785.305717] Process run-crons (pid: 4914,
threadinfo=dacbe000 task=de847520)
Nov 14 14:20:11 ubik [ 785.305720] Stack: c017fe03 dacbfd78 c017fed1
c14deb00 c14d9000 00000000 0003aca1 00000282
Nov 14 14:20:11 ubik [ 785.305726] c14d7ac0 dfcd6c40 dacbfd78
c014d15d c14d7ac0 000000d0 fffffff4 df88e6b0
Nov 14 14:20:11 ubik [ 785.305733] dacbfd94 c017f71f c14d7ac0
000000d0 fffffff4 df88e6b0 dfcd6c40 dacbfdb8
Nov 14 14:20:11 ubik [ 785.305740] Call Trace:
Nov 14 14:20:11 ubik [ 785.305742] [<c010388b>] show_stack+0xab/0xf0
Nov 14 14:20:11 ubik [ 785.305747] [<c0103a7f>] show_registers+0x18f/0x230
Nov 14 14:20:11 ubik [ 785.305751] [<c0103cbd>] die+0xed/0x1b0
Nov 14 14:20:11 ubik [ 785.305754] [<c04e1a9a>] do_page_fault+0x33a/0x670
Nov 14 14:20:11 ubik [ 785.305760] [<c01034ef>] error_code+0x4f/0x54
Nov 14 14:20:11 ubik [ 785.305763] [<c014d15d>] kmem_cache_alloc+0x4d/0x50
Nov 14 14:20:11 ubik [ 785.305767] [<c017f71f>] d_alloc+0x1f/0x1b0
Nov 14 14:20:11 ubik [ 785.305771] [<c017427c>] real_lookup+0xac/0xf0
Nov 14 14:20:11 ubik [ 785.305776] [<c01745d5>] do_lookup+0xa5/0xb0
Nov 14 14:20:11 ubik [ 785.305779] [<c0174e45>]
__link_path_walk+0x865/0xfb0
Nov 14 14:20:11 ubik [ 785.305783] [<c01755e5>] link_path_walk+0x55/0x100
Nov 14 14:20:11 ubik [ 785.305787] [<c017595c>] path_lookup+0x9c/0x1e0
Nov 14 14:20:11 ubik [ 785.305791] [<c0175dd1>] __user_walk+0x31/0x50
Nov 14 14:20:11 ubik [ 785.305794] [<c016f68e>] vfs_stat+0x1e/0x60
Nov 14 14:20:11 ubik [ 785.305798] [<c016fd29>] sys_stat64+0x19/0x40
Nov 14 14:20:11 ubik [ 785.305801] [<c01032c5>] syscall_call+0x7/0xb
Nov 14 14:20:11 ubik [ 785.305805] Code: 00 00 8d bc 27 00 00 00 00 85
f6 7e 4a 8b 0f 39 f9 0f 84 48 01 00 00 8b 5d 08 8b 43 1c 3b 41 10 0f 87
85 00 00 00 8b 11 8b 41 04 <89> 42 04 89 10 83 79 14 ff c7 01 00 01 10
00 c7 41 04 00 02 20
Nov 14 14:20:11 ubik [ 785.305833] <6>note: run-crons[4914] exited
with preempt_count 1
Nov 14 14:20:11 ubik [ 785.367684] Unable to handle kernel paging
request at virtual address 1740f369
Nov 14 14:20:11 ubik [ 785.367690] printing eip:
Nov 14 14:20:11 ubik [ 785.367692] c014cd02
Nov 14 14:20:11 ubik [ 785.367693] *pde = 00000000
Nov 14 14:20:11 ubik [ 785.367695] Oops: 0002 [#3]
Nov 14 14:20:11 ubik [ 785.367697] PREEMPT
Nov 14 14:20:11 ubik [ 785.367698] Modules linked in: ipw2200 ieee80211
ieee80211_crypt ac thermal battery acpi_cpufreq processor radeon
snd_intel8x0 snd_ac97_codec snd_ac97_bus
Nov 14 14:20:11 ubik [ 785.367709] CPU: 0
Nov 14 14:20:11 ubik [ 785.367710] EIP: 0060:[<c014cd02>] Not
tainted VLI
Nov 14 14:20:11 ubik [ 785.367711] EFLAGS: 00010003 (2.6.15-rc1-ubik)
Nov 14 14:20:11 ubik [ 785.367717] EIP is at cache_alloc_refill+0xa2/0x2a0
Nov 14 14:20:11 ubik [ 785.367720] eax: c14ddb00 ebx: c14d7ac0 ecx:
df427000 edx: 1740f365
Nov 14 14:20:11 ubik [ 785.367724] esi: 0000003c edi: c14ddb00 ebp:
dc9d5d18 esp: dc9d5cf0
Nov 14 14:20:11 ubik [ 785.367727] ds: 007b es: 007b ss: 0068
Nov 14 14:20:11 ubik [ 785.367729] Process qmail-inject (pid: 6098,
threadinfo=dc9d4000 task=def5da50)
Nov 14 14:20:11 ubik [ 785.367732] Stack: 00000000 dc9d5d30 c017fed1
c14deb00 c14d9000 00000000 13706655 00000282
Nov 14 14:20:11 ubik [ 785.367738] c14d7ac0 dae6bb30 dc9d5d30
c014d15d c14d7ac0 000000d0 fffffff4 dae93090
Nov 14 14:20:11 ubik [ 785.367745] dc9d5d4c c017f71f c14d7ac0
000000d0 fffffff4 dae93090 dae6bb30 dc9d5d70
Nov 14 14:20:11 ubik [ 785.367751] Call Trace:
Nov 14 14:20:11 ubik [ 785.367753] [<c010388b>] show_stack+0xab/0xf0
Nov 14 14:20:11 ubik [ 785.367758] [<c0103a7f>] show_registers+0x18f/0x230
Nov 14 14:20:11 ubik [ 785.367762] [<c0103cbd>] die+0xed/0x1b0
Nov 14 14:20:11 ubik [ 785.367765] [<c04e1a9a>] do_page_fault+0x33a/0x670
Nov 14 14:20:11 ubik [ 785.367769] [<c01034ef>] error_code+0x4f/0x54
Nov 14 14:20:11 ubik [ 785.367773] [<c014d15d>] kmem_cache_alloc+0x4d/0x50
Nov 14 14:20:11 ubik [ 785.367777] [<c017f71f>] d_alloc+0x1f/0x1b0
Nov 14 14:20:11 ubik [ 785.367780] [<c017427c>] real_lookup+0xac/0xf0
Nov 14 14:20:11 ubik [ 785.367784] [<c01745d5>] do_lookup+0xa5/0xb0
Nov 14 14:20:11 ubik [ 785.367788] [<c0174e45>]
__link_path_walk+0x865/0xfb0
Nov 14 14:20:11 ubik [ 785.367792] [<c01755e5>] link_path_walk+0x55/0x100
Nov 14 14:20:11 ubik [ 785.367796] [<c017595c>] path_lookup+0x9c/0x1e0
Nov 14 14:20:11 ubik [ 785.367799] [<c0175ae4>]
__path_lookup_intent_open+0x44/0x90
Nov 14 14:20:11 ubik [ 785.367803] [<c0175b5c>] path_lookup_open+0x2c/0x30
Nov 14 14:20:11 ubik [ 785.367807] [<c017625c>] open_namei+0x6c/0x650
Nov 14 14:20:11 ubik [ 785.367811] [<c0163aa5>] filp_open+0x35/0x60
Nov 14 14:20:11 ubik [ 785.367815] [<c0163e7e>] do_sys_open+0x4e/0xe0
Nov 14 14:20:11 ubik [ 785.367818] [<c0163f2f>] sys_open+0x1f/0x30
Nov 14 14:20:11 ubik [ 785.367822] [<c01032c5>] syscall_call+0x7/0xb
Nov 14 14:20:11 ubik [ 785.367825] Code: 00 00 8d bc 27 00 00 00 00 85
f6 7e 4a 8b 0f 39 f9 0f 84 48 01 00 00 8b 5d 08 8b 43 1c 3b 41 10 0f 87
85 00 00 00 8b 11 8b 41 04 <89> 42 04 89 10 83 79 14 ff c7 01 00 01 10
00 c7 41 04 00 02 20
Nov 14 14:20:11 ubik [ 785.367853] <6>note: qmail-inject[6098] exited
with preempt_count 1
Nov 14 14:20:11 ubik [ 785.368813] Unable to handle kernel paging
request at virtual address 1740f369
Nov 14 14:20:11 ubik [ 785.368817] printing eip:
Nov 14 14:20:11 ubik [ 785.368818] c014cd02
Nov 14 14:20:11 ubik [ 785.368820] *pde = 00000000
Nov 14 14:20:11 ubik [ 785.368822] Oops: 0002 [#4]
Nov 14 14:20:11 ubik [ 785.368823] PREEMPT
Nov 14 14:20:11 ubik [ 785.368825] Modules linked in: ipw2200 ieee80211
ieee80211_crypt ac thermal battery acpi_cpufreq processor radeon
snd_intel8x0 snd_ac97_codec snd_ac97_bus
Nov 14 14:20:11 ubik [ 785.368835] CPU: 0
Nov 14 14:20:11 ubik [ 785.368836] EIP: 0060:[<c014cd02>] Not
tainted VLI
Nov 14 14:20:11 ubik [ 785.368837] EFLAGS: 00010003 (2.6.15-rc1-ubik)
Nov 14 14:20:11 ubik [ 785.368841] EIP is at cache_alloc_refill+0xa2/0x2a0
Nov 14 14:20:11 ubik [ 785.368844] eax: c14ddb00 ebx: c14d7ac0 ecx:
df427000 edx: 1740f365
Nov 14 14:20:11 ubik [ 785.368848] esi: 0000003c edi: c14ddb00 ebp:
dca19ed0 esp: dca19ea8
Nov 14 14:20:11 ubik [ 785.368850] ds: 007b es: 007b ss: 0068
Nov 14 14:20:11 ubik [ 785.368853] Process cron (pid: 4912,
threadinfo=dca18000 task=def1ba10)
Nov 14 14:20:11 ubik [ 785.368855] Stack: 00000000 0000000a ffffffff
c14deb00 c14d9000 0000000a 00000000 00000286
Nov 14 14:20:11 ubik [ 785.368861] c14d7ac0 c37bf6a4 dca19ee8
c014d15d c14d7ac0 000000d0 dca19f1c dcbe4980
Nov 14 14:20:11 ubik [ 785.368868] dca19f04 c017f71f c14d7ac0
000000d0 dca19f1c dcbe4980 c37bf6a4 dca19f54
Nov 14 14:20:11 ubik [ 785.368875] Call Trace:
Nov 14 14:20:11 ubik [ 785.368876] [<c010388b>] show_stack+0xab/0xf0
Nov 14 14:20:11 ubik [ 785.368880] [<c0103a7f>] show_registers+0x18f/0x230
Nov 14 14:20:11 ubik [ 785.368884] [<c0103cbd>] die+0xed/0x1b0
Nov 14 14:20:11 ubik [ 785.368888] [<c04e1a9a>] do_page_fault+0x33a/0x670
Nov 14 14:20:11 ubik [ 785.368892] [<c01034ef>] error_code+0x4f/0x54
Nov 14 14:20:11 ubik [ 785.368895] [<c014d15d>] kmem_cache_alloc+0x4d/0x50
Nov 14 14:20:11 ubik [ 785.368899] [<c017f71f>] d_alloc+0x1f/0x1b0
Nov 14 14:20:11 ubik [ 785.368903] [<c042ab7f>] sock_map_fd+0x6f/0x130
Nov 14 14:20:11 ubik [ 785.368908] [<c042be66>] sys_socket+0x36/0x60
Nov 14 14:20:11 ubik [ 785.368912] [<c042cca9>] sys_socketcall+0x99/0x290
Nov 14 14:20:11 ubik [ 785.368916] [<c01032c5>] syscall_call+0x7/0xb
Nov 14 14:20:11 ubik [ 785.368919] Code: 00 00 8d bc 27 00 00 00 00 85
f6 7e 4a 8b 0f 39 f9 0f 84 48 01 00 00 8b 5d 08 8b 43 1c 3b 41 10 0f 87
85 00 00 00 8b 11 8b 41 04 <89> 42 04 89 10 83 79 14 ff c7 01 00 01 10
00 c7 41 04 00 02 20
Nov 14 14:20:11 ubik [ 785.368947] <6>note: cron[4912] exited with
preempt_count 1
Nov 14 14:20:37 ubik [ 810.937331] Unable to handle kernel paging
request at virtual address 1740f369
Nov 14 14:20:37 ubik [ 810.937338] printing eip:
Nov 14 14:20:37 ubik [ 810.937340] c014cd02
Nov 14 14:20:37 ubik [ 810.937342] *pde = 00000000
Nov 14 14:20:37 ubik [ 810.937344] Oops: 0002 [#5]
Nov 14 14:20:37 ubik [ 810.937346] PREEMPT
Nov 14 14:20:37 ubik [ 810.937348] Modules linked in: ipw2200 ieee80211
ieee80211_crypt ac thermal battery acpi_cpufreq processor radeon
snd_intel8x0 snd_ac97_codec snd_ac97_bus
Nov 14 14:20:37 ubik [ 810.937359] CPU: 0
Nov 14 14:20:37 ubik [ 810.937360] EIP: 0060:[<c014cd02>] Not
tainted VLI
Nov 14 14:20:37 ubik [ 810.937361] EFLAGS: 00010003 (2.6.15-rc1-ubik)
Nov 14 14:20:37 ubik [ 810.937370] EIP is at cache_alloc_refill+0xa2/0x2a0
Nov 14 14:20:37 ubik [ 810.937373] eax: c14ddb00 ebx: c14d7ac0 ecx:
df427000 edx: 1740f365
Nov 14 14:20:37 ubik [ 810.937376] esi: 0000003c edi: c14ddb00 ebp:
dec13d18 esp: dec13cf0
Nov 14 14:20:37 ubik [ 810.937379] ds: 007b es: 007b ss: 0068
Nov 14 14:20:37 ubik [ 810.937382] Process cpufreqd (pid: 3554,
threadinfo=dec12000 task=def5d070)
Nov 14 14:20:37 ubik [ 810.937384] Stack: c018035e dec13d30 c017fed1
c14deb00 c14d9000 dec13d2c 00b118fa 00000282
Nov 14 14:20:37 ubik [ 810.937391] c14d7ac0 db3396f0 dec13d30
c014d15d c14d7ac0 000000d0 fffffff4 de95458c
Nov 14 14:20:37 ubik [ 810.937397] dec13d4c c017f71f c14d7ac0
000000d0 fffffff4 de95458c db3396f0 dec13d70
Nov 14 14:20:37 ubik [ 810.937404] Call Trace:
Nov 14 14:20:37 ubik [ 810.937406] [<c010388b>] show_stack+0xab/0xf0
Nov 14 14:20:37 ubik [ 810.937411] [<c0103a7f>] show_registers+0x18f/0x230
Nov 14 14:20:37 ubik [ 810.937415] [<c0103cbd>] die+0xed/0x1b0
Nov 14 14:20:37 ubik [ 810.937419] [<c04e1a9a>] do_page_fault+0x33a/0x670
Nov 14 14:20:37 ubik [ 810.937424] [<c01034ef>] error_code+0x4f/0x54
Nov 14 14:20:37 ubik [ 810.937428] [<c014d15d>] kmem_cache_alloc+0x4d/0x50
Nov 14 14:20:37 ubik [ 810.937432] [<c017f71f>] d_alloc+0x1f/0x1b0
Nov 14 14:20:37 ubik [ 810.937436] [<c017427c>] real_lookup+0xac/0xf0
Nov 14 14:20:37 ubik [ 810.937440] [<c01745d5>] do_lookup+0xa5/0xb0
Nov 14 14:20:37 ubik [ 810.937444] [<c0174e45>]
__link_path_walk+0x865/0xfb0
Nov 14 14:20:37 ubik [ 810.937448] [<c01755e5>] link_path_walk+0x55/0x100
Nov 14 14:20:37 ubik [ 810.937452] [<c017595c>] path_lookup+0x9c/0x1e0
Nov 14 14:20:37 ubik [ 810.937455] [<c0175ae4>]
__path_lookup_intent_open+0x44/0x90
Nov 14 14:20:37 ubik [ 810.937460] [<c0175b5c>] path_lookup_open+0x2c/0x30
Nov 14 14:20:37 ubik [ 810.937463] [<c017625c>] open_namei+0x6c/0x650
Nov 14 14:20:37 ubik [ 810.937467] [<c0163aa5>] filp_open+0x35/0x60
Nov 14 14:20:37 ubik [ 810.937471] [<c0163e7e>] do_sys_open+0x4e/0xe0
Nov 14 14:20:37 ubik [ 810.937474] [<c0163f2f>] sys_open+0x1f/0x30
Nov 14 14:20:37 ubik [ 810.937478] [<c01032c5>] syscall_call+0x7/0xb
Nov 14 14:20:37 ubik [ 810.937481] Code: 00 00 8d bc 27 00 00 00 00 85
f6 7e 4a 8b 0f 39 f9 0f 84 48 01 00 00 8b 5d 08 8b 43 1c 3b 41 10 0f 87
85 00 00 00 8b 11 8b 41 04 <89> 42 04 89 10 83 79 14 ff c7 01 00 01 10
00 c7 41 04 00 02 20
Nov 14 14:20:37 ubik [ 810.937509] <6>note: cpufreqd[3554] exited with
preempt_count 1
Nov 14 14:20:41 ubik [ 815.122079] Unable to handle kernel paging
request at virtual address 1740f369
Nov 14 14:20:41 ubik [ 815.122087] printing eip:
Nov 14 14:20:41 ubik [ 815.122089] c014cd02
Nov 14 14:20:41 ubik [ 815.122091] *pde = 00000000
Nov 14 14:20:41 ubik [ 815.122094] Oops: 0002 [#6]
Nov 14 14:20:41 ubik [ 815.122095] PREEMPT
Nov 14 14:20:41 ubik [ 815.122098] Modules linked in: ipw2200 ieee80211
ieee80211_crypt ac thermal battery acpi_cpufreq processor radeon
snd_intel8x0 snd_ac97_codec snd_ac97_bus
Nov 14 14:20:41 ubik [ 815.122109] CPU: 0
Nov 14 14:20:41 ubik [ 815.122109] EIP: 0060:[<c014cd02>] Not
tainted VLI
Nov 14 14:20:41 ubik [ 815.122111] EFLAGS: 00010003 (2.6.15-rc1-ubik)
Nov 14 14:20:41 ubik [ 815.122120] EIP is at cache_alloc_refill+0xa2/0x2a0
Nov 14 14:20:41 ubik [ 815.122123] eax: c14ddb00 ebx: c14d7ac0 ecx:
df427000 edx: 1740f365
Nov 14 14:20:41 ubik [ 815.122126] esi: 0000003c edi: c14ddb00 ebp:
dec13d18 esp: dec13cf0
Nov 14 14:20:41 ubik [ 815.122129] ds: 007b es: 007b ss: 0068
Nov 14 14:20:41 ubik [ 815.122132] Process urxvtc (pid: 6106,
threadinfo=dec12000 task=c720f5a0)
Nov 14 14:20:41 ubik [ 815.122134] Stack: 00000001 dec13d30 c017fed1
c14deb00 c14d9000 c06952f4 041aa579 00000282
Nov 14 14:20:41 ubik [ 815.122141] c14d7ac0 df44acc8 dec13d30
c014d15d c14d7ac0 000000d0 fffffff4 dec92e58
Nov 14 14:20:41 ubik [ 815.122147] dec13d4c c017f71f c14d7ac0
000000d0 fffffff4 dec92e58 df44acc8 dec13d70
Nov 14 14:20:41 ubik [ 815.122154] Call Trace:
Nov 14 14:20:41 ubik [ 815.122156] [<c010388b>] show_stack+0xab/0xf0
Nov 14 14:20:41 ubik [ 815.122162] [<c0103a7f>] show_registers+0x18f/0x230
Nov 14 14:20:41 ubik [ 815.122166] [<c0103cbd>] die+0xed/0x1b0
Nov 14 14:20:41 ubik [ 815.122169] [<c04e1a9a>] do_page_fault+0x33a/0x670
Nov 14 14:20:41 ubik [ 815.122174] [<c01034ef>] error_code+0x4f/0x54
Nov 14 14:20:41 ubik [ 815.122178] [<c014d15d>] kmem_cache_alloc+0x4d/0x50
Nov 14 14:20:41 ubik [ 815.122182] [<c017f71f>] d_alloc+0x1f/0x1b0
Nov 14 14:20:41 ubik [ 815.122187] [<c017427c>] real_lookup+0xac/0xf0
Nov 14 14:20:41 ubik [ 815.122192] [<c01745d5>] do_lookup+0xa5/0xb0
Nov 14 14:20:41 ubik [ 815.122195] [<c0174e45>]
__link_path_walk+0x865/0xfb0
Nov 14 14:20:41 ubik [ 815.122199] [<c01755e5>] link_path_walk+0x55/0x100
Nov 14 14:20:41 ubik [ 815.122203] [<c017595c>] path_lookup+0x9c/0x1e0
Nov 14 14:20:41 ubik [ 815.122206] [<c0175ae4>]
__path_lookup_intent_open+0x44/0x90
Nov 14 14:20:41 ubik [ 815.122211] [<c0175b5c>] path_lookup_open+0x2c/0x30
Nov 14 14:20:41 ubik [ 815.122214] [<c017625c>] open_namei+0x6c/0x650
Nov 14 14:20:41 ubik [ 815.122218] [<c0163aa5>] filp_open+0x35/0x60
Nov 14 14:20:41 ubik [ 815.122222] [<c0163e7e>] do_sys_open+0x4e/0xe0
Nov 14 14:20:41 ubik [ 815.122226] [<c0163f2f>] sys_open+0x1f/0x30
Nov 14 14:20:41 ubik [ 815.122229] [<c01032c5>] syscall_call+0x7/0xb
Nov 14 14:20:41 ubik [ 815.122232] Code: 00 00 8d bc 27 00 00 00 00 85
f6 7e 4a 8b 0f 39 f9 0f 84 48 01 00 00 8b 5d 08 8b 43 1c 3b 41 10 0f 87
85 00 00 00 8b 11 8b 41 04 <89> 42 04 89 10 83 79 14 ff c7 01 00 01 10
00 c7 41 04 00 02 20
Nov 14 14:20:41 ubik [ 815.122260] <6>note: urxvtc[6106] exited with
preempt_count 1
Nov 14 14:20:41 ubik [ 815.122392] Unable to handle kernel paging
request at virtual address 1740f369
Nov 14 14:20:41 ubik [ 815.122395] printing eip:
Nov 14 14:20:41 ubik [ 815.122397] c014cd02
Nov 14 14:20:41 ubik [ 815.122398] *pde = 00000000
Nov 14 14:20:41 ubik [ 815.122400] Oops: 0002 [#7]
Nov 14 14:20:41 ubik [ 815.122402] PREEMPT
Nov 14 14:20:41 ubik [ 815.122403] Modules linked in: ipw2200 ieee80211
ieee80211_crypt ac thermal battery acpi_cpufreq processor radeon
snd_intel8x0 snd_ac97_codec snd_ac97_bus
Nov 14 14:20:41 ubik [ 815.122413] CPU: 0
Nov 14 14:20:41 ubik [ 815.122414] EIP: 0060:[<c014cd02>] Not
tainted VLI
Nov 14 14:20:41 ubik [ 815.122415] EFLAGS: 00010003 (2.6.15-rc1-ubik)
Nov 14 14:20:41 ubik [ 815.122419] EIP is at cache_alloc_refill+0xa2/0x2a0
Nov 14 14:20:41 ubik [ 815.122422] eax: c14ddb00 ebx: c14d7ac0 ecx:
df427000 edx: 1740f365
Nov 14 14:20:41 ubik [ 815.122426] esi: 0000003c edi: c14ddb00 ebp:
db327d60 esp: db327d38
Nov 14 14:20:41 ubik [ 815.122428] ds: 007b es: 007b ss: 0068
Nov 14 14:20:41 ubik [ 815.122431] Process zsh (pid: 5125,
threadinfo=db326000 task=c9c9c520)
Nov 14 14:20:41 ubik [ 815.122433] Stack: db327d58 db327d78 c017fed1
c14deb00 c14d9000 00000001 01cd253f 00000282
Nov 14 14:20:41 ubik [ 815.122440] c14d7ac0 df107910 db327d78
c014d15d c14d7ac0 000000d0 fffffff4 dfb15cd0
Nov 14 14:20:41 ubik [ 815.122446] db327d94 c017f71f c14d7ac0
000000d0 fffffff4 dfb15cd0 df107910 db327db8
Nov 14 14:20:41 ubik [ 815.122453] Call Trace:
Nov 14 14:20:41 ubik [ 815.122454] [<c010388b>] show_stack+0xab/0xf0
Nov 14 14:20:41 ubik [ 815.122458] [<c0103a7f>] show_registers+0x18f/0x230
Nov 14 14:20:41 ubik [ 815.122462] [<c0103cbd>] die+0xed/0x1b0
Nov 14 14:20:41 ubik [ 815.122466] [<c04e1a9a>] do_page_fault+0x33a/0x670
Nov 14 14:20:41 ubik [ 815.122469] [<c01034ef>] error_code+0x4f/0x54
Nov 14 14:20:41 ubik [ 815.122473] [<c014d15d>] kmem_cache_alloc+0x4d/0x50
Nov 14 14:20:41 ubik [ 815.122477] [<c017f71f>] d_alloc+0x1f/0x1b0
Nov 14 14:20:41 ubik [ 815.122480] [<c017427c>] real_lookup+0xac/0xf0
Nov 14 14:20:41 ubik [ 815.122484] [<c01745d5>] do_lookup+0xa5/0xb0
Nov 14 14:20:41 ubik [ 815.122487] [<c0174e45>]
__link_path_walk+0x865/0xfb0
Nov 14 14:20:41 ubik [ 815.122491] [<c01755e5>] link_path_walk+0x55/0x100
Nov 14 14:20:41 ubik [ 815.122495] [<c017595c>] path_lookup+0x9c/0x1e0
Nov 14 14:20:41 ubik [ 815.122499] [<c0175dd1>] __user_walk+0x31/0x50
Nov 14 14:20:41 ubik [ 815.122502] [<c016f68e>] vfs_stat+0x1e/0x60
Nov 14 14:20:41 ubik [ 815.122506] [<c016fd29>] sys_stat64+0x19/0x40
Nov 14 14:20:41 ubik [ 815.122509] [<c01032c5>] syscall_call+0x7/0xb
Nov 14 14:20:41 ubik [ 815.122513] Code: 00 00 8d bc 27 00 00 00 00 85
f6 7e 4a 8b 0f 39 f9 0f 84 48 01 00 00 8b 5d 08 8b 43 1c 3b 41 10 0f 87
85 00 00 00 8b 11 8b 41 04 <89> 42 04 89 10 83 79 14 ff c7 01 00 01 10
00 c7 41 04 00 02 20
Nov 14 14:20:41 ubik [ 815.122540] <6>note: zsh[5125] exited with
preempt_count 1
Nov 14 14:20:41 ubik [ 815.124579] Unable to handle kernel paging
request at virtual address 1740f369
Nov 14 14:20:41 ubik [ 815.124583] printing eip:
Nov 14 14:20:41 ubik [ 815.124585] c014cd02
Nov 14 14:20:41 ubik [ 815.124586] *pde = 00000000
Nov 14 14:20:41 ubik [ 815.124588] Oops: 0002 [#8]
Nov 14 14:20:41 ubik [ 815.124589] PREEMPT
Nov 14 14:20:41 ubik [ 815.124591] Modules linked in: ipw2200 ieee80211
ieee80211_crypt ac thermal battery acpi_cpufreq processor radeon
snd_intel8x0 snd_ac97_codec snd_ac97_bus
Nov 14 14:20:41 ubik [ 815.124601] CPU: 0
Nov 14 14:20:41 ubik [ 815.124602] EIP: 0060:[<c014cd02>] Not
tainted VLI
Nov 14 14:20:41 ubik [ 815.124603] EFLAGS: 00010003 (2.6.15-rc1-ubik)
Nov 14 14:20:41 ubik [ 815.124608] EIP is at cache_alloc_refill+0xa2/0x2a0
Nov 14 14:20:41 ubik [ 815.124611] eax: c14ddb00 ebx: c14d7ac0 ecx:
df427000 edx: 1740f365
Nov 14 14:20:41 ubik [ 815.124614] esi: 0000003c edi: c14ddb00 ebp:
c9d27ed0 esp: c9d27ea8
Nov 14 14:20:41 ubik [ 815.124617] ds: 007b es: 007b ss: 0068
Nov 14 14:20:41 ubik [ 815.124619] Process su (pid: 5115,
threadinfo=c9d26000 task=ca3275e0)
Nov 14 14:20:41 ubik [ 815.124621] Stack: 00000000 0000000a ffffffff
c14deb00 c14d9000 0000000a 00000000 00000286
Nov 14 14:20:41 ubik [ 815.124628] c14d7ac0 c37bf524 c9d27ee8
c014d15d c14d7ac0 000000d0 c9d27f1c c296e380
Nov 14 14:20:41 ubik [ 815.124634] c9d27f04 c017f71f c14d7ac0
000000d0 c9d27f1c c296e380 c37bf524 c9d27f54
Nov 14 14:20:41 ubik [ 815.124641] Call Trace:
Nov 14 14:20:41 ubik [ 815.124643] [<c010388b>] show_stack+0xab/0xf0
Nov 14 14:20:41 ubik [ 815.124647] [<c0103a7f>] show_registers+0x18f/0x230
Nov 14 14:20:41 ubik [ 815.124651] [<c0103cbd>] die+0xed/0x1b0
Nov 14 14:20:41 ubik [ 815.124654] [<c04e1a9a>] do_page_fault+0x33a/0x670
Nov 14 14:20:41 ubik [ 815.124658] [<c01034ef>] error_code+0x4f/0x54
Nov 14 14:20:41 ubik [ 815.124662] [<c014d15d>] kmem_cache_alloc+0x4d/0x50
Nov 14 14:20:41 ubik [ 815.124665] [<c017f71f>] d_alloc+0x1f/0x1b0
Nov 14 14:20:41 ubik [ 815.124669] [<c042ab7f>] sock_map_fd+0x6f/0x130
Nov 14 14:20:41 ubik [ 815.124674] [<c042be66>] sys_socket+0x36/0x60
Nov 14 14:20:41 ubik [ 815.124678] [<c042cca9>] sys_socketcall+0x99/0x290
Nov 14 14:20:41 ubik [ 815.124682] [<c01032c5>] syscall_call+0x7/0xb
Nov 14 14:20:41 ubik [ 815.124685] Code: 00 00 8d bc 27 00 00 00 00 85
f6 7e 4a 8b 0f 39 f9 0f 84 48 01 00 00 8b 5d 08 8b 43 1c 3b 41 10 0f 87
85 00 00 00 8b 11 8b 41 04 <89> 42 04 89 10 83 79 14 ff c7 01 00 01 10
00 c7 41 04 00 02 20
Nov 14 14:20:41 ubik [ 815.124713] <6>note: su[5115] exited with
preempt_count 1


Regards,
Alexandre

2005-11-14 14:34:16

by Zilvinas Valinskas

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

Hello,

the same problem is present with 2.6.14 + ipw2200 1.0.8/ieee80211 1.1.6
too. I didn't report problem as I am using madwifi drivers (which
taints the kernel) and thought it was related to madwifi CVS (latest)
and the newest ipw2200 drivers.

All crashes are happening right after messages are print:

ipw2200: Unknown notification: subtype=40,flags=0xa0,size=40
ipw2200: Unknown notification: subtype=40,flags=0xa0,size=40

EIP always is cache_alloc_refill() function. Full messages are available
here: http://www.gemtek.lt/~zilvinas/ipw2200-syslog.gz

Zilvinas.


On Mon, Nov 14, 2005 at 02:58:36PM +0100, Alexandre Buisse wrote:
> Hi Linus,
>
> I experienced a hard crash (no input devices answering at all) yesterday
> while playing a movie from a CD, but with nothing showing up in
> /var/log/messages.
> A few minutes ago, however, I had a nice oops from ipw2200 (I think), a
> few minutes after booting (I had already associated and had a steady
> connection). It then began crashing methodically all of my applications,
> each time producing a oops...
>
>
> Nov 14 14:20:09 ubik [ 783.604398] ipw2200: Firmware error detected.
> Restarting.
> Nov 14 14:20:09 ubik [ 783.604919] ipw2200: Sysfs 'error' log captured.
> Nov 14 14:20:11 ubik [ 785.171844] Unable to handle kernel paging
> request at virtual address 1740f369
> Nov 14 14:20:11 ubik [ 785.171852] printing eip:
> Nov 14 14:20:11 ubik [ 785.171853] c014cd02
> Nov 14 14:20:11 ubik [ 785.171855] *pde = 00000000
> Nov 14 14:20:11 ubik [ 785.171858] Oops: 0002 [#1]
> Nov 14 14:20:11 ubik [ 785.171860] PREEMPT
> Nov 14 14:20:11 ubik [ 785.171863] Modules linked in: ipw2200 ieee80211
> ieee80211_crypt ac thermal battery acpi_cpufreq processor radeon
> snd_intel8x0 snd_ac97_codec snd_ac97_bus
> Nov 14 14:20:11 ubik [ 785.171874] CPU: 0
> Nov 14 14:20:11 ubik [ 785.171875] EIP: 0060:[<c014cd02>] Not
> tainted VLI
> Nov 14 14:20:11 ubik [ 785.171876] EFLAGS: 00010003 (2.6.15-rc1-ubik)
> Nov 14 14:20:11 ubik [ 785.171886] EIP is at cache_alloc_refill+0xa2/0x2a0
> Nov 14 14:20:11 ubik [ 785.171889] eax: c14ddb00 ebx: c14d7ac0 ecx:
> df427000 edx: 1740f365
> Nov 14 14:20:11 ubik [ 785.171892] esi: 00000032 edi: c14ddb00 ebp:
> dc9d7d60 esp: dc9d7d38
> Nov 14 14:20:11 ubik [ 785.171895] ds: 007b es: 007b ss: 0068
> Nov 14 14:20:11 ubik [ 785.171898] Process updatedb (pid: 4939,
> threadinfo=dc9d6000 task=df7ad5e0)
> Nov 14 14:20:11 ubik [ 785.171900] Stack: c017fe03 dc9d7d78 c017fed1
> c14deb00 c14d9000 cca7201c 0000003b 00000282
> Nov 14 14:20:11 ubik [ 785.171907] c14d7ac0 d9516ee8 dc9d7d78
> c014d15d c14d7ac0 000000d0 fffffff4 ce4f0838
> Nov 14 14:20:11 ubik [ 785.171913] dc9d7d94 c017f71f c14d7ac0
> 000000d0 fffffff4 ce4f0838 d9516ee8 dc9d7db8
> Nov 14 14:20:11 ubik [ 785.171920] Call Trace:
> Nov 14 14:20:11 ubik [ 785.171922] [<c010388b>] show_stack+0xab/0xf0
> Nov 14 14:20:11 ubik [ 785.171927] [<c0103a7f>] show_registers+0x18f/0x230
> Nov 14 14:20:11 ubik [ 785.171931] [<c0103cbd>] die+0xed/0x1b0
> Nov 14 14:20:11 ubik [ 785.171935] [<c04e1a9a>] do_page_fault+0x33a/0x670
> Nov 14 14:20:11 ubik [ 785.171941] [<c01034ef>] error_code+0x4f/0x54
> Nov 14 14:20:11 ubik [ 785.171944] [<c014d15d>] kmem_cache_alloc+0x4d/0x50
> Nov 14 14:20:11 ubik [ 785.171948] [<c017f71f>] d_alloc+0x1f/0x1b0
> Nov 14 14:20:11 ubik [ 785.171952] [<c017427c>] real_lookup+0xac/0xf0
> Nov 14 14:20:11 ubik [ 785.171957] [<c01745d5>] do_lookup+0xa5/0xb0
> Nov 14 14:20:11 ubik [ 785.171961] [<c0174e45>]
> __link_path_walk+0x865/0xfb0
> Nov 14 14:20:11 ubik [ 785.171965] [<c01755e5>] link_path_walk+0x55/0x100
> Nov 14 14:20:11 ubik [ 785.171968] [<c017595c>] path_lookup+0x9c/0x1e0
> Nov 14 14:20:11 ubik [ 785.171972] [<c0175dd1>] __user_walk+0x31/0x50
> Nov 14 14:20:11 ubik [ 785.171976] [<c016f6eb>] vfs_lstat+0x1b/0x50
> Nov 14 14:20:11 ubik [ 785.171979] [<c016fd69>] sys_lstat64+0x19/0x40
> Nov 14 14:20:11 ubik [ 785.171983] [<c01032c5>] syscall_call+0x7/0xb
> Nov 14 14:20:11 ubik [ 785.171986] Code: 00 00 8d bc 27 00 00 00 00 85
> f6 7e 4a 8b 0f 39 f9 0f 84 48 01 00 00 8b 5d 08 8b 43 1c 3b 41 10 0f 87
> 85 00 00 00 8b 11 8b 41 04 <89> 42 04 89 10 83 79 14 ff c7 01 00 01 10
> 00 c7 41 04 00 02 20
> Nov 14 14:20:11 ubik [ 785.172014] <6>note: updatedb[4939] exited with
> preempt_count 1
> Nov 14 14:20:11 ubik [ 785.305665] Unable to handle kernel paging
> request at virtual address 1740f369
> Nov 14 14:20:11 ubik [ 785.305674] printing eip:
> Nov 14 14:20:11 ubik [ 785.305676] c014cd02
> Nov 14 14:20:11 ubik [ 785.305677] *pde = 00000000
> Nov 14 14:20:11 ubik [ 785.305681] Oops: 0002 [#2]
> Nov 14 14:20:11 ubik [ 785.305682] PREEMPT
> Nov 14 14:20:11 ubik [ 785.305685] Modules linked in: ipw2200 ieee80211
> ieee80211_crypt ac thermal battery acpi_cpufreq processor radeon
> snd_intel8x0 snd_ac97_codec snd_ac97_bus
> Nov 14 14:20:11 ubik [ 785.305695] CPU: 0
> Nov 14 14:20:11 ubik [ 785.305696] EIP: 0060:[<c014cd02>] Not
> tainted VLI
> Nov 14 14:20:11 ubik [ 785.305698] EFLAGS: 00010003 (2.6.15-rc1-ubik)
> Nov 14 14:20:11 ubik [ 785.305705] EIP is at cache_alloc_refill+0xa2/0x2a0
> Nov 14 14:20:11 ubik [ 785.305709] eax: c14ddb00 ebx: c14d7ac0 ecx:
> df427000 edx: 1740f365
> Nov 14 14:20:11 ubik [ 785.305712] esi: 0000003c edi: c14ddb00 ebp:
> dacbfd60 esp: dacbfd38
> Nov 14 14:20:11 ubik [ 785.305715] ds: 007b es: 007b ss: 0068
> Nov 14 14:20:11 ubik [ 785.305717] Process run-crons (pid: 4914,
> threadinfo=dacbe000 task=de847520)
> Nov 14 14:20:11 ubik [ 785.305720] Stack: c017fe03 dacbfd78 c017fed1
> c14deb00 c14d9000 00000000 0003aca1 00000282
> Nov 14 14:20:11 ubik [ 785.305726] c14d7ac0 dfcd6c40 dacbfd78
> c014d15d c14d7ac0 000000d0 fffffff4 df88e6b0
> Nov 14 14:20:11 ubik [ 785.305733] dacbfd94 c017f71f c14d7ac0
> 000000d0 fffffff4 df88e6b0 dfcd6c40 dacbfdb8
> Nov 14 14:20:11 ubik [ 785.305740] Call Trace:
> Nov 14 14:20:11 ubik [ 785.305742] [<c010388b>] show_stack+0xab/0xf0
> Nov 14 14:20:11 ubik [ 785.305747] [<c0103a7f>] show_registers+0x18f/0x230
> Nov 14 14:20:11 ubik [ 785.305751] [<c0103cbd>] die+0xed/0x1b0
> Nov 14 14:20:11 ubik [ 785.305754] [<c04e1a9a>] do_page_fault+0x33a/0x670
> Nov 14 14:20:11 ubik [ 785.305760] [<c01034ef>] error_code+0x4f/0x54
> Nov 14 14:20:11 ubik [ 785.305763] [<c014d15d>] kmem_cache_alloc+0x4d/0x50
> Nov 14 14:20:11 ubik [ 785.305767] [<c017f71f>] d_alloc+0x1f/0x1b0
> Nov 14 14:20:11 ubik [ 785.305771] [<c017427c>] real_lookup+0xac/0xf0
> Nov 14 14:20:11 ubik [ 785.305776] [<c01745d5>] do_lookup+0xa5/0xb0
> Nov 14 14:20:11 ubik [ 785.305779] [<c0174e45>]
> __link_path_walk+0x865/0xfb0
> Nov 14 14:20:11 ubik [ 785.305783] [<c01755e5>] link_path_walk+0x55/0x100
> Nov 14 14:20:11 ubik [ 785.305787] [<c017595c>] path_lookup+0x9c/0x1e0
> Nov 14 14:20:11 ubik [ 785.305791] [<c0175dd1>] __user_walk+0x31/0x50
> Nov 14 14:20:11 ubik [ 785.305794] [<c016f68e>] vfs_stat+0x1e/0x60
> Nov 14 14:20:11 ubik [ 785.305798] [<c016fd29>] sys_stat64+0x19/0x40
> Nov 14 14:20:11 ubik [ 785.305801] [<c01032c5>] syscall_call+0x7/0xb
> Nov 14 14:20:11 ubik [ 785.305805] Code: 00 00 8d bc 27 00 00 00 00 85
> f6 7e 4a 8b 0f 39 f9 0f 84 48 01 00 00 8b 5d 08 8b 43 1c 3b 41 10 0f 87
> 85 00 00 00 8b 11 8b 41 04 <89> 42 04 89 10 83 79 14 ff c7 01 00 01 10
> 00 c7 41 04 00 02 20
> Nov 14 14:20:11 ubik [ 785.305833] <6>note: run-crons[4914] exited
> with preempt_count 1
> Nov 14 14:20:11 ubik [ 785.367684] Unable to handle kernel paging
> request at virtual address 1740f369
> Nov 14 14:20:11 ubik [ 785.367690] printing eip:
> Nov 14 14:20:11 ubik [ 785.367692] c014cd02
> Nov 14 14:20:11 ubik [ 785.367693] *pde = 00000000
> Nov 14 14:20:11 ubik [ 785.367695] Oops: 0002 [#3]
> Nov 14 14:20:11 ubik [ 785.367697] PREEMPT
> Nov 14 14:20:11 ubik [ 785.367698] Modules linked in: ipw2200 ieee80211
> ieee80211_crypt ac thermal battery acpi_cpufreq processor radeon
> snd_intel8x0 snd_ac97_codec snd_ac97_bus
> Nov 14 14:20:11 ubik [ 785.367709] CPU: 0
> Nov 14 14:20:11 ubik [ 785.367710] EIP: 0060:[<c014cd02>] Not
> tainted VLI
> Nov 14 14:20:11 ubik [ 785.367711] EFLAGS: 00010003 (2.6.15-rc1-ubik)
> Nov 14 14:20:11 ubik [ 785.367717] EIP is at cache_alloc_refill+0xa2/0x2a0
> Nov 14 14:20:11 ubik [ 785.367720] eax: c14ddb00 ebx: c14d7ac0 ecx:
> df427000 edx: 1740f365
> Nov 14 14:20:11 ubik [ 785.367724] esi: 0000003c edi: c14ddb00 ebp:
> dc9d5d18 esp: dc9d5cf0
> Nov 14 14:20:11 ubik [ 785.367727] ds: 007b es: 007b ss: 0068
> Nov 14 14:20:11 ubik [ 785.367729] Process qmail-inject (pid: 6098,
> threadinfo=dc9d4000 task=def5da50)
> Nov 14 14:20:11 ubik [ 785.367732] Stack: 00000000 dc9d5d30 c017fed1
> c14deb00 c14d9000 00000000 13706655 00000282
> Nov 14 14:20:11 ubik [ 785.367738] c14d7ac0 dae6bb30 dc9d5d30
> c014d15d c14d7ac0 000000d0 fffffff4 dae93090
> Nov 14 14:20:11 ubik [ 785.367745] dc9d5d4c c017f71f c14d7ac0
> 000000d0 fffffff4 dae93090 dae6bb30 dc9d5d70
> Nov 14 14:20:11 ubik [ 785.367751] Call Trace:
> Nov 14 14:20:11 ubik [ 785.367753] [<c010388b>] show_stack+0xab/0xf0
> Nov 14 14:20:11 ubik [ 785.367758] [<c0103a7f>] show_registers+0x18f/0x230
> Nov 14 14:20:11 ubik [ 785.367762] [<c0103cbd>] die+0xed/0x1b0
> Nov 14 14:20:11 ubik [ 785.367765] [<c04e1a9a>] do_page_fault+0x33a/0x670
> Nov 14 14:20:11 ubik [ 785.367769] [<c01034ef>] error_code+0x4f/0x54
> Nov 14 14:20:11 ubik [ 785.367773] [<c014d15d>] kmem_cache_alloc+0x4d/0x50
> Nov 14 14:20:11 ubik [ 785.367777] [<c017f71f>] d_alloc+0x1f/0x1b0
> Nov 14 14:20:11 ubik [ 785.367780] [<c017427c>] real_lookup+0xac/0xf0
> Nov 14 14:20:11 ubik [ 785.367784] [<c01745d5>] do_lookup+0xa5/0xb0
> Nov 14 14:20:11 ubik [ 785.367788] [<c0174e45>]
> __link_path_walk+0x865/0xfb0
> Nov 14 14:20:11 ubik [ 785.367792] [<c01755e5>] link_path_walk+0x55/0x100
> Nov 14 14:20:11 ubik [ 785.367796] [<c017595c>] path_lookup+0x9c/0x1e0
> Nov 14 14:20:11 ubik [ 785.367799] [<c0175ae4>]
> __path_lookup_intent_open+0x44/0x90
> Nov 14 14:20:11 ubik [ 785.367803] [<c0175b5c>] path_lookup_open+0x2c/0x30
> Nov 14 14:20:11 ubik [ 785.367807] [<c017625c>] open_namei+0x6c/0x650
> Nov 14 14:20:11 ubik [ 785.367811] [<c0163aa5>] filp_open+0x35/0x60
> Nov 14 14:20:11 ubik [ 785.367815] [<c0163e7e>] do_sys_open+0x4e/0xe0
> Nov 14 14:20:11 ubik [ 785.367818] [<c0163f2f>] sys_open+0x1f/0x30
> Nov 14 14:20:11 ubik [ 785.367822] [<c01032c5>] syscall_call+0x7/0xb
> Nov 14 14:20:11 ubik [ 785.367825] Code: 00 00 8d bc 27 00 00 00 00 85
> f6 7e 4a 8b 0f 39 f9 0f 84 48 01 00 00 8b 5d 08 8b 43 1c 3b 41 10 0f 87
> 85 00 00 00 8b 11 8b 41 04 <89> 42 04 89 10 83 79 14 ff c7 01 00 01 10
> 00 c7 41 04 00 02 20
> Nov 14 14:20:11 ubik [ 785.367853] <6>note: qmail-inject[6098] exited
> with preempt_count 1
> Nov 14 14:20:11 ubik [ 785.368813] Unable to handle kernel paging
> request at virtual address 1740f369
> Nov 14 14:20:11 ubik [ 785.368817] printing eip:
> Nov 14 14:20:11 ubik [ 785.368818] c014cd02
> Nov 14 14:20:11 ubik [ 785.368820] *pde = 00000000
> Nov 14 14:20:11 ubik [ 785.368822] Oops: 0002 [#4]
> Nov 14 14:20:11 ubik [ 785.368823] PREEMPT
> Nov 14 14:20:11 ubik [ 785.368825] Modules linked in: ipw2200 ieee80211
> ieee80211_crypt ac thermal battery acpi_cpufreq processor radeon
> snd_intel8x0 snd_ac97_codec snd_ac97_bus
> Nov 14 14:20:11 ubik [ 785.368835] CPU: 0
> Nov 14 14:20:11 ubik [ 785.368836] EIP: 0060:[<c014cd02>] Not
> tainted VLI
> Nov 14 14:20:11 ubik [ 785.368837] EFLAGS: 00010003 (2.6.15-rc1-ubik)
> Nov 14 14:20:11 ubik [ 785.368841] EIP is at cache_alloc_refill+0xa2/0x2a0
> Nov 14 14:20:11 ubik [ 785.368844] eax: c14ddb00 ebx: c14d7ac0 ecx:
> df427000 edx: 1740f365
> Nov 14 14:20:11 ubik [ 785.368848] esi: 0000003c edi: c14ddb00 ebp:
> dca19ed0 esp: dca19ea8
> Nov 14 14:20:11 ubik [ 785.368850] ds: 007b es: 007b ss: 0068
> Nov 14 14:20:11 ubik [ 785.368853] Process cron (pid: 4912,
> threadinfo=dca18000 task=def1ba10)
> Nov 14 14:20:11 ubik [ 785.368855] Stack: 00000000 0000000a ffffffff
> c14deb00 c14d9000 0000000a 00000000 00000286
> Nov 14 14:20:11 ubik [ 785.368861] c14d7ac0 c37bf6a4 dca19ee8
> c014d15d c14d7ac0 000000d0 dca19f1c dcbe4980
> Nov 14 14:20:11 ubik [ 785.368868] dca19f04 c017f71f c14d7ac0
> 000000d0 dca19f1c dcbe4980 c37bf6a4 dca19f54
> Nov 14 14:20:11 ubik [ 785.368875] Call Trace:
> Nov 14 14:20:11 ubik [ 785.368876] [<c010388b>] show_stack+0xab/0xf0
> Nov 14 14:20:11 ubik [ 785.368880] [<c0103a7f>] show_registers+0x18f/0x230
> Nov 14 14:20:11 ubik [ 785.368884] [<c0103cbd>] die+0xed/0x1b0
> Nov 14 14:20:11 ubik [ 785.368888] [<c04e1a9a>] do_page_fault+0x33a/0x670
> Nov 14 14:20:11 ubik [ 785.368892] [<c01034ef>] error_code+0x4f/0x54
> Nov 14 14:20:11 ubik [ 785.368895] [<c014d15d>] kmem_cache_alloc+0x4d/0x50
> Nov 14 14:20:11 ubik [ 785.368899] [<c017f71f>] d_alloc+0x1f/0x1b0
> Nov 14 14:20:11 ubik [ 785.368903] [<c042ab7f>] sock_map_fd+0x6f/0x130
> Nov 14 14:20:11 ubik [ 785.368908] [<c042be66>] sys_socket+0x36/0x60
> Nov 14 14:20:11 ubik [ 785.368912] [<c042cca9>] sys_socketcall+0x99/0x290
> Nov 14 14:20:11 ubik [ 785.368916] [<c01032c5>] syscall_call+0x7/0xb
> Nov 14 14:20:11 ubik [ 785.368919] Code: 00 00 8d bc 27 00 00 00 00 85
> f6 7e 4a 8b 0f 39 f9 0f 84 48 01 00 00 8b 5d 08 8b 43 1c 3b 41 10 0f 87
> 85 00 00 00 8b 11 8b 41 04 <89> 42 04 89 10 83 79 14 ff c7 01 00 01 10
> 00 c7 41 04 00 02 20
> Nov 14 14:20:11 ubik [ 785.368947] <6>note: cron[4912] exited with
> preempt_count 1
> Nov 14 14:20:37 ubik [ 810.937331] Unable to handle kernel paging
> request at virtual address 1740f369
> Nov 14 14:20:37 ubik [ 810.937338] printing eip:
> Nov 14 14:20:37 ubik [ 810.937340] c014cd02
> Nov 14 14:20:37 ubik [ 810.937342] *pde = 00000000
> Nov 14 14:20:37 ubik [ 810.937344] Oops: 0002 [#5]
> Nov 14 14:20:37 ubik [ 810.937346] PREEMPT
> Nov 14 14:20:37 ubik [ 810.937348] Modules linked in: ipw2200 ieee80211
> ieee80211_crypt ac thermal battery acpi_cpufreq processor radeon
> snd_intel8x0 snd_ac97_codec snd_ac97_bus
> Nov 14 14:20:37 ubik [ 810.937359] CPU: 0
> Nov 14 14:20:37 ubik [ 810.937360] EIP: 0060:[<c014cd02>] Not
> tainted VLI
> Nov 14 14:20:37 ubik [ 810.937361] EFLAGS: 00010003 (2.6.15-rc1-ubik)
> Nov 14 14:20:37 ubik [ 810.937370] EIP is at cache_alloc_refill+0xa2/0x2a0
> Nov 14 14:20:37 ubik [ 810.937373] eax: c14ddb00 ebx: c14d7ac0 ecx:
> df427000 edx: 1740f365
> Nov 14 14:20:37 ubik [ 810.937376] esi: 0000003c edi: c14ddb00 ebp:
> dec13d18 esp: dec13cf0
> Nov 14 14:20:37 ubik [ 810.937379] ds: 007b es: 007b ss: 0068
> Nov 14 14:20:37 ubik [ 810.937382] Process cpufreqd (pid: 3554,
> threadinfo=dec12000 task=def5d070)
> Nov 14 14:20:37 ubik [ 810.937384] Stack: c018035e dec13d30 c017fed1
> c14deb00 c14d9000 dec13d2c 00b118fa 00000282
> Nov 14 14:20:37 ubik [ 810.937391] c14d7ac0 db3396f0 dec13d30
> c014d15d c14d7ac0 000000d0 fffffff4 de95458c
> Nov 14 14:20:37 ubik [ 810.937397] dec13d4c c017f71f c14d7ac0
> 000000d0 fffffff4 de95458c db3396f0 dec13d70
> Nov 14 14:20:37 ubik [ 810.937404] Call Trace:
> Nov 14 14:20:37 ubik [ 810.937406] [<c010388b>] show_stack+0xab/0xf0
> Nov 14 14:20:37 ubik [ 810.937411] [<c0103a7f>] show_registers+0x18f/0x230
> Nov 14 14:20:37 ubik [ 810.937415] [<c0103cbd>] die+0xed/0x1b0
> Nov 14 14:20:37 ubik [ 810.937419] [<c04e1a9a>] do_page_fault+0x33a/0x670
> Nov 14 14:20:37 ubik [ 810.937424] [<c01034ef>] error_code+0x4f/0x54
> Nov 14 14:20:37 ubik [ 810.937428] [<c014d15d>] kmem_cache_alloc+0x4d/0x50
> Nov 14 14:20:37 ubik [ 810.937432] [<c017f71f>] d_alloc+0x1f/0x1b0
> Nov 14 14:20:37 ubik [ 810.937436] [<c017427c>] real_lookup+0xac/0xf0
> Nov 14 14:20:37 ubik [ 810.937440] [<c01745d5>] do_lookup+0xa5/0xb0
> Nov 14 14:20:37 ubik [ 810.937444] [<c0174e45>]
> __link_path_walk+0x865/0xfb0
> Nov 14 14:20:37 ubik [ 810.937448] [<c01755e5>] link_path_walk+0x55/0x100
> Nov 14 14:20:37 ubik [ 810.937452] [<c017595c>] path_lookup+0x9c/0x1e0
> Nov 14 14:20:37 ubik [ 810.937455] [<c0175ae4>]
> __path_lookup_intent_open+0x44/0x90
> Nov 14 14:20:37 ubik [ 810.937460] [<c0175b5c>] path_lookup_open+0x2c/0x30
> Nov 14 14:20:37 ubik [ 810.937463] [<c017625c>] open_namei+0x6c/0x650
> Nov 14 14:20:37 ubik [ 810.937467] [<c0163aa5>] filp_open+0x35/0x60
> Nov 14 14:20:37 ubik [ 810.937471] [<c0163e7e>] do_sys_open+0x4e/0xe0
> Nov 14 14:20:37 ubik [ 810.937474] [<c0163f2f>] sys_open+0x1f/0x30
> Nov 14 14:20:37 ubik [ 810.937478] [<c01032c5>] syscall_call+0x7/0xb
> Nov 14 14:20:37 ubik [ 810.937481] Code: 00 00 8d bc 27 00 00 00 00 85
> f6 7e 4a 8b 0f 39 f9 0f 84 48 01 00 00 8b 5d 08 8b 43 1c 3b 41 10 0f 87
> 85 00 00 00 8b 11 8b 41 04 <89> 42 04 89 10 83 79 14 ff c7 01 00 01 10
> 00 c7 41 04 00 02 20
> Nov 14 14:20:37 ubik [ 810.937509] <6>note: cpufreqd[3554] exited with
> preempt_count 1
> Nov 14 14:20:41 ubik [ 815.122079] Unable to handle kernel paging
> request at virtual address 1740f369
> Nov 14 14:20:41 ubik [ 815.122087] printing eip:
> Nov 14 14:20:41 ubik [ 815.122089] c014cd02
> Nov 14 14:20:41 ubik [ 815.122091] *pde = 00000000
> Nov 14 14:20:41 ubik [ 815.122094] Oops: 0002 [#6]
> Nov 14 14:20:41 ubik [ 815.122095] PREEMPT
> Nov 14 14:20:41 ubik [ 815.122098] Modules linked in: ipw2200 ieee80211
> ieee80211_crypt ac thermal battery acpi_cpufreq processor radeon
> snd_intel8x0 snd_ac97_codec snd_ac97_bus
> Nov 14 14:20:41 ubik [ 815.122109] CPU: 0
> Nov 14 14:20:41 ubik [ 815.122109] EIP: 0060:[<c014cd02>] Not
> tainted VLI
> Nov 14 14:20:41 ubik [ 815.122111] EFLAGS: 00010003 (2.6.15-rc1-ubik)
> Nov 14 14:20:41 ubik [ 815.122120] EIP is at cache_alloc_refill+0xa2/0x2a0
> Nov 14 14:20:41 ubik [ 815.122123] eax: c14ddb00 ebx: c14d7ac0 ecx:
> df427000 edx: 1740f365
> Nov 14 14:20:41 ubik [ 815.122126] esi: 0000003c edi: c14ddb00 ebp:
> dec13d18 esp: dec13cf0
> Nov 14 14:20:41 ubik [ 815.122129] ds: 007b es: 007b ss: 0068
> Nov 14 14:20:41 ubik [ 815.122132] Process urxvtc (pid: 6106,
> threadinfo=dec12000 task=c720f5a0)
> Nov 14 14:20:41 ubik [ 815.122134] Stack: 00000001 dec13d30 c017fed1
> c14deb00 c14d9000 c06952f4 041aa579 00000282
> Nov 14 14:20:41 ubik [ 815.122141] c14d7ac0 df44acc8 dec13d30
> c014d15d c14d7ac0 000000d0 fffffff4 dec92e58
> Nov 14 14:20:41 ubik [ 815.122147] dec13d4c c017f71f c14d7ac0
> 000000d0 fffffff4 dec92e58 df44acc8 dec13d70
> Nov 14 14:20:41 ubik [ 815.122154] Call Trace:
> Nov 14 14:20:41 ubik [ 815.122156] [<c010388b>] show_stack+0xab/0xf0
> Nov 14 14:20:41 ubik [ 815.122162] [<c0103a7f>] show_registers+0x18f/0x230
> Nov 14 14:20:41 ubik [ 815.122166] [<c0103cbd>] die+0xed/0x1b0
> Nov 14 14:20:41 ubik [ 815.122169] [<c04e1a9a>] do_page_fault+0x33a/0x670
> Nov 14 14:20:41 ubik [ 815.122174] [<c01034ef>] error_code+0x4f/0x54
> Nov 14 14:20:41 ubik [ 815.122178] [<c014d15d>] kmem_cache_alloc+0x4d/0x50
> Nov 14 14:20:41 ubik [ 815.122182] [<c017f71f>] d_alloc+0x1f/0x1b0
> Nov 14 14:20:41 ubik [ 815.122187] [<c017427c>] real_lookup+0xac/0xf0
> Nov 14 14:20:41 ubik [ 815.122192] [<c01745d5>] do_lookup+0xa5/0xb0
> Nov 14 14:20:41 ubik [ 815.122195] [<c0174e45>]
> __link_path_walk+0x865/0xfb0
> Nov 14 14:20:41 ubik [ 815.122199] [<c01755e5>] link_path_walk+0x55/0x100
> Nov 14 14:20:41 ubik [ 815.122203] [<c017595c>] path_lookup+0x9c/0x1e0
> Nov 14 14:20:41 ubik [ 815.122206] [<c0175ae4>]
> __path_lookup_intent_open+0x44/0x90
> Nov 14 14:20:41 ubik [ 815.122211] [<c0175b5c>] path_lookup_open+0x2c/0x30
> Nov 14 14:20:41 ubik [ 815.122214] [<c017625c>] open_namei+0x6c/0x650
> Nov 14 14:20:41 ubik [ 815.122218] [<c0163aa5>] filp_open+0x35/0x60
> Nov 14 14:20:41 ubik [ 815.122222] [<c0163e7e>] do_sys_open+0x4e/0xe0
> Nov 14 14:20:41 ubik [ 815.122226] [<c0163f2f>] sys_open+0x1f/0x30
> Nov 14 14:20:41 ubik [ 815.122229] [<c01032c5>] syscall_call+0x7/0xb
> Nov 14 14:20:41 ubik [ 815.122232] Code: 00 00 8d bc 27 00 00 00 00 85
> f6 7e 4a 8b 0f 39 f9 0f 84 48 01 00 00 8b 5d 08 8b 43 1c 3b 41 10 0f 87
> 85 00 00 00 8b 11 8b 41 04 <89> 42 04 89 10 83 79 14 ff c7 01 00 01 10
> 00 c7 41 04 00 02 20
> Nov 14 14:20:41 ubik [ 815.122260] <6>note: urxvtc[6106] exited with
> preempt_count 1
> Nov 14 14:20:41 ubik [ 815.122392] Unable to handle kernel paging
> request at virtual address 1740f369
> Nov 14 14:20:41 ubik [ 815.122395] printing eip:
> Nov 14 14:20:41 ubik [ 815.122397] c014cd02
> Nov 14 14:20:41 ubik [ 815.122398] *pde = 00000000
> Nov 14 14:20:41 ubik [ 815.122400] Oops: 0002 [#7]
> Nov 14 14:20:41 ubik [ 815.122402] PREEMPT
> Nov 14 14:20:41 ubik [ 815.122403] Modules linked in: ipw2200 ieee80211
> ieee80211_crypt ac thermal battery acpi_cpufreq processor radeon
> snd_intel8x0 snd_ac97_codec snd_ac97_bus
> Nov 14 14:20:41 ubik [ 815.122413] CPU: 0
> Nov 14 14:20:41 ubik [ 815.122414] EIP: 0060:[<c014cd02>] Not
> tainted VLI
> Nov 14 14:20:41 ubik [ 815.122415] EFLAGS: 00010003 (2.6.15-rc1-ubik)
> Nov 14 14:20:41 ubik [ 815.122419] EIP is at cache_alloc_refill+0xa2/0x2a0
> Nov 14 14:20:41 ubik [ 815.122422] eax: c14ddb00 ebx: c14d7ac0 ecx:
> df427000 edx: 1740f365
> Nov 14 14:20:41 ubik [ 815.122426] esi: 0000003c edi: c14ddb00 ebp:
> db327d60 esp: db327d38
> Nov 14 14:20:41 ubik [ 815.122428] ds: 007b es: 007b ss: 0068
> Nov 14 14:20:41 ubik [ 815.122431] Process zsh (pid: 5125,
> threadinfo=db326000 task=c9c9c520)
> Nov 14 14:20:41 ubik [ 815.122433] Stack: db327d58 db327d78 c017fed1
> c14deb00 c14d9000 00000001 01cd253f 00000282
> Nov 14 14:20:41 ubik [ 815.122440] c14d7ac0 df107910 db327d78
> c014d15d c14d7ac0 000000d0 fffffff4 dfb15cd0
> Nov 14 14:20:41 ubik [ 815.122446] db327d94 c017f71f c14d7ac0
> 000000d0 fffffff4 dfb15cd0 df107910 db327db8
> Nov 14 14:20:41 ubik [ 815.122453] Call Trace:
> Nov 14 14:20:41 ubik [ 815.122454] [<c010388b>] show_stack+0xab/0xf0
> Nov 14 14:20:41 ubik [ 815.122458] [<c0103a7f>] show_registers+0x18f/0x230
> Nov 14 14:20:41 ubik [ 815.122462] [<c0103cbd>] die+0xed/0x1b0
> Nov 14 14:20:41 ubik [ 815.122466] [<c04e1a9a>] do_page_fault+0x33a/0x670
> Nov 14 14:20:41 ubik [ 815.122469] [<c01034ef>] error_code+0x4f/0x54
> Nov 14 14:20:41 ubik [ 815.122473] [<c014d15d>] kmem_cache_alloc+0x4d/0x50
> Nov 14 14:20:41 ubik [ 815.122477] [<c017f71f>] d_alloc+0x1f/0x1b0
> Nov 14 14:20:41 ubik [ 815.122480] [<c017427c>] real_lookup+0xac/0xf0
> Nov 14 14:20:41 ubik [ 815.122484] [<c01745d5>] do_lookup+0xa5/0xb0
> Nov 14 14:20:41 ubik [ 815.122487] [<c0174e45>]
> __link_path_walk+0x865/0xfb0
> Nov 14 14:20:41 ubik [ 815.122491] [<c01755e5>] link_path_walk+0x55/0x100
> Nov 14 14:20:41 ubik [ 815.122495] [<c017595c>] path_lookup+0x9c/0x1e0
> Nov 14 14:20:41 ubik [ 815.122499] [<c0175dd1>] __user_walk+0x31/0x50
> Nov 14 14:20:41 ubik [ 815.122502] [<c016f68e>] vfs_stat+0x1e/0x60
> Nov 14 14:20:41 ubik [ 815.122506] [<c016fd29>] sys_stat64+0x19/0x40
> Nov 14 14:20:41 ubik [ 815.122509] [<c01032c5>] syscall_call+0x7/0xb
> Nov 14 14:20:41 ubik [ 815.122513] Code: 00 00 8d bc 27 00 00 00 00 85
> f6 7e 4a 8b 0f 39 f9 0f 84 48 01 00 00 8b 5d 08 8b 43 1c 3b 41 10 0f 87
> 85 00 00 00 8b 11 8b 41 04 <89> 42 04 89 10 83 79 14 ff c7 01 00 01 10
> 00 c7 41 04 00 02 20
> Nov 14 14:20:41 ubik [ 815.122540] <6>note: zsh[5125] exited with
> preempt_count 1
> Nov 14 14:20:41 ubik [ 815.124579] Unable to handle kernel paging
> request at virtual address 1740f369
> Nov 14 14:20:41 ubik [ 815.124583] printing eip:
> Nov 14 14:20:41 ubik [ 815.124585] c014cd02
> Nov 14 14:20:41 ubik [ 815.124586] *pde = 00000000
> Nov 14 14:20:41 ubik [ 815.124588] Oops: 0002 [#8]
> Nov 14 14:20:41 ubik [ 815.124589] PREEMPT
> Nov 14 14:20:41 ubik [ 815.124591] Modules linked in: ipw2200 ieee80211
> ieee80211_crypt ac thermal battery acpi_cpufreq processor radeon
> snd_intel8x0 snd_ac97_codec snd_ac97_bus
> Nov 14 14:20:41 ubik [ 815.124601] CPU: 0
> Nov 14 14:20:41 ubik [ 815.124602] EIP: 0060:[<c014cd02>] Not
> tainted VLI
> Nov 14 14:20:41 ubik [ 815.124603] EFLAGS: 00010003 (2.6.15-rc1-ubik)
> Nov 14 14:20:41 ubik [ 815.124608] EIP is at cache_alloc_refill+0xa2/0x2a0
> Nov 14 14:20:41 ubik [ 815.124611] eax: c14ddb00 ebx: c14d7ac0 ecx:
> df427000 edx: 1740f365
> Nov 14 14:20:41 ubik [ 815.124614] esi: 0000003c edi: c14ddb00 ebp:
> c9d27ed0 esp: c9d27ea8
> Nov 14 14:20:41 ubik [ 815.124617] ds: 007b es: 007b ss: 0068
> Nov 14 14:20:41 ubik [ 815.124619] Process su (pid: 5115,
> threadinfo=c9d26000 task=ca3275e0)
> Nov 14 14:20:41 ubik [ 815.124621] Stack: 00000000 0000000a ffffffff
> c14deb00 c14d9000 0000000a 00000000 00000286
> Nov 14 14:20:41 ubik [ 815.124628] c14d7ac0 c37bf524 c9d27ee8
> c014d15d c14d7ac0 000000d0 c9d27f1c c296e380
> Nov 14 14:20:41 ubik [ 815.124634] c9d27f04 c017f71f c14d7ac0
> 000000d0 c9d27f1c c296e380 c37bf524 c9d27f54
> Nov 14 14:20:41 ubik [ 815.124641] Call Trace:
> Nov 14 14:20:41 ubik [ 815.124643] [<c010388b>] show_stack+0xab/0xf0
> Nov 14 14:20:41 ubik [ 815.124647] [<c0103a7f>] show_registers+0x18f/0x230
> Nov 14 14:20:41 ubik [ 815.124651] [<c0103cbd>] die+0xed/0x1b0
> Nov 14 14:20:41 ubik [ 815.124654] [<c04e1a9a>] do_page_fault+0x33a/0x670
> Nov 14 14:20:41 ubik [ 815.124658] [<c01034ef>] error_code+0x4f/0x54
> Nov 14 14:20:41 ubik [ 815.124662] [<c014d15d>] kmem_cache_alloc+0x4d/0x50
> Nov 14 14:20:41 ubik [ 815.124665] [<c017f71f>] d_alloc+0x1f/0x1b0
> Nov 14 14:20:41 ubik [ 815.124669] [<c042ab7f>] sock_map_fd+0x6f/0x130
> Nov 14 14:20:41 ubik [ 815.124674] [<c042be66>] sys_socket+0x36/0x60
> Nov 14 14:20:41 ubik [ 815.124678] [<c042cca9>] sys_socketcall+0x99/0x290
> Nov 14 14:20:41 ubik [ 815.124682] [<c01032c5>] syscall_call+0x7/0xb
> Nov 14 14:20:41 ubik [ 815.124685] Code: 00 00 8d bc 27 00 00 00 00 85
> f6 7e 4a 8b 0f 39 f9 0f 84 48 01 00 00 8b 5d 08 8b 43 1c 3b 41 10 0f 87
> 85 00 00 00 8b 11 8b 41 04 <89> 42 04 89 10 83 79 14 ff c7 01 00 01 10
> 00 c7 41 04 00 02 20
> Nov 14 14:20:41 ubik [ 815.124713] <6>note: su[5115] exited with
> preempt_count 1
>
>
> Regards,
> Alexandre
> -
> 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/

2005-11-14 15:24:55

by Mark Lord

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

Zilvinas Valinskas wrote:
>
> EIP always is cache_alloc_refill() function. Full messages are available
> here: http://www.gemtek.lt/~zilvinas/ipw2200-syslog.gz

Ahh.. I also had a nasty VM related oops with this kernel,
as reported here under the topic "2.6.15-rc1: kswapd crash".

Maybe there is something broken.. ?

2005-11-14 18:24:27

by Pekka Enberg

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

Hi Alexandre,

On 11/14/05, Alexandre Buisse <[email protected]> wrote:
> I experienced a hard crash (no input devices answering at all) yesterday
> while playing a movie from a CD, but with nothing showing up in
> /var/log/messages.

Please post your .config.

Pekka

2005-11-14 18:25:16

by Pekka Enberg

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

Hi Zilvinas,

On 11/14/05, Zilvinas Valinskas <[email protected]> wrote:
> the same problem is present with 2.6.14 + ipw2200 1.0.8/ieee80211 1.1.6
> too. I didn't report problem as I am using madwifi drivers (which
> taints the kernel) and thought it was related to madwifi CVS (latest)
> and the newest ipw2200 drivers.

Please post your .config.

Pekka

2005-11-14 19:22:38

by Alexandre Buisse

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.15-rc1
# Sat Nov 12 21:51:54 2005
#
CONFIG_X86_32=y
CONFIG_SEMAPHORE_SLEEPERS=y
CONFIG_X86=y
CONFIG_MMU=y
CONFIG_UID16=y
CONFIG_GENERIC_ISA_DMA=y
CONFIG_GENERIC_IOMAP=y
CONFIG_ARCH_MAY_HAVE_PC_FDC=y

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y
CONFIG_CLEAN_COMPILE=y
CONFIG_BROKEN_ON_SMP=y
CONFIG_LOCK_KERNEL=y
CONFIG_INIT_ENV_ARG_LIMIT=32

#
# General setup
#
CONFIG_LOCALVERSION="-ubik"
CONFIG_LOCALVERSION_AUTO=y
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_POSIX_MQUEUE=y
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_SYSCTL=y
CONFIG_AUDIT=y
CONFIG_AUDITSYSCALL=y
CONFIG_HOTPLUG=y
CONFIG_KOBJECT_UEVENT=y
CONFIG_IKCONFIG=y
CONFIG_IKCONFIG_PROC=y
CONFIG_INITRAMFS_SOURCE=""
# CONFIG_EMBEDDED is not set
CONFIG_KALLSYMS=y
CONFIG_KALLSYMS_ALL=y
# CONFIG_KALLSYMS_EXTRA_PASS is not set
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_SHMEM=y
CONFIG_CC_ALIGN_FUNCTIONS=0
CONFIG_CC_ALIGN_LABELS=0
CONFIG_CC_ALIGN_LOOPS=0
CONFIG_CC_ALIGN_JUMPS=0
# CONFIG_TINY_SHMEM is not set
CONFIG_BASE_SMALL=0

#
# Loadable module support
#
CONFIG_MODULES=y
CONFIG_MODULE_UNLOAD=y
# CONFIG_MODULE_FORCE_UNLOAD is not set
CONFIG_OBSOLETE_MODPARM=y
CONFIG_MODVERSIONS=y
# CONFIG_MODULE_SRCVERSION_ALL is not set
CONFIG_KMOD=y

#
# Block layer
#
CONFIG_LBD=y

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_AS=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
CONFIG_DEFAULT_AS=y
# CONFIG_DEFAULT_DEADLINE is not set
# CONFIG_DEFAULT_CFQ is not set
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="anticipatory"

#
# Processor type and features
#
CONFIG_X86_PC=y
# CONFIG_X86_ELAN is not set
# CONFIG_X86_VOYAGER is not set
# CONFIG_X86_NUMAQ is not set
# CONFIG_X86_SUMMIT is not set
# CONFIG_X86_BIGSMP is not set
# CONFIG_X86_VISWS is not set
# CONFIG_X86_GENERICARCH is not set
# CONFIG_X86_ES7000 is not set
# CONFIG_M386 is not set
# CONFIG_M486 is not set
# CONFIG_M586 is not set
# CONFIG_M586TSC is not set
# CONFIG_M586MMX is not set
# CONFIG_M686 is not set
# CONFIG_MPENTIUMII is not set
# CONFIG_MPENTIUMIII is not set
CONFIG_MPENTIUMM=y
# CONFIG_MPENTIUM4 is not set
# CONFIG_MK6 is not set
# CONFIG_MK7 is not set
# CONFIG_MK8 is not set
# CONFIG_MCRUSOE is not set
# CONFIG_MEFFICEON is not set
# CONFIG_MWINCHIPC6 is not set
# CONFIG_MWINCHIP2 is not set
# CONFIG_MWINCHIP3D is not set
# CONFIG_MGEODEGX1 is not set
# CONFIG_MCYRIXIII is not set
# CONFIG_MVIAC3_2 is not set
CONFIG_X86_GENERIC=y
CONFIG_X86_CMPXCHG=y
CONFIG_X86_XADD=y
CONFIG_X86_L1_CACHE_SHIFT=7
CONFIG_RWSEM_XCHGADD_ALGORITHM=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_X86_WP_WORKS_OK=y
CONFIG_X86_INVLPG=y
CONFIG_X86_BSWAP=y
CONFIG_X86_POPAD_OK=y
CONFIG_X86_CMPXCHG64=y
CONFIG_X86_GOOD_APIC=y
CONFIG_X86_INTEL_USERCOPY=y
CONFIG_X86_USE_PPRO_CHECKSUM=y
CONFIG_X86_TSC=y
CONFIG_HPET_TIMER=y
# CONFIG_SMP is not set
# CONFIG_PREEMPT_NONE is not set
# CONFIG_PREEMPT_VOLUNTARY is not set
CONFIG_PREEMPT=y
CONFIG_PREEMPT_BKL=y
# CONFIG_X86_UP_APIC is not set
CONFIG_X86_MCE=y
# CONFIG_X86_MCE_NONFATAL is not set
# CONFIG_TOSHIBA is not set
# CONFIG_I8K is not set
# CONFIG_X86_REBOOTFIXUPS is not set
# CONFIG_MICROCODE is not set
# CONFIG_X86_MSR is not set
CONFIG_X86_CPUID=m

#
# Firmware Drivers
#
# CONFIG_EDD is not set
# CONFIG_DELL_RBU is not set
CONFIG_DCDBAS=m
CONFIG_NOHIGHMEM=y
# CONFIG_HIGHMEM4G is not set
# CONFIG_HIGHMEM64G is not set
CONFIG_SELECT_MEMORY_MODEL=y
CONFIG_FLATMEM_MANUAL=y
# CONFIG_DISCONTIGMEM_MANUAL is not set
# CONFIG_SPARSEMEM_MANUAL is not set
CONFIG_FLATMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
# CONFIG_SPARSEMEM_STATIC is not set
CONFIG_SPLIT_PTLOCK_CPUS=4
CONFIG_MATH_EMULATION=y
CONFIG_MTRR=y
# CONFIG_EFI is not set
# CONFIG_REGPARM is not set
CONFIG_SECCOMP=y
# CONFIG_HZ_100 is not set
CONFIG_HZ_250=y
# CONFIG_HZ_1000 is not set
CONFIG_HZ=250
CONFIG_PHYSICAL_START=0x100000
CONFIG_KEXEC=y

#
# Power management options (ACPI, APM)
#
CONFIG_PM=y
CONFIG_PM_DEBUG=y
CONFIG_SOFTWARE_SUSPEND=y
CONFIG_PM_STD_PARTITION="/dev/hda3"

#
# ACPI (Advanced Configuration and Power Interface) Support
#
CONFIG_ACPI=y
CONFIG_ACPI_SLEEP=y
CONFIG_ACPI_SLEEP_PROC_FS=y
# CONFIG_ACPI_SLEEP_PROC_SLEEP is not set
CONFIG_ACPI_AC=m
CONFIG_ACPI_BATTERY=m
CONFIG_ACPI_BUTTON=m
CONFIG_ACPI_VIDEO=m
CONFIG_ACPI_HOTKEY=m
CONFIG_ACPI_FAN=m
CONFIG_ACPI_PROCESSOR=m
CONFIG_ACPI_THERMAL=m
# CONFIG_ACPI_ASUS is not set
# CONFIG_ACPI_IBM is not set
# CONFIG_ACPI_TOSHIBA is not set
CONFIG_ACPI_BLACKLIST_YEAR=0
CONFIG_ACPI_DEBUG=y
CONFIG_ACPI_EC=y
CONFIG_ACPI_POWER=y
CONFIG_ACPI_SYSTEM=y
# CONFIG_X86_PM_TIMER is not set
# CONFIG_ACPI_CONTAINER is not set

#
# APM (Advanced Power Management) BIOS Support
#
# CONFIG_APM is not set

#
# CPU Frequency scaling
#
CONFIG_CPU_FREQ=y
CONFIG_CPU_FREQ_TABLE=y
# CONFIG_CPU_FREQ_DEBUG is not set
CONFIG_CPU_FREQ_STAT=y
# CONFIG_CPU_FREQ_STAT_DETAILS is not set
# CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE is not set
CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE=y
CONFIG_CPU_FREQ_GOV_PERFORMANCE=y
# CONFIG_CPU_FREQ_GOV_POWERSAVE is not set
CONFIG_CPU_FREQ_GOV_USERSPACE=y
# CONFIG_CPU_FREQ_GOV_ONDEMAND is not set
# CONFIG_CPU_FREQ_GOV_CONSERVATIVE is not set

#
# CPUFreq processor drivers
#
CONFIG_X86_ACPI_CPUFREQ=m
# CONFIG_X86_POWERNOW_K6 is not set
# CONFIG_X86_POWERNOW_K7 is not set
# CONFIG_X86_POWERNOW_K8 is not set
# CONFIG_X86_GX_SUSPMOD is not set
CONFIG_X86_SPEEDSTEP_CENTRINO=y
CONFIG_X86_SPEEDSTEP_CENTRINO_TABLE=y
# CONFIG_X86_SPEEDSTEP_ICH is not set
# CONFIG_X86_SPEEDSTEP_SMI is not set
# CONFIG_X86_P4_CLOCKMOD is not set
# CONFIG_X86_CPUFREQ_NFORCE2 is not set
# CONFIG_X86_LONGRUN is not set
# CONFIG_X86_LONGHAUL is not set

#
# shared options
#
# CONFIG_X86_ACPI_CPUFREQ_PROC_INTF is not set
# CONFIG_X86_SPEEDSTEP_LIB is not set

#
# Bus options (PCI, PCMCIA, EISA, MCA, ISA)
#
CONFIG_PCI=y
# CONFIG_PCI_GOBIOS is not set
# CONFIG_PCI_GOMMCONFIG is not set
# CONFIG_PCI_GODIRECT is not set
CONFIG_PCI_GOANY=y
CONFIG_PCI_BIOS=y
CONFIG_PCI_DIRECT=y
CONFIG_PCI_MMCONFIG=y
# CONFIG_PCIEPORTBUS is not set
CONFIG_PCI_LEGACY_PROC=y
# CONFIG_PCI_DEBUG is not set
CONFIG_ISA_DMA_API=y
CONFIG_ISA=y
# CONFIG_EISA is not set
# CONFIG_MCA is not set
# CONFIG_SCx200 is not set

#
# PCCARD (PCMCIA/CardBus) support
#
CONFIG_PCCARD=y
# CONFIG_PCMCIA_DEBUG is not set
CONFIG_PCMCIA=y
CONFIG_PCMCIA_LOAD_CIS=y
CONFIG_PCMCIA_IOCTL=y
CONFIG_CARDBUS=y

#
# PC-card bridges
#
# CONFIG_YENTA is not set
# CONFIG_PD6729 is not set
# CONFIG_I82092 is not set
# CONFIG_I82365 is not set
# CONFIG_TCIC is not set
CONFIG_PCMCIA_PROBE=y

#
# PCI Hotplug Support
#
# CONFIG_HOTPLUG_PCI is not set

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_AOUT=y
CONFIG_BINFMT_MISC=y

#
# Networking
#
CONFIG_NET=y

#
# Networking options
#
CONFIG_PACKET=y
# CONFIG_PACKET_MMAP is not set
CONFIG_UNIX=y
# CONFIG_NET_KEY is not set
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_FIB_HASH=y
# CONFIG_IP_PNP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_IP_MROUTE is not set
# CONFIG_ARPD is not set
# CONFIG_SYN_COOKIES is not set
# CONFIG_INET_AH is not set
# CONFIG_INET_ESP is not set
# CONFIG_INET_IPCOMP is not set
# CONFIG_INET_TUNNEL is not set
CONFIG_INET_DIAG=y
CONFIG_INET_TCP_DIAG=y
CONFIG_TCP_CONG_ADVANCED=y

#
# TCP congestion control
#
CONFIG_TCP_CONG_BIC=y
CONFIG_TCP_CONG_WESTWOOD=y
CONFIG_TCP_CONG_HTCP=y
CONFIG_TCP_CONG_HSTCP=y
CONFIG_TCP_CONG_HYBLA=y
CONFIG_TCP_CONG_VEGAS=y
CONFIG_TCP_CONG_SCALABLE=y

#
# IP: Virtual Server Configuration
#
# CONFIG_IP_VS is not set
# CONFIG_IPV6 is not set
CONFIG_NETFILTER=y
# CONFIG_NETFILTER_DEBUG is not set

#
# Core Netfilter Configuration
#
# CONFIG_NETFILTER_NETLINK is not set

#
# IP: Netfilter Configuration
#
CONFIG_IP_NF_CONNTRACK=y
# CONFIG_IP_NF_CT_ACCT is not set
# CONFIG_IP_NF_CONNTRACK_MARK is not set
# CONFIG_IP_NF_CONNTRACK_EVENTS is not set
# CONFIG_IP_NF_CT_PROTO_SCTP is not set
# CONFIG_IP_NF_FTP is not set
# CONFIG_IP_NF_IRC is not set
# CONFIG_IP_NF_NETBIOS_NS is not set
# CONFIG_IP_NF_TFTP is not set
# CONFIG_IP_NF_AMANDA is not set
# CONFIG_IP_NF_PPTP is not set
CONFIG_IP_NF_QUEUE=y
CONFIG_IP_NF_IPTABLES=y
CONFIG_IP_NF_MATCH_LIMIT=y
CONFIG_IP_NF_MATCH_IPRANGE=y
CONFIG_IP_NF_MATCH_MAC=y
CONFIG_IP_NF_MATCH_PKTTYPE=y
CONFIG_IP_NF_MATCH_MARK=y
CONFIG_IP_NF_MATCH_MULTIPORT=y
CONFIG_IP_NF_MATCH_TOS=y
CONFIG_IP_NF_MATCH_RECENT=y
CONFIG_IP_NF_MATCH_ECN=y
CONFIG_IP_NF_MATCH_DSCP=y
CONFIG_IP_NF_MATCH_AH_ESP=y
CONFIG_IP_NF_MATCH_LENGTH=y
CONFIG_IP_NF_MATCH_TTL=y
CONFIG_IP_NF_MATCH_TCPMSS=y
CONFIG_IP_NF_MATCH_HELPER=y
CONFIG_IP_NF_MATCH_STATE=y
CONFIG_IP_NF_MATCH_CONNTRACK=y
CONFIG_IP_NF_MATCH_OWNER=y
# CONFIG_IP_NF_MATCH_ADDRTYPE is not set
# CONFIG_IP_NF_MATCH_REALM is not set
# CONFIG_IP_NF_MATCH_SCTP is not set
# CONFIG_IP_NF_MATCH_DCCP is not set
# CONFIG_IP_NF_MATCH_COMMENT is not set
# CONFIG_IP_NF_MATCH_HASHLIMIT is not set
# CONFIG_IP_NF_MATCH_STRING is not set
CONFIG_IP_NF_FILTER=y
CONFIG_IP_NF_TARGET_REJECT=y
CONFIG_IP_NF_TARGET_LOG=y
CONFIG_IP_NF_TARGET_ULOG=y
CONFIG_IP_NF_TARGET_TCPMSS=y
# CONFIG_IP_NF_TARGET_NFQUEUE is not set
CONFIG_IP_NF_NAT=y
CONFIG_IP_NF_NAT_NEEDED=y
CONFIG_IP_NF_TARGET_MASQUERADE=y
CONFIG_IP_NF_TARGET_REDIRECT=y
CONFIG_IP_NF_TARGET_NETMAP=y
CONFIG_IP_NF_TARGET_SAME=y
# CONFIG_IP_NF_NAT_SNMP_BASIC is not set
CONFIG_IP_NF_MANGLE=y
CONFIG_IP_NF_TARGET_TOS=y
CONFIG_IP_NF_TARGET_ECN=y
CONFIG_IP_NF_TARGET_DSCP=y
CONFIG_IP_NF_TARGET_MARK=y
CONFIG_IP_NF_TARGET_CLASSIFY=y
# CONFIG_IP_NF_TARGET_TTL is not set
CONFIG_IP_NF_RAW=m
CONFIG_IP_NF_TARGET_NOTRACK=m
CONFIG_IP_NF_ARPTABLES=y
CONFIG_IP_NF_ARPFILTER=y
CONFIG_IP_NF_ARP_MANGLE=y

#
# DCCP Configuration (EXPERIMENTAL)
#
# CONFIG_IP_DCCP is not set

#
# SCTP Configuration (EXPERIMENTAL)
#
CONFIG_IP_SCTP=y
# CONFIG_SCTP_DBG_MSG is not set
# CONFIG_SCTP_DBG_OBJCNT is not set
# CONFIG_SCTP_HMAC_NONE is not set
# CONFIG_SCTP_HMAC_SHA1 is not set
CONFIG_SCTP_HMAC_MD5=y
# CONFIG_ATM is not set
# CONFIG_BRIDGE is not set
# CONFIG_VLAN_8021Q is not set
# CONFIG_DECNET is not set
# CONFIG_LLC2 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_NET_DIVERT is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set

#
# QoS and/or fair queueing
#
CONFIG_NET_SCHED=y
CONFIG_NET_SCH_CLK_JIFFIES=y
# CONFIG_NET_SCH_CLK_GETTIMEOFDAY is not set
# CONFIG_NET_SCH_CLK_CPU is not set

#
# Queueing/Scheduling
#
CONFIG_NET_SCH_CBQ=y
CONFIG_NET_SCH_HTB=y
CONFIG_NET_SCH_HFSC=y
# CONFIG_NET_SCH_PRIO is not set
# CONFIG_NET_SCH_RED is not set
# CONFIG_NET_SCH_SFQ is not set
# CONFIG_NET_SCH_TEQL is not set
# CONFIG_NET_SCH_TBF is not set
# CONFIG_NET_SCH_GRED is not set
# CONFIG_NET_SCH_DSMARK is not set
# CONFIG_NET_SCH_NETEM is not set
# CONFIG_NET_SCH_INGRESS is not set

#
# Classification
#
CONFIG_NET_CLS=y
CONFIG_NET_CLS_BASIC=y
CONFIG_NET_CLS_TCINDEX=y
CONFIG_NET_CLS_ROUTE4=y
CONFIG_NET_CLS_ROUTE=y
# CONFIG_NET_CLS_FW is not set
# CONFIG_NET_CLS_U32 is not set
# CONFIG_NET_CLS_RSVP is not set
# CONFIG_NET_CLS_RSVP6 is not set
# CONFIG_NET_EMATCH is not set
# CONFIG_NET_CLS_ACT is not set
# CONFIG_NET_CLS_POLICE is not set
CONFIG_NET_ESTIMATOR=y

#
# Network testing
#
# CONFIG_NET_PKTGEN is not set
# CONFIG_HAMRADIO is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
CONFIG_IEEE80211=m
# CONFIG_IEEE80211_DEBUG is not set
# CONFIG_IEEE80211_CRYPT_WEP is not set
# CONFIG_IEEE80211_CRYPT_CCMP is not set
# CONFIG_IEEE80211_CRYPT_TKIP is not set

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_STANDALONE=y
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FW_LOADER=y
# CONFIG_DEBUG_DRIVER is not set

#
# Connector - unified userspace <-> kernelspace linker
#
# CONFIG_CONNECTOR is not set

#
# Memory Technology Devices (MTD)
#
# CONFIG_MTD is not set

#
# Parallel port support
#
CONFIG_PARPORT=y
CONFIG_PARPORT_PC=y
# CONFIG_PARPORT_SERIAL is not set
# CONFIG_PARPORT_PC_FIFO is not set
# CONFIG_PARPORT_PC_SUPERIO is not set
# CONFIG_PARPORT_PC_PCMCIA is not set
# CONFIG_PARPORT_GSC is not set
# CONFIG_PARPORT_1284 is not set

#
# Plug and Play support
#
CONFIG_PNP=y
# CONFIG_PNP_DEBUG is not set

#
# Protocols
#
# CONFIG_ISAPNP is not set
# CONFIG_PNPBIOS is not set
CONFIG_PNPACPI=y

#
# Block devices
#
CONFIG_BLK_DEV_FD=y
# CONFIG_BLK_DEV_XD is not set
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_UMEM is not set
# CONFIG_BLK_DEV_COW_COMMON is not set
CONFIG_BLK_DEV_LOOP=y
# CONFIG_BLK_DEV_CRYPTOLOOP is not set
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_SX8 is not set
# CONFIG_BLK_DEV_UB is not set
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_COUNT=16
CONFIG_BLK_DEV_RAM_SIZE=4096
CONFIG_BLK_DEV_INITRD=y
# CONFIG_CDROM_PKTCDVD is not set
# CONFIG_ATA_OVER_ETH is not set

#
# ATA/ATAPI/MFM/RLL support
#
CONFIG_IDE=y
CONFIG_BLK_DEV_IDE=y

#
# Please see Documentation/ide.txt for help/info on IDE drives
#
# CONFIG_BLK_DEV_IDE_SATA is not set
# CONFIG_BLK_DEV_HD_IDE is not set
CONFIG_BLK_DEV_IDEDISK=y
CONFIG_IDEDISK_MULTI_MODE=y
# CONFIG_BLK_DEV_IDECS is not set
CONFIG_BLK_DEV_IDECD=y
# CONFIG_BLK_DEV_IDETAPE is not set
# CONFIG_BLK_DEV_IDEFLOPPY is not set
# CONFIG_BLK_DEV_IDESCSI is not set
# CONFIG_IDE_TASK_IOCTL is not set

#
# IDE chipset support/bugfixes
#
CONFIG_IDE_GENERIC=y
CONFIG_BLK_DEV_CMD640=y
# CONFIG_BLK_DEV_CMD640_ENHANCED is not set
# CONFIG_BLK_DEV_IDEPNP is not set
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_IDEPCI_SHARE_IRQ=y
# CONFIG_BLK_DEV_OFFBOARD is not set
CONFIG_BLK_DEV_GENERIC=y
# CONFIG_BLK_DEV_OPTI621 is not set
CONFIG_BLK_DEV_RZ1000=y
CONFIG_BLK_DEV_IDEDMA_PCI=y
# CONFIG_BLK_DEV_IDEDMA_FORCED is not set
CONFIG_IDEDMA_PCI_AUTO=y
# CONFIG_IDEDMA_ONLYDISK is not set
# CONFIG_BLK_DEV_AEC62XX is not set
# CONFIG_BLK_DEV_ALI15X3 is not set
# CONFIG_BLK_DEV_AMD74XX is not set
# CONFIG_BLK_DEV_ATIIXP is not set
# CONFIG_BLK_DEV_CMD64X is not set
# CONFIG_BLK_DEV_TRIFLEX is not set
# CONFIG_BLK_DEV_CY82C693 is not set
# CONFIG_BLK_DEV_CS5520 is not set
# CONFIG_BLK_DEV_CS5530 is not set
# CONFIG_BLK_DEV_CS5535 is not set
# CONFIG_BLK_DEV_HPT34X is not set
# CONFIG_BLK_DEV_HPT366 is not set
# CONFIG_BLK_DEV_SC1200 is not set
CONFIG_BLK_DEV_PIIX=y
# CONFIG_BLK_DEV_IT821X is not set
# CONFIG_BLK_DEV_NS87415 is not set
# CONFIG_BLK_DEV_PDC202XX_OLD is not set
# CONFIG_BLK_DEV_PDC202XX_NEW is not set
# CONFIG_BLK_DEV_SVWKS is not set
# CONFIG_BLK_DEV_SIIMAGE is not set
# CONFIG_BLK_DEV_SIS5513 is not set
# CONFIG_BLK_DEV_SLC90E66 is not set
# CONFIG_BLK_DEV_TRM290 is not set
# CONFIG_BLK_DEV_VIA82CXXX is not set
# CONFIG_IDE_ARM is not set
# CONFIG_IDE_CHIPSETS is not set
CONFIG_BLK_DEV_IDEDMA=y
# CONFIG_IDEDMA_IVB is not set
CONFIG_IDEDMA_AUTO=y
# CONFIG_BLK_DEV_HD is not set

#
# SCSI device support
#
# CONFIG_RAID_ATTRS is not set
CONFIG_SCSI=y
CONFIG_SCSI_PROC_FS=y

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
# CONFIG_CHR_DEV_ST is not set
# CONFIG_CHR_DEV_OSST is not set
# CONFIG_BLK_DEV_SR is not set
CONFIG_CHR_DEV_SG=y
# CONFIG_CHR_DEV_SCH is not set

#
# Some SCSI devices (e.g. CD jukebox) support multiple LUNs
#
# CONFIG_SCSI_MULTI_LUN is not set
CONFIG_SCSI_CONSTANTS=y
CONFIG_SCSI_LOGGING=y

#
# SCSI Transport Attributes
#
# CONFIG_SCSI_SPI_ATTRS is not set
CONFIG_SCSI_FC_ATTRS=y
# CONFIG_SCSI_ISCSI_ATTRS is not set
# CONFIG_SCSI_SAS_ATTRS is not set

#
# SCSI low-level drivers
#
# CONFIG_ISCSI_TCP is not set
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_3W_9XXX is not set
# CONFIG_SCSI_7000FASST is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AHA152X is not set
# CONFIG_SCSI_AHA1542 is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_AIC79XX is not set
CONFIG_SCSI_DPT_I2O=m
# CONFIG_SCSI_IN2000 is not set
# CONFIG_MEGARAID_NEWGEN is not set
# CONFIG_MEGARAID_LEGACY is not set
# CONFIG_MEGARAID_SAS is not set
CONFIG_SCSI_SATA=y
# CONFIG_SCSI_SATA_AHCI is not set
# CONFIG_SCSI_SATA_SVW is not set
CONFIG_SCSI_ATA_PIIX=y
# CONFIG_SCSI_SATA_MV is not set
# CONFIG_SCSI_SATA_NV is not set
# CONFIG_SCSI_PDC_ADMA is not set
# CONFIG_SCSI_SATA_QSTOR is not set
# CONFIG_SCSI_SATA_PROMISE is not set
CONFIG_SCSI_SATA_SX4=m
# CONFIG_SCSI_SATA_SIL is not set
# CONFIG_SCSI_SATA_SIL24 is not set
CONFIG_SCSI_SATA_SIS=m
# CONFIG_SCSI_SATA_ULI is not set
# CONFIG_SCSI_SATA_VIA is not set
# CONFIG_SCSI_SATA_VITESSE is not set
CONFIG_SCSI_SATA_INTEL_COMBINED=y
# CONFIG_SCSI_BUSLOGIC is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_DTC3280 is not set
# CONFIG_SCSI_EATA is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_GDTH is not set
# CONFIG_SCSI_GENERIC_NCR5380 is not set
# CONFIG_SCSI_GENERIC_NCR5380_MMIO is not set
# CONFIG_SCSI_IPS is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_PPA is not set
# CONFIG_SCSI_IMM is not set
# CONFIG_SCSI_NCR53C406A is not set
# CONFIG_SCSI_SYM53C8XX_2 is not set
CONFIG_SCSI_IPR=m
# CONFIG_SCSI_IPR_TRACE is not set
# CONFIG_SCSI_IPR_DUMP is not set
# CONFIG_SCSI_PAS16 is not set
# CONFIG_SCSI_PSI240I is not set
# CONFIG_SCSI_QLOGIC_FAS is not set
# CONFIG_SCSI_QLOGIC_FC is not set
# CONFIG_SCSI_QLOGIC_1280 is not set
CONFIG_SCSI_QLA2XXX=y
# CONFIG_SCSI_QLA21XX is not set
# CONFIG_SCSI_QLA22XX is not set
# CONFIG_SCSI_QLA2300 is not set
# CONFIG_SCSI_QLA2322 is not set
# CONFIG_SCSI_QLA6312 is not set
# CONFIG_SCSI_QLA24XX is not set
# CONFIG_SCSI_LPFC is not set
# CONFIG_SCSI_SYM53C416 is not set
# CONFIG_SCSI_DC395x is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_T128 is not set
# CONFIG_SCSI_U14_34F is not set
# CONFIG_SCSI_ULTRASTOR is not set
# CONFIG_SCSI_NSP32 is not set
# CONFIG_SCSI_DEBUG is not set

#
# PCMCIA SCSI adapter support
#
# CONFIG_PCMCIA_AHA152X is not set
# CONFIG_PCMCIA_FDOMAIN is not set
# CONFIG_PCMCIA_NINJA_SCSI is not set
# CONFIG_PCMCIA_QLOGIC is not set
# CONFIG_PCMCIA_SYM53C500 is not set

#
# Old CD-ROM drivers (not SCSI, not IDE)
#
# CONFIG_CD_NO_IDESCSI is not set

#
# Multi-device support (RAID and LVM)
#
# CONFIG_MD is not set

#
# Fusion MPT device support
#
# CONFIG_FUSION is not set
# CONFIG_FUSION_SPI is not set
# CONFIG_FUSION_FC is not set
# CONFIG_FUSION_SAS is not set

#
# IEEE 1394 (FireWire) support
#
CONFIG_IEEE1394=y

#
# Subsystem Options
#
# CONFIG_IEEE1394_VERBOSEDEBUG is not set
# CONFIG_IEEE1394_OUI_DB is not set
# CONFIG_IEEE1394_EXTRA_CONFIG_ROMS is not set
# CONFIG_IEEE1394_EXPORT_FULL_API is not set

#
# Device Drivers
#

#
# Texas Instruments PCILynx requires I2C
#
CONFIG_IEEE1394_OHCI1394=y

#
# Protocol Drivers
#
# CONFIG_IEEE1394_VIDEO1394 is not set
# CONFIG_IEEE1394_SBP2 is not set
# CONFIG_IEEE1394_ETH1394 is not set
# CONFIG_IEEE1394_DV1394 is not set
CONFIG_IEEE1394_RAWIO=y
# CONFIG_IEEE1394_CMP is not set

#
# I2O device support
#
# CONFIG_I2O is not set

#
# Network device support
#
CONFIG_NETDEVICES=y
CONFIG_DUMMY=m
# CONFIG_BONDING is not set
# CONFIG_EQUALIZER is not set
# CONFIG_TUN is not set
# CONFIG_NET_SB1000 is not set

#
# ARCnet devices
#
# CONFIG_ARCNET is not set

#
# PHY device support
#
# CONFIG_PHYLIB is not set

#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=y
CONFIG_MII=y
# CONFIG_HAPPYMEAL is not set
# CONFIG_SUNGEM is not set
# CONFIG_CASSINI is not set
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_LANCE is not set
# CONFIG_NET_VENDOR_SMC is not set
# CONFIG_NET_VENDOR_RACAL is not set

#
# Tulip family network device support
#
# CONFIG_NET_TULIP is not set
# CONFIG_AT1700 is not set
# CONFIG_DEPCA is not set
# CONFIG_HP100 is not set
# CONFIG_NET_ISA is not set
CONFIG_NET_PCI=y
# CONFIG_PCNET32 is not set
# CONFIG_AMD8111_ETH is not set
# CONFIG_ADAPTEC_STARFIRE is not set
# CONFIG_AC3200 is not set
# CONFIG_APRICOT is not set
# CONFIG_B44 is not set
# CONFIG_FORCEDETH is not set
# CONFIG_CS89x0 is not set
# CONFIG_DGRS is not set
# CONFIG_EEPRO100 is not set
# CONFIG_E100 is not set
# CONFIG_FEALNX is not set
# CONFIG_NATSEMI is not set
# CONFIG_NE2K_PCI is not set
# CONFIG_8139CP is not set
CONFIG_8139TOO=y
CONFIG_8139TOO_PIO=y
# CONFIG_8139TOO_TUNE_TWISTER is not set
# CONFIG_8139TOO_8129 is not set
# CONFIG_8139_OLD_RX_RESET is not set
# CONFIG_SIS900 is not set
# CONFIG_EPIC100 is not set
# CONFIG_SUNDANCE is not set
# CONFIG_TLAN is not set
# CONFIG_VIA_RHINE is not set
# CONFIG_NET_POCKET is not set

#
# Ethernet (1000 Mbit)
#
# CONFIG_ACENIC is not set
# CONFIG_DL2K is not set
CONFIG_E1000=y
# CONFIG_E1000_NAPI is not set
# CONFIG_NS83820 is not set
# CONFIG_HAMACHI is not set
# CONFIG_YELLOWFIN is not set
# CONFIG_R8169 is not set
# CONFIG_SIS190 is not set
# CONFIG_SKGE is not set
# CONFIG_SK98LIN is not set
# CONFIG_VIA_VELOCITY is not set
# CONFIG_TIGON3 is not set
# CONFIG_BNX2 is not set

#
# Ethernet (10000 Mbit)
#
# CONFIG_CHELSIO_T1 is not set
# CONFIG_IXGB is not set
CONFIG_S2IO=m
# CONFIG_S2IO_NAPI is not set

#
# Token Ring devices
#
# CONFIG_TR is not set

#
# Wireless LAN (non-hamradio)
#
CONFIG_NET_RADIO=y

#
# Obsolete Wireless cards support (pre-802.11)
#
# CONFIG_STRIP is not set
# CONFIG_ARLAN is not set
# CONFIG_WAVELAN is not set
# CONFIG_PCMCIA_WAVELAN is not set
# CONFIG_PCMCIA_NETWAVE is not set

#
# Wireless 802.11 Frequency Hopping cards support
#
# CONFIG_PCMCIA_RAYCS is not set

#
# Wireless 802.11b ISA/PCI cards support
#
# CONFIG_IPW2100 is not set
# CONFIG_IPW_DEBUG is not set
CONFIG_IPW2200=m
# CONFIG_AIRO is not set
# CONFIG_HERMES is not set
# CONFIG_ATMEL is not set

#
# Wireless 802.11b Pcmcia/Cardbus cards support
#
# CONFIG_AIRO_CS is not set
# CONFIG_PCMCIA_WL3501 is not set

#
# Prism GT/Duette 802.11(a/b/g) PCI/Cardbus support
#
# CONFIG_PRISM54 is not set
# CONFIG_HOSTAP is not set
CONFIG_NET_WIRELESS=y

#
# PCMCIA network device support
#
# CONFIG_NET_PCMCIA is not set

#
# Wan interfaces
#
# CONFIG_WAN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PLIP is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set
# CONFIG_NET_FC is not set
# CONFIG_SHAPER is not set
CONFIG_NETCONSOLE=m
CONFIG_NETPOLL=y
# CONFIG_NETPOLL_RX is not set
# CONFIG_NETPOLL_TRAP is not set
CONFIG_NET_POLL_CONTROLLER=y

#
# ISDN subsystem
#
# CONFIG_ISDN is not set

#
# Telephony Support
#
# CONFIG_PHONE is not set

#
# Input device support
#
CONFIG_INPUT=y

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_TSDEV is not set
# CONFIG_INPUT_EVDEV is not set
# CONFIG_INPUT_EVBUG is not set

#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_LKKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
# CONFIG_KEYBOARD_NEWTON is not set
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=y
# CONFIG_MOUSE_SERIAL is not set
# CONFIG_MOUSE_INPORT is not set
# CONFIG_MOUSE_LOGIBM is not set
# CONFIG_MOUSE_PC110PAD is not set
# CONFIG_MOUSE_VSXXXAA is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
CONFIG_INPUT_MISC=y
# CONFIG_INPUT_PCSPKR is not set
# CONFIG_INPUT_UINPUT is not set

#
# Hardware I/O ports
#
CONFIG_SERIO=y
CONFIG_SERIO_I8042=y
# CONFIG_SERIO_SERPORT is not set
# CONFIG_SERIO_CT82C710 is not set
# CONFIG_SERIO_PARKBD is not set
# CONFIG_SERIO_PCIPS2 is not set
CONFIG_SERIO_LIBPS2=y
# CONFIG_SERIO_RAW is not set
# CONFIG_GAMEPORT is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_SERIAL_NONSTANDARD is not set

#
# Serial drivers
#
CONFIG_SERIAL_8250=y
# CONFIG_SERIAL_8250_CONSOLE is not set
# CONFIG_SERIAL_8250_CS is not set
# CONFIG_SERIAL_8250_ACPI is not set
CONFIG_SERIAL_8250_NR_UARTS=4
# CONFIG_SERIAL_8250_EXTENDED is not set

#
# Non-8250 serial port support
#
CONFIG_SERIAL_CORE=y
# CONFIG_SERIAL_JSM is not set
CONFIG_UNIX98_PTYS=y
CONFIG_LEGACY_PTYS=y
CONFIG_LEGACY_PTY_COUNT=256
CONFIG_PRINTER=y
# CONFIG_LP_CONSOLE is not set
# CONFIG_PPDEV is not set
# CONFIG_TIPAR is not set

#
# IPMI
#
# CONFIG_IPMI_HANDLER is not set

#
# Watchdog Cards
#
# CONFIG_WATCHDOG is not set
# CONFIG_HW_RANDOM is not set
# CONFIG_NVRAM is not set
# CONFIG_RTC is not set
# CONFIG_GEN_RTC is not set
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
# CONFIG_SONYPI is not set

#
# Ftape, the floppy tape device driver
#
# CONFIG_FTAPE is not set
CONFIG_AGP=y
# CONFIG_AGP_ALI is not set
CONFIG_AGP_ATI=y
# CONFIG_AGP_AMD is not set
# CONFIG_AGP_AMD64 is not set
CONFIG_AGP_INTEL=y
# CONFIG_AGP_NVIDIA is not set
# CONFIG_AGP_SIS is not set
# CONFIG_AGP_SWORKS is not set
# CONFIG_AGP_VIA is not set
# CONFIG_AGP_EFFICEON is not set
CONFIG_DRM=y
# CONFIG_DRM_TDFX is not set
# CONFIG_DRM_R128 is not set
CONFIG_DRM_RADEON=m
# CONFIG_DRM_I810 is not set
# CONFIG_DRM_I830 is not set
# CONFIG_DRM_I915 is not set
# CONFIG_DRM_MGA is not set
# CONFIG_DRM_SIS is not set
# CONFIG_DRM_VIA is not set
# CONFIG_DRM_SAVAGE is not set

#
# PCMCIA character devices
#
# CONFIG_SYNCLINK_CS is not set
# CONFIG_MWAVE is not set
# CONFIG_RAW_DRIVER is not set
# CONFIG_HPET is not set
# CONFIG_HANGCHECK_TIMER is not set

#
# TPM devices
#
# CONFIG_TCG_TPM is not set
# CONFIG_TELCLOCK is not set

#
# I2C support
#
# CONFIG_I2C is not set

#
# Dallas's 1-wire bus
#
# CONFIG_W1 is not set

#
# Hardware Monitoring support
#
CONFIG_HWMON=y
# CONFIG_HWMON_VID is not set
CONFIG_SENSORS_HDAPS=y
# CONFIG_HWMON_DEBUG_CHIP is not set

#
# Misc devices
#
# CONFIG_IBM_ASM is not set

#
# Multimedia Capabilities Port drivers
#

#
# Multimedia devices
#
CONFIG_VIDEO_DEV=m

#
# Video For Linux
#

#
# Video Adapters
#
# CONFIG_VIDEO_PMS is not set
# CONFIG_VIDEO_BWQCAM is not set
# CONFIG_VIDEO_CQCAM is not set
# CONFIG_VIDEO_CPIA is not set
# CONFIG_VIDEO_STRADIS is not set
# CONFIG_VIDEO_MXB is not set
# CONFIG_VIDEO_DPC is not set
# CONFIG_VIDEO_HEXIUM_ORION is not set
# CONFIG_VIDEO_HEXIUM_GEMINI is not set

#
# Radio Adapters
#
# CONFIG_RADIO_CADET is not set
# CONFIG_RADIO_RTRACK is not set
# CONFIG_RADIO_RTRACK2 is not set
# CONFIG_RADIO_AZTECH is not set
# CONFIG_RADIO_GEMTEK is not set
# CONFIG_RADIO_GEMTEK_PCI is not set
# CONFIG_RADIO_MAXIRADIO is not set
# CONFIG_RADIO_MAESTRO is not set
# CONFIG_RADIO_SF16FMI is not set
# CONFIG_RADIO_SF16FMR2 is not set
# CONFIG_RADIO_TERRATEC is not set
# CONFIG_RADIO_TRUST is not set
# CONFIG_RADIO_TYPHOON is not set
# CONFIG_RADIO_ZOLTRIX is not set

#
# Digital Video Broadcasting Devices
#
CONFIG_DVB=y
# CONFIG_DVB_CORE is not set

#
# Graphics support
#
CONFIG_FB=y
CONFIG_FB_CFB_FILLRECT=y
CONFIG_FB_CFB_COPYAREA=y
CONFIG_FB_CFB_IMAGEBLIT=y
# CONFIG_FB_MACMODES is not set
CONFIG_FB_MODE_HELPERS=y
# CONFIG_FB_TILEBLITTING is not set
# CONFIG_FB_CIRRUS is not set
# CONFIG_FB_PM2 is not set
# CONFIG_FB_CYBER2000 is not set
# CONFIG_FB_ARC is not set
# CONFIG_FB_ASILIANT is not set
# CONFIG_FB_IMSTT is not set
# CONFIG_FB_VGA16 is not set
CONFIG_FB_VESA=y
CONFIG_VIDEO_SELECT=y
# CONFIG_FB_HGA is not set
# CONFIG_FB_S1D13XXX is not set
# CONFIG_FB_NVIDIA is not set
# CONFIG_FB_RIVA is not set
# CONFIG_FB_I810 is not set
# CONFIG_FB_INTEL is not set
# CONFIG_FB_MATROX is not set
# CONFIG_FB_RADEON_OLD is not set
# CONFIG_FB_RADEON is not set
# CONFIG_FB_ATY128 is not set
# CONFIG_FB_ATY is not set
# CONFIG_FB_SAVAGE is not set
# CONFIG_FB_SIS is not set
# CONFIG_FB_NEOMAGIC is not set
# CONFIG_FB_KYRO is not set
# CONFIG_FB_3DFX is not set
# CONFIG_FB_VOODOO1 is not set
# CONFIG_FB_CYBLA is not set
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_GEODE is not set
# CONFIG_FB_VIRTUAL is not set

#
# Console display driver support
#
CONFIG_VGA_CONSOLE=y
# CONFIG_MDA_CONSOLE is not set
CONFIG_DUMMY_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE_ROTATION=y
# CONFIG_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y

#
# Logo configuration
#
CONFIG_LOGO=y
CONFIG_LOGO_LINUX_MONO=y
CONFIG_LOGO_LINUX_VGA16=y
CONFIG_LOGO_LINUX_CLUT224=y
# CONFIG_BACKLIGHT_LCD_SUPPORT is not set

#
# Sound
#
CONFIG_SOUND=y

#
# Advanced Linux Sound Architecture
#
CONFIG_SND=y
CONFIG_SND_AC97_CODEC=m
CONFIG_SND_AC97_BUS=m
CONFIG_SND_TIMER=y
CONFIG_SND_PCM=y
CONFIG_SND_SEQUENCER=y
# CONFIG_SND_SEQ_DUMMY is not set
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=y
CONFIG_SND_PCM_OSS=y
CONFIG_SND_SEQUENCER_OSS=y
# CONFIG_SND_VERBOSE_PRINTK is not set
# CONFIG_SND_DEBUG is not set

#
# Generic devices
#
# CONFIG_SND_DUMMY is not set
# CONFIG_SND_VIRMIDI is not set
# CONFIG_SND_MTPAV is not set
# CONFIG_SND_SERIAL_U16550 is not set
# CONFIG_SND_MPU401 is not set

#
# ISA devices
#
# CONFIG_SND_AD1816A is not set
# CONFIG_SND_AD1848 is not set
# CONFIG_SND_CS4231 is not set
# CONFIG_SND_CS4232 is not set
# CONFIG_SND_CS4236 is not set
# CONFIG_SND_ES968 is not set
# CONFIG_SND_ES1688 is not set
# CONFIG_SND_ES18XX is not set
# CONFIG_SND_GUSCLASSIC is not set
# CONFIG_SND_GUSEXTREME is not set
# CONFIG_SND_GUSMAX is not set
# CONFIG_SND_INTERWAVE is not set
# CONFIG_SND_INTERWAVE_STB is not set
# CONFIG_SND_OPTI92X_AD1848 is not set
# CONFIG_SND_OPTI92X_CS4231 is not set
# CONFIG_SND_OPTI93X is not set
# CONFIG_SND_SB8 is not set
# CONFIG_SND_SB16 is not set
# CONFIG_SND_SBAWE is not set
# CONFIG_SND_WAVEFRONT is not set
# CONFIG_SND_ALS100 is not set
# CONFIG_SND_AZT2320 is not set
# CONFIG_SND_CMI8330 is not set
# CONFIG_SND_DT019X is not set
# CONFIG_SND_OPL3SA2 is not set
# CONFIG_SND_SGALAXY is not set
# CONFIG_SND_SSCAPE is not set

#
# PCI devices
#
# CONFIG_SND_ALI5451 is not set
# CONFIG_SND_ATIIXP is not set
# CONFIG_SND_ATIIXP_MODEM is not set
# CONFIG_SND_AU8810 is not set
# CONFIG_SND_AU8820 is not set
# CONFIG_SND_AU8830 is not set
# CONFIG_SND_AZT3328 is not set
# CONFIG_SND_BT87X is not set
# CONFIG_SND_CS46XX is not set
# CONFIG_SND_CS4281 is not set
# CONFIG_SND_EMU10K1 is not set
# CONFIG_SND_EMU10K1X is not set
# CONFIG_SND_CA0106 is not set
# CONFIG_SND_KORG1212 is not set
# CONFIG_SND_MIXART is not set
# CONFIG_SND_NM256 is not set
# CONFIG_SND_RME32 is not set
# CONFIG_SND_RME96 is not set
# CONFIG_SND_RME9652 is not set
# CONFIG_SND_HDSP is not set
# CONFIG_SND_HDSPM is not set
# CONFIG_SND_TRIDENT is not set
# CONFIG_SND_YMFPCI is not set
# CONFIG_SND_AD1889 is not set
# CONFIG_SND_ALS4000 is not set
# CONFIG_SND_CMIPCI is not set
# CONFIG_SND_ENS1370 is not set
# CONFIG_SND_ENS1371 is not set
# CONFIG_SND_ES1938 is not set
# CONFIG_SND_ES1968 is not set
# CONFIG_SND_MAESTRO3 is not set
# CONFIG_SND_FM801 is not set
# CONFIG_SND_ICE1712 is not set
# CONFIG_SND_ICE1724 is not set
CONFIG_SND_INTEL8X0=m
CONFIG_SND_INTEL8X0M=m
# CONFIG_SND_SONICVIBES is not set
# CONFIG_SND_VIA82XX is not set
# CONFIG_SND_VIA82XX_MODEM is not set
# CONFIG_SND_VX222 is not set
# CONFIG_SND_HDA_INTEL is not set

#
# USB devices
#
# CONFIG_SND_USB_AUDIO is not set
# CONFIG_SND_USB_USX2Y is not set

#
# PCMCIA devices
#
# CONFIG_SND_VXPOCKET is not set
# CONFIG_SND_PDAUDIOCF is not set

#
# Open Sound System
#
# CONFIG_SOUND_PRIME is not set

#
# USB support
#
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB_ARCH_HAS_OHCI=y
CONFIG_USB=y
# CONFIG_USB_DEBUG is not set

#
# Miscellaneous USB options
#
CONFIG_USB_DEVICEFS=y
CONFIG_USB_BANDWIDTH=y
# CONFIG_USB_DYNAMIC_MINORS is not set
# CONFIG_USB_SUSPEND is not set
# CONFIG_USB_OTG is not set

#
# USB Host Controller Drivers
#
CONFIG_USB_EHCI_HCD=y
# CONFIG_USB_EHCI_SPLIT_ISO is not set
CONFIG_USB_EHCI_ROOT_HUB_TT=y
# CONFIG_USB_ISP116X_HCD is not set
# CONFIG_USB_OHCI_HCD is not set
CONFIG_USB_UHCI_HCD=y
# CONFIG_USB_SL811_HCD is not set

#
# USB Device Class drivers
#
# CONFIG_OBSOLETE_OSS_USB_DRIVER is not set
# CONFIG_USB_ACM is not set
CONFIG_USB_PRINTER=y

#
# NOTE: USB_STORAGE enables SCSI, and 'SCSI disk support'
#

#
# may also be needed; see USB_STORAGE Help for more information
#
CONFIG_USB_STORAGE=y
# CONFIG_USB_STORAGE_DEBUG is not set
# CONFIG_USB_STORAGE_DATAFAB is not set
# CONFIG_USB_STORAGE_FREECOM is not set
# CONFIG_USB_STORAGE_ISD200 is not set
# CONFIG_USB_STORAGE_DPCM is not set
CONFIG_USB_STORAGE_USBAT=y
# CONFIG_USB_STORAGE_SDDR09 is not set
# CONFIG_USB_STORAGE_SDDR55 is not set
# CONFIG_USB_STORAGE_JUMPSHOT is not set

#
# USB Input Devices
#
CONFIG_USB_HID=y
CONFIG_USB_HIDINPUT=y
# CONFIG_HID_FF is not set
# CONFIG_USB_HIDDEV is not set
# CONFIG_USB_AIPTEK is not set
# CONFIG_USB_WACOM is not set
# CONFIG_USB_ACECAD is not set
# CONFIG_USB_KBTAB is not set
# CONFIG_USB_POWERMATE is not set
# CONFIG_USB_MTOUCH is not set
# CONFIG_USB_ITMTOUCH is not set
CONFIG_USB_EGALAX=m
# CONFIG_USB_YEALINK is not set
# CONFIG_USB_XPAD is not set
# CONFIG_USB_ATI_REMOTE is not set
# CONFIG_USB_KEYSPAN_REMOTE is not set
# CONFIG_USB_APPLETOUCH is not set

#
# USB Imaging devices
#
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_MICROTEK is not set

#
# USB Multimedia devices
#
# CONFIG_USB_DABUSB is not set
# CONFIG_USB_VICAM is not set
# CONFIG_USB_DSBR is not set
# CONFIG_USB_IBMCAM is not set
# CONFIG_USB_KONICAWC is not set
# CONFIG_USB_OV511 is not set
# CONFIG_USB_SE401 is not set
# CONFIG_USB_SN9C102 is not set
# CONFIG_USB_STV680 is not set
# CONFIG_USB_PWC is not set

#
# USB Network Adapters
#
# CONFIG_USB_CATC is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_RTL8150 is not set
# CONFIG_USB_USBNET is not set
# CONFIG_USB_ZD1201 is not set
CONFIG_USB_MON=y

#
# USB port drivers
#
# CONFIG_USB_USS720 is not set

#
# USB Serial Converter support
#
# CONFIG_USB_SERIAL is not set

#
# USB Miscellaneous drivers
#
# CONFIG_USB_EMI62 is not set
# CONFIG_USB_EMI26 is not set
# CONFIG_USB_AUERSWALD is not set
# CONFIG_USB_RIO500 is not set
# CONFIG_USB_LEGOTOWER is not set
# CONFIG_USB_LCD is not set
# CONFIG_USB_LED is not set
CONFIG_USB_CYTHERM=m
# CONFIG_USB_PHIDGETKIT is not set
CONFIG_USB_PHIDGETSERVO=m
# CONFIG_USB_IDMOUSE is not set
# CONFIG_USB_SISUSBVGA is not set
# CONFIG_USB_LD is not set
# CONFIG_USB_TEST is not set

#
# USB DSL modem support
#

#
# USB Gadget Support
#
# CONFIG_USB_GADGET is not set

#
# MMC/SD Card support
#
# CONFIG_MMC is not set

#
# InfiniBand support
#
# CONFIG_INFINIBAND is not set

#
# SN Devices
#

#
# File systems
#
CONFIG_EXT2_FS=y
# CONFIG_EXT2_FS_XATTR is not set
# CONFIG_EXT2_FS_XIP is not set
CONFIG_EXT3_FS=y
CONFIG_EXT3_FS_XATTR=y
# CONFIG_EXT3_FS_POSIX_ACL is not set
# CONFIG_EXT3_FS_SECURITY is not set
CONFIG_JBD=y
# CONFIG_JBD_DEBUG is not set
CONFIG_FS_MBCACHE=y
CONFIG_REISERFS_FS=y
# CONFIG_REISERFS_CHECK is not set
CONFIG_REISERFS_PROC_INFO=y
# CONFIG_REISERFS_FS_XATTR is not set
# CONFIG_JFS_FS is not set
# CONFIG_FS_POSIX_ACL is not set
# CONFIG_XFS_FS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_ROMFS_FS is not set
CONFIG_INOTIFY=y
# CONFIG_QUOTA is not set
CONFIG_DNOTIFY=y
# CONFIG_AUTOFS_FS is not set
CONFIG_AUTOFS4_FS=y
# CONFIG_FUSE_FS is not set

#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=y
CONFIG_JOLIET=y
CONFIG_ZISOFS=y
CONFIG_ZISOFS_FS=y
CONFIG_UDF_FS=y
CONFIG_UDF_NLS=y

#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=y
CONFIG_MSDOS_FS=y
CONFIG_VFAT_FS=y
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1"
CONFIG_NTFS_FS=y
# CONFIG_NTFS_DEBUG is not set
CONFIG_NTFS_RW=y

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
# CONFIG_HUGETLBFS is not set
# CONFIG_HUGETLB_PAGE is not set
CONFIG_RAMFS=y
# CONFIG_RELAYFS_FS is not set

#
# Miscellaneous filesystems
#
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_HFSPLUS_FS is not set
# CONFIG_BEFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_VXFS_FS is not set
# CONFIG_HPFS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_SYSV_FS is not set
# CONFIG_UFS_FS is not set

#
# Network File Systems
#
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
# CONFIG_NFS_V3_ACL is not set
# CONFIG_NFS_V4 is not set
# CONFIG_NFS_DIRECTIO is not set
CONFIG_NFSD=y
# CONFIG_NFSD_V3 is not set
CONFIG_NFSD_TCP=y
CONFIG_LOCKD=y
CONFIG_LOCKD_V4=y
CONFIG_EXPORTFS=y
CONFIG_NFS_COMMON=y
CONFIG_SUNRPC=y
# CONFIG_RPCSEC_GSS_KRB5 is not set
# CONFIG_RPCSEC_GSS_SPKM3 is not set
CONFIG_SMB_FS=m
# CONFIG_SMB_NLS_DEFAULT is not set
# CONFIG_CIFS is not set
# CONFIG_NCP_FS is not set
# CONFIG_CODA_FS is not set
# CONFIG_AFS_FS is not set
# CONFIG_9P_FS is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_MSDOS_PARTITION=y

#
# Native Language Support
#
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=y
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
CONFIG_NLS_CODEPAGE_850=y
# CONFIG_NLS_CODEPAGE_852 is not set
# CONFIG_NLS_CODEPAGE_855 is not set
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
CONFIG_NLS_CODEPAGE_863=y
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
# CONFIG_NLS_CODEPAGE_866 is not set
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
CONFIG_NLS_CODEPAGE_932=y
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_ISO8859_8 is not set
# CONFIG_NLS_CODEPAGE_1250 is not set
# CONFIG_NLS_CODEPAGE_1251 is not set
# CONFIG_NLS_ASCII is not set
CONFIG_NLS_ISO8859_1=y
CONFIG_NLS_ISO8859_2=y
CONFIG_NLS_ISO8859_3=y
# CONFIG_NLS_ISO8859_4 is not set
CONFIG_NLS_ISO8859_5=y
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
# CONFIG_NLS_ISO8859_14 is not set
CONFIG_NLS_ISO8859_15=y
CONFIG_NLS_KOI8_R=y
# CONFIG_NLS_KOI8_U is not set
CONFIG_NLS_UTF8=y

#
# Instrumentation Support
#
CONFIG_PROFILING=y
CONFIG_OPROFILE=y
# CONFIG_KPROBES is not set

#
# Kernel hacking
#
CONFIG_PRINTK_TIME=y
CONFIG_DEBUG_KERNEL=y
CONFIG_MAGIC_SYSRQ=y
CONFIG_LOG_BUF_SHIFT=14
CONFIG_DETECT_SOFTLOCKUP=y
# CONFIG_SCHEDSTATS is not set
# CONFIG_DEBUG_SLAB is not set
CONFIG_DEBUG_PREEMPT=y
# CONFIG_DEBUG_SPINLOCK is not set
# CONFIG_DEBUG_SPINLOCK_SLEEP is not set
# CONFIG_DEBUG_KOBJECT is not set
CONFIG_DEBUG_BUGVERBOSE=y
# CONFIG_DEBUG_INFO is not set
CONFIG_DEBUG_FS=y
# CONFIG_DEBUG_VM is not set
CONFIG_FRAME_POINTER=y
# CONFIG_RCU_TORTURE_TEST is not set
CONFIG_EARLY_PRINTK=y
# CONFIG_DEBUG_STACKOVERFLOW is not set
# CONFIG_DEBUG_STACK_USAGE is not set

#
# Page alloc debug is incompatible with Software Suspend on i386
#
# CONFIG_4KSTACKS is not set

#
# Security options
#
# CONFIG_KEYS is not set
# CONFIG_SECURITY is not set

#
# Cryptographic options
#
CONFIG_CRYPTO=y
CONFIG_CRYPTO_HMAC=y
CONFIG_CRYPTO_NULL=y
CONFIG_CRYPTO_MD4=y
CONFIG_CRYPTO_MD5=y
CONFIG_CRYPTO_SHA1=y
CONFIG_CRYPTO_SHA256=y
# CONFIG_CRYPTO_SHA512 is not set
# CONFIG_CRYPTO_WP512 is not set
# CONFIG_CRYPTO_TGR192 is not set
CONFIG_CRYPTO_DES=y
CONFIG_CRYPTO_BLOWFISH=y
# CONFIG_CRYPTO_TWOFISH is not set
# CONFIG_CRYPTO_SERPENT is not set
# CONFIG_CRYPTO_AES_586 is not set
# CONFIG_CRYPTO_CAST5 is not set
# CONFIG_CRYPTO_CAST6 is not set
# CONFIG_CRYPTO_TEA is not set
CONFIG_CRYPTO_ARC4=y
# CONFIG_CRYPTO_KHAZAD is not set
# CONFIG_CRYPTO_ANUBIS is not set
# CONFIG_CRYPTO_DEFLATE is not set
CONFIG_CRYPTO_MICHAEL_MIC=y
CONFIG_CRYPTO_CRC32C=y
# CONFIG_CRYPTO_TEST is not set

#
# Hardware crypto devices
#
# CONFIG_CRYPTO_DEV_PADLOCK is not set

#
# Library routines
#
# CONFIG_CRC_CCITT is not set
# CONFIG_CRC16 is not set
CONFIG_CRC32=y
CONFIG_LIBCRC32C=y
CONFIG_ZLIB_INFLATE=y
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_X86_BIOS_REBOOT=y


Attachments:
.config (38.80 kB)

2005-11-14 19:57:11

by Tom Rini

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

On Sun, Nov 13, 2005 at 09:31:06AM +1100, Benjamin Herrenschmidt wrote:
>
> > ucSystemType is a variable that is EXPORT_SYMBOL'ed but never used in
> > any way.
> >
> > _prep_type is a variable that is needlessly EXPORT_SYMBOL'ed.
>
> Therse are old PREP stuffs
>
> > But prep_init points to the real problem:
> >
> > CONFIG_PPC_PREP requires code from arch/ppc/platforms/, but this
> > directory is never visited.
> >
> > What is the correct fix?
> > Migrate the code from arch/ppc/platforms/ to arch/powerpc/platforms/ ?
>
> Yes, PREP need to be migrated, but that includes adding some minimum
> device-tree support for it among others. And few people still have PREP
> machines, I'm not even sure we have access to one here in ozlabs... I
> think for 2.6.15, we'd better just disable it in .config for
> ARCH=powerpc.

I think we really should just drop _prep_type from being exported. the
uc* stuff doesn't look to be used, but we can clean that up as its
converted to arch/powerpc. But I don't think anything out of tree uses
_prep_type (it's used at a very low level, it really couldn't be used at
the modular level).

As an occasional PReP monkey,
Acked-by: Tom Rini <[email protected]>

--
Tom Rini
http://gate.crashing.org/~trini/

2005-11-14 22:24:27

by Bill Davidsen

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

Zilvinas Valinskas wrote:
> Hello,
>
> the same problem is present with 2.6.14 + ipw2200 1.0.8/ieee80211 1.1.6
> too. I didn't report problem as I am using madwifi drivers (which
> taints the kernel) and thought it was related to madwifi CVS (latest)
> and the newest ipw2200 drivers.
>
> All crashes are happening right after messages are print:
>
You are running the correct firmware? I don't have my system handy, but
the Intel page says 2.4 firmware with the driver.

--
-bill davidsen ([email protected])
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me

2005-11-15 00:29:29

by Andrew Morton

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

Alexandre Buisse <[email protected]> wrote:
>
> Hi Linus,
>
> I experienced a hard crash (no input devices answering at all) yesterday
> while playing a movie from a CD, but with nothing showing up in
> /var/log/messages.
> A few minutes ago, however, I had a nice oops from ipw2200 (I think), a
> few minutes after booting (I had already associated and had a steady
> connection). It then began crashing methodically all of my applications,
> each time producing a oops...
>
>
> Nov 14 14:20:09 ubik [ 783.604398] ipw2200: Firmware error detected.
> Restarting.
> Nov 14 14:20:09 ubik [ 783.604919] ipw2200: Sysfs 'error' log captured.
> Nov 14 14:20:11 ubik [ 785.171844] Unable to handle kernel paging
> request at virtual address 1740f369
> Nov 14 14:20:11 ubik [ 785.171852] printing eip:
> Nov 14 14:20:11 ubik [ 785.171853] c014cd02
> Nov 14 14:20:11 ubik [ 785.171855] *pde = 00000000
> Nov 14 14:20:11 ubik [ 785.171858] Oops: 0002 [#1]
> Nov 14 14:20:11 ubik [ 785.171860] PREEMPT
> Nov 14 14:20:11 ubik [ 785.171863] Modules linked in: ipw2200 ieee80211
> ieee80211_crypt ac thermal battery acpi_cpufreq processor radeon
> snd_intel8x0 snd_ac97_codec snd_ac97_bus
> Nov 14 14:20:11 ubik [ 785.171874] CPU: 0
> Nov 14 14:20:11 ubik [ 785.171875] EIP: 0060:[<c014cd02>] Not
> tainted VLI
> Nov 14 14:20:11 ubik [ 785.171876] EFLAGS: 00010003 (2.6.15-rc1-ubik)
> Nov 14 14:20:11 ubik [ 785.171886] EIP is at cache_alloc_refill+0xa2/0x2a0
> Nov 14 14:20:11 ubik [ 785.171889] eax: c14ddb00 ebx: c14d7ac0 ecx:
> df427000 edx: 1740f365
> Nov 14 14:20:11 ubik [ 785.171892] esi: 00000032 edi: c14ddb00 ebp:
> dc9d7d60 esp: dc9d7d38
> Nov 14 14:20:11 ubik [ 785.171895] ds: 007b es: 007b ss: 0068
> Nov 14 14:20:11 ubik [ 785.171898] Process updatedb (pid: 4939,
> threadinfo=dc9d6000 task=df7ad5e0)
> Nov 14 14:20:11 ubik [ 785.171900] Stack: c017fe03 dc9d7d78 c017fed1
> c14deb00 c14d9000 cca7201c 0000003b 00000282
> Nov 14 14:20:11 ubik [ 785.171907] c14d7ac0 d9516ee8 dc9d7d78
> c014d15d c14d7ac0 000000d0 fffffff4 ce4f0838
> Nov 14 14:20:11 ubik [ 785.171913] dc9d7d94 c017f71f c14d7ac0
> 000000d0 fffffff4 ce4f0838 d9516ee8 dc9d7db8
> Nov 14 14:20:11 ubik [ 785.171920] Call Trace:
> Nov 14 14:20:11 ubik [ 785.171922] [<c010388b>] show_stack+0xab/0xf0
> Nov 14 14:20:11 ubik [ 785.171927] [<c0103a7f>] show_registers+0x18f/0x230
> Nov 14 14:20:11 ubik [ 785.171931] [<c0103cbd>] die+0xed/0x1b0
> Nov 14 14:20:11 ubik [ 785.171935] [<c04e1a9a>] do_page_fault+0x33a/0x670
> Nov 14 14:20:11 ubik [ 785.171941] [<c01034ef>] error_code+0x4f/0x54
> Nov 14 14:20:11 ubik [ 785.171944] [<c014d15d>] kmem_cache_alloc+0x4d/0x50
> Nov 14 14:20:11 ubik [ 785.171948] [<c017f71f>] d_alloc+0x1f/0x1b0
> Nov 14 14:20:11 ubik [ 785.171952] [<c017427c>] real_lookup+0xac/0xf0
> Nov 14 14:20:11 ubik [ 785.171957] [<c01745d5>] do_lookup+0xa5/0xb0
> Nov 14 14:20:11 ubik [ 785.171961] [<c0174e45>]
> __link_path_walk+0x865/0xfb0
> Nov 14 14:20:11 ubik [ 785.171965] [<c01755e5>] link_path_walk+0x55/0x100
> Nov 14 14:20:11 ubik [ 785.171968] [<c017595c>] path_lookup+0x9c/0x1e0
> Nov 14 14:20:11 ubik [ 785.171972] [<c0175dd1>] __user_walk+0x31/0x50
> Nov 14 14:20:11 ubik [ 785.171976] [<c016f6eb>] vfs_lstat+0x1b/0x50
> Nov 14 14:20:11 ubik [ 785.171979] [<c016fd69>] sys_lstat64+0x19/0x40
> Nov 14 14:20:11 ubik [ 785.171983] [<c01032c5>] syscall_call+0x7/0xb
> Nov 14 14:20:11 ubik [ 785.171986] Code: 00 00 8d bc 27 00 00 00 00 85
> f6 7e 4a 8b 0f 39 f9 0f 84 48 01 00 00 8b 5d 08 8b 43 1c 3b 41 10 0f 87
> 85 00 00 00 8b 11 8b 41 04 <89> 42 04 89 10 83 79 14 ff c7 01 00 01 10
> 00 c7 41 04 00 02 20

This looks like some sort of slab scribble, possibly caused by faulty
error-path handling in the ipw2200 code.

Please enable CONFIG_DEBUG_SLAB and see if that picks anything up.

Also enable CONFIG_DEBUG_PAGEALLOC.

You may also get more info by setting CONFIG_IPW_DEBUG and loading the
module with `debug=65535' (guess).

Whatever you do, don't fix the firmware loading failure (sorry). Doing
that will cause you to not be able to reproduce this bug ;)

2005-11-15 09:04:32

by Zilvinas Valinskas

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

On Mon, 2005-11-14 at 17:26 -0500, Bill Davidsen wrote:
> You are running the correct firmware? I don't have my system handy, but
> the Intel page says 2.4 firmware with the driver.

$ ls /lib/firmware/ipw-2.4-*
/lib/firmware/ipw-2.4-boot.fw /lib/firmware/ipw-2.4-ibss_ucode.fw
/lib/firmware/ipw-2.4-bss.fw /lib/firmware/ipw-2.4-sniffer.fw
/lib/firmware/ipw-2.4-bss_ucode.fw /lib/firmware/ipw-2.4-sniffer_ucode.fw
/lib/firmware/ipw-2.4-ibss.fw



2005-11-15 09:21:45

by Zilvinas Valinskas

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

Please see attached file.

On Mon, 2005-11-14 at 20:25 +0200, Pekka Enberg wrote:
> Hi Zilvinas,
>
> On 11/14/05, Zilvinas Valinskas <[email protected]> wrote:
> > the same problem is present with 2.6.14 + ipw2200 1.0.8/ieee80211 1.1.6
> > too. I didn't report problem as I am using madwifi drivers (which
> > taints the kernel) and thought it was related to madwifi CVS (latest)
> > and the newest ipw2200 drivers.
>
> Please post your .config.
>
> Pekka
>


Attachments:
config-2.6.14 (44.38 kB)

2005-11-15 10:06:45

by Zilvinas Valinskas

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

Hello,

I am compiling the latest git snapshot 4060994c3e337b40e0f6fa8ce2cc178e021baf3d.
I will let you know if anything comes up.

Z.

On Mon, Nov 14, 2005 at 04:29:42PM -0800, Andrew Morton wrote:
> This looks like some sort of slab scribble, possibly caused by faulty
> error-path handling in the ipw2200 code.
>
> Please enable CONFIG_DEBUG_SLAB and see if that picks anything up.
>
> Also enable CONFIG_DEBUG_PAGEALLOC.
>
> You may also get more info by setting CONFIG_IPW_DEBUG and loading the
> module with `debug=65535' (guess).
>
> Whatever you do, don't fix the firmware loading failure (sorry). Doing
> that will cause you to not be able to reproduce this bug ;)

Hmmm, I didn't see any problems related to f/w loading ...

>
> -
> 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/

2005-11-15 11:58:25

by Zilvinas Valinskas

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

Hello again,

Compiled and installed the latest snapshot. Rebooted and started in
single mode. During boot the following versions are reported :

ipw2200 driver git-1.0.8,
ieee80211 stack git-1.1.7.

The following configuration options (under "kernel hacking" menu) have
been enabled:

CONFIG_DEBUG_KERNEL=y
CONFIG_MAGIC_SYSRQ=y
CONFIG_LOG_BUF_SHIFT=14
CONFIG_DETECT_SOFTLOCKUP=y
CONFIG_DEBUG_SLAB=y
CONFIG_DEBUG_BUGVERBOSE=y
CONFIG_EARLY_PRINTK=y
CONFIG_DEBUG_PAGEALLOC=y
CONFIG_4KSTACKS=y

Then - I simply ran wpasupplicant (version 0.4.6). Simple sequence:

wpa_supplicant -Dwext -ddd -i eth0 -c wpa.conf
<scan / assoc - attempts to authenticate ...>
then Control-C

So far so good. No problem.

Then try again several times :

wpa_supplicant -Dwext -ddd -i eth0 -c wpa.conf
<scan / assoc - attempts to authenticate ...>
then Control-C

Eventually kernel will freeze (I can trigger this reliably, tried 3
times and it "worked" 3 times as well). Although I've seen no error message
printed to console - sysrq-T always shows the same stack trace (in
wpa_supplicant context:

ipw_request_direct_scan
__change_page_attr
poison_obj
dbg_redzone1
autiremove_wake_function
ipw_wx_set_scan+0x7f/0x81
copy_from_user
wirelees_process_ioctl
ipw_wx_set_scan+0x0/0x81
sock_ioctl
do_ioctl
vfs_ioctl
sys_ioctl
sysenter_past_esp

http://www.gemtek.lt/~zilvinas/backtrace.jpg

Zilvinas Valinskas


On Tue, Nov 15, 2005 at 12:05:19PM +0200, Zilvinas Valinskas wrote:
> Hello,
>
> I am compiling the latest git snapshot 4060994c3e337b40e0f6fa8ce2cc178e021baf3d.
> I will let you know if anything comes up.
>
> Z.
>
> On Mon, Nov 14, 2005 at 04:29:42PM -0800, Andrew Morton wrote:
> > This looks like some sort of slab scribble, possibly caused by faulty
> > error-path handling in the ipw2200 code.
> >
> > Please enable CONFIG_DEBUG_SLAB and see if that picks anything up.
> >
> > Also enable CONFIG_DEBUG_PAGEALLOC.
> >
> > You may also get more info by setting CONFIG_IPW_DEBUG and loading the
> > module with `debug=65535' (guess).
> >
> > Whatever you do, don't fix the firmware loading failure (sorry). Doing
> > that will cause you to not be able to reproduce this bug ;)
>
> Hmmm, I didn't see any problems related to f/w loading ...
>
> >
> > -
> > 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/
> -
> 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/

2005-11-15 12:51:21

by Pekka Enberg

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

Hi Zilvinas,

On 11/15/05, Zilvinas Valinskas <[email protected]> wrote:
> Eventually kernel will freeze (I can trigger this reliably, tried 3
> times and it "worked" 3 times as well). Although I've seen no error message
> printed to console - sysrq-T always shows the same stack trace (in
> wpa_supplicant context:

[snip]

> http://www.gemtek.lt/~zilvinas/backtrace.jpg

Would be helpful to see the oops message... If you don't have serial
console handy, you can do the below to disable the call trace.

Pekka

Index: 2.6/arch/i386/kernel/traps.c
===================================================================
--- 2.6.orig/arch/i386/kernel/traps.c
+++ 2.6/arch/i386/kernel/traps.c
@@ -185,8 +185,10 @@ void show_stack(struct task_struct *task
printk("\n ");
printk("%08lx ", *stack++);
}
+#if 0
printk("\nCall Trace:\n");
show_trace(task, esp);
+#endif
}

/*

2005-11-15 13:10:47

by Zilvinas Valinskas

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

Hello Pekka,

I will apply the patch and will rerun test again. No problem.
Compiling ...

Zilvinas Valinskas

On Tue, Nov 15, 2005 at 02:51:16PM +0200, Pekka Enberg wrote:
> Hi Zilvinas,
>
> On 11/15/05, Zilvinas Valinskas <[email protected]> wrote:
> > Eventually kernel will freeze (I can trigger this reliably, tried 3
> > times and it "worked" 3 times as well). Although I've seen no error message
> > printed to console - sysrq-T always shows the same stack trace (in
> > wpa_supplicant context:
>
> [snip]
>
> > http://www.gemtek.lt/~zilvinas/backtrace.jpg
>
> Would be helpful to see the oops message... If you don't have serial
> console handy, you can do the below to disable the call trace.
>
> Pekka
>
> Index: 2.6/arch/i386/kernel/traps.c
> ===================================================================
> --- 2.6.orig/arch/i386/kernel/traps.c
> +++ 2.6/arch/i386/kernel/traps.c
> @@ -185,8 +185,10 @@ void show_stack(struct task_struct *task
> printk("\n ");
> printk("%08lx ", *stack++);
> }
> +#if 0
> printk("\nCall Trace:\n");
> show_trace(task, esp);
> +#endif
> }
>
> /*
> -
> 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/

2005-11-15 14:01:52

by Zilvinas Valinskas

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

Hello again,

screenshots of ooops (not of the best quality though :( ) -
http://www.gemtek.lt/~zilvinas/dumps/ - as it can be seen from
screenshots crashing in _ipw_read_indirect_0xa9/0x179 ... This time it
took a while to reproduce a problem. Somehow I get impression it is
either f/w loading related (see attached oops.1 file) and/or initiating
scan and reading back wireless scan results ??? ...

Also for a very first time I hit f/w loading problems (perhaps I haven't
noticed those messages earlier somehow...). Anyway f/w loading errors
out and there are signs of poisoning 6b6b6b6b ... Please see the
attached file.

Zilvinas Valinskas

On Tue, Nov 15, 2005 at 02:51:16PM +0200, Pekka Enberg wrote:
> Hi Zilvinas,
>
> Would be helpful to see the oops message... If you don't have serial
> console handy, you can do the below to disable the call trace.
>
> Pekka
>
> Index: 2.6/arch/i386/kernel/traps.c
> ===================================================================
> --- 2.6.orig/arch/i386/kernel/traps.c
> +++ 2.6/arch/i386/kernel/traps.c
> @@ -185,8 +185,10 @@ void show_stack(struct task_struct *task
> printk("\n ");
> printk("%08lx ", *stack++);
> }
> +#if 0
> printk("\nCall Trace:\n");
> show_trace(task, esp);
> +#endif
> }
>


Attachments:
(No filename) (1.27 kB)
oops.1 (15.06 kB)
Download all attachments

2005-11-15 18:53:29

by Olaf Hering

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

On Mon, Nov 14, Benjamin Herrenschmidt wrote:

> On Sun, 2005-11-13 at 10:37 -0600, Kumar Gala wrote:
>
> > Can we please add some defconfigs for arch/powerpc to possibly help
> > with this issue. I'm think a pmac32, pmac64, and whatever other 64
> > bit configs would be a good start.
>
> The 64 bits defconfigs are there already. I'll do a pmac one.

Can you move also arch/ppc64/defconfig into arch/powerpc/configs/?

--
short story of a lazy sysadmin:
alias appserv=wotan

2005-11-16 05:50:00

by abuisse

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

Quoting Andrew Morton <[email protected]>:
>
> This looks like some sort of slab scribble, possibly caused by faulty
> error-path handling in the ipw2200 code.
>
> Please enable CONFIG_DEBUG_SLAB and see if that picks anything up.
>
> Also enable CONFIG_DEBUG_PAGEALLOC.
>
> You may also get more info by setting CONFIG_IPW_DEBUG and loading the
> module with `debug=65535' (guess).
>
> Whatever you do, don't fix the firmware loading failure (sorry). Doing
> that will cause you to not be able to reproduce this bug ;)

Hi,

I enabled all these options yesterday and ran it all night without
encountering
this oops again (the firmware loading error yes, but I've had it since I began
to use ipw2200). Perhaps isn't it the same issue than Zilvinas ?
I'll continue trying, though...

Regards,
Alexandre

2005-11-16 05:54:50

by Zhu Yi

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

On Tue, 2005-11-15 at 16:00 +0200, Zilvinas Valinskas wrote:
> Hello again,
>
> screenshots of ooops (not of the best quality though :( ) -
> http://www.gemtek.lt/~zilvinas/dumps/ - as it can be seen from
> screenshots crashing in _ipw_read_indirect_0xa9/0x179 ... This time it
> took a while to reproduce a problem. Somehow I get impression it is
> either f/w loading related (see attached oops.1 file) and/or initiating
> scan and reading back wireless scan results ??? ...

Please try the patch below and see if it makes any difference.
http://bughost.org/bugzilla/show_bug.cgi?id=821

Thanks,
-yi

2005-11-16 06:15:34

by Qi Yong

[permalink] [raw]
Subject: [patch] new block/ directory comment tidy

On Sun, Nov 13, 2005 at 12:05:18PM +0100, Jens Axboe wrote:
> On Sun, Nov 13 2005, Christoph Hellwig wrote:
> > Shouldn't fs/bio.c, fs/block_dev.c and fs/partitions/* move to block/
> > aswell?
>
> Yup, that's the intention. I just started off with drivers/block/* to
> get it going.


New block/ directory comment tidy.

Signed-off-by: Coywolf Qi Hunt <[email protected]>
---

as-iosched.c | 2 +-
cfq-iosched.c | 2 +-
deadline-iosched.c | 2 +-
elevator.c | 2 +-
ll_rw_blk.c | 2 +-
5 files changed, 5 insertions(+), 5 deletions(-)

diff -pruN 2.6.14-mm2/block/as-iosched.c 2.6.14-mm2-cy/block/as-iosched.c
--- 2.6.14-mm2/block/as-iosched.c 2005-11-11 16:50:55.000000000 +0800
+++ 2.6.14-mm2-cy/block/as-iosched.c 2005-11-16 14:05:43.000000000 +0800
@@ -1,5 +1,5 @@
/*
- * linux/drivers/block/as-iosched.c
+ * linux/block/as-iosched.c
*
* Anticipatory & deadline i/o scheduler.
*
diff -pruN 2.6.14-mm2/block/cfq-iosched.c 2.6.14-mm2-cy/block/cfq-iosched.c
--- 2.6.14-mm2/block/cfq-iosched.c 2005-11-11 16:50:55.000000000 +0800
+++ 2.6.14-mm2-cy/block/cfq-iosched.c 2005-11-16 14:06:03.000000000 +0800
@@ -1,5 +1,5 @@
/*
- * linux/drivers/block/cfq-iosched.c
+ * linux/block/cfq-iosched.c
*
* CFQ, or complete fairness queueing, disk scheduler.
*
diff -pruN 2.6.14-mm2/block/deadline-iosched.c 2.6.14-mm2-cy/block/deadline-iosched.c
--- 2.6.14-mm2/block/deadline-iosched.c 2005-11-11 16:50:55.000000000 +0800
+++ 2.6.14-mm2-cy/block/deadline-iosched.c 2005-11-16 14:06:28.000000000 +0800
@@ -1,5 +1,5 @@
/*
- * linux/drivers/block/deadline-iosched.c
+ * linux/block/deadline-iosched.c
*
* Deadline i/o scheduler.
*
diff -pruN 2.6.14-mm2/block/elevator.c 2.6.14-mm2-cy/block/elevator.c
--- 2.6.14-mm2/block/elevator.c 2005-11-11 16:50:55.000000000 +0800
+++ 2.6.14-mm2-cy/block/elevator.c 2005-11-16 14:06:49.000000000 +0800
@@ -1,5 +1,5 @@
/*
- * linux/drivers/block/elevator.c
+ * linux/block/elevator.c
*
* Block device elevator/IO-scheduler.
*
diff -pruN 2.6.14-mm2/block/ll_rw_blk.c 2.6.14-mm2-cy/block/ll_rw_blk.c
--- 2.6.14-mm2/block/ll_rw_blk.c 2005-11-11 16:50:55.000000000 +0800
+++ 2.6.14-mm2-cy/block/ll_rw_blk.c 2005-11-16 14:04:53.000000000 +0800
@@ -1,5 +1,5 @@
/*
- * linux/drivers/block/ll_rw_blk.c
+ * linux/block/ll_rw_blk.c
*
* Copyright (C) 1991, 1992 Linus Torvalds
* Copyright (C) 1994, Karl Keyte: Added support for disk statistics

2005-11-16 07:49:21

by Christoph Hellwig

[permalink] [raw]
Subject: Re: [patch] new block/ directory comment tidy

On Wed, Nov 16, 2005 at 02:15:25PM +0800, Coywolf Qi Hunt wrote:
> On Sun, Nov 13, 2005 at 12:05:18PM +0100, Jens Axboe wrote:
> > On Sun, Nov 13 2005, Christoph Hellwig wrote:
> > > Shouldn't fs/bio.c, fs/block_dev.c and fs/partitions/* move to block/
> > > aswell?
> >
> > Yup, that's the intention. I just started off with drivers/block/* to
> > get it going.
>
>
> New block/ directory comment tidy.

Please just kill these lines instead.

>
> Signed-off-by: Coywolf Qi Hunt <[email protected]>
> ---
>
> as-iosched.c | 2 +-
> cfq-iosched.c | 2 +-
> deadline-iosched.c | 2 +-
> elevator.c | 2 +-
> ll_rw_blk.c | 2 +-
> 5 files changed, 5 insertions(+), 5 deletions(-)
>
> diff -pruN 2.6.14-mm2/block/as-iosched.c 2.6.14-mm2-cy/block/as-iosched.c
> --- 2.6.14-mm2/block/as-iosched.c 2005-11-11 16:50:55.000000000 +0800
> +++ 2.6.14-mm2-cy/block/as-iosched.c 2005-11-16 14:05:43.000000000 +0800
> @@ -1,5 +1,5 @@
> /*
> - * linux/drivers/block/as-iosched.c
> + * linux/block/as-iosched.c
> *
> * Anticipatory & deadline i/o scheduler.
> *
> diff -pruN 2.6.14-mm2/block/cfq-iosched.c 2.6.14-mm2-cy/block/cfq-iosched.c
> --- 2.6.14-mm2/block/cfq-iosched.c 2005-11-11 16:50:55.000000000 +0800
> +++ 2.6.14-mm2-cy/block/cfq-iosched.c 2005-11-16 14:06:03.000000000 +0800
> @@ -1,5 +1,5 @@
> /*
> - * linux/drivers/block/cfq-iosched.c
> + * linux/block/cfq-iosched.c
> *
> * CFQ, or complete fairness queueing, disk scheduler.
> *
> diff -pruN 2.6.14-mm2/block/deadline-iosched.c 2.6.14-mm2-cy/block/deadline-iosched.c
> --- 2.6.14-mm2/block/deadline-iosched.c 2005-11-11 16:50:55.000000000 +0800
> +++ 2.6.14-mm2-cy/block/deadline-iosched.c 2005-11-16 14:06:28.000000000 +0800
> @@ -1,5 +1,5 @@
> /*
> - * linux/drivers/block/deadline-iosched.c
> + * linux/block/deadline-iosched.c
> *
> * Deadline i/o scheduler.
> *
> diff -pruN 2.6.14-mm2/block/elevator.c 2.6.14-mm2-cy/block/elevator.c
> --- 2.6.14-mm2/block/elevator.c 2005-11-11 16:50:55.000000000 +0800
> +++ 2.6.14-mm2-cy/block/elevator.c 2005-11-16 14:06:49.000000000 +0800
> @@ -1,5 +1,5 @@
> /*
> - * linux/drivers/block/elevator.c
> + * linux/block/elevator.c
> *
> * Block device elevator/IO-scheduler.
> *
> diff -pruN 2.6.14-mm2/block/ll_rw_blk.c 2.6.14-mm2-cy/block/ll_rw_blk.c
> --- 2.6.14-mm2/block/ll_rw_blk.c 2005-11-11 16:50:55.000000000 +0800
> +++ 2.6.14-mm2-cy/block/ll_rw_blk.c 2005-11-16 14:04:53.000000000 +0800
> @@ -1,5 +1,5 @@
> /*
> - * linux/drivers/block/ll_rw_blk.c
> + * linux/block/ll_rw_blk.c
> *
> * Copyright (C) 1991, 1992 Linus Torvalds
> * Copyright (C) 1994, Karl Keyte: Added support for disk statistics
---end quoted text---

2005-11-16 07:56:33

by Jens Axboe

[permalink] [raw]
Subject: Re: [patch] new block/ directory comment tidy

On Wed, Nov 16 2005, Christoph Hellwig wrote:
> On Wed, Nov 16, 2005 at 02:15:25PM +0800, Coywolf Qi Hunt wrote:
> > On Sun, Nov 13, 2005 at 12:05:18PM +0100, Jens Axboe wrote:
> > > On Sun, Nov 13 2005, Christoph Hellwig wrote:
> > > > Shouldn't fs/bio.c, fs/block_dev.c and fs/partitions/* move to block/
> > > > aswell?
> > >
> > > Yup, that's the intention. I just started off with drivers/block/* to
> > > get it going.
> >
> >
> > New block/ directory comment tidy.
>
> Please just kill these lines instead.

Agree, they don't really add anything.

--
Jens Axboe

2005-11-16 08:09:01

by Qi Yong

[permalink] [raw]
Subject: Re: [patch] new block/ directory comment tidy

On Wed, Nov 16, 2005 at 08:57:32AM +0100, Jens Axboe wrote:
> On Wed, Nov 16 2005, Christoph Hellwig wrote:
> > On Wed, Nov 16, 2005 at 02:15:25PM +0800, Coywolf Qi Hunt wrote:
> > > On Sun, Nov 13, 2005 at 12:05:18PM +0100, Jens Axboe wrote:
> > > > On Sun, Nov 13 2005, Christoph Hellwig wrote:
> > > > > Shouldn't fs/bio.c, fs/block_dev.c and fs/partitions/* move to block/
> > > > > aswell?
> > > >
> > > > Yup, that's the intention. I just started off with drivers/block/* to
> > > > get it going.
> > >
> > >
> > > New block/ directory comment tidy.
> >
> > Please just kill these lines instead.
>
> Agree, they don't really add anything.

They did. Linus could use them as a hint to rescue his kernel source code after
some filesystem crash. :p

Signed-off-by: Coywolf Qi Hunt <[email protected]>
---

diff -pruN 2.6.14-mm2/block/as-iosched.c 2.6.14-mm2-cy/block/as-iosched.c
--- 2.6.14-mm2/block/as-iosched.c 2005-11-11 16:50:55.000000000 +0800
+++ 2.6.14-mm2-cy/block/as-iosched.c 2005-11-16 14:05:43.000000000 +0800
@@ -1,5 +1,3 @@
/*
- * linux/drivers/block/as-iosched.c
- *
* Anticipatory & deadline i/o scheduler.
*
diff -pruN 2.6.14-mm2/block/cfq-iosched.c 2.6.14-mm2-cy/block/cfq-iosched.c
--- 2.6.14-mm2/block/cfq-iosched.c 2005-11-11 16:50:55.000000000 +0800
+++ 2.6.14-mm2-cy/block/cfq-iosched.c 2005-11-16 14:06:03.000000000 +0800
@@ -1,5 +4294967295,3 @@
/*
- * linux/drivers/block/cfq-iosched.c
- *
* CFQ, or complete fairness queueing, disk scheduler.
*
diff -pruN 2.6.14-mm2/block/deadline-iosched.c 2.6.14-mm2-cy/block/deadline-iosched.c
--- 2.6.14-mm2/block/deadline-iosched.c 2005-11-11 16:50:55.000000000 +0800
+++ 2.6.14-mm2-cy/block/deadline-iosched.c 2005-11-16 14:06:28.000000000 +0800
@@ -1,5 +4294967293,3 @@
/*
- * linux/drivers/block/deadline-iosched.c
- *
* Deadline i/o scheduler.
*
diff -pruN 2.6.14-mm2/block/elevator.c 2.6.14-mm2-cy/block/elevator.c
--- 2.6.14-mm2/block/elevator.c 2005-11-11 16:50:55.000000000 +0800
+++ 2.6.14-mm2-cy/block/elevator.c 2005-11-16 14:06:49.000000000 +0800
@@ -1,5 +4294967291,3 @@
/*
- * linux/drivers/block/elevator.c
- *
* Block device elevator/IO-scheduler.
*
diff -pruN 2.6.14-mm2/block/ll_rw_blk.c 2.6.14-mm2-cy/block/ll_rw_blk.c
--- 2.6.14-mm2/block/ll_rw_blk.c 2005-11-11 16:50:55.000000000 +0800
+++ 2.6.14-mm2-cy/block/ll_rw_blk.c 2005-11-16 14:04:53.000000000 +0800
@@ -1,5 +4294967289,3 @@
/*
- * linux/drivers/block/ll_rw_blk.c
- *
* Copyright (C) 1991, 1992 Linus Torvalds
* Copyright (C) 1994, Karl Keyte: Added support for disk statistics

2005-11-16 09:33:54

by Pekka Enberg

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

Hi Zilvinas,

I think your device could be firing interrupts while we're taking
the error path in ipw_pci_probe().

Please back out the patch below:

On Tue, Nov 15, 2005 at 02:51:16PM +0200, Pekka Enberg wrote:
> > Index: 2.6/arch/i386/kernel/traps.c
> > ===================================================================
> > --- 2.6.orig/arch/i386/kernel/traps.c
> > +++ 2.6/arch/i386/kernel/traps.c
> > @@ -185,8 +185,10 @@ void show_stack(struct task_struct *task
> > printk("\n ");
> > printk("%08lx ", *stack++);
> > }
> > +#if 0
> > printk("\nCall Trace:\n");
> > show_trace(task, esp);
> > +#endif
> > }
> >

And see if you can trigger the oops with the included patch applied.
Please leave the page and slab debugging config options on.

Thank you for testing!

Pekka

Index: 2.6/drivers/net/wireless/ipw2200.c
===================================================================
--- 2.6.orig/drivers/net/wireless/ipw2200.c
+++ 2.6/drivers/net/wireless/ipw2200.c
@@ -11065,6 +11065,7 @@ static int ipw_pci_probe(struct pci_dev
return 0;

out_remove_sysfs:
+ ipw_disable_interrupts(priv);
sysfs_remove_group(&pdev->dev.kobj, &ipw_attribute_group);
out_release_irq:
free_irq(pdev->irq, priv);

2005-11-16 09:48:21

by Zilvinas Valinskas

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

Hello,

Please see : http://www.gemtek.lt/~zilvinas/dumps/trace

This time I didn't see oops printed again :( Don't understand why,
although I have managed to capture SysRQ-T output - see URL above.
Kernel has been updated this morning to revision:

f6ff56cd56b83d8edf4b3cffc5c53c56b37a5081

plus additionally applied patch from URL. Interesting this time I
haven't seen any signs of slab corruptions or any such things :(

I hope this helps. Any other ideas and things to try out ? :)

btw, what are these messages about:
Unknown notification: subtype=40,flags=0xa0,size=40

I've read a ipw2200.c code and didn't see what is subtype=40 ...
Because once those messages are starting showing up - immediately (most
of the time) follows by kernel freeze (sysrq is working though ...).

Zilvinas

On Wed, Nov 16, 2005 at 01:49:04PM +0800, Zhu Yi wrote:
> On Tue, 2005-11-15 at 16:00 +0200, Zilvinas Valinskas wrote:
> > Hello again,
> >
> > screenshots of ooops (not of the best quality though :( ) -
> > http://www.gemtek.lt/~zilvinas/dumps/ - as it can be seen from
> > screenshots crashing in _ipw_read_indirect_0xa9/0x179 ... This time it
> > took a while to reproduce a problem. Somehow I get impression it is
> > either f/w loading related (see attached oops.1 file) and/or initiating
> > scan and reading back wireless scan results ??? ...
>
> Please try the patch below and see if it makes any difference.
> http://bughost.org/bugzilla/show_bug.cgi?id=821
>
> Thanks,
> -yi
>
> -
> 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/

2005-11-16 10:05:46

by Pekka Enberg

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

Hi,

On 11/16/05, Zilvinas Valinskas <[email protected]> wrote:
> Please see : http://www.gemtek.lt/~zilvinas/dumps/trace
>
> This time I didn't see oops printed again :( Don't understand why,
> although I have managed to capture SysRQ-T output - see URL above.
> Kernel has been updated this morning to revision:

No firmware loading errors either? Please try out the patch I sent you
earlier _if_ the firmware still fails to load.

Could you please post your lspci -v output?

Pekka

2005-11-16 10:39:17

by Zilvinas Valinskas

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

Hello Pekka,

On Wed, Nov 16, 2005 at 12:05:43PM +0200, Pekka Enberg wrote:
> Hi,
>
> On 11/16/05, Zilvinas Valinskas <[email protected]> wrote:
> > Please see : http://www.gemtek.lt/~zilvinas/dumps/trace
> >
> > This time I didn't see oops printed again :( Don't understand why,
> > although I have managed to capture SysRQ-T output - see URL above.
> > Kernel has been updated this morning to revision:
>
> No firmware loading errors either? Please try out the patch I sent you
> earlier _if_ the firmware still fails to load.

I will try patch posted by you in a couple our and will get back with
results. As for f/w uploading problems today I don't see them ... :) Fun
and it gets only more interesting :)

>
> Could you please post your lspci -v output?

http://www.gemtek.lt/~zilvinas/dumps/lspci.output

>
> Pekka
> -
> 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/

2005-11-16 10:40:05

by Zilvinas Valinskas

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

Hello Pekka,

compiling kernel with a new patch :)

> And see if you can trigger the oops with the included patch applied.
> Please leave the page and slab debugging config options on.
>
> Thank you for testing!
>
> Pekka
>
> Index: 2.6/drivers/net/wireless/ipw2200.c
> ===================================================================
> --- 2.6.orig/drivers/net/wireless/ipw2200.c
> +++ 2.6/drivers/net/wireless/ipw2200.c
> @@ -11065,6 +11065,7 @@ static int ipw_pci_probe(struct pci_dev
> return 0;
>
> out_remove_sysfs:
> + ipw_disable_interrupts(priv);
> sysfs_remove_group(&pdev->dev.kobj, &ipw_attribute_group);
> out_release_irq:
> free_irq(pdev->irq, priv);
> -
> 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/

2005-11-16 11:42:19

by Zilvinas Valinskas

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

On Wed, Nov 16, 2005 at 11:45:52AM +0200, Zilvinas Valinskas wrote:
> Hello,
>
> Please see : http://www.gemtek.lt/~zilvinas/dumps/trace
>

I just have noticed there are messages logged on Nov 3rd ... Doh! Please
see the latest logged message :

http://www.gemtek.lt/~zilvinas/dumps/trace.2

:) Sorry for mistake.

2005-11-16 12:19:05

by Pekka Enberg

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

Hi Zilvinas,

On Wed, 16 Nov 2005, Zilvinas Valinskas wrote:
> I just have noticed there are messages logged on Nov 3rd ... Doh! Please
> see the latest logged message :
>
> http://www.gemtek.lt/~zilvinas/dumps/trace.2

The patch I sent to you won't fix the above error. Please try this patch
instead. I think the driver is in a middle of a reset when
wpa_supplicant() causes ipw_request_direct_scan() to trigger.

Pekka

Index: 2.6/drivers/net/wireless/ipw2200.c
===================================================================
--- 2.6.orig/drivers/net/wireless/ipw2200.c
+++ 2.6/drivers/net/wireless/ipw2200.c
@@ -8926,6 +8926,10 @@ static int ipw_request_direct_scan(struc
struct ipw_scan_request_ext scan;
int err = 0, scan_type;

+ if (!(priv->status & STATUS_INIT) ||
+ (priv->status & STATUS_EXIT_PENDING))
+ return 0;
+
down(&priv->sem);

if (priv->status & STATUS_RF_KILL_MASK) {

2005-11-16 12:23:44

by Zilvinas Valinskas

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

Hello Pekka,

recompiled kernel with a patch below. The same story, f/w loading errors
not found (somehow I was able to trigger that yesterday), saw several
f/w restarts and then everything is freezing. Just before freezing the
usual messages :

ipw2200: Unknown notification: subtype=40,flags=0xa0,size=40
ipw2200: Unknown notification: subtype=40,flags=0xa0,size=40
ipw2200: Unknown notification: subtype=40,flags=0xa0,size=40
ipw2200: Firmware error detected. Restarting.
ipw2200: Sysfs 'error' log already exists.

and freeeze ... :\ Sys-rq -T is at:
http://www.gemtek.lt/~zilvinas/dumps/trace.3

ipw2200 is stuck in ipw_request_direct_scan() in wpa_supplicant context.

ps.

Yesterday I've tried to reproduce the same problem at home (where I live
there are no access points at all). No crashes or freezes whatsoever.
Tortures had been like rmmod/insmod, run shell scripts forcing card to
scan constantly, running wpa_supplicant & kill -9 ... No luck too. No
slab or any other memory corruption related problems, rock stable. Then,
at work - it is here rather hostile environment , 18 APs are visible
through scanning:

$ /sbin/iwlist ath0 scan | grep ESSID | wc -l
18

Half of them are open (no encryption), other half WPA-PSK/WPA-RADIUS
enabled (WPA/WPA2 ... quite a mess really ...). Perhaps I should have
mentioned this earlier too. Well still quite a testing environment ...
:)


On Wed, Nov 16, 2005 at 11:33:44AM +0200, Pekka J Enberg wrote:
> Hi Zilvinas,
>
> I think your device could be firing interrupts while we're taking
> the error path in ipw_pci_probe().
>
> Please back out the patch below:
>
> On Tue, Nov 15, 2005 at 02:51:16PM +0200, Pekka Enberg wrote:
> > > Index: 2.6/arch/i386/kernel/traps.c
> > > ===================================================================
> > > --- 2.6.orig/arch/i386/kernel/traps.c
> > > +++ 2.6/arch/i386/kernel/traps.c
> > > @@ -185,8 +185,10 @@ void show_stack(struct task_struct *task
> > > printk("\n ");
> > > printk("%08lx ", *stack++);
> > > }
> > > +#if 0
> > > printk("\nCall Trace:\n");
> > > show_trace(task, esp);
> > > +#endif
> > > }
> > >
>
> And see if you can trigger the oops with the included patch applied.
> Please leave the page and slab debugging config options on.
>
> Thank you for testing!
>
> Pekka
>
> Index: 2.6/drivers/net/wireless/ipw2200.c
> ===================================================================
> --- 2.6.orig/drivers/net/wireless/ipw2200.c
> +++ 2.6/drivers/net/wireless/ipw2200.c
> @@ -11065,6 +11065,7 @@ static int ipw_pci_probe(struct pci_dev
> return 0;
>
> out_remove_sysfs:
> + ipw_disable_interrupts(priv);
> sysfs_remove_group(&pdev->dev.kobj, &ipw_attribute_group);
> out_release_irq:
> free_irq(pdev->irq, priv);
> -
> 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/

2005-11-16 12:30:42

by Zilvinas Valinskas

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

Hello Pekka,

Ok , I will revert previous fix and apply the new patch you had sent.
Also I can confirm that previous patch indeed doesn't fix the problem.
Anyway please look through trace.3 perhaps you will find anything
useful ;)

Any bits to turn on for debugging when loading module (I have now
debug=0x10000, to see f/w loading/restart problems ...).

I am off to compile new kernel ...

Z.


On Wed, Nov 16, 2005 at 02:18:48PM +0200, Pekka J Enberg wrote:
> Hi Zilvinas,
>
> On Wed, 16 Nov 2005, Zilvinas Valinskas wrote:
> > I just have noticed there are messages logged on Nov 3rd ... Doh! Please
> > see the latest logged message :
> >
> > http://www.gemtek.lt/~zilvinas/dumps/trace.2
>
> The patch I sent to you won't fix the above error. Please try this patch
> instead. I think the driver is in a middle of a reset when
> wpa_supplicant() causes ipw_request_direct_scan() to trigger.
>
> Pekka
>
> Index: 2.6/drivers/net/wireless/ipw2200.c
> ===================================================================
> --- 2.6.orig/drivers/net/wireless/ipw2200.c
> +++ 2.6/drivers/net/wireless/ipw2200.c
> @@ -8926,6 +8926,10 @@ static int ipw_request_direct_scan(struc
> struct ipw_scan_request_ext scan;
> int err = 0, scan_type;
>
> + if (!(priv->status & STATUS_INIT) ||
> + (priv->status & STATUS_EXIT_PENDING))
> + return 0;
> +
> down(&priv->sem);
>
> if (priv->status & STATUS_RF_KILL_MASK) {
> -
> 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/

2005-11-16 13:16:35

by Zilvinas Valinskas

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

Hello Pekka,

this time a very good news, it seems your patch has helped ! For now I
am running 2.6.15-rc1 just fine. I wasn't able to trigger the problem
with wpa_supplicant (0.4.6). Don't see any f/w restarts or freezing.
Only usual msgs (harmless messages ?):

ipw2200: Unknown notification: subtype=40,flags=0xa0,size=40
ipw2200: Unknown notification: subtype=40,flags=0xa0,size=40
ipw2200: Unknown notification: subtype=40,flags=0xa0,size=40
ipw2200: Unknown notification: subtype=40,flags=0xa0,size=40
ipw2200: Unknown notification: subtype=40,flags=0xa0,size=40
ipw2200: Unknown notification: subtype=40,flags=0xa0,size=40

For now I am booting from single user mode to a multi user mode and
allow wpa_supplicant to do it's work. Lets wait and see.

Also this time I saw f/w loading problem and as a result, oops:
http://www.gemtek.lt/~zilvinas/dumps/trace.4.

F/W load has failed as a result followed oops in yenta driver +
slabcorruption ... Rebooted several times, no f/w loading problems and
now I am running 2.6.15-rc1 in runlevel 2 (X started & services ...).
Lets wait and see what will happen next :) ...

Good work Pekka !

Zilvinas Valinskas




On Wed, Nov 16, 2005 at 02:18:48PM +0200, Pekka J Enberg wrote:
> Hi Zilvinas,
>
> On Wed, 16 Nov 2005, Zilvinas Valinskas wrote:
> > I just have noticed there are messages logged on Nov 3rd ... Doh! Please
> > see the latest logged message :
> >
> > http://www.gemtek.lt/~zilvinas/dumps/trace.2
>
> The patch I sent to you won't fix the above error. Please try this patch
> instead. I think the driver is in a middle of a reset when
> wpa_supplicant() causes ipw_request_direct_scan() to trigger.
>
> Pekka
>
> Index: 2.6/drivers/net/wireless/ipw2200.c
> ===================================================================
> --- 2.6.orig/drivers/net/wireless/ipw2200.c
> +++ 2.6/drivers/net/wireless/ipw2200.c
> @@ -8926,6 +8926,10 @@ static int ipw_request_direct_scan(struc
> struct ipw_scan_request_ext scan;
> int err = 0, scan_type;
>
> + if (!(priv->status & STATUS_INIT) ||
> + (priv->status & STATUS_EXIT_PENDING))
> + return 0;
> +
> down(&priv->sem);
>
> if (priv->status & STATUS_RF_KILL_MASK) {
> -
> 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/

2005-11-16 13:34:39

by Zilvinas Valinskas

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

Hello Pekka,

I was too quick to announce success :( ... 20min. later laptop froze
again. I forgot to do sysrq-T :( and there was no oops or any slab
corruption messages in /var/log/kernel ... :|

Back to the problem ... It might not be a full fix for a problem, it
takes much longer to reproduce ... :\

Zilvinas

On Wed, Nov 16, 2005 at 03:15:05PM +0200, Zilvinas Valinskas wrote:
> Hello Pekka,
>
> this time a very good news, it seems your patch has helped ! For now I
> am running 2.6.15-rc1 just fine. I wasn't able to trigger the problem
> with wpa_supplicant (0.4.6). Don't see any f/w restarts or freezing.
> Only usual msgs (harmless messages ?):
>
> ipw2200: Unknown notification: subtype=40,flags=0xa0,size=40
> ipw2200: Unknown notification: subtype=40,flags=0xa0,size=40
> ipw2200: Unknown notification: subtype=40,flags=0xa0,size=40
> ipw2200: Unknown notification: subtype=40,flags=0xa0,size=40
> ipw2200: Unknown notification: subtype=40,flags=0xa0,size=40
> ipw2200: Unknown notification: subtype=40,flags=0xa0,size=40
>
> For now I am booting from single user mode to a multi user mode and
> allow wpa_supplicant to do it's work. Lets wait and see.
>
> Also this time I saw f/w loading problem and as a result, oops:
> http://www.gemtek.lt/~zilvinas/dumps/trace.4.
>
> F/W load has failed as a result followed oops in yenta driver +
> slabcorruption ... Rebooted several times, no f/w loading problems and
> now I am running 2.6.15-rc1 in runlevel 2 (X started & services ...).
> Lets wait and see what will happen next :) ...
>
> Good work Pekka !
>
> Zilvinas Valinskas

2005-11-16 14:22:40

by Bill Davidsen

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

?ilvinas Valinskas wrote:

>On Mon, 2005-11-14 at 17:26 -0500, Bill Davidsen wrote:
>
>
>>You are running the correct firmware? I don't have my system handy, but
>>the Intel page says 2.4 firmware with the driver.
>>
>>
>
>$ ls /lib/firmware/ipw-2.4-*
>/lib/firmware/ipw-2.4-boot.fw /lib/firmware/ipw-2.4-ibss_ucode.fw
>/lib/firmware/ipw-2.4-bss.fw /lib/firmware/ipw-2.4-sniffer.fw
>/lib/firmware/ipw-2.4-bss_ucode.fw /lib/firmware/ipw-2.4-sniffer_ucode.fw
>/lib/firmware/ipw-2.4-ibss.fw
>
>
>
>
>
One possible cause eliminated.

--
bill davidsen <[email protected]>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979

2005-11-16 14:26:32

by Jens Axboe

[permalink] [raw]
Subject: Re: [patch] new block/ directory comment tidy

On Wed, Nov 16 2005, Coywolf Qi Hunt wrote:
> On Wed, Nov 16, 2005 at 08:57:32AM +0100, Jens Axboe wrote:
> > On Wed, Nov 16 2005, Christoph Hellwig wrote:
> > > On Wed, Nov 16, 2005 at 02:15:25PM +0800, Coywolf Qi Hunt wrote:
> > > > On Sun, Nov 13, 2005 at 12:05:18PM +0100, Jens Axboe wrote:
> > > > > On Sun, Nov 13 2005, Christoph Hellwig wrote:
> > > > > > Shouldn't fs/bio.c, fs/block_dev.c and fs/partitions/* move to block/
> > > > > > aswell?
> > > > >
> > > > > Yup, that's the intention. I just started off with drivers/block/* to
> > > > > get it going.
> > > >
> > > >
> > > > New block/ directory comment tidy.
> > >
> > > Please just kill these lines instead.
> >
> > Agree, they don't really add anything.
>
> They did. Linus could use them as a hint to rescue his kernel source code after
> some filesystem crash. :p
>
> Signed-off-by: Coywolf Qi Hunt <[email protected]>

Thanks applied.

--
Jens Axboe

2005-11-16 16:09:53

by Linus Torvalds

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1



On Wed, 16 Nov 2005, Zhu Yi wrote:
>
> Please try the patch below and see if it makes any difference.
> http://bughost.org/bugzilla/show_bug.cgi?id=821

Hmm. That patch does

+ error->log = (struct ipw_event *)((u8 *)error->elem +
(sizeof(*error->elem) * elem_len));

which really can be much more cleanly written as

error->log = (void *)(error->elem + elem_len);

since pointer addition does the "multiply by pointer element size" on it's
own.

For future reference, you want to make just a byte add, the cleanest way
(in kernel, where we use the gcc "void *" additions) is

newptr = offset + (void *)oldptr;

ho humm..

Linus

2005-11-16 16:33:38

by Pekka Enberg

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

Hi Zilvinas,

On Wed, 2005-11-16 at 15:15 +0200, Zilvinas Valinskas wrote:
> Also this time I saw f/w loading problem and as a result, oops:
> http://www.gemtek.lt/~zilvinas/dumps/trace.4.
>
> F/W load has failed as a result followed oops in yenta driver +
> slabcorruption ... Rebooted several times, no f/w loading problems and
> now I am running 2.6.15-rc1 in runlevel 2 (X started & services ...).

The oops is not in yenta but most likely in the release() function of
fs/sysfs/bin.c and related to ipw firmware loading. The function is
touching already freed memory. As I am mostly clueless of sysfs and
hotplug, perhaps someone can give us a hint?

The oops from Zilvinas logs is the following:

Unable to handle kernel paging request at virtual address 6b6b6c6b
printing eip:
c0181cec
*pde = 00000000
Oops: 0002 [#1]
DEBUG_PAGEALLOC
Modules linked in: ehci_hcd yenta_socket rsrc_nonstatic pcmcia_core ohci_hcd snd_intel8x0 snd_ac97_codec snd_ac97_bus snd_pcm_oss snd_mixer_oss irtty_sir snd_pcm snd_timer sir_dev ipw2200 irda snd soundcore ieee80211 ieee80211_crypt crc_ccitt snd_page_alloc floppy firmware_class 8250_pnp intel_agp agpgart pcspkr 8250 serial_core ide_cd cdrom
CPU: 0
EIP: 0060:[<c0181cec>] Not tainted VLI
EFLAGS: 00010202 (2.6.15-rc1)
EIP is at release+0x2a/0x4f
eax: 6b6b6b6b ebx: ddb23f00 ecx: 1dcde000 edx: 00000001
esi: dd900ddc edi: deff2000 ebp: deb0bf74 esp: deb5ff74
ds: 007b es: 007b ss: 0068
Process cat (pid: 1926, threadinfo=deb5f000 task=dd845b10)
Stack: 00000008 de36bfd4 ddb54eb4 c0149a4d 00000000 de36bf70 c14d9e38 ddb54eb4
deb0bf74 00000000 df8d2e48 deb5f000 c01484ef 00000001 00000001 b7f275c0
ffffffff c0102bd3 00000001 00000000 b7f26ff4 b7f275c0 ffffffff bfe649e8
Call Trace:
[<c0149a4d>] __fput+0xa0/0x14f
[<c01484ef>] filp_close+0x3e/0x62
[<c0102bd3>] sysenter_past_esp+0x54/0x75
Code: e8 57 56 53 8b 4a 08 8b 41 14 8b 40 50 8b 58 14 8b 41 50 8b 70 14 8b 7a 74 85 db 74 07 89 d8 e8 26 4b 0a 00 8b 46 04 85 c0 74 0b <ff> 88 00 01 00 00 83 38 02 74 0d 89 f8 e8 7e 4e fb ff 31 c0 5b

Pekka

2005-11-16 18:17:10

by Zilvinas Valinskas

[permalink] [raw]
Subject: Re: Linuv 2.6.15-rc1

Hello Pekka,

I've tried to reproduce a freeze. For about an hour tortures gave no
results. Usual messages:

Nov 16 20:02:00 evo800N kernel: ipw2200: Firmware error detected. Restarting.
Nov 16 20:02:00 evo800N kernel: ipw2200: Sysfs 'error' log already exists.
Nov 16 20:02:42 evo800N kernel: ipw2200: Firmware error detected. Restarting.
Nov 16 20:02:42 evo800N kernel: ipw2200: Sysfs 'error' log already exists.
Nov 16 20:03:01 evo800N kernel: ipw2200: Firmware error detected. Restarting.
Nov 16 20:03:01 evo800N kernel: ipw2200: Sysfs 'error' log already exists.
Nov 16 20:04:10 evo800N kernel: ipw2200: Firmware error detected. Restarting.
Nov 16 20:04:10 evo800N kernel: ipw2200: Sysfs 'error' log already exists.

Other than that nothing unusual :) Even under X running, I cannot freeze
the laptop. Anything else to try ?

On Wed, Nov 16, 2005 at 06:33:32PM +0200, Pekka Enberg wrote:
> Hi Zilvinas,
>
> On Wed, 2005-11-16 at 15:15 +0200, Zilvinas Valinskas wrote:
> > Also this time I saw f/w loading problem and as a result, oops:
> > http://www.gemtek.lt/~zilvinas/dumps/trace.4.
> >
> > F/W load has failed as a result followed oops in yenta driver +
> > slabcorruption ... Rebooted several times, no f/w loading problems and
> > now I am running 2.6.15-rc1 in runlevel 2 (X started & services ...).
>
> The oops is not in yenta but most likely in the release() function of
> fs/sysfs/bin.c and related to ipw firmware loading. The function is
> touching already freed memory. As I am mostly clueless of sysfs and
> hotplug, perhaps someone can give us a hint?
>

I think you are right - I remmember seeing EIP: release+ (numbers ...)
earlier in the Ooops output.

http://www.gemtek.lt/~zilvinas/dumps/oops.1

CPU: 0
EIP: 0060:[<c0181cec>] Not tainted VLI
EFLAGS: 00010202 (2.6.15-rc1)
EIP is at release+0x2a/0x4f <---

It happened right after f/w upload had failed as it seems.

pw2200: ipw-2.4-bss.fw load failed: Reason -2
ipw2200: Unable to load firmware: -2
ipw2200: failed to register network device
ACPI: PCI interrupt for device 0000:02:04.0 disabled
ipw2200: probe of 0000:02:04.0 failed with error -5


Zilvinas Valinskas

> The oops from Zilvinas logs is the following:
>
> Unable to handle kernel paging request at virtual address 6b6b6c6b
> printing eip:
> c0181cec
> *pde = 00000000
> Oops: 0002 [#1]
> DEBUG_PAGEALLOC
> Modules linked in: ehci_hcd yenta_socket rsrc_nonstatic pcmcia_core ohci_hcd snd_intel8x0 snd_ac97_codec snd_ac97_bus snd_pcm_oss snd_mixer_oss irtty_sir snd_pcm snd_timer sir_dev ipw2200 irda snd soundcore ieee80211 ieee80211_crypt crc_ccitt snd_page_alloc floppy firmware_class 8250_pnp intel_agp agpgart pcspkr 8250 serial_core ide_cd cdrom
> CPU: 0
> EIP: 0060:[<c0181cec>] Not tainted VLI
> EFLAGS: 00010202 (2.6.15-rc1)
> EIP is at release+0x2a/0x4f
> eax: 6b6b6b6b ebx: ddb23f00 ecx: 1dcde000 edx: 00000001
> esi: dd900ddc edi: deff2000 ebp: deb0bf74 esp: deb5ff74
> ds: 007b es: 007b ss: 0068
> Process cat (pid: 1926, threadinfo=deb5f000 task=dd845b10)
> Stack: 00000008 de36bfd4 ddb54eb4 c0149a4d 00000000 de36bf70 c14d9e38 ddb54eb4
> deb0bf74 00000000 df8d2e48 deb5f000 c01484ef 00000001 00000001 b7f275c0
> ffffffff c0102bd3 00000001 00000000 b7f26ff4 b7f275c0 ffffffff bfe649e8
> Call Trace:
> [<c0149a4d>] __fput+0xa0/0x14f
> [<c01484ef>] filp_close+0x3e/0x62
> [<c0102bd3>] sysenter_past_esp+0x54/0x75
> Code: e8 57 56 53 8b 4a 08 8b 41 14 8b 40 50 8b 58 14 8b 41 50 8b 70 14 8b 7a 74 85 db 74 07 89 d8 e8 26 4b 0a 00 8b 46 04 85 c0 74 0b <ff> 88 00 01 00 00 83 38 02 74 0d 89 f8 e8 7e 4e fb ff 31 c0 5b
>
> Pekka
>
> -
> 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/

2005-11-16 19:55:10

by Pekka Enberg

[permalink] [raw]
Subject: [PATCH] ipw2200: disallow direct scanning when device is down (was: Linuv 2.6.15-rc1)

Hi Zilvinas,

On Wed, 2005-11-16 at 20:15 +0200, Zilvinas Valinskas wrote:
> I've tried to reproduce a freeze. For about an hour tortures gave no
> results. Usual messages:
>
> Nov 16 20:02:00 evo800N kernel: ipw2200: Firmware error detected. Restarting.
> Nov 16 20:02:00 evo800N kernel: ipw2200: Sysfs 'error' log already exists.

Unfortunately I don't think we can do much about those as the error
message seems to indicate that there's a problem with the firmware...

On Wed, 2005-11-16 at 20:15 +0200, Zilvinas Valinskas wrote:
> Other than that nothing unusual :) Even under X running, I cannot freeze
> the laptop. Anything else to try ?

Are you still seeing that sysfs related oops? Perhaps the lockup was
related to that...

Yi, please consider applying the included patch.

Pekka

[PATCH] ipw2200: disallow direct scanning when device is down

The function ipw_request_direct_scan() should bail out when the device
is down. This patch fixes an lockup caused by wpa_supplicant
triggering ipw_request_direct_scan() while the driver was in a middle
of a reset due to firmware errors.

Thanks to Zilvinas Valinskas for reporting the bug and helping me
debug it.

Signed-off-by: Pekka Enberg <[email protected]>
---

ipw2200.c | 4 ++++
1 file changed, 4 insertions(+)

Index: 2.6/drivers/net/wireless/ipw2200.c
===================================================================
--- 2.6.orig/drivers/net/wireless/ipw2200.c
+++ 2.6/drivers/net/wireless/ipw2200.c
@@ -8926,6 +8926,10 @@ static int ipw_request_direct_scan(struc
struct ipw_scan_request_ext scan;
int err = 0, scan_type;

+ if (!(priv->status & STATUS_INIT) ||
+ (priv->status & STATUS_EXIT_PENDING))
+ return 0;
+
down(&priv->sem);

if (priv->status & STATUS_RF_KILL_MASK) {


2005-11-16 20:04:58

by Alejandro Bonilla

[permalink] [raw]
Subject: Re: [PATCH] ipw2200: disallow direct scanning when device is down (was: Linuv 2.6.15-rc1)

On Wed, 16 Nov 2005 21:55:05 +0200, Pekka Enberg wrote
> Yi, please consider applying the included patch.
>
> Pekka
>
> [PATCH] ipw2200: disallow direct scanning when device is down
>
> The function ipw_request_direct_scan() should bail out when the
> device is down. This patch fixes an lockup caused by wpa_supplicant
> triggering ipw_request_direct_scan() while the driver was in a
> middle of a reset due to firmware errors.

Hi,

A user at the ipw mailing list has also reported this same problem today.
Maybe this is a good idea to implement. Patch came in just on time ;-)

.Alejandro


>
> Thanks to Zilvinas Valinskas for reporting the bug and helping me
> debug it.
>
> Signed-off-by: Pekka Enberg <[email protected]>
> ---
>
> ipw2200.c | 4 ++++
> 1 file changed, 4 insertions(+)
>
> Index: 2.6/drivers/net/wireless/ipw2200.c
> ===================================================================
> --- 2.6.orig/drivers/net/wireless/ipw2200.c
> +++ 2.6/drivers/net/wireless/ipw2200.c
> @@ -8926,6 +8926,10 @@ static int ipw_request_direct_scan(struc
> struct ipw_scan_request_ext scan;
> int err = 0, scan_type;
>
> + if (!(priv->status & STATUS_INIT) ||
> + (priv->status & STATUS_EXIT_PENDING))
> + return 0;
> +
> down(&priv->sem);
>
> if (priv->status & STATUS_RF_KILL_MASK) {

2005-11-17 06:04:46

by Zhu Yi

[permalink] [raw]
Subject: Re: [PATCH] ipw2200: disallow direct scanning when device is down (was: Linuv 2.6.15-rc1)

On Wed, 2005-11-16 at 21:55 +0200, Pekka Enberg wrote:
> Yi, please consider applying the included patch.

The patch looks good to me. Thanks Pekka!

-yi

> [PATCH] ipw2200: disallow direct scanning when device is down
>
> The function ipw_request_direct_scan() should bail out when the device
> is down. This patch fixes an lockup caused by wpa_supplicant
> triggering ipw_request_direct_scan() while the driver was in a middle
> of a reset due to firmware errors.
>
> Thanks to Zilvinas Valinskas for reporting the bug and helping me
> debug it.
>
> Signed-off-by: Pekka Enberg <[email protected]>
> ---
>
> ipw2200.c | 4 ++++
> 1 file changed, 4 insertions(+)
>
> Index: 2.6/drivers/net/wireless/ipw2200.c
> ===================================================================
> --- 2.6.orig/drivers/net/wireless/ipw2200.c
> +++ 2.6/drivers/net/wireless/ipw2200.c
> @@ -8926,6 +8926,10 @@ static int ipw_request_direct_scan(struc
> struct ipw_scan_request_ext scan;
> int err = 0, scan_type;
>
> + if (!(priv->status & STATUS_INIT) ||
> + (priv->status & STATUS_EXIT_PENDING))
> + return 0;
> +
> down(&priv->sem);
>
> if (priv->status & STATUS_RF_KILL_MASK) {
>