All of lore.kernel.org
 help / color / mirror / Atom feed
* Linux 2.4.21pre3-ac2
@ 2003-01-09  1:39 Alan Cox
  2003-01-09  2:02 ` Paulo Andre'
                   ` (5 more replies)
  0 siblings, 6 replies; 25+ messages in thread
From: Alan Cox @ 2003-01-09  1:39 UTC (permalink / raw)
  To: linux-kernel

The skb_padto bug is quite ugly so people really want to be using ac2 not
ac1. 

Linux 2.4.21pre3-ac2
o	Fix the dumb bug in skb_pad			(Dave Miller)
o	Confirm some sparc bits are wrong and drop them	(Dave Miller)
o	Remove a wrong additional copyright comment	(Dave Miller)
o	Upgrade IPMI driver to v16			(Corey Minyard)
o	Fix 3c523 compile				(Francois Romieu)
o	Handle newer rpm where -ta is rpmbuild not rpm	(me)
o	Driver for Aurora Sio16 PCI adapter series	(Joachim Martillo)
	(SIO8000P, 16000P, and CPCI)
	| Initial merge
o	Backport Hammer 32bit mtrr/nmi changes		(Andi Kleen)
o	Add the fast IRQ path to via 8233/5 audio	(me)

Linux 2.4.21pre3-ac1
+	Handle battery quirk on the Vaio Z600-RE	(Paul Mitcheson)
*	EHCI USB updates				(David Brownell)
+	IDE Raid support for AMI/SI 'Medley' IDE Raid	(Arjan van de Ven)
+	NVIDIA nForce2 IDE PCI identifiers		(Johannes Deisenhofer,
							 Tim Krieglstein)
*	CPU bitmask truncation fix			(Bjorn Helgaas)
o	HP100 cleanup					(Pavel Machek)
o	Fix initial capslock handling on USB keyboard	(Pete Zaitcev)
+	Update dscc4 driver for new wan			(Francois Romieu)
+	Fix boot on Chaintech 4BEA/4BEA-R and		(Alexander Achenbach)
	Gigabyte 9EJL by handing wacky E820 memory
	reporting
o	SysKonnect driver updates			(Mirko Lindner)
o	Fix memory leak in n_hdlc			(Paul Fulghum)
o	Fix missing mtd dependancy			(Herbert Xu)
+	Clean up ide-tape printk stuff			(Pete Zaitcev)
+	IDE tape fixes					(Pete Zaitcev)
o	Fix size reporting of large disks in scsi	(Andries Brouwer)
+	Fix excessive stack usage in NMI handlers	(Mikael Pettersson)
+	Add support for Epson 785EPX USB printer pcmcia	(Khalid Aziz)
*	Quirk handler to sort out IDE compatibility	(Ivan Kokshaysky)
	mishandling
+	Model 1 is valid for PIV in MP table		(Egenera)
+	Ethernet padding fixes for various drivers	(me)
o	Allow trident codec setup to time out		(Ian Soboroff)
	This can happen with non PM codecs
o	Fix broken documentation link			(Henning Meier-Geinitz)
o	Update video4linux docbook			(William Stimson)
o	Correct kmalloc check in dpt_i2o		(Pablo Menichini)
o	Shrink kmap area to required space only		(Manfred Spraul)
o	Fix irq balancing				(Ben LaHaise)
o	CPUfreq updates					(Dominik Brodowski)
o	Fix typo in pmagb fb				(John Bradford)
o	EDD backport					(Matt Domsch)


REMOVED FOR NOW

-	RMAP

REMOVED FOR GOOD

-	LLC 	(See 2.5)
-	VaryIO  (Never accepted mainstream)

^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux 2.4.21pre3-ac2
  2003-01-09  1:39 Linux 2.4.21pre3-ac2 Alan Cox
@ 2003-01-09  2:02 ` Paulo Andre'
  2003-01-09 11:24 ` Linux 2.4.21pre3-ac2 - some trivial patches Eyal Lebedinsky
                   ` (4 subsequent siblings)
  5 siblings, 0 replies; 25+ messages in thread
From: Paulo Andre' @ 2003-01-09  2:02 UTC (permalink / raw)
  To: Alan Cox; +Cc: linux-kernel

On Thu, 2003-01-09 at 01:39, Alan Cox wrote:
> The skb_padto bug is quite ugly so people really want to be using ac2 not
> ac1. 

Considering you seem to have revived 2.4-ac, would you be interested in collecting
various bugixes wrt cli/save_flags/restore_flags or is that better off in 2.5?
(or maybe it doesn't even really matter?)

--
	Paulo Andre'


^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux 2.4.21pre3-ac2 - some trivial patches
  2003-01-09  1:39 Linux 2.4.21pre3-ac2 Alan Cox
  2003-01-09  2:02 ` Paulo Andre'
@ 2003-01-09 11:24 ` Eyal Lebedinsky
       [not found]   ` <1042134064.27796.18.camel@irongate.swansea.linux.org.uk>
  2003-01-09 12:14 ` Linux 2.4.21pre3-ac2 Adrian Bunk
                   ` (3 subsequent siblings)
  5 siblings, 1 reply; 25+ messages in thread
From: Eyal Lebedinsky @ 2003-01-09 11:24 UTC (permalink / raw)
  To: Alan Cox; +Cc: linux-kernel

