Re: [PATCH] udebs for armmp flavour
On Fri, 2013-08-30 at 21:47 +0100, Ian Campbell wrote: I suppose I should have CCd the ARM kernel maints! I'm not sure if any of you guys are actually especially interested in server class ARM though? Any objections to my pushing this? Keeping kernel-wedge happy (not complaining about missing modules) requires making more (all in fact) NIC modules options, like the below. Does this make sense? I don't know what most of these are. I don't know if any of the platforms which are supported by armmp have any of these or if any have e.g. a PCI slot which might make them an option. If any do have a PCI slot then I'd expect them to also have an onboard NIC, which is the minimum we would need to support for D-I purposes. Is a blanket all NICs are optional a good rule? Ian. commit 13da6c3b537d4bfe38d76b9160cf60b333f124a1 Author: Ian Campbell i...@hellion.org.uk Date: Mon Aug 26 11:12:34 2013 +0100 More NIC drivers are optional diff --git a/linux/debian/installer/modules/nic-modules b/linux/debian/installer/modules/nic-modules index 8f46439..272d750 100644 --- a/linux/debian/installer/modules/nic-modules +++ b/linux/debian/installer/modules/nic-modules @@ -2,9 +2,9 @@ 3c515 ? 3c523 ? 3c527 ? -3c59x -8139cp -8139too +3c59x ? +8139cp ? +8139too ? acenic ? alx ? amd8111e ? @@ -25,19 +25,19 @@ cxgb4 ? cxgb4vf ? de2104x ? defxx ? -dl2k -dmfe -e100 +dl2k ? +dmfe ? +e100 ? e1000 ? e1000e ? enc28j60 enic ? -epic100 +epic100 ? et131x ? -fealnx +fealnx ? forcedeth ? -hamachi -igb +hamachi ? +igb ? igbvf ? ipg ? ixgb ? @@ -47,49 +47,49 @@ jme ? lance ? mlx4_en ? myri10ge ? -natsemi +natsemi ? ne ? ne2 ? -ne2k-pci +ne2k-pci ? netxen_nic ? ni65 ? niu ? -ns83820 +ns83820 ? pch_gbe ? pcnet32 ? qla3xxx ? qlcnic ? qlge ? -r6040 -r8169 +r6040 ? +r8169 ? rrunner ? s2io ? sc92031 ? -sfc +sfc ? sis190 ? sis900 ? -skfp -skge -sky2 +skfp ? +skge ? +sky2 ? smc-ultra ? smc9194 ? smsc9420 ? -starfire -sundance +starfire ? +sundance ? tehuti ? tg3 ? tlan ? -tulip -typhoon +tulip ? +typhoon ? uli526x ? via-rhine ? via-velocity ? vmxnet3 ? vxge ? wd ? -winbond-840 +winbond-840 ? xen-netfront ? -yellowfin +yellowfin ? # inet_lro is shared but now only used by myri10ge (and the iw_nes IB driver) inet_lro ? -- 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/1378035809.19319.120.ca...@hastur.hellion.org.uk
Bug#719680: Driver mv643xx_eth_port requests probe deferral
On Sat, 2013-08-31 at 19:52 +0100, Ian Campbell wrote: On Sat, 2013-08-31 at 18:59 +0100, Ian Campbell wrote: On Sat, 2013-08-31 at 11:29 +0100, Ian Campbell wrote: Could this be due to lack of CONFIG_MVMDIO on armel? I'm going to try that. It appears to have done the trick on trunk (3.11-rc5). The kernel doesn't find my disks though :-( More than likely the lack of CONFIG_USB_EHCI_HCD_ORION I should think. That does the trick but mkinitramfs also needs to be taught about the new ehci-orion module which this produces. The help text of bot MVMDIO and USB_EHCI_HCD_ORION make me thing that these will be needed on the orion5x as well as kirkwood flavour, so I will enable them for both. Ian. -- 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/1378045150.19319.130.ca...@hastur.hellion.org.uk
Processed: tagging 719680
Processing commands for cont...@bugs.debian.org: tags 719680 + pending Bug #719680 [linux] Driver mv643xx_eth_port requests probe deferral Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 719680: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719680 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.137804580516720.transcr...@bugs.debian.org
Bug#721519: initramfs-tools: Please include ehci-orion in initramfs
Package: initramfs-tools Version: 0.113 Severity: important Tags: patch In 3.10 the EHCI driver for Kirkwood and Orion armel platforms was split into a separate driver: http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=a76dd463c58efa5dfd72c3dd41f5a76b196f7ab1 The driver is needed for the root filesystem on at least the dreamplug platform, and I suspect many others using these SoCs. A patch against the initramfs-tools git tree is below. I can push it myself if need be. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719680 for some background. FYI, this report was not genrated on a system which has this issue. Ian. 8--- From ee56c3195c9fc0d916ac7f68802993ab754cdca6 Mon Sep 17 00:00:00 2001 From: Ian Campbell i...@hellion.org.uk Date: Sun, 1 Sep 2013 15:22:23 +0100 Subject: [PATCH] include ehci-orion in auto_add_modules_list This became a separate driver in v3.10 (a76dd463c58e), it is used on the Orion and Kirkwood flavours. --- debian/changelog |7 +++ hook-functions|2 +- scripts/functions |1 + 3 files changed, 9 insertions(+), 1 deletion(-) diff --git a/debian/changelog b/debian/changelog index 587f074..46421ba 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +initramfs-tools (0.114) UNRELEASED; urgency=low + + [ Ian Campbell ] + * Include ehci-orion, used on kirkwood platforms. + + -- Ian Campbell i...@hellion.org.uk Sun, 01 Sep 2013 15:03:26 +0100 + initramfs-tools (0.113) unstable; urgency=low [ Henrique de Moraes Holschuh ] diff --git a/hook-functions b/hook-functions index e751021..67d1503 100644 --- a/hook-functions +++ b/hook-functions @@ -432,7 +432,7 @@ auto_add_modules() for arg in $@ ; do case $arg in base) - modules=$modules ehci-pci ehci-hcd ohci-hcd uhci-hcd usbhid + modules=$modules ehci-pci ehci-orion ehci-hcd ohci-hcd uhci-hcd usbhid modules=$modules xhci xhci-hcd modules=$modules btrfs ext2 ext3 ext4 ext4dev modules=$modules isofs jfs reiserfs udf xfs diff --git a/scripts/functions b/scripts/functions index e150d06..56eb8bc 100644 --- a/scripts/functions +++ b/scripts/functions @@ -47,6 +47,7 @@ panic() modprobe -v i8042 || true modprobe -v atkbd || true modprobe -v ehci-pci || true + modprobe -v ehci-ehci || true modprobe -v ehci-hcd || true modprobe -v uhci-hcd || true modprobe -v ohci-hcd || true -- 1.7.10.4 -- 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/20130901142842.7482.90060.report...@dagon.hellion.org.uk
Bug#721519: initramfs-tools: Please include ehci-orion in initramfs
On Sun, 2013-09-01 at 15:28 +0100, Ian Campbell wrote: [...] --- a/scripts/functions +++ b/scripts/functions @@ -47,6 +47,7 @@ panic() modprobe -v i8042 || true modprobe -v atkbd || true modprobe -v ehci-pci || true + modprobe -v ehci-ehci || true ehci-orion? Ben. modprobe -v ehci-hcd || true modprobe -v uhci-hcd || true modprobe -v ohci-hcd || true -- 1.7.10.4 -- Ben Hutchings The most exhausting thing in life is being insincere. - Anne Morrow Lindberg signature.asc Description: This is a digitally signed message part
Bug#719680: Driver mv643xx_eth_port requests probe deferral
On Sun, 2013-09-01 at 15:19 +0100, Ian Campbell wrote: On Sat, 2013-08-31 at 19:52 +0100, Ian Campbell wrote: On Sat, 2013-08-31 at 18:59 +0100, Ian Campbell wrote: On Sat, 2013-08-31 at 11:29 +0100, Ian Campbell wrote: Could this be due to lack of CONFIG_MVMDIO on armel? I'm going to try that. It appears to have done the trick on trunk (3.11-rc5). The kernel doesn't find my disks though :-( More than likely the lack of CONFIG_USB_EHCI_HCD_ORION I should think. That does the trick but mkinitramfs also needs to be taught about the new ehci-orion module which this produces. Maybe it should be including drivers/usb/host/* (although that currently includes some really obscure drivers we probably shouldn't build at all). Ben. The help text of bot MVMDIO and USB_EHCI_HCD_ORION make me thing that these will be needed on the orion5x as well as kirkwood flavour, so I will enable them for both. -- Ben Hutchings The most exhausting thing in life is being insincere. - Anne Morrow Lindberg signature.asc Description: This is a digitally signed message part
Bug#721519: initramfs-tools: Please include ehci-orion in initramfs
On Sun, 2013-09-01 at 15:55 +0100, Ben Hutchings wrote: On Sun, 2013-09-01 at 15:28 +0100, Ian Campbell wrote: [...] --- a/scripts/functions +++ b/scripts/functions @@ -47,6 +47,7 @@ panic() modprobe -v i8042 || true modprobe -v atkbd || true modprobe -v ehci-pci || true + modprobe -v ehci-ehci || true ehci-orion? Damn, that's what I get for retyping instead of copying from the system where I tested it... Thanks for the sharp eyes! I've deployed scp this time... 8--- From 2424404d16013882717970d0e5819b45bfce8e61 Mon Sep 17 00:00:00 2001 From: Ian Campbell i...@hellion.org.uk Date: Sun, 1 Sep 2013 15:22:23 +0100 Subject: [PATCH] include ehci-orion in auto_add_modules_list This became a separate driver in v3.10 (a76dd463c58e), it is used on the Orion and Kirkwood flavours. --- v2: s/ehci-ehci/ehci-orion/ --- debian/changelog |7 +++ hook-functions|2 +- scripts/functions |1 + 3 files changed, 9 insertions(+), 1 deletion(-) diff --git a/debian/changelog b/debian/changelog index 587f074..46421ba 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +initramfs-tools (0.114) UNRELEASED; urgency=low + + [ Ian Campbell ] + * Include ehci-orion, used on kirkwood platforms. + + -- Ian Campbell i...@hellion.org.uk Sun, 01 Sep 2013 15:03:26 +0100 + initramfs-tools (0.113) unstable; urgency=low [ Henrique de Moraes Holschuh ] diff --git a/hook-functions b/hook-functions index e751021..67d1503 100644 --- a/hook-functions +++ b/hook-functions @@ -432,7 +432,7 @@ auto_add_modules() for arg in $@ ; do case $arg in base) - modules=$modules ehci-pci ehci-hcd ohci-hcd uhci-hcd usbhid + modules=$modules ehci-pci ehci-orion ehci-hcd ohci-hcd uhci-hcd usbhid modules=$modules xhci xhci-hcd modules=$modules btrfs ext2 ext3 ext4 ext4dev modules=$modules isofs jfs reiserfs udf xfs diff --git a/scripts/functions b/scripts/functions index e150d06..684031a 100644 --- a/scripts/functions +++ b/scripts/functions @@ -47,6 +47,7 @@ panic() modprobe -v i8042 || true modprobe -v atkbd || true modprobe -v ehci-pci || true + modprobe -v ehci-orion || true modprobe -v ehci-hcd || true modprobe -v uhci-hcd || true modprobe -v ohci-hcd || true -- 1.7.10.4 signature.asc Description: This is a digitally signed message part
Bug#719680: Driver mv643xx_eth_port requests probe deferral
On Sun, 2013-09-01 at 15:53 +0100, Ben Hutchings wrote: On Sun, 2013-09-01 at 15:19 +0100, Ian Campbell wrote: On Sat, 2013-08-31 at 19:52 +0100, Ian Campbell wrote: On Sat, 2013-08-31 at 18:59 +0100, Ian Campbell wrote: On Sat, 2013-08-31 at 11:29 +0100, Ian Campbell wrote: Could this be due to lack of CONFIG_MVMDIO on armel? I'm going to try that. It appears to have done the trick on trunk (3.11-rc5). The kernel doesn't find my disks though :-( More than likely the lack of CONFIG_USB_EHCI_HCD_ORION I should think. That does the trick but mkinitramfs also needs to be taught about the new ehci-orion module which this produces. Maybe it should be including drivers/usb/host/* (although that currently includes some really obscure drivers we probably shouldn't build at all). That's an option I suppose, but it's a pretty long list, of which the majority are, I expect, useless on any given platform I think. An example of grep HCD on the kirkwood config is below (it won't even include things whose dependencies aren't met as disabled). CONFIG_SCSI_UFSHCD=m CONFIG_SCSI_UFSHCD_PCI=m # CONFIG_SCSI_UFSHCD_PLATFORM is not set CONFIG_USB_ARCH_HAS_HCD=y CONFIG_USB_C67X00_HCD=m CONFIG_USB_XHCI_HCD=m # CONFIG_USB_XHCI_HCD_DEBUGGING is not set CONFIG_USB_EHCI_HCD=m CONFIG_USB_EHCI_HCD_ORION=m # CONFIG_USB_EHCI_HCD_PLATFORM is not set # CONFIG_USB_OXU210HP_HCD is not set # CONFIG_USB_ISP116X_HCD is not set # CONFIG_USB_ISP1760_HCD is not set # CONFIG_USB_ISP1362_HCD is not set CONFIG_USB_OHCI_HCD=m # CONFIG_USB_OHCI_HCD_SSB is not set # CONFIG_USB_OHCI_HCD_PLATFORM is not set CONFIG_USB_UHCI_HCD=m CONFIG_USB_U132_HCD=m CONFIG_USB_SL811_HCD=m # CONFIG_USB_SL811_HCD_ISO is not set CONFIG_USB_R8A66597_HCD=m CONFIG_USB_WHCI_HCD=m CONFIG_USB_HWA_HCD=m # CONFIG_USB_HCD_BCMA is not set # CONFIG_USB_HCD_SSB is not set # CONFIG_USB_WPAN_HCD is not set -- 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/1378048024.19319.136.ca...@hastur.hellion.org.uk
[PATCH] irq: Always define devm_{request_threaded,free}_irq()
These functions are currently defined only if CONFIG_GENERIC_HARDIRQS is enabled. But they may still be needed on architectures with their own IRQ management (e.g. s390). References: https://buildd.debian.org/status/fetch.php?pkg=linuxarch=s390ver=3.11%7Erc4-1%7Eexp1stamp=1376009959 Signed-off-by: Ben Hutchings b...@decadent.org.uk --- kernel/Makefile | 2 +- kernel/irq/Makefile | 6 -- 2 files changed, 5 insertions(+), 3 deletions(-) diff --git a/kernel/Makefile b/kernel/Makefile index 35ef118..ed2c9a9 100644 --- a/kernel/Makefile +++ b/kernel/Makefile @@ -79,7 +79,7 @@ obj-$(CONFIG_KPROBES) += kprobes.o obj-$(CONFIG_KGDB) += debug/ obj-$(CONFIG_DETECT_HUNG_TASK) += hung_task.o obj-$(CONFIG_LOCKUP_DETECTOR) += watchdog.o -obj-$(CONFIG_GENERIC_HARDIRQS) += irq/ +obj-y += irq/ obj-$(CONFIG_SECCOMP) += seccomp.o obj-$(CONFIG_RCU_TORTURE_TEST) += rcutorture.o obj-$(CONFIG_TREE_RCU) += rcutree.o diff --git a/kernel/irq/Makefile b/kernel/irq/Makefile index fff1738..639b2e1 100644 --- a/kernel/irq/Makefile +++ b/kernel/irq/Makefile @@ -1,8 +1,10 @@ - -obj-y := irqdesc.o handle.o manage.o spurious.o resend.o chip.o dummychip.o devres.o +obj-y += devres.o +ifdef CONFIG_GENERIC_HARDIRQS +obj-y += irqdesc.o handle.o manage.o spurious.o resend.o chip.o dummychip.o obj-$(CONFIG_GENERIC_IRQ_CHIP) += generic-chip.o obj-$(CONFIG_GENERIC_IRQ_PROBE) += autoprobe.o obj-$(CONFIG_IRQ_DOMAIN) += irqdomain.o obj-$(CONFIG_PROC_FS) += proc.o obj-$(CONFIG_GENERIC_PENDING_IRQ) += migration.o obj-$(CONFIG_PM_SLEEP) += pm.o +endif -- Ben Hutchings The most exhausting thing in life is being insincere. - Anne Morrow Lindberg signature.asc Description: This is a digitally signed message part
[PATCH] hvc_vio: Do not override preferred console set by kernel parameter
The original version of this was done by Bastian Blank, who wrote: The problem is the following: - Architecture specific code sets preferred console to something bogus. - Command line handling tries to set preferred console but is overruled by the old setting. The udbg0 console is a boot console and independant. References: http://bugs.debian.org/492703 Signed-off-by: Ben Hutchings b...@decadent.org.uk --- We've been carrying this in Debian for 5 years now, so it's about time it got reviewed. I'm not convinced strstr() is the right way to check the command line (what if there's also a 'netconsole='?). Ben. --- a/drivers/tty/hvc/hvc_vio.c +++ b/drivers/tty/hvc/hvc_vio.c @@ -48,6 +48,7 @@ #include asm/prom.h #include asm/hvsi.h #include asm/udbg.h +#include asm/machdep.h #include hvc_console.h @@ -440,7 +441,9 @@ if (hvterm_priv0.proto == HV_PROTOCOL_HVSI) goto out; #endif - add_preferred_console(hvc, 0, NULL); + /* Check whether the user has requested a different console. */ + if (!strstr(cmd_line, console=)) + add_preferred_console(hvc, 0, NULL); hvc_instantiate(0, 0, ops); out: of_node_put(stdout_node); -- Ben Hutchings The most exhausting thing in life is being insincere. - Anne Morrow Lindberg signature.asc Description: This is a digitally signed message part
Bug#721455: I was wrong. the correct title:linux-image-3.10-2-686-pae: kernel report eth0: link up, but the cable is not connected
Processing of linux_3.11~rc7-1~exp1_multi.changes
linux_3.11~rc7.orig.tar.xz doesn't exist Due to the errors above, the .changes file couldn't be processed. Please fix the problems for the upload to happen. Greetings, Your Debian queue daemon (running on host franck.debian.org) -- 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/e1vgaw3-0003nu...@franck.debian.org
Processed: tagging 622325
Processing commands for cont...@bugs.debian.org: tags 622325 + pending Bug #622325 {Done: Ben Hutchings b...@decadent.org.uk} [linux-2.6] linux-image-2.6.38-2-orion5x: Problem With I2C Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 622325: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622325 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.13780540222696.transcr...@bugs.debian.org
Processed: tagging 680016
Processing commands for cont...@bugs.debian.org: tags 680016 + pending Bug #680016 {Done: Ben Hutchings b...@decadent.org.uk} [src:linux] Enable asus_oled module for x86 Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 680016: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680016 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.13780540182672.transcr...@bugs.debian.org
Processed: unarchiving 604457
Processing commands for cont...@bugs.debian.org: unarchive 604457 Bug #604457 {Done: Ben Hutchings b...@decadent.org.uk} [linux-2.6] linux-image-2.6.26-2-xen-686: Raid10 exporting LV to xen results in error can't convert block across chunks or bigger than 64k Bug #461644 {Done: Ben Hutchings b...@decadent.org.uk} [linux-2.6] linux-image-2.6.18-5-xen-686: Exporting an lvm-on-md LV to Xen as a disk results in kernel errors and corrupt filesystems Unarchived Bug 604457 Unarchived Bug 461644 thanks Stopping processing here. Please contact me if you need assistance. -- 461644: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=461644 604457: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=604457 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.13780541203149.transcr...@bugs.debian.org
Bug#604457: [PATCH] dm: Deal with merge_bvec_fn in component devices better
This is analogous to commit 627a2d3c29427637f4c5d31ccc7fcbd8d312cd71 ('md: deal with merge_bvec_fn in component devices better.'), which does the same for md-devices at the top of the stack. The following explanation is taken from that commit. Thanks to Neil Brown ne...@suse.de for the advice. If a component device has a merge_bvec_fn then as we never call it we must ensure we never need to. Currently this is done by setting max_sector to 1 PAGE, however this does not stop a bio being created with several sub-page iovecs that would violate the merge_bvec_fn. So instead set max_segments to 1 and set the segment boundary to the same as a page boundary to ensure there is only ever one single-page segment of IO requested at a time. This can particularly be an issue when 'xen' is used as it is known to submit multiple small buffers in a single bio. References: http://bugs.debian.org/604457 Signed-off-by: Ben Hutchings b...@decadent.org.uk --- We've been carrying this in Debian for about 3 years and it's about time it got reviewed... It's basically Neil's work so should probably have his sign-off as well. Ben. --- a/drivers/md/dm-table.c +++ b/drivers/md/dm-table.c @@ -536,13 +536,15 @@ int dm_set_device_limits(struct dm_target *ti, struct dm_dev *dev, (unsigned long long) start SECTOR_SHIFT); /* -* Check if merge fn is supported. -* If not we'll force DM to use PAGE_SIZE or -* smaller I/O, just to be safe. +* If we don't call merge_bvec_fn, we must never risk +* violating it, so limit max_phys_segments to 1 lying within +* a single page. */ - if (dm_queue_merge_is_compulsory(q) !ti-type-merge) - blk_limits_max_hw_sectors(limits, - (unsigned int) (PAGE_SIZE 9)); + if (dm_queue_merge_is_compulsory(q) !ti-type-merge) { + limits-max_segments = 1; + limits-seg_boundary_mask = PAGE_CACHE_SIZE - 1; + } + return 0; } EXPORT_SYMBOL_GPL(dm_set_device_limits); -- Ben Hutchings The most exhausting thing in life is being insincere. - Anne Morrow Lindberg signature.asc Description: This is a digitally signed message part
Processing of linux_3.11~rc7-1~exp1_multi.changes
linux_3.11~rc7-1~exp1_multi.changes uploaded successfully to localhost along with the files: linux_3.11~rc7-1~exp1.dsc linux_3.11~rc7.orig.tar.xz linux_3.11~rc7-1~exp1.debian.tar.xz linux-doc-3.11_3.11~rc7-1~exp1_all.deb linux-manual-3.11_3.11~rc7-1~exp1_all.deb linux-source-3.11_3.11~rc7-1~exp1_all.deb linux-support-3.11-rc7_3.11~rc7-1~exp1_all.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- 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/e1vgb4b-0002ns...@franck.debian.org
linux_3.11~rc7-1~exp1_multi.changes is NEW
binary:linux-support-3.11-rc7 is NEW. Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week. -- 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/e1vgbjm-0005dy...@franck.debian.org
Bug#715019: linux-image-3.10-0.bpo.2-686-pae: Similar issues here, but no error feedback
Package: src:linux Version: 3.10.5-1~bpo70+1 Followup-For: Bug #715019 Dear Maintainer, I am experiencing similar problems. I have configured a Debian 7.0 installation on a Dell Inspiron 17R SE laptop to use a bcache root device. The previous known working configuration for the laptop was: /dev/sda (1TB HDD) ... /dev/sda7 (used as LUKS encrypted volume) /dev/mapper/sda7_crypt (used as LVM PV) /dev/vg0/home /dev/vg0/root ... /dev/sda8 (used as ext3 /boot) The new configuration is /dev/sda (1TB HDD) ... /dev/sda7 (used as bcache backing device) /dev/bcache0 (used as LUKS encrypted volume) /dev/mapper/bcache_crypt (used as LVM PV) /dev/vg0/home /dev/vg0/root ... /dev/sda8 (used as ext3 /boot) /dev/sdb (32GB SSD) ... /dev/sdb3 (used as bcache caching device) In order to get things booting, I also: * Installed a Linux 3.10 kernel from wheezy-backports (3.10-0.bpo.2-686-pae) * Obtained a copy of the bcache-tools source from the git repo and compiled it * Constructed a Debian package for bcache-tools using checkinstall * Because udev recognition wasn't enough at boot time, added a script /etc/initramfs-tools/scripts/init-premount/z-bcache which looks like this: #!/bin/sh -e # ZEP - Added (2013-08-29) because some bcache devices were not being detected # at startup by udev. This sloppy hack should do the job. PREREQS= prereqs() { echo $PREREQS; } case $1 in prereqs) prereqs exit 0 ;; esac . /scripts/functions if [ -e '/sys/fs/bcache/register_quiet' ]; then log_begin_msg Scanning for bcache devices... for d in `ls /dev/sd*`; do echo $d /sys/fs/bcache/register_quiet 2/dev/null || true done log_end_msg bcache device scan complete else log_warning_msg /sys/fs/bcache/register_quiet not found; not registering devices fi * Executed update-initramfs -u -k all to get everything working My machine boots from /dev/sda8 and the initramfs has enough machinery to get the root drive mounted. I was thrilled until I discovered that neither suspend nor hibernate seems to work; the suspend process seizes up while suspending devices and never comes back. I booted the laptop from a custom Debian live disk using the same kernel (3.10-0.bpo.2-686-pae) and performed a series of tests: * When the bcache kernel module was not loaded, suspend to RAM worked correctly. * When the bcache kernel module was loaded but no devices were registered, suspend to RAM worked correctly. * When a single bcache device was registered using echo /dev/sda7 /sys/fs/bcache/register; echo /dev/sdb3 /sys/fs/bcache/register, suspend to RAM failed to change the power state of the machine. * With a /dev/bcache0 device in use as an encrypted volume, running echo freezer /sys/power/pm_test; echo platform /sys/power/disk; echo disk /sys/power/state allows the machine to awaken from the test correctly. * With a /dev/bcache0 device in use as an encrypted volume, running echo devices /sys/power/pm_test; echo platform /sys/power/disk; echo disk /sys/power/state causes the machine to hang. Clearly, I can get suspend/hibernate back if I migrate back to using just my HDD, but caching blocks in a fashion designed for SSDs seems like such a lovely idea. Thanks! -- Package-specific info: ** Version: Linux version 3.10-0.bpo.2-686-pae (debian-kernel@lists.debian.org) (gcc version 4.7.2 (Debian 4.7.2-5) ) #1 SMP Debian 3.10.5-1~bpo70+1 (2013-08-11) ** Command line: BOOT_IMAGE=/vmlinuz-3.10-0.bpo.2-686-pae root=/dev/mapper/vg0-root ro no_console_suspend ** Tainted: CO (5120) * Module from drivers/staging has been loaded. * Out-of-tree module has been loaded. ** Kernel log: [ 10.924907] iwlwifi :02:00.0: Detected Intel(R) Centrino(R) Wireless-N 2230 BGN, REV=0xC8 [ 10.925034] iwlwifi :02:00.0: L1 Enabled; Disabling L0S [ 10.927198] Linux video capture interface: v2.00 [ 10.930671] input: HDA Intel PCH HDMI/DP,pcm=3 as /devices/pci:00/:00:1b.0/sound/card0/input6 [ 10.930949] input: HDA Intel PCH Headphone as /devices/pci:00/:00:1b.0/sound/card0/input7 [ 10.931226] input: HDA Intel PCH Mic as /devices/pci:00/:00:1b.0/sound/card0/input8 [ 10.946002] rts5139: module is from the staging directory, the quality is unknown, you have been warned. [ 10.946876] ieee80211 phy0: Selected rate control algorithm 'iwl-agn-rs' [ 10.949342] scsi6 : SCSI emulation for RTS5139 USB card reader [ 10.949457] usbcore:
Processed: your mail
Processing commands for cont...@bugs.debian.org: severity 711135 critical Bug #711135 [linux-image-3.2.0-4-mckinley] linux-image-3.2.0-4-mckinley does not boot on McKinley Severity set to 'critical' from 'normal' thanks Stopping processing here. Please contact me if you need assistance. -- 711135: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711135 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.137806377728119.transcr...@bugs.debian.org
Bug#711135: Identical problem on a dual-processor zx6000
Hi, I've just ran into this exact same problem after upgrading a zx6000 system I run from squeeze. The machine has two identical 1.4Ghz processors installed: processor : 0 vendor : GenuineIntel arch : IA-64 family : 31 model : 1 model name : Madison revision : 5 archrev: 0 features : branchlong cpu number : 0 cpu regs : 4 cpu MHz: 1400.000 itc MHz: 1400.00 BogoMIPS : 2097.15 siblings : 1 physical id: 0 The symptoms are exactly the same as you describe. Snipped from my original email to debian-ia64@l.d.o: 1) immediately after ELILO loads the kernel and initrd I see no messages and the system appears to freeze. 2) after about 60 seconds the diagnostic LEDs on the front panel change to System - blinking, RED and LED 2 - on, RED and the system reboots. According to the manual this is a System firmware hang or system fault. The system still boots up OK with the squeeze kernel (2.6.32-48squeeze3). I'm going to up the priority of this bug to critical since AFAICT this breaks the entire system. Also, the bug has been confirmed by Lennert van Alboom when booting this kernel in an Integrity VM on a zx6000, for more details see here: http://lists.debian.org/debian-ia64/2013/08/msg9.html Regards, Martin signature.asc Description: Digital signature
Bug#715019: linux-image-3.10-0.bpo.2-686-pae: Additional information about my laptop
Package: src:linux Version: 3.10.5-1~bpo70+1 Followup-For: Bug #715019 Dear Maintainer, I just wanted to post a follow-up on my message. This information may either indicate that I am experiencing a different problem or may shed some light on this one; I'm not sure. To clarify regarding my setup above, both my bcache backing device and my bcache caching device are immediate partitions of the disk; neither the cache nor the backing device are LVM logical volumes. Furthermore, the problem arises *even if the bcache volume is not in use!* That is, I can boot my laptop using this kernel on a Debian Live USB stick, open a console, and run echo '/dev/sda7' /sys/fs/bcache/register echo '/dev/sdb3' /sys/fs/bcache/register ls /dev/bcache0 # Observe that /dev/bcache0 is present pm-suspend ...and the machine will seize up. I do not have to run cryptsetup luksOpen /dev/bcache0 bcache_crypt in order to get this behavior. Since my bcache volumes are immediately over partitions and since /dev/bcache0 isn't even busy, I'd hazard a (novice) guess that the bcache module just doesn't suspend well (though I wouldn't be surprised if someone has contradictory evidence that makes this puzzle more complicated). -- Package-specific info: ** Version: Linux version 3.10-0.bpo.2-686-pae (debian-kernel@lists.debian.org) (gcc version 4.7.2 (Debian 4.7.2-5) ) #1 SMP Debian 3.10.5-1~bpo70+1 (2013-08-11) ** Command line: BOOT_IMAGE=/vmlinuz-3.10-0.bpo.2-686-pae root=/dev/mapper/vg0-root ro no_console_suspend ** Tainted: CO (5120) * Module from drivers/staging has been loaded. * Out-of-tree module has been loaded. ** Kernel log: [ 10.924907] iwlwifi :02:00.0: Detected Intel(R) Centrino(R) Wireless-N 2230 BGN, REV=0xC8 [ 10.925034] iwlwifi :02:00.0: L1 Enabled; Disabling L0S [ 10.927198] Linux video capture interface: v2.00 [ 10.930671] input: HDA Intel PCH HDMI/DP,pcm=3 as /devices/pci:00/:00:1b.0/sound/card0/input6 [ 10.930949] input: HDA Intel PCH Headphone as /devices/pci:00/:00:1b.0/sound/card0/input7 [ 10.931226] input: HDA Intel PCH Mic as /devices/pci:00/:00:1b.0/sound/card0/input8 [ 10.946002] rts5139: module is from the staging directory, the quality is unknown, you have been warned. [ 10.946876] ieee80211 phy0: Selected rate control algorithm 'iwl-agn-rs' [ 10.949342] scsi6 : SCSI emulation for RTS5139 USB card reader [ 10.949457] usbcore: registered new interface driver rts5139 [ 10.949480] scsi 6:0:0:0: Direct-Access Generic- xD/SD/M.S. 1.00 PQ: 0 ANSI: 0 CCS [ 10.949781] sd 6:0:0:0: Attached scsi generic sg3 type 0 [ 10.949954] uvcvideo: Found UVC 1.00 device Laptop_Integrated_Webcam_HD (0c45:644b) [ 10.951966] sd 6:0:0:0: [sdc] Attached SCSI removable disk [ 10.961003] cfg80211: World regulatory domain updated: [ 10.961055] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [ 10.962342] cfg80211: (2402000 KHz - 2472000 KHz @ 4 KHz), (300 mBi, 2000 mBm) [ 10.962405] cfg80211: (2457000 KHz - 2482000 KHz @ 2 KHz), (300 mBi, 2000 mBm) [ 10.962466] cfg80211: (2474000 KHz - 2494000 KHz @ 2 KHz), (300 mBi, 2000 mBm) [ 10.962528] cfg80211: (517 KHz - 525 KHz @ 4 KHz), (300 mBi, 2000 mBm) [ 10.962592] cfg80211: (5735000 KHz - 5835000 KHz @ 4 KHz), (300 mBi, 2000 mBm) [ 10.975823] input: Laptop_Integrated_Webcam_HD as /devices/pci:00/:00:1a.0/usb1/1-1/1-1.5/1-1.5:1.0/input/input9 [ 10.975951] usbcore: registered new interface driver uvcvideo [ 10.976001] USB Video Class driver (1.1.1) [ 11.022428] ACPI: AC Adapter [ADP0] (on-line) [ 11.022537] input: Lid Switch as /devices/LNXSYSTM:00/device:00/PNP0C0D:00/input/input10 [ 11.022980] ACPI: Lid Switch [LID0] [ 11.023074] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input11 [ 11.023179] ACPI: Power Button [PWRF] [ 11.028132] ACPI: Battery Slot [BAT0] (battery present) [ 11.028349] wmi: Mapper loaded [ 11.032916] [drm] Memory usable by graphics device = 2048M [ 11.032970] i915 :00:02.0: setting latency timer to 64 [ 11.033069] i915 :00:02.0: irq 47 for MSI/MSI-X [ 11.033074] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [ 11.033125] [drm] Driver supports precise vblank timestamp query. [ 11.033298] vgaarb: device changed decodes: PCI::00:02.0,olddecodes=io+mem,decodes=none:owns=io+mem [ 11.033362] vgaarb: transferring owner from PCI::00:02.0 to PCI::01:00.0 [ 11.072504] fbcon: inteldrmfb (fb0) is primary device [ 11.129174] input: Dell WMI hotkeys as /devices/virtual/input/input12 [ 11.266513] psmouse serio1: alps: Unknown ALPS touchpad: E7=73 03 50, EC=73 02 02 [ 11.845232] input: PS/2 Generic Mouse as /devices/platform/i8042/serio1/input/input13 [ 11.895882] Console: switching to colour frame buffer device 240x67 [ 11.904399] i915 :00:02.0: fb0: inteldrmfb frame
Re: [PATCH] hvc_vio: Do not override preferred console set by kernel parameter
On Sun, 2013-09-01 at 17:24 +0100, Ben Hutchings wrote: The original version of this was done by Bastian Blank, who wrote: The problem is the following: - Architecture specific code sets preferred console to something bogus. - Command line handling tries to set preferred console but is overruled by the old setting. The udbg0 console is a boot console and independant. References: http://bugs.debian.org/492703 Signed-off-by: Ben Hutchings b...@decadent.org.uk --- We've been carrying this in Debian for 5 years now, so it's about time it got reviewed. I'm not convinced strstr() is the right way to check the command line (what if there's also a 'netconsole='?). Also I think the problem should be solved elsewhere :-) In the end, what that code is trying to do (as are all the other similar instances) is to set this is a good default in case nothing is specified *or* what is specified doesn't actually exist. Of course doesn't exist is tricky since the console could be provided by a module loaded god knows when ... but in that case, maybe it does make sense to stick to one of the known good defaults. After all, init will fail without a tty ... So I'm thinking we should in kernel/printk.c keep track of all those arch defaults when console= is specified as latent consoles, and right before starting init, if the specified one didn't work out (we have no console with an associated tty), then go through those latent ones and pick one that works. Cheers, Ben. -- 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/1378079740.3978.13.camel@pasglop