Bug#620814: initramfs-tools: fails to include essential module for other leg of md0
On Mon, Apr 04, 2011 at 10:15:21PM +, Arno Schuring wrote: no, check your box with: egrep MODULES -r /etc/initramfs-tools/ Great. /etc/initramfs-tools/initramfs.conf:# MODULES: [ most | netboot | dep | list ] /etc/initramfs-tools/initramfs.conf:MODULES=most /etc/initramfs-tools/conf.d/driver-policy:MODULES=dep you choose so on your Debian installation. on the why only you can respond (: The expert install has a seemingly bad phrase so that many users seem to prefer MODULES=dep, when that question is shown. As you noticed the file is unowned and can be removed and the initramfs regenerated. Nevertheless your fail in MODULES=dep is interesting and didn't have time yet to properly read this corresponding bug. sunny greetings. -- maks -- 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/20110405064455.gb13...@vostochny.stro.at
Bug#620814: initramfs-tools: fails to include essential module for other leg of md0
On Mon, Apr 04, 2011 at 10:15:21PM +, Arno Schuring wrote: So, which one is the preferred location? Will anything break if I just clear out the conf.d directory? ladmin@fury:~$ dpkg -S /etc/initramfs-tools/conf.d/* dpkg: /etc/initramfs-tools/conf.d/driver-policy not found. dpkg: /etc/initramfs-tools/conf.d/resume not found. for assisantance please ask on a debian-user mailinglist not on a bug report! If you remove the resume file of course you can no longer suspend to disk. -- 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/20110405065056.gd13...@vostochny.stro.at
Bug#620924: Please drop dead usplash code
Hello, On Tue, Apr 05, 2011 at 05:25:16AM +0200, Michael Biebl wrote: Hi maks, as you are certainly aware, usplash is dead and has been removed from the archive since quite some time (squeeze does no longer contain it). indeed I asked for its removal. initramfs-tools still contains usplash specific code, which can be safely dropped (and possibly replaced by plymouth integration code) please check out latest initramfs-tools git and look into master, it is gone: http://git.debian.org/?p=kernel/initramfs-tools.git;a=summary git clone git://git.debian.org/kernel/initramfs-tools.git sunny greetings -- maks -- 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/20110405064838.gc13...@vostochny.stro.at
Debian linux-2.6 configs moved from http://merkel.debian.org/~jurij/?
Hi all, So merkel is now down and the KernelFAQ wiki pages all indicate that Debian linux-2.6 configs are on http://merkel.debian.org/~jurij/. Have they moved somewhere else or are Debian kernel configuration files no longer available on the web? The merkel URL is the first result for debian kernel config so it would be good to have a replacement. In addition this repository seems to be outdated, maybe something for some cleanup? http://kernel.alioth.debian.org/debian/ -- bye, pabs http://bonedaddy.net/pabs3/ signature.asc Description: This is a digitally signed message part
Re: Stable update of linux-2.6
* dann frazier da...@dannf.org [2011-04-04 15:57:55]:
On Sun, Apr 03, 2011 at 01:21:03PM +0530, Kamalesh Babulal wrote:
* dann frazier da...@dannf.org [2011-04-02 11:23:03]:
2.6.32.36 also fails to build on powerpc/SMP:
CC arch/powerpc/kernel/crash.o
arch/powerpc/kernel/crash.c: In function 'crash_kexec_wait_realmode':
arch/powerpc/kernel/crash.c:176: error: 'paca' undeclared (first use in
this function)
arch/powerpc/kernel/crash.c:176: error: (Each undeclared identifier is
reported only once
arch/powerpc/kernel/crash.c:176: error: for each function it appears in.)
make[1]: *** [arch/powerpc/kernel/crash.o] Error 1
make: *** [arch/powerpc/kernel] Error 2
Hi Dann,
Can you please try the following patch, which adds the changes
introduced by Kumar Gala to the commit b3df895aeb to my previous patch.
Yep, that fixes the build.
Thanks for testing.
-dann
Hi Greg,
Can you please pick up the patch for 2.6.32-stable, resending the
patch with some checkpatch warnings fixed.
powerpc: Fix default_machine_crash_shutdown #ifdef build failure
Introducing #ifdef to fix the build failure caused by
crash_kexec_wait_realmode(), with powerpc build with !SMP.
Reported-by: Ben Hutchings b...@decadent.org.uk
Reported-and-tested-by: dann frazier da...@dannf.org
Signed-off-by: Kamalesh Babulal kamal...@linux.vnet.ibm.com
cc: Paul E. McKenney paul...@linux.vnet.ibm.com
cc: Michael Neuling mi...@neuling.org
cc: Benjamin Herrenschmidt b...@kernel.crashing.org
cc: Anton Blanchard an...@samba.org
cc: Kumar Gala ga...@kernel.crashing.org
---
arch/powerpc/kernel/crash.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/kernel/crash.c b/arch/powerpc/kernel/crash.c
index fe02e71..5009198 100644
--- a/arch/powerpc/kernel/crash.c
+++ b/arch/powerpc/kernel/crash.c
@@ -163,6 +163,7 @@ static void crash_kexec_prepare_cpus(int cpu)
}
/* wait for all the CPUs to hit real mode but timeout if they don't come in */
+#ifdef CONFIG_PPC_STD_MMU_64
static void crash_kexec_wait_realmode(int cpu)
{
unsigned int msecs;
@@ -187,6 +188,7 @@ static void crash_kexec_wait_realmode(int cpu)
}
mb();
}
+#endif
/*
* This function will be called by secondary cpus or by kexec cpu
@@ -445,7 +447,9 @@ void default_machine_crash_shutdown(struct pt_regs *regs)
crash_kexec_prepare_cpus(crashing_cpu);
cpu_set(crashing_cpu, cpus_in_crash);
crash_kexec_stop_spus();
+#if defined(CONFIG_PPC_STD_MMU_64) defined(CONFIG_SMP)
crash_kexec_wait_realmode(crashing_cpu);
+#endif
if (ppc_md.kexec_cpu_down)
ppc_md.kexec_cpu_down(1, 0);
}
--
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/20110405105133.ge28...@linux.vnet.ibm.com
Re: [gNewSense-users] Suitability of the Debian Squeeze (and later) Linux kernel for gNewSense. Was (no subject)
On Mon, 4 Apr 2011 16:19:37 +0100 Ben Hutchings b...@decadent.org.uk wrote: On Mon, Apr 04, 2011 at 09:51:16PM +0930, Karl Goetz wrote: On Thu, 31 Mar 2011 20:52:39 +0100 Michael Dorrington michael.dorring...@gmail.com wrote: [...] AFAICT, the Debian kernel complies with the DFSG (or is extremely close). However, it retains drivers that require a firmware in order to be functional and where no free firmware currently exists for them. So if you don't considered Debian to be a Free GNU/Linux distribution then, I think, you won't considered the Debian kernel to be suitable for gNewSense. Does this mean 'retained in tree', or is it the stuff with no free firmware in the non-free packages? Practically all modern peripherals run firmware, usually loaded from EEPROM or flash, and almost always non-free. So the question is not whether a driver relies on non-free firmware but whether that firmware is required to be installed in the host filesystem and loaded via the driver. Thanks for clarifying that, my wording was quite sloppy (sorry about that). The drivers included in upstream kernel releases that load non-free firmware are retained as part of the linux-2.6 source package and most of them are included in the binary packages. (Some are excluded due to quality considerations or because they rely on firmware embedded within the driver, which we remove.) If we were to package these drivers separately, they would belong in the 'contrib' archive section (free software with non-free or unpackaged dependencies). Since we do not, and since the kernel in general does not have non-free dependencies, these drivers remain in the 'main' archive section. Thanks for this clarification. kk -- Karl Goetz, (Kamping_Kaiser / VK5FOSS) Debian contributor / gNewSense Maintainer http://www.kgoetz.id.au No, I won't join your social networking group signature.asc Description: PGP signature
Re: Debian linux-2.6 configs moved from http://merkel.debian.org/~jurij/?
On Tue, Apr 05, 2011 at 06:28:16PM +0800, Paul Wise wrote:
Hi all,
So merkel is now down and the KernelFAQ wiki pages all indicate that
Debian linux-2.6 configs are on http://merkel.debian.org/~jurij/. Have
they moved somewhere else or are Debian kernel configuration files no
longer available on the web? The merkel URL is the first result for
debian kernel config so it would be good to have a replacement.
I think we can generate all the config files with something like:
for arch in amd64 armel ...; do
make -f debian/rules.gen setup_$arch
done
for dir in debian/build/build_*; do
dir_base=$(basename $dir)
cp $dir/.config config_${dir_base#build}
done
No cross-build tools should be needed for this.
In addition this repository seems to be outdated, maybe something for
some cleanup?
http://kernel.alioth.debian.org/debian/
Yes, I never even knew that existed.
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/20110405122537.gr2...@decadent.org.uk
Bug#601416: newer firmware works with RT3072
I'm using linux-image-2.6-686 2.6.38+33 and an RT3072-based USB stick. In particular, the one here http://www.amazon.de/gp/product/B003TRTBLU/). lsusb describes it as: Bus 001 Device 002: ID 148f:3072 Ralink Technology, Corp. RT3072 Wireless Adapter Using the firmware package version 0.29, I get: sudo /usr/sbin/hostapd -dd /etc/hostapd/24ghz.conf Configuration file: /etc/hostapd/24ghz.conf ctrl_interface_group=0 [ 313.419902] phy1 - rt2x00lib_request_firmware: Error - Current firmware does not support detected chipset. ioctl[SIOCSIFFLAGS]: No such file or directory nl80211 driver initialization failed. wlan2: Unable to setup interface. Purging the firmware (dpkg -P firmware-ralink) and then copying rt2870.bin from 2011_0107_RT3070_RT3370_Linux_STA_v2.5.0.1_DPO to /lib/firmware allows hostapd to start. Neal -- 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/87tyec51fj.wl%n...@walfield.org
Bug#601416: ralink firmware
I've also tried the firmware in the v22 zip file on ralink's web site. Either version (and they are different) allows hostapd to load. When terminating hostapd, I see the following error message: phy1 - rt2x00usb_vendor_request: Error - Vendor Request 0x07 failed for offset 0x7010 with error -71. ... eloop: could not process SIGINT or SIGTERM in two seconds. Looks like there is a bug that ends up in a busy loop that prevents clean shutdown. Killing program forcefully. This is repeated for a while. Otherwise, AP mode seems to work fine. Thanks. -- 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/87sjtw4yso.wl%n...@walfield.org
Re: RFP: linux-image-rtai -- Linux kernel with RTAI patch
A duplicate Linux kernel package will not be allowed in the archive. If you think that RTAI has useful features, please encourage the authors to submit those features to the upstream Linux developers. 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/20110405143616.gv2...@decadent.org.uk
Re: Stable update of linux-2.6
On Tue, Apr 05, 2011 at 04:21:33PM +0530, Kamalesh Babulal wrote: * dann frazier da...@dannf.org [2011-04-04 15:57:55]: On Sun, Apr 03, 2011 at 01:21:03PM +0530, Kamalesh Babulal wrote: * dann frazier da...@dannf.org [2011-04-02 11:23:03]: 2.6.32.36 also fails to build on powerpc/SMP: CC arch/powerpc/kernel/crash.o arch/powerpc/kernel/crash.c: In function 'crash_kexec_wait_realmode': arch/powerpc/kernel/crash.c:176: error: 'paca' undeclared (first use in this function) arch/powerpc/kernel/crash.c:176: error: (Each undeclared identifier is reported only once arch/powerpc/kernel/crash.c:176: error: for each function it appears in.) make[1]: *** [arch/powerpc/kernel/crash.o] Error 1 make: *** [arch/powerpc/kernel] Error 2 Hi Dann, Can you please try the following patch, which adds the changes introduced by Kumar Gala to the commit b3df895aeb to my previous patch. Yep, that fixes the build. Thanks for testing. -dann Hi Greg, Can you please pick up the patch for 2.6.32-stable, resending the patch with some checkpatch warnings fixed. powerpc: Fix default_machine_crash_shutdown #ifdef build failure Is this patch upstream in Linus's tree? If so, what is the git commit id? If not, why isn't it needed there? thanks, greg k-h -- 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/20110405140830.ga25...@kroah.com
Re: Stable update of linux-2.6
* Greg KH g...@kroah.com [2011-04-05 07:08:30]: On Tue, Apr 05, 2011 at 04:21:33PM +0530, Kamalesh Babulal wrote: * dann frazier da...@dannf.org [2011-04-04 15:57:55]: On Sun, Apr 03, 2011 at 01:21:03PM +0530, Kamalesh Babulal wrote: * dann frazier da...@dannf.org [2011-04-02 11:23:03]: 2.6.32.36 also fails to build on powerpc/SMP: CC arch/powerpc/kernel/crash.o arch/powerpc/kernel/crash.c: In function 'crash_kexec_wait_realmode': arch/powerpc/kernel/crash.c:176: error: 'paca' undeclared (first use in this function) arch/powerpc/kernel/crash.c:176: error: (Each undeclared identifier is reported only once arch/powerpc/kernel/crash.c:176: error: for each function it appears in.) make[1]: *** [arch/powerpc/kernel/crash.o] Error 1 make: *** [arch/powerpc/kernel] Error 2 Hi Dann, Can you please try the following patch, which adds the changes introduced by Kumar Gala to the commit b3df895aeb to my previous patch. Yep, that fixes the build. Thanks for testing. -dann Hi Greg, Can you please pick up the patch for 2.6.32-stable, resending the patch with some checkpatch warnings fixed. powerpc: Fix default_machine_crash_shutdown #ifdef build failure Is this patch upstream in Linus's tree? If so, what is the git commit id? If not, why isn't it needed there? [...] the #ifdef CONFIG_PPC_STD_MMU_64 bits are taken from upstream commit b3df895aebe09 and the build failure incase of SMP=n is from the upstream commit c2be05481f61. Should I resend the patch in rebase format including both the commits id and message. thanks, Kamalesh -- 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/20110405151150.gf28...@linux.vnet.ibm.com
Bug#620981: linux-image-2.6.38-2-amd64: thinkpad_acpi module exposes non-existent ThinkVantage led (on Lenovo X200)
Package: linux-2.6 Version: 2.6.38-2 Severity: normal /sys/class/leds$ ls -l total 0 lrwxrwxrwx 1 root root 0 Apr 4 22:46 tpacpi::power - ../../devices/platform/thinkpad_acpi/leds/tpacpi::power lrwxrwxrwx 1 root root 0 Apr 4 22:46 tpacpi::standby - ../../devices/platform/thinkpad_acpi/leds/tpacpi::standby lrwxrwxrwx 1 root root 0 Apr 4 22:46 tpacpi::thinklight - ../../devices/platform/thinkpad_acpi/leds/tpacpi::thinklight lrwxrwxrwx 1 root root 0 Apr 4 22:46 tpacpi::thinkvantage - ../../devices/platform/thinkpad_acpi/leds/tpacpi::thinkvantage This laptop (a Lenovo X200) doesn't have any LED or other light corresponding to tpacpi::thinkvantage, and turning it on or off does nothing. It has a ThinkVantage key on the keyboard, but no light. - Josh Triplett -- Package-specific info: ** Version: Linux version 2.6.38-2-amd64 (Debian 2.6.38-2) (b...@decadent.org.uk) (gcc version 4.4.5 (Debian 4.4.5-14) ) #1 SMP Tue Mar 29 16:45:36 UTC 2011 ** Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.38-2-amd64 root=UUID=a8fb9a37-fac7-4a3e-8081-fc7b347bd0b2 ro quiet ** Not tainted ** Kernel log: [2.537651] i801_smbus :00:1f.3: PCI INT A - GSI 23 (level, low) - IRQ 23 [2.537916] Monitor-Mwait will be used to enter C-1 state [2.538052] usbcore: registered new interface driver btusb [2.545944] Linux video capture interface: v2.00 [2.546946] Monitor-Mwait will be used to enter C-2 state [2.555239] uvcvideo: Found UVC 1.00 device unnamed (17ef:480c) [2.564339] Monitor-Mwait will be used to enter C-3 state [2.564348] Marking TSC unstable due to TSC halts in idle [2.565849] cfg80211: Calling CRDA to update world regulatory domain [2.565868] input: UVC Camera (17ef:480c) as /devices/pci:00/:00:1a.7/usb1/1-6/1-6:1.0/input/input3 [2.565936] usbcore: registered new interface driver uvcvideo [2.565938] USB Video Class driver (v1.0.0) [2.567376] Switching to clocksource hpet [2.578713] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input4 [2.578771] ACPI: Power Button [PWRF] [2.617442] thinkpad_acpi: ThinkPad ACPI Extras v0.24 [2.617444] thinkpad_acpi: http://ibm-acpi.sf.net/ [2.617445] thinkpad_acpi: ThinkPad BIOS 6DET61WW (3.11 ), EC 7XHT24WW-1.06 [2.617447] thinkpad_acpi: Lenovo ThinkPad X200, model 7454CTO [2.650767] thinkpad_acpi: detected a 8-level brightness capable ThinkPad [2.651027] thinkpad_acpi: radio switch found; radios are enabled [2.659942] thinkpad_acpi: rfkill switch tpacpi_bluetooth_sw: radio is unblocked [2.661692] Registered led device: tpacpi::thinklight [2.661736] Registered led device: tpacpi::power [2.661759] Registered led device: tpacpi::standby [2.661784] Registered led device: tpacpi::thinkvantage [2.664562] thinkpad_acpi: Standard ACPI backlight interface available, not loading native one. [2.664662] thinkpad_acpi: Console audio control enabled, mode: monitor (read only) [2.666568] input: ThinkPad Extra Buttons as /devices/platform/thinkpad_acpi/input/input5 [2.685711] [drm] Initialized drm 1.1.0 20060810 [2.689166] iwlagn: Intel(R) Wireless WiFi Link AGN driver for Linux, in-tree: [2.689168] iwlagn: Copyright(c) 2003-2010 Intel Corporation [2.689237] iwlagn :03:00.0: PCI INT A - GSI 17 (level, low) - IRQ 17 [2.689246] iwlagn :03:00.0: setting latency timer to 64 [2.689274] iwlagn :03:00.0: Detected Intel(R) Ultimate N WiFi Link 5300 AGN, REV=0x24 [2.711044] iwlagn :03:00.0: device EEPROM VER=0x11f, CALIB=0x4 [2.711046] iwlagn :03:00.0: Device SKU: 0Xb [2.711048] iwlagn :03:00.0: Valid Tx ant: 0X7, Valid Rx ant: 0X7 [2.711339] iwlagn :03:00.0: Tunable channels: 13 802.11bg, 24 802.11a channels [2.711418] iwlagn :03:00.0: irq 45 for MSI/MSI-X [2.718858] iwlagn :03:00.0: loaded firmware version 8.83.5.1 build 33692 [2.719776] HDA Intel :00:1b.0: PCI INT B - GSI 17 (level, low) - IRQ 17 [2.719842] HDA Intel :00:1b.0: irq 46 for MSI/MSI-X [2.719873] HDA Intel :00:1b.0: setting latency timer to 64 [2.728450] ieee80211 phy0: Selected rate control algorithm 'iwl-agn-rs' [2.778441] input: HDA Digital PCBeep as /devices/pci:00/:00:1b.0/input/input6 [2.780046] input: HDA Intel Mic as /devices/pci:00/:00:1b.0/sound/card0/input7 [2.780119] input: HDA Intel Mic as /devices/pci:00/:00:1b.0/sound/card0/input8 [2.780188] input: HDA Intel Headphone as /devices/pci:00/:00:1b.0/sound/card0/input9 [2.780273] input: HDA Intel Headphone as /devices/pci:00/:00:1b.0/sound/card0/input10 [2.780585] i915 :00:02.0: power state changed by ACPI to D0 [2.780590] i915 :00:02.0: power state changed by ACPI to D0 [2.780597] i915 :00:02.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [2.780601] i915 :00:02.0: setting latency timer to 64 [2.839379] i915 :00:02.0: irq
Processed: tagging 577747
Processing commands for cont...@bugs.debian.org: # subsequent mails suggest that the driver could potentially work around this problem tags 577747 - wontfix Bug #577747 [linux-2.6] linux-image-2.6.32-4-686: corrupted SSHÂ connection little time after boot with the atl1e driver on a Eeepc 1002HA Removed tag(s) wontfix. thanks Stopping processing here. Please contact me if you need assistance. -- 577747: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=577747 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.130201802616207.transcr...@bugs.debian.org
Re: Stable update of linux-2.6
On Tue, Apr 05, 2011 at 08:41:50PM +0530, Kamalesh Babulal wrote: * Greg KH g...@kroah.com [2011-04-05 07:08:30]: On Tue, Apr 05, 2011 at 04:21:33PM +0530, Kamalesh Babulal wrote: * dann frazier da...@dannf.org [2011-04-04 15:57:55]: On Sun, Apr 03, 2011 at 01:21:03PM +0530, Kamalesh Babulal wrote: * dann frazier da...@dannf.org [2011-04-02 11:23:03]: 2.6.32.36 also fails to build on powerpc/SMP: CC arch/powerpc/kernel/crash.o arch/powerpc/kernel/crash.c: In function 'crash_kexec_wait_realmode': arch/powerpc/kernel/crash.c:176: error: 'paca' undeclared (first use in this function) arch/powerpc/kernel/crash.c:176: error: (Each undeclared identifier is reported only once arch/powerpc/kernel/crash.c:176: error: for each function it appears in.) make[1]: *** [arch/powerpc/kernel/crash.o] Error 1 make: *** [arch/powerpc/kernel] Error 2 Hi Dann, Can you please try the following patch, which adds the changes introduced by Kumar Gala to the commit b3df895aeb to my previous patch. Yep, that fixes the build. Thanks for testing. -dann Hi Greg, Can you please pick up the patch for 2.6.32-stable, resending the patch with some checkpatch warnings fixed. powerpc: Fix default_machine_crash_shutdown #ifdef build failure Is this patch upstream in Linus's tree? If so, what is the git commit id? If not, why isn't it needed there? [...] the #ifdef CONFIG_PPC_STD_MMU_64 bits are taken from upstream commit b3df895aebe09 and the build failure incase of SMP=n is from the upstream commit c2be05481f61. Should I resend the patch in rebase format including both the commits id and message. Yes, please do. -- 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/20110405154737.ga31...@kroah.com
Bug#615998: linux-image-2.6.32-5-xen-amd64: Repeatable kernel BUG at fs/jbd2/commit.c:534 from Postfix on ext4
On Apr 04, 2011, at 20:15, Ted Ts'o wrote: On Mon, Apr 04, 2011 at 09:24:28AM -0500, Moffett, Kyle D wrote: Unfortunately it was not a trivial process to install Debian squeeze onto an EC2 instance; it took a couple ugly Perl scripts, a patched Debian-Installer, and several manual post-install-but-before-reboot steps (like fixing up GRUB 0.99). One of these days I may get time to update all that to the official wheezy release and submit bug reports. Sigh, I was whoping someone was maintaining semi-official EC2 images for Debian, much like alestic has been maintaining for Ubuntu. (Hmm, actually, he has EC2 images for Lenny and Etch, but unfortunately not for squeeze. Sigh) The Alestic EC2 images (now replaced by official Ubuntu images) use kernel images formed as AKIs, which means users can't upload their own. Prior to a couple of Ubuntu staff getting special permission to upload kernel images, all the Alestic EC2 images just borrowed RedHat or Fedora kernels and copied over the modules. The big problem for Squeeze is that it uses new udev which is not compatible with those older kernels. For the Debian-Installer and my Debian images, I use the PV-GRUB AKI to load a kernel image from my rootfs. Specifically, one of the Perl scripts builds an S3-based AMI containing a Debian-Installer kernel and initramfs (using a tweaked and preseeded D-I build). It uploads the AMI to my account and registers it with EC2. Then another Perl script starts the uploaded AMI and attaches one or more EBS volumes for the Debian-Instalelr to use. When you've completed the install it takes EBS snapshots and creates an EBS-backed AMI from those. The scripts use an odd mix of the Net::Amazon::EC2 CPAN module and shell callouts to the ec2 tools, but they seem to work well enough. I'm actually using the official Debian Xen kernels for both the install process and the operational system, but the regular pv_ops kernels (without extra Xen patches) work fine too. The only bug I found so far was a known workaround for old buggy hypervisors: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592428 That one is fixed in the official squeeze release. It's probably easier for me to halt email delivery and clone the working instance and try to reproduce from there. If I recall, the (easily undone) workaround was to remount from data=journal to data=ordered on a couple filesystems. It may take a day or two to get this done, though. Couple of questions which might give me some clues: (a) was this a natively formatted ext4 file system, or a ext3 file system which was later converted to ext4? All the filesystems were formatted like this using Debian e2fstools as of 9 months ago: mke2fs -t ext4 -E lazy_itable_init=1 -L db:mail /dev/mapper/db-mail tune2fs -i 0 -c 1 -e remount-ro -o acl,user_xattr,journal_data /dev/mapper/db-mail Ooooh could the lazy_itable_init have anything to do with it? (b) How big are the files/directories involved? In particular, how big is the Postfix mail queue directory, and it is an extent-based directory? (what does lsattr on the mail queue directory report) Ok, there's a couple relatively small filesystems: /var/spool/postfix (20971520 sectors, 728K used right now) /var/lib/postfix (262144 sectors, 26K used right now) /var/mail (8380416 sectors, 340K used right now) As far as I can tell, everything in each filesystem is using extents (at least I assume that's what this means from lsattr -R): -e- . -e- ./corrupt -e- ./deferred [...] The /var/spool/postfix is the Postfix chroot as per the default Debian configuration. I should also mention that the EC2 hypervisor does not seem to support barriers or flushes. PV-GRUB complains about that very early during the boot process. (c) As far as file sizes, does it matter how big the e-mail messages are, and are there any other database files that postgress might be touching at the time that you get the OOPS? I assume you mean postfix instead of postgres here. I'm not entirely sure because I can't reproduce the OOPS anymore, but there does not seem to be anything in the Postfix directories other than the individual spooled-mail files (one per email), some libraries, some PID files, some UNIX-domain sockets, and a couple of static files in etc/, so I would assume not. I'm pretty sure that it is /var/spool/postfix that was crashing. The emails that were triggering the issue were between 4k and 120k, but no more than 100-120 stuck emails total. The SSL session cache files are stored in /var/lib/postfix, which as I said above is an entirely separate filesystem. I have found a bug in ext4 where we were underestimating how many journal credits were needed when modifying direct/indirect-mapped files (which would be seen on ext4 if you had a ext3 file system that was converted to start using extents; but
Re: Stable update of linux-2.6
* Greg KH g...@kroah.com [2011-04-05 08:47:37]:
On Tue, Apr 05, 2011 at 08:41:50PM +0530, Kamalesh Babulal wrote:
* Greg KH g...@kroah.com [2011-04-05 07:08:30]:
On Tue, Apr 05, 2011 at 04:21:33PM +0530, Kamalesh Babulal wrote:
* dann frazier da...@dannf.org [2011-04-04 15:57:55]:
On Sun, Apr 03, 2011 at 01:21:03PM +0530, Kamalesh Babulal wrote:
* dann frazier da...@dannf.org [2011-04-02 11:23:03]:
[...]
Hi Greg,
Can you please pick up the patch for 2.6.32-stable, resending
the
patch with some checkpatch warnings fixed.
powerpc: Fix default_machine_crash_shutdown #ifdef build failure
Is this patch upstream in Linus's tree? If so, what is the git commit
id? If not, why isn't it needed there?
[...]
the #ifdef CONFIG_PPC_STD_MMU_64 bits are taken from upstream commit
b3df895aebe09 and the build failure incase of SMP=n is from the
upstream commit c2be05481f61.
Should I resend the patch in rebase format including both the commits
id and message.
Yes, please do.
Hi Greg,
Resending the patch with commit id and message included. Please let
me know, incase the patch needs any other changes to be made.
powerpc: Fix default_machine_crash_shutdown #ifdef build failure
This patch introduces #ifdef bits from below commits, to fix the
build failure on powerpc caused by crash_kexec_wait_realmode()
when compiled with !SMP.
Commit: c2be05481f6125254c45b78f334d4dd09c701c82 upstream
powerpc: Fix default_machine_crash_shutdown #ifdef botch
crash_kexec_wait_realmode() is defined only if CONFIG_PPC_STD_MMU_64
and CONFIG_SMP, but is called if CONFIG_PPC_STD_MMU_64 even if !CONFIG_SMP.
Fix the conditional compilation around the invocation.
Commit: b3df895aebe091b1657a42a8c859bd49fc96646b upstream
powerpc/kexec: Add support for FSL-BookE
This adds support kexec on FSL-BookE where the MMU can not be simply
switched off. The code borrows the initial MMU-setup code to create the
identical mapping mapping. The only difference to the original boot code
is the size of the mapping(s) and the executeable address.
The kexec code maps the first 2 GiB of memory in 256 MiB steps. This
should work also on e500v1 boxes.
SMP support is still not available.
(Kumar: Added minor change to build to ifdef CONFIG_PPC_STD_MMU_64 some
code that was PPC64 specific)
Reported-by: Ben Hutchings b...@decadent.org.uk
Reported-and-tested-by: dann frazier da...@dannf.org
Signed-off-by: Kamalesh Babulal kamal...@linux.vnet.ibm.com
cc: Paul E. McKenney paul...@linux.vnet.ibm.com
cc: Michael Neuling mi...@neuling.org
cc: Benjamin Herrenschmidt b...@kernel.crashing.org
cc: Anton Blanchard an...@samba.org
cc: Kumar Gala ga...@kernel.crashing.org
---
arch/powerpc/kernel/crash.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/kernel/crash.c b/arch/powerpc/kernel/crash.c
index fe02e71..5009198 100644
--- a/arch/powerpc/kernel/crash.c
+++ b/arch/powerpc/kernel/crash.c
@@ -163,6 +163,7 @@ static void crash_kexec_prepare_cpus(int cpu)
}
/* wait for all the CPUs to hit real mode but timeout if they don't come in */
+#ifdef CONFIG_PPC_STD_MMU_64
static void crash_kexec_wait_realmode(int cpu)
{
unsigned int msecs;
@@ -187,6 +188,7 @@ static void crash_kexec_wait_realmode(int cpu)
}
mb();
}
+#endif
/*
* This function will be called by secondary cpus or by kexec cpu
@@ -445,7 +447,9 @@ void default_machine_crash_shutdown(struct pt_regs *regs)
crash_kexec_prepare_cpus(crashing_cpu);
cpu_set(crashing_cpu, cpus_in_crash);
crash_kexec_stop_spus();
+#if defined(CONFIG_PPC_STD_MMU_64) defined(CONFIG_SMP)
crash_kexec_wait_realmode(crashing_cpu);
+#endif
if (ppc_md.kexec_cpu_down)
ppc_md.kexec_cpu_down(1, 0);
}
thanks,
Kamalesh
--
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/20110405162652.gg28...@linux.vnet.ibm.com
Bug#620981: linux-image-2.6.38-2-amd64: thinkpad_acpi module exposes non-existent ThinkVantage led (on Lenovo X200)
Hi ThinkVantage button don't work since 2.6.37, I think that this could be related to this bug. I need to exec on poweron or resume: cat /sys/devices/platform/thinkpad_acpi/hotkey_all_mask /sys/devices/platform/thinkpad_acpi/hotkey_mask In 2.6.32 thinkvantage button works ok. My Laptop is a ThinkPad R61, I'm using Debian Sid with 2.6.38-2-amd64 Greetings signature.asc Description: This is a digitally signed message part
Bug#620284:
reopen 620284 thanks This still applies to version 2.6.38-2 in sid.
Re: Stable update of linux-2.6
On Tue, Apr 05, 2011 at 09:56:52PM +0530, Kamalesh Babulal wrote: Resending the patch with commit id and message included. Please let me know, incase the patch needs any other changes to be made. What is the proper Subject: of this patch? powerpc: Fix default_machine_crash_shutdown #ifdef build failure This patch introduces #ifdef bits from below commits, to fix the build failure on powerpc caused by crash_kexec_wait_realmode() when compiled with !SMP. Commit: c2be05481f6125254c45b78f334d4dd09c701c82 upstream powerpc: Fix default_machine_crash_shutdown #ifdef botch 2 subjects? crash_kexec_wait_realmode() is defined only if CONFIG_PPC_STD_MMU_64 and CONFIG_SMP, but is called if CONFIG_PPC_STD_MMU_64 even if !CONFIG_SMP. Fix the conditional compilation around the invocation. Commit: b3df895aebe091b1657a42a8c859bd49fc96646b upstream Wait, have you combined 2 patches upstream into one? Why not just use the 2? Also, what's with the indentation, I'm tired of having to edit changelogs and should NEVER have to do that for stable patches as the log should be identical to what they are upstream (which doesn't have indentation if you export them properly, please do so...) So, care to try again, with proper subject: lines and multiple patches? thanks, greg k-h -- 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/20110405164648.ga15...@kroah.com
Bug#620996: linux-image-2.6.38-1-amd64: Kernel Oops During Resume From Hibernate
Package: linux-2.6 Version: 2.6.38-1 Severity: normal dmesg output: [31900.501230] Restarting tasks ... [31900.512637] BUG: unable to handle kernel NULL pointer dereference at 0018 [31900.512722] IP: [810fadb9] pipe_read+0x86/0x3b6 [31900.512777] PGD 0 [31900.512803] Oops: [#1] SMP [31900.512847] last sysfs file: /sys/devices/LNXSYSTM:00/device:00/PNP0C0A:00/power_supply/BAT1/uevent [31900.512918] CPU 1 [31900.512939] Modules linked in: hidp acpi_cpufreq mperf cpufreq_userspace cpufreq_conservative cpufreq_stats parport_pc ppdev lp parport cpufreq_powersave sco bnep rfcomm l2cap vboxnetadp(O) vboxnetflt(O) vboxdrv(O) binfmt_misc uinput fuse acerhdf coretemp loop snd_hda_codec_hdmi arc4 snd_hda_codec_realtek ecb snd_hda_intel uvcvideo videodev snd_hda_codec v4l2_compat_ioctl32 iwlagn snd_hwdep btusb bluetooth snd_pcm usblp snd_seq snd_timer snd_seq_device iwlcore joydev tpm_tis i2c_i801 snd mac80211 battery soundcore snd_page_alloc tpm psmouse ac tpm_bios power_supply pcspkr serio_raw evdev cfg80211 rfkill wmi processor ext4 mbcache jbd2 crc16 sd_mod crc_t10dif usbhid hid i915 uhci_hcd drm_kms_helper drm ahci libahci libata i2c_algo_bit i2c_core scsi_mod ehci_hcd usbcore atl1c video thermal_sys button nls_base [last unloaded: scsi_wait_scan] [31900.514005] [31900.514024] Pid: 30996, comm: dbus Tainted: G IO 2.6.38-1-amd64 #1 Acer Aspire 1810T/JM11-MS [31900.514119] RIP: 0010:[810fadb9] [810fadb9] pipe_read+0x86/0x3b6 [31900.514184] RSP: 0018:88007591dd48 EFLAGS: 00010286 [31900.514227] RAX: 88007591c000 RBX: RCX: 88013fdba880 [31900.514280] RDX: 0048 RSI: 88007591ded8 RDI: 88013baf7928 [31900.514334] RBP: R08: 810f3636 R09: [31900.514388] R10: ea0003d202f8 R11: 8801393c2c60 R12: 8800372353c0 [31900.514441] R13: 88007591ded8 R14: R15: 0008 [31900.514495] FS: 7f0074aea720() GS:8800b9c8() knlGS: [31900.514557] CS: 0010 DS: ES: CR0: 80050033 [31900.514602] CR2: 0018 CR3: 00012ab4c000 CR4: 000406e0 [31900.514655] DR0: DR1: DR2: [31900.514709] DR3: DR6: 0ff0 DR7: 0400 [31900.514764] Process dbus (pid: 30996, threadinfo 88007591c000, task 88013fdba880) [31900.514823] Stack: [31900.514844] 8800372353c0 88007591de58 [31900.514923] 88013fdbacf8 81056b2d 88007591df58 88007591de58 [31900.515002] 3fed8808 88007591ded8 88013fdba880 81056ca4 [31900.515080] Call Trace: [31900.515108] [81056b2d] ? dequeue_signal+0x9b/0x108 [31900.515154] [81056ca4] ? get_signal_to_deliver+0x10a/0x379 [31900.515205] [810f36e7] ? do_sync_read+0xb1/0xea [31900.515251] [810f412f] ? vfs_read+0xa1/0xfb [31900.515295] [810f423f] ? sys_read+0x45/0x6e [31900.515339] [81009952] ? system_call_fastpath+0x16/0x1b [31900.515388] Code: 18 02 00 00 4c 89 74 24 10 49 89 ee 65 48 8b 0c 25 40 cc 00 00 c7 44 24 44 00 00 00 00 48 89 4c 24 78 48 8d 53 48 48 89 54 24 60 8b 43 18 85 c0 89 44 24 24 0f 84 15 02 00 00 8b 53 1c 48 89 df [31900.515896] RIP [810fadb9] pipe_read+0x86/0x3b6 [31900.515947] RSP 88007591dd48 [31900.515975] CR2: 0018 [31900.516033] ---[ end trace a7919e7f17c0a727 ]--- And here the dmesg output from the resuming: [31886.275116] EXT4-fs (sda6): re-mounted. Opts: errors=remount-ro,commit=120,commit=0 [31886.278921] EXT4-fs (sda5): re-mounted. Opts: commit=120,commit=0 [31886.473531] EXT4-fs (sda10): re-mounted. Opts: commit=120,commit=0 [31886.478080] EXT4-fs (sda8): re-mounted. Opts: commit=120,commit=0 [31886.694660] EXT4-fs (sda7): re-mounted. Opts: commit=120,commit=0 [31887.513003] PM: Marking nosave pages: 0009e000 - 0010 [31887.513011] PM: Marking nosave pages: b9e6 - b9ebf000 [31887.513019] PM: Marking nosave pages: b9f8 - b9fbf000 [31887.513025] PM: Marking nosave pages: b9fe2000 - b9ff7000 [31887.513029] PM: Marking nosave pages: ba00 - 0001 [31887.516239] PM: Basic memory bitmaps created [31887.516242] PM: Syncing filesystems ... done. [31887.584210] Freezing user space processes ... (elapsed 0.01 seconds) done. [31887.600139] Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done. [31887.616124] PM: Preallocating image memory... done (allocated 620435 pages) [31888.390791] PM: Allocated 2481740 kbytes in 0.77 seconds (3223.03 MB/s) [31888.390795] Suspending console(s) (use no_console_suspend to debug) [31888.396282] sd 0:0:0:0: [sda] Synchronizing SCSI cache [31888.504108] HDA Intel :00:1b.0: PCI INT A disabled [31888.504158] ACPI handle has no
Bug#615998: linux-image-2.6.32-5-xen-amd64: Repeatable kernel BUG at fs/jbd2/commit.c:534 from Postfix on ext4
On Tue, Apr 05, 2011 at 10:30:11AM -0500, Moffett, Kyle D wrote: Couple of questions which might give me some clues: (a) was this a natively formatted ext4 file system, or a ext3 file system which was later converted to ext4? All the filesystems were formatted like this using Debian e2fstools as of 9 months ago: Rats. OK, so the indirect block journal credit bug fix won't help this bug. mke2fs -t ext4 -E lazy_itable_init=1 -L db:mail /dev/mapper/db-mail tune2fs -i 0 -c 1 -e remount-ro -o acl,user_xattr,journal_data /dev/mapper/db-mail Ooooh could the lazy_itable_init have anything to do with it? Shouldn't be, since 2.6.32 doesn't have the lazy inode init support. That support didn't show up until 2.6.37. I've switched the relevant filesystems back to data=journal mode, so if you want to send me a patch for 2.6.32 that I can apply to a Debian kernel I will keep that kernel around and if I see it happen again I'll check if the patch fixes it. Given that this was a freshly created file system with mke2fs -t ext4, I doubt the patch would help. Well, the base image is essentially a somewhat basic Debian squeeze for EC2 with our SSH public keys and a couple generic customizations applied. It does not have Postfix installed or configured, so there would be some work involved. Well, if you can share that image in AWS with the ssh keys stripped out it would save me a bunch of time. I assume it's not setup to automatically set ssh keys and pass them back to AWS like the generic images can? I also didn't see any problems with the system at all until the queue got backed up with ~100-120 stuck emails. After Postfix tried and failed to deliver a bunch of emails I would get the OOPS. Yeah, what I'd probably try to do is install postfix and then send a few hundred messages to foo...@example.com and see if I can repro the OOPS. Thanks for investigating! - Ted -- 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/20110405190738.gf2...@thunk.org
Bug#615998: linux-image-2.6.32-5-xen-amd64: Repeatable kernelBUG at fs/jbd2/commit.c:534 from Postfix on ext4
On Apr 05, 2011, at 15:07, Ted Ts'o wrote: On Tue, Apr 05, 2011 at 10:30:11AM -0500, Moffett, Kyle D wrote: Well, the base image is essentially a somewhat basic Debian squeeze for EC2 with our SSH public keys and a couple generic customizations applied. It does not have Postfix installed or configured, so there would be some work involved. Well, if you can share that image in AWS with the ssh keys stripped out it would save me a bunch of time. I assume it's not setup to automatically set ssh keys and pass them back to AWS like the generic images can? Well, the generic images just download to ~root/.ssh/authorized_keys from http://169.254.169.254/meta-data/public-keys/0/openssh-key They don't really generate a keypair themselves, that's just what AWS does and provides the pubkey via that URL. The 169.254.169.254 is just the link-local address for some virtualization infrastructure software. These days they even let you upload your own pubkey. Unfortunately our images don't do that download, although the patched D-I image does do that when initially setting up the network console. If you send me an SSH key and AWS account number in private email then I will cook an updated image and share it out to you. I also didn't see any problems with the system at all until the queue got backed up with ~100-120 stuck emails. After Postfix tried and failed to deliver a bunch of emails I would get the OOPS. Yeah, what I'd probably try to do is install postfix and then send a few hundred messages to foo...@example.com and see if I can repro the OOPS. Not sure if it's related, but the particular SMTP error that was causing things to back up in the first place was by the remote server rejecting emails via SMTP errors after a *successful* connection. Thanks for investigating! Thanks for debugging! Cheers, Kyle Moffett -- 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/26ae8923-4dea-43ff-8f79-1d5aa665a...@boeing.com
Re: Debian linux-2.6 configs moved from http://merkel.debian.org/~jurij/?
On Tue, Apr 05, 2011 at 06:28:16PM +0800, Paul Wise wrote: Hi all, So merkel is now down and the KernelFAQ wiki pages all indicate that Debian linux-2.6 configs are on http://merkel.debian.org/~jurij/. Have they moved somewhere else or are Debian kernel configuration files no longer available on the web? The merkel URL is the first result for debian kernel config so it would be good to have a replacement. Yeah, back in September I've posted on Planet that I'm no longer going to maintain it, and the service will die if nobody is going to transfer it elsewhere: http://blog.wooyd.org/posts/Kernel_config_files/ Looks like that finally happened. If you are interested in getconfig.py source code, I should have a copy stashed somewhere. Best regards, -- Jurij Smakov ju...@wooyd.org Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- 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/20110405210433.ga2...@droopy.oc.cox.net
Re: Bug#619711: console-setup: breaks copying keymap to initramfs
severity 619711 important stop default is KEYMAP=n. On Tue, 29 Mar 2011, Anton Zinoviev wrote: I had no idea that initramfs-tools does this. I think this was wrong even with old version of console-setup because in some situations cached.kmap.gz will not correspond to the actual configuration and in some versions of the package it was even possible for this file not to exist. people using cryptsetup asked for it in order to be able to pass their luks passphrase. It will be difficult for initramfs-tools to tell what is the correct name of the cached keymap. Symlinking the new name to the old is unreliable so I'd prefer not to implement this. Because of this in version 1.72 of console-setup a new option of setupcon is implemented --save-keyboard. Suppose you want to save the keymap in /tmp/initrd/etc/console-setup/cached.kmap.gz. Then simply use the following command: setupcon --save-keyboard /tmp/initrd/etc/console-setup/cached.kmap.gz Alternatively, instead of --save-keyboard you can use --setup-dir. I will explain this second option in a separate bug report. Both new options of setupcon are for now undocumented because I want to know first that they will be useful. I'd prerfer that console-setup would ship an proper initramfs hook telling what to add to initramfs, will followup on the other report on that soonest. thanks for your input. -- maks -- 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/20110405210049.ga5...@stro.at
Processed: Re: Bug#619711: console-setup: breaks copying keymap to initramfs
Processing commands for cont...@bugs.debian.org: severity 619711 important Bug #619711 [initramfs-tools] console-setup: breaks copying keymap to initramfs Severity set to 'important' from 'grave' stop Stopping processing here. Please contact me if you need assistance. -- 619711: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619711 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.13020378827694.transcr...@bugs.debian.org
Bug#504584: marked as done ([kernel] mount.cifs fails to mount MS DFS shares (object is remote))
Your message dated Tue, 5 Apr 2011 23:34:21 +0200 with message-id 20110405213421.GA8952@pisco.westfalen.local and subject line Re: [kernel] mount.cifs fails to mount MS DFS shares (object is remote) has caused the Debian Bug report #504584, regarding [kernel] mount.cifs fails to mount MS DFS shares (object is remote) 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.) -- 504584: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=504584 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: kernel Version: 2.6.26 Severity: important --- Please enter the report below this line. --- unable to mount microsoft dfs share as root: mount -t cifs -o credentials=/root/user.txt -o workgroup=WG -o rw //test.domain.de/DB_001/Project/BO2 /root/bo2 error message: object is remote the same share can be accessed using smbclient. (Ubuntu 8.1 with 2.6.27 does not work either) --- System information. --- Architecture: i386 Kernel: Linux 2.6.26-1-686-bigmem Samba: samba 3.2.4-1 ---End Message--- ---BeginMessage--- Version: 2.6.32-30 On Mon, Apr 04, 2011 at 08:54:04AM +0200, Ulrich J.Meier wrote: Good morning, we tested and it seems to work! thank you!!! Thanks, marking the Squeeze version as fixed, then. Cheers, Moritz ---End Message---
Bug#518643: marked as done (linux-image-2.6.26-1-amd64: kvm host machine crashes with backtrace reference to kvm mmu call)
Your message dated Tue, 5 Apr 2011 23:35:01 +0200 with message-id 20110405213500.GB8952@pisco.westfalen.local and subject line Re: Same problem found in 2.6.26-2-amd64 has caused the Debian Bug report #518643, regarding linux-image-2.6.26-1-amd64: kvm host machine crashes with backtrace reference to kvm mmu call 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.) -- 518643: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=518643 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: linux-image-2.6.26-1-amd64 Version: 2.6.26-13 Severity: critical Justification: breaks the whole system -- Package-specific info: ** Version: Linux version 2.6.26-1-amd64 (Debian 2.6.26-13) (wa...@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-24)) #1 SMP Sat Jan 10 17:57:00 UTC 2009 ** Command line: root=/dev/ares/root ro quiet ** Not tainted ** Kernel log: [ 27.660317] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 [ 27.667302] input: Power Button (FF) as /class/input/input2 [ 27.723363] ACPI: Power Button (FF) [PWRF] [ 27.723465] input: Power Button (CM) as /class/input/input3 [ 27.788257] ACPI: Power Button (CM) [PWRB] [ 27.788978] ACPI: WMI: Mapper loaded [ 28.032707] piix4_smbus :00:14.0: Found :00:14.0 device [ 28.088707] ACPI: PCI Interrupt :00:14.2[A] - GSI 16 (level, low) - IRQ 16 [ 28.121298] hda_codec: Unknown model for ALC882, trying auto-probe from BIOS... [ 28.153304] ACPI: PCI Interrupt :01:05.1[B] - GSI 19 (level, low) - IRQ 19 [ 28.153304] PCI: Setting latency timer of device :01:05.1 to 64 [ 28.169319] input: PC Speaker as /class/input/input4 [ 28.237306] Error: Driver 'pcspkr' is already registered, aborting... [ 28.406172] Error: Driver 'pcspkr' is already registered, aborting... [ 28.738541] saa7146: register extension 'budget_ci dvb'. [ 28.738838] ACPI: PCI Interrupt :03:06.0[A] - GSI 20 (level, low) - IRQ 20 [ 28.738838] saa7146: found saa7146 @ mem c232e000 (revision 1, irq 20) (0x13c2,0x101a). [ 28.738838] saa7146 (0): dma buffer size 192512 [ 28.738838] DVB: registering new adapter (TT-Budget C-1501 PCI) [ 28.767267] pnp: the driver 'parport_pc' has been registered [ 28.767267] parport_pc 00:0a: reported by Plug and Play ACPI [ 28.767267] parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE] [ 28.773473] adapter has MAC addr = 00:d0:5c:c6:4f:83 [ 28.773851] input: Budget-CI dvb ir receiver saa7146 (0) as /class/input/input5 [ 28.866918] parport_pc 00:0a: driver attached [ 28.938845] DVB: registering adapter 0 frontend 0 (Philips TDA10023 DVB-C)... [ 29.768800] Adding 4194296k swap on /dev/mapper/ares-hostswap. Priority:-1 extents:1 across:4194296k [ 30.206216] EXT3 FS on dm-1, internal journal [ 30.904359] it87: Found IT8718F chip at 0x228, revision 5 [ 30.904359] it87: in3 is VCC (+5V) [ 70.311760] kjournald starting. Commit interval 5 seconds [ 70.316270] EXT3 FS on hda1, internal journal [ 70.316337] EXT3-fs: mounted filesystem with ordered data mode. [ 70.347267] kjournald starting. Commit interval 5 seconds [ 70.383188] EXT3 FS on dm-2, internal journal [ 70.383188] EXT3-fs: mounted filesystem with ordered data mode. [ 70.486671] kjournald starting. Commit interval 5 seconds [ 70.498911] EXT3 FS on dm-3, internal journal [ 70.498911] EXT3-fs: mounted filesystem with ordered data mode. [ 71.256971] Bridge firewalling registered [ 71.259025] kvmbr0: Dropping NETIF_F_UFO since no NETIF_F_HW_CSUM feature. [ 71.263032] device eth0 entered promiscuous mode [ 71.263657] r8169: eth0: link up [ 71.263703] r8169: eth0: link up [ 71.274636] kvmbr0: starting userspace STP failed, starting kernel STP [ 71.275531] kvmbr0: port 1(eth0) entering listening state [ 80.321795] kvmbr0: port 1(eth0) entering learning state [ 89.690477] kvmbr0: topology change detected, propagating [ 89.690519] kvmbr0: port 1(eth0) entering forwarding state [ 92.198953] RPC: Registered udp transport module. [ 92.198953] RPC: Registered tcp transport module. [ 92.617147] Installing knfsd (copyright (C) 1996 o...@monad.swb.de). [ 93.772058] powernow-k8: Found 1 AMD Athlon(tm) Dual Core Processor 4850e processors (2 cpu cores) (version 2.20.00) [ 93.772058] powernow-k8:0 : fid 0x11 (2500 MHz), vid 0xe [ 93.772058] powernow-k8:1 : fid 0x10 (2400 MHz), vid 0xf [ 93.772058] powernow-k8:2 : fid 0xe (2200 MHz), vid 0x11 [ 93.772058] powernow-k8:3 : fid 0xc (2000 MHz), vid 0x13 [ 93.772058] powernow-k8:4 : fid
Bug#621027: Invalid shell option in start-statd
Package: nfs-common Version: 1:1.2.3-1 Severity: important % head -n1 =start-statd #!/bin/sh -p % /bin/sh -p -c true /bin/sh: Illegal option -p % ls -l =sh lrwxrwxrwx 1 root root 4 17. Dez 18:49 /bin/sh - dash The option -p is not a valid option for dash, that's the default for sh. Bye, Jörg. signature.asc Description: Digital signature http://en.wikipedia.org/wiki/OpenPGP
Uploading linux-2.6 (2.6.38-3)
Version 2.6.38-2 had build failures on a couple of architectures. We now have fixes for those, and a few other bugs. There is no pending stable update for 2.6.38, so I intend to upload this in about 24 hours' time if there are no objections. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Re: Debian linux-2.6 configs moved from http://merkel.debian.org/~jurij/?
On Tue, 2011-04-05 at 13:25 +0100, Ben Hutchings wrote:
On Tue, Apr 05, 2011 at 06:28:16PM +0800, Paul Wise wrote:
Hi all,
So merkel is now down and the KernelFAQ wiki pages all indicate that
Debian linux-2.6 configs are on http://merkel.debian.org/~jurij/. Have
they moved somewhere else or are Debian kernel configuration files no
longer available on the web? The merkel URL is the first result for
debian kernel config so it would be good to have a replacement.
I think we can generate all the config files with something like:
for arch in amd64 armel ...; do
make -f debian/rules.gen setup_$arch
Needs '-k' as none of the per-flavour setup steps will complete without
cross-tools.
done
for dir in debian/build/build_*; do
dir_base=$(basename $dir)
cp $dir/.config config_${dir_base#build}
done
No cross-build tools should be needed for this.
I uploaded the current configs for squeeze (release architectures) and
sid (all defined architectures) to:
http://kernel.alioth.debian.org/config/
Ben.
--
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.
signature.asc
Description: This is a digitally signed message part
Bug#621032: linux-2.6: please add armhf support
Package: linux-2.6
Version: 2.6.38-3
Severity: wishlist
Tags: patch
Hello,
Please consider the following patch which adds armhf support against svn info:
URL: svn://svn.debian.org/svn/kernel/dists/sid/linux-2.6
Repository Root: svn://svn.debian.org/svn/kernel
Repository UUID: 510b9475-24dd-0310-9b6c-e0eefe99d49f
Revision: 17202
Node Kind: directory
Schedule: normal
Last Changed Author: benh
Last Changed Rev: 17184
Last Changed Date: 2011-04-03 04:14:00 + (Sun, 03 Apr 2011)
Patch:
M debian/templates/control.source.in
M debian/templates/control.main.in
A debian/config/armhf
A debian/config/armhf/config
A debian/config/armhf/defines
A debian/config/armhf/config.mx5
M debian/config/defines
M debian/rules.real
Index: debian/templates/control.source.in
===
--- debian/templates/control.source.in (revision 17202)
+++ debian/templates/control.source.in (working copy)
@@ -3,7 +3,7 @@
Maintainer: Debian Kernel Team debian-kernel@lists.debian.org
Uploaders: Bastian Blank wa...@debian.org, Frederik Schüler
f...@debian.org, maximilian attems m...@debian.org, Ben Hutchings
b...@decadent.org.uk
Standards-Version: 3.9.1
-Build-Depends: debhelper ( 7), cpio, module-init-tools, python, lzma
[armel], libelf-dev, libdw-dev, binutils-dev, asciidoc, xmlto, libperl-dev,
python-dev, libnewt-dev, python-support
+Build-Depends: debhelper ( 7), cpio, module-init-tools, python, lzma [armel
armhf], libelf-dev, libdw-dev, binutils-dev, asciidoc, xmlto, libperl-dev,
python-dev, libnewt-dev, python-support
Build-Depends-Indep: bzip2
Vcs-Svn: svn://svn.debian.org/svn/kernel/dists/sid/linux-2.6/
Vcs-Browser: http://svn.debian.org/wsvn/kernel/dists/sid/linux-2.6/?op=log
Index: debian/templates/control.main.in
===
--- debian/templates/control.main.in(revision 17202)
+++ debian/templates/control.main.in(working copy)
@@ -1,5 +1,5 @@
Package: linux-tools-@version@
-Architecture: alpha amd64 armel hppa i386 powerpc ppc64 s390 sh4 sparc sparc64
+Architecture: alpha amd64 armel armhf hppa i386 powerpc ppc64 s390 sh4 sparc
sparc64
Depends: ${shlibs:Depends}, ${misc:Depends}, ${perl:Depends}, ${python:Depends}
Recommends: linux-base (= 2.6.32-16)
Suggests: linux-doc-@version@
Index: debian/config/armhf/config
===
Index: debian/config/armhf/defines
===
Index: debian/config/armhf/config.mx5
===
Index: debian/config/defines
===
--- debian/config/defines (revision 17202)
+++ debian/config/defines (working copy)
@@ -6,6 +6,7 @@
alpha
amd64
armel
+ armhf
hppa
i386
ia64
Index: debian/rules.real
===
--- debian/rules.real (revision 17202)
+++ debian/rules.real (working copy)
@@ -39,7 +39,7 @@
#
binary-arch-arch: install-headers_$(ARCH)
binary-arch-arch: install-libc-dev_$(ARCH)
-ifneq ($(filter alpha amd64 armel hppa i386 powerpc ppc64 s390 sh4 sparc
sparc64,$(ARCH)),)
+ifneq ($(filter alpha amd64 armel armhf hppa i386 powerpc ppc64 s390 sh4 sparc
sparc64,$(ARCH)),)
binary-arch-arch: install-tools_$(ARCH)
endif
binary-arch-featureset: install-headers_$(ARCH)_$(FEATURESET)
@@ -364,6 +364,7 @@
install-image_arm_$(FEATURESET)_$(FLAVOUR)_plain_image \
install-image_armel_$(FEATURESET)_$(FLAVOUR)_plain_image \
+install-image_armhf_$(FEATURESET)_$(FLAVOUR)_plain_image \
install-image_sparc_$(FEATURESET)_$(FLAVOUR)_plain_image \
install-image_sparc64_$(FEATURESET)_$(FLAVOUR)_plain_image \
install-image_sh4_$(FEATURESET)_$(FLAVOUR)_plain_image:
We'll submit Efika platform config and patches as soon as it is possible, but
for now this would ease armhf porters building kernel task.
Best regards
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (650, 'testing'), (600, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.37-1-686 (SMP w/2 CPU cores)
Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
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/20110405223528.11824.52190.report...@flaco.tsc-farm.upc.es
Bug#620814: initramfs-tools: fails to include essential module for other leg of md0
Thusly spoke maximilian attems (m...@debian.org on 2011-04-05 06:44
+):
On Mon, Apr 04, 2011 at 10:15:21PM +, Arno Schuring wrote:
no, check your box with:
egrep MODULES -r /etc/initramfs-tools/
Great.
/etc/initramfs-tools/initramfs.conf:# MODULES: [ most | netboot |
dep | list ] /etc/initramfs-tools/initramfs.conf:MODULES=most
/etc/initramfs-tools/conf.d/driver-policy:MODULES=dep
you choose so on your Debian installation. on the why only you can
respond (:
Habit. But my surprise was that MODULES was defined twice. Having never
dealt with conf.d before, I didn't think to look there.
The expert install has a seemingly bad phrase so that many
users seem to prefer MODULES=dep, when that question is shown.
I did use expert install, but I would have chosen dep anyway; it's
never bitten me in the past, and I used to use very small (32MB)
IDE-flash drives for /boot.
As you noticed the file is unowned and can be removed and the
initramfs regenerated.
Nevertheless your fail in MODULES=dep is interesting and didn't have
time yet to properly read this corresponding bug.
Since I had already spent so much time reading into the source, I spent
another hour yesterday to rewrite hook-functions to my liking. Patch
attached. It basically replaces the entire sysfs-from-dev divination
with a walker that uses sysfs' slave links to reach the underlying
device, collecting modules along the way.
Please treat this as an FYI, not a push. The exercise is academic
anyway, since this is not in any way a resource-constrained device. I'm
not comfortable signing off on this code, because
a) I simply can't test and have no experience with block devices other
than lvm, md and plain partitions.
b) the code assumes a lot about sysfs that I have not been able to
support with documentation:
- there appears to be no guarantee about the existence of a block
device at all (maybe it's driver-dependent?)
- no guarantee about whether following slaves/ in /block/ will always
reach an endpoint under /devices/
- Never depend on the device-link is mentioned explicitly in the
document, but there appears to be no other way to reach driver/ from
/block/ (?). It also explicitly says Accessing
/sys/class/net/eth0/device is a bug in the application
c) initramfs is not exactly the place where you can afford to be naive
without consequence
That said, this code WorksForMe(tm), I've tried very hard not to
break any old code paths. It can't replace the existing code anyway
because it relies on udev, which is non-essential. I think
sys_walk_device might be useful though.
Oh, and there's several indentation violations to avoid huge
whitespace-only changes. Like I said, it's not a submission.--- hook-functions.orig 2011-01-28 15:11:01.0 +0100
+++ hook-functions 2011-04-06 00:54:41.307212833 +0200
@@ -213,10 +213,37 @@
fi
}
+sys_walk_device()
+{
+ local dev_path
+
+ dev_path=${1}
+ # regular device or partition
+ if [ ${dev_path#/sys/devices/} != ${dev_path} ]; then
+ sys_walk_mod_add ${dev_path}
+ elif [ -e ${dev_path}/dev ]; then
+ sys_walk_mod_add $(readlink -f ${dev_path}/device)
+ fi
+ # possible dm/md device node
+ if [ -e ${dev_path}/dm ]; then
+ manual_add_modules lvm
+ elif [ -e ${dev_path}/md ]; then
+ #this works even for level=raid5 (module raid456.ko)
+ manual_add_modules $(cat ${dev_path}/md/level)
+ fi
+
+ if [ -e ${dev_path}/slaves ]; then
+ #FIXME this breaks on spaces in the devpath
+ for slave in ${dev_path}/slaves/* ; do
+ sys_walk_device $(readlink -f ${slave})
+ done
+ fi
+}
+
# find and only copy root relevant modules
dep_add_modules()
{
- local block minor root FSTYPE root_dev_path x
+ local block minor root FSTYPE root_dev_path sys_path x
# require mounted sysfs
if [ ! -d /sys/devices/ ]; then
@@ -274,6 +301,11 @@
# Add rootfs
manual_add_modules ${FSTYPE}
+ # query udev for the sysfs device path
+ sys_path=$(udevadm info --query=path --name=${root})
+
+# use old code path only if we failed to find the correct device
+if [ -z ${sys_path} ]; then
# lvm or luks root
if [ ${root#/dev/mapper/} != ${root} ] \
|| [ ${root#/dev/dm-} != ${root} ]; then
@@ -359,10 +391,15 @@
echo mkinitramfs: Error please report the bug 2
exit 1
fi
+fi
+ if [ -n ${sys_path} ]; then
+ sys_walk_device /sys${sys_path}
+ else
# sys walk ATA
root_dev_path=$(readlink -f /sys/block/${block}/device)
sys_walk_mod_add ${root_dev_path}
+ fi
# catch old-style IDE
if [ -d ${DESTDIR}/lib/modules/${version}/kernel/drivers/ide ]; then
Re: Debian linux-2.6 configs moved from http://merkel.debian.org/~jurij/?
On Tue, 2011-04-05 at 23:38 +0100, Ben Hutchings wrote: I uploaded the current configs for squeeze (release architectures) and sid (all defined architectures) to: http://kernel.alioth.debian.org/config/ Thanks, updated the KernelFAQ wiki pages. Jurij's page provided a nice introduction and table of versions and architectures, it would be nice if you could copy that: http://google.com/search?q=cache:merkel.debian.org/~jurij/ Jurij's script for this is here too: http://googlecom/search?q=cache:merkel.debian.org/~jurij/sw/getconfig.py It would also be great to provide all the old configs, maybe grabbing stuff from snapshot.d.o would help there. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