[-- Attachment #1: Type: text/plain, Size: 133 bytes --]

A few small patches that I needed to finish a build on Debian 3.0.

--
Eyal Lebedinsky (eyal@eyal.emu.id.au) <http://samba.org/eyal/>

[-- Attachment #2: 2.4.21-pre3-ac2-ehci-hcd.patch --]
[-- Type: text/plain, Size: 432 bytes --]

343c343
< 			ehci_warn (ehci, "illegal capability!\n");
---
> 			ehci_warn (ehci, "illegal capability!\n", "");
416c416
< 			ehci_info (ehci, "enabled 64bit PCI DMA\n");
---
> 			ehci_info (ehci, "enabled 64bit PCI DMA\n", "");
501c501
< 		ehci_err (ehci, "stopped in_interrupt!\n");
---
> 		ehci_err (ehci, "stopped in_interrupt!\n", "");
685c685
< 		ehci_err (ehci, "fatal error\n");
---
> 		ehci_err (ehci, "fatal error\n", "");

[-- Attachment #3: 2.4.21-pre3-ac2-sbp2.patch --]
[-- Type: text/plain, Size: 830 bytes --]

--- linux/drivers/ieee1394/sbp2.c.orig	Thu Dec 19 10:22:33 2002
+++ linux/drivers/ieee1394/sbp2.c	Thu Dec 19 10:23:17 2002
@@ -1511,7 +1511,7 @@
  * physical dma in hardware). Mostly just here for debugging...
  */
 static int sbp2_handle_physdma_write(struct hpsb_host *host, int nodeid, int destid, quadlet_t *data,
-                                     u64 addr, unsigned int length)
+                                     u64 addr, unsigned int length, u16 flags)
 {
 
         /*
@@ -1527,7 +1527,7 @@
  * physical dma in hardware). Mostly just here for debugging...
  */
 static int sbp2_handle_physdma_read(struct hpsb_host *host, int nodeid, quadlet_t *data,
-                                    u64 addr, unsigned int length)
+                                    u64 addr, unsigned int length, u16 flags)
 {
 
         /*

[-- Attachment #4: 2.4.21-pre3-ac2-via82cxxx_audio.patch --]
[-- Type: text/plain, Size: 415 bytes --]

--- linux/drivers/sound/via82cxxx_audio.c.orig	Thu Jan  9 21:51:00 2003
+++ linux/drivers/sound/via82cxxx_audio.c	Thu Jan  9 21:51:14 2003
@@ -1918,6 +1918,7 @@
 static void via_new_interrupt(int irq, void *dev_id, struct pt_regs *regs)
 {
 	struct via_info *card = dev_id;
+	u32 status32;
 
 	/* to minimize interrupt sharing costs, we use the SGD status
 	 * shadow register to check the status of all inputs and

^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux 2.4.21pre3-ac2
  2003-01-09  1:39 Linux 2.4.21pre3-ac2 Alan Cox
  2003-01-09  2:02 ` Paulo Andre'
  2003-01-09 11:24 ` Linux 2.4.21pre3-ac2 - some trivial patches Eyal Lebedinsky
@ 2003-01-09 12:14 ` Adrian Bunk
  2003-01-09 13:15   ` Arjan van de Ven
  2003-01-09 23:37 ` Jean-Daniel Pauget
                   ` (2 subsequent siblings)
  5 siblings, 1 reply; 25+ messages in thread
From: Adrian Bunk @ 2003-01-09 12:14 UTC (permalink / raw)
  To: Alan Cox, Arjan van de Ven; +Cc: linux-kernel

On Wed, Jan 08, 2003 at 08:39:09PM -0500, Alan Cox wrote:
>...
> Linux 2.4.21pre3-ac1
>...
> +	IDE Raid support for AMI/SI 'Medley' IDE Raid	(Arjan van de Ven)
>...

This causes a compile error if both pdcraid.o and silraid.o are compiled 
statically into the kernel:

<--  snip  -->

...
gcc -D__KERNEL__ -I/home/bunk/linux/kernel-2.4/linux-2.4.20-ac/include 
-Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing 
-fno-common -pipe -mpreferred-stack-boundary=2 -march=k6  -I../ 
-nostdinc -iwithprefix include -DKBUILD_BASENAME=pdcraid  -c -o 
pdcraid.o pdcraid.c
...
gcc -D__KERNEL__ -I/home/bunk/linux/kernel-2.4/linux-2.4.20-ac/include 
-Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing 
-fno-common -pipe -mpreferred-stack-boundary=2 -march=k6  -I../ 
-nostdinc -iwithprefix include -DKBUILD_BASENAME=silraid  -c -o 
silraid.o silraid.c
rm -f idedriver-raid.o
ld -m elf_i386  -r -o idedriver-raid.o ataraid.o pdcraid.o hptraid.o 
silraid.o
silraid.o(.text+0x31c): In function `partition_map_normal':
: multiple definition of `partition_map_normal'
pdcraid.o(.text+0x31c): first defined here
make[4]: *** [idedriver-raid.o] Error 1
make[4]: Leaving directory 
`/home/bunk/linux/kernel-2.4/linux-2.4.20-ac/drivers/ide/raid'

<--  snip  -->

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


^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux 2.4.21pre3-ac2
  2003-01-09 12:14 ` Linux 2.4.21pre3-ac2 Adrian Bunk
@ 2003-01-09 13:15   ` Arjan van de Ven
  2003-01-09 13:27     ` Adrian Bunk
  0 siblings, 1 reply; 25+ messages in thread
From: Arjan van de Ven @ 2003-01-09 13:15 UTC (permalink / raw)
  To: Adrian Bunk; +Cc: Alan Cox, Arjan van de Ven, linux-kernel

On Thu, Jan 09, 2003 at 01:14:32PM +0100, Adrian Bunk wrote:
> On Wed, Jan 08, 2003 at 08:39:09PM -0500, Alan Cox wrote:
> >...
> > Linux 2.4.21pre3-ac1
> >...
> > +	IDE Raid support for AMI/SI 'Medley' IDE Raid	(Arjan van de Ven)
> >...
> 
> This causes a compile error if both pdcraid.o and silraid.o are compiled 
> statically into the kernel:


this ought to fix it:
Alan please apply

diff -urN linux-2.4.20/drivers/ide/raid.org/pdcraid.c linux-2.4.20/drivers/ide/raid/pdcraid.c
--- linux-2.4.20/drivers/ide/raid.org/pdcraid.c	2003-01-09 11:03:11.000000000 +0100
+++ linux-2.4.20/drivers/ide/raid/pdcraid.c	2003-01-09 14:09:21.000000000 +0100
@@ -159,48 +159,11 @@
 }
 
 
-unsigned long partition_map_normal(unsigned long block, unsigned long partition_off, unsigned long partition_size, int stride)
+static unsigned long partition_map_normal(unsigned long block, unsigned long partition_off, unsigned long partition_size, int stride)
 {
 	return block + partition_off;
 }
 
-unsigned long partition_map_linux(unsigned long block, unsigned long partition_off, unsigned long partition_size, int stride)
-{
-	unsigned long newblock;
-	
-	newblock = stride - (partition_off%stride); if (newblock == stride) newblock = 0;
-	newblock += block;
-	newblock = newblock % partition_size;
-	newblock += partition_off;
-	
-	return newblock;
-}
-
-static int funky_remap[8] = { 0, 1,  2, 3, 4, 5, 6, 7 };
-
-unsigned long partition_map_linux_raid0_4disk(unsigned long block, unsigned long partition_off, unsigned long partition_size, int stride)
-{
-	unsigned long newblock,temp,temp2;
-	
-	newblock = stride - (partition_off%stride); if (newblock == stride) newblock = 0;
-
-	if (block < (partition_size / (8*stride))*8*stride ) {
-		temp = block % stride;
-		temp2 = block / stride;
-		temp2 = ((temp2>>3)<<3)|(funky_remap[temp2&7]);
-		block = temp2*stride+temp;
-	}
-
-	
-	newblock += block;
-	newblock = newblock % partition_size;
-	newblock += partition_off;
-	
-	return newblock;
-}
-
-
-
 static int pdcraid0_make_request (request_queue_t *q, int rw, struct buffer_head * bh)
 {
 	unsigned long rsect;
diff -urN linux-2.4.20/drivers/ide/raid.org/silraid.c linux-2.4.20/drivers/ide/raid/silraid.c
--- linux-2.4.20/drivers/ide/raid.org/silraid.c	2003-01-09 11:03:31.000000000 +0100
+++ linux-2.4.20/drivers/ide/raid/silraid.c	2003-01-09 14:09:27.000000000 +0100
@@ -157,7 +157,7 @@
 }
 
 
-unsigned long partition_map_normal(unsigned long block, unsigned long partition_off, unsigned long partition_size, int stride)
+static unsigned long partition_map_normal(unsigned long block, unsigned long partition_off, unsigned long partition_size, int stride)
 {
 	return block + partition_off;
 }

^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux 2.4.21pre3-ac2
  2003-01-09 13:15   ` Arjan van de Ven
@ 2003-01-09 13:27     ` Adrian Bunk
  0 siblings, 0 replies; 25+ messages in thread
From: Adrian Bunk @ 2003-01-09 13:27 UTC (permalink / raw)
  To: Arjan van de Ven; +Cc: Alan Cox, linux-kernel

On Thu, Jan 09, 2003 at 01:15:10PM +0000, Arjan van de Ven wrote:
> 
> this ought to fix it:
>...

Yes, thanks, I can confirm that this patch fixes the compilation 
problem.

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


^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux 2.4.21pre3-ac2 - some trivial patches
       [not found]   ` <1042134064.27796.18.camel@irongate.swansea.linux.org.uk>
@ 2003-01-09 21:10     ` Eyal Lebedinsky
  0 siblings, 0 replies; 25+ messages in thread
From: Eyal Lebedinsky @ 2003-01-09 21:10 UTC (permalink / raw)
  To: list linux-kernel; +Cc: Alan Cox

Alan Cox wrote:
> 
> On Thu, 2003-01-09 at 11:24, Eyal Lebedinsky wrote:
> > A few small patches that I needed to finish a build on Debian 3.0.
> 
> >
> > ______________________________________________________________________
> The ehci one you didnt provide in diff -u but seems to be a compiler problem.
> If so the fix is to make ehci_warn/info safe for ancient gcc.

Yes, Debian still has an old compiler
	gcc version 2.95.4 20011002 (Debian prerelease)
and my reported problems should simply show the difficulties
it encounters.

So what is the proper workaround for this specific compiler bug?
I guess "args..." requires at least one arg or it errors.

--
Eyal Lebedinsky (eyal@eyal.emu.id.au) <http://samba.org/eyal/>

^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux 2.4.21pre3-ac2
  2003-01-09  1:39 Linux 2.4.21pre3-ac2 Alan Cox
                   ` (2 preceding siblings ...)
  2003-01-09 12:14 ` Linux 2.4.21pre3-ac2 Adrian Bunk
@ 2003-01-09 23:37 ` Jean-Daniel Pauget
  2003-01-10  2:25   ` Alan Cox
  2003-01-13  3:33   ` Bill Davidsen
  2003-01-10  9:45 ` Ralf Hildebrandt
  2003-01-10 14:38 ` Adrian Bunk
  5 siblings, 2 replies; 25+ messages in thread
From: Jean-Daniel Pauget @ 2003-01-09 23:37 UTC (permalink / raw)
  To: Alan Cox; +Cc: linux-kernel


    I had some strange bug using 2.4.21pre3-ac2 :
    at rebooting after a freeze (my machine freezes from time to time
    whatever the kernel is, I'm still diging that point)
    fsck.ext2 was not able to finish checking my /home (59Gb), it
    systematically got a signal 11 (I tried several times).

    rebooting using my previous kernel (2.4.20 with a minor patch for the
    i845G AGP mess-up) was enough so that the fsck worked fine at the first
    attempt with this kernel.

    this triggers two questions :
	o is the new piix-ide faulty ?
	o are 256 Mb of memory enough for fscking a 58Gb partition ?

    about signal 11, I tested my machine with several concurent kernel
    built with no signal 11 before (with 2.4.20 and prior)

    the machine is an ASUS P4PE motherboard, 2,4GHz PIV 256Mb
    and a nvidia Ge4-Ti4200. (at signal 11, the nvidia tainted module was
    not loaded yet :)

    thanks in advance for any enlightment...

    here-below, the lspci and /proc/pci...

--
Quand les plombs pêtent : « Ðïsjüñ£t.¢€× »

--
00:00.0 Host bridge: Intel Corp. 82845G/GL [Brookdale-G] Chipset Host Bridge (rev 02)
00:01.0 PCI bridge: Intel Corp. 82845G/GL [Brookdale-G] Chipset AGP Bridge (rev 02)
00:1d.0 USB Controller: Intel Corp. 82801DB USB (Hub  (rev 02)
00:1d.1 USB Controller: Intel Corp. 82801DB USB (Hub  (rev 02)
00:1d.2 USB Controller: Intel Corp. 82801DB USB (Hub  (rev 02)
00:1d.7 USB Controller: Intel Corp. 82801DB USB EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corp. 82801BA/CA/DB PCI Bridge (rev 82)
00:1f.0 ISA bridge: Intel Corp. 82801DB ISA Bridge (LPC) (rev 02)
00:1f.1 IDE interface: Intel Corp. 82801DB ICH4 IDE (rev 02)
00:1f.5 Multimedia audio controller: Intel Corp. 82801DB AC'97 Audio (rev 02)
01:00.0 VGA compatible controller: nVidia Corporation NV25 [GeForce4 Ti4200] (rev a3)
02:03.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 80)
02:05.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5702X Gigabit Ethernet (rev 02)

--
PCI devices found:
  Bus  0, device   0, function  0:
    Host bridge: Intel Corp. 82845G/GL [Brookdale-G] Chipset Host Bridge (rev 2).
      Prefetchable 32 bit memory at 0xf0000000 [0xf7ffffff].
  Bus  0, device   1, function  0:
    PCI bridge: Intel Corp. 82845G/GL [Brookdale-G] Chipset AGP Bridge (rev 2).
      Master Capable.  Latency=64.  Min Gnt=8.
  Bus  0, device  29, function  0:
    USB Controller: Intel Corp. 82801DB USB (Hub #1) (rev 2).
      IRQ 11.
      I/O at 0xd800 [0xd81f].
  Bus  0, device  29, function  1:
    USB Controller: Intel Corp. 82801DB USB (Hub #2) (rev 2).
      IRQ 5.
      I/O at 0xd400 [0xd41f].
  Bus  0, device  29, function  2:
    USB Controller: Intel Corp. 82801DB USB (Hub #3) (rev 2).
      IRQ 9.
      I/O at 0xd000 [0xd01f].
  Bus  0, device  29, function  7:
    USB Controller: Intel Corp. 82801DB USB EHCI Controller (rev 2).
      Non-prefetchable 32 bit memory at 0xe5800000 [0xe58003ff].
  Bus  0, device  30, function  0:
    PCI bridge: Intel Corp. 82801BA/CA/DB PCI Bridge (rev 130).
      Master Capable.  No bursts.  Min Gnt=6.
  Bus  0, device  31, function  0:
    ISA bridge: Intel Corp. 82801DB ISA Bridge (LPC) (rev 2).
  Bus  0, device  31, function  1:
    IDE interface: Intel Corp. 82801DB ICH4 IDE (rev 2).
      IRQ 9.
      I/O at 0x0 [0x7].
      I/O at 0x0 [0x3].
      I/O at 0x0 [0x7].
      I/O at 0x0 [0x3].
      I/O at 0xf000 [0xf00f].
      Non-prefetchable 32 bit memory at 0x10000000 [0x100003ff].
  Bus  0, device  31, function  5:
    Multimedia audio controller: Intel Corp. 82801DB AC'97 Audio (rev 2).
      IRQ 10.
      I/O at 0xa800 [0xa8ff].
      I/O at 0xa400 [0xa43f].
      Non-prefetchable 32 bit memory at 0xe4000000 [0xe40001ff].
      Non-prefetchable 32 bit memory at 0xe3800000 [0xe38000ff].
  Bus  1, device   0, function  0:
    VGA compatible controller: nVidia Corporation NV25 [GeForce4 Ti4200] (rev 163).
      IRQ 11.
      Master Capable.  Latency=248.  Min Gnt=5.Max Lat=1.
      Non-prefetchable 32 bit memory at 0xe6000000 [0xe6ffffff].
      Prefetchable 32 bit memory at 0xe8000000 [0xefffffff].
      Prefetchable 32 bit memory at 0xe7800000 [0xe787ffff].
  Bus  2, device   3, function  0:
    FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 128).
      IRQ 5.
      Master Capable.  Latency=32.  Max Lat=32.
      Non-prefetchable 32 bit memory at 0xe5000000 [0xe50007ff].
      I/O at 0xb800 [0xb87f].
  Bus  2, device   5, function  0:
    Ethernet controller: Broadcom Corporation NetXtreme BCM5702X Gigabit Ethernet (rev 2).
      IRQ 10.
      Master Capable.  Latency=64.  Min Gnt=64.
      Non-prefetchable 64 bit memory at 0xe4800000 [0xe480ffff].


^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux 2.4.21pre3-ac2
  2003-01-09 23:37 ` Jean-Daniel Pauget
@ 2003-01-10  2:25   ` Alan Cox
  2003-01-13  3:33   ` Bill Davidsen
  1 sibling, 0 replies; 25+ messages in thread
From: Alan Cox @ 2003-01-10  2:25 UTC (permalink / raw)
  To: Jean-Daniel Pauget; +Cc: Alan Cox, linux-kernel

>     I had some strange bug using 2.4.21pre3-ac2 :
>     at rebooting after a freeze (my machine freezes from time to time
>     whatever the kernel is, I'm still diging that point)

If its freezing with old kernels I'm somewhat less interested

>     this triggers two questions :
> 	o is the new piix-ide faulty ?

Not from reports I have except for two reports about MWDMA (old non UDMA)
which appear to be a chipset errata I need to deal with


^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux 2.4.21pre3-ac2
  2003-01-09  1:39 Linux 2.4.21pre3-ac2 Alan Cox
                   ` (3 preceding siblings ...)
  2003-01-09 23:37 ` Jean-Daniel Pauget
@ 2003-01-10  9:45 ` Ralf Hildebrandt
  2003-01-10 12:00   ` Alan Cox
  2003-01-10 14:38 ` Adrian Bunk
  5 siblings, 1 reply; 25+ messages in thread
From: Ralf Hildebrandt @ 2003-01-10  9:45 UTC (permalink / raw)
  To: linux-kernel

* Alan Cox <alan@redhat.com>:
> The skb_padto bug is quite ugly so people really want to be using ac2 not
> ac1. 

I got an oops with that kernel on two different machines:

ksymoops 2.4.8 on i686 2.4.21-pre3-ac2.  Options used
     -V (default)
     -k /proc/ksyms (default)
     -l /proc/modules (default)
     -o /lib/modules/2.4.21-pre3-ac2/ (default)
     -m /boot/System.map-2.4.21-pre3-ac2 (default)

Warning: You did not tell me where to find symbol information.  I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc.  ksymoops -h explains the options.

cs: IO port probe 0x0c00-0x0cff: clean.
cs: IO port probe 0x0800-0x08ff: clean.
cs: IO port probe 0x0100-0x04ff: excluding 0x220-0x22f 0x330-0x337 0x378-0x37f 0x388-0x38f 0x3c0-0x3df 0x4d0-0x4d7
cs: IO port probe 0x0a00-0x0aff: clean.
cs: memory probe 0xa0000000-0xa0ffffff: clean.
ad1848: No ISAPnP cards found, trying standard ones...
Unable to handle kernel NULL pointer dereference at virtual address 00000004
c0132d7d
*pde = 00000000
Oops: 0002
CPU:    0
EIP:    0010:[<c0132d7d>]    Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010246
eax: 00000000   ebx: c117b874   ecx: c7cc8000   edx: c7cc805c
esi: 00000000   edi: 00000000   ebp: c0271030   esp: c7cc9e40
ds: 0018   es: 0018   ss: 0018
Process apt-get (pid: 1352, stackpage=c7cc9000)
Stack: 00000001 00000286 c898f420 c898f420 c898f420 c117b874 c013e66e c898f420 
       c88b2e68 c117b874 000011d1 c0271030 c0131f0f c117b874 000001d2 c7cc8000 
       000001c8 000001d2 00000020 00000020 000001d2 00000020 00000006 c0132153 
Call Trace:    [<c013e66e>] [<c0131f0f>] [<c0132153>] [<c01321c6>] [<c0133067>]
  [<c01332f3>] [<c012dd70>] [<c015f5d9>] [<c013a173>] [<c0107307>]
Code: 89 58 04 89 03 89 53 04 89 59 5c 89 73 0c ff 41 68 eb bf 0f 


>>EIP; c0132d7d <__free_pages_ok+27d/2a0>   <=====

>>ebx; c117b874 <_end+e88fbc/c9937a8>
>>ecx; c7cc8000 <_end+79d5748/c9937a8>
>>edx; c7cc805c <_end+79d57a4/c9937a8>
>>ebp; c0271030 <contig_page_data+b0/340>
>>esp; c7cc9e40 <_end+79d7588/c9937a8>

Trace; c013e66e <try_to_free_buffers+8e/100>
Trace; c0131f0f <shrink_cache+21f/310>
Trace; c0132153 <shrink_caches+63/a0>
Trace; c01321c6 <try_to_free_pages_zone+36/50>
Trace; c0133067 <balance_classzone+57/1f0>
Trace; c01332f3 <__alloc_pages+f3/190>
Trace; c012dd70 <generic_file_write+370/760>
Trace; c015f5d9 <ext3_file_write+39/d0>
Trace; c013a173 <sys_write+a3/140>
Trace; c0107307 <system_call+33/38>

Code;  c0132d7d <__free_pages_ok+27d/2a0>
00000000 <_EIP>:
Code;  c0132d7d <__free_pages_ok+27d/2a0>   <=====
   0:   89 58 04                  mov    %ebx,0x4(%eax)   <=====
Code;  c0132d80 <__free_pages_ok+280/2a0>
   3:   89 03                     mov    %eax,(%ebx)
Code;  c0132d82 <__free_pages_ok+282/2a0>
   5:   89 53 04                  mov    %edx,0x4(%ebx)
Code;  c0132d85 <__free_pages_ok+285/2a0>
   8:   89 59 5c                  mov    %ebx,0x5c(%ecx)
Code;  c0132d88 <__free_pages_ok+288/2a0>
   b:   89 73 0c                  mov    %esi,0xc(%ebx)
Code;  c0132d8b <__free_pages_ok+28b/2a0>
   e:   ff 41 68                  incl   0x68(%ecx)
Code;  c0132d8e <__free_pages_ok+28e/2a0>
  11:   eb bf                     jmp    ffffffd2 <_EIP+0xffffffd2>
Code;  c0132d90 <__free_pages_ok+290/2a0>
  13:   0f 00 00                  sldtl  (%eax)

 <1>Unable to handle kernel NULL pointer dereference at virtual address 00000004
c0132d7d
*pde = 00000000
Oops: 0002
CPU:    0
EIP:    0010:[<c0132d7d>]    Not tainted
EFLAGS: 00010246
eax: 00000000   ebx: c10cc138   ecx: c7cc8000   edx: c7cc805c
esi: 00000000   edi: 00000000   ebp: 00000000   esp: c7cc9c64
ds: 0018   es: 0018   ss: 0018
Process apt-get (pid: 1352, stackpage=c7cc9000)
Stack: 0000002f 00000082 00000082 c02d93b4 00000020 00000000 c01911b3 c02d93b4 
       00000000 c9ed51a8 00004000 00000001 c0129027 c10cc138 00000000 00000001 
       cbf7ef00 c10cc138 08400000 c436a084 0806e000 00000000 c012787b cb0887a0 
Call Trace:    [<c01911b3>] [<c0129027>] [<c012787b>] [<c012a769>] [<c01171b7>]
  [<c011c09f>] [<c0107992>] [<c0114ad4>] [<c01643d2>] [<c016b21b>] [<c016a896>]
  [<c016b21b>] [<c016a896>] [<c0114830>] [<c01073f8>] [<c0132d7d>] [<c013e66e>]
  [<c0131f0f>] [<c0132153>] [<c01321c6>] [<c0133067>] [<c01332f3>] [<c012dd70>]
  [<c015f5d9>] [<c013a173>] [<c0107307>]
Code: 89 58 04 89 03 89 53 04 89 59 5c 89 73 0c ff 41 68 eb bf 0f 


>>EIP; c0132d7d <__free_pages_ok+27d/2a0>   <=====

>>ebx; c10cc138 <_end+dd9880/c9937a8>
>>ecx; c7cc8000 <_end+79d5748/c9937a8>
>>edx; c7cc805c <_end+79d57a4/c9937a8>
>>esp; c7cc9c64 <_end+79d73ac/c9937a8>

Trace; c01911b3 <poke_blanked_console+53/70>
Trace; c0129027 <zap_pte_range+f7/120>
Trace; c012787b <zap_page_range+8b/f0>
Trace; c012a769 <exit_mmap+b9/160>
Trace; c01171b7 <mmput+47/a0>
Trace; c011c09f <do_exit+8f/240>
Trace; c0107992 <die+72/80>
Trace; c0114ad4 <do_page_fault+2a4/4cf>
Trace; c01643d2 <ext3_mark_iloc_dirty+42/70>
Trace; c016b21b <journal_dirty_metadata+17b/210>
Trace; c016a896 <do_get_write_access+296/520>
Trace; c016b21b <journal_dirty_metadata+17b/210>
Trace; c016a896 <do_get_write_access+296/520>
Trace; c0114830 <do_page_fault+0/4cf>
Trace; c01073f8 <error_code+34/3c>
Trace; c0132d7d <__free_pages_ok+27d/2a0>
Trace; c013e66e <try_to_free_buffers+8e/100>
Trace; c0131f0f <shrink_cache+21f/310>
Trace; c0132153 <shrink_caches+63/a0>
Trace; c01321c6 <try_to_free_pages_zone+36/50>
Trace; c0133067 <balance_classzone+57/1f0>
Trace; c01332f3 <__alloc_pages+f3/190>
Trace; c012dd70 <generic_file_write+370/760>
Trace; c015f5d9 <ext3_file_write+39/d0>
Trace; c013a173 <sys_write+a3/140>
Trace; c0107307 <system_call+33/38>

Code;  c0132d7d <__free_pages_ok+27d/2a0>
00000000 <_EIP>:
Code;  c0132d7d <__free_pages_ok+27d/2a0>   <=====
   0:   89 58 04                  mov    %ebx,0x4(%eax)   <=====
Code;  c0132d80 <__free_pages_ok+280/2a0>
   3:   89 03                     mov    %eax,(%ebx)
Code;  c0132d82 <__free_pages_ok+282/2a0>
   5:   89 53 04                  mov    %edx,0x4(%ebx)
Code;  c0132d85 <__free_pages_ok+285/2a0>
   8:   89 59 5c                  mov    %ebx,0x5c(%ecx)
Code;  c0132d88 <__free_pages_ok+288/2a0>
   b:   89 73 0c                  mov    %esi,0xc(%ebx)
Code;  c0132d8b <__free_pages_ok+28b/2a0>
   e:   ff 41 68                  incl   0x68(%ecx)
Code;  c0132d8e <__free_pages_ok+28e/2a0>
  11:   eb bf                     jmp    ffffffd2 <_EIP+0xffffffd2>
Code;  c0132d90 <__free_pages_ok+290/2a0>
  13:   0f 00 00                  sldtl  (%eax)


1 warning issued.  Results may not be reliable.

-- 
Ralf Hildebrandt (Im Auftrag des Referat V a)   Ralf.Hildebrandt@charite.de
Charite Campus Mitte                            Tel.  +49 (0)30-450 570-155
Referat V a - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Why you can't find your system administrators:
(S)he's catching twenty winks under the floorboards, tread gingerly. 


^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux 2.4.21pre3-ac2
  2003-01-10 12:00   ` Alan Cox
@ 2003-01-10 11:15     ` Ralf Hildebrandt
  2003-01-10 13:30       ` Ralf Hildebrandt
  2003-01-10 11:21     ` Ralf Hildebrandt
  1 sibling, 1 reply; 25+ messages in thread
From: Ralf Hildebrandt @ 2003-01-10 11:15 UTC (permalink / raw)
  To: Linux Kernel Mailing List

* Alan Cox <alan@lxorguk.ukuu.org.uk>:
> On Fri, 2003-01-10 at 09:45, Ralf Hildebrandt wrote:
> > I got an oops with that kernel on two different machines:
> 
> Can you build the kernel with the patch to mm/shmem.c reverted and
> see if that fixes your crash ?

Well, yes. Should I remove all changes to "mm/shmem.c" that are done
from the ac2 patch?

-- 
Ralf Hildebrandt (Im Auftrag des Referat V a)   Ralf.Hildebrandt@charite.de
Charite Campus Mitte                            Tel.  +49 (0)30-450 570-155
Referat V a - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Why you can't find your system administrators:
On the roof of the building, contemplating which users to throw off. 


^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux 2.4.21pre3-ac2
  2003-01-10 12:00   ` Alan Cox
  2003-01-10 11:15     ` Ralf Hildebrandt
@ 2003-01-10 11:21     ` Ralf Hildebrandt
  1 sibling, 0 replies; 25+ messages in thread
From: Ralf Hildebrandt @ 2003-01-10 11:21 UTC (permalink / raw)
  To: Linux Kernel Mailing List

* Alan Cox <alan@lxorguk.ukuu.org.uk>:
> On Fri, 2003-01-10 at 09:45, Ralf Hildebrandt wrote:
> > I got an oops with that kernel on two different machines:
> 
> Can you build the kernel with the patch to mm/shmem.c reverted and
> see if that fixes your crash ?

I'm building as we speak.

-- 
Ralf Hildebrandt (Im Auftrag des Referat V a)   Ralf.Hildebrandt@charite.de
Charite Campus Mitte                            Tel.  +49 (0)30-450 570-155
Referat V a - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
It's mathematical: (uNsTable - NT) = usable.


^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux 2.4.21pre3-ac2
  2003-01-10  9:45 ` Ralf Hildebrandt
@ 2003-01-10 12:00   ` Alan Cox
  2003-01-10 11:15     ` Ralf Hildebrandt
  2003-01-10 11:21     ` Ralf Hildebrandt
  0 siblings, 2 replies; 25+ messages in thread
From: Alan Cox @ 2003-01-10 12:00 UTC (permalink / raw)
  To: Ralf Hildebrandt; +Cc: Linux Kernel Mailing List

On Fri, 2003-01-10 at 09:45, Ralf Hildebrandt wrote:
> I got an oops with that kernel on two different machines:

Can you build the kernel with the patch to mm/shmem.c reverted and
see if that fixes your crash ?


^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux 2.4.21pre3-ac2
  2003-01-10 11:15     ` Ralf Hildebrandt
@ 2003-01-10 13:30       ` Ralf Hildebrandt
  2003-01-10 14:17         ` Ralf Hildebrandt
  0 siblings, 1 reply; 25+ messages in thread
From: Ralf Hildebrandt @ 2003-01-10 13:30 UTC (permalink / raw)
  To: Linux Kernel Mailing List

* Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>:
> * Alan Cox <alan@lxorguk.ukuu.org.uk>:
> > On Fri, 2003-01-10 at 09:45, Ralf Hildebrandt wrote:
> > > I got an oops with that kernel on two different machines:
> > 
> > Can you build the kernel with the patch to mm/shmem.c reverted and
> > see if that fixes your crash ?
> 
> Well, yes. Should I remove all changes to "mm/shmem.c" that are done
> from the ac2 patch?

Backing out of mm/shmem.c makess thee bug disappear. Unfortunately I
fforgot to applyy the keyboard pacth forr my Toshiba laptop, so I get
duplicate letters when typingg real fasst (as you caan  see!)

The keyboard paccth:
--- drivers/char/keyboard.c.orig        2003-01-10 12:20:18.000000000 +0100
+++ drivers/char/keyboard.c     2003-01-10 14:28:24.000000000 +0100
@@ -95,6 +95,7 @@
 static struct tty_struct **ttytab;
 static struct kbd_struct * kbd = kbd_table;
 static struct tty_struct * tty;
+static unsigned char prev_scancode;

 void compute_shiftstate(void);

@@ -214,7 +215,16 @@
        }
        kbd = kbd_table + fg_console;
        if ((raw_mode = (kbd->kbdmode == VC_RAW))) {
-               put_queue(scancode | up_flag);
+               /* put_queue(scancode | up_flag); */
+               /* The following 'if' is a workaround for hardware *
+                *  which sometimes send the key release event twice */
+                unsigned char next_scancode = scancode|up_flag;
+                if (up_flag && next_scancode==prev_scancode) {
+                   /* unexpected 2nd release event */
+                } else {
+                   prev_scancode=next_scancode;
+                   put_queue(next_scancode);
+                }
                /* we do not return yet, because we want to maintain
                   the key_down array, so that we have the correct
                   values when finishing RAW mode or when changing VT's */

-- 
Ralf Hildebrandt (Im Auftrag des Referat V a)   Ralf.Hildebrandt@charite.de
Charite Campus Mitte                            Tel.  +49 (0)30-450 570-155
Referat V a - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Okay, so I have this coworker who believes that NT is God's Gift to Sysadmins. 
There are lots of weird gods around, aren't they? 
Yeah, he means Cthulu. That's the kind of OS he/she/it'd give as a gift. 


^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux 2.4.21pre3-ac2
  2003-01-10 13:30       ` Ralf Hildebrandt
@ 2003-01-10 14:17         ` Ralf Hildebrandt
  2003-01-10 15:17           ` Alan Cox
  0 siblings, 1 reply; 25+ messages in thread
From: Ralf Hildebrandt @ 2003-01-10 14:17 UTC (permalink / raw)
  To: Linux Kernel Mailing List

* Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>:

> Backing out of mm/shmem.c makess thee bug disappear.

Not really. I rebooted and then the ac2 crashed DURING a fsck that was
caused by reaching the maximum mount count.
I'm outta here and back to 2.4.21pre3 :)

-- 
Ralf Hildebrandt (Im Auftrag des Referat V a)   Ralf.Hildebrandt@charite.de
Charite Campus Mitte                            Tel.  +49 (0)30-450 570-155
Referat V a - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916



^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux 2.4.21pre3-ac2
  2003-01-09  1:39 Linux 2.4.21pre3-ac2 Alan Cox
                   ` (4 preceding siblings ...)
  2003-01-10  9:45 ` Ralf Hildebrandt
@ 2003-01-10 14:38 ` Adrian Bunk
  5 siblings, 0 replies; 25+ messages in thread
From: Adrian Bunk @ 2003-01-10 14:38 UTC (permalink / raw)
  To: Alan Cox, Joachim Martillo; +Cc: linux-kernel

On Wed, Jan 08, 2003 at 08:39:09PM -0500, Alan Cox wrote:

>...
> Linux 2.4.21pre3-ac2
>...
> o	Driver for Aurora Sio16 PCI adapter series	(Joachim Martillo)
> 	(SIO8000P, 16000P, and CPCI)
> 	| Initial merge
>...

siolx_cleanup in drivers/char/cd1865/cd1865.c is __exit but called from 
the __init function siolx_init causing a .text.exit error when compiling 
this driver statically into the kernel. The following patch that removes 
the __exit fixes it:

--- linux-2.4.20-ac/drivers/char/cd1865/cd1865.c.old	2003-01-10 15:31:41.000000000 +0100
+++ linux-2.4.20-ac/drivers/char/cd1865/cd1865.c	2003-01-10 15:32:26.000000000 +0100
@@ -2630,7 +2630,7 @@
 }
 
 
-static void __exit siolx_cleanup(void)
+static void siolx_cleanup(void)
 {
 	siolx_release_drivers();
 	siolx_release_memory();


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


^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux 2.4.21pre3-ac2
  2003-01-10 14:17         ` Ralf Hildebrandt
@ 2003-01-10 15:17           ` Alan Cox
  0 siblings, 0 replies; 25+ messages in thread
From: Alan Cox @ 2003-01-10 15:17 UTC (permalink / raw)
  To: Ralf Hildebrandt; +Cc: Linux Kernel Mailing List

On Fri, 2003-01-10 at 14:17, Ralf Hildebrandt wrote:
> * Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>:
> 
> > Backing out of mm/shmem.c makess thee bug disappear.
> 
> Not really. I rebooted and then the ac2 crashed DURING a fsck that was
> caused by reaching the maximum mount count.
> I'm outta here and back to 2.4.21pre3 :)

Curious indeed. I guess we'll find the problem when I submit the
troublesome change to Marcelo 8). I'll look at that keyboard
fix, that seems a fairly sane workaround. Next stop is zapping
the other bits of journal related stuff and checking network
card fixup corner cases - what ethernet do you have btw ?


Alan


^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux 2.4.21pre3-ac2
  2003-01-09 23:37 ` Jean-Daniel Pauget
  2003-01-10  2:25   ` Alan Cox
@ 2003-01-13  3:33   ` Bill Davidsen
  2003-01-13 15:01     ` Alan Cox
  1 sibling, 1 reply; 25+ messages in thread
From: Bill Davidsen @ 2003-01-13  3:33 UTC (permalink / raw)
  To: Jean-Daniel Pauget; +Cc: Alan Cox, linux-kernel

On Fri, 10 Jan 2003, Jean-Daniel Pauget wrote:

> 
>     I had some strange bug using 2.4.21pre3-ac2 :
>     at rebooting after a freeze (my machine freezes from time to time
>     whatever the kernel is, I'm still diging that point)
>     fsck.ext2 was not able to finish checking my /home (59Gb), it
>     systematically got a signal 11 (I tried several times).
> 
>     rebooting using my previous kernel (2.4.20 with a minor patch for the
>     i845G AGP mess-up) was enough so that the fsck worked fine at the first
>     attempt with this kernel.

There are several possibilities, but I would suspect you have memory which
is just marginal, and with some combination of access patterns you trigger
a sig 11 problem. I have the same board, with 72 bit ECC capable memory,
and I'm running all of the BIOS speed options (section 4.4 of the manual)
set at default, rather than tuning for any extra bit of performance.

If you have pushed any of the CPU or memory speeds, obviously that's a
place to return to default, but I suspect what you have is marginal
memory. Best is to borrow a stick and run on other memory, 2nd best is to
slow the speeds a bit and see if that works better.

Clearly this is only an educated guess.

-- 
bill davidsen <davidsen@tmr.com>
  CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.


^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux 2.4.21pre3-ac2
  2003-01-13  3:33   ` Bill Davidsen
@ 2003-01-13 15:01     ` Alan Cox
  2003-01-13 17:22       ` John Stoffel
  0 siblings, 1 reply; 25+ messages in thread
From: Alan Cox @ 2003-01-13 15:01 UTC (permalink / raw)
  To: Bill Davidsen; +Cc: Jean-Daniel Pauget, Alan Cox, Linux Kernel Mailing List

On Mon, 2003-01-13 at 03:33, Bill Davidsen wrote:
> There are several possibilities, but I would suspect you have memory which
> is just marginal, and with some combination of access patterns you trigger
> a sig 11 problem. I have the same board, with 72 bit ECC capable memory,
> and I'm running all of the BIOS speed options (section 4.4 of the manual)
> set at default, rather than tuning for any extra bit of performance.

I'm seeing enough other -ac specific errors to be fairly sure its not just
hardware in the current -ac tree case. I don't know what the common factor
is yet - it 'works for me' which makes it hard to pin down

Guess #1 is reverting mm/shmem.c. Guess #2 is reverting the buffer cache
changes. Guess #3 is new IDE + highmem and Guess #4 is quota related (are
people seeing the problem with quota disabled ?)


^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux 2.4.21pre3-ac2
  2003-01-13 15:01     ` Alan Cox
@ 2003-01-13 17:22       ` John Stoffel
  2003-01-14 11:17         ` Horst von Brand
  0 siblings, 1 reply; 25+ messages in thread
From: John Stoffel @ 2003-01-13 17:22 UTC (permalink / raw)
  To: Alan Cox
  Cc: Bill Davidsen, Jean-Daniel Pauget, Alan Cox, Linux Kernel Mailing List


Alan> I'm seeing enough other -ac specific errors to be fairly sure
Alan> its not just hardware in the current -ac tree case. I don't know
Alan> what the common factor is yet - it 'works for me' which makes it
Alan> hard to pin down

I'm now running -ac3 and it seems more stable.  I've got a Dual Xeon
550 Mhz Dell with 768mb of ECC memory and a Matrox G450 card.  Nice
stable system usually.

Alan> Guess #1 is reverting mm/shmem.c. Guess #2 is reverting the buffer cache
Alan> changes. Guess #3 is new IDE + highmem and Guess #4 is quota related (are
Alan> people seeing the problem with quota disabled ?)

I'm not running with quotas at all, and I've seen the complete lockup
under -ac1 and -ac2.  I'll see about stressing -ac3 with some
filesystem stuff to see what happens.  

Here are the options I have enabled for IDE on my system:
    
    CONFIG_PARIDE=m
    CONFIG_PARIDE_PARPORT=m
    CONFIG_PARIDE_PD=m
    CONFIG_PARIDE_PCD=m
    CONFIG_PARIDE_PF=m
    CONFIG_PARIDE_PT=m
    CONFIG_PARIDE_PG=m
    CONFIG_IDE=y
    CONFIG_BLK_DEV_IDE=y
    CONFIG_BLK_DEV_IDEDISK=y
    CONFIG_IDEDISK_MULTI_MODE=y
    CONFIG_BLK_DEV_IDECD=y
    CONFIG_BLK_DEV_IDETAPE=m
    CONFIG_BLK_DEV_IDEFLOPPY=m
    CONFIG_BLK_DEV_IDESCSI=m
    CONFIG_BLK_DEV_IDEPCI=y
    CONFIG_IDEPCI_SHARE_IRQ=y
    CONFIG_BLK_DEV_IDEDMA_PCI=y
    CONFIG_IDEDMA_PCI_AUTO=y
    CONFIG_BLK_DEV_IDEDMA=y
    CONFIG_IDEDMA_AUTO=y
    CONFIG_BLK_DEV_IDE_MODES=y


Maybe I can pull the buffer cache and/or SHMEM changes.  

John

^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux 2.4.21pre3-ac2
  2003-01-13 17:22       ` John Stoffel
@ 2003-01-14 11:17         ` Horst von Brand
  0 siblings, 0 replies; 25+ messages in thread
From: Horst von Brand @ 2003-01-14 11:17 UTC (permalink / raw)
  To: John Stoffel
  Cc: Alan Cox, Bill Davidsen, Jean-Daniel Pauget, Alan Cox,
	Linux Kernel Mailing List

"John Stoffel" <stoffel@lucent.com> said:
> Alan> I'm seeing enough other -ac specific errors to be fairly sure
> Alan> its not just hardware in the current -ac tree case. I don't know
> Alan> what the common factor is yet - it 'works for me' which makes it
> Alan> hard to pin down
> 
> I'm now running -ac3 and it seems more stable.  I've got a Dual Xeon
> 550 Mhz Dell with 768mb of ECC memory and a Matrox G450 card.  Nice
> stable system usually.

2.4.21-pre3-ac4. I've got a Toshiba Satellite 1800 here. P3 mobile
(Coppermine)/1100, 256MiB RAM, no higmem or other stuff, RH 8.0 +
updates. Quotas are enabled. USB mouse, CD player running (yep, sound works
now). When trying to update (rpm -Fhv) rpm segfaulted, later X went
dead. alt-F1 gave me a console (upper half of screen, dark green letters,
microscopic font ;-). Rebooted fine tho.

CONFIG_X86=y
CONFIG_UID16=y
CONFIG_EXPERIMENTAL=y
CONFIG_MODULES=y
CONFIG_KMOD=y
CONFIG_MPENTIUMIII=y
CONFIG_X86_WP_WORKS_OK=y
CONFIG_X86_INVLPG=y
CONFIG_X86_CMPXCHG=y
CONFIG_X86_XADD=y
CONFIG_X86_BSWAP=y
CONFIG_X86_POPAD_OK=y
CONFIG_RWSEM_XCHGADD_ALGORITHM=y
CONFIG_X86_L1_CACHE_SHIFT=5
CONFIG_X86_HAS_TSC=y
CONFIG_X86_GOOD_APIC=y
CONFIG_X86_PGE=y
CONFIG_X86_USE_PPRO_CHECKSUM=y
CONFIG_X86_F00F_WORKS_OK=y
CONFIG_X86_MCE=y
CONFIG_TOSHIBA=m
CONFIG_MICROCODE=m
CONFIG_X86_MSR=m
CONFIG_X86_CPUID=m
CONFIG_NOHIGHMEM=y
CONFIG_MTRR=y
CONFIG_X86_TSC=y
CONFIG_NET=y
CONFIG_PCI=y
CONFIG_PCI_GOANY=y
CONFIG_PCI_BIOS=y
CONFIG_PCI_DIRECT=y
CONFIG_ISA=y
CONFIG_PCI_NAMES=y
CONFIG_HOTPLUG=y
CONFIG_PCMCIA=m
CONFIG_CARDBUS=y
CONFIG_SYSVIPC=y
CONFIG_BSD_PROCESS_ACCT=y
CONFIG_SYSCTL=y
CONFIG_KCORE_ELF=y
CONFIG_BINFMT_AOUT=m
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_MISC=m
CONFIG_PM=y
CONFIG_APM=y
CONFIG_APM_CPU_IDLE=y
CONFIG_APM_DISPLAY_BLANK=y
CONFIG_APM_RTC_IS_GMT=y
CONFIG_PARPORT=m
CONFIG_PARPORT_PC=m
CONFIG_PARPORT_PC_CML1=m
CONFIG_PARPORT_SERIAL=m
CONFIG_PARPORT_PC_PCMCIA=m
CONFIG_PARPORT_1284=y
CONFIG_BLK_DEV_FD=m
CONFIG_BLK_DEV_LOOP=m
CONFIG_BLK_DEV_NBD=m
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_SIZE=4096
CONFIG_BLK_DEV_INITRD=y
CONFIG_BLK_STATS=y
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
CONFIG_NETLINK_DEV=y
CONFIG_NETFILTER=y
CONFIG_FILTER=y
CONFIG_UNIX=y
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
CONFIG_IP_ADVANCED_ROUTER=y
CONFIG_IP_MULTIPLE_TABLES=y
CONFIG_IP_ROUTE_FWMARK=y
CONFIG_IP_ROUTE_NAT=y
CONFIG_IP_ROUTE_MULTIPATH=y
CONFIG_IP_ROUTE_TOS=y
CONFIG_IP_ROUTE_VERBOSE=y
CONFIG_IP_ROUTE_LARGE_TABLES=y
CONFIG_NET_IPIP=m
CONFIG_NET_IPGRE=m
CONFIG_NET_IPGRE_BROADCAST=y
CONFIG_IP_MROUTE=y
CONFIG_IP_PIMSM_V1=y
CONFIG_IP_PIMSM_V2=y
CONFIG_SYN_COOKIES=y
CONFIG_IP_NF_CONNTRACK=m
CONFIG_IP_NF_FTP=m
CONFIG_IP_NF_IRC=m
CONFIG_IP_NF_QUEUE=m
CONFIG_IP_NF_IPTABLES=m
CONFIG_IP_NF_MATCH_LIMIT=m
CONFIG_IP_NF_MATCH_MAC=m
CONFIG_IP_NF_MATCH_PKTTYPE=m
CONFIG_IP_NF_MATCH_MARK=m
CONFIG_IP_NF_MATCH_MULTIPORT=m
CONFIG_IP_NF_MATCH_TOS=m
CONFIG_IP_NF_MATCH_ECN=m
CONFIG_IP_NF_MATCH_DSCP=m
CONFIG_IP_NF_MATCH_AH_ESP=m
CONFIG_IP_NF_MATCH_LENGTH=m
CONFIG_IP_NF_MATCH_TTL=m
CONFIG_IP_NF_MATCH_TCPMSS=m
CONFIG_IP_NF_MATCH_HELPER=m
CONFIG_IP_NF_MATCH_STATE=m
CONFIG_IP_NF_MATCH_CONNTRACK=m
CONFIG_IP_NF_MATCH_UNCLEAN=m
CONFIG_IP_NF_MATCH_OWNER=m
CONFIG_IP_NF_FILTER=m
CONFIG_IP_NF_TARGET_REJECT=m
CONFIG_IP_NF_TARGET_MIRROR=m
CONFIG_IP_NF_NAT=m
CONFIG_IP_NF_NAT_NEEDED=y
CONFIG_IP_NF_TARGET_MASQUERADE=m
CONFIG_IP_NF_TARGET_REDIRECT=m
CONFIG_IP_NF_NAT_SNMP_BASIC=m
CONFIG_IP_NF_NAT_IRC=m
CONFIG_IP_NF_NAT_FTP=m
CONFIG_IP_NF_MANGLE=m
CONFIG_IP_NF_TARGET_TOS=m
CONFIG_IP_NF_TARGET_ECN=m
CONFIG_IP_NF_TARGET_DSCP=m
CONFIG_IP_NF_TARGET_MARK=m
CONFIG_IP_NF_TARGET_LOG=m
CONFIG_IP_NF_TARGET_TCPMSS=m
CONFIG_IP_NF_ARPTABLES=m
CONFIG_IP_NF_ARPFILTER=m
CONFIG_IP_NF_COMPAT_IPCHAINS=m
CONFIG_IP_NF_NAT_NEEDED=y
CONFIG_IPV6=m
CONFIG_IP6_NF_IPTABLES=m
CONFIG_IP6_NF_MATCH_LIMIT=m
CONFIG_IP6_NF_MATCH_MAC=m
CONFIG_IP6_NF_MATCH_MULTIPORT=m
CONFIG_IP6_NF_MATCH_OWNER=m
CONFIG_IP6_NF_MATCH_MARK=m
CONFIG_IP6_NF_MATCH_LENGTH=m
CONFIG_IP6_NF_MATCH_EUI64=m
CONFIG_IP6_NF_FILTER=m
CONFIG_IP6_NF_TARGET_LOG=m
CONFIG_IP6_NF_MANGLE=m
CONFIG_IP6_NF_TARGET_MARK=m
CONFIG_VLAN_8021Q=m
CONFIG_WAN_ROUTER=m
CONFIG_NET_SCHED=y
CONFIG_NET_SCH_CBQ=m
CONFIG_NET_SCH_HTB=m
CONFIG_NET_SCH_CSZ=m
CONFIG_NET_SCH_PRIO=m
CONFIG_NET_SCH_RED=m
CONFIG_NET_SCH_SFQ=m
CONFIG_NET_SCH_TEQL=m
CONFIG_NET_SCH_TBF=m
CONFIG_NET_SCH_GRED=m
CONFIG_NET_SCH_DSMARK=m
CONFIG_NET_SCH_INGRESS=m
CONFIG_NET_QOS=y
CONFIG_NET_ESTIMATOR=y
CONFIG_NET_CLS=y
CONFIG_NET_CLS_TCINDEX=m
CONFIG_NET_CLS_ROUTE4=m
CONFIG_NET_CLS_ROUTE=y
CONFIG_NET_CLS_FW=m
CONFIG_NET_CLS_U32=m
CONFIG_NET_CLS_RSVP=m
CONFIG_NET_CLS_RSVP6=m
CONFIG_NET_CLS_POLICE=y
CONFIG_IDE=y
CONFIG_BLK_DEV_IDE=y
CONFIG_BLK_DEV_IDEDISK=y
CONFIG_IDEDISK_MULTI_MODE=y
CONFIG_BLK_DEV_IDECS=m
CONFIG_BLK_DEV_IDECD=y
CONFIG_BLK_DEV_IDESCSI=y
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_BLK_DEV_GENERIC=y
CONFIG_IDEPCI_SHARE_IRQ=y
CONFIG_BLK_DEV_IDEDMA_PCI=y
CONFIG_IDEDMA_PCI_AUTO=y
CONFIG_BLK_DEV_IDEDMA=y
CONFIG_BLK_DEV_ADMA=y
CONFIG_BLK_DEV_ALI15X3=y
CONFIG_IDEDMA_AUTO=y
CONFIG_BLK_DEV_IDE_MODES=y
CONFIG_SCSI=y
CONFIG_BLK_DEV_SD=m
CONFIG_SD_EXTRA_DEVS=40
CONFIG_BLK_DEV_SR=y
CONFIG_BLK_DEV_SR_VENDOR=y
CONFIG_SR_EXTRA_DEVS=4
CONFIG_CHR_DEV_SG=m
CONFIG_SCSI_CONSTANTS=y
CONFIG_SCSI_LOGGING=y
CONFIG_SCSI_PPA=m
CONFIG_SCSI_IMM=m
CONFIG_SCSI_DEBUG=m
CONFIG_NETDEVICES=y
CONFIG_DUMMY=m
CONFIG_BONDING=m
CONFIG_EQUALIZER=m
CONFIG_TUN=m
CONFIG_ETHERTAP=m
CONFIG_NET_ETHERNET=y
CONFIG_NET_VENDOR_3COM=y
CONFIG_VORTEX=m
CONFIG_NET_PCI=y
CONFIG_EEPRO100=m
CONFIG_E100=m
CONFIG_PLIP=m
CONFIG_PPP=m
CONFIG_PPP_MULTILINK=y
CONFIG_PPP_FILTER=y
CONFIG_PPP_ASYNC=m
CONFIG_PPP_SYNC_TTY=m
CONFIG_PPP_DEFLATE=m
CONFIG_SLIP=m
CONFIG_SLIP_COMPRESSED=y
CONFIG_SLIP_SMART=y
CONFIG_SLIP_MODE_SLIP6=y
CONFIG_SHAPER=m
CONFIG_IRDA=m
CONFIG_IRLAN=m
CONFIG_IRNET=m
CONFIG_IRCOMM=m
CONFIG_IRDA_ULTRA=y
CONFIG_IRDA_CACHE_LAST_LSAP=y
CONFIG_IRDA_FAST_RR=y
CONFIG_IRTTY_SIR=m
CONFIG_IRPORT_SIR=m
CONFIG_INPUT=m
CONFIG_INPUT_KEYBDEV=m
CONFIG_INPUT_MOUSEDEV=m
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
CONFIG_INPUT_JOYDEV=m
CONFIG_INPUT_EVDEV=m
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_SERIAL=y
CONFIG_SERIAL_CONSOLE=y
CONFIG_SERIAL_EXTENDED=y
CONFIG_SERIAL_MANY_PORTS=y
CONFIG_SERIAL_SHARE_IRQ=y
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=2048
CONFIG_PRINTER=m
CONFIG_LP_CONSOLE=y
CONFIG_PPDEV=m
CONFIG_MOUSE=y
CONFIG_PSMOUSE=y
CONFIG_INPUT_IFORCE_USB=m
CONFIG_WATCHDOG=y
CONFIG_ACQUIRE_WDT=m
CONFIG_ADVANTECH_WDT=m
CONFIG_ALIM7101_WDT=m
CONFIG_SC520_WDT=m
CONFIG_PCWATCHDOG=m
CONFIG_EUROTECH_WDT=m
CONFIG_IB700_WDT=m
CONFIG_WAFER_WDT=m
CONFIG_I810_TCO=m
CONFIG_SC1200_WDT=m
CONFIG_SOFT_WATCHDOG=m
CONFIG_W83877F_WDT=m
CONFIG_WDT=m
CONFIG_WDTPCI=m
CONFIG_MACHZ_WDT=m
CONFIG_NVRAM=m
CONFIG_RTC=y
CONFIG_FTAPE=m
CONFIG_ZFTAPE=m
CONFIG_ZFT_DFLT_BLK_SZ=10240
CONFIG_ZFT_COMPRESSOR=m
CONFIG_FT_NR_BUFFERS=3
CONFIG_FT_NORMAL_DEBUG=y
CONFIG_FT_STD_FDC=y
CONFIG_FT_FDC_THR=8
CONFIG_FT_FDC_MAX_RATE=2000
CONFIG_FT_ALPHA_CLOCK=0
CONFIG_AGP=m
CONFIG_AGP_ALI=y
CONFIG_DRM=y
CONFIG_DRM_NEW=y
CONFIG_PCMCIA_SERIAL_CS=m
CONFIG_SYNCLINK_CS=m
CONFIG_MWAVE=m
CONFIG_QUOTA=y
CONFIG_AUTOFS_FS=m
CONFIG_AUTOFS4_FS=m
CONFIG_EXT3_FS=m
CONFIG_JBD=m
CONFIG_FAT_FS=m
CONFIG_VFAT_FS=m
CONFIG_CRAMFS=m
CONFIG_TMPFS=y
CONFIG_RAMFS=y
CONFIG_ISO9660_FS=m
CONFIG_JOLIET=y
CONFIG_ZISOFS=y
CONFIG_NTFS_FS=m
CONFIG_PROC_FS=y
CONFIG_DEVPTS_FS=y
CONFIG_ROMFS_FS=m
CONFIG_EXT2_FS=y
CONFIG_SYSV_FS=m
CONFIG_UDF_FS=m
CONFIG_UDF_RW=y
CONFIG_UFS_FS=m
CONFIG_CODA_FS=m
CONFIG_INTERMEZZO_FS=m
CONFIG_NFS_FS=m
CONFIG_NFS_V3=y
CONFIG_NFSD=m
CONFIG_NFSD_V3=y
CONFIG_NFSD_TCP=y
CONFIG_SUNRPC=m
CONFIG_LOCKD=m
CONFIG_LOCKD_V4=y
CONFIG_SMB_FS=m
CONFIG_NCP_FS=m
CONFIG_NCPFS_PACKET_SIGNING=y
CONFIG_NCPFS_IOCTL_LOCKING=y
CONFIG_NCPFS_STRONG=y
CONFIG_NCPFS_NFS_NS=y
CONFIG_NCPFS_OS2_NS=y
CONFIG_NCPFS_SMALLDOS=y
CONFIG_NCPFS_NLS=y
CONFIG_NCPFS_EXTRAS=y
CONFIG_ZISOFS_FS=m
CONFIG_MSDOS_PARTITION=y
CONFIG_SMB_NLS=y
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=m
CONFIG_NLS_CODEPAGE_737=m
CONFIG_NLS_CODEPAGE_775=m
CONFIG_NLS_CODEPAGE_850=m
CONFIG_NLS_CODEPAGE_852=m
CONFIG_NLS_CODEPAGE_855=m
CONFIG_NLS_CODEPAGE_857=m
CONFIG_NLS_CODEPAGE_860=m
CONFIG_NLS_CODEPAGE_861=m
CONFIG_NLS_CODEPAGE_862=m
CONFIG_NLS_CODEPAGE_863=m
CONFIG_NLS_CODEPAGE_864=m
CONFIG_NLS_CODEPAGE_865=m
CONFIG_NLS_CODEPAGE_866=m
CONFIG_NLS_CODEPAGE_869=m
CONFIG_NLS_CODEPAGE_936=m
CONFIG_NLS_CODEPAGE_950=m
CONFIG_NLS_CODEPAGE_932=m
CONFIG_NLS_CODEPAGE_949=m
CONFIG_NLS_CODEPAGE_874=m
CONFIG_NLS_ISO8859_8=m
CONFIG_NLS_CODEPAGE_1250=m
CONFIG_NLS_CODEPAGE_1251=m
CONFIG_NLS_ISO8859_1=m
CONFIG_NLS_ISO8859_2=m
CONFIG_NLS_ISO8859_3=m
CONFIG_NLS_ISO8859_4=m
CONFIG_NLS_ISO8859_5=m
CONFIG_NLS_ISO8859_6=m
CONFIG_NLS_ISO8859_7=m
CONFIG_NLS_ISO8859_9=m
CONFIG_NLS_ISO8859_13=m
CONFIG_NLS_ISO8859_14=m
CONFIG_NLS_ISO8859_15=m
CONFIG_NLS_KOI8_R=m
CONFIG_NLS_KOI8_U=m
CONFIG_NLS_UTF8=m
CONFIG_VGA_CONSOLE=y
CONFIG_VIDEO_SELECT=y
CONFIG_FB=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_FB_VESA=y
CONFIG_VIDEO_SELECT=y
CONFIG_FB_TRIDENT=m
CONFIG_FBCON_CFB8=y
CONFIG_FBCON_CFB16=y
CONFIG_FBCON_CFB24=y
CONFIG_FBCON_CFB32=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_SOUND=m
CONFIG_SOUND_TRIDENT=m
CONFIG_USB=m
CONFIG_USB_DEVICEFS=y
CONFIG_USB_OHCI=m
CONFIG_USB_MIDI=m
CONFIG_USB_STORAGE=m
CONFIG_USB_STORAGE_HP8200e=y
CONFIG_USB_ACM=m
CONFIG_USB_PRINTER=m
CONFIG_USB_HID=m
CONFIG_USB_HIDINPUT=y
CONFIG_USB_HIDDEV=y
CONFIG_USB_WACOM=m
CONFIG_USB_SCANNER=m
CONFIG_USB_MICROTEK=m
CONFIG_USB_HPUSBSCSI=m
CONFIG_USB_USBNET=m
CONFIG_DEBUG_KERNEL=y
CONFIG_DEBUG_STACKOVERFLOW=y
CONFIG_MAGIC_SYSRQ=y
CONFIG_ZLIB_INFLATE=m
CONFIG_ZLIB_DEFLATE=m

--
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                     Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria              +56 32 654239
Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513

^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux 2.4.21pre3-ac2
       [not found] ` <20030113142009$6327@gated-at.bofh.it>
@ 2003-01-13 14:32   ` Bertrand VIEILLE [Bébert]
  0 siblings, 0 replies; 25+ messages in thread
From: Bertrand VIEILLE [Bébert] @ 2003-01-13 14:32 UTC (permalink / raw)
  To: Alan Cox, linux-kernel

Alan Cox wrote:

> Guess #1 is reverting mm/shmem.c.
> Guess #2 is reverting the buffer cache changes.
> Guess #3 is new IDE + highmem

I Have HighMem (1GB) so I can't help you here but "Khormy", in another
thread, said he has the problem with only 256MB so I don't think he uses
Highmem.

> Guess #4 is quota related (are people seeing the problem with
> quota disabled ?)

