2.4.19-rc2 -> 2.4.19-rc3 : no more eth (fwd)

2.4.19-rc2 -> 2.4.19-rc3 : no more eth (fwd)

Post by Marc Duponchee » Sat, 27 Jul 2002 02:10:09



On Tue, Jul 23, 2002 at 08:32:08PM -0700, Andrew Morton wrote:
> Marcelo Tosatti wrote:
...
> > Warning (compare_Version): Version mismatch.  3c59x says 2.4.18, System.map says 2.4.19.  Expect lots of address mismatches.

> This is a worry.  Are we sure it was a clean build?
> Please do a `make mrproper' and retest?

 Recall,

This is about ethernet interfaces not initialising (and hence not working)
with 2.4.19-rc3 (they do initialise and work with 2.4.19-rc2).

As suggested, I have, for all certainty, repatched linux-2.4.18.tar.gz with patch-2.4.19-rc3.gz
and rebuilt from a 'mrproper' /usr/src/linux, but the issue remains.

This time I ran ksymoops on the 2.4.19-rc3 system so no more mismatches

When doing 'lsmod' one sees the modules eepro100 and 3c59x as 'initialising'
and one cannot 'rmmod' them because they are 'busy'.

PS: I am making vmlinux-es for many many years now on several platforms
and this issue, I must admit, is one of the most surprising ones, after
a fresh kernel reboot.

 In general I use latest software (modutils, gcc etc...)

Thanks for your valuable time

        here is the decoded oops

 apparently the oops is in pci_register_driver

==========================================================================================
ksymoops 2.4.4 on i686 2.4.19-rc3.  Options used
     -V (default)
     -k /proc/ksyms (default)
     -l /proc/modules (default)
     -o /lib/modules/2.4.19-rc3/ (default)
     -m /boot/System.map-2.4.19-rc3 (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.

c01a21a7
Oops: 0002
CPU:    0
EIP:    0010:[<c01a21a7>]    Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010292
eax: d0ca6640   ebx: ffffffea   ecx: c102c01c   edx: c02281e4
esi: d0cb5d00   edi: 00000000   ebp: d0cb1000   esp: cfaf7ef8
ds: 0018   es: 0018   ss: 0018
Process modprobe (pid: 358, stackpage=cfaf7000)
Stack: c02281d0 c102c01c ffffffea 00000000 00000000 d0cb4302 d0cb5d00 00000000
ffffffea c011d82b d0cb1060 08083ec0 00004cf0 00000000 0808868c 0000482c
00000060 00000060 00000008 cfc7ce80 cf5a7000 cf5a8000 00000060 d0cae000
Call Trace:    [<d0cb4302>] [<d0cb5d00>] [<c011d82b>] [<d0cb1060>] [<d0cb1060>]
[<c010902b>]
Code: 89 30 8b 1d e8 2b 23 c0 89 35 f4 2b 23 c0 89 46 04 81 fb e8

>>EIP; c01a21a7 <pci_register_driver+17/60>   <=====

Trace; d0cb4302 <[eepro100]eepro100_init_module+42/70>
Trace; d0cb5d00 <[eepro100]eepro100_driver+0/3f>
Trace; c011d82b <sys_init_module+4db/630>
Trace; d0cb1060 <[eepro100]eepro100_init_one+0/20>
Trace; d0cb1060 <[eepro100]eepro100_init_one+0/20>
Trace; c010902b <system_call+33/38>
Code;  c01a21a7 <pci_register_driver+17/60>
00000000 <_EIP>:
Code;  c01a21a7 <pci_register_driver+17/60>   <=====
   0:   89 30                     mov    %esi,(%eax)   <=====
Code;  c01a21a9 <pci_register_driver+19/60>
   2:   8b 1d e8 2b 23 c0         mov    0xc0232be8,%ebx
Code;  c01a21af <pci_register_driver+1f/60>
   8:   89 35 f4 2b 23 c0         mov    %esi,0xc0232bf4
Code;  c01a21b5 <pci_register_driver+25/60>
   e:   89 46 04                  mov    %eax,0x4(%esi)
Code;  c01a21b8 <pci_register_driver+28/60>
  11:   81 fb e8 00 00 00         cmp    $0xe8,%ebx

<1>Unable to handle kernel paging request at virtual address d0ca6640
c01a21a7
Oops: 0002
CPU:    0
EIP:    0010:[<c01a21a7>]    Not tainted
EFLAGS: 00010292
eax: d0ca6640   ebx: ffffffea   ecx: c102c01c   edx: c02281f0
esi: d0cbdc00   edi: 00000000   ebp: d0cb7000   esp: cf5bbef8
ds: 0018   es: 0018   ss: 0018
Process modprobe (pid: 383, stackpage=cf5bb000)
Stack: c02281d0 c102c01c ffffffea 00000000 00000000 d0cbb569 d0cbdc00 ffffffea
00000000 c011d82b d0cb7060 08086c48 00006c08 00000000 0808cf48 00006360
00000060 00000060 00000005 cfc7cec0 cf588000 cf589000 00000060 d0cb1000
Call Trace:    [<d0cbb569>] [<d0cbdc00>] [<c011d82b>] [<d0cb7060>] [<d0cb7060>]
[<c010902b>]
Code: 89 30 8b 1d e8 2b 23 c0 89 35 f4 2b 23 c0 89 46 04 81 fb e8

>>EIP; c01a21a7 <pci_register_driver+17/60>   <=====

Trace; d0cbb569 <[3c59x]vortex_init+19/90>
Trace; d0cbdc00 <[3c59x]vortex_driver+0/3f>
Trace; c011d82b <sys_init_module+4db/630>
Trace; d0cb7060 <[3c59x]vortex_suspend+0/20>
Trace; d0cb7060 <[3c59x]vortex_suspend+0/20>
Trace; c010902b <system_call+33/38>
Code;  c01a21a7 <pci_register_driver+17/60>
00000000 <_EIP>:
Code;  c01a21a7 <pci_register_driver+17/60>   <=====
   0:   89 30                     mov    %esi,(%eax)   <=====
Code;  c01a21a9 <pci_register_driver+19/60>
   2:   8b 1d e8 2b 23 c0         mov    0xc0232be8,%ebx
Code;  c01a21af <pci_register_driver+1f/60>
   8:   89 35 f4 2b 23 c0         mov    %esi,0xc0232bf4
Code;  c01a21b5 <pci_register_driver+25/60>
   e:   89 46 04                  mov    %eax,0x4(%esi)
Code;  c01a21b8 <pci_register_driver+28/60>
  11:   81 fb e8 00 00 00         cmp    $0xe8,%ebx

c01a21a7
Oops: 0002
CPU:    0
EIP:    0010:[<c01a21a7>]    Not tainted
EFLAGS: 00010296
eax: d0ca6640   ebx: 00000202   ecx: c102c01c   edx: c02281e4
esi: d0d705a0   edi: 00000000   ebp: d0d704a0   esp: cd51fe9c
ds: 0018   es: 0018   ss: 0018
Process modprobe (pid: 1447, stackpage=cd51f000)
Stack: c02281d0 c0228350 00000202 00000000 d0d704a0 d0d58433 d0d705a0 00000202
d0d53962 d0d704a0 00001000 00000202 00000000 00000001 d0d4571c d0d704a0
c02281d0 c0228334 000001ff 00000202 00000000 c100001c c123c754 c02281d0
Call Trace:    [<d0d704a0>] [<d0d58433>] [<d0d705a0>] [<d0d53962>] [<d0d704a0>]
[<d0d4571c>] [<d0d704a0>] [<d0d57191>] [<d0d704a0>] [<d0d704a0>] [<c011d82b>]
[<d0d53060>] [<d0d6ff08>] [<d0d53060>] [<c010902b>]
Code: 89 30 8b 1d e8 2b 23 c0 89 35 f4 2b 23 c0 89 46 04 81 fb e8

>>EIP; c01a21a7 <pci_register_driver+17/60>   <=====

Trace; d0d704a0 <[aic7xxx]driver_template+0/6c>
Trace; d0d58433 <[aic7xxx]ahc_linux_pci_probe+13/40>
Trace; d0d705a0 <[aic7xxx]aic7xxx_pci_driver+0/40>
Trace; d0d53962 <[aic7xxx]ahc_linux_detect+42/b0>
Trace; d0d704a0 <[aic7xxx]driver_template+0/6c>
Trace; d0d4571c <[scsi_mod]scsi_register_host+5c/300>
Trace; d0d704a0 <[aic7xxx]driver_template+0/6c>
Trace; d0d57191 <[aic7xxx]init_this_scsi_driver+21/50>
Trace; d0d704a0 <[aic7xxx]driver_template+0/6c>
Trace; d0d704a0 <[aic7xxx]driver_template+0/6c>
Trace; c011d82b <sys_init_module+4db/630>
Trace; d0d53060 <[aic7xxx]ahc_print_path+0/0>
Trace; d0d6ff08 <[aic7xxx].rodata.end+4845/4bfd>
Trace; d0d53060 <[aic7xxx]ahc_print_path+0/0>
Trace; c010902b <system_call+33/38>
Code;  c01a21a7 <pci_register_driver+17/60>
00000000 <_EIP>:
Code;  c01a21a7 <pci_register_driver+17/60>   <=====
   0:   89 30                     mov    %esi,(%eax)   <=====
Code;  c01a21a9 <pci_register_driver+19/60>
   2:   8b 1d e8 2b 23 c0         mov    0xc0232be8,%ebx
Code;  c01a21af <pci_register_driver+1f/60>
   8:   89 35 f4 2b 23 c0         mov    %esi,0xc0232bf4
Code;  c01a21b5 <pci_register_driver+25/60>
   e:   89 46 04                  mov    %eax,0x4(%esi)
Code;  c01a21b8 <pci_register_driver+28/60>
  11:   81 fb e8 00 00 00         cmp    $0xe8,%ebx

1 warning issued.  Results may not be reliable.
==========================================================================================

--
 Greetings,

Marc Duponcheel     Multicast Development Engineer      Cisco Systems
email: mdupo...@cisco.com tel: +32 2 704 52 40 cell: +32 478 68 10 91

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

 
 
 

2.4.19-rc2 -> 2.4.19-rc3 : no more eth (fwd)

Post by Andrew Morto » Sat, 27 Jul 2002 04:30:11


Marc Duponcheel wrote:

> On Tue, Jul 23, 2002 at 08:32:08PM -0700, Andrew Morton wrote:
> > Marcelo Tosatti wrote:
> ...
> > > Warning (compare_Version): Version mismatch.  3c59x says 2.4.18, System.map says 2.4.19.  Expect lots of address mismatches.

> > This is a worry.  Are we sure it was a clean build?
> > Please do a `make mrproper' and retest?

