Bug#621471: upgrade to 1:1.2.3-1 breaks statd, prevents mounting

2011-04-07 Thread Stéphane Glondu
Hello, I was hit by this bug too, and using rpcbind instead of portmap also works for me. Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive:

Bug#672353: IPv6 does not work

2012-05-10 Thread Stéphane Glondu
Package: linux-2.6 Version: 2.6.32-44 Severity: grave Tags: squeeze Hello, Since the upgrade linux-image-2.6.32-5-kirkwood 2.6.32-41squeeze2 - 2.6.32-44, IPv6 is no longer working: $ sudo modprobe ipv6 FATAL: Error inserting ipv6 (/lib/modules/2.6.32-5-kirkwood/kernel/net/ipv6/ipv6.ko):

Bug#709616: floods the network with pause packets

2013-10-24 Thread Stéphane Glondu
Package: src:linux Followup-For: Bug #709616 Hello, This bug hadn't happend in a long time... but it just happened with linux-image-3.10-3-amd64 (version 3.10.11-1). The longest uptime I got so far since I initially submitted this bug is 24 days (I frequently reboot my computer because I follow

Bug#709616: floods the network with pause packets

2013-12-10 Thread Stéphane Glondu
Package: src:linux Followup-For: Bug #709616 Le 24/10/2013 16:20, Stéphane Glondu a écrit : This bug hadn't happend in a long time... but it just happened with linux-image-3.10-3-amd64 (version 3.10.11-1). The longest uptime I got so far since I initially submitted this bug is 24 days (I

Bug#709616: floods the network with pause packets

2013-05-24 Thread Stéphane Glondu
Package: src:linux Version: 3.8.13-1 Severity: important Dear Maintainers, With Linux 3.8, my computer starts (after some time) flooding its network interface with pause packets, effectively freezing it and other network-dependent computers connected to the same switch. When I disconnect it

Bug#709616: floods the network with pause packets

2013-05-25 Thread Stéphane Glondu
Le 24/05/2013 18:07, Ben Hutchings a écrit : With Linux 3.8, my computer starts (after some time) flooding its network interface with pause packets, effectively freezing it and other network-dependent computers connected to the same switch. Switches should normally be configured to generate

Bug#709616: floods the network with pause packets

2013-05-26 Thread Stéphane Glondu
Le 26/05/2013 03:54, Ben Hutchings a écrit : I forgot, e1000e still doesn't report autoneg state completely through ethtool. How about 'mii-tool -v eth0'? # mii-tool -v eth0 SIOCGMIIREG on eth0 failed: Input/output error SIOCGMIIREG on eth0 failed: Input/output error eth0: negotiated

Bug#709616: floods the network with pause packets

2013-05-30 Thread Stéphane Glondu
Le 26/05/2013 18:10, Ben Hutchings a écrit : OK, so the switch is indeed defective: it says it can handle pause frames, but it can't. The problem happened on (at least) two different switches from different manufacturers (Transtec and Netgear). FWIW, the problem just happened on another

Bug#709616: floods the network with pause packets

2013-05-30 Thread Stéphane Glondu
Le 30/05/2013 14:58, Ben Hutchings a écrit : Could you check whether the switch is also sending pause frames back to the port that's generating them? How exactly do I do that? Is disconnecting the faulty computer and connecting my laptop in its place right? ethtool -S eth0 | grep

Bug#743230: no sound from external speakers after upgrade (hda_intel driver)

2014-03-31 Thread Stéphane Glondu
Package: src:linux Version: 3.13.7-1 Severity: important Dear maintainer, With the recent upgrade of the kernel, from 3.13.5-1 to 3.13.7-1, I do no longer have sound coming out of my speakers. The following suspicious message appears in logs: hda-intel :00:07.0: spurious response

Bug#709616: floods the network with pause packets

2014-08-12 Thread Stéphane Glondu
Hello, Since I've upgraded to Linux 3.14, this bug occurs more often. The record of uptime so far is 7 days and 18 hours. Tail of uprecords -b -m 0 output: 46 19 days, 23:50:56 | Linux 3.13-1-amd64 Tue Apr 22 09:37:55 2014 477 days, 04:20:44 | Linux 3.14-1-amd64 Mon May 19 15:08:40

Bug#800934: linux-image-4.2.0-1-amd64: Kernel 4.2.0-1-amd64 does not boot

2015-10-06 Thread Stéphane Glondu
Le 05/10/2015 17:47, Ben Hutchings a écrit : > Right, this CPU is missing AES-NI so this module should refuse to > initialise. > > Patch attached; please test it following the instructions at > . It works. Cheers,

Bug#800934: linux-image-4.2.0-1-amd64: Kernel 4.2.0-1-amd64 does not boot

2015-10-05 Thread Stéphane Glondu
Le 05/10/2015 16:36, Ben Hutchings a écrit : > It's not the disk encryption; I think it's IPsec. Indeed: the problem disappeared when I purged ipsec-tools and racoon. The problem is back when I reinstall ipsec-tools. > I think the crash is late enough that it will have been logged to >

Bug#800934: linux-image-4.2.0-1-amd64: Kernel 4.2.0-1-amd64 does not boot

2015-10-05 Thread Stéphane Glondu
Le 05/10/2015 17:20, Stéphane Glondu a écrit : >> It's not the disk encryption; I think it's IPsec. > > Indeed: the problem disappeared when I purged ipsec-tools and racoon. > The problem is back when I reinstall ipsec-tools. > >> I think the crash is late enough that

Bug#800934: linux-image-4.2.0-1-amd64: Kernel 4.2.0-1-amd64 does not boot

2015-10-05 Thread Stéphane Glondu
Le 05/10/2015 16:36, Ben Hutchings a écrit : > [...] >> I think the crash is late enough that it will have been logged to >> /var/log/messages, so please can you provide the full BUG/oops message >> from there? > > Also, the contents of /proc/cpuinfo. Attached. Cheers, -- Stéphane processor

Bug#829711: X freezes (regression)

2016-07-05 Thread Stéphane Glondu
Package: src:linux Version: 4.6.2-2 Severity: important Dear Maintainer, Starting with linux-image-4.6.0-1-amd64, my system crashes approx. 8 minutes after boot. The symptoms are: the X server freezes; after a few seconds, the mouse pointer resumes moving but the rest of the graphical interface