I don't have quota enabled, and I have lots of oopses with 2.4.21-pre3-ac1/3

The kernel 2.4.21-pre3 works fine on my box, so I think it's really related
to -ac patches.

-- 
Bertrand Vieille

^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux 2.4.21pre3-ac2
@ 2003-01-09 23:15 Michael Madore
  0 siblings, 0 replies; 25+ messages in thread
From: Michael Madore @ 2003-01-09 23:15 UTC (permalink / raw)
  To: linux-kernel

I received the following oops while running the Cerberus stress test on 
2.4.21-pre3-ac2.  The  hardware is an ASUS A7N8X  single AMD Athlon XP 
motherboard with the Nvidia nforce2 chipset.  The test was only running 
for about 5 minutes when the oops occurred.  Running the stress test for 
more than 24 hours on 2.4.21-pre3 + 2.4.21-pre3-2420ide-1 was successful.

ksymoops 2.4.4 on i686 2.4.21-pre3-ac2.  Options used
     -V (default)
     -k /proc/ksyms (default)
     -l /proc/modules (default)
     -o /lib/modules/2.4.21-pre3-ac2/ (default)
     -m /boot/System.map-2.4.21-pre3-ac2 (default)

Warning: You did not tell me where to find symbol information.  I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc.  ksymoops -h explains the options.

