netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [Regression] 2.6.34-rc1 sky2 mtu on second port defaults to 576
@ 2010-03-16 15:03 Michael Breuer
  2010-03-16 16:17 ` Michael Breuer
  0 siblings, 1 reply; 3+ messages in thread
From: Michael Breuer @ 2010-03-16 15:03 UTC (permalink / raw)
  To: Linux Kernel Mailing List, netdev

Haven't bisected - problem seemed to have started around 2.6.34-rc1-0933 
(not seen before the rc1 tag).

On boot, eth1 ends up with MTU of 576 (eth0 is 1500). My f12 startup 
scripts are not setting MTU (never have).


Nothing of note in dmesg
No change to .config
No mtu change reported in log.

Basically, sky2 reports eth1 up... and within the same second begins 
reporting receive length errors. Most network functions via eth1 fail.

ifconfig eth1 reveals mtu of 576, setting mtu to 1500 restores network 
functionality.

Booting back to 2.6.33-06233 (git from March 8) the problem does not 
manifest.

I'll bisect if this isn't obvious to someone.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [Regression] 2.6.34-rc1 sky2 mtu on second port defaults to 576
  2010-03-16 15:03 [Regression] 2.6.34-rc1 sky2 mtu on second port defaults to 576 Michael Breuer
@ 2010-03-16 16:17 ` Michael Breuer
  2010-03-16 18:46   ` Michael Breuer
  0 siblings, 1 reply; 3+ messages in thread
From: Michael Breuer @ 2010-03-16 16:17 UTC (permalink / raw)
  To: Linux Kernel Mailing List, netdev

  On 3/16/2010 11:03 AM, Michael Breuer wrote:
> Haven't bisected - problem seemed to have started around 
> 2.6.34-rc1-0933 (not seen before the rc1 tag).
>
> On boot, eth1 ends up with MTU of 576 (eth0 is 1500). My f12 startup 
> scripts are not setting MTU (never have).
>
>
> Nothing of note in dmesg
> No change to .config
> No mtu change reported in log.
>
> Basically, sky2 reports eth1 up... and within the same second begins 
> reporting receive length errors. Most network functions via eth1 fail.
>
> ifconfig eth1 reveals mtu of 576, setting mtu to 1500 restores network 
> functionality.
>
> Booting back to 2.6.33-06233 (git from March 8) the problem does not 
> manifest.
>
> I'll bisect if this isn't obvious to someone.
> -- 
> 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/
Never mind... Cablevision changed my cable modem... dhcp is setting the 
mtu option to 576 (never did before). grrrr. My one fallback test seems 
to have been a fluke.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [Regression] 2.6.34-rc1 sky2 mtu on second port defaults to 576
  2010-03-16 16:17 ` Michael Breuer
@ 2010-03-16 18:46   ` Michael Breuer
  0 siblings, 0 replies; 3+ messages in thread
From: Michael Breuer @ 2010-03-16 18:46 UTC (permalink / raw)
  To: Linux Kernel Mailing List, netdev

  On 3/16/2010 12:17 PM, Michael Breuer wrote:
>  On 3/16/2010 11:03 AM, Michael Breuer wrote:
>> Haven't bisected - problem seemed to have started around 
>> 2.6.34-rc1-0933 (not seen before the rc1 tag).
>>
>> On boot, eth1 ends up with MTU of 576 (eth0 is 1500). My f12 startup 
>> scripts are not setting MTU (never have).
>>
>>
>> Nothing of note in dmesg
>> No change to .config
>> No mtu change reported in log.
>>
>> Basically, sky2 reports eth1 up... and within the same second begins 
>> reporting receive length errors. Most network functions via eth1 fail.
>>
>> ifconfig eth1 reveals mtu of 576, setting mtu to 1500 restores 
>> network functionality.
>>
>> Booting back to 2.6.33-06233 (git from March 8) the problem does not 
>> manifest.
>>
>> I'll bisect if this isn't obvious to someone.
>> -- 
>> 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/
> Never mind... Cablevision changed my cable modem... dhcp is setting 
> the mtu option to 576 (never did before). grrrr. My one fallback test 
> seems to have been a fluke.
And one last update... turns out not Cablevision either. There was an 
F12 update to dhcp client over the weekend to enable request (and set) 
of interface.mtu by default. Previously, dhcp client was not requesting 
or setting the mtu.

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2010-03-16 18:46 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-03-16 15:03 [Regression] 2.6.34-rc1 sky2 mtu on second port defaults to 576 Michael Breuer
2010-03-16 16:17 ` Michael Breuer
2010-03-16 18:46   ` Michael Breuer

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).