Bug#700884:
This bug bites quite often when debootstrapping older Debian and/or Ubuntu releases when trying to create chroot for testing backwards compatibility of whatever software. It's very annoying. Of course, either uname26 or setarch will work but both of them lack the ability to specify a custom version string for uname. The generated version is always 2.6.x which will - in some cases - go to a completely different branch in a (buggy) libc6 preinst script. And eglibc is most likely not the only package now or in the future with problems like this. Would strongly recommend fixing this somehow, if nothing else, then incorporating the use of setarch with appropriate, additional command line option. It could be refined later if and when situation occurs. Regards, Jussi
Bug#683026: New Section
I think the debian-kernel-handbook needs a new section. How to build an i386 debian package containing an AMD64 kernel. You have a machine running debian/i386 where you have installed an AMD64 kernel, such as the linux-image-3.2.0-4-amd64 package. For some reason you need to build your own kernel. 1) Download an uncompress source, and cd in. eg linux-3.11 2) copy config from /boot/config-3.2.0-4-amd64 3) make olddefconfig 4) export KBUILD_DEBARCH=i386 5) make deb-pkg -jnumber of CPU 6) look for *.i386.deb in parent directory. Use dpkg to install. * I've spent a week on and off trying to work out the above. -- 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/522786a2.30...@kooky.org
Bug#721871: i915 backlight quirk needed for Lenovo Yoga 11s
Package: src:linux Version: 3.10.5-1 Severity: normal The Lenovo Yoga 11s laptop boots to a black screen (backlight off) when i915 loads. This is due to the common backlight control inversion problem, and can be worked around with i915.invert_brightness=1 This should be enough information to add an entry for this laptop to the intel_quirks table: 00:02.0 VGA compatible controller [0300]: Intel Corporation 3rd Gen Core process or Graphics Controller [8086:0166] (rev 09) (prog-if 00 [VGA controller]) Subsystem: Lenovo Device [17aa:3977] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Step ping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 43 Region 0: Memory at e000 (64-bit, non-prefetchable) [size=4M] Region 2: Memory at d000 (64-bit, prefetchable) [size=256M] Region 4: I/O ports at 2000 [size=64] Expansion ROM at unassigned [disabled] Capabilities: access denied Kernel driver in use: i915 This affects both the kernel I'm running and the one in stable too. -- Package-specific info: ** Version: Linux version 3.10-2-amd64 (debian-kernel@lists.debian.org) (gcc version 4.7.3 (Debian 4.7.3-6) ) #1 SMP Debian 3.10.5-1 (2013-08-07) ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.10-2-amd64 root=UUID=8f9f53ff-f80d-468c-9310-892de8846629 ro quiet i915.invert_brightness=1 ** Tainted: WCO (5632) * Taint on warning. * Module from drivers/staging has been loaded. * Out-of-tree module has been loaded. ** Kernel log: [49876.205573] UpdateHalRAMask8192CUsb = mac_id:0, networkType:0x03, mask:0x0fff [49876.205573] == rssi_level:3, rate_bitmap:0x0ff5 [49882.218012] UpdateHalRAMask8192CUsb = mac_id:0, networkType:0x03, mask:0x0fff [49882.218012] == rssi_level:2, rate_bitmap:0x0ff0 [50050.562890] UpdateHalRAMask8192CUsb = mac_id:0, networkType:0x03, mask:0x0fff [50050.562890] == rssi_level:3, rate_bitmap:0x0ff5 [50056.566202] UpdateHalRAMask8192CUsb = mac_id:0, networkType:0x03, mask:0x0fff [50056.566202] == rssi_level:2, rate_bitmap:0x0ff0 [50311.082032] UpdateHalRAMask8192CUsb = mac_id:0, networkType:0x03, mask:0x0fff [50311.082032] == rssi_level:3, rate_bitmap:0x0ff5 [50335.121810] UpdateHalRAMask8192CUsb = mac_id:0, networkType:0x03, mask:0x0fff [50335.121810] == rssi_level:2, rate_bitmap:0x0ff0 [50515.221777] EXT2-fs (sdf): previous I/O error to superblock detected [50515.221777] [50515.221793] EXT2-fs (sdf): error: ext2_readdir: bad page in #2 [50518.567000] EXT2-fs (sdf): previous I/O error to superblock detected [50518.567000] [50518.567067] EXT2-fs (sdf): previous I/O error to superblock detected [50518.567067] [50518.567093] EXT2-fs (sdf): previous I/O error to superblock detected [50518.567093] [50551.844610] EXT2-fs (sde): previous I/O error to superblock detected [50551.844610] [50551.844624] EXT2-fs (sde): error: ext2_readdir: bad page in #2 [50562.524764] EXT2-fs (sde): previous I/O error to superblock detected [50562.524764] [50562.524776] EXT2-fs (sde): error: ext2_get_inode: unable to read inode block - inode=2, block=129 [50562.524796] EXT2-fs (sde): previous I/O error to superblock detected [50562.524796] [50562.524845] EXT2-fs (sde): previous I/O error to superblock detected [50562.524845] [50562.524878] EXT2-fs (sde): previous I/O error to superblock detected [50562.524878] [50568.515687] EXT2-fs (sdd): previous I/O error to superblock detected [50568.515687] [50568.515908] EXT2-fs (sdd): previous I/O error to superblock detected [50568.515908] [50568.515940] EXT2-fs (sdd): previous I/O error to superblock detected [50568.515940] [50571.209716] EXT2-fs (sdc): previous I/O error to superblock detected [50571.209716] [50571.209762] EXT2-fs (sdc): previous I/O error to superblock detected [50571.209762] [50571.209781] EXT2-fs (sdc): previous I/O error to superblock detected [50571.209781] [50615.856235] usb 1-1.2: new high-speed USB device number 14 using ehci-pci [50616.598733] usb 1-1.2: New USB device found, idVendor=1058, idProduct=0730 [50616.598740] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [50616.598744] usb 1-1.2: Product: My Passport 0730 [50616.598747] usb 1-1.2: Manufacturer: Western Digital [50616.598750] usb 1-1.2: SerialNumber: 575842314143305334373633 [50616.599318] usb-storage 1-1.2:1.0: USB Mass Storage device detected [50616.599629] scsi14 : usb-storage 1-1.2:1.0 [50618.668473] scsi 14:0:0:0: Direct-Access WD My Passport 0730 1012 PQ: 0 ANSI: 6 [50618.669586] scsi 14:0:0:1: Enclosure WD SES Device 1012 PQ: 0 ANSI: 6 [50618.670300] sd 14:0:0:0: Attached scsi generic sg2 type 0 [50618.670817] scsi 14:0:0:1: Attached scsi generic sg3 type 13 [50622.548050] sd 14:0:0:0: [sdc] 1953458176 512-byte logical blocks: (1.00
Bug#715548: linux-image-3.9-1-amd64: NFS causes a general protection fault
I have tried again with linux-image-3.10-2-amd64 and this problem is still present. Unfortunately I was unable to test without the Nvidia driver (nouveau did not want to start) or without the VMware drivers (Solaris is in a VMware VM). So for now I'm back to the 3.2.0 kernel where everything works. -- Francois Gouget fgou...@free.fr http://fgouget.free.fr/ La terre est une bêta...
Bug#721887: initramfs-tools: breaks system when used with module-init-tools from lenny or older
Package: initramfs-tools Version: 0.109.1 Severity: serious *** Please type your report below this line *** When I upgrade initramfs-tools to 0.109.1 on my system with module-init-tools 3.4-1 on it, it overwrites all the initrd.img files in /boot/ with bad ones, leaving my system unbootable (it brings me to a initrd command prompt). All the menu items in grub are affected, including the known-safe fallback boot choices. initramfs-tools 0.109.1 with module-init-tools 3.12-2+b1 works. initramfs-tools 0.109.1 does not have a versioned dependency on module-init-tools I have verified that this problem also exists with the jessie/sid version (0.113) of initramfs-tools. -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 6.2M Sep 4 14:03 /boot/initrd.img-2.6.26-2-686 -rw-r--r-- 1 root root 7.9M Sep 4 18:20 /boot/initrd.img-2.6.32-5-686 -rw-r--r-- 1 root root 6.2M Aug 14 06:31 /boot/initrd.img-2.6.32-5-686.bak -- /proc/cmdline root=LABEL=20g-c1793 ro nomodeset -- resume # RESUME=/dev/hda3 RESUME='UUID=ab74a1ad-51f2-41db-901f-316d6338627f' -- /proc/filesystems ext3 -- lsmod Module Size Used by ppp_deflate 2790 0 zlib_deflate 15822 1 ppp_deflate bsd_comp4120 0 ppp_async 5305 1 crc_ccitt 1039 1 ppp_async ppp_generic16359 7 ppp_deflate,bsd_comp,ppp_async slhc3691 1 ppp_generic cdc_acm12846 2 usb_storage31033 0 uinput 4796 1 nfsd 193919 13 exportfs2618 1 nfsd nfs 207298 2 lockd 49449 2 nfsd,nfs fscache24662 1 nfs nfs_acl 1695 2 nfsd,nfs auth_rpcgss25296 2 nfsd,nfs sunrpc134903 18 nfsd,nfs,lockd,nfs_acl,auth_rpcgss piix2948 0 ide_gd_mod 17163 0 ide_cd_mod 21080 0 ide_core 59614 3 piix,ide_gd_mod,ide_cd_mod snd_intel8x0m 8100 0 snd_intel8x0 19595 0 snd_ac97_codec 79152 2 snd_intel8x0m,snd_intel8x0 ac97_bus 710 1 snd_ac97_codec snd_pcm_oss28671 0 snd_mixer_oss 10461 1 snd_pcm_oss arc4 974 2 ecb 1405 2 snd_pcm47226 4 snd_intel8x0m,snd_intel8x0,snd_ac97_codec,snd_pcm_oss nouveau 314884 0 ttm33394 1 nouveau snd_seq_midi3576 0 drm_kms_helper 18569 1 nouveau b43 132619 0 snd_rawmidi12513 1 snd_seq_midi mac80211 123586 1 b43 drm 112621 3 nouveau,ttm,drm_kms_helper snd_seq_midi_event 3684 1 snd_seq_midi joydev 6739 0 i2c_algo_bit3493 1 nouveau cfg80211 87645 2 b43,mac80211 snd_seq35463 2 snd_seq_midi,snd_seq_midi_event rfkill 10264 1 cfg80211 snd_timer 12270 2 snd_pcm,snd_seq snd_seq_device 3673 3 snd_seq_midi,snd_rawmidi,snd_seq led_class 1757 1 b43 yenta_socket 16403 1 i2c_core 12787 4 nouveau,drm_kms_helper,drm,i2c_algo_bit ac 1636 0 battery 3782 0 button 3598 1 nouveau rsrc_nonstatic 7057 1 yenta_socket psmouse44837 0 processor 26327 1 snd34423 10 snd_intel8x0m,snd_intel8x0,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_rawmidi,snd_seq,snd_timer,snd_seq_device serio_raw 2916 0 shpchp 21200 0 parport_pc 15799 0 pcspkr 1207 0 dcdbas 3892 0 video 14605 0 output 1204 1 video evdev 5609 16 pci_hotplug18545 1 shpchp soundcore 3450 1 snd snd_page_alloc 5045 3 snd_intel8x0m,snd_intel8x0,snd_pcm parport22554 1 parport_pc rng_core2178 1 b43 ext3 9 3 jbd32401 1 ext3 mbcache 3762 1 ext3 usbhid 28016 0 hid50909 1 usbhid sg 19937 0 sr_mod 10770 0 sd_mod 26013 4 crc_t10dif 1012 1 sd_mod cdrom 26435 2 ide_cd_mod,sr_mod b4418472 0 ata_generic 2247 0 ssb33714 2 b43,b44 ata_piix 17736 3 uhci_hcd 16057 0 mmc_core 38685 2 b43,ssb firewire_ohci 16725 0 pcmcia 16194 2 b43,ssb thermal 9206 0 libata115869 2 ata_generic,ata_piix ehci_hcd 28689 0 pcmcia_core20450 5 b43,yenta_socket,rsrc_nonstatic,ssb,pcmcia mii
Bug#719680: Driver mv643xx_eth_port requests probe deferral
On Sun, 2013-09-01 at 16:07 +0100, Ian Campbell wrote: On Sun, 2013-09-01 at 15:53 +0100, Ben Hutchings wrote: On Sun, 2013-09-01 at 15:19 +0100, Ian Campbell wrote: On Sat, 2013-08-31 at 19:52 +0100, Ian Campbell wrote: On Sat, 2013-08-31 at 18:59 +0100, Ian Campbell wrote: On Sat, 2013-08-31 at 11:29 +0100, Ian Campbell wrote: Could this be due to lack of CONFIG_MVMDIO on armel? I'm going to try that. It appears to have done the trick on trunk (3.11-rc5). The kernel doesn't find my disks though :-( More than likely the lack of CONFIG_USB_EHCI_HCD_ORION I should think. That does the trick but mkinitramfs also needs to be taught about the new ehci-orion module which this produces. Maybe it should be including drivers/usb/host/* (although that currently includes some really obscure drivers we probably shouldn't build at all). That's an option I suppose, but it's a pretty long list, of which the majority are, I expect, useless on any given platform I think. An example of grep HCD on the kirkwood config is below (it won't even include things whose dependencies aren't met as disabled). [...] That prompted me to remove some of the sillier HCD drivers from the config in trunk. It's also possible to pass a list of exclusions to copy_modules_dir, as we do for the hid and net directories. Ben. -- Ben Hutchings Knowledge is power. France is bacon. signature.asc Description: This is a digitally signed message part
Re: [PATCH] udebs for armmp flavour
On Sun, 2013-09-01 at 12:43 +0100, Ian Campbell wrote: On Fri, 2013-08-30 at 21:47 +0100, Ian Campbell wrote: I suppose I should have CCd the ARM kernel maints! I'm not sure if any of you guys are actually especially interested in server class ARM though? Any objections to my pushing this? Keeping kernel-wedge happy (not complaining about missing modules) requires making more (all in fact) NIC modules options, like the below. Does this make sense? I don't know what most of these are. I don't know if any of the platforms which are supported by armmp have any of these or if any have e.g. a PCI slot which might make them an option. If any do have a PCI slot then I'd expect them to also have an onboard NIC, which is the minimum we would need to support for D-I purposes. Is a blanket all NICs are optional a good rule? No, I don't think so. The common nic-modules list is appropriate for configurations where PCI is enabled. Configurations without PCI should have their own lists. But why does armmp *not* have CONFIG_PCI=y? The Marvell Armada 370 and XP have PCI Express 2.0 interfaces. You can bring them out to slots (use http://cogcomp.com/csb_csb1726.htm plus http://cogcomp.com/csb_csb1701.htm) so any standard PCIe card could be connected. Ben. -- Ben Hutchings Knowledge is power. France is bacon. signature.asc Description: This is a digitally signed message part
Bug#714974: [PATCH] jfs: fix readdir cookie incompatibility with NFSv4
On Thu, Aug 29, 2013 at 03:48:03PM -0700, Jonathan McDowell wrote: On Sat, Aug 17, 2013 at 10:01:31PM +0200, Ben Hutchings wrote: On Thu, 2013-08-15 at 14:26 -0700, Christian Kujau wrote: On Thu, 15 Aug 2013 at 15:48, Dave Kleikamp wrote: This patch replaces the one I posted yesterday. I like this better since it doesn't require fixing existing on-disk cookies or skipping a position in the in-inode index table. Thanks. Applied to 3.11-rc5 and tested, no more readdir loop messages and with unique inode numbers, great! Tested-by: Christian Kujau li...@nerdbynature.de Karl and Jonathan, could you test the attached backport to 3.2? I finally managed to be able to schedule some downtime yesterday for one of the machines I've been seeing this issue with. So far since the reboot to this kernel (3.2.46-1 + the patch) I haven't seen a recurrence of the problem; will update if I see anything. I see the patch hit 3.11, but just to confirm the 3.2 backport on top of the Debian 3.2.46-1 kernel has seen no recurrence or issues in the past week (with a set of JFS filesystems that are fairly extensively used over NFS). J. -- Web [ Aunt Em: Hate Kansas. Hate you. Taking dog. Bye. Dorothy. ] site: http:// [ ] Made by www.earth.li/~noodles/ [ ] HuggieTag 0.0.24 signature.asc Description: Digital signature
