Stephen Hemminger <[EMAIL PROTECTED]> writes:
> I would comment the message out. I added it to see how often the recovery
> was triggering..
i'll probably do that eventually. so far it's triggered 97 times in
249 seconds.
--alex--
--
| I believe the moment is at hand when, by a paranoiac and
Stephen Hemminger <[EMAIL PROTECTED]> writes:
> I fixed a bunch of stuff (see ChangeLog) and made a 2.6.19 or later
> version see:
> http://developer.osdl.org/shemminger/prototypes/sk98lin-8.41.tar.gz
>
> It is too noisy in the console log, because it shows how many times
> the driver dope s
Stephen Hemminger <[EMAIL PROTECTED]> writes:
> I fixed a bunch of stuff (see ChangeLog) and made a 2.6.19 or later
> version see:
> http://developer.osdl.org/shemminger/prototypes/sk98lin-8.41.tar.gz
>
> It is too noisy in the console log, because it shows how many times
> the driver dope s
Stephen Hemminger <[EMAIL PROTECTED]> writes:
> I have a fixed up version of the vendor driver, I'll repackage it tomorrow.
as per the include file, i ended up replacing all the CHECKSUM_HW with
CHECkSUM_PARTIAL since the functions in questions had to do with
transmit. seems to be working so far
Stephen Hemminger <[EMAIL PROTECTED]> writes:
> If this is repeatable... and mac_pause is always one then the
> problem is hardware flow control. I saw bugs before in the bus
> interface where it would not resume on unaligned buffer, but
> that was on receive.
i tried to switch over to the lates
Stephen Hemminger <[EMAIL PROTECTED]> writes:
> Another useful bit of information is the statistics (ethtool -S eth0).
> When there were flow control bugs, they would show up as count of 1.
the driver locked up again, even with msi interrupts disabled and
idle_timeout=10. the console message was
Stephen Hemminger <[EMAIL PROTECTED]> writes:
> Another useful bit of information is the statistics (ethtool -S
> eth0). When there were flow control bugs, they would show up as
> count of 1.
>
> Are you doing jumbo frames (MTU > 1500)?
i just did 'ethtool -S eth0' (the card is still working fine
Stephen Hemminger <[EMAIL PROTECTED]> writes:
> Another useful bit of information is the statistics (ethtool -S eth0).
> When there were flow control bugs, they would show up as count of 1.
we'll see if the machine locks up again.
> Are you doing jumbo frames (MTU > 1500)?
no (or at least i don
Stephen Hemminger <[EMAIL PROTECTED]> writes:
> 4) What is the IRQ routing?
>There are two issues here, first the driver will never work with edge
>trigger IRQ's, some motherboards also have busted BIOS and chipsets
>that don't do MSI properly. A couple of module parameters are availab
Stephen Hemminger <[EMAIL PROTECTED]> writes:
> On Thu, 14 Dec 2006 12:47:05 -0800
> Alex Romosan <[EMAIL PROTECTED]> wrote:
>
>> under heavy network load the sky2 driver (compiled in the kernel)
>> locks up and the only way i can get the network back is to re
Dave Kleikamp <[EMAIL PROTECTED]> writes:
> I believe it was broken by:
> http://www.kernel.org/git/gitweb.cgi?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=3b4c7d640376dbccfe80fc4f7b8772ecc7de28c5
>
> I have seen this in the -mm tree, but didn't follow up at the time. I
> was able to fix
Adrian Bunk <[EMAIL PROTECTED]> writes:
> On Thu, Oct 05, 2006 at 09:31:16PM -0700, Alex Romosan wrote:
>> Linus Torvalds <[EMAIL PROTECTED]> writes:
>>
>> > so please give it a good testing, and let's see if there are any
>> > regressions
12 matches
Mail list logo
