Re: 3c985 (aka acenic) gigabit support broken in test9pre7?

2000-09-28 Thread Jeff Garzik

On Thu, 28 Sep 2000, Andrew Morton wrote:
> The module_init() and module_exit() are inside `#ifdef MODULE'.  So if
> the driver is statically linked it doesn't register any initcalls.  It
> won't do anything.

Amusingly enough, I sent this to Jes a long time ago, pointing out it
was a bugfix, and he dropped it.

Jeff




-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



Re: 3c985 (aka acenic) gigabit support broken in test9pre7?

2000-09-28 Thread Jes Sorensen

> "Andrew" == Andrew Morton <[EMAIL PROTECTED]> writes:

Andrew> The module_init() and module_exit() are inside `#ifdef
Andrew> MODULE'.  So if the driver is statically linked it doesn't
Andrew> register any initcalls.  It won't do anything.

ARGH I keep getting those ones wrong ;-(

Thanks
Jes
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



Re: 3c985 (aka acenic) gigabit support broken in test9pre7?

2000-09-28 Thread Andrew Morton

Jes Sorensen wrote:
> 
> > "Olivier" == Olivier Galibert <[EMAIL PROTECTED]> writes:
> 
> Olivier> I compiled in the support for the 3c985, but, somehow, the
> Olivier> kernel does not seem to see the card.
> 
> Olivier> Dual p3, asus p2b-d motherboard, test9pre7+reiserfs.
> 
> Are you sure the drivers/net/acenic.o file got compiled and linked
> into the kernel? You are compiling everything statically which is a
> problem on the x86 in particular when using the acenic driver as it
> has a fairly large firmware image attached. Try compiling it as a
> loadable module.

The module_init() and module_exit() are inside `#ifdef MODULE'.  So if
the driver is statically linked it doesn't register any initcalls.  It
won't do anything.

--- linux-2.4.0-test9-pre7/drivers/net/acenic.c Tue Sep 26 21:45:30 2000
+++ linux-akpm/drivers/net/acenic.c Thu Sep 28 22:50:13 2000
@@ -733,7 +733,6 @@
 }
 
 
-#ifdef MODULE
 #if (LINUX_VERSION_CODE < 0x02032a)
 int init_module(void)
 {
@@ -748,7 +747,6 @@
 #else
 module_init(ace_module_init);
 module_exit(ace_module_cleanup);
-#endif
 #endif
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



Re: 3c985 (aka acenic) gigabit support broken in test9pre7?

2000-09-28 Thread Jes Sorensen

> "Olivier" == Olivier Galibert <[EMAIL PROTECTED]> writes:

Olivier> I compiled in the support for the 3c985, but, somehow, the
Olivier> kernel does not seem to see the card.

Olivier> Dual p3, asus p2b-d motherboard, test9pre7+reiserfs.

Are you sure the drivers/net/acenic.o file got compiled and linked
into the kernel? You are compiling everything statically which is a
problem on the x86 in particular when using the acenic driver as it
has a fairly large firmware image attached. Try compiling it as a
loadable module.

Jes

PS: Please try and post acenic reports to the acenic mailing lists,
gives you a better chance that I catch the reports due to the amount
of traffic on l-k.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



Re: 3c985 (aka acenic) gigabit support broken in test9pre7?

2000-09-28 Thread Jes Sorensen

 "Olivier" == Olivier Galibert [EMAIL PROTECTED] writes:

Olivier I compiled in the support for the 3c985, but, somehow, the
Olivier kernel does not seem to see the card.

Olivier Dual p3, asus p2b-d motherboard, test9pre7+reiserfs.

Are you sure the drivers/net/acenic.o file got compiled and linked
into the kernel? You are compiling everything statically which is a
problem on the x86 in particular when using the acenic driver as it
has a fairly large firmware image attached. Try compiling it as a
loadable module.

Jes

PS: Please try and post acenic reports to the acenic mailing lists,
gives you a better chance that I catch the reports due to the amount
of traffic on l-k.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



Re: 3c985 (aka acenic) gigabit support broken in test9pre7?

2000-09-28 Thread Jes Sorensen

 "Andrew" == Andrew Morton [EMAIL PROTECTED] writes:

Andrew The module_init() and module_exit() are inside `#ifdef
Andrew MODULE'.  So if the driver is statically linked it doesn't
Andrew register any initcalls.  It won't do anything.

ARGH I keep getting those ones wrong ;-(

Thanks
Jes
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



3c985 (aka acenic) gigabit support broken in test9pre7?

2000-09-27 Thread Olivier Galibert

I compiled in the support for the 3c985, but, somehow, the kernel does
not seem to see the card.

Dual p3, asus p2b-d motherboard, test9pre7+reiserfs.

  OG.



slice cutoff: 731.88 usecs.
Getting VERSION: 40011
Getting VERSION: 40011
Getting ID: 100
Getting ID: e00
Getting LVT0: 8700
Getting LVT1: 400
enabled ExtINT on CPU#0
ESR value before enabling vector: 
ESR value after enabling vector: 
CPU present map: 3
Booting processor 1/0 eip 2000
Setting warm reset code and vector.
1.
2.
3.
Asserting INIT.
Waiting for send to finish...
+Deasserting INIT.
Waiting for send to finish...
+#startup loops: 2.
Sending STARTUP #1.
After apic_write.
Startup point 1.
Waiting for send to finish...
+Initializing CPU#1
CPU#1 (phys ID: 0) waiting for CALLOUT
Sending STARTUP #2.
After apic_write.
Startup point 1.
Waiting for send to finish...
+After Startup.
Before Callout 1.
After Callout 1.
CALLIN, before setup_local_APIC().
masked ExtINT on CPU#1
ESR value before enabling vector: 
ESR value after enabling vector: 
Calibrating delay loop... 1402.47 BogoMIPS
Stack at about dfff7fbc
OK.
CPU1: Intel Pentium III (Coppermine) stepping 01
CPU has booted.
Before bogomips.
Total of 2 processors activated (2801.66 BogoMIPS).
Before bogocount - setting activated=1.
Boot done.
ENABLING IO-APIC IRQs
...changing IO-APIC physical APIC ID to 2 ... ok.
Synchronizing Arb IDs.
init IO_APIC IRQs
 IO-APIC (apicid-pin) 2-0, 2-5, 2-10, 2-11, 2-13, 2-18, 2-20, 2-21, 2-22, 2-23 not 
connected.
..TIMER: vector=49 pin1=2 pin2=0
activating NMI Watchdog ... done.
number of MP IRQ sources: 15.
number of IO-APIC #2 registers: 24.
testing the IO APIC...

IO APIC #2..
 register #00: 0200
...: physical APIC id: 02
 register #01: 00170011
... : max redirection entries: 0017
... : IO APIC version: 0011
 register #02: 
... : arbitration: 00
 IRQ redirection table:
 NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect:   
 00 000 00  100   0   00000
 01 003 03  000   0   01139
 02 003 03  000   0   01131
 03 003 03  000   0   01141
 04 003 03  000   0   01149
 05 000 00  100   0   00000
 06 003 03  000   0   01151
 07 003 03  000   0   01159
 08 003 03  000   0   01161
 09 003 03  000   0   01169
 0a 000 00  100   0   00000
 0b 000 00  100   0   00000
 0c 003 03  000   0   01171
 0d 000 00  100   0   00000
 0e 003 03  000   0   01179
 0f 003 03  000   0   01181
 10 003 03  110   1   01189
 11 003 03  110   1   01191
 12 000 00  100   0   00000
 13 003 03  110   1   01199
 14 000 00  100   0   00000
 15 000 00  100   0   00000
 16 000 00  100   0   00000
 17 000 00  100   0   00000
IRQ to pin mappings:
IRQ0 -> 2
IRQ1 -> 1
IRQ3 -> 3
IRQ4 -> 4
IRQ5 -> 19
IRQ6 -> 6
IRQ7 -> 7
IRQ8 -> 8
IRQ9 -> 9
IRQ10 -> 17
IRQ11 -> 16
IRQ12 -> 12
IRQ14 -> 14
IRQ15 -> 15
 done.
calibrating APIC timer ...
. CPU clock speed is 701.6615 MHz.
. host bus clock speed is 100.2372 MHz.
cpu: 0, clocks: 1002372, slice: 334124
CPU0
cpu: 1, clocks: 1002372, slice: 334124
CPU1
checking TSC synchronization across CPUs: passed.
Setting commenced=1, go go go
PCI: PCI BIOS revision 2.10 entry at 0xf0730, last bus=1
PCI: Using configuration type 1
PCI: Probing PCI hardware
PCI: Using IRQ router PIIX [8086/122e] at 00:04.0
Limiting direct PCI/PCI transfers.
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP: Hash tables configured (established 32768 bind 32768)
P6 Microcode Update Driver v1.07
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
loop: enabling 8 loop devices
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
PIIX4: IDE controller on PCI bus 00 dev 21
PIIX4: chipset revision 1
PIIX4: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xd800-0xd807, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0xd808-0xd80f, BIOS settings: hdc:DMA, hdd:DMA
hda: IBM-DPTA-372050, ATA DISK drive
hdc: Maxtor 96147U8, ATA DISK drive
hdd: Maxtor 96147U8, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: 40088160 sectors (20525 MB) w/1961KiB Cache, CHS=2495/255/63, UDMA(33)
hdc: 120060864 sectors (61471 MB) w/2048KiB Cache,