From jkjefferies@gmpexpress.net Thu Mar 21 12:07:02 2002
From: jkjefferies@gmpexpress.net (Kent Jefferies)
Date: Thu Mar 21 12:07:02 2002
Subject: [epic] Bad compile for epic100
Message-ID: <3C9A1282.8EDBCE82@gmpexpress.net>
--Compile line
gcc -c epic100.c -DMODULE -I/usr/src/linux/include -Wall
-Wstrict-prototypes -O6 -o epic100.o
--Rresults
In file included from epic100.c:97:
/usr/src/linux/include/linux/interrupt.h:10: warning: `struct pt_regs'
declared inside parameter list
/usr/src/linux/include/linux/interrupt.h:10: warning: its scope is only
this definition or declaration, which is probably not what you want.
In file included from /usr/src/linux/include/linux/interrupt.h:52,
from epic100.c:97:
/usr/src/linux/include/asm/hardirq.h: In function `release_irqlock':
/usr/src/linux/include/asm/hardirq.h:37: `NO_PROC_ID' undeclared (first
use in this function)
/usr/src/linux/include/asm/hardirq.h:37: (Each undeclared identifier is
reported only once
/usr/src/linux/include/asm/hardirq.h:37: for each function it appears
in.)
In file included from /usr/src/linux/include/linux/interrupt.h:53,
from epic100.c:97:
/usr/src/linux/include/asm/softirq.h: At top level:
/usr/src/linux/include/asm/softirq.h:13: parse error before
`i386_bh_lock_Rsmp_d084430b'
/usr/src/linux/include/asm/softirq.h:13: warning: type defaults to `int'
in declaration of `i386_bh_lock_Rsmp_d084430b'
/usr/src/linux/include/asm/softirq.h:13: warning: data definition has no
type or storage class
/usr/src/linux/include/asm/softirq.h: In function `init_bh':
/usr/src/linux/include/asm/softirq.h:86: warning: implicit declaration
of function `spin_lock_irqsave'
/usr/src/linux/include/asm/softirq.h:88: warning: implicit declaration
of function `spin_unlock_irqrestore'
make: *** [epic] Error 1
From jkjefferies@gmpexpress.net Fri Mar 22 12:58:01 2002
From: jkjefferies@gmpexpress.net (Kent Jefferies)
Date: Fri Mar 22 12:58:01 2002
Subject: [epic] Dynamic ethernet address for eth0/eth1
Message-ID: <3C9B6FEE.D527DE@gmpexpress.net>
--------------4314A9E86010D15296C20808
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Working with Linux kernels:
2.2.16-22 and 2.2.18
and NICs:
Ethernet controller: Standard Microsystems Corp [SMC] 83C170QF (rev 08)
Ethernet controller: Intel Corporation 82557 [Ethernet Pro 100] (rev 01)
I get the following wierd effects with the network interfaces after boot
up.
Kernel interface
driver e-address Physical
connect driver load status
2.2.16-22 eth0 epic100
AA:xx:xx:xx:xx:xx net #2 (static req) Y
NO GO
eth1
eepro100 BB:xx:xx:xx:xx:xx net #1 (dhcp
req) Y NO GO
2.2.18 eth0 eepro100
BB:xx:xx:xx:xx:xx net #1 (dhcp req)
Y OK
eth1
epic100 ??
net #2 (static req) N "unable to compile"
interface config
file modules.conf
eth0
dhcp alias eth0 epic100
eth1
static alias eth1 eepro100
Problem:
Because the "ethx" assignments flip-flop, incorrect configuration
files are used to connect to
the physical net.
It looks like the drivers are attached to the correct cards and ,of
course, the physical connections
don't change. Why does "ethx" change?
If this makes sense to anyone, I don't mind being humbled. All
suggestions are welcomed. Please, even point out stupid oversights.
Thanks,
Kent
--------------4314A9E86010D15296C20808
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
Working with Linux kernels:
2.2.16-22 and 2.2.18
and NICs:
Ethernet controller: Standard Microsystems Corp [SMC] 83C170QF (rev 08)
Ethernet controller: Intel Corporation 82557 [Ethernet Pro 100] (rev 01)
I get the following wierd effects with the network interfaces after boot
up.
Kernel
interface
driver
e-address
Physical connect driver load
status
2.2.16-22 eth0
epic100
AA:xx:xx:xx:xx:xx
net #2 (static req)
Y NO
GO
eth1
eepro100
BB:xx:xx:xx:xx:xx
net #1 (dhcp req)
Y NO
GO
2.2.18
eth0
eepro100
BB:xx:xx:xx:xx:xx
net #1 (dhcp req)
Y
OK
eth1
epic100
??
net #2 (static req)
N "unable to compile"
interface
config file
modules.conf
eth0
dhcp
alias eth0 epic100
eth1
static
alias eth1 eepro100
Problem:
Because the "ethx" assignments flip-flop, incorrect
configuration files are used to connect to
the physical net.
It looks like the drivers are attached to the correct
cards and ,of course, the physical connections
don't change. Why does "ethx" change?
If this makes sense to anyone, I don't mind being humbled. All
suggestions are welcomed. Please, even point out stupid oversights.
Thanks,
Kent
--------------4314A9E86010D15296C20808--
From jkjefferies@gmpexpress.net Fri Mar 22 13:33:01 2002
From: jkjefferies@gmpexpress.net (Kent Jefferies)
Date: Fri Mar 22 13:33:01 2002
Subject: [epic] Re: Bad compile for epic100 (Kent Jefferies)
References: <200203221719.g2MHJRl32144@blueraja.scyld.com>
Message-ID: <3C9B7846.FE40A05F@gmpexpress.net>
epic-request@scyld.com wrote:
> Send epic mailing list submissions to
> epic@scyld.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://www.scyld.com/mailman/listinfo/epic
> or, via email, send a message with subject or body 'help' to
> epic-request@scyld.com
>
> You can reach the person managing the list at
> epic-admin@scyld.com
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of epic digest..."
>
> Today's Topics:
>
> 1. Bad compile for epic100 (Kent Jefferies)
>
> --__--__--
>
> Message: 1
> Date: Thu, 21 Mar 2002 12:04:02 -0500
> From: Kent Jefferies
> To: Epic Driver Group
> Subject: [epic] Bad compile for epic100
>
> --Compile line
> gcc -c epic100.c -DMODULE -I/usr/src/linux/include -Wall
> -Wstrict-prototypes -O6 -o epic100.o
>
> --Rresults
> In file included from epic100.c:97:
> /usr/src/linux/include/linux/interrupt.h:10: warning: `struct pt_regs'
> declared inside parameter list
> /usr/src/linux/include/linux/interrupt.h:10: warning: its scope is only
> this definition or declaration, which is probably not what you want.
> In file included from /usr/src/linux/include/linux/interrupt.h:52,
> from epic100.c:97:
> /usr/src/linux/include/asm/hardirq.h: In function `release_irqlock':
> /usr/src/linux/include/asm/hardirq.h:37: `NO_PROC_ID' undeclared (first
> use in this function)
> /usr/src/linux/include/asm/hardirq.h:37: (Each undeclared identifier is
> reported only once
> /usr/src/linux/include/asm/hardirq.h:37: for each function it appears
> in.)
> In file included from /usr/src/linux/include/linux/interrupt.h:53,
> from epic100.c:97:
> /usr/src/linux/include/asm/softirq.h: At top level:
> /usr/src/linux/include/asm/softirq.h:13: parse error before
> `i386_bh_lock_Rsmp_d084430b'
> /usr/src/linux/include/asm/softirq.h:13: warning: type defaults to `int'
>
> in declaration of `i386_bh_lock_Rsmp_d084430b'
> /usr/src/linux/include/asm/softirq.h:13: warning: data definition has no
>
> type or storage class
> /usr/src/linux/include/asm/softirq.h: In function `init_bh':
> /usr/src/linux/include/asm/softirq.h:86: warning: implicit declaration
> of function `spin_lock_irqsave'
> /usr/src/linux/include/asm/softirq.h:88: warning: implicit declaration
> of function `spin_unlock_irqrestore'
> make: *** [epic] Error 1
>
> --__--__--
>
By adding the following includes to the ".c", it now works, but I hate
doing this. What is the real problem and solution here?
> #include
> #include
> #include
>
Kent
>
> _______________________________________________
> epic mailing list
> epic@scyld.com
> http://www.scyld.com/mailman/listinfo/epic
>
> End of epic Digest
From fischer@intertech.de Sun Mar 24 15:32:01 2002
From: fischer@intertech.de (Frank Fischer)
Date: Sun Mar 24 15:32:01 2002
Subject: [epic] EPIC100+SMC EtherpowerII (9432Btx)
Message-ID: <1017001871.3c9e378f89861@www.call-clever.de>
Hello,
is there any known reason why the epic100.o module is not working with the SMC
EtherPowerII(9432BTX) NIC ? The card has a BNC connector (10Base2 10 MBit) and
an 10/100 BaseT connector. I tired hard but I can't figure out why it's not
working. The drivermodule loas without error-messages and setting options has
no effect.
Best regards,
Frank Fischer
From azubrow@galton.uchicago.edu Thu Mar 28 20:38:00 2002
From: azubrow@galton.uchicago.edu (Alexis Zubrow)
Date: Thu Mar 28 20:38:00 2002
Subject: [epic] epic100, kernel 2.4.18 -- timeout,
Message-ID:
hi.
I'm a relative newbie to linux. I was using the epic100 for a
smc9432btx card under the 2.4.17 kernel. Everything was fine. I upgraded
to the 2.4.18 and I seem to be having problems with getting my card to
work. I've consulted what documentation I could find, the mailing
lists, and a diagnostic program (epic-diag). Despite this, I haven't
had a ton of luck figuring out why the card seems to be continuously
timing out every time it tries to make a connection.
I've tried a bunch of diagnostics and triple checked my configuration, but
I'm not sure where to go from here. Any suggestions on how to tweek
either the start up configuration or the driver?
Thanks in advance,
Alexis
What follows is some configuration info, error messages, and diagnostics:
Configuration--
built 2.4.18 kernel for SMP, epic100 tested as module and as part of
kernel.
Error Messages (from dmesg)--
epic100(00:0c.0): MII transceiver #3 control 3400 status 7849.
epic100(00:0c.0): Autonegotiation advertising 01e1 link partner 0001.
eth0: SMSC EPIC/100 83c170 at 0x1400, IRQ 5, 00:04:e2:09:cb:64.
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Transmit timeout using MII device, Tx status 0003.
eth0: Restarting the EPIC chip, Rx 0/0 Tx 0/10.
eth0: epic_restart() done, cmd status 000a, ctl 0512 interrupt 240000.
NETDEV WATCHDOG: eth0: transmit timed out
(this pattern repeats ad infinitum)
Diagnostics -- using epic-diag
ndex #1: Found a SMSC EPIC/100 83c170 adapter at 0x1400.
The EPIC/100 chip appears to be active, so some registers will not be
read.
To see all register values use the '-f' flag.
No interrupt sources are pending.
Rx state is 'Running', Tx state is 'Running'.
Transmitter: slot time 512 bits, half-duplex mode.
Last transmit OK, 0 collisions.
Receiver control is 3769000c, multicast mode.
The last Rx frame was 0 bytes, status 0.
MII PHY found at address 3.
MII PHY #3 transceiver registers:
3000 7849 0022 561b 01e1 0001 0004 2001
ffff ffff ffff ffff ffff ffff ffff ffff
01c0 0000 8010 8020 4f02 0304 0026 0000
0000 c1bf 0000 ffff ffff ffff ffff ffff.
MII PHY #3 transceiver registers:
3000 7849 0022 561b 01e1 0001 0004 2001
ffff ffff ffff ffff ffff ffff ffff ffff
01c0 0000 d011 8020 4f52 0304 0026 0000
0000 c1bf 0000 ffff ffff ffff ffff ffff.
Basic mode control register 0x3000: Auto-negotiation enabled.
Basic mode status register 0x7849 ... 7849.
Link status: not established.
Capable of 100baseTx-FD 100baseTx 10baseT-FD 10baseT.
Able to perform Auto-negotiation, negotiation not complete.
Vendor ID is 00:08:95:--:--:--, model 33 rev. 11.
Vendor/Part: AdHoc Technology AH101LF.
I'm advertising 01e1: 100baseTx-FD 100baseTx 10baseT-FD 10baseT
Advertising no additional info pages.
IEEE 802.3 CSMA/CD protocol.
Link partner capability is 0001:.
Negotiation did not complete.
TDK format vendor-specific registers 16..18 are 0x01c0 0x0000 0xd011
Link polarity is detected as normal.
Auto-negotiation had no common media, 10Mbps half duplex.
Rx link in fail state, PLL locked.
No new link status events.