Unable to handle kernel NULL pointer dereference at virtual address 00000004
c01354e2
*pde = 00000000
Oops: 0002
CPU:    0
EIP:    0010:[<c01354e2>]    Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010246
esi: c1a6e950   edi: 00000000   ebp: 00001550   esp: f79fbbac
ds: 0018   es: 0018   ss: 0018
Process kjournald (pid: 124, stackpage=f79fb000)
Stack: c01415f2 0017a908 c03c9390 f7e7ee40 c03c92e0 00000000 c1a6e950 
00000000
       c1a6e950 00000020 00001550 c0134ad7 0000052a f79fa000 00000200 
00000070
       c02fab34 f79fa000 00000000 00000000 00000000 00000020 00000070 
00000006
Call Trace:    [<c01415f2>] [<c0134ad7>] [<c0134c70>] [<c0134cec>] 
[<c01357d0>]
  [<c0135a8b>] [<c013b110>] [<c013b36e>] [<c013b26c>] [<c020182c>] 
[<c02018b1>]
  [<c0201b77>] [<c0201e4f>] [<c013f276>] [<c0201ec1>] [<c0202057>] 
[<c013f297>]
  [<c0173393>] [<c0172aad>] [<c0171c1f>] [<c01747d6>] [<c0174680>] 
[<c01071d6>]
  [<c01746a0>]