>  Recall,

> This is about ethernet interfaces not initialising (and hence not working)
> with 2.4.19-rc3 (they do initialise and work with 2.4.19-rc2).

> As suggested, I have, for all certainty, repatched linux-2.4.18.tar.gz with patch-2.4.19-rc3.gz
> and rebuilt from a 'mrproper' /usr/src/linux, but the issue remains.

> This time I ran ksymoops on the 2.4.19-rc3 system so no more mismatches

> When doing 'lsmod' one sees the modules eepro100 and 3c59x as 'initialising'
> and one cannot 'rmmod' them because they are 'busy'.

Odd.  There's not a lot of difference between -rc2 and -rc3.
The entire diff is below.  You didn't switch compilers or
something?

 Makefile                               |    2
 arch/i386/kernel/apm.c                 |    4 -
 arch/i386/kernel/pci-irq.c             |    4 +
 arch/i386/kernel/traps.c               |   11 ++--
 drivers/char/agp/agp.h                 |    3 +
 drivers/char/agp/agpgart_be.c          |   12 ++++
 drivers/ide/ide-features.c             |    6 ++
 drivers/ide/ide-pci.c                  |    2
 drivers/media/radio/radio-zoltrix.c    |    3 -
 drivers/net/wireless/orinoco_plx.c     |    2
 drivers/pci/names.c                    |   10 +--
 drivers/pci/quirks.c                   |   16 ++++++
 drivers/scsi/aha152x.c                 |    6 ++
 drivers/scsi/atp870u.c                 |   23 ++++++--
 drivers/scsi/megaraid.c                |    8 +--
 drivers/scsi/scsi_scan.c               |    9 +++
 drivers/sound/cs4232.c                 |   38 ++++++++++++++
 drivers/sound/maestro.c                |   10 +++
 drivers/usb/rtl8150.c                  |    2
 include/linux/agp_backend.h            |    1
 include/linux/pci_ids.h                |    8 +--
 include/linux/personality.h            |    3 -
 mm/shmem.c                             |    1
 net/ipv4/netfilter/ip_conntrack_core.c |    8 +--
 net/rose/af_rose.c                     |    6 +-
 scripts/kernel-doc                     |   86 +++++++++++++++++++++++++--------
 26 files changed, 226 insertions, 58 deletions

Could you please back out the changes until the problem
goes away?

This script which someone wrote will break the diff into
standalone chunks.   Suggest you start with the patch
against drivers/pci/names.c.

