* Re: Still having problems with eepro100
2001-10-30 11:39 Still having problems with eepro100 Johan
@ 2001-10-30 11:57 ` Thomas Langås
2001-10-30 20:19 ` Kurt Roeckx
2001-10-30 12:05 ` Johan
` (4 subsequent siblings)
5 siblings, 1 reply; 17+ messages in thread
From: Thomas Langås @ 2001-10-30 11:57 UTC (permalink / raw)
To: Johan; +Cc: linux-kernel
Johan:
> Does anyone except me still having problems with the eepro100 drivers ?
Yes, as I've mentioned in a earlier thread on this list, we have problems,
but trying the e100-driver from intel doesn't seem to help either (I'm
running tests now, and so far, they don't look very promising).
> The network connection stalls and I'll get this message:
> eepro100: wait_for_cmd_done timeout!
I'm experiensing the:
eth0: Card reports no resources
And, then a hang of at least a minute before the network connection is
restored. All my connections are 100Mbit full duplex, and the error comes
when doing heavy traffic. (Try bonnie++ over NFS, for instance).
--
Thomas
^ permalink raw reply [flat|nested] 17+ messages in thread* Re: Still having problems with eepro100
2001-10-30 11:57 ` Thomas Langås
@ 2001-10-30 20:19 ` Kurt Roeckx
0 siblings, 0 replies; 17+ messages in thread
From: Kurt Roeckx @ 2001-10-30 20:19 UTC (permalink / raw)
To: Thomas Langås; +Cc: Johan, linux-kernel
On Tue, Oct 30, 2001 at 12:57:20PM +0100, Thomas Langås wrote:
> I'm experiensing the:
> eth0: Card reports no resources
>
> And, then a hang of at least a minute before the network connection is
> restored. All my connections are 100Mbit full duplex, and the error comes
> when doing heavy traffic. (Try bonnie++ over NFS, for instance).
I used to have this problem too. Whenever I downloaded something
at high speed, I got that error.
This was with an older 2.4 kernel (2.4.5 I think), and the
previous harddisk which died on me. Now with 2.4.8 I don't have
the problem anymore. I assumed it had to do with the other disk
being slow, I think it was still doing PIO. Maybe it's some
other thing which causes the kernel not being able to react fast
enough?
Kurt
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Still having problems with eepro100
2001-10-30 11:39 Still having problems with eepro100 Johan
2001-10-30 11:57 ` Thomas Langås
@ 2001-10-30 12:05 ` Johan
2001-10-30 12:58 ` Kirill Ratkin
2001-10-30 12:09 ` Alan Cox
` (3 subsequent siblings)
5 siblings, 1 reply; 17+ messages in thread
From: Johan @ 2001-10-30 12:05 UTC (permalink / raw)
To: linux-kernel
On Tue, 30 Oct 2001 12:57:20 +0100
Thomas Langås <tlan@stud.ntnu.no> wrote:
> Johan:
> > Does anyone except me still having problems with the eepro100 drivers ?
>
> Yes, as I've mentioned in a earlier thread on this list, we have problems,
> but trying the e100-driver from intel doesn't seem to help either (I'm
> running tests now, and so far, they don't look very promising).
Yes, I have read it, but it was a while ago and I thought the problem
were sovled.
> I'm experiensing the:
> eth0: Card reports no resources
>
> And, then a hang of at least a minute before the network connection is
> restored. All my connections are 100Mbit full duplex, and the error comes
> when doing heavy traffic. (Try bonnie++ over NFS, for instance).
Yes, its the same for me.
Now I'll know that the driver still have problems.
Thanks for your quick answear.
--
// Johan
^ permalink raw reply [flat|nested] 17+ messages in thread* Re: Still having problems with eepro100
2001-10-30 11:39 Still having problems with eepro100 Johan
2001-10-30 11:57 ` Thomas Langås
2001-10-30 12:05 ` Johan
@ 2001-10-30 12:09 ` Alan Cox
2001-10-30 12:20 ` Rafael Martinez
2001-10-30 16:23 ` Lee Packham
` (2 subsequent siblings)
5 siblings, 1 reply; 17+ messages in thread
From: Alan Cox @ 2001-10-30 12:09 UTC (permalink / raw)
To: Johan; +Cc: linux-kernel
> I am using the eepro100 drivers with my 100/10 card running in
> 10mbit and it works in windows.
>
> I have been trying all new kernels + the ac patches but nothing
> seems to work. The fun thing is that I only gets this problem
> when I am running XFree, is this just a weird coincidence?
Possibly not.
I have one problem box where you have to disable the kernel ACPI stuff but
the XFree case is a new one to me
^ permalink raw reply [flat|nested] 17+ messages in thread* Re: Still having problems with eepro100
2001-10-30 12:09 ` Alan Cox
@ 2001-10-30 12:20 ` Rafael Martinez
0 siblings, 0 replies; 17+ messages in thread
From: Rafael Martinez @ 2001-10-30 12:20 UTC (permalink / raw)
To: Alan Cox; +Cc: Johan, linux-kernel
On Tue, 30 Oct 2001, Alan Cox wrote:
> > I have been trying all new kernels + the ac patches but nothing
> > seems to work. The fun thing is that I only gets this problem
> > when I am running XFree, is this just a weird coincidence?
>
> Possibly not.
>
> I have one problem box where you have to disable the kernel ACPI stuff but
> the XFree case is a new one to me
I have the same problem with this card and I do not use XFree at all in
my servers
linux-2.4.10-ac12 / 2.4.9 / 2.4.3
eepro100: wait_for_cmd_done timeout!
Rafael Martinez
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Still having problems with eepro100
2001-10-30 11:39 Still having problems with eepro100 Johan
` (2 preceding siblings ...)
2001-10-30 12:09 ` Alan Cox
@ 2001-10-30 16:23 ` Lee Packham
2001-10-30 16:51 ` Kirill Ratkin
2001-10-30 17:07 ` Alex Bligh - linux-kernel
2001-11-01 11:15 ` Andrey Savochkin
5 siblings, 1 reply; 17+ messages in thread
From: Lee Packham @ 2001-10-30 16:23 UTC (permalink / raw)
To: jo_ni; +Cc: linux-kernel
This problem is inherent in FreeBSD, OpenBSD, NetBSD as well as Linux. I
spent a few months hacking my Sony Vaio with number of OS's (it has this
network card built onto it).
The problem is fatal unfortunately and the only solution I found was
Intel's e100 driver.
'nuff said
Lee Packham
>
> Hello,
> Does anyone except me still having problems with the eepro100 drivers ?
>
> The network connection stalls and I'll get this message:
>
> eepro100: wait_for_cmd_done timeout!
>
> I am using the eepro100 drivers with my 100/10 card running in
> 10mbit and it works in windows.
>
> I have been trying all new kernels + the ac patches but nothing
>seems to work. The fun thing is that I only gets this problem
> when I am running XFree, is this just a weird coincidence?
>
> /Johan Nilsson
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel"
> in the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply [flat|nested] 17+ messages in thread* Re: Still having problems with eepro100
2001-10-30 16:23 ` Lee Packham
@ 2001-10-30 16:51 ` Kirill Ratkin
0 siblings, 0 replies; 17+ messages in thread
From: Kirill Ratkin @ 2001-10-30 16:51 UTC (permalink / raw)
To: Lee Packham; +Cc: jo_ni, linux-kernel
I've seen this problem when I compiled 2.4.10 kernel with gcc version
3.0.1. I think there is some problem with broadcast and multicast
packets because I managed to make direct connection but I can't use
dhcpd or xdmcp.
Lee Packham wrote:
>
> This problem is inherent in FreeBSD, OpenBSD, NetBSD as well as Linux. I
> spent a few months hacking my Sony Vaio with number of OS's (it has this
> network card built onto it).
>
> The problem is fatal unfortunately and the only solution I found was
> Intel's e100 driver.
>
> 'nuff said
>
> Lee Packham
>
> >
> > Hello,
> > Does anyone except me still having problems with the eepro100 drivers ?
> >
> > The network connection stalls and I'll get this message:
> >
> > eepro100: wait_for_cmd_done timeout!
> >
> > I am using the eepro100 drivers with my 100/10 card running in
> > 10mbit and it works in windows.
> >
> > I have been trying all new kernels + the ac patches but nothing
> >seems to work. The fun thing is that I only gets this problem
> > when I am running XFree, is this just a weird coincidence?
> >
> > /Johan Nilsson
> > -
> > To unsubscribe from this list: send the line "unsubscribe linux-kernel"
> > in the body of a message to majordomo@vger.kernel.org
> > More majordomo info at http://vger.kernel.org/majordomo-info.html
> > Please read the FAQ at http://www.tux.org/lkml/
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Still having problems with eepro100
2001-10-30 11:39 Still having problems with eepro100 Johan
` (3 preceding siblings ...)
2001-10-30 16:23 ` Lee Packham
@ 2001-10-30 17:07 ` Alex Bligh - linux-kernel
2001-10-31 14:40 ` Alex Bligh - linux-kernel
2001-11-01 11:15 ` Andrey Savochkin
5 siblings, 1 reply; 17+ messages in thread
From: Alex Bligh - linux-kernel @ 2001-10-30 17:07 UTC (permalink / raw)
To: Johan, linux-kernel; +Cc: Alex Bligh - linux-kernel
Johan,
If you mean occasional lockups, which go away if you do ifdown / ifup,
then try the patch I posted Sunday - it forces one of the bug workarounds
on, which was dependent on eeprom by default. Also has a debug line
which writes out what it thinks the chip ID is, which activates
(or not) the other bug workaround. Alan put some or all of this
patch into the latest -ac; from his docs I couldn't tell whether
he put in the 'always use bug override' bit, and I expect not.
if you want to do it yourself, find where rx_bug is set, and just
set it to 1 the line afterwards, and try that.
Alternatively, try the intel drivers.
Alex
--On Tuesday, October 30, 2001 12:39:27 +0100 Johan <jo_ni@telia.com> wrote:
>
> Hello,
> Does anyone except me still having problems with the eepro100 drivers ?
>
> The network connection stalls and I'll get this message:
>
> eepro100: wait_for_cmd_done timeout!
>
> I am using the eepro100 drivers with my 100/10 card running in
> 10mbit and it works in windows.
>
> I have been trying all new kernels + the ac patches but nothing
> seems to work. The fun thing is that I only gets this problem
> when I am running XFree, is this just a weird coincidence?
>
> /Johan Nilsson
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
--
Alex Bligh
^ permalink raw reply [flat|nested] 17+ messages in thread* Re: Still having problems with eepro100
2001-10-30 17:07 ` Alex Bligh - linux-kernel
@ 2001-10-31 14:40 ` Alex Bligh - linux-kernel
0 siblings, 0 replies; 17+ messages in thread
From: Alex Bligh - linux-kernel @ 2001-10-31 14:40 UTC (permalink / raw)
To: Alex Bligh - linux-kernel, Johan, linux-kernel; +Cc: Alex Bligh - linux-kernel
Johan,
--On Tuesday, October 30, 2001 5:07 PM +0000 Alex Bligh - linux-kernel
<linux-kernel@alex.org.uk> wrote:
> If you mean occasional lockups, which go away if you do ifdown / ifup,
> then try the patch I posted Sunday - it forces one of the bug workarounds
> on, which was dependent on eeprom by default. Also has a debug line
> which writes out what it thinks the chip ID is, which activates
> (or not) the other bug workaround. Alan put some or all of this
> patch into the latest -ac; from his docs I couldn't tell whether
> he put in the 'always use bug override' bit, and I expect not.
> if you want to do it yourself, find where rx_bug is set, and just
> set it to 1 the line afterwards, and try that.
Though this worked for me before, it appears to have stopped working
and I don't think I reverted the code (sigh). Are you by any chance
using something with apm in, or using it as a module and removing
the module? The only difference here between working and non-working
is that I've suspended and resumed the machine (/without/ power
management / apm compiled in).
> Alternatively, try the intel drivers.
I am informed by someone who really should know that this /does/ work.
--
Alex Bligh
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Still having problems with eepro100
2001-10-30 11:39 Still having problems with eepro100 Johan
` (4 preceding siblings ...)
2001-10-30 17:07 ` Alex Bligh - linux-kernel
@ 2001-11-01 11:15 ` Andrey Savochkin
2001-11-01 11:33 ` Jeff Garzik
5 siblings, 1 reply; 17+ messages in thread
From: Andrey Savochkin @ 2001-11-01 11:15 UTC (permalink / raw)
To: Johan; +Cc: linux-kernel
On Tue, Oct 30, 2001 at 12:39:27PM +0100, Johan wrote:
>
> Hello,
> Does anyone except me still having problems with the eepro100 drivers ?
>
> The network connection stalls and I'll get this message:
>
> eepro100: wait_for_cmd_done timeout!
Try to add `udelay(1);' inside the loop in wait_for_cmd_done().
It helped to some people with same problems.
Andrey
^ permalink raw reply [flat|nested] 17+ messages in thread* Re: Still having problems with eepro100
2001-11-01 11:15 ` Andrey Savochkin
@ 2001-11-01 11:33 ` Jeff Garzik
0 siblings, 0 replies; 17+ messages in thread
From: Jeff Garzik @ 2001-11-01 11:33 UTC (permalink / raw)
To: Andrey Savochkin; +Cc: Johan, linux-kernel
Andrey Savochkin wrote:
>
> On Tue, Oct 30, 2001 at 12:39:27PM +0100, Johan wrote:
> >
> > Hello,
> > Does anyone except me still having problems with the eepro100 drivers ?
> >
> > The network connection stalls and I'll get this message:
> >
> > eepro100: wait_for_cmd_done timeout!
>
> Try to add `udelay(1);' inside the loop in wait_for_cmd_done().
> It helped to some people with same problems.
In 2.4 that's already there:
> static inline void wait_for_cmd_done(long cmd_ioaddr)
> {
> int wait = 1000;
> do udelay(1) ;
> while(inb(cmd_ioaddr) && --wait >= 0);
> #ifndef final_version
> if (wait < 0)
> printk(KERN_ALERT "eepro100: wait_for_cmd_done timeout!\n");
> #endif
> }
In contrast, here is what Becker's current version looks like. It looks
like Becker just added a hack to continue waiting.
Things to try:
(a) add a rmb() after the udelay
(b) the Becker version
> /* How to wait for the command unit to accept a command.
> Typically this takes 0 ticks. */
>
> static inline void wait_for_cmd_done(long cmd_ioaddr)
> {
> int wait = 0;
> do
> if (inb(cmd_ioaddr) == 0) return;
> while(++wait <= 100);
> do
> if (inb(cmd_ioaddr) == 0) break;
> while(++wait <= 10000);
> printk(KERN_ERR "Command %4.4x was not immediately accepted, %d ticks!\n
> ",
> inb(cmd_ioaddr), wait);
> }
--
Jeff Garzik | Only so many songs can be sung
Building 1024 | with two lips, two lungs, and one tongue.
MandrakeSoft | - nomeansno
^ permalink raw reply [flat|nested] 17+ messages in thread