Code: 89 58 04 89 03 89 53 04 89 59 5c 89 7b 0c ff 41 68 83 c4 1c

 >>EIP; c01354e2 <__free_pages_ok+282/2a0>   <=====
Trace; c01415f2 <try_to_free_buffers+d2/160>
Trace; c0134ad7 <shrink_cache+387/3b0>
Trace; c0134c70 <shrink_caches+50/90>
Trace; c0134cec <try_to_free_pages_zone+3c/60>
Trace; c01357d0 <balance_classzone+60/200>
Trace; c0135a8b <__alloc_pages+11b/170>
Trace; c013b110 <alloc_bounce_page+10/a0>
Trace; c013b36e <create_bounce+12e/15c>
Trace; c013b26c <create_bounce+2c/15c>
Trace; c020182c <__make_request+ac/5b0>
Trace; c02018b1 <__make_request+131/5b0>
Trace; c0201b77 <__make_request+3f7/5b0>
Trace; c0201e4f <generic_make_request+11f/140>
Trace; c013f276 <__refile_buffer+56/60>
Trace; c0201ec1 <submit_bh+51/70>
Trace; c0202057 <ll_rw_block+177/1c0>
Trace; c013f297 <refile_buffer+17/20>
Trace; c0173393 <__try_to_free_cp_buf+33/40>
Trace; c0172aad <journal_brelse_array+1d/30>
Trace; c0171c1f <journal_commit_transaction+3af/10dd>
Trace; c01747d6 <kjournald+136/210>
Trace; c0174680 <commit_timeout+0/10>
Trace; c01071d6 <kernel_thread+26/30>
Trace; c01746a0 <kjournald+0/210>
Code;  c01354e2 <__free_pages_ok+282/2a0>
00000000 <_EIP>:
Code;  c01354e2 <__free_pages_ok+282/2a0>   <=====
   0:   89 58 04                  mov    %ebx,0x4(%eax)   <=====
