On Thu, 09 May 2013 15:31:23 -0700, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.8.13 release. There
This patchset broke my internet, with all sorts of weird effects like
Samba clients having problems to talk to the server and only partially
working DNS
On Thu, 09 May 2013 15:31:23 -0700, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.8.13 release. There
This patchset broke my internet, with all sorts of weird effects like
Samba clients having problems to talk to the server and only partially
working DNS
My old trusty Thinkpad T60 with a Mobility Radeon X1400 runs fine with
3.7.10 - glxgears, vlc work great. However with kernel >=3.8.x any attempt
at X dies in various ways. While waiting for all the other regressions in
3.8.x to settle down I've collected the occasional attempt with newer
My old trusty Thinkpad T60 with a Mobility Radeon X1400 runs fine with
3.7.10 - glxgears, vlc work great. However with kernel =3.8.x any attempt
at X dies in various ways. While waiting for all the other regressions in
3.8.x to settle down I've collected the occasional attempt with newer
kernels.
On Thu, 06 Dec 2012 16:58:44 -0800, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.6.10 release.
Patched against 3.6.9/builds/works fine on 3 Gentoo ~x86 machines, two
generic i5/i7 boxes (one ATI with Evergreen chip) and an old T60 Thinkpad.
No borkage
On Thu, 06 Dec 2012 16:58:44 -0800, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.6.10 release.
Patched against 3.6.9/builds/works fine on 3 Gentoo ~x86 machines, two
generic i5/i7 boxes (one ATI with Evergreen chip) and an old T60 Thinkpad.
No borkage
(CC: J. Bruce Fields)
Greg,
it looks like a fix for a regression in NFS is not mentioned in this
patch even though it was supposedly sent to -stable:
http://lkml.indiana.edu/hypermail/linux/kernel/1208.2/00594.html
I tried to locate the patch in git but could not find it anywhere. As far
as I
(CC: J. Bruce Fields)
Greg,
it looks like a fix for a regression in NFS is not mentioned in this
patch even though it was supposedly sent to -stable:
http://lkml.indiana.edu/hypermail/linux/kernel/1208.2/00594.html
I tried to locate the patch in git but could not find it anywhere. As far
as I
I got my Promise card and everything is up and running without problems,
using kernel 2.6.24-rc6 and the sata_promise driver out of the box:
00:0c.0 Mass storage controller: Promise Technology, Inc. PDC40775 (SATA 300
TX2plus) (rev 02)
Subsystem: Promise Technology, Inc. PDC40775 (SATA
I got my Promise card and everything is up and running without problems,
using kernel 2.6.24-rc6 and the sata_promise driver out of the box:
00:0c.0 Mass storage controller: Promise Technology, Inc. PDC40775 (SATA 300
TX2plus) (rev 02)
Subsystem: Promise Technology, Inc. PDC40775 (SATA
On Mon, 31 Dec 2007 16:19:26 -0800, Linda Walsh wrote:
> [snip]
> Another new "problem" (not as important) -- even though SATA disks are
> called with "sdX", my ATA disks that *were* at hda-hdc are now at hde-hdg.
> Devices hda-hdd are not populated in my dev directory on bootup. Of
I think
On Mon, 31 Dec 2007 16:19:26 -0800, Linda Walsh wrote:
[snip]
Another new problem (not as important) -- even though SATA disks are
called with sdX, my ATA disks that *were* at hda-hdc are now at hde-hdg.
Devices hda-hdd are not populated in my dev directory on bootup. Of
I think this is
On Thu, 06 Dec 2007 19:44:26 +0100, Francois Romieu wrote:
> Holger Hoffstaette <[EMAIL PROTECTED]> : [...]
>> Maybe turning off sendfile or NAPI just lead to random success - so far
>> it really looks like tso on the r8169 is the common cause.
>
> TSO on th
On Thu, 13 Dec 2007 03:19:43 +0100, Holger Hoffstaette wrote:
> I have now gone back to enable TSO since vsftp with sendfile really seems
> to be the only app that causes this. I have simply set it to
> use_sendfile=NO and no corruption occurs at all; the machine is stable a
On Thu, 13 Dec 2007 03:19:43 +0100, Holger Hoffstaette wrote:
I have now gone back to enable TSO since vsftp with sendfile really seems
to be the only app that causes this. I have simply set it to
use_sendfile=NO and no corruption occurs at all; the machine is stable and
fast.
In the good
On Thu, 06 Dec 2007 19:44:26 +0100, Francois Romieu wrote:
Holger Hoffstaette [EMAIL PROTECTED] : [...]
Maybe turning off sendfile or NAPI just lead to random success - so far
it really looks like tso on the r8169 is the common cause.
TSO on the r8169 is the magic switch but the regression
On Thu, 06 Dec 2007 19:44:26 +0100, Francois Romieu wrote:
> Holger Hoffstaette <[EMAIL PROTECTED]> : [...]
>> Maybe turning off sendfile or NAPI just lead to random success - so far
>> it really looks like tso on the r8169 is the common cause.
>
> TSO on th
On Thu, 06 Dec 2007 19:44:26 +0100, Francois Romieu wrote:
Holger Hoffstaette [EMAIL PROTECTED] : [...]
Maybe turning off sendfile or NAPI just lead to random success - so far
it really looks like tso on the r8169 is the common cause.
TSO on the r8169 is the magic switch but the regression
On Wed, 05 Dec 2007 23:54:29 +0100, Francois Romieu wrote:
> Holger Hoffstaette <[EMAIL PROTECTED]> : [...]
>> Should I file this in bugzilla?
>
> Yes.
Thanks for responding - will do. I verified with 2.6.24-rc4 (same bug) and
have some new information about this.
Despit
On Wed, 05 Dec 2007 23:54:29 +0100, Francois Romieu wrote:
Holger Hoffstaette [EMAIL PROTECTED] : [...]
Should I file this in bugzilla?
Yes.
Thanks for responding - will do. I verified with 2.6.24-rc4 (same bug) and
have some new information about this.
Despite my previous posting
On Sun, 02 Dec 2007 17:00:03 +0100, Holger Hoffstaette wrote:
> On Fri, 30 Nov 2007 10:26:54 -0800, Rick Jones wrote:
>
>> Could the corruption be seen in a tcpdump trace prior to transmission
>> (ie taken on the sender) or was it only seen after the data passed out
>
On Fri, 30 Nov 2007 10:26:54 -0800, Rick Jones wrote:
> Could the corruption be seen in a tcpdump trace prior to transmission (ie
> taken on the sender) or was it only seen after the data passed out the
> NIC?
I did the following:
1) turn on tso on the server's r8169: ethtool --offload eth0
On Fri, 30 Nov 2007 10:26:54 -0800, Rick Jones wrote:
Could the corruption be seen in a tcpdump trace prior to transmission (ie
taken on the sender) or was it only seen after the data passed out the
NIC?
I did the following:
1) turn on tso on the server's r8169: ethtool --offload eth0 tso
On Sun, 02 Dec 2007 17:00:03 +0100, Holger Hoffstaette wrote:
On Fri, 30 Nov 2007 10:26:54 -0800, Rick Jones wrote:
Could the corruption be seen in a tcpdump trace prior to transmission
(ie taken on the sender) or was it only seen after the data passed out
the NIC?
I did the following
Btw, the r8169 has NAPI enabled.
kernel config:
http://hoho.dyndns.org/~holger/dist/kernel-config-x86-2.6.23.9
dmesg:
http://hoho.dyndns.org/~holger/dist/dmesg
lspci -vv:
http://hoho.dyndns.org/~holger/dist/lspci
thanks
Holger
-
To unsubscribe from this list: send the line "unsubscribe
On Fri, 30 Nov 2007 09:07:53 +0100, Eric Dumazet wrote:
> CC to netdev, it might concern network guys
It is indeed related to network/r8169, more below.
> Could you try with a test file containing unique patterns ?
Same result, here is new information.
- contrary to my first posting, the
On Fri, 30 Nov 2007 09:07:53 +0100, Eric Dumazet wrote:
CC to netdev, it might concern network guys
It is indeed related to network/r8169, more below.
Could you try with a test file containing unique patterns ?
Same result, here is new information.
- contrary to my first posting, the
Btw, the r8169 has NAPI enabled.
kernel config:
http://hoho.dyndns.org/~holger/dist/kernel-config-x86-2.6.23.9
dmesg:
http://hoho.dyndns.org/~holger/dist/dmesg
lspci -vv:
http://hoho.dyndns.org/~holger/dist/lspci
thanks
Holger
-
To unsubscribe from this list: send the line unsubscribe
Hi -
This regular Linux user and lkml lurker just noticed data corruption in
ftp'ed files and narrowed it down to vsftpd using sendfile(). So far this
has never caused problems in the past; I have not noticed this with
2.6.22.x but may have missed it. I do remember reading about some changes
to
Hi -
This regular Linux user and lkml lurker just noticed data corruption in
ftp'ed files and narrowed it down to vsftpd using sendfile(). So far this
has never caused problems in the past; I have not noticed this with
2.6.22.x but may have missed it. I do remember reading about some changes
to
30 matches
Mail list logo
