Control: reassign -1 src:linux-2.6 2.6.32-45
Control: close -1
Don't reopen random unrelated bugs, thanks.
Ben.
--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
- Albert Camus
--
To UNSUBSCR
cat /etc/debian_version
7.1
uname -a
Linux nassounet 3.2.0-4-orion5x #1 Debian 3.2.41-2 armv5tel GNU/Linux
When settings MTU to 9000 (ifconfig eth0 mtu 9000) :
[4098918.032189] mv643xx_eth_port mv643xx_eth_port.0: eth0: link up,
1000 Mb/s, full duplex, flow control disabled
When having heavy
Hi,
As I'm not a TCP/IP guru (neither a good network admin), please find
netowrk capture from Wireshark to analyze network traffic on TCP port
5001 (which is used for iperf testing) on this URL :
https://www.makelofine.org/perso/debug/orion_full.pcap
log : debug
pass : 5c400a761e688
192.168.
On Thu, 2012-07-19 at 10:43 +0200, Damien Martins wrote:
> Same behaviour :/
>
> dmesg shows :
[...]
MTU of 9000 requires 4 contiguous pages of memory for each packet. On a
machine with only 256 MB of memory, that tends to be hard to find. This
is not a bug.
Are the checksum errors gone?
Ben.
Same behaviour :/
dmesg shows :
"[ 619.869032] [] (unwind_backtrace+0x0/0xdc) from
[] (__alloc_pages_nodemask+0x4dc/0x57c)
[ 619.878846] [] (__alloc_pages_nodemask+0x4dc/0x57c) from
[] (__get_free_pages+0x14/0x44)
[ 619.888727] [] (__get_free_pages+0x14/0x44) from
[] (__kmalloc_track_caller+0
Same behaviour :/
dmesg shows :
"[ 619.869032] [] (unwind_backtrace+0x0/0xdc) from
[] (__alloc_pages_nodemask+0x4dc/0x57c)
[ 619.878846] [] (__alloc_pages_nodemask+0x4dc/0x57c) from
[] (__get_free_pages+0x14/0x44)
[ 619.888727] [] (__get_free_pages+0x14/0x44) from
[] (__kmalloc_track_calle
Martin Michlmayr writes:
> * Arnaud Patard [2012-05-21 11:40]:
>> I've uploaded a test kernel at :
>> http://www.rtp-net.org/kirkwood/linux-image-2.6.32-5-kirkwood_2.6.32-46~bug673107_armel.deb
>>
>> Can you please check that the issue is gone with it ?
>
> Can you make a kernel image for Orion
* Arnaud Patard [2012-05-21 11:40]:
> I've uploaded a test kernel at :
> http://www.rtp-net.org/kirkwood/linux-image-2.6.32-5-kirkwood_2.6.32-46~bug673107_armel.deb
>
> Can you please check that the issue is gone with it ?
Can you make a kernel image for Orion available?
--
Martin Michlmayr
ht
* Arnaud Patard [2012-05-21 11:40]:
> I've uploaded a test kernel at :
> http://www.rtp-net.org/kirkwood/linux-image-2.6.32-5-kirkwood_2.6.32-46~bug673107_armel.deb
>
> Can you please check that the issue is gone with it ?
I'll ask the person who reported the bug. Thanks!
--
Martin Michlmayr
h
Hi,
I've uploaded a test kernel at :
http://www.rtp-net.org/kirkwood/linux-image-2.6.32-5-kirkwood_2.6.32-46~bug673107_armel.deb
Can you please check that the issue is gone with it ?
Thanks,
Arnaud
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsu
Martin Michlmayr writes:
Hi,
> Package: linux-2.6
> Version: 2.6.32-45
>
> A user on the Kirkwood platform reported TCP checksum errors when
> using MTU 9000:
> http://forum.qnap.com/viewtopic.php?f=147&t=59281&p=266527#p266527
>
> This has been previously discussed:
> http://lists.debian.org/de
Package: linux-2.6
Version: 2.6.32-45
A user on the Kirkwood platform reported TCP checksum errors when
using MTU 9000:
http://forum.qnap.com/viewtopic.php?f=147&t=59281&p=266527#p266527
This has been previously discussed:
http://lists.debian.org/debian-arm/2009/11/msg00087.html
iirc a patch wen
12 matches
Mail list logo