Code;  c01354e5 <__free_pages_ok+285/2a0>
   3:   89 03                     mov    %eax,(%ebx)
Code;  c01354e7 <__free_pages_ok+287/2a0>
   5:   89 53 04                  mov    %edx,0x4(%ebx)
Code;  c01354ea <__free_pages_ok+28a/2a0>
   8:   89 59 5c                  mov    %ebx,0x5c(%ecx)
Code;  c01354ed <__free_pages_ok+28d/2a0>
   b:   89 7b 0c                  mov    %edi,0xc(%ebx)
Code;  c01354f0 <__free_pages_ok+290/2a0>
   e:   ff 41 68                  incl   0x68(%ecx)
Code;  c01354f3 <__free_pages_ok+293/2a0>
  11:   83 c4 1c                  add    $0x1c,%esp


1 warning issued.  Results may not be reliable.



^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux 2.4.21pre3-ac2
@ 2003-01-09 11:42 rwhron
  0 siblings, 0 replies; 25+ messages in thread
From: rwhron @ 2003-01-09 11:42 UTC (permalink / raw)
  To: linux-kernel


This oops came up running dbench 32 on AMD K6/2.
dbench 32 runs okay on 2.4.21-pre3 on same hardware.

Error (regular_file): read_ksyms stat /proc/ksyms failed
No modules in ksyms, skipping objects
No ksyms, skipping lsmod
Unable to handle kernel NULL pointer dereference at virtual address 00000004
c0129c6b
*pde = 00000000
Oops: 0002
CPU:    0
EIP:    0010:[<c0129c6b>]    Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010246
eax: 00000000   ebx: c13d1acc   ecx: d6ef2000   edx: d6ef205c
esi: c13d1acc   edi: 00000000   ebp: 00003759   esp: d6ef3e50
ds: 0018   es: 0018   ss: 0018
Process dbench (pid: 713, stackpage=d6ef3000)
Stack: c0132f3e 00000000 d71d0924 001f8713 00000000 00000000 c13d1acc c13d1acc
       c13d1acc 00000020 00003759 c012930c 00000000 d6ef2000 00000200 000001d2
       c0257270 00001602 001f8714 c1549ae0 00000000 00000020 000001d2 00000006
