Bug#1074441: linux-image-amd64: Please enable several CONFIG_ options required for IPU6/MIPI cameras

Hi, On Fri, 28 Jun 2024 19:06:42 +0200 Martin Sofaru wrote: Please enable the following config options: CONFIG_INTEL_MEI_VSC_HW=m CONFIG_INTEL_MEI_VSC=m CONFIG_I2C_LJCA=m CONFIG_SPI_LJCA=m CONFIG_GPIO_LJCA=m CONFIG_INTEL_VSC=m CONFIG_IPU_BRIDGE=m CONFIG_VIDEO_OV2740=m CONFIG_USB_LJCA=m Please

Bug#829711: X freezes (regression)

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 i

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

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

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 enoug

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

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#800934: linux-image-4.2.0-1-amd64: Kernel 4.2.0-1-amd64 does not boot

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 > /var/log/m

Bug#709616: floods the network with pause packets

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:4

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

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 0x10de000

Bug#709616: floods the network with pause packets

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

Bug#709616: floods the network with pause packets

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 t

Bug#709616: floods the network with pause packets

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 | g

Bug#709616: floods the network with pause packets

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 machi

Bug#709616: floods the network with pause packets

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 100baseT

Bug#709616: floods the network with pause packets

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 ge

Bug#709616: floods the network with pause packets

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 from

Bug#672353: IPv6 does not work

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): Unknow

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

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: http://lists.debian.org/4d