I'll send an email to the resnet people seeing if they can login to the
hubs and get some kind of stats to fidn out if there is a general
problem with collisions...
>
> > Jan 28 20:26:06 bouncybouncy kernel: eth0: reset finished after 10005
> > microseconds.
>
> The "You have reset me too many times. Go away." error.
>
>
> > After reloading the driver it started working again:
> >
> > linuxfet.c : v3.23 05/15/2001
> > The PCI BIOS has not enabled the device at 0/144! Updating PCI
> > command 0003->0007.
> > eth0: VIA PCI 10/100Mb Fast Ethernet Adapter
> > eth0: IO Address = 0xe800, MAC Address = 00:50:2c:01:64:a9, IRQ = 11.
> > eth0: MII PHY found at address 1, status 0x782d advertising 01e1 Link
> > 0021.
> > eth0: netdev_open() irq 11.
> > eth0: Done netdev_open(), status 881a MII status: 782d.
>
> 0003->0007 is that it turns on bus mastering. I have copied the code from
> the linuxfet driver that sets that bit. But for me that is set later by
> the pci_set_master function, and I think the warning is incorrect.
>
> After reloading the linuxfet driver, does the via-rhine driver work better
> if you switch back to it without rebooting?
>
Well...I tried...
ifdown eth0;rmmod linuxfet;modprobe via-rhine;ifup eth0 and it worked
fine for a minute.
Then I went to switch back to linuxfet. somehow both modules got loaded
at the same time, rmmod'd them both and when I did ifup eth0 again it
locked up.
So I'm back to a 0 uptime using linuxfet again...I'll have to repatch
and build via-rhine...
one thing that I have noticed is that it only ever gets the
"The PCI BIOS has not enabled the device at 0/144! Updating PCI command
0003->0007."
after via-rhine stops working and I load linuxfet.
-Justin
-
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/