#!/usr/bin/perl -w
$out = "";
while (<>) {
        next if (/^Only/);
        next if (/^Binary/);
        if (/^diff/ || /^Index/) {
                if ($out) {
                        close OUT;
                }
                (@out) = split(' ', $_);
                shift(@out) if (/^diff/);
                $out = pop(@out);
                $out =~ s:/*usr/:/:;
                $out =~ s:/*src/:/:;
                $out =~ s:^/*linux[^/]*::;
                $out =~ s:\(w\)::;
                next if ($out eq "");
                $out = "/var/tmp/patches/$out";
                $dir = $out;
                $dir =~ s:/[^/]*$::;
                print STDERR "$out\n";
                system("mkdir -p $dir");
                open(OUT, ">$out") || die("cannot open $out");
        }
        if ($out) {
                print OUT $_;
        }

}

diff -uNrp linux-2.4.19-rc2/Makefile linux-2.4.19-rc3/Makefile
--- linux-2.4.19-rc2/Makefile   Sun Jul 21 20:16:21 2002
+++ linux-2.4.19-rc3/Makefile   Sun Jul 21 22:07:56 2002
@@ -1,7 +1,7 @@
 VERSION = 2
 PATCHLEVEL = 4
 SUBLEVEL = 19
-EXTRAVERSION = -rc2
+EXTRAVERSION = -rc3

 KERNELRELEASE=$(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION)

diff -uNrp linux-2.4.19-rc2/arch/i386/kernel/apm.c linux-2.4.19-rc3/arch/i386/kernel/apm.c
--- linux-2.4.19-rc2/arch/i386/kernel/apm.c     Sun Jul 21 20:16:22 2002
+++ linux-2.4.19-rc3/arch/i386/kernel/apm.c     Sun Jul 21 22:07:56 2002
@@ -1198,12 +1198,12 @@ static int suspend(int vetoable)
                printk(KERN_CRIT "apm: suspend was vetoed, but suspending anyway.\n");
        }
        get_time_diff();
-       cli();
+       __cli();
        err = set_system_power_state(APM_STATE_SUSPEND);
        reinit_timer();
        set_time();
        ignore_normal_resume = 1;
-       sti();
+       __sti();
        if (err == APM_NO_ERROR)
                err = APM_SUCCESS;
        if (err != APM_SUCCESS)
diff -uNrp linux-2.4.19-rc2/arch/i386/kernel/pci-irq.c linux-2.4.19-rc3/arch/i386/kernel/pci-irq.c
--- linux-2.4.19-rc2/arch/i386/kernel/pci-irq.c Sun Jul 21 20:16:22 2002
+++ linux-2.4.19-rc3/arch/i386/kernel/pci-irq.c Sun Jul 21 22:07:56 2002
@@ -489,6 +489,10 @@ static struct irq_router pirq_routers[]
          pirq_serverworks_get, pirq_serverworks_set },
        { "AMD756 VIPER", PCI_VENDOR_ID_AMD, PCI_DEVICE_ID_AMD_VIPER_740B,
                pirq_amd756_get, pirq_amd756_set },
+       { "AMD766", PCI_VENDOR_ID_AMD, PCI_DEVICE_ID_AMD_VIPER_7413,
+               pirq_amd756_get, pirq_amd756_set },
+       { "AMD768", PCI_VENDOR_ID_AMD, PCI_DEVICE_ID_AMD_VIPER_7443,
+               pirq_amd756_get, pirq_amd756_set },

        { "default", 0, 0, NULL, NULL }
 };
diff -uNrp linux-2.4.19-rc2/arch/i386/kernel/traps.c linux-2.4.19-rc3/arch/i386/kernel/traps.c
--- linux-2.4.19-rc2/arch/i386/kernel/traps.c   Sun Jul 21 20:16:22 2002
+++ linux-2.4.19-rc3/arch/i386/kernel/traps.c   Sun Jul 21 22:07:56 2002
@@ -139,14 +139,14 @@ void show_trace(unsigned long * stack)
        if (!stack)
                stack = (unsigned long*)&stack;

-       printk("Call Trace: ");
+       printk("Call Trace:   ");
        i = 1;
        while (((long) stack & (THREAD_SIZE-1)) != 0) {
                addr = *stack++;
                if (kernel_text_address(addr)) {
                        if (i && ((i % 6) == 0))
-                               printk("\n   ");
-                       printk("[<%08lx>] ", addr);
+                               printk("\n ");
+                       printk(" [<%08lx>]", addr);
                        i++;
                }
        }
@@ -618,9 +618,10 @@ void math_error(void *eip)
                default:
                        break;
                case 0x001: /* Invalid Op */
-               case 0x040: /* Stack Fault */
-               case 0x240: /* Stack Fault | Direction */
+               case 0x041: /* Stack Fault */
+               case 0x241: /* Stack Fault | Direction */
                        info.si_code = FPE_FLTINV;
+                       /* Should we clear the SF or let user space do it ???? */
                        break;
                case 0x002: /* Denormalize */
                case 0x010: /* Underflow */
diff -uNrp linux-2.4.19-rc2/drivers/char/agp/agp.h linux-2.4.19-rc3/drivers/char/agp/agp.h
--- linux-2.4.19-rc2/drivers/char/agp/agp.h     Sun Jul 21 20:16:24 2002
+++ linux-2.4.19-rc3/drivers/char/agp/agp.h     Sun Jul 21 22:07:59 2002
@@ -265,6 +265,9 @@ struct agp_bridge_data {
 #ifndef PCI_DEVICE_ID_AL_M1651_0
 #define PCI_DEVICE_ID_AL_M1651_0       0x1651
 #endif
+#ifndef PCI_DEVICE_ID_AL_M1671_0
+#define PCI_DEVICE_ID_AL_M1671_0       0x1671
+#endif

 /* intel register */
 #define INTEL_APBASE    0x10
diff -uNrp linux-2.4.19-rc2/drivers/char/agp/agpgart_be.c linux-2.4.19-rc3/drivers/char/agp/agpgart_be.c
--- linux-2.4.19-rc2/drivers/char/agp/agpgart_be.c      Sun Jul 21 20:16:24 2002
+++ linux-2.4.19-rc3/drivers/char/agp/agpgart_be.c      Sun Jul 21 22:07:59 2002
@@ -3946,6 +3946,12 @@ static struct {
                "Ali",
                "M1651",
                ali_generic_setup },  
+       { PCI_DEVICE_ID_AL_M1671_0,
+               PCI_VENDOR_ID_AL,
+               ALI_M1671,
+               "Ali",
+               "M1671",
+               ali_generic_setup },  
        { 0,
                PCI_VENDOR_ID_AL,
                ALI_GENERIC,
@@ -4094,6 +4100,12 @@ static struct {
                "SiS",
                "735",
                sis_generic_setup },
+       { PCI_DEVICE_ID_SI_745,
+               PCI_VENDOR_ID_SI,
+               SIS_GENERIC,
+               "SiS",
+               "745",
+               sis_generic_setup },
        { PCI_DEVICE_ID_SI_730,
                PCI_VENDOR_ID_SI,
                SIS_GENERIC,
diff -uNrp linux-2.4.19-rc2/drivers/ide/ide-features.c linux-2.4.19-rc3/drivers/ide/ide-features.c
--- linux-2.4.19-rc2/drivers/ide/ide-features.c Sun Jul 21 20:16:25 2002
+++ linux-2.4.19-rc3/drivers/ide/ide-features.c Sun Jul 21 22:07:59 2002
@@ -240,13 +240,16 @@ int set_transfer (ide_drive_t *drive, id
        return 0;
 }

+#ifdef CONFIG_BLK_DEV_IDEDMA
 /*
  *  All hosts that use the 80c ribbon mus use!
  */
 byte eighty_ninty_three (ide_drive_t *drive)
 {
+#ifdef CONFIG_BLK_DEV_IDEPCI
        if (HWIF(drive)->pci_devid.vid==0x105a)
            return(HWIF(drive)->udma_four);
+#endif
        /* PDC202XX: that's because some HDD will return wrong info */
        return ((byte) ((HWIF(drive)->udma_four) &&
 #ifndef CONFIG_IDEDMA_IVB
@@ -254,6 +257,7 @@ byte eighty_ninty_three (ide_drive_t *dr
 #endif /* CONFIG_IDEDMA_IVB */
                        (drive->id->hw_config & 0x6000)) ? 1 : 0);
 }
+#endif // CONFIG_BLK_DEV_IDEDMA

 /*
  * Similar to ide_wait_stat(), except it never calls ide_error internally.
@@ -374,6 +378,8 @@ EXPORT_SYMBOL(ide_auto_reduce_xfer);
 EXPORT_SYMBOL(ide_driveid_update);
 EXPORT_SYMBOL(ide_ata66_check);
 EXPORT_SYMBOL(set_transfer);
+#ifdef CONFIG_BLK_DEV_IDEDMA
 EXPORT_SYMBOL(eighty_ninty_three);
+#endif // CONFIG_BLK_DEV_IDEDMA
 EXPORT_SYMBOL(ide_config_drive_speed);

diff -uNrp linux-2.4.19-rc2/drivers/ide/ide-pci.c linux-2.4.19-rc3/drivers/ide/ide-pci.c
--- linux-2.4.19-rc2/drivers/ide/ide-pci.c      Sun Jul 21 20:16:25 2002
+++ linux-2.4.19-rc3/drivers/ide/ide-pci.c      Sun Jul 21 22:07:59 2002
@@ -669,7 +669,7 @@ check_if_enabled:
         */
        pciirq = dev->irq;

-#ifdef CONFIG_PDC202XX_FORCE
+#ifndef CONFIG_PDC202XX_FORCE
        if (dev->class >> 8 == PCI_CLASS_STORAGE_RAID) {
                /*
                 * By rights we want to ignore Promise FastTrak and SuperTrak
diff -uNrp linux-2.4.19-rc2/drivers/media/radio/radio-zoltrix.c linux-2.4.19-rc3/drivers/media/radio/radio-zoltrix.c
--- linux-2.4.19-rc2/drivers/media/radio/radio-zoltrix.c        Sun Sep 30 12:26:06 2001
+++ linux-2.4.19-rc3/drivers/media/radio/radio-zoltrix.c        Sun Jul 21 22:07:59 2002
@@ -23,6 +23,7 @@
  *             (can detect if station is in stereo)
  *           - Added unmute function
  *           - Reworked ioctl functions
+ * 2002-07-15 - Fix Stereo typo
  */

 #include <linux/module.h>        /* Modules                        */
@@ -280,7 +281,7 @@ static int zol_ioctl(struct video_device
                        struct video_audio v;
                        memset(&v, 0, sizeof(v));
                        v.flags |= VIDEO_AUDIO_MUTABLE | VIDEO_AUDIO_VOLUME;
-                       v.mode != zol_is_stereo(zol)
+                       v.mode |= zol_is_stereo(zol)
                                ? VIDEO_SOUND_STEREO : VIDEO_SOUND_MONO;
                        v.volume = zol->curvol * 4096;
                        v.step = 4096;
diff -uNrp linux-2.4.19-rc2/drivers/net/wireless/orinoco_plx.c linux-2.4.19-rc3/drivers/net/wireless/orinoco_plx.c
--- linux-2.4.19-rc2/drivers/net/wireless/orinoco_plx.c Sun Jul 21 20:16:26
...

read more »

 
 
 

2.4.19-rc2 -> 2.4.19-rc3 : no more eth (fwd)

Post by Thunder from the hil » Sat, 27 Jul 2002 16:40:08


Hi,


> This script which someone wrote will break the diff into
> standalone chunks.

This one might work better.

#!/usr/bin/perl -w
#

#
# $ld: split-patches,v 0.10.2 2002/06/01 00:40:49 GMT thunder Exp $
#
# -----------------------------------------------------------------
# Distribution of this script is permitted under the terms of the
# GNU General Public License (GNU GPL) v2.
# -----------------------------------------------------------------
#
# This perl script splits patch files and sorts them as unified format into
# a tree form which is being taken from the patches.
#

require 5.004;


my $i;
my $inbuf;
my $minusline;

my $filename;
my $fullname;
my $plusname;
my $minusname;

my $lines_applied = 0;
my $lines_dropped = 0;
my $lines_converted = 0;

my $fd_open = 0;

while (defined($inbuf = <>)) {
    $inbuf =~ s/\r//g;

    if ($inbuf =~ /^\+\+\+\s+/) {
        # "Control" sequence - decode filename and change it
        local ($shortname,$bigpath, $pdate, $mdate) = (0,"","");

        $plusname = $inbuf;
        $plusname =~ s/^\+\+\+\s+([\w\d\+\-\.\/]+)\s+[\w\d\,\:\s]+[\+\-]?\d*[\w\d\.\,\s\/\(\)\-\+]*$/$1/;

        $minusline =~s/\r//g;
        $minusname = $minusline;
        $minusname =~ s/^\-\-\-\s+([\w\d\+\-\.\/]+)\s+[\w\d\,\:\s]+[\+\-]?\d*[\w\d\.\,\s\/\(\)\-\+]*$/$1/;

        if ($plusname eq "/dev/null") {
            $filename = $minusname;
        } else {
            $filename = $plusname;
        }

        $fullname = $filename;



        $shortname = $path[-1];


            if ($i == 0) {
                $bigpath = $path[0];
            } else {
                $bigpath = sprintf("%s/%s", $bigpath, $path[$i]);
            }

            if (! -d $bigpath) {
                printf(STDERR "Creating directory %s\n", $bigpath);
                mkdir($bigpath, 0775);
            }
        }

        if ($fd_open) {
            close(FileDescriptor);
        }

        if ($minusname eq "/dev/null") {
            printf(STDERR "Creating \"%s\"\n", $filename);
        } elsif ($plusname eq "/dev/null") {
            printf(STDERR "Removing \"%s\"\n", $filename);
        } else {
            printf(STDERR "Patching \"%s\"\n", $filename);
        }
        if (!open(FileDescriptor, sprintf(">%s.diff", $filename))) {
            die(sprintf("Error %s opening \"%s\" for writing.\n",$!,$filename));
        } else {
            $fd_open = 1;
        }

        $pdate = $inbuf;
        $pdate =~ s/^\+\+\+\s+[\w\d\+\-\.\/]+\s+([\w\d\,\:\s]+[\+\-]?\d*)[\w\d\.\,\s\/\(\)\-\+]*$/$1/;

        if (!($pdate =~ /\s[\+\-]\d\d\d\d$/)) {
            $pdate .= " +0000";
        } else {
            $pdate =~ s/[\+\-]\d\d\d\d$/\+0000/;
        }

        $mdate = $minusline;
        $mdate =~ s/^\+\+\+\s+[\w\d\+\-\.\/]+\s+([\w\d\,\:\s]+[\+\-]?\d*)[\w\d\.\,\s\/\(\)\-\+]*$/$1/;

        if (!($mdate =~ /\s[\+\-]\d\d\d\d$/)) {
            $mdate .= " +0000";
        } else {
            $mdate =~ s/[\+\-]\d\d\d\d$/\+0000/;
        }

        $pdate =~ s/\r//;
        $pdate =~ s/\n//;
        $mdate =~ s/\r//;
        $mdate =~ s/\n//;

        printf(FileDescriptor "diff -Nur %s %s\n--- %s %s\n+++ %s %s\n", $minusname, $plusname, $minusname, $mdate, $plusname, $pdate);
    } elsif ($inbuf =~ /^\-\-\-\s+/) {
        # Header lines, skip (we had our own version at the beginning
        # of the diff split

        $minusline = $inbuf;
    } elsif ($inbuf =~ /^[\+\- ]/) {
        # Unified diff line, just commit
        $inbuf =~ s/\n//g;

        if ($fd_open) {
            printf(FileDescriptor "%s\n", $inbuf);
            $lines_applied++;
        } else {
            if (!$lines_dropped) {
                printf("Junk at beginning of patch\n");
            }
            $lines_dropped++;
        }
    } elsif ($inbuf =~ /^[\<\>]/) {
        # Convert to unified diff and apply
        $inbuf =~ s/\n//g;

        $inbuf =~ s/^\</-/;
        $inbuf =~ s/^\>/+/;
        if ($fd_open) {
            printf(FileDescriptor "%s\n", $inbuf);
            $lines_converted++;
        } else {
            if (!$lines_dropped) {
                printf("Junk at beginning of patch\n");
            }
            $lines_dropped++;
        }

        # Line section change; apply please
        $inbuf =~ s/\n//g;

        if ($fd_open) {
            printf(FileDescriptor "%s\n", $inbuf);
            $lines_applied++;
        } else {
            if (!$lines_dropped) {
                printf("Junk at beginning of patch\n");
            }
            $lines_dropped++;
        }
    } else {
        $lines_dropped++;
    }

Quote:}

if ($fd_open) {
    close(FileDescriptor);
    $fd_open = 0;

Quote:}

printf("\nApplied: %i, dropped: %i, converted: %i\n", $lines_applied, $lines_dropped, $lines_converted);

exit(0);

                        Thunder
--
I promise you one day we'll again have lots of time
If you like, just arrange the sun that day to shine
Upon both of our graves

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

 
 
 

2.4.19-rc2 -> 2.4.19-rc3 : no more eth (fwd)

Post by Andrew Morto » Sat, 27 Jul 2002 16:50:12



> Hi,


> > This script which someone wrote will break the diff into
> > standalone chunks.

> This one might work better.

How come?

-
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

 
 
 

2.4.19-rc2 -> 2.4.19-rc3 : no more eth (fwd)

Post by Marc Duponchee » Sat, 27 Jul 2002 22:50:09


I apologise for the delay, I have a lot of work recently ...

Regarding the idea to troubleshoot the 2.4.19-rc2 -> 2.4.19-rc3
changes step by step : Of course that should reveal the culprit but,
unfortunately, the only (1 out of 3) host on which I see the issue
happens to be my main headless server in the wiring closet which I
cannot reboot so often.

It runs 2.4.18 again now.

Someone else thought this might be bacause of changes in hotplug so I
can try to turn off CONFIG_HOTPLUG (but I do need CONFIG_HOTPLUG).

Still, I will do my best to investigate further, and, when 2.4.19 new
versions come out (rc or not) I will always test again.

PS: I see gcc 3.1.1 is on the cygnus ftp server so next time I might
try that compiler as well.

Have a great weekend and thanks all

On Thu, Jul 25, 2002 at 12:19:29PM -0700, Andrew Morton wrote:
> Marc Duponcheel wrote:

> > On Tue, Jul 23, 2002 at 08:32:08PM -0700, Andrew Morton wrote:
> > > Marcelo Tosatti wrote:
> > ...
> > > > Warning (compare_Version): Version mismatch.  3c59x says 2.4.18, System.map says 2.4.19.  Expect lots of address mismatches.

> > > This is a worry.  Are we sure it was a clean build?
> > > Please do a `make mrproper' and retest?

> >  Recall,

> > This is about ethernet interfaces not initialising (and hence not working)
> > with 2.4.19-rc3 (they do initialise and work with 2.4.19-rc2).

> > As suggested, I have, for all certainty, repatched linux-2.4.18.tar.gz with patch-2.4.19-rc3.gz
> > and rebuilt from a 'mrproper' /usr/src/linux, but the issue remains.

> > This time I ran ksymoops on the 2.4.19-rc3 system so no more mismatches

> > When doing 'lsmod' one sees the modules eepro100 and 3c59x as 'initialising'
> > and one cannot 'rmmod' them because they are 'busy'.

> Odd.  There's not a lot of difference between -rc2 and -rc3.
> The entire diff is below.  You didn't switch compilers or
> something?

>  Makefile                               |    2
>  arch/i386/kernel/apm.c                 |    4 -
>  arch/i386/kernel/pci-irq.c             |    4 +
>  arch/i386/kernel/traps.c               |   11 ++--
>  drivers/char/agp/agp.h                 |    3 +
>  drivers/char/agp/agpgart_be.c          |   12 ++++
>  drivers/ide/ide-features.c             |    6 ++
>  drivers/ide/ide-pci.c                  |    2
>  drivers/media/radio/radio-zoltrix.c    |    3 -
>  drivers/net/wireless/orinoco_plx.c     |    2
>  drivers/pci/names.c                    |   10 +--
>  drivers/pci/quirks.c                   |   16 ++++++
>  drivers/scsi/aha152x.c                 |    6 ++
>  drivers/scsi/atp870u.c                 |   23 ++++++--
>  drivers/scsi/megaraid.c                |    8 +--
>  drivers/scsi/scsi_scan.c               |    9 +++
>  drivers/sound/cs4232.c                 |   38 ++++++++++++++
>  drivers/sound/maestro.c                |   10 +++
>  drivers/usb/rtl8150.c                  |    2
>  include/linux/agp_backend.h            |    1
>  include/linux/pci_ids.h                |    8 +--
>  include/linux/personality.h            |    3 -
>  mm/shmem.c                             |    1
>  net/ipv4/netfilter/ip_conntrack_core.c |    8 +--
>  net/rose/af_rose.c                     |    6 +-
>  scripts/kernel-doc                     |   86 +++++++++++++++++++++++++--------
>  26 files changed, 226 insertions, 58 deletions

> Could you please back out the changes until the problem
> goes away?

> This script which someone wrote will break the diff into
> standalone chunks.   Suggest you start with the patch
> against drivers/pci/names.c.

> #!/usr/bin/perl -w
> $out = "";
> while (<>) {
>    next if (/^Only/);
>    next if (/^Binary/);
>    if (/^diff/ || /^Index/) {
>            if ($out) {
>                    close OUT;
>            }
>            (@out) = split(' ', $_);
>            shift(@out) if (/^diff/);
>            $out = pop(@out);
>            $out =~ s:/*usr/:/:;
>            $out =~ s:/*src/:/:;
>            $out =~ s:^/*linux[^/]*::;
>            $out =~ s:\(w\)::;
>            next if ($out eq "");
>            $out = "/var/tmp/patches/$out";
>            $dir = $out;
>            $dir =~ s:/[^/]*$::;
>            print STDERR "$out\n";
>            system("mkdir -p $dir");
>            open(OUT, ">$out") || die("cannot open $out");
>    }
>    if ($out) {
>            print OUT $_;
>    }
> }

> diff -uNrp linux-2.4.19-rc2/Makefile linux-2.4.19-rc3/Makefile
> --- linux-2.4.19-rc2/Makefile      Sun Jul 21 20:16:21 2002
> +++ linux-2.4.19-rc3/Makefile      Sun Jul 21 22:07:56 2002
> @@ -1,7 +1,7 @@
>  VERSION = 2
>  PATCHLEVEL = 4
>  SUBLEVEL = 19
> -EXTRAVERSION = -rc2
> +EXTRAVERSION = -rc3

>  KERNELRELEASE=$(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION)

> diff -uNrp linux-2.4.19-rc2/arch/i386/kernel/apm.c linux-2.4.19-rc3/arch/i386/kernel/apm.c
> --- linux-2.4.19-rc2/arch/i386/kernel/apm.c        Sun Jul 21 20:16:22 2002
> +++ linux-2.4.19-rc3/arch/i386/kernel/apm.c        Sun Jul 21 22:07:56 2002
> @@ -1198,12 +1198,12 @@ static int suspend(int vetoable)
>            printk(KERN_CRIT "apm: suspend was vetoed, but suspending anyway.\n");
>    }
>    get_time_diff();
> -  cli();
> +  __cli();
>    err = set_system_power_state(APM_STATE_SUSPEND);
>    reinit_timer();
>    set_time();
>    ignore_normal_resume = 1;
> -  sti();
> +  __sti();
>    if (err == APM_NO_ERROR)
>            err = APM_SUCCESS;
>    if (err != APM_SUCCESS)
> diff -uNrp linux-2.4.19-rc2/arch/i386/kernel/pci-irq.c linux-2.4.19-rc3/arch/i386/kernel/pci-irq.c
> --- linux-2.4.19-rc2/arch/i386/kernel/pci-irq.c    Sun Jul 21 20:16:22 2002
> +++ linux-2.4.19-rc3/arch/i386/kernel/pci-irq.c    Sun Jul 21 22:07:56 2002
> @@ -489,6 +489,10 @@ static struct irq_router pirq_routers[]
>      pirq_serverworks_get, pirq_serverworks_set },
>    { "AMD756 VIPER", PCI_VENDOR_ID_AMD, PCI_DEVICE_ID_AMD_VIPER_740B,
>            pirq_amd756_get, pirq_amd756_set },
> +  { "AMD766", PCI_VENDOR_ID_AMD, PCI_DEVICE_ID_AMD_VIPER_7413,
> +          pirq_amd756_get, pirq_amd756_set },
> +  { "AMD768", PCI_VENDOR_ID_AMD, PCI_DEVICE_ID_AMD_VIPER_7443,
> +          pirq_amd756_get, pirq_amd756_set },

>    { "default", 0, 0, NULL, NULL }
>  };
> diff -uNrp linux-2.4.19-rc2/arch/i386/kernel/traps.c linux-2.4.19-rc3/arch/i386/kernel/traps.c
> --- linux-2.4.19-rc2/arch/i386/kernel/traps.c      Sun Jul 21 20:16:22 2002
> +++ linux-2.4.19-rc3/arch/i386/kernel/traps.c      Sun Jul 21 22:07:56 2002
> @@ -139,14 +139,14 @@ void show_trace(unsigned long * stack)
>    if (!stack)
>            stack = (unsigned long*)&stack;

> -  printk("Call Trace: ");
> +  printk("Call Trace:   ");
>    i = 1;
>    while (((long) stack & (THREAD_SIZE-1)) != 0) {
>            addr = *stack++;
>            if (kernel_text_address(addr)) {
>                    if (i && ((i % 6) == 0))
> -                          printk("\n   ");
> -                  printk("[<%08lx>] ", addr);
> +                          printk("\n ");
> +                  printk(" [<%08lx>]", addr);
>                    i++;
>            }
>    }
> @@ -618,9 +618,10 @@ void math_error(void *eip)
>            default:
>                    break;
>            case 0x001: /* Invalid Op */
> -          case 0x040: /* Stack Fault */
> -          case 0x240: /* Stack Fault | Direction */
> +          case 0x041: /* Stack Fault */
> +          case 0x241: /* Stack Fault | Direction */
>                    info.si_code = FPE_FLTINV;
> +                  /* Should we clear the SF or let user space do it ???? */
>                    break;
>            case 0x002: /* Denormalize */
>            case 0x010: /* Underflow */
> diff -uNrp linux-2.4.19-rc2/drivers/char/agp/agp.h linux-2.4.19-rc3/drivers/char/agp/agp.h
> --- linux-2.4.19-rc2/drivers/char/agp/agp.h        Sun Jul 21 20:16:24 2002
> +++ linux-2.4.19-rc3/drivers/char/agp/agp.h        Sun Jul 21 22:07:59 2002
> @@ -265,6 +265,9 @@ struct agp_bridge_data {
>  #ifndef PCI_DEVICE_ID_AL_M1651_0
>  #define PCI_DEVICE_ID_AL_M1651_0  0x1651
>  #endif
> +#ifndef PCI_DEVICE_ID_AL_M1671_0
> +#define PCI_DEVICE_ID_AL_M1671_0  0x1671
> +#endif

>  /* intel register */
>  #define INTEL_APBASE    0x10
> diff -uNrp linux-2.4.19-rc2/drivers/char/agp/agpgart_be.c linux-2.4.19-rc3/drivers/char/agp/agpgart_be.c
> --- linux-2.4.19-rc2/drivers/char/agp/agpgart_be.c Sun Jul 21 20:16:24 2002
> +++ linux-2.4.19-rc3/drivers/char/agp/agpgart_be.c Sun Jul 21 22:07:59 2002
> @@ -3946,6 +3946,12 @@ static struct {
>            "Ali",
>            "M1651",
>            ali_generic_setup },  
> +  { PCI_DEVICE_ID_AL_M1671_0,
> +          PCI_VENDOR_ID_AL,
> +          ALI_M1671,
> +          "Ali",
> +          "M1671",
> +          ali_generic_setup },  
>    { 0,
>            PCI_VENDOR_ID_AL,
>            ALI_GENERIC,
> @@ -4094,6 +4100,12 @@ static struct {
>            "SiS",
>            "735",
>            sis_generic_setup },
> +  { PCI_DEVICE_ID_SI_745,
> +          PCI_VENDOR_ID_SI,
> +          SIS_GENERIC,
> +          "SiS",
> +          "745",
> +          sis_generic_setup },
>    { PCI_DEVICE_ID_SI_730,
>            PCI_VENDOR_ID_SI,
>            SIS_GENERIC,
> diff -uNrp linux-2.4.19-rc2/drivers/ide/ide-features.c linux-2.4.19-rc3/drivers/ide/ide-features.c
> --- linux-2.4.19-rc2/drivers/ide/ide-features.c    Sun Jul 21 20:16:25 2002
> +++ linux-2.4.19-rc3/drivers/ide/ide-features.c    Sun Jul 21 22:07:59 2002
> @@ -240,13 +240,16 @@ int set_transfer (ide_drive_t *drive, id
>    return 0;
>  }

> +#ifdef CONFIG_BLK_DEV_IDEDMA
>  /*
>   *  All hosts that use the 80c ribbon mus use!
>   */
>  byte eighty_ninty_three (ide_drive_t *drive)
>  {
> +#ifdef CONFIG_BLK_DEV_IDEPCI
>    if (HWIF(drive)->pci_devid.vid==0x105a)
>        return(HWIF(drive)->udma_four);
> +#endif
>    /* PDC202XX: that's because some HDD will return wrong info */
>    return ((byte) ((HWIF(drive)->udma_four) &&
>  #ifndef CONFIG_IDEDMA_IVB
> @@ -254,6 +257,7 @@ byte eighty_ninty_three (ide_drive_t *dr
>  #endif /* CONFIG_IDEDMA_IVB */
>                    (drive->id->hw_config & 0x6000)) ? 1 : 0);
>  }
> +#endif // CONFIG_BLK_DEV_IDEDMA

>  /*
>   * Similar to ide_wait_stat(), except it never calls ide_error internally.
> @@ -374,6 +378,8 @@ EXPORT_SYMBOL(ide_auto_reduce_xfer);
>  EXPORT_SYMBOL(ide_driveid_update);
>  EXPORT_SYMBOL(ide_ata66_check);
>  EXPORT_SYMBOL(set_transfer);
> +#ifdef CONFIG_BLK_DEV_IDEDMA
>  EXPORT_SYMBOL(eighty_ninty_three);
> +#endif // CONFIG_BLK_DEV_IDEDMA
>  EXPORT_SYMBOL(ide_config_drive_speed);

> diff -uNrp linux-2.4.19-rc2/drivers/ide/ide-pci.c linux-2.4.19-rc3/drivers/ide/ide-pci.c
> --- linux-2.4.19-rc2/drivers/ide/ide-pci.c Sun Jul 21 20:16:25 2002
> +++

...

read more »

 
 
 

2.4.19-rc2 -> 2.4.19-rc3 : no more eth (fwd)

Post by Thunder from the hil » Mon, 29 Jul 2002 18:10:07


Hi,


> > This one might work better.

> How come?

Well, it supports a few more different type diffs. It might of course be
buggy, but I didn't recheck it for years. It just works.

The new date header is just because I copied it into a new file, without
much reading, though.

                        Thunder

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

 
 
 

2.4.19-rc2 -> 2.4.19-rc3 : no more eth (fwd)

Post by Marc Duponchee » Tue, 30 Jul 2002 20:10:07


 Dear kernel crew,

I have recompiled 2.4.19-rc3 on 3 machines with gcc 3.1.1 and
basically there is no better news. Two machines still work fine and
one still does not recognise any PCI card (indeed, the PCI SCSI
interface module (which currently has nothing attached) is, just like
the 2 PCI eth interfaces, also stuck in 'initialising').

I have saved both 'dmesg' outputs just after reboot.

here is the output of
 diff dmesg-2.4.18 dmesg-2.4.19-rc3

I wonder, could there be some miscalculation of memory?  Is the
missing 'machine check' of any relevance?

I personally don't see any other potential significant issue in the
diff but maybe someone else does...

Thanks for your time

=============================================================================
1c1
< Linux version 2.4.18 (root@server) (gcc version 3.1) #1 Sun Jun 9 15:18:29 CEST 2002
---

> Linux version 2.4.19-rc3 (root@server) (gcc version 3.1.1) #1 Sat Jul 27 15:49:04 CEST 2002
10a11
> 255MB LOWMEM available.
14a16
> Kernel command line: BOOT_IMAGE=2.4.19-rc3 root=301 devfs=mount

17d18
< Kernel command line: auto BOOT_IMAGE=2.4.18 root=301 devfs=mount
19c20
< Detected 804.041 MHz processor.
---
> Detected 804.044 MHz processor.

22,24c23,25
< Memory: 256156k/262060k available (972k kernel code, 5516k reserved, 232k data, 232k init, 0k highmem)
< Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes)
< Inode-cache hash table entries: 16384 (order: 5, 131072 bytes)
---
> Memory: 257120k/262060k available (1005k kernel code, 4552k reserved, 378k data, 108k init, 0k highmem)
> Dentry cache hash table entries: 32768 (order: 6, 262144 bytes)
> Inode cache hash table entries: 16384 (order: 5, 131072 bytes)

33,34d33
< Intel machine check architecture supported.
< Intel machine check reporting enabled on CPU#0.
47,50c46,49
< ..... CPU clock speed is 804.0473 MHz.
< ..... host bus clock speed is 134.0078 MHz.
< cpu: 0, clocks: 1340078, slice: 670039
< CPU0<T0:1340064,T1:670016,D:9,S:670039,C:1340078>
---
> ..... CPU clock speed is 804.0347 MHz.
> ..... host bus clock speed is 134.0057 MHz.
> cpu: 0, clocks: 1340057, slice: 670028
> CPU0<T0:1340048,T1:670016,D:4,S:670028,C:1340057>

64c63
< devfs: v1.10 (20020120) Richard Gooch (rgo...@atnf.csiro.au)
---
> devfs: v1.12a (20020514) Richard Gooch (rgo...@atnf.csiro.au)

79d77
< block: 128 slots per queue, batch=32
82,84c80,82
< PIIX4: IDE controller on PCI bus 00 dev f9
< PIIX4: chipset revision 2
< PIIX4: not 100% native mode: will probe irqs later
---
> ICH2: IDE controller on PCI bus 00 dev f9
> ICH2: chipset revision 2
> ICH2: not 100% native mode: will probe irqs later

101c99
< Freeing unused kernel memory: 232k freed
---
> Freeing unused kernel memory: 108k freed

105c103
< usb-uhci.c: $Revision: 1.275 $ time 15:26:28 Jun  9 2002
---
> usb-uhci.c: $Revision: 1.275 $ time 15:56:00 Jul 27 2002

128,129c126,127
< pcwd: v1.10 (06/05/99) Ken Hollis (ke...@bitgate.com)
< pcwd: No card detected, or port not available.
---
> pcwd: v1.13 (03/06/2002) Ken Hollis (ke...@bitgate.com)
> pcwd: No card detected, or port not available

135c133
< hid-core.c: v1.8 Andreas Gal, Vojtech Pavlik <vojt...@suse.cz>
---
> hid-core.c: v1.8.1 Andreas Gal, Vojtech Pavlik <vojt...@suse.cz>

138,156c136,177
< eepro100.c:v1.09j-t 9/29/99 Donald Becker http://www.scyld.com/network/eepro100.html
< eepro100.c: $Revision: 1.36 $ 2000/11/17 Modified by Andrey V. Savochkin <s...@saw.sw.com.sg> and others
< PCI: Found IRQ 10 for device 02:0b.0
< PCI: Sharing IRQ 10 with 00:1f.4
< eth0: Intel Corp. 82557 [Ethernet Pro 100], 00:02:B3:28:5B:7E, IRQ 10.
<   Board assembly 752438-006, Physical connectors present: RJ45
<   Primary interface chip i82555 PHY #1.
<     Secondary interface chip i82555.
<   General self-test: passed.
<   Serial sub-system self-test: passed.
<   Internal registers self-test: passed.
<   ROM checksum self-test: passed (0x3258698e).
< PCI: Found IRQ 11 for device 02:0c.0
< 3c59x: Donald Becker and others. www.scyld.com/network/vortex.html
< 02:0c.0: 3Com PCI 3c900 Cyclone 10Mbps TPO at 0xd000. Vers LK1.1.16
< CSLIP: code copyright 1989 Regents of the University of California
< PPP generic driver version 2.4.1
< iplog uses obsolete (PF_INET,SOCK_PACKET)
< device eth0 entered promiscuous mode
---
> Unable to handle kernel paging request at virtual address d0ca6620
>  printing eip:
> c01a1ef7
> *pde = 0ff12067
> *pte = 00000000
> Oops: 0002
> CPU:    0
> EIP:    0010:[<c01a1ef7>]    Not tainted
> EFLAGS: 00010292
> eax: d0ca6620   ebx: ffffffea   ecx: c102c01c   edx: c0227cc4
> esi: d0cb5d40   edi: 00000000   ebp: d0cb1000   esp: cf633ef8
> ds: 0018   es: 0018   ss: 0018
> Process modprobe (pid: 357, stackpage=cf633000)
> Stack: c0227cb0 c102c01c ffffffea 00000000 00000000 d0cb4342 d0cb5d40 00000000
>        ffffffea c011d78b d0cb1060 08083f38 00004d30 00000000 08088744 0000486c
>        00000060 00000060 00000008 cfc79ea0 cf5df000 cf5b0000 00000060 d0cae000
> Call Trace:    [<d0cb4342>] [<d0cb5d40>] [<c011d78b>] [<d0cb1060>] [<d0cb1060>]
>   [<c010900b>]

> Code: 89 30 8b 1d c8 26 23 c0 89 35 d4 26 23 c0 89 46 04 81 fb c8
>  <1>Unable to handle kernel paging request at virtual address d0ca6620
>  printing eip:
> c01a1ef7
> *pde = 0ff12067
> *pte = 00000000
> Oops: 0002
> CPU:    0
> EIP:    0010:[<c01a1ef7>]    Not tainted
> EFLAGS: 00010292
> eax: d0ca6620   ebx: ffffffea   ecx: c102c01c   edx: c0227cd0
> esi: d0cbdc00   edi: 00000000   ebp: d0cb7000   esp: cf633ef8
> ds: 0018   es: 0018   ss: 0018
> Process modprobe (pid: 382, stackpage=cf633000)
> Stack: c0227cb0 c102c01c ffffffea 00000000 00000000 d0cbb579 d0cbdc00 ffffffea
>        00000000 c011d78b d0cb7060 08086c70 00006c08 00000000 0808cf70 00006360
>        00000060 00000060 00000005 cfc79ee0 cf588000 cf589000 00000060 d0cb1000
> Call Trace:    [<d0cbb579>] [<d0cbdc00>] [<c011d78b>] [<d0cb7060>] [<d0cb7060>]
>   [<c010900b>]

> Code: 89 30 8b 1d c8 26 23 c0 89 35 d4 26 23 c0 89 46 04 81 fb c8
>  <6>CSLIP: code copyright 1989 Regents of the University of California
> PPP generic driver version 2.4.2

159d179
< lp0: compatibility mode
161d180
< ip_conntrack (2047 buckets, 16376 max)
162a182
> ip_conntrack (2047 buckets, 16376 max)

164,167c184,202
< PCI: Found IRQ 5 for device 02:0a.0
< scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.4
<         <Adaptec 2930CU SCSI adapter>
<         aic7860: Ultra Single Channel A, SCSI Id=7, 3/253 SCBs
---

- Show quoted text -

> Unable to handle kernel paging request at virtual address d0ca6620
>  printing eip:
> c01a1ef7
> *pde = 0ff12067
> *pte = 00000000
> Oops: 0002
> CPU:    0
> EIP:    0010:[<c01a1ef7>]    Not tainted
> EFLAGS: 00010296
> eax: d0ca6620   ebx: 00000202   ecx: c102c01c   edx: c0227ce8
> esi: d0d705c0   edi: 00000000   ebp: d0d704c0   esp: cd219e9c
> ds: 0018   es: 0018   ss: 0018
> Process modprobe (pid: 1378, stackpage=cd219000)
> Stack: c0227cb0 c0227e30 00000202 00000000 d0d704c0 d0d58423 d0d705c0 00000202
>        d0d53962 d0d704c0 00001000 00000202 00000000 00000001 d0d4571c d0d704c0
>        c0227cb0 c0227e14 000001ff 00000203 00000000 c100001c c123b04c c0227cb0
> Call Trace:    [<d0d704c0>] [<d0d58423>] [<d0d705c0>] [<d0d53962>] [<d0d704c0>]
>   [<d0d4571c>] [<d0d704c0>] [<d0d57181>] [<d0d704c0>] [<d0d704c0>] [<c011d78b>]
>   [<d0d53060>] [<d0d6ff28>] [<d0d53060>] [<c010900b>]

169c204,205
< loop: loaded (max 8 devices)
---
> Code: 89 30 8b 1d c8 26 23 c0 89 35 d4 26 23 c0 89 46 04 81 fb c8
>  <6>loop: loaded (max 8 devices)

172,174d207
< eth0: no IPv6 routers present
< eth1: no IPv6 routers present
< Universal TUN/TAP device driver 1.4 (C)1999-2001 Maxim Krasnyansky
176,177c209,213
< printer.c: v0.8:USB Printer Device Class driver
< NET4: AppleTalk 0.18a for Linux NET4.0
---
> printer.c: v0.11: USB Printer Device Class driver
> usb-uhci.c: interrupt, status 3, frame# 524
> usb.c: USB disconnect on device 2
> hub.c: USB new device connect on bus1/1, assigned device number 3
> input0:  USB Mouse STD.   on usb1:3.0

=============================================================================

- Show quoted text -

On Fri, Jul 26, 2002 at 03:38:51PM +0200, Marc Duponcheel wrote:
>    Justin Guyett <jus...@soze.net>
> Subject: Re: 2.4.19-rc2 -> 2.4.19-rc3 : no more eth (fwd)

> I apologise for the delay, I have a lot of work recently ...

> Regarding the idea to troubleshoot the 2.4.19-rc2 -> 2.4.19-rc3
> changes step by step : Of course that should reveal the culprit but,
> unfortunately, the only (1 out of 3) host on which I see the issue
> happens to be my main headless server in the wiring closet which I
> cannot reboot so often.

> It runs 2.4.18 again now.

> Someone else thought this might be bacause of changes in hotplug so I
> can try to turn off CONFIG_HOTPLUG (but I do need CONFIG_HOTPLUG).

> Still, I will do my best to investigate further, and, when 2.4.19 new
> versions come out (rc or not) I will always test again.

> PS: I see gcc 3.1.1 is on the cygnus ftp server so next time I might
> try that compiler as well.

> Have a great weekend and thanks all

> On Thu, Jul 25, 2002 at 12:19:29PM -0700, Andrew Morton wrote:
> > Marc Duponcheel wrote:

> > > On Tue, Jul 23, 2002 at 08:32:08PM -0700, Andrew Morton wrote:
> > > > Marcelo Tosatti wrote:
> > > ...
> > > > > Warning (compare_Version): Version mismatch.  3c59x says 2.4.18, System.map says 2.4.19.  Expect lots of address mismatches.

> > > > This is a worry.  Are we sure it was a clean build?
> > > > Please do a `make mrproper' and retest?

> > >  Recall,

> > > This is about ethernet interfaces not initialising (and hence not working)
> > > with 2.4.19-rc3 (they do initialise and work with 2.4.19-rc2).

> > > As suggested, I have, for all certainty, repatched linux-2.4.18.tar.gz with patch-2.4.19-rc3.gz
> > > and rebuilt from a 'mrproper' /usr/src/linux, but the issue remains.

> > > This time I ran ksymoops on the 2.4.19-rc3 system so no more mismatches

> > > When doing 'lsmod' one sees the

...

read more »

 
 
 

1. 2.4.19rc2 -> 2.4.19rc3 : no more eth

Dear kernel crew.

I follow the stable kernel and run 2.4.18 just fine on 3 machines.

Recently I thought about trying 2.4.19rc kernels.  That went fine as
well with one exception.

One machine (with 2 ethernet controllers)
 Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 0c)
 3Com Corporation 3c900B-TPO [Etherlink XL TPO] (rev 04)
will no longer recognise -any- of those.

Note that this 'artifact' only happens with 2.4.19rc3.  The .config
between 2.4.19rc2 did not change 2.4.19rc3

During boot I see OOPses (which for some reason, my syslog does not
see).

Because this is a rather severe change [:-)] I wonder if I this rings
a bell.

Thanks for your valuable time

--
 Greetings,

Marc Duponcheel     Multicast Development Engineer      Cisco Systems

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

2. Question regarding VMWare

3. 3Ware ok 2.4.19, dies 2.4.19-ac4

4. root filesystem cant read inode-advice?

5. Promise 20267 hangs with 2.4.19-pre3 and 2.4.19-pre3-ac3

6. Compromised system help

7. 2.4.19-pre6aa1 (possible all kernel after 2.4.19-pre2) athlon PCI workaround

8. Disappearing Disk Capacity???

9. Kernel panic 2.4.19-pre6 AND 2.4.19-pre5-ac3 - More info - ksymoops

10. kbuild25 version 3.0 for 2.4.19-pre9 and 2.4.19-pre9-ac3

11. with 2.4.19[rc2|rc3]: Linking error scsidrv.o

12. Fwd: NFS locking/acess bug in 2.4.19-rc3

13. 2.4.19-rc1|rc2 -> err, what?