Bug#594845: Acknowledgement (linux-image-2.6.32-5-amd64: kernel BUG at /build/buildd-linux-2.6_2.6.32-20-amd64-lNUT1p/..../fs/sysfs/file.c:539)
You are editing in the wrong place. The patch needs to be applied in debian/build/source_amd64_none. Ta. I applied the patch to every copy of tun.c other than the one in source_amd64_openvz_amd64, and now the my trace is printed as it should be. And with the patch applied properly the problem disappears, so it does indeed fix the problem. The debian/bin/test-patches script can handle this all for you. Unfortunately the patch doesn't apply to source_amd64_openvz_amd64, and test-patches dies as soon as that fails. That is why I was doing it manually. -- 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/1283844141.4098.113.ca...@russell-laptop
Bug#581571: [sparc] long long to double conversion error
On 17/08/10 at 03:27 +0100, Ben Hutchings wrote: Version: 2.6.32-19 The fix for this was included in stable kernel version 2.6.32.17 and the above version of the Debian kernel package. This bug causes subtle breakages on the buildd (see gmp-ecm FTBFS, #593193). Would you consider backporting the fix it to stable, so the buildds could be fixed? - Lucas -- 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/20100907072615.ga12...@xanadu.blop.info
Processed: Still broken
Processing commands for cont...@bugs.debian.org: found 515754 1:1.2.2-4 Bug #515754 [nfs-common] nfs-common: Mounting with sec=krb5p fails with access denied by server while mounting Bug Marked as found in versions nfs-utils/1:1.2.2-4. -- Stopping processing here. Please contact me if you need assistance. -- 515754: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=515754 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.128385268427321.transcr...@bugs.debian.org
Processing of initramfs-tools_0.98.2_amd64.changes
initramfs-tools_0.98.2_amd64.changes uploaded successfully to localhost along with the files: initramfs-tools_0.98.2.dsc initramfs-tools_0.98.2.tar.gz initramfs-tools_0.98.2_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/e1oswf5-0008ni...@franck.debian.org
Bug#595927: linux-image-2.6.32-5-amd64: task dpkg blocked for more than 120 seconds
Package: linux-2.6 Version: 2.6.32-21 Severity: important I've seen this problem on a number of machines with different processor arch (intel and amd). I guess it can be triggered by more than just dpkg but this is the case I've seen most. dmesg contains the following [60600.580047] INFO: task dpkg:21101 blocked for more than 120 seconds. [60600.580078] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. [60600.580123] dpkg D 0002 0 21101 20880 0x [60600.580127] 88022f0754c0 0082 000e2c86ddb8 88002c86de98 [60600.580132] f9e0 88002c86dfd8 [60600.580135] 00015780 00015780 88022ca99c40 88022ca99f38 [60600.580138] Call Trace: [60600.580148] [81106667] ? bdi_sched_wait+0x0/0xe [60600.580151] [81106670] ? bdi_sched_wait+0x9/0xe [60600.580155] [812f81d6] ? __wait_on_bit+0x41/0x70 [60600.580158] [81106667] ? bdi_sched_wait+0x0/0xe [60600.580161] [812f8270] ? out_of_line_wait_on_bit+0x6b/0x77 [60600.580165] [81063910] ? wake_bit_function+0x0/0x23 [60600.580168] [811066e8] ? sync_inodes_sb+0x73/0x12a [60600.580171] [8110a255] ? __sync_filesystem+0x4b/0x70 [60600.580174] [8110a314] ? sync_filesystems+0x9a/0xe3 [60600.580176] [8110a3a2] ? sys_sync+0x1c/0x2e [60600.580181] [81010b42] ? system_call_fastpath+0x16/0x1b seems to eventually work, but definitely stalls for a long time. This problem occurs on both lightly loaded and heavily loaded systems. Let me know what other diagnostics I can run. -- Package-specific info: ** Version: Linux version 2.6.32-5-amd64 (Debian 2.6.32-21) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-2) ) #1 SMP Wed Aug 25 13:59:41 UTC 2010 ** Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-amd64 root=UUID=316c4383-192d-4a78-af15-844a0c92f1cf ro quiet ** Not tainted ** Kernel log: [1.392558] usbhid: v2.6:USB HID core driver [1.427468] EXT4-fs (sda1): mounted filesystem with ordered data mode [2.062190] udev: starting version 160 [2.199893] processor LNXCPU:00: registered as cooling_device0 [2.200512] processor LNXCPU:01: registered as cooling_device1 [2.201043] processor LNXCPU:02: registered as cooling_device2 [2.201545] processor LNXCPU:03: registered as cooling_device3 [2.252882] parport_pc 00:0c: reported by Plug and Play ACPI [2.252984] parport0: PC-style at 0x378 (0x778), irq 7 [PCSPP,TRISTATE,EPP] [2.337007] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 [2.343687] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 [2.357725] input: PC Speaker as /devices/platform/pcspkr/input/input3 [2.389002] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/PNP0C0C:00/input/input4 [2.389006] ACPI: Power Button [PWRB] [2.389054] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input5 [2.389058] ACPI: Power Button [PWRF] [2.468557] [drm] Initialized drm 1.1.0 20060810 [2.469964] i801_smbus :00:1f.3: PCI INT B - GSI 19 (level, low) - IRQ 19 [2.487561] EDAC MC: Ver: 2.1.0 Aug 25 2010 [2.500914] Error: Driver 'pcspkr' is already registered, aborting... [2.512615] dca service started, version 1.12.1 [2.530391] EDAC MC0: Giving out device to 'i5000_edac.c' 'I5000': DEV :00:10.0 [2.530411] EDAC PCI0: Giving out device to module 'i5000_edac' controller 'EDAC PCI controller': DEV ':00:10.0' (POLLED) [2.531953] intel_rng: FWH not detected [2.549459] ioatdma: Intel(R) QuickData Technology Driver 4.00 [2.549518] ioatdma :00:08.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [2.549541] ioatdma :00:08.0: setting latency timer to 64 [2.549569] alloc irq_desc for 54 on node -1 [2.549571] alloc kstat_irqs on node -1 [2.549580] ioatdma :00:08.0: irq 54 for MSI/MSI-X [2.587480] [drm] radeon defaulting to userspace modesetting. [2.587671] pci :07:01.0: PCI INT A - GSI 18 (level, low) - IRQ 18 [2.589626] [drm] Initialized radeon 1.32.0 20080528 for :07:01.0 on minor 0 [3.173205] Adding 15624184k swap on /dev/sda5. Priority:-1 extents:1 across:15624184k [3.439599] loop: module loaded [3.908196] kjournald starting. Commit interval 5 seconds [3.908493] EXT3 FS on sda6, internal journal [3.908497] EXT3-fs: mounted filesystem with ordered data mode. [3.948201] EXT4-fs (sdb1): mounted filesystem with ordered data mode [4.724683] e1000e :04:00.0: irq 52 for MSI/MSI-X [4.780055] e1000e :04:00.0: irq 52 for MSI/MSI-X [4.781225] ADDRCONF(NETDEV_UP): eth0: link is not ready [7.424986] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None [7.428289] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 17.508003] eth0: no IPv6 routers present [ 63.392030] usb 2-1: USB
Bug#592187: [stable] Bug#576838: virtio network crashes again
On Wed, 2010-09-01 at 05:26 +0100, Ben Hutchings wrote: On Tue, 2010-08-31 at 17:34 +0200, Lukas Kolbe wrote: On Tue, 2010-08-31 at 06:35 -0700, Greg KH wrote: [...] Then how about convincing the Debian kernel developers to accept these patches, and work through any regressions that might be found and after that, reporting back to us? Ben? The reason I contacted you was precisely because it went into 2.6.33.2, e.g. was already accepted into a -stalbe release. I didn't expect it to be such an issue. That's not likely if people spread FUD about the backlog patches! Dave, did you explicitly exclude these patches from 2.6.32 when you submitted them to stable, or is it just that 5534979 udp: use limited socket backlog depends on a1ab77f ipv6: udp: Optimise multicast reception? The former patch doesn't look too hard to backport to 2.6.32 (see below). Anybody? We've currently rolled out our own 2.6.32 kernel with these fixes applied, and they indeed fix a system crash under our nfs-load. What else can I do to get these fixes into either Debians' 2.6.32 or Greg's stable 2.6.32 series? Ben. From: Zhu Yi yi@intel.com Date: Thu, 4 Mar 2010 18:01:42 + Subject: [PATCH] udp: use limited socket backlog [ Upstream commit 55349790d7cbf0d381873a7ece1dcafcffd4aaa9 ] Make udp adapt to the limited socket backlog change. Cc: David S. Miller da...@davemloft.net Cc: Alexey Kuznetsov kuz...@ms2.inr.ac.ru Cc: Pekka Savola (ipv6) pek...@netcore.fi Cc: Patrick McHardy ka...@trash.net Signed-off-by: Zhu Yi yi@intel.com Acked-by: Eric Dumazet eric.duma...@gmail.com Signed-off-by: David S. Miller da...@davemloft.net Signed-off-by: Greg Kroah-Hartman gre...@suse.de [bwh: Backport to 2.6.32] Regards, Lukas -- 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/1283858701.5722.78.ca...@quux.techfak.uni-bielefeld.de
initramfs-tools_0.98.2_amd64.changes ACCEPTED
Accepted: initramfs-tools_0.98.2.dsc to main/i/initramfs-tools/initramfs-tools_0.98.2.dsc initramfs-tools_0.98.2.tar.gz to main/i/initramfs-tools/initramfs-tools_0.98.2.tar.gz initramfs-tools_0.98.2_all.deb to main/i/initramfs-tools/initramfs-tools_0.98.2_all.deb Override entries for your package: initramfs-tools_0.98.2.dsc - source utils initramfs-tools_0.98.2_all.deb - optional utils Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 595827 Thank you for your contribution to Debian. -- 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/e1oswpg-hg...@franck.debian.org
Bug#595827: marked as done (initramfs-tools: Add hid-cherry and hid-logitech to initramfs)
Your message dated Tue, 07 Sep 2010 11:32:06 + with message-id e1oswpg-hm...@franck.debian.org and subject line Bug#595827: fixed in initramfs-tools 0.98.2 has caused the Debian Bug report #595827, regarding initramfs-tools: Add hid-cherry and hid-logitech to initramfs to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 595827: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595827 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: initramfs-tools Version: 0.98.1 Severity: important Tags: patch Both a Cherry and a Logitech keyboard I own cannot be used at early boot time unless one also adds the hid-cherry / the hid-logitech module to the initramfs. The attached patch adds those two modules to hook-functions. For the Cherry keyboard, kernels up to 2.6.32-3 are not affected, from 2.6.32-5 (squeeze default) onwards all tested kernels were affected. Didn't do detailed checks for the Logitech keyboard. The used devices that exhibit this problem are: ID 046d:c30a Logitech, Inc. iTouch Composite ID 046a:0023 Cherry GmbH CyMotion Master Linux Keyboard Severity level important, since this makes booting with encrypted root partition impossible using those keyboards. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (600, 'testing'), (500, 'lucid'), (400, 'experimental'), (400, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.35-trunk-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages initramfs-tools depends on: ii cpio 2.11-4 GNU cpio -- a program to manage ar ii findutils 4.4.2-1utilities for finding files--find, ii klibc-utils 1.5.20-1 small utilities built with klibc f ii module-init-tools 3.12-1 tools for managing Linux kernel mo ii udev 161-1 /dev/ and hotplug management daemo Versions of packages initramfs-tools recommends: ii busybox 1:1.17.1-4 Tiny utilities for small and embed Versions of packages initramfs-tools suggests: ii bash-completion 1:1.2-2programmable completion for the ba -- no debconf information diff --git a/hook-functions b/hook-functions index 9d63d58..0684296 100644 --- a/hook-functions +++ b/hook-functions @@ -394,7 +394,7 @@ auto_add_modules() case ${1:-} in base) for x in ehci-hcd ohci-hcd uhci-hcd usbhid xhci hid-apple \ - hid-microsoft \ + hid-cherry hid-logitech hid-microsoft \ btrfs ext2 ext3 ext4 ext4dev isofs jfs nfs reiserfs udf xfs \ af_packet atkbd i8042 virtio_pci; do manual_add_modules ${x} ---End Message--- ---BeginMessage--- Source: initramfs-tools Source-Version: 0.98.2 We believe that the bug you reported is fixed in the latest version of initramfs-tools, which is due to be installed in the Debian FTP archive: initramfs-tools_0.98.2.dsc to main/i/initramfs-tools/initramfs-tools_0.98.2.dsc initramfs-tools_0.98.2.tar.gz to main/i/initramfs-tools/initramfs-tools_0.98.2.tar.gz initramfs-tools_0.98.2_all.deb to main/i/initramfs-tools/initramfs-tools_0.98.2_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 595...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. maximilian attems m...@debian.org (supplier of updated initramfs-tools package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 07 Sep 2010 12:54:01 +0200 Source: initramfs-tools Binary: initramfs-tools Architecture: source all Version: 0.98.2 Distribution: unstable Urgency: high Maintainer: Debian kernel team debian-kernel@lists.debian.org Changed-By: maximilian attems m...@debian.org Description: initramfs-tools - tools for generating an initramfs Closes: 595827 Changes: initramfs-tools (0.98.2) unstable; urgency=high . [ Eckhart Wörner ] * [97f20c5] initramfs-tools: Add hid-cherry and hid-logitech to initramfs (Closes: #595827) Checksums-Sha1: a236db6cf35792e55b798aa0fb0a53b6cc9c7c23 973 initramfs-tools_0.98.2.dsc 4b7896d45a29d125d1376d851b8c50d633509717 82236 initramfs-tools_0.98.2.tar.gz
Bug#595511: linux-image-2.6.32-5-686: Blacklisting KMS for i8xx makes xorg intel driver unusable on these chipsets
On Sun, Sep 05, 2010 at 02:25:25PM +0200, Cesare Leonardi wrote: On 09/04/2010 08:00 PM, Soenke wrote: the recent update of linux-image-2.6.32 to 2.6.32-21 disables KMS for i8xx chipsets. This causes the xorg-video-intel driver to hang on X startup on my system. Yes, the situation for your i855 and previous intel chipset is in a bad shape. For example look this (but there are other similar reports): http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594623 It's both a kernel and a xserver-xorg-video-intel problem, but more the latter. The kernel team is probably waiting to know if KMS should be enabled or not for these chipsets and is working in concert with the Ubuntu one for a common solution. [...] The Debian kernel team works closely with the X Strike Force regarding DRM/KMS drivers, and we generally follow their advice on what options and patches to use. We're not working with Ubuntu on this, though we did follow their lead in blacklisting those chips. Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- 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/20100907122723.ga11...@decadent.org.uk
pb kernel : kernel 2.6.26-2-openvz-amd64
Dear Mister or Madam, I am contacting you today because my company uses servers with a kernel kernel 2.6.26-2-openvz-amd64. We would like to know if this version is stable or not. The official website http://wiki.openvz.org/Download/kernel; indicates that this version is not supported yet. Do you confirm this information ? Best regards -- 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/4c86491b.6000...@lws-hosting.com
Bug#594089: keyboard-configuration: caps lock keycode problem
On 09/03/2010 07:45 PM, Samuel Thibault wrote: Tom Vier, le Fri 03 Sep 2010 16:35:47 -0400, a écrit : On 09/02/2010 03:46 PM, Samuel Thibault wrote: Hello, Tom Vier, le Thu 02 Sep 2010 15:11:49 -0400, a écrit : It says UNICODE mode and the codes for caps lock are: press: 0x3a 0xe0 0x66 repeat: 0x3a release: 0xba 0xe0 0x 0xe6 I guess? Yes. I also just discovered the right shift key goes back a page in iceweasel. Here are the right-shift codes: showkey -s: press: 0x36 0xe0 0x6a repeat: 0x36 release: 0xb6 0xe0 0xea All this looks like one of the few keyboard glitches that linux-2.6 fixes for some keyboards known to be bogus, while other keyboards do use these scancodes to report e.g. multimedia keys. Could you try showkey -s with the older, working kernel? Stable (2.6.26) which worked fine gives the same as Testing (2.6.32): When you say Stable, you mean both kernel and Xorg? Could you also run xev on your stable box? I mean the debian stable release. I'll try it on my home machine, which has the same logitech keyboard. press: 0x3a 0xe0 0x66 repeat: 0x3a release: 0xba 0xe0 0xe6 ...which makes me think it's an xorg problem, but I'm not familiar with how the whole keyboard stack works. It's a big mess :) I wonder why the logitech generates so many codes. It looks to me like a keyboard bug. Do you see any pattern, e.g. does the left shift key produce one too? Do the keys which do produce extra scancodes form any particular shape on the keyboard? The only problem keys are caps-lock and right-shift, both upon key press. Such bug should probably be fixed in the kernel, just like it is already in atkbd.c for some keyboards. Samuel Showkey looks almost identical between kernels tho. I'll check my machine at home and see what xev shows. -- Tom Vier t...@triadsys.com Senior Net/Sys Admin Triad Systems Engineering, Inc. 703-956-1535 office 703-984-9093 cell 703-404-0308 helpdesk -- 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/4c866828.7040...@triadsys.com
Bug#594089: keyboard-configuration: caps lock keycode problem
On 09/03/2010 07:55 PM, Samuel Thibault wrote: Tom, le Mon 23 Aug 2010 11:43:53 -0400, a écrit : The model name is logimel, which is set in both /etc/default/keyboard and /etc/X11/xorg.conf. Which explains why Xorg has the behavior you describe: the logimel model includes the logitech base, which includes the common navigation keys, which makes XF86Back from 0xe0 0x6a, and XF86Favorites from 0xe0 0x66. Do you actually have navigation keys on your keyboard? I'm afraid we'll just have to blacklist it in the usb driver according to the usb ID. Samuel I have bunch of extra keys. 8) It's one of those internet keyboards with keys for: email sms webcam itouch search shipping home favorites, plus volume, track skip, play/pause, record. -- Tom Vier t...@triadsys.com Senior Net/Sys Admin Triad Systems Engineering, Inc. -- 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/4c866913.3030...@triadsys.com
Re: pb kernel : kernel 2.6.26-2-openvz-amd64
On Tue, Sep 07, 2010 at 04:15:55PM +0200, bertrand wrote: Dear Mister or Madam, I am contacting you today because my company uses servers with a kernel kernel 2.6.26-2-openvz-amd64. We would like to know if this version is stable or not. That kernel is part of the current Debian stable release (5.0, codename lenny). This does not necessarily mean that the kernel is stable in the sense of not crashing; it means that we make minimal changes to it to fix important bugs and to add support for new hardware. However, we hope that this approach means there are few bugs in the kernel that can cause it to crash. The official website http://wiki.openvz.org/Download/kernel; indicates that this version is not supported yet. Do you confirm this information ? That may be the position of the OpenVZ project. Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- 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/20100907172010.gb11...@decadent.org.uk
Bug#595964: Please cherry-pick patch to mount cgroupfs at /sys/fs/cgroup
Package: linux-2.6 Version: 2.6.32-21 Severity: wishlist File: /boot/vmlinuz-2.6.32-5-686 Hi, please consider cherry-picking the patch to mount cgroupfs at /sys/fs/cgroup [1]. This patch will be in upstream 2.6.36 and has been acked by the kernel cgroup and libcgroup maintainer. Having it in the default Debian kernel would simplify running systemd, which uses cgroups to monitor processes. Without this patch, the cgroupfs for systemd will be mounted at /cgroup and it would be preferable to not introduce another toplevel directory. Thanks for considering, Michael [1] http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=676db4af043014e852f67ba0349dae0071bd11f3 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-image-2.6.32-5-686 depends on: ii debconf [debconf-2.0] 1.5.35 Debian configuration management sy ii initramfs-tools [linux-initra 0.98.2 tools for generating an initramfs ii linux-base2.6.32-21 Linux image base package ii module-init-tools 3.12-1 tools for managing Linux kernel mo Versions of packages linux-image-2.6.32-5-686 recommends: ii firmware-linux-free 2.6.32-21 Binary firmware for various driver ii libc6-i6862.11.2-5 Embedded GNU C Library: Shared lib Versions of packages linux-image-2.6.32-5-686 suggests: pn grub | lilo none (no description available) pn linux-doc-2.6.32 none (no description available) Versions of packages linux-image-2.6.32-5-686 is related to: pn firmware-bnx2 none (no description available) pn firmware-bnx2xnone (no description available) ii firmware-ipw2x00 0.26 Binary firmware for Intel Pro Wire pn firmware-ivtv none (no description available) pn firmware-iwlwifi none (no description available) ii firmware-linux0.26 Binary firmware for various driver ii firmware-linux-nonfree0.26 Binary firmware for various driver pn firmware-qlogic none (no description available) pn firmware-ralink none (no description available) pn xen-hypervisornone (no description available) -- debconf information excluded -- 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/20100907171915.2063.91589.report...@pluto.milchstrasse.xx
Processed: block 595966 with 595964
Processing commands for cont...@bugs.debian.org: block 595966 with 595964 Bug #595966 [systemd] Don't mount cgroupfs at /cgroup Was not blocked by any bugs. Added blocking bug(s) of 595966: 595964 thanks Stopping processing here. Please contact me if you need assistance. -- 595966: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595966 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.12838813939056.transcr...@bugs.debian.org
Bug#594089: keyboard-configuration: caps lock keycode problem
Tom Vier, le Tue 07 Sep 2010 12:32:19 -0400, a écrit : I have bunch of extra keys. 8) It's one of those internet keyboards with keys for: email sms webcam itouch search shipping home favorites, plus volume, track skip, play/pause, record. So there indeed is a favorites key, that makes it hard to blacklist its events. I guess it works on testing but not on stable? Would you be able to test the keyboard on windows? I'm starting to wonder whether your keyboard might just have become dirty and you didn't realize it because on stable favorites and back don't work by default anyway. Samuel -- 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/20100907200144.gc4...@const.famille.thibault.fr
Bug#594089: keyboard-configuration: caps lock keycode problem
Tom Vier, le Tue 07 Sep 2010 12:28:24 -0400, a écrit : Such bug should probably be fixed in the kernel, just like it is already in atkbd.c for some keyboards. Samuel Showkey looks almost identical between kernels tho. Yes, but the bug is actually in the keyboard, not in the kernel or in Xorg: they're just obeying the keyboard. The best place to fix it is thus the component that drives it. The difference between stable and testing is that testing now uses evdev by default, which doesn't need setkeycodes invocations to get multimedia keys working. Samuel -- 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/20100907202639.gt4...@const.famille.thibault.fr
Bug#595964: Please cherry-pick patch to mount cgroupfs at /sys/fs/cgroup
On Tue, Sep 07, 2010 at 07:19:15PM +0200, Michael Biebl wrote: please consider cherry-picking the patch to mount cgroupfs at /sys/fs/cgroup [1]. This patch will be in upstream 2.6.36 and has been acked by the kernel cgroup and libcgroup maintainer. And what does this help? There are n cgroup filesystem hierarchies. Without this patch, the cgroupfs for systemd will be mounted at /cgroup and it would be preferable to not introduce another toplevel directory. As it is private to systemd anyway, the correct locations is somewhere below /var/lib/ Bastian -- There's another way to survive. Mutual trust -- and help. -- Kirk, Day of the Dove, stardate unknown -- 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/20100907204131.ga22...@wavehammer.waldi.eu.org
Bug#595964: Please cherry-pick patch to mount cgroupfs at /sys/fs/cgroup
On 07.09.2010 22:41, Bastian Blank wrote: On Tue, Sep 07, 2010 at 07:19:15PM +0200, Michael Biebl wrote: please consider cherry-picking the patch to mount cgroupfs at /sys/fs/cgroup [1]. This patch will be in upstream 2.6.36 and has been acked by the kernel cgroup and libcgroup maintainer. And what does this help? There are n cgroup filesystem hierarchies. Are you referring to cgroup fs like cpuset? They would be mounted below /sys/fs/cgroup. One idea behind this patch is, to provide a sane default by the kernel, so the userland does not mount it at random places, like /dev/cgroup, /cgroup or /mnt/cgroup. See also the discussion at [1]. Without this patch, the cgroupfs for systemd will be mounted at /cgroup and it would be preferable to not introduce another toplevel directory. As it is private to systemd anyway, the correct locations is somewhere below /var/lib/ As systemd requires the cgroupfs during early boot, /var/lib is not an option. Michael [1] http://lkml.org/lkml/2010/7/22/384 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#595964: Please cherry-pick patch to mount cgroupfs at /sys/fs/cgroup
On Tue, Sep 07, 2010 at 10:54:04PM +0200, Michael Biebl wrote: On 07.09.2010 22:41, Bastian Blank wrote: And what does this help? There are n cgroup filesystem hierarchies. Are you referring to cgroup fs like cpuset? They would be mounted below /sys/fs/cgroup. sysfs does not support mkdir. How will you mount _n_ different hierarchies? As it is private to systemd anyway, the correct locations is somewhere below /var/lib/ As systemd requires the cgroupfs during early boot, /var/lib is not an option. There are other locations. /sys is system wide and not daemon specific. Bastian -- Intuition, however illogical, is recognized as a command prerogative. -- Kirk, Obsession, stardate 3620.7 -- 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/20100907211225.ga23...@wavehammer.waldi.eu.org
Bug#595964: Please cherry-pick patch to mount cgroupfs at /sys/fs/cgroup
CCing Jon, as maintainer of libcgroup he might be interested in this discussion. Am 07.09.2010 23:12, schrieb Bastian Blank: On Tue, Sep 07, 2010 at 10:54:04PM +0200, Michael Biebl wrote: On 07.09.2010 22:41, Bastian Blank wrote: And what does this help? There are n cgroup filesystem hierarchies. Are you referring to cgroup fs like cpuset? They would be mounted below /sys/fs/cgroup. sysfs does not support mkdir. How will you mount _n_ different hierarchies? In the thread I quoted, G-K H mentions that /sys/fs/cgroup would be a tmpfs. As it is private to systemd anyway, the correct locations is somewhere below /var/lib/ As systemd requires the cgroupfs during early boot, /var/lib is not an option. There are other locations. /sys is system wide and not daemon specific. I remember discussions, where to mount the cgroupfs [1], some while ago, and /sys was among the recommendations. More importantly though, it was said that we should see what the kernel folks do. With the aforementioned patch, the kernel maintainers have more or less answered the question and as already said, this patch will land in .36 and the Debian kernel for that matter. Do you see any problems, why this patch should not be in the .32 (squeeze) kernel? Michael [1] http://lists.debian.org/debian-devel/2009/02/msg00037.html -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#595511: linux-image-2.6.32-5-686: Blacklisting KMS for i8xx makes xorg intel driver unusable on these chipsets
On 09/07/2010 02:27 PM, Ben Hutchings wrote: On Sun, Sep 05, 2010 at 02:25:25PM +0200, Cesare Leonardi wrote: It's both a kernel and a xserver-xorg-video-intel problem, but more the latter. The kernel team is probably waiting to know if KMS should be enabled or not for these chipsets and is working in concert with the Ubuntu one for a common solution. [...] We're not working with Ubuntu on this, though we did follow their lead in blacklisting those chips. Thanks for the explanation. That was the message where i saw some collaboration between Debian and Ubuntu on this UMS/KMS problem: http://lists.debian.org/debian-kernel/2010/09/msg00041.html Cesare. -- 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/4c86bec5.3020...@gmail.com
Bug#596015: initramfs-tools: provide support for scsi_wait_scan
Package: initramfs-tools Version: 0.98.2 Severity: wishlist scsi_wait_scan is a kernel module that waits until all the async scans are complete. Debian kernel as well as the ones from other Debian based distros usually have this stuff compiled as a kernel module and not statically into the kernel (which is good, because under certain conditions scsi_wait_scan *could* fail maybe, and disabling the compiled in driver doesn't seem to be possible). I just got a bugreport against Grml, stating that Grml as well as Debian and Ubuntu Server fail to boot on recent IBM BladeCenter HS22 hardware. Having scsi_wait_scan statically compiled into the kernel is known to fix this problem. Instead of going this approach I'd recommend to implement proper support for that in our i-t (which is also the way to go according to the module's source). My recommendation is to run modprobe scsi_wait_scan by default and provide a bootoption like noscsiwait to skip this part if wanted. (Optionally we could also try to rmmod the module after a long period of time hanging in the init process, in case we notice that there *might* be problems with autoloading the module; though I'm not yet sure whether this would really work, haven't looked into the details yet). I would volunteer to implement that and provide an according Grml ISO with that feature to the bugreporter for proper testing. What do you think of that? maks? regards, -mika- -- 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/2010-09-08t00-55...@devnull.michael-prokop.at
Incomplete upload found in Debian upload queue
Probably you are the uploader of the following file(s) in the Debian upload queue directory: linux-2.6_2.6.35-1~experimental.4.diff.gz linux-2.6_2.6.35-1~experimental.4.dsc This looks like an upload, but a .changes file is missing, so the job cannot be processed. If no .changes file arrives within 23:26:45, the files will be deleted. If you didn't upload those files, please just ignore this message. 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/e1ot9fh-0003tk...@franck.debian.org