Francois Romieu wrote:
Bruce Cole <[EMAIL PROTECTED]> :
[...]
What's the status of this fix? It (or something more refined) seems
necessary to correct the current performance problems with this driver.
An explanation or something more refined would be welcome.
Are you indicating t
[EMAIL PROTECTED] wrote:
Bruce,
I settled on using ndelay(10) rather than udelay(25) in the end..
it's probably a bit safer & less likely to cause problems with higher
throughputs.
Yes, I saw that you later recommended the change but opted to try it the
way you tested first.
When I was di
Bruce Cole <[EMAIL PROTECTED]> :
[...]
> What's the status of this fix? It (or something more refined) seems
> necessary to correct the current performance problems with this driver.
An explanation or something more refined would be welcome.
[...]
> I can troubleshoot in more detail if that wou
David Gundersen <[EMAIL PROTECTED]> :
> Now, on to my workaround. Putting a spin style wait like the following
> in front of the line above seemed to solve the problem for me:
>
>
> if (RTL_R8(TxPoll) & NPQ) {
> for (i = 20; i > 0; i--) {
> if (!(RTL_R8(TxPoll) & NPQ))
>break;
>
What is the value of the MTU for your 8168 device ?
Hi Francois,
The MTU for the adapter is set at the default of 1500.
A bit more background on how I came across this might be in order. I
noticed it when performing very simple SQL queries against a postgres
database on my server. I capt
David Gundersen <[EMAIL PROTECTED]> :
[...]
> I've been doing a bit of investigation work into a problem that I've
> been experiencing with the latest available r8168 driver from realtek
> ('r8168-8.001.00') & linux kernel 2.6.21.1.
>
> I have been experiencing wierd problems with slow outbound
Hi all,
I've been doing a bit of investigation work into a problem that I've
been experiencing with the latest available r8168 driver from realtek
('r8168-8.001.00') & linux kernel 2.6.21.1.
I have been experiencing wierd problems with slow outbound traffic that
seem to go away if there's t