Call Trace:    [<c0132f3e>] [<c012930c>] [<c0129486>] [<c01294ec>] [<c0129f44>]
  [<c012a1fb>] [<c012550e>] [<c012f2e8>] [<c012f05e>] [<c0106db3>]
Code: 89 58 04 89 03 89 53 04 89 59 5c 89 7b 0c ff 41 68 83 c4 1c

>>EIP; c0129c6b <__free_pages_ok+26b/290>   <=====
Trace; c0132f3e <try_to_free_buffers+9e/f0>
Trace; c012930c <shrink_cache+32c/350>
Trace; c0129486 <shrink_caches+56/80>
Trace; c01294ec <try_to_free_pages_zone+3c/60>
Trace; c0129f44 <balance_classzone+54/1f0>
Trace; c012a1fb <__alloc_pages+11b/180>
Trace; c012550e <generic_file_write+47e/7a0>
Trace; c012f2e8 <sys_write+98/100>
Trace; c012f05e <sys_lseek+6e/80>
Trace; c0106db3 <system_call+33/40>
Code;  c0129c6b <__free_pages_ok+26b/290>
00000000 <_EIP>:
Code;  c0129c6b <__free_pages_ok+26b/290>   <=====
   0:   89 58 04                  mov    %ebx,0x4(%eax)   <=====
Code;  c0129c6e <__free_pages_ok+26e/290>
   3:   89 03                     mov    %eax,(%ebx)
Code;  c0129c70 <__free_pages_ok+270/290>
   5:   89 53 04                  mov    %edx,0x4(%ebx)
Code;  c0129c73 <__free_pages_ok+273/290>
   8:   89 59 5c                  mov    %ebx,0x5c(%ecx)
Code;  c0129c76 <__free_pages_ok+276/290>
   b:   89 7b 0c                  mov    %edi,0xc(%ebx)
Code;  c0129c79 <__free_pages_ok+279/290>
   e:   ff 41 68                  incl   0x68(%ecx)
Code;  c0129c7c <__free_pages_ok+27c/290>
  11:   83 c4 1c                  add    $0x1c,%esp


1 warning and 1 error issued.  Results may not be reliable.

grep ^C /usr/src/linux/.config

CONFIG_X86=y
CONFIG_UID16=y
CONFIG_EXPERIMENTAL=y
CONFIG_MK6=y
CONFIG_X86_WP_WORKS_OK=y
CONFIG_X86_INVLPG=y
CONFIG_X86_CMPXCHG=y
CONFIG_X86_XADD=y
CONFIG_X86_BSWAP=y
CONFIG_X86_POPAD_OK=y
CONFIG_RWSEM_XCHGADD_ALGORITHM=y
CONFIG_X86_L1_CACHE_SHIFT=5
CONFIG_X86_ALIGNMENT_16=y
CONFIG_X86_HAS_TSC=y
CONFIG_X86_USE_PPRO_CHECKSUM=y
CONFIG_NOHIGHMEM=y
CONFIG_MTRR=y
CONFIG_X86_TSC=y
CONFIG_NET=y
CONFIG_PCI=y
CONFIG_PCI_GOANY=y
CONFIG_PCI_BIOS=y
CONFIG_PCI_DIRECT=y
CONFIG_ISA=y
CONFIG_PCI_NAMES=y
CONFIG_SYSVIPC=y
CONFIG_SYSCTL=y
CONFIG_KCORE_ELF=y
CONFIG_BINFMT_ELF=y
CONFIG_BLK_DEV_FD=y
CONFIG_UNIX=y
CONFIG_INET=y
CONFIG_IDE=y
CONFIG_BLK_DEV_IDE=y
CONFIG_BLK_DEV_IDEDISK=y
CONFIG_IDEDISK_MULTI_MODE=y
CONFIG_BLK_DEV_IDECD=y
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_BLK_DEV_IDEDMA_PCI=y
CONFIG_IDEDMA_PCI_AUTO=y
CONFIG_BLK_DEV_IDEDMA=y
CONFIG_BLK_DEV_ADMA=y
CONFIG_BLK_DEV_VIA82CXXX=y
CONFIG_IDEDMA_AUTO=y
CONFIG_BLK_DEV_IDE_MODES=y
CONFIG_NETDEVICES=y
CONFIG_NET_ETHERNET=y
CONFIG_NET_PCI=y
CONFIG_8139TOO=y
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_SERIAL=y
CONFIG_SERIAL_CONSOLE=y
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=64
CONFIG_REISERFS_FS=y
CONFIG_RAMFS=y
CONFIG_ISO9660_FS=y
CONFIG_PROC_FS=y
CONFIG_DEVPTS_FS=y
CONFIG_EXT2_FS=y
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
CONFIG_NFSD=y
CONFIG_NFSD_V3=y
CONFIG_SUNRPC=y
CONFIG_LOCKD=y
CONFIG_LOCKD_V4=y
CONFIG_MSDOS_PARTITION=y
CONFIG_VGA_CONSOLE=y
CONFIG_DEBUG_KERNEL=y
CONFIG_MAGIC_SYSRQ=y
-- 
Randy Hron
http://home.earthlink.net/~rwhron/kernel/bigbox.html


^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: Linux 2.4.21pre3-ac2
       [not found] <20030109015006$7068@gated-at.bofh.it>
@ 2003-01-09  5:32 ` Allan Duncan
  0 siblings, 0 replies; 25+ messages in thread
From: Allan Duncan @ 2003-01-09  5:32 UTC (permalink / raw)
  To: linux-kernel; +Cc: Alan Cox

Alan Cox wrote:
...
> o	Add the fast IRQ path to via 8233/5 audio	(me)
...

'fraid not:

gcc -D__KERNEL__ -I/usr/src/lx-2.4.21-p3-ac2/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 
-fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 
-march=athlon  -DMODULE  -nostdinc -iwithprefix include -DKBUILD_BASENAME=via82cxxx_audio  -c -o 
via82cxxx_audio.o via82cxxx_audio.c
via82cxxx_audio.c: In function `via_new_interrupt':
via82cxxx_audio.c:1927: `status32' undeclared (first use in this function)
via82cxxx_audio.c:1927: (Each undeclared identifier is reported only once
via82cxxx_audio.c:1927: for each function it appears in.)
make[2]: *** [via82cxxx_audio.o] Error 1
make[2]: Leaving directory `/usr/src/lx-2.4.21-p3-ac2/drivers/sound'
make[1]: *** [_modsubdir_sound] Error 2
make[1]: Leaving directory `/usr/src/lx-2.4.21-p3-ac2/drivers'
make: *** [_mod_drivers] Error 2


^ permalink raw reply	[flat|nested] 25+ messages in thread

end of thread, other threads:[~2003-01-14 11:11 UTC | newest]

Thread overview: 25+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-01-09  1:39 Linux 2.4.21pre3-ac2 Alan Cox
2003-01-09  2:02 ` Paulo Andre'
2003-01-09 11:24 ` Linux 2.4.21pre3-ac2 - some trivial patches Eyal Lebedinsky
     [not found]   ` <1042134064.27796.18.camel@irongate.swansea.linux.org.uk>
2003-01-09 21:10     ` Eyal Lebedinsky
2003-01-09 12:14 ` Linux 2.4.21pre3-ac2 Adrian Bunk
2003-01-09 13:15   ` Arjan van de Ven
2003-01-09 13:27     ` Adrian Bunk
2003-01-09 23:37 ` Jean-Daniel Pauget
2003-01-10  2:25   ` Alan Cox
2003-01-13  3:33   ` Bill Davidsen
2003-01-13 15:01     ` Alan Cox
2003-01-13 17:22       ` John Stoffel
2003-01-14 11:17         ` Horst von Brand
2003-01-10  9:45 ` Ralf Hildebrandt
2003-01-10 12:00   ` Alan Cox
2003-01-10 11:15     ` Ralf Hildebrandt
2003-01-10 13:30       ` Ralf Hildebrandt
2003-01-10 14:17         ` Ralf Hildebrandt
2003-01-10 15:17           ` Alan Cox
2003-01-10 11:21     ` Ralf Hildebrandt
2003-01-10 14:38 ` Adrian Bunk
     [not found] <20030109015006$7068@gated-at.bofh.it>
2003-01-09  5:32 ` Allan Duncan
2003-01-09 11:42 rwhron
2003-01-09 23:15 Michael Madore
     [not found] <20030113034016$67b9@gated-at.bofh.it>
     [not found] ` <20030113142009$6327@gated-at.bofh.it>
2003-01-13 14:32   ` Bertrand VIEILLE [Bébert]

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.