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