Re: Network failures with ACPI enabled (kernel 2.4, 2.6) PROBLEM FOUND!!!!!!

Michael Guntsche
2003-12-31T16:23:28Z

On 31 Dec 2003 01:21:01 -0500
Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> wrote:

> The fact that transmit works and receive fails is a clue.
> Probably the broadcom uses interrupts for receive, but doesn't
> use interrupts for transmit. So if it were not getting interrupts,
> transmit could still send frames.
>
> So if you enable the parallel port in ECP mode, broadcom works --
> but if the port is disabled, or enabled but not in ECP mode, it fails?

Hmm I played around with it some more. If I lower the speed on my
notebook
to 10baseT-HD the transfer works at 800KB/s.
But errors and frames on the device (eth0) are increasing at an alarming
rate.
For me it looks like that the problem occurs if the network card gets a
lot of inbound traffic.

>
> This is curious. Indeed, the AML for this box shows three devices,
> ECP, EPP, and LPTB. Unfortunately, the _PRS for them disassembles
> as a Buffer that one has to hand-disassemble to see what resources
> are actually possible...
So this means that ACPI IS doing something different depending on the
setting in the BIOS, right?

>
> To answer your question about observing what the ECP enable/disable
> does to the AML, the DSDT could be extracted, modified
> and used to over-ride the DSDT in the BIOS. This isn't rocket
> science, but isn't trivial either.

>
> As curious as the failure is, the system works both ways when
> running XP, so I would encourage you to put the info into a
> bug report. The observation about TX working and RX failing
> raises the prospect that this really is an IRQ issue, and
> with the /proc/interrupts for the different cases at hand
> the solution to this puzzle may become more clear.

In both cases (with or without ECP enabled) interrupts are increasing,
although it stops in the error case since the card resets itself.

/michael