Processed: initramfs-tools: Fix for "update-initramfs -k all -u|-c|-d" and manpage
Processing commands for [EMAIL PROTECTED]: > tags 360281 patch Bug#360281: -k ALL doesn't work There were no tags set. Tags added: patch > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#383865: linux-source-2.6.17: crash: hostap_cs & orinoco_cs both loading for same card?
Package: linux-source-2.6.17 Version: 2.6.17-6 Severity: normal I have a wireless PCMCIA card that works fine on another machine using kernel 2. 6.16/hotplug, but locks this machine up hard every time using 2.6.16 and 2.6.17 and udev (requires power down and reboot). Crash occurs both on card insertion a nd on boot with card already inserted. On the machine where the card works: cardctl ident: Socket 0: product info: "INTERSIL", "HFA384x/IEEE", "Version 01.02", "" manfid: 0x0156, 0x0002 function: 6 (network) syslog on working machine: kernel: pccard: PCMCIA card inserted into slot 0 kernel: pcmcia: registering new device pcmcia0.0 cardmgr[2864]: socket 0: Senao SL-2011CD/SL-2011CDPLUS cardmgr[2864]: executing: 'modprobe hostap 2>&1' cardmgr[2864]: + WARNING: Failed to open config file /etc/modprobe.d/alsa: No such file or directory kernel: ieee80211_crypt: registered algorithm 'NULL' cardmgr[2864]: executing: 'modprobe hostap_cs 2>&1' cardmgr[2864]: + WARNING: Failed to open config file /etc/modprobe.d/alsa: No such file or directory kernel: hostap_cs: 0.4.4-kernel (Jouni Malinen <[EMAIL PROTECTED]>) kernel: hostap_cs: setting Vcc=33 (constant) kernel: hostap_cs: setting Vcc=33 (from config) kernel: Checking CFTABLE_ENTRY 0x01 (default 0x01) kernel: IO window settings: cfg->io.nwin=1 dflt.io.nwin=1 kernel: io->flags = 0x0046, io.base=0x, len=64 kernel: hostap_cs: Registered netdevice wifi0 kernel: hostap_cs: index 0x01: Vcc 3.3, irq 11, io 0x0100-0x013f kernel: prism2_hw_init: initialized in 200 ms kernel: wifi0: NIC: id=0x800c v1.0.0 kernel: wifi0: PRI: id=0x15 v1.1.0 kernel: wifi0: STA: id=0x1f v1.4.9 kernel: wifi0: defaulting to bogus WDS frame as a workaround for firmware bug in Host AP mode WDS kernel: wifi0: registered netdevice wlan0 On the machine that crashes, normally there is nothing interesting written to th e logs after I reboot. However, syslog tails sometimes show a few lines at crash time: syslog tail showed this one time on crash (2.6.16 or 2.6.17, not sure): kernel: pccard: PCMCIA card inserted into slot 0 kernel: cs: memory probe 0xa000-0xa0ff: excluding 0xa000-0xa0f kernel: cs: memory probe 0x6000-0x60f: clean kernel: pcmcia: register new device pcmcia0.0 cardmgr[2163]: socket 0: Senao SL-2011CD/SL-2011CDPLUS another syslog tail (kernel 2.6.17): kernel: pccard: PCMCIA card inserted into slot 0 kernel: pcmcia: registering new device pcmcia0.0 kernel: orinoco 0.15rc3 (David Gibson. And one time I swear I saw what looked like orinoco_cs and hostap_cs loading at same time, which I am thinking might be the problem? -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-tp600e.13 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages linux-source-2.6.17 depends on: ii binutils 2.17-2 The GNU assembler, linker and bina ii bzip2 1.0.3-3high-quality block-sorting file co Versions of packages linux-source-2.6.17 recommends: ii gcc 4:4.1.1-5 The GNU C compiler ii libc6-dev [libc-dev] 2.3.6-15 GNU C Library: Development Librari ii make 3.81-2 The GNU version of the "make" util -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360281: initramfs-tools: Fix for "update-initramfs -k all -u|-c|-d" and manpage
tags 360281 patch thanks Package: initramfs-tools Version: 0.75 Followup-For: Bug #360281 I saw few problems on update-initramfs command. http://bugs.debian.org/360281 http://bugs.debian.org/383600 The current update-initramfs impliment -k all only for -u option while help message of the command gives wrong impression. There is no mention of all in manpage. Manpage does not document current Debian default behavior for -k version. (I agree that update-initramfs does not to update for all kernels unless manually executed. I had issues with 0.74 but I could boot system with older untouched kernel. Conservative is good move.) So here is my suggestion for fix. I just moved "all" processing outside of "update" while ensuring all additional options will be processed properly and also added extra verbose line for the start of kernel version iteration to give better output. Now "all" iteration properly preserve all valid options :-) I hope this patch helps. (I actually did not test this for -d. Just tested for -c and -u. Also I tested -v option too.) (I kept FIXME line since this is part of moved lines.) Osamu -- Package-specific info: -- /proc/cmdline root=/dev/hda6 ro -- /proc/filesystems cramfs ext3 -- lsmod Module Size Used by radeon 98912 1 drm61556 2 radeon binfmt_misc11016 1 sonypi 20668 0 ppdev 8516 0 lp 10852 0 button 6544 0 ac 4836 0 battery 9188 0 ipv6 222304 12 dm_snapshot15680 0 dm_mirror 18768 0 dm_mod 49944 2 dm_snapshot,dm_mirror sr_mod 15876 0 sbp2 20648 0 ide_generic 1376 0 [permanent] sd_mod 18592 0 8250_pci 19840 0 joydev 8992 0 hw_random 5624 0 snd_intel8x0 30204 1 pcmcia 34012 0 snd_intel8x0m 15980 0 snd_ac97_codec 82720 2 snd_intel8x0,snd_intel8x0m snd_ac97_bus2368 1 snd_ac97_codec shpchp 34272 0 pci_hotplug27196 1 shpchp firmware_class 9696 1 pcmcia snd_pcm_oss35968 0 snd_mixer_oss 15872 1 snd_pcm_oss snd_pcm74532 4 snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss snd_timer 20836 1 snd_pcm snd48100 9 snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer i2c_i8018236 0 i2c_core 19552 1 i2c_i801 intel_agp 21116 1 agpgart29864 2 drm,intel_agp pcspkr 3040 0 yenta_socket 23884 2 rsrc_nonstatic 11968 1 yenta_socket pcmcia_core37300 3 pcmcia,yenta_socket,rsrc_nonstatic mousedev 10788 1 tsdev 7392 0 8250_pnp8704 0 parport_pc 32132 1 parport33160 3 ppdev,lp,parport_pc psmouse34600 0 rtc12340 0 evdev 9088 2 eth139418052 0 usb_storage70560 0 serio_raw 6596 0 soundcore 9216 1 snd snd_page_alloc 9512 3 snd_intel8x0,snd_intel8x0m,snd_pcm scsi_mod 123080 4 sr_mod,sbp2,sd_mod,usb_storage ext3 118376 1 jbd50292 1 ext3 mbcache 8324 1 ext3 usbhid 35520 0 ide_cd 35680 0 cdrom 32448 2 sr_mod,ide_cd ide_disk 15072 3 uhci_hcd 20424 0 piix9476 0 [permanent] generic 4420 0 [permanent] ide_core 111016 6 ide_generic,usb_storage,ide_cd,ide_disk,piix,generic usbcore 111616 4 usb_storage,usbhid,uhci_hcd e100 31364 0 ohci1394 30448 0 ieee1394 86584 3 sbp2,eth1394,ohci1394 mii 5312 1 e100 thermal12904 0 processor 25512 1 thermal fan 4516 0 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages initramfs-tools depends on: ii busybox 1:1.1.3-2 Tiny utilities for small and embed ii cpio 2.6-17 GNU cpio -- a program to manage ar ii klibc-utils 1.4.19-2 small statically-linked utilities ii module-init-tools 3.2.2-3tools for managing Linux kernel mo ii udev 0.097-1/dev/ and ho
Bug#356090: kernel: Can't access PCMCIA card adapter
I have to report the exact same bug than Bill. Kernel 2.6.17.6 Dazzle 4 in 1 PCMCIA adapter I used to have a 1G SD card that worked fine I upgraded to a 2G card, and I get this: kernel: pccard: PCMCIA card inserted into slot 0 kernel: cs: memory probe 0xe800-0xefff: excluding 0xe800-0xefff kernel: cs: memory probe 0xc020-0xcfff: excluding 0xc020-0xc11f 0xc1a0-0xc61f 0xc6a0-0xc71f 0xc7a0-0xc81f 0xc8a0-0xc91f 0xc9a0-0xca1f 0xcaa0-0xcb1f 0xcba0-0xcc1f 0xcca0-0xcd1f 0xcda0-0xce1f 0xcea0-0xcf1f 0xcfa0-0xd01f kernel: pcmcia: registering new device pcmcia0.0 kernel: setup_irq: irq handler mismatch kernel: setup_irq+0x10b/0x130 test_action+0x0/0x10 [pcmcia] kernel: request_irq+0x82/0xa0 pcmcia_request_irq+0x1e1/0x230 [pcmcia] kernel: test_action+0x0/0x10 [pcmcia] ide_config+0x3de/0x6c0 [ide_cs] kernel: pcmcia_device_probe+0x6e/0x100 [pcmcia] driver_probe_device+0xbc/0xe0 kernel: __driver_attach+0x0/0x80 __driver_attach+0x70/0x80 kernel: bus_for_each_dev+0x69/0x80 kobject_set_name+0x43/0xe0 kernel: driver_attach+0x25/0x30 __driver_attach+0x0/0x80 kernel: bus_add_driver+0x88/0xd0 driver_register+0x97/0xa0 kernel: klist_devices_get+0x0/0x10 klist_devices_put+0x0/0x10 kernel: pcmcia_register_driver+0x17/0x50 [pcmcia] init_ide_cs+0xf/0x11 [ide_cs] kernel: sys_init_module+0xf2/0x180 syscall_call+0x7/0xb kernel: Probing IDE interface ide2... kernel: hde: Memory Card Adapter, CFA DISK drive kernel: ide2 at 0x4100-0x4107,0x410e on irq 4 kernel: hde: max request size: 128KiB kernel: hde: 1992704 sectors (1020 MB) w/1KiB Cache, CHS=3892/16/32 kernel: hde:hde: status error: status=0x7f { DriveReady DeviceFault SeekComplete DataRequest CorrectedError Index Error } kernel: hde: status error: error=0x00 { } kernel: ide: failed opcode was: unknown kernel: hde: drive not ready for command kernel: ide2: reset: master: ECC circuitry error kernel: hde1 kernel: ide-cs: hde: Vpp = 0.0 kernel: hde: task_in_intr: status=0x51 { DriveReady SeekComplete Error } kernel: hde: task_in_intr: error=0x10 { SectorIdNotFound }, LBAsect=3985271, sector=3985278 kernel: ide: failed opcode was: unknown (...) If I remove the card, my machine hangs hard. It is possible that my 1GB card was really 0.99GB or something. It also works with a 512MB card of the same brand than the 2GB card. Has anyone found any info on how to handle this problem? Thanks Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems & security what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: remove unused 2.4 images
On Sun, 2006-08-20 at 04:12 +0200, Jeroen van Wolffelaar wrote: > And I have no idea about: > kernel-patch-2.4.27-apus > kernel-patch-2.4-fasttraks150 > kernel-patch-2.4-grsecurity > kernel-patch-2.4-lowlatency I'm the maintainer of kernel-patch-2.4-grsecurity , and it should be removed too. Will file a RoM somewhen. Regards, Laszlo/GCS signature.asc Description: This is a digitally signed message part
Re: remove unused 2.4 images
On Fri, Aug 18, 2006 at 06:55:26PM +0200, maximilian attems wrote: > retitle 376771 RM: kernel-image-2.4.27-2-* -- RoM > thanks > > in accordance with the d-i team any 2.4 kernel-image package > can be removed from unstable for all archs except > i386 and m68k (both legacy archs :-P) > > this includes the following list of kernel-images: > Package kernel-image-2.4.27-2-s390 > Package kernel-image-2.4.27-2-s390-di > Package kernel-image-2.4.27-2-s390-tape > Package kernel-image-2.4.27-2-s390-tape-di > Package kernel-image-2.4.27-2-s390x > Package kernel-image-2.4.27-2-sparc32 > Package kernel-image-2.4.27-2-sparc32-di > Package kernel-image-2.4.27-2-sparc32-smp > Package kernel-image-2.4.27-2-sparc64 > Package kernel-image-2.4.27-2-sparc64-di > Package kernel-image-2.4.27-2-sparc64-smp > Package kernel-image-2.4.27-bast > Package kernel-image-2.4.27-bast-di > Package kernel-image-2.4.27-lart > Package kernel-image-2.4.27-lart-di > Package kernel-image-2.4.27-netwinder > Package kernel-image-2.4.27-netwinder-di > Package kernel-image-2.4.27-r3k-kn02 > Package kernel-image-2.4.27-r3k-kn02-di > Package kernel-image-2.4.27-r4k-ip22 > Package kernel-image-2.4.27-r4k-ip22-di > Package kernel-image-2.4.27-r4k-kn04 > Package kernel-image-2.4.27-r4k-kn04-di > Package kernel-image-2.4.27-r5k-cobalt > Package kernel-image-2.4.27-r5k-cobalt-di > Package kernel-image-2.4.27-r5k-ip22 > Package kernel-image-2.4.27-r5k-ip22-di > Package kernel-image-2.4.27-r5k-lasat > Package kernel-image-2.4.27-riscpc > Package kernel-image-2.4.27-riscstation > Package kernel-image-2.4.27-sb1-swarm-bn > Package kernel-image-2.4.27-sb1-swarm-bn-di > Package kernel-image-2.4.27-xxs1500 > > > the following meta packages: > Package kernel-image-2.4-generic > Package kernel-image-2.4-s390 > Package kernel-image-2.4-s390x > Package kernel-image-2.4-smp > Package kernel-image-2.4-sparc32 > Package kernel-image-2.4-sparc32-smp > Package kernel-image-2.4-sparc64 > Package kernel-image-2.4-sparc64-smp I assume this also includes: kernel-patch-2.4.27-s390 | 2.4.27-2 | unstable | source, all the -di packages were already included in #383546, the arm image in #383553, and so was the, here unmentioned, arm patch. kernel-patch-2.4.27-mips is also not mentioned? And what to do with kernel-patch-2.4.27-apus, kernel-patch-2.4-fasttraks150, kernel-patch-2.4-grsecurity and kernel-patch-2.4-lowlatency? So, you mention (excluding those packages already removed), source-package based: kernel-image-2.4.27-s390 kernel-image-2.4.27-sparc kernel-latest-2.4-alpha kernel-latest-2.4-s390 kernel-latest-2.4-sparc kernel-patch-2.4.27-mips I assume you also mean: kernel-patch-2.4.27-s390 kernel-patch-2.4.27-mips And I have no idea about: kernel-patch-2.4.27-apus kernel-patch-2.4-fasttraks150 kernel-patch-2.4-grsecurity kernel-patch-2.4-lowlatency Can you please provide a complete list, or if the original list *was* complete, confirm that? --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Kingston pendrive does not work in Debian
>On Sun, Jun 18, 2006 at 10:42:54PM +0200, Laszlo Boszormenyi wrote: > On Sun, 2006-06-18 at 21:53 +0200, [EMAIL PROTECTED] wrote: > > Package: kernel > > Version: > Which version do you use? Own or from package? >Thanks Laszlo. >The kernel.org bug report says Debian's 2.6.15. >Tomek: Can you try the 2.6.16 kernel from sid to see if the problem >goes away? I'm unaware of any patches in the Debian kernel that are >likely to change this behavior. >-- >dann frazier Hi. Sorry for replying so late, but I've just noticed that someone replied to my mail... (I should have subscribed to the list, now I have) I have now the 2.6.16-2 kernel (from testing) and the problem went away:) but I have also a 2.6.17.4 from kernel.org (which I prefer to use as my graphics card's driver does not work properly with kernels < 2.6.17) and the problem is present with this kernel... So maby it is a kernel configuration problem, which maby have changed from 2.6.15 to 2.6.16 in debian's kernels? And I don't remember which config file I used (the one from debian's 2.6.15 or from debian's 2.6.16) to generate the configuration for 2.6.17.4. I will try 2.6.17.9 (as it is the newest) with the kernel config from debians 2.6.16 and let you know about the results. Tomek Kazmierczak >On Sun, Jun 18, 2006 at 10:42:54PM +0200, Laszlo Boszormenyi wrote: > On Sun, 2006-06-18 at 21:53 +0200, [EMAIL PROTECTED] wrote: > > Package: kernel > > Version: > Which version do you use? Own or from package? >Thanks Laszlo. >The kernel.org bug report says Debian's 2.6.15. >Tomek: Can you try the 2.6.16 kernel from sid to see if the problem >goes away? I'm unaware of any patches in the Debian kernel that are >likely to change this behavior. >-- >dann frazier Hi. Sorry for replying so late, but I've just noticed that someone replied to my mail... (I should have subscribed to the list i think...) I have now the 2.6.16-2 kernel (from testing) and the problem went away:) but I have also a 2.6.17.4 from kernel.org (which I prefer to use as my graphics card's driver does not work properly with kernels < 2.6.17) and the problem is present with this kernel... So maby it is a kernel configuration problem, which maby have changed from 2.6.15 to 2.6.16 in debian's kernels? And I don't remember which config file I used (the one from debian's 2.6.15 or from debian's 2.6.16) to generate the configuration for 2.6.17.4. I will try 2.6.17.9 (as it is the newest) with the kernel config from debians 2.6.16 and let you know about the results. Tomek Kazmierczak
Bug#383849: linux-image-2.6.16-2-686: Problem with atkbd.c
Package: linux-image-2.6.16-2-686 Version: 2.6.16-17 Severity: important When i use the i8k module for Dell Latitude laptops with this kernel and 2.6.17 and move the mouse or press a key i'm getting a lot of errors like this: Jul 30 16:01:13 localhost kernel: atkbd.c: Use 'setkeycodes 00 ' to make it known. Jul 30 16:01:13 localhost kernel: atkbd.c: Unknown key pressed (translated set 2, code 0x0 on isa0060/serio0). Jul 30 16:01:13 localhost kernel: atkbd.c: Use 'setkeycodes 00 ' to make it known. Jul 30 16:01:13 localhost kernel: atkbd.c: Unknown key pressed (translated set 2, code 0x0 on isa0060/serio0). Jul 30 16:01:13 localhost kernel: atkbd.c: Use 'setkeycodes 00 ' to make it known. And the machine becomes unusable. The module works fine in 2.6.8-2-686 -- System Information: Debian Release: testing APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686 Locale: LANG=es_CO, LC_CTYPE=es_CO (charmap=ISO-8859-1) Versions of packages linux-image-2.6.16-2-686 depends on: ii initramfs-tools [linux-initra 0.72 tools for generating an initramfs ii module-init-tools 3.2.2-3tools for managing Linux kernel mo Versions of packages linux-image-2.6.16-2-686 recommends: pn libc6-i686 (no description available) -- debconf information: linux-image-2.6.16-2-686/postinst/old-system-map-link-2.6.16-2-686: true linux-image-2.6.16-2-686/preinst/failed-to-move-modules-2.6.16-2-686: linux-image-2.6.16-2-686/preinst/overwriting-modules-2.6.16-2-686: true linux-image-2.6.16-2-686/postinst/create-kimage-link-2.6.16-2-686: true linux-image-2.6.16-2-686/prerm/removing-running-kernel-2.6.16-2-686: true linux-image-2.6.16-2-686/postinst/depmod-error-2.6.16-2-686: false linux-image-2.6.16-2-686/preinst/abort-install-2.6.16-2-686: linux-image-2.6.16-2-686/postinst/bootloader-error-2.6.16-2-686: linux-image-2.6.16-2-686/postinst/kimage-is-a-directory: linux-image-2.6.16-2-686/preinst/abort-overwrite-2.6.16-2-686: linux-image-2.6.16-2-686/prerm/would-invalidate-boot-loader-2.6.16-2-686: true linux-image-2.6.16-2-686/preinst/already-running-this-2.6.16-2-686: linux-image-2.6.16-2-686/preinst/elilo-initrd-2.6.16-2-686: true linux-image-2.6.16-2-686/preinst/initrd-2.6.16-2-686: linux-image-2.6.16-2-686/postinst/old-initrd-link-2.6.16-2-686: true linux-image-2.6.16-2-686/preinst/lilo-initrd-2.6.16-2-686: true linux-image-2.6.16-2-686/preinst/lilo-has-ramdisk: linux-image-2.6.16-2-686/preinst/bootloader-initrd-2.6.16-2-686: true linux-image-2.6.16-2-686/postinst/old-dir-initrd-link-2.6.16-2-686: true linux-image-2.6.16-2-686/postinst/depmod-error-initrd-2.6.16-2-686: false linux-image-2.6.16-2-686/postinst/bootloader-test-error-2.6.16-2-686: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#383807: Missing PCI IDs in the sata_via driver
reassign 383807 linux-2.6 thanks On Saturday 19 August 2006 19:46, Julien Louis wrote: > I was unable to install Debian from both daily build d-i iso image and > etch d-i beta3 release due to missing PCI IDs in the sata_via driver. > Can you consider adding the following pci id to the sata_via driver : > 1106:0591 > > The ubuntu dapper kernel include them and seems to work fine with the > following line : > { 0x1106, 0x0591, PCI_ANY_ID, PCI_ANY_ID, 0, 0, vt6420 }, pgpdGAofcKgMf.pgp Description: PGP signature
Bug#380272: kernel-image-2.6-686-smp: cpqarray module fails to detect arrays
On Fri, Aug 18, 2006 at 04:18:58PM -0700, James Bottomley wrote: > On Fri, 2006-08-18 at 12:39 -0400, Kyle McMartin wrote: > > The problem is because they both claim support for the same PCI Ids: > > That's this fix, isn't it? > > http://www.kernel.org/git/?p=linux/kernel/git/jejb/scsi-rc-fixes-2.6.git;a=commit;h=b2b3c121076961333977f485f0d54c22121df920 > > James added the stable Maintainers to cc, please consider this patch for the next revision. thanks -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#383807: Missing PCI IDs in the sata_via driver
Processing commands for [EMAIL PROTECTED]: > reassign 383807 linux-2.6 Bug#383807: Missing PCI IDs in the sata_via driver Bug reassigned from package `installation-reports' to `linux-2.6'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#383807: Missing PCI IDs in the sata_via driver
Processing commands for [EMAIL PROTECTED]: > reassign 383807 linux-2.6 Bug#383807: Missing PCI IDs in the sata_via driver Bug reassigned from package `linux-2.6' to `linux-2.6'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: retitle 383481 to nvidiafb contains obfuscated source code, DFSG violation?
Processing commands for [EMAIL PROTECTED]: > retitle 383481 nvidiafb contains obfuscated source code, DFSG violation? Bug#383481: nvidiafb is not in the preferred form of modification either Changed Bug title. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#383743: marked as done (pointer doesn't work)
Your message dated Sat, 19 Aug 2006 19:52:14 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#383743: pointer doesn't work has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: linux-image-2.6.17-2-686 Version: 2.6.17-6 Severity: important Upgrading to this kernel version on my HP nc6220 notebook left me with a completely non-working pointer in X. Tried various things, didn't really learn anything useful before getting frustrated and falling back to a prior kernel version, which works fine. Looked like there was no input from the mouse driver at all, though? Bdale --- End Message --- --- Begin Message --- On Sat, Aug 19, 2006 at 08:03:22AM -0600, Bdale Garbee wrote: > On Sat, 2006-08-19 at 10:07 +0200, maximilian attems wrote: > > > isn't that the latest udev regression, which udev version are you > > running? > > Don't know. My udev version is 0.097-1 > > > you need either latest klibc 1.4.19-2 from mentors (hope it will land > > soon) or fix /usr/share/initramfs-tools/scripts/init-bottom/udev > > by using rm -rf instead of nuke. then rebuild initramfs: > > update-initramfs -u > > Yep, the edit and rebuilt initramfs option fixed the problem. Thanks! > > Bdale ok thanks for the confirmation that this a dup of 383555, fixed by klibc from incoming, which should hit unstable soonest. thus closing. best regards -- maks --- End Message ---
Bug#380649: initramfs-tools: new new patch for nfsroot= handling
sorry, i failed to test one of the cases, this patch should fix it. really. still need to implement the ip= options... will work on that another day. live well, vagrant --- scripts/nfs 2006-08-19 12:36:07.0 -0400 +++ ../vagrant-initramfs-tools/scripts/nfs 2006-08-19 12:33:53.0 -0400 @@ -17,6 +17,17 @@ . /tmp/net-${DEVICE}.conf if [ "x${NFSROOT}" = "xauto" ]; then NFSROOT=${ROOTSERVER}:${ROOTPATH} + elif [ "x${NFSROOT}" != "x" ]; then + # support nfsroot option from linux sources Documentation/nfsroot.txt: + # nfsroot=[:][,] + if [ "x${NFSOPTS}" = "x" ] && [ "${NFSROOT#*,}" != "${NFSROOT}" ] ; then + NFSOPTS="-o ${NFSROOT#*,}" + fi + NFSROOT=${NFSROOT%%,*} + if [ "${NFSROOT#*:}" = "$NFSROOT" ]; then + # get rootserver from dhcp + NFSROOT=${ROOTSERVER}:${NFSROOT} + fi fi if [ "x${NFSOPTS}" = "x" ]; then
Bug#380649: initramfs-tools: new patch for nfsroot= handling
Package: initramfs-tools Version: 0.75 Followup-For: Bug #380649 attached patch should use plain ol' shell parameter expansion instead of cut to support the more complete nfsroot handling. also available in my bzr branch, amongst the other patches: http://llama.freegeek.org/~vagrant/bzr-archives/initramfs-tools/vagrant-initramfs-tools live well, vagrant --- scripts/nfs 2006-08-19 10:54:48.0 -0400 +++ ../vagrant-initramfs-tools/scripts/nfs 2006-08-19 10:37:12.0 -0400 @@ -17,6 +17,17 @@ . /tmp/net-${DEVICE}.conf if [ "x${NFSROOT}" = "xauto" ]; then NFSROOT=${ROOTSERVER}:${ROOTPATH} + elif [ "x${NFSROOT}" != "x" ]; then + # support nfsroot option from linux sources Documentation/nfsroot.txt: + # nfsroot=[:][,] + if [ "x${NFSOPTS}" = "x" ]; then + NFSOPTS="-o ${NFSROOT#*,}" + fi + NFSROOT=${NFSROOT%%,*} + if [ "${NFSROOT#*:}" = "$NFSROOT" ]; then + # get rootserver from dhcp + NFSROOT=${ROOTSERVER}:${NFSROOT} + fi fi if [ "x${NFSOPTS}" = "x" ]; then
Bug#383629: marked as done (linux-image-2.6.17-2-686: ipw2200 module cannot load its firmware)
Your message dated Sat, 19 Aug 2006 17:33:52 +0200 with message-id <[EMAIL PROTECTED]> and subject line Duplicate #383555 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: linux-image-2.6.17-2-686 Version: 2.6.17-6 Severity: normal When I run 'modprobe ipw2200' I have this output in /var/log/messages: ipw2200: Intel(R) PRO/Wireless 2200/2915 Network Driver, git-1.1.1 ipw2200: Copyright(c) 2003-2006 Intel Corporation ACPI: PCI Interrupt :02:02.0[A] -> GSI 18 (level, low) -> IRQ 201 ipw2200: Detected Intel PRO/Wireless 2200BG Network Connection ipw2200: ipw2200-bss.fw request_firmware failed: Reason -2 ipw2200: Unable to load firmware: -2 ipw2200: failed to register network device ACPI: PCI interrupt for device :02:02.0 disabled ipw2200: probe of :02:02.0 failed with error -5 The ipw2200 firmware 3.0 is installed in /lib/firmware and it was working with linux-image-2.6.17-1-686. Regards, -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages linux-image-2.6.17-2-686 depends on: ii initramfs-tools [linux-initra 0.74 tools for generating an initramfs ii module-init-tools 3.2.2-3tools for managing Linux kernel mo ii yaird [linux-initramfs-tool] 0.0.12-17 Yet Another mkInitRD Versions of packages linux-image-2.6.17-2-686 recommends: ii libc6-i686 2.3.6.ds1-2 GNU C Library: Shared libraries [i -- debconf information: linux-image-2.6.17-2-686/postinst/old-initrd-link-2.6.17-2-686: true linux-image-2.6.17-2-686/postinst/old-dir-initrd-link-2.6.17-2-686: true linux-image-2.6.17-2-686/preinst/lilo-initrd-2.6.17-2-686: true linux-image-2.6.17-2-686/postinst/depmod-error-initrd-2.6.17-2-686: false linux-image-2.6.17-2-686/postinst/create-kimage-link-2.6.17-2-686: true linux-image-2.6.17-2-686/preinst/lilo-has-ramdisk: * linux-image-2.6.17-2-686/preinst/already-running-this-2.6.17-2-686: linux-image-2.6.17-2-686/preinst/bootloader-initrd-2.6.17-2-686: true linux-image-2.6.17-2-686/preinst/initrd-2.6.17-2-686: linux-image-2.6.17-2-686/preinst/abort-install-2.6.17-2-686: linux-image-2.6.17-2-686/preinst/elilo-initrd-2.6.17-2-686: true linux-image-2.6.17-2-686/preinst/failed-to-move-modules-2.6.17-2-686: linux-image-2.6.17-2-686/postinst/really-run-bootloader-2.6.17-2-686: true linux-image-2.6.17-2-686/postinst/bootloader-test-error-2.6.17-2-686: linux-image-2.6.17-2-686/prerm/removing-running-kernel-2.6.17-2-686: true linux-image-2.6.17-2-686/preinst/abort-overwrite-2.6.17-2-686: linux-image-2.6.17-2-686/postinst/old-system-map-link-2.6.17-2-686: true linux-image-2.6.17-2-686/preinst/overwriting-modules-2.6.17-2-686: true linux-image-2.6.17-2-686/postinst/kimage-is-a-directory: linux-image-2.6.17-2-686/prerm/would-invalidate-boot-loader-2.6.17-2-686: true linux-image-2.6.17-2-686/postinst/depmod-error-2.6.17-2-686: false linux-image-2.6.17-2-686/postinst/bootloader-error-2.6.17-2-686: --- End Message --- --- Begin Message --- Duplicate #383555 thanks -- Encolpe DEGOUTE http://encolpe.degoute.free.fr/ Logiciels libres, hockey sur glace et autres activités cérébrales --- End Message ---
Bug#383730: initramfs-tools: incompatible with udev 0.097-1
On Sat, Aug 19, 2006 at 10:11:10AM +0200, maximilian attems wrote: > hello vagrant, > > thanks for feedback. of course :) > On Fri, Aug 18, 2006 at 05:33:05PM -0700, Vagrant Cascadian wrote: > > > > well, happy to try out the shiny new ltsp packages, it seems like there > > may be an incompatibility with initramfs-tools and the new udev: > > > > Begin: Running /scripts/init-premount ... > > FATAL: Error inserting fan > > (/lib/modules/2.6.17-2-486/kernel/drivers/acpi/fan.ko): No such device > > FATAL: Error inserting thermal > > (/lib/modules/2.6.17-2-486/kernel/drivers/acpi/thermal.ko): No such device > > this is usual in qemu as it has no acpi support. oh, i've been ignoring that one for so long i didn't even see it :) > > udevd[769]: lookup_group: error resolving group 'disk': No such file or > > directory > > udevd[769]: lookup_group: error resolving group 'floppy': Illegal seek > > udevd[769]: lookup_group: error resolving group 'cdrom': Illegal seek > > udevd[769]: lookup_group: error resolving group 'tape': Illegal seek > > those are harmless. ok... > > with many more similar lines. > > > > i tested it with udev 0.093-1 from etch, and that seemed to work just > > fine. > > > > thanks for all your work on initramfs-tools! :) > you may want to look at 383555, fixed klibc is on mentors. i didn't find the klibc packages(just sources), but switching the "nuke" command with "rm -rf" seemed to work for me, as suggested in the bug report. > > oh, you might want to know i booted using: > > > > qemu -hda /dev/zero -m 100 -kernel /opt/ltsp/i386/boot/vmlinuz -initrd \ > > /opt/ltsp/i386/boot/initrd.img \ > > -nographic \ > > -append 'nfsroot=10.0.2.2:/opt/ltsp/i386 root=/dev/nfs ip=dhcp > > console=ttyS0,38400' > > hehe, that looks like a patched initramfs-tools? :) no, it selects BOOT=nfs using a conf.d snippet for ltsp, but the extra root/ip options don't seem to break anything. the console option works fine, too. live well, vagrant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#383743: pointer doesn't work
On Sat, 2006-08-19 at 10:07 +0200, maximilian attems wrote: > isn't that the latest udev regression, which udev version are you > running? Don't know. My udev version is 0.097-1 > you need either latest klibc 1.4.19-2 from mentors (hope it will land > soon) or fix /usr/share/initramfs-tools/scripts/init-bottom/udev > by using rm -rf instead of nuke. then rebuild initramfs: > update-initramfs -u Yep, the edit and rebuilt initramfs option fixed the problem. Thanks! Bdale -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Updating linux-2.6 in testing (to 2.6.17)
On Sat, Aug 19, 2006 at 03:04:08AM -0400, Filipus Klutiero wrote: > Hi, > 3 days ago Frederik Schueler mentioned the following item for then's > today in his Kernel schedule proposal for Etch: > > >start migration of 2.6.17 kernel and udebs to testing > > > > Since I'm afraid that the Linux team isn't doing anything to update > linux-2.6 in testing and that nothing else feels responsible for doing > so, I'm initiating the discussion. I request the release team to force a > linux-2.6 update (to 2.6.17) in testing in 3 days unless objections are > raised until then. If you have an objection, please raise it on > debian-release only (dropping d-boot and d-kernel). Being afraid is normal behaviour when _no_ informatiion is available. A common reason for not providing information is "we are working on it". In other words: A discussion to force a release does not help. Things that do help: * Find a way to help * Find out what the current status is * Find out where to see progress HtH Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#383730: initramfs-tools: incompatible with udev 0.097-1
On Sat, Aug 19, 2006 at 10:23:36PM +1000, Ben Hay wrote: > >>udevd[769]: lookup_group: error resolving group 'disk': No such file or > >>directory > >>udevd[769]: lookup_group: error resolving group 'floppy': Illegal seek > >>udevd[769]: lookup_group: error resolving group 'cdrom': Illegal seek > >>udevd[769]: lookup_group: error resolving group 'tape': Illegal seek > > >those are harmless. > > I am getting the same thing. Furthermore X fails to start, reporting that > it cannot find the mouse at /dev/input/mice. > > I then have to restart udev, unplug the mouse(usb) and plug it in again, > and /etc/init.d/ kdm restart > This gets me into X, however the audio device is also not found, so no > sound. repeating myself: install latest libklibc and klibc-utils from incoming.debian.org, than regenerate your initramfs with update-initramfs -u best regards -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#383725: marked as done (linux-image-2.6.16-2-686: cannot halt properly Thinkpad T22)
Your message dated Sat, 19 Aug 2006 14:39:02 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#383725: linux-image-2.6.16-2-686: 2.6.17 works has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: linux-image-2.6.16-2-686 Version: 2.6.16-17 Severity: normal Hello, I see a clear regression here after upgrading from 2.6.15 to 2.6.16. The kernel now doesn't shutdown cleanly the power on my laptop, a IBM Thinkpad T22. It used to work real nice on 2.6.15, but now, the machine just sits there after the "Shutting down drives: sda" (probably not the exact wording, i don't clearly remember, but it's usually the last thing on the console before the shutdown). I can safely poweroff the machine by pressing the power key for 5 seconds, but it's a bit annoying. Usually, i just "suspend to disk" this machine, using an ugly hack (echo disk > /sys/power/state). This is also affect in that I need to poweroff the same way as a shutdown, ie. by pressing the power key. The machine resumes as normal. Available for debugging/testing with right tools/instructions... a. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) Versions of packages linux-image-2.6.16-2-686 depends on: ii initramfs-tools [linux-initra 0.73c tools for generating an initramfs ii module-init-tools 3.2.2-3tools for managing Linux kernel mo Versions of packages linux-image-2.6.16-2-686 recommends: ii libc6-i6862.3.6-15 GNU C Library: Shared libraries [i -- debconf information: linux-image-2.6.16-2-686/preinst/lilo-has-ramdisk: linux-image-2.6.16-2-686/preinst/bootloader-initrd-2.6.16-2-686: true linux-image-2.6.16-2-686/postinst/old-system-map-link-2.6.16-2-686: true linux-image-2.6.16-2-686/preinst/failed-to-move-modules-2.6.16-2-686: linux-image-2.6.16-2-686/preinst/overwriting-modules-2.6.16-2-686: true linux-image-2.6.16-2-686/postinst/old-dir-initrd-link-2.6.16-2-686: true linux-image-2.6.16-2-686/postinst/depmod-error-initrd-2.6.16-2-686: false linux-image-2.6.16-2-686/postinst/create-kimage-link-2.6.16-2-686: true linux-image-2.6.16-2-686/postinst/bootloader-test-error-2.6.16-2-686: linux-image-2.6.16-2-686/prerm/removing-running-kernel-2.6.16-2-686: true linux-image-2.6.16-2-686/postinst/depmod-error-2.6.16-2-686: false linux-image-2.6.16-2-686/preinst/abort-install-2.6.16-2-686: linux-image-2.6.16-2-686/postinst/bootloader-error-2.6.16-2-686: linux-image-2.6.16-2-686/postinst/kimage-is-a-directory: linux-image-2.6.16-2-686/preinst/abort-overwrite-2.6.16-2-686: linux-image-2.6.16-2-686/prerm/would-invalidate-boot-loader-2.6.16-2-686: true linux-image-2.6.16-2-686/preinst/already-running-this-2.6.16-2-686: linux-image-2.6.16-2-686/preinst/elilo-initrd-2.6.16-2-686: true linux-image-2.6.16-2-686/preinst/initrd-2.6.16-2-686: linux-image-2.6.16-2-686/postinst/old-initrd-link-2.6.16-2-686: true linux-image-2.6.16-2-686/preinst/lilo-initrd-2.6.16-2-686: true --- End Message --- --- Begin Message --- On Sat, Aug 19, 2006 at 01:54:59PM +0200, The Anarcat wrote: > Package: linux-image-2.6.16-2-686 > Version: 2.6.16-17 > Followup-For: Bug #383725 > > I confirm that 2.6.17 is not affected by this bug. > thanks for verification, thus closing bug report. -- maks --- End Message ---
Bug#383730: initramfs-tools: incompatible with udev 0.097-1
udevd[769]: lookup_group: error resolving group 'disk': No such file or directory udevd[769]: lookup_group: error resolving group 'floppy': Illegal seek udevd[769]: lookup_group: error resolving group 'cdrom': Illegal seek udevd[769]: lookup_group: error resolving group 'tape': Illegal seek those are harmless. I am getting the same thing. Furthermore X fails to start, reporting that it cannot find the mouse at /dev/input/mice. I then have to restart udev, unplug the mouse(usb) and plug it in again, and /etc/init.d/ kdm restart This gets me into X, however the audio device is also not found, so no sound. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#383725: linux-image-2.6.16-2-686: 2.6.17 works
Package: linux-image-2.6.16-2-686 Version: 2.6.16-17 Followup-For: Bug #383725 I confirm that 2.6.17 is not affected by this bug. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) Versions of packages linux-image-2.6.16-2-686 depends on: ii initramfs-tools [linux-initra 0.73c tools for generating an initramfs ii module-init-tools 3.2.2-3tools for managing Linux kernel mo Versions of packages linux-image-2.6.16-2-686 recommends: ii libc6-i6862.3.6-15 GNU C Library: Shared libraries [i -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 383403
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.20 > tags 383403 - confirmed Bug#383403: linux-2.6: includes nondistributable and non-free binary firmware Tags were: upstream sid d-i etch confirmed help sarge-ignore Bug#242866: drivers containing firmware blobs Bug#243022: ymfpci_image.h: Sourceless microcode without permission to redistribute Tags removed: confirmed > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: merging 383403 242866
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.20 > merge 383403 242866 Bug#242866: drivers containing firmware blobs Bug#383403: linux-2.6: includes nondistributable and non-free binary firmware Bug#243022: ymfpci_image.h: Sourceless microcode without permission to redistribute Merged 242866 243022 383403. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: linux-2.6: includes nondistributable and non-free binary firmware
On Fri, Aug 18, 2006 at 07:46:56PM -0400, Nathanael Nerode wrote: > Sven Luther wrote: > > > On Thu, Aug 17, 2006 at 10:07:42AM -0700, [EMAIL PROTECTED] wrote: > >> Maks - > >> > >> On Thu, Aug 17, 2006 at 06:05:30PM +0200, maximilian attems wrote: > >> > > Something about [bug #242866] seems broken, however, > >> > > because RC-buggy linux-2.6 packages keep making it into > >> > > testing. Is it obvious how to keep this from happening, > >> > > without starting a new bug attached to linux-2.6? > >> > > >> > if you feel like it reassign it, > > Bugs merged and assigned to linux-2.6. Thanks, > I think the "kernel" pseudo-package is mostly obsolete: it should be > reserved for bugs affecting multiple kernels. This bug doesn't affect > freebsd, hurd, etc. It does affect linux-2.4 and linux-2.2, but those are > scheduled for removal before etch anyway. > > So actually, I'd like to suggest running through the bugs against 'kernel' > and reassigning them to linux-2.6 or closing them as appropriate. Does that > seem like a reasonable thing to do when I'm bored and not feeling up to > programming, or would there be some complaint about it. Yes, it is the best thing. We should also ask the BTS admin's to assign new bugs to kernel pseudo package directly to linux-2.6, this is i believe possible. > > >> > anyway if you want to improve the legal situtation use: > >> > http://wiki.debian.org/KernelFirmwareLicensing > >> > dilinger succeeded in various firmware relicensing > >> > thanks to his quest to the vendors. feel free to pick up. > > Broadcom tg3 relicensing alone took over two years. This is a lovely thing > to do, and I am *very very* impressed with dilinger's diligence and his > success (I tried but failed to contact anyone at Broadcom). "dgrs" I have to disagree on this, between the moment i contacted broadcom, and the solution, there was at most 2-3 months or so. > and "qla2xxx" are the only other drivers he had *any* success with, > according to the wiki page. I am afraid we need a shorter-term solution. Well, we didn't really pursue any of the other drivers. That makes 3 out of 3 we really pursued though, and they can all be handled in parallel. The real problem is stuff like the acenic driver, where the copyright holder is lost. Altough we could try to gather a position statement by various possible copyright holders, where they claim not to hold copyright of this part, or something and then add this and wait until someone complains, showing our good faith and best effort, and then asking whoever complains to clarify the copyright. > >> For each offending file, there are three possible solutions: > >> 1. Get the author to release source code under a DFSG-free license > >> 2. Move the firmware to non-free, patching the driver to use > >>request_firmware() > >> 3. Delete the driver and firmware entirely. > > 4. Move the whole friver to non-free, without major patching. > > 5. Reverse engineer the needed firmware, and create a trully free > > driver. > > > >> AFAIK, the best outcome yet from the relicensing discussions > >> on http://wiki.debian.org/KernelFirmwareLicensing is to properly > >> permit the redistribution of the binary, without source code. > > > > Indeed, but even that was laughed at back then when we started at it, and > > you should have seen the reaction of LKML when i mentioned it there. > > Not to mention the reaction I originally got from the netdev maintainers, > which was rather more hostile than being 'laughed at'. I think a lot of Err, i was laughed at by some people here, the LKML was indeed a bit more hostile than that. > people genuinely believed that you could license an unsourced binary under > the GPL I can't imagine *why* they believed that, though. > > > >> That's fine for debian non-free, and a necessary step for making > >> option (2) above work properly. Until and unless the entire > >> Linux kernel is moved to non-free, such relicensing doesn't > >> solve the fundamental bug. > > > > Indeed. > > > >> I agree that option (3) is bad, but I still recommend it for > >> the short term. It's the quickest path to a legal and > > > > For the short term, 4. is a better solution. > Right. If a driver really can't build out-of-tree comfortably, (4) may not > be feasible and (3) or (2) may be necessary, but let's cross that bridge if > we come to it. > > What can I do to help with (4)? :-) > > >> SC-conforming Linux release, and it will bring people out > >> of the closet to volunteer to work on (2). I think (2) > >> is the actual goal, but maybe not one that can be finished > >> before the proposed etch freeze -- especially since most > >> of the blobs need to be relicensed before they can be made > >> part of firmware-nonfree. > > > > Indeed, which is because we could also consider : > > > > 6. Pass another GR to allow debian/etch to release as is, provided we > > If the GR includes a commitment to include a statement rega
Bug#383743: pointer doesn't work
hello bdale, On Fri, Aug 18, 2006 at 11:01:42PM -0600, Bdale Garbee wrote: > > Upgrading to this kernel version on my HP nc6220 notebook left me with a > completely non-working pointer in X. Tried various things, didn't really > learn anything useful before getting frustrated and falling back to a prior > kernel version, which works fine. Looked like there was no input from the > mouse driver at all, though? > > Bdale isn't that the latest udev regression, which udev version are you running? you need either latest klibc 1.4.19-2 from mentors (hope it will land soon) or fix /usr/share/initramfs-tools/scripts/init-bottom/udev by using rm -rf instead of nuke. then rebuild initramfs: update-initramfs -u -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#383730: initramfs-tools: incompatible with udev 0.097-1
hello vagrant, thanks for feedback. On Fri, Aug 18, 2006 at 05:33:05PM -0700, Vagrant Cascadian wrote: > > well, happy to try out the shiny new ltsp packages, it seems like there > may be an incompatibility with initramfs-tools and the new udev: > > Begin: Running /scripts/init-premount ... > FATAL: Error inserting fan > (/lib/modules/2.6.17-2-486/kernel/drivers/acpi/fan.ko): No such device > FATAL: Error inserting thermal > (/lib/modules/2.6.17-2-486/kernel/drivers/acpi/thermal.ko): No such device this is usual in qemu as it has no acpi support. > udevd[769]: lookup_group: error resolving group 'disk': No such file or > directory > udevd[769]: lookup_group: error resolving group 'floppy': Illegal seek > udevd[769]: lookup_group: error resolving group 'cdrom': Illegal seek > udevd[769]: lookup_group: error resolving group 'tape': Illegal seek those are harmless. > with many more similar lines. > > i tested it with udev 0.093-1 from etch, and that seemed to work just > fine. > > thanks for all your work on initramfs-tools! :) you may want to look at 383555, fixed klibc is on mentors. > oh, you might want to know i booted using: > > qemu -hda /dev/zero -m 100 -kernel /opt/ltsp/i386/boot/vmlinuz -initrd \ > /opt/ltsp/i386/boot/initrd.img \ > -nographic \ > -append 'nfsroot=10.0.2.2:/opt/ltsp/i386 root=/dev/nfs ip=dhcp > console=ttyS0,38400' hehe, that looks like a patched initramfs-tools? :) btw i looked at your nfs patches they make have usage of busybox, aka cut. i'd prefer the core to be klibc clean, so i couldn't just merge them, need to check how it can be done with klibc-utils only. best regards -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Updating linux-2.6 in testing (to 2.6.17)
On Sat, Aug 19, 2006 at 03:04:08AM -0400, Filipus Klutiero wrote: > Since I'm afraid that the Linux team isn't doing anything to update > linux-2.6 in testing and that nothing else feels responsible for doing > so, I'm initiating the discussion. I request the release team to force a > linux-2.6 update (to 2.6.17) in testing in 3 days unless objections are > raised until then. I certainly won't be doing this; someone needs instead to show me that it's safe and correct to push linux-2.6 in at this time, and to either address or account for the RC bugs currently listed as open against linux-2.6. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Updating linux-2.6 in testing (to 2.6.17)
Hi, 3 days ago Frederik Schueler mentioned the following item for then's today in his Kernel schedule proposal for Etch: start migration of 2.6.17 kernel and udebs to testing I asked him on #d-kernel precisely what was being done about this but got no answer. I didn't see anything happen and currently linux-2.6 is still frozen. Today I saw a linux-2.6.16 upload, which I found suspicious since I can't see its use if 2.6.17 is about to transition to testing. I mentioned this on #d-release, and resulting discussion with vorlon made me realize that it's possible that the Linux team wouldn't necessarily feel responsible for requesting a linux-2.6 update, as according to him, "the reason it was frozen in the first place was to keep 2.6.17 from clobbering 2.6.16 in etch before beta3". Since I'm afraid that the Linux team isn't doing anything to update linux-2.6 in testing and that nothing else feels responsible for doing so, I'm initiating the discussion. I request the release team to force a linux-2.6 update (to 2.6.17) in testing in 3 days unless objections are raised until then. If you have an objection, please raise it on debian-release only (dropping d-boot and d-kernel). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]