Hi,
Vincent Blut wrote:
> Therefore I will try with FreeBSD (or a derivative), which use the 'msk'
> driver which support that feature.
> By the way, do you know if there is a Debian GNU/kFreeBSD live project?
I believe there was one long ago that is not maintained any more. But the
debian-ins
found 609994 linux-2.6/3.2.1-2
quit
> Hi Vincent,
>
Hi Jonathan,
> You wrote before that v3.2-rc3 didn't work, so in order not to forget, I'm
> marking 3.2-rc4 as affected.
>
3.2.1-2 is affected as well, so I'm marking it accordingly.
> Do you know anyone with the same hardware or with an
found 609994 linux-2.6/3.2~rc4-1~experimental.1
quit
(-cc: upstream)
Hi Vincent,
Vincent Blut wrote:
> This isn't really a hardware checksum failure.
> Your problem is deeper than that. The internal parts of the chip are not
> communicating correctly. The "hung mac" is a problem only occurs if t
Le 28/11/2011 16:50, Stephen Hemminger a écrit :
> On Mon, 28 Nov 2011 12:10:20 +
> Vincent Blut wrote:
>
>
>> Hi,
>>
>> [reference: http://bugs.debian.org/609994]
>>
>> I have a Marvell ethernet controller which presents some failures when
>> 'rx checksumming' is enabled,
>> here is the mo
On Mon, 28 Nov 2011 12:10:20 +
Vincent Blut wrote:
> Hi,
>
> [reference: http://bugs.debian.org/609994]
>
> I have a Marvell ethernet controller which presents some failures when
> 'rx checksumming' is enabled,
> here is the model:
>
> $ lspci -vvs 03:00.0
> 03:00.0 Ethernet controller: Ma
Hi,
[reference: http://bugs.debian.org/609994]
I have a Marvell ethernet controller which presents some failures when
'rx checksumming' is enabled,
here is the model:
$ lspci -vvs 03:00.0
03:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8053 PCI-E
Gigabit Ethernet Controller (rev 15
6 matches
Mail list logo