Bug#425136: [: 42: ==: unexpected operator
maximilian attems wrote: > hmmm never seen, > can you pleas post the output of > sh -x mkinitramfs-kpkg + set -eu + STATEDIR=/var/lib/initramfs-tools + supported_host_version= + supported_target_version= + outfile= + getopt -o m:o: --long supported-host-version:,supported-target-version: -n /usr/sbin/mkinitramfs-kpkg -- + OPTIONS= -- + [ 0 != 0 ] + eval set -- -- + set -- -- + true + shift + break + [ -n ] + [ -n ] + [ -z ] + usage + cat Usage: /usr/sbin/mkinitramfs-kpkg <-o outfile> [version] Please use update-initramfs(8): /usr/sbin/mkinitramfs-kpkg exists for compatibility by kernel-package(5) calls. See mkinitramfs-kpkg(8) for further details. + exit 1 Cheers, -- rjc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [RFT] [SPARC] Emulate cmpxchg like parisc
From: Kyle McMartin <[EMAIL PROTECTED]> Date: Sat, 26 May 2007 19:41:34 -0400 > I don't see what the problem is? If we can't do it in userspace, we fall > back to a heavyweight ioctl lock. This sounds sensible to me. > > On parisc we implement userspace CAS with a lightweight syscall on our > gateway page, likely something like this could be implemented if someone > cared on sparc32 as well using a VDSO. Indeed, a special syscall scheme would work on sparc32 too, but very inefficiently for the case that matters the most. I don't want to have to take the syscall if the 32-bit app is running on a sparc64 kernel which has the cmpxchg instructions. Sure I could do vsyscall pages and all that, but it won't happen any time soon and penalizing the existing 32-bit userspace by always taking the system call just for this DRM thing is a non-starter. What we have right now works for all the systems that actually have DRM capable cards, and ever will have such cards. Building DRM on sparc32 is really pointless, there is no graphics card that will ever be plugged into a sparc32 PCI system that can support DRM, ever. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#425136: [: 42: ==: unexpected operator
Processing commands for [EMAIL PROTECTED]: > tags 425136 moreinfo Bug#425136: [: 42: ==: unexpected operator There were no tags set. Tags added: moreinfo > stop 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#425136: [: 42: ==: unexpected operator
tags 425136 moreinfo stop On Sat, 19 May 2007, Rafal Czlonka wrote: > Hi, > When updating the kernel, the mkinitramfs-kpkg is called and I get the > above message. Apart from that, everything seems OK. hmmm never seen, can you pleas post the output of sh -x mkinitramfs-kpkg thanks -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#425960: initramfs-tools: prep ppc root= not present
On Fri, 25 May 2007, Meelis Roos wrote: > I do use my own daily kernels on PReP PPC machine but occassionally test > debian kernels to make sure debian is installabale here. > linux-image-2.6.21-1-prep mostly works here but can not boot > automatically. It can not find root since ROOT= empty. Debian kernels > are compiled with no builtin cmdline for root= and initramfs does not > contain the value either so I have to boot the kernel by hand, providing > root=/dev/sda3 in boot stub. This seems to be a initramfs-tools > defect. prep bootloader seems pretty archic if he can pass any values to the cmdline of the kernel. aboves failure is expected, the best would be that the prep linux-image postinst takes care to set a proper ROOT hardcoding in /etc/initramfs-tools/conf.d/root. but currently i read prep got disabled due to other brokeness, no idea if there is enough porter interest for that specific flavour. best regards -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#425050: initramfs-tools: Ask if we should update all initramfses
On Sat, 19 May 2007, Tim Dijkstra wrote: > On Fri, 18 May 2007 23:17:50 +0200 > maximilian attems <[EMAIL PROTECTED]> wrote: > > > update_initramfs is already settable in /etc/i-t/update-initramfs-conf > > So can we now agree on this? If 'update_initramfs = yes' in that config > file, then a package should run with '-u' with 'all' it should run '-k > all'. the proposal is to make it tristate [ all | yes | no ] with yes staying as default. david has a good point that update-initramfs should care to do the job so the postinst of each package has just to throw an update-initramfs. > Would you like me to create a patch for the postinst of i-t? afaik aboves idea has nothing to do with i-t postinst, but with update-initramfs, if we all agree that aboves is fine, i'll be happy to make that available for 0.89 sunny greetings -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [RFT] [SPARC] Emulate cmpxchg like parisc
On Sat, May 26, 2007 at 04:00:56PM -0700, David Miller wrote: > From: Dave Airlie <[EMAIL PROTECTED]> > Date: Sat, 26 May 2007 21:32:10 +0100 (IST) > > > the DRM can use cmpxchg in userspace, to implement DRM_CAS, have a look in > > drm git libdrm/xf86drm.h we appear to have a sparc implementation, this > > gives us fast userspace locking, however if an arch doesn't implement > > DRM_CAS we fallback to the heavyweight in-kernel lock, > > That instruction only works on sparc64 cpus, which includes > 32-bit apps running a system with sparc64 cpus. > > That's why I hard-code the opcode in that asm statement of > the DRM sources. > I don't see what the problem is? If we can't do it in userspace, we fall back to a heavyweight ioctl lock. This sounds sensible to me. On parisc we implement userspace CAS with a lightweight syscall on our gateway page, likely something like this could be implemented if someone cared on sparc32 as well using a VDSO. Cheers, Kyle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#423469: marked as done (initramfs-tools: Type in ps3 pre-mount script)
Your message dated Sat, 26 May 2007 23:47:02 + with message-id <[EMAIL PROTECTED]> and subject line Bug#423469: fixed in initramfs-tools 0.88 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: initramfs-tools Version: 0.87b Severity: normal The file /usr/share/initramfs-tools/scripts/init-premount/ps3 has the following line: if [ "${line}" =! "${line#machine*PS3PF}" ]; then That should be if [ "${line}" != "${line#machine*PS3PF}" ]; then It's a cosmetic issue on anything but a PS3, and on a PS3 it won't modprobe the relevant modules. -- Package-specific info: -- /proc/cmdline BOOT_IMAGE=/vmlinuz-2.6.18-4-686 root=/dev/mapper/all-root ro selinux=1 audit=1 -- /proc/filesystems cramfs ext3 xfs udf iso9660 -- lsmod Module Size Used by nls_iso8859_1 4256 0 isofs 32540 0 udf73156 0 wctdm 32736 0 zaptel181380 3 wctdm ppdev 8676 0 lp 11012 0 pppoe 13152 2 pppox 3688 1 pppoe tun10336 1 ipv6 225984 64 ppp_generic25908 6 pppoe,pppox ipt_REJECT 5248 1 iptable_filter 3104 1 ipt_TCPMSS 4096 1 xt_tcpudp 3136 4 iptable_mangle 2880 1 ipt_MASQUERADE 3712 2 iptable_nat 7044 1 ip_nat 16876 2 ipt_MASQUERADE,iptable_nat ip_conntrack 49088 3 ipt_MASQUERADE,iptable_nat,ip_nat nfnetlink 6680 2 ip_nat,ip_conntrack ip_tables 13028 3 iptable_filter,iptable_mangle,iptable_nat x_tables 13316 6 ipt_REJECT,ipt_TCPMSS,xt_tcpudp,ipt_MASQUERADE,iptable_nat,ip_tables xfs 475800 2 loop 15048 0 hisax 413248 0 isdn 120608 1 hisax slhc6528 2 ppp_generic,isdn crc_ccitt 2240 2 zaptel,hisax usblp 12768 0 snd_mpu401 7528 0 i810_audio 32916 0 ac97_codec 17196 1 i810_audio analog 10784 0 i2c_i8017468 0 snd_mpu401_uart 8064 1 snd_mpu401 parport_pc 32132 1 parport33256 3 ppdev,lp,parport_pc shpchp 33024 0 pci_hotplug28704 1 shpchp evdev 9088 0 i2c_core 19680 1 i2c_i801 floppy 53156 0 gameport 14632 1 analog snd_rawmidi22560 1 snd_mpu401_uart snd_seq_device 7820 1 snd_rawmidi psmouse35016 0 intel_agp 21148 1 agpgart29896 1 intel_agp serio_raw 6660 0 snd_intel8x0 30332 0 snd_ac97_codec 83104 1 snd_intel8x0 snd_ac97_bus2400 1 snd_ac97_codec snd_pcm68676 2 snd_intel8x0,snd_ac97_codec snd_timer 20996 1 snd_pcm snd47012 8 snd_mpu401,snd_mpu401_uart,snd_rawmidi,snd_seq_device,snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer soundcore 9248 2 i810_audio,snd snd_page_alloc 9640 2 snd_intel8x0,snd_pcm rtc12372 0 pcspkr 3072 0 ext3 119240 3 jbd52456 1 ext3 mbcache 8356 1 ext3 dm_mirror 19152 0 dm_snapshot15552 0 dm_mod 50232 11 dm_mirror,dm_snapshot ide_generic 1408 0 [permanent] ide_disk 14848 5 8139cp 21920 0 ide_cd 36064 0 cdrom 32544 1 ide_cd hpt366 16928 0 [permanent] 8139too25120 0 uhci_hcd 21164 0 e100 32232 0 mii 5344 3 8139cp,8139too,e100 usbcore 112644 3 usblp,uhci_hcd piix9444 0 [permanent] generic 5476 0 [permanent] ide_core 110504 6 ide_generic,ide_disk,ide_cd,hpt366,piix,generic thermal13608 0 processor 28840 1 thermal fan 4804 0 -- /etc/kernel-img.conf do_symlinks = yes relative_links = yes do_bootloader = no do_bootfloppy = no do_initrd = yes link_in_boot = no postinst_hook = update-grub postrm_hook = update-grub -- /e
Bug#409244: marked as done (initramfs doesn't include the udev firmware helper)
Your message dated Sat, 26 May 2007 23:47:02 + with message-id <[EMAIL PROTECTED]> and subject line Bug#355881: fixed in initramfs-tools 0.88 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: initramfs-tools Version: 0.85e Hi, The other day I tried to boot a Sun Fire 280R that works nicely with kernel 2.4.30; however, it didn't work, because the qla2xxx driver can't find the firmware image, and it fails to load properly, meaning I can't access the hard disks in the machine, and... flop. :) I worked around this by including the proprietary file downloaded from the URL provided in kernel config help, ql2200_fw.bin, using a hook file. It was necessary to load qla2xxx *after* init-premount, because it needs udev to load in order to access firmware helper. But, for udev to actually use the firmware helper, it sounds like this is also needed: copy_exec /lib/udev/firmware.agent /lib/udev/ After that, the hook file that installs into /lib/firmware also needed: mkdir -p ${DESTDIR}/lib/firmware Those two problems are more general; another cp/copy_exec for the actual file is probably a matter for another package, with license issues sorting and all that. Cf. http://lists.debian.org/debian-sparc/2007/01/msg00074.html and http://lists.debian.org/debian-sparc/2007/02/msg2.html -- 2. That which causes joy or happiness. --- End Message --- --- Begin Message --- Source: initramfs-tools Source-Version: 0.88 We believe that the bug you reported is fixed in the latest version of initramfs-tools, which is due to be installed in the Debian FTP archive: initramfs-tools_0.88.dsc to pool/main/i/initramfs-tools/initramfs-tools_0.88.dsc initramfs-tools_0.88.tar.gz to pool/main/i/initramfs-tools/initramfs-tools_0.88.tar.gz initramfs-tools_0.88_all.deb to pool/main/i/initramfs-tools/initramfs-tools_0.88_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. maximilian attems <[EMAIL PROTECTED]> (supplier of updated initramfs-tools package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 27 May 2007 00:52:38 +0200 Source: initramfs-tools Binary: initramfs-tools Architecture: source all Version: 0.88 Distribution: unstable Urgency: low Maintainer: Debian kernel team Changed-By: maximilian attems <[EMAIL PROTECTED]> Description: initramfs-tools - tools for generating an initramfs Closes: 355881 387808 395526 423469 Changes: initramfs-tools (0.88) unstable; urgency=low . [ maximilian attems ] * debian/changelog: Fix missing colons in closes. * hook-functions: Add a proper /sys walking dep_add_modules() for a minimal initramfs on MODULES=dep. (closes: #395526) * mkinitramfs.8: Add examples section, plus improve description of the low-level tool and how it fits with update-initramfs. * init: Ignore non-numerical panic and rootdelay bootarg. * scripts/init-premount/ps3: Fix typo. (closes: #423469) * scripts/nfs: Fix when root-path includes server-ip. (closes: #387808) Thanks Vagrant Cascadian <[EMAIL PROTECTED]> for patch. . [ David Härdeman ] * init: Remove cryptopts parsing, not official bootparam. cryptsetup scripts parse /proc/cmdline themselves (even in the Etch version). * hook-functions: Change copy_exec to use the same source and destination path if only one argument is given. * hook-functions: Document how copy_exec determines the target path. * hook-functions: Add firmware loading support to manual_add_modules(). (closes: #355881) * scripts/local: Ubuntu merge - As well as waiting for the existance of the root device node, also check to see whether we have a filesystem of some kind on it. Some devices nodes (devmapper/LVM/EVMS, mdadm) will exist before they can be safely used. Patch by Scott James Remnant <[EMAIL PROTECTED]>. Changed to support both fstype and vol_id. * hook-functions: make version check in check_minkver more robust. Files: 368d1d8e2fd9a380b286adb97467fb3e 656 utils optional initramfs-tools_0.88.dsc 78b55028536079237
Bug#387808: marked as done (initramfs-tools: scripts/nfs doesn't properly handle when server-ip is included in root-path)
Your message dated Sat, 26 May 2007 23:47:02 + with message-id <[EMAIL PROTECTED]> and subject line Bug#387808: fixed in initramfs-tools 0.88 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: initramfs-tools Version: 0.79 Severity: normal one more bugfix to the nfs handling. :) it's a trivial fix, but when the dhcp server passes the server-ip as part of root-path, it's not correctly handled in scripts/nfs. patch attached which fixes this. live well, vagrant === modified file 'scripts/nfs' --- scripts/nfs +++ scripts/nfs @@ -49,7 +49,7 @@ NFSOPTS="-o ${NFSROOT#*,}" fi NFSROOT=${NFSROOT%%,*} - if [ "${NFSROOT#*:}" = "$NFSROOT" ]; then + if [ "${NFSROOT#:*}" = "$NFSROOT" ]; then NFSROOT=${ROOTSERVER}:${NFSROOT} fi fi --- End Message --- --- Begin Message --- Source: initramfs-tools Source-Version: 0.88 We believe that the bug you reported is fixed in the latest version of initramfs-tools, which is due to be installed in the Debian FTP archive: initramfs-tools_0.88.dsc to pool/main/i/initramfs-tools/initramfs-tools_0.88.dsc initramfs-tools_0.88.tar.gz to pool/main/i/initramfs-tools/initramfs-tools_0.88.tar.gz initramfs-tools_0.88_all.deb to pool/main/i/initramfs-tools/initramfs-tools_0.88_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. maximilian attems <[EMAIL PROTECTED]> (supplier of updated initramfs-tools package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 27 May 2007 00:52:38 +0200 Source: initramfs-tools Binary: initramfs-tools Architecture: source all Version: 0.88 Distribution: unstable Urgency: low Maintainer: Debian kernel team Changed-By: maximilian attems <[EMAIL PROTECTED]> Description: initramfs-tools - tools for generating an initramfs Closes: 355881 387808 395526 423469 Changes: initramfs-tools (0.88) unstable; urgency=low . [ maximilian attems ] * debian/changelog: Fix missing colons in closes. * hook-functions: Add a proper /sys walking dep_add_modules() for a minimal initramfs on MODULES=dep. (closes: #395526) * mkinitramfs.8: Add examples section, plus improve description of the low-level tool and how it fits with update-initramfs. * init: Ignore non-numerical panic and rootdelay bootarg. * scripts/init-premount/ps3: Fix typo. (closes: #423469) * scripts/nfs: Fix when root-path includes server-ip. (closes: #387808) Thanks Vagrant Cascadian <[EMAIL PROTECTED]> for patch. . [ David Härdeman ] * init: Remove cryptopts parsing, not official bootparam. cryptsetup scripts parse /proc/cmdline themselves (even in the Etch version). * hook-functions: Change copy_exec to use the same source and destination path if only one argument is given. * hook-functions: Document how copy_exec determines the target path. * hook-functions: Add firmware loading support to manual_add_modules(). (closes: #355881) * scripts/local: Ubuntu merge - As well as waiting for the existance of the root device node, also check to see whether we have a filesystem of some kind on it. Some devices nodes (devmapper/LVM/EVMS, mdadm) will exist before they can be safely used. Patch by Scott James Remnant <[EMAIL PROTECTED]>. Changed to support both fstype and vol_id. * hook-functions: make version check in check_minkver more robust. Files: 368d1d8e2fd9a380b286adb97467fb3e 656 utils optional initramfs-tools_0.88.dsc 78b55028536079237a482fdbce601e10 59130 utils optional initramfs-tools_0.88.tar.gz 09cc162babb10e631115e9bdd54892f9 66278 utils optional initramfs-tools_0.88_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGWLuBeW7Lc5tEHqgRAqL9AKCro0JQXbHMEko+1QaV9Rlhs0HirQCeIva/ EKHCIcMW8ZSfpOPy8y2n3DA= =T9N7 -END PGP SIGNATURE- --- End Message ---
Bug#425630: marked as done (initramfs-tools: typo in init-premount/ps3)
Your message dated Sat, 26 May 2007 23:47:02 + with message-id <[EMAIL PROTECTED]> and subject line Bug#423469: fixed in initramfs-tools 0.88 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: initramfs-tools Version: 0.87b Severity: minor Tags: patch Every time I boot this powerpc laptop I got a series of error messages during the initramfs phase. It seems there's a wrong test in /usr/share/initramfs-tools/scripts/init-premount/ps3 I'm not sure if it's supposed to be != or =, but I'm pretty sure it shouldn't be =! It's only a cosmetic problem for powerpc users, maybe it causes real problems for ps3 users though. Thank you, Mourad DC --- ps3.orig2007-04-16 21:59:58.0 +0200 +++ ps3 2007-05-22 23:44:27.0 +0200 @@ -18,7 +18,7 @@ case "$DPKG_ARCH" in powerpc|ppc64) while read line; do - if [ "${line}" =! "${line#machine*PS3PF}" ]; then + if [ "${line}" != "${line#machine*PS3PF}" ]; then # For PS3's we know these devices will exist, # and that we'll need them modprobe ps3_storage -- Package-specific info: -- /proc/cmdline root=/dev/hda6 ro quiet -- /proc/filesystems cramfs ext3 hfsplus -- lsmod Module Size Used by arc42048 1 ieee80211_crypt_wep 6368 1 nls_utf82272 1 hfsplus88164 1 radeon129448 2 drm80600 3 radeon binfmt_misc13384 1 ipv6 288076 10 lp 13612 0 parport43312 1 lp fuse 50804 1 dm_snapshot19836 0 dm_mirror 23508 0 dm_mod 65136 2 dm_snapshot,dm_mirror cpufreq_userspace 4788 0 tun13088 0 snd_powermac 48188 2 therm_adt746x 13868 0 apm_emu 7884 1 snd_aoa_i2sbus 24228 0 snd_pcm_oss52032 0 snd_mixer_oss 20704 1 snd_pcm_oss snd_pcm91396 4 snd_powermac,snd_aoa_i2sbus,snd_pcm_oss snd_timer 26500 2 snd_pcm snd_page_alloc 11304 1 snd_pcm snd65908 8 snd_powermac,snd_aoa_i2sbus,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer soundcore 11204 1 snd snd_aoa_soundbus8004 1 snd_aoa_i2sbus bcm43xx 437620 0 firmware_class 11744 1 bcm43xx ieee80211softmac 31424 1 bcm43xx eth139421508 0 uninorth_agp 10888 1 agpgart37212 2 drm,uninorth_agp ieee80211 34184 2 bcm43xx,ieee80211softmac ieee80211_crypt 6816 2 ieee80211_crypt_wep,ieee80211 tsdev 9120 0 evdev 12352 12 ext3 155080 1 jbd69544 1 ext3 mbcache 9668 1 ext3 usbhid 58756 0 ide_cd 47460 0 cdrom 43516 1 ide_cd sungem 34916 0 sungem_phy 10528 1 sungem ohci1394 40528 0 ieee1394 426800 2 eth1394,ohci1394 ide_disk 18976 4 ehci_hcd 35208 0 ohci_hcd 23108 0 usbcore 146752 4 usbhid,ehci_hcd,ohci_hcd i2c_powermac6048 0 -- /etc/kernel-img.conf # Do not create symbolic links in / do_symlinks = yes relative_links = yes do_bootloader = no do_bootfloppy = no do_initrd = yes link_in_boot = no -- /etc/initramfs-tools/initramfs.conf MODULES=most BUSYBOX=y KEYMAP=n BOOT=local DEVICE=eth0 NFSROOT=auto -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.18-4-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages initramfs-tools depends on: ii busybox 1:1.1.3-4 Tiny utilities for small and embed ii cpio 2.7-2 GNU cpio -- a program to manage ar ii klibc-utils 1.5-2 small statically-linked utilities ii module-init-tools3.3-pre11-1 tools for managing Linux kernel mo ii udev 0.105-4 /dev/ and hotplug management daemo initramfs-tools recommends no packages. -- no debconf information --- End Message --- --- Begin M
Bug#355881: marked as done (use modinfo output to add firmware to initramfs)
Your message dated Sat, 26 May 2007 23:47:02 + with message-id <[EMAIL PROTECTED]> and subject line Bug#355881: fixed in initramfs-tools 0.88 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: initramfs-tools version: 0.53c severity: wishlist tags: patch Hello, please add 2.6.16+ firmware loading support to initramfs-tools, see attached hook. Best regards Frederik Schueler -- ENOSIG #!/bin/sh PREREQ="udev" prereqs() { echo "$PREREQ" } case $1 in prereqs) prereqs exit 0 ;; esac . /usr/share/initramfs-tools/hook-functions if [ -d /lib/firmware/ ] ; then copy_exec /lib/udev/firmware.agent /lib/udev/ mkdir -p $DESTDIR/lib/firmware for x in ` find /lib/firmware/ -type f ` do copy_exec ${x} /lib/firmware/ done fi signature.asc Description: Digital signature --- End Message --- --- Begin Message --- Source: initramfs-tools Source-Version: 0.88 We believe that the bug you reported is fixed in the latest version of initramfs-tools, which is due to be installed in the Debian FTP archive: initramfs-tools_0.88.dsc to pool/main/i/initramfs-tools/initramfs-tools_0.88.dsc initramfs-tools_0.88.tar.gz to pool/main/i/initramfs-tools/initramfs-tools_0.88.tar.gz initramfs-tools_0.88_all.deb to pool/main/i/initramfs-tools/initramfs-tools_0.88_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. maximilian attems <[EMAIL PROTECTED]> (supplier of updated initramfs-tools package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 27 May 2007 00:52:38 +0200 Source: initramfs-tools Binary: initramfs-tools Architecture: source all Version: 0.88 Distribution: unstable Urgency: low Maintainer: Debian kernel team Changed-By: maximilian attems <[EMAIL PROTECTED]> Description: initramfs-tools - tools for generating an initramfs Closes: 355881 387808 395526 423469 Changes: initramfs-tools (0.88) unstable; urgency=low . [ maximilian attems ] * debian/changelog: Fix missing colons in closes. * hook-functions: Add a proper /sys walking dep_add_modules() for a minimal initramfs on MODULES=dep. (closes: #395526) * mkinitramfs.8: Add examples section, plus improve description of the low-level tool and how it fits with update-initramfs. * init: Ignore non-numerical panic and rootdelay bootarg. * scripts/init-premount/ps3: Fix typo. (closes: #423469) * scripts/nfs: Fix when root-path includes server-ip. (closes: #387808) Thanks Vagrant Cascadian <[EMAIL PROTECTED]> for patch. . [ David Härdeman ] * init: Remove cryptopts parsing, not official bootparam. cryptsetup scripts parse /proc/cmdline themselves (even in the Etch version). * hook-functions: Change copy_exec to use the same source and destination path if only one argument is given. * hook-functions: Document how copy_exec determines the target path. * hook-functions: Add firmware loading support to manual_add_modules(). (closes: #355881) * scripts/local: Ubuntu merge - As well as waiting for the existance of the root device node, also check to see whether we have a filesystem of some kind on it. Some devices nodes (devmapper/LVM/EVMS, mdadm) will exist before they can be safely used. Patch by Scott James Remnant <[EMAIL PROTECTED]>. Changed to support both fstype and vol_id. * hook-functions: make version check in check_minkver more robust. Files: 368d1d8e2fd9a380b286adb97467fb3e 656 utils optional initramfs-tools_0.88.dsc 78b55028536079237a482fdbce601e10 59130 utils optional initramfs-tools_0.88.tar.gz 09cc162babb10e631115e9bdd54892f9 66278 utils optional initramfs-tools_0.88_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGWLuBeW7Lc5tEHqgRAqL9AKCro0JQXbHMEko+1QaV9Rlhs0HirQCeIva/ EKHCIcMW8ZSfpOPy8y2n3DA= =T9N7 -END PGP SIGNATURE- --- End Message ---
Bug#390791: marked as done (mkinitramfs doesn't include required firmware)
Your message dated Sat, 26 May 2007 23:47:02 + with message-id <[EMAIL PROTECTED]> and subject line Bug#355881: fixed in initramfs-tools 0.88 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: initramfs-tools Version: 0.80 mkinitramfs doesn't include the contents of /lib/firmware in the initramfs. It does, however, include a wide array of disk drivers by default (well, when using the "most" driver set) - including the qla2xxx fibre channel driver. Recent Debian kernels have removed the embedded ROM from qla2xxx (arguably good, since it's officially deprecated anyway), which requires that /lib/firmware/ql2200_fw.bin exist before it can initialize my Qlogic 2200 FC cards. Of course, that dir doesn't exist in the initramfs... The qla2xxx driver gets loaded during the initramfs, but it's completely non-functional. I need to manually remove it and re-insert it after booting (since /lib/firmware exists in the full userland) before the driver will actually work. It'd be very, very nice if mkinitramfs would just drop the contents of /lib/firmware into the initramfs. As driver firmware migrates out of the kernel and into userland, this sort of problem may become more common... -- Mike Shuey --- End Message --- --- Begin Message --- Source: initramfs-tools Source-Version: 0.88 We believe that the bug you reported is fixed in the latest version of initramfs-tools, which is due to be installed in the Debian FTP archive: initramfs-tools_0.88.dsc to pool/main/i/initramfs-tools/initramfs-tools_0.88.dsc initramfs-tools_0.88.tar.gz to pool/main/i/initramfs-tools/initramfs-tools_0.88.tar.gz initramfs-tools_0.88_all.deb to pool/main/i/initramfs-tools/initramfs-tools_0.88_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. maximilian attems <[EMAIL PROTECTED]> (supplier of updated initramfs-tools package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 27 May 2007 00:52:38 +0200 Source: initramfs-tools Binary: initramfs-tools Architecture: source all Version: 0.88 Distribution: unstable Urgency: low Maintainer: Debian kernel team Changed-By: maximilian attems <[EMAIL PROTECTED]> Description: initramfs-tools - tools for generating an initramfs Closes: 355881 387808 395526 423469 Changes: initramfs-tools (0.88) unstable; urgency=low . [ maximilian attems ] * debian/changelog: Fix missing colons in closes. * hook-functions: Add a proper /sys walking dep_add_modules() for a minimal initramfs on MODULES=dep. (closes: #395526) * mkinitramfs.8: Add examples section, plus improve description of the low-level tool and how it fits with update-initramfs. * init: Ignore non-numerical panic and rootdelay bootarg. * scripts/init-premount/ps3: Fix typo. (closes: #423469) * scripts/nfs: Fix when root-path includes server-ip. (closes: #387808) Thanks Vagrant Cascadian <[EMAIL PROTECTED]> for patch. . [ David Härdeman ] * init: Remove cryptopts parsing, not official bootparam. cryptsetup scripts parse /proc/cmdline themselves (even in the Etch version). * hook-functions: Change copy_exec to use the same source and destination path if only one argument is given. * hook-functions: Document how copy_exec determines the target path. * hook-functions: Add firmware loading support to manual_add_modules(). (closes: #355881) * scripts/local: Ubuntu merge - As well as waiting for the existance of the root device node, also check to see whether we have a filesystem of some kind on it. Some devices nodes (devmapper/LVM/EVMS, mdadm) will exist before they can be safely used. Patch by Scott James Remnant <[EMAIL PROTECTED]>. Changed to support both fstype and vol_id. * hook-functions: make version check in check_minkver more robust. Files: 368d1d8e2fd9a380b286adb97467fb3e 656 utils optional initramfs-tools_0.88.dsc 78b55028536079237a482fdbce601e10 59130 utils optional initramfs-tools_0.88.tar.gz 09cc162babb10e631115e9bdd54892f9 66278 utils optional i
Bug#395526: marked as done (provide an intelligent /sys walking for MODULES=dep)
Your message dated Sat, 26 May 2007 23:47:02 + with message-id <[EMAIL PROTECTED]> and subject line Bug#395526: fixed in initramfs-tools 0.88 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: sl-modem-daemon Version: 2.9.9d+e-pre2-7 Severity: normal Since a couple of weeks initramfs-tools started to add slamr.ko in the initrd for some reason; even if the module ungrab-winmodem.ko was _not_ copied, as the slamr module does not indicate any dependence, the slamr module was loaded during the initrd phase. In /etc/init.d/sl-modem-daemon, line 76, the exit status of modprobe slamr is evaluated in order to check the availability of the slamr module, but modprobe does not return an exit status != 0 when the requested module was already loaded: this way the script can't assure that the module was loaded in a sane way. A quick-and-dirty way to solve this issue could be to unload and reload the module: modprobe will care the correct initialization (/etc/modprobe.d/sl-modem-daemon.modutils) and the daemon won't die anymore. There are also 2 other ways to solve: 1. adding to the slamr module a dependence to ungrab-winmodem; 2. adding a hook to initramfs-tools which _deletes_ the slamr module in case it was copied to initrd, which is the solution I'm using now. Thank you Mau -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (200, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-p4 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages sl-modem-daemon depends on: ii debconf [debconf-2.0]1.5.7 Debian configuration management sy ii libasound2 1.0.13-1ALSA library ii libc62.3.6.ds1-7 GNU C Library: Shared libraries sl-modem-daemon recommends no packages. -- debconf information: * sl-modem-daemon/country: CTR21EUROPE --- End Message --- --- Begin Message --- Source: initramfs-tools Source-Version: 0.88 We believe that the bug you reported is fixed in the latest version of initramfs-tools, which is due to be installed in the Debian FTP archive: initramfs-tools_0.88.dsc to pool/main/i/initramfs-tools/initramfs-tools_0.88.dsc initramfs-tools_0.88.tar.gz to pool/main/i/initramfs-tools/initramfs-tools_0.88.tar.gz initramfs-tools_0.88_all.deb to pool/main/i/initramfs-tools/initramfs-tools_0.88_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. maximilian attems <[EMAIL PROTECTED]> (supplier of updated initramfs-tools package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 27 May 2007 00:52:38 +0200 Source: initramfs-tools Binary: initramfs-tools Architecture: source all Version: 0.88 Distribution: unstable Urgency: low Maintainer: Debian kernel team Changed-By: maximilian attems <[EMAIL PROTECTED]> Description: initramfs-tools - tools for generating an initramfs Closes: 355881 387808 395526 423469 Changes: initramfs-tools (0.88) unstable; urgency=low . [ maximilian attems ] * debian/changelog: Fix missing colons in closes. * hook-functions: Add a proper /sys walking dep_add_modules() for a minimal initramfs on MODULES=dep. (closes: #395526) * mkinitramfs.8: Add examples section, plus improve description of the low-level tool and how it fits with update-initramfs. * init: Ignore non-numerical panic and rootdelay bootarg. * scripts/init-premount/ps3: Fix typo. (closes: #423469) * scripts/nfs: Fix when root-path includes server-ip. (closes: #387808) Thanks Vagrant Cascadian <[EMAIL PROTECTED]> for patch. . [ David Härdeman ] * init: Remove cryptopts parsing, not official bootparam. cryptsetup scripts parse /proc/cmdline themselves (even in the Etch version). * hook-functions: Change copy_exec to use the same source and destination path if only one argument is given. * hook-functions: Document how copy_exec determines the ta
initramfs-tools_0.88_i386.changes ACCEPTED
Accepted: initramfs-tools_0.88.dsc to pool/main/i/initramfs-tools/initramfs-tools_0.88.dsc initramfs-tools_0.88.tar.gz to pool/main/i/initramfs-tools/initramfs-tools_0.88.tar.gz initramfs-tools_0.88_all.deb to pool/main/i/initramfs-tools/initramfs-tools_0.88_all.deb Override entries for your package: initramfs-tools_0.88.dsc - source utils initramfs-tools_0.88_all.deb - optional utils Announcing to [EMAIL PROTECTED] Closing bugs: 355881 387808 395526 423469 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of initramfs-tools_0.88_i386.changes
initramfs-tools_0.88_i386.changes uploaded successfully to localhost along with the files: initramfs-tools_0.88.dsc initramfs-tools_0.88.tar.gz initramfs-tools_0.88_all.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [RFT] [SPARC] Emulate cmpxchg like parisc
From: Dave Airlie <[EMAIL PROTECTED]> Date: Sat, 26 May 2007 21:32:10 +0100 (IST) > the DRM can use cmpxchg in userspace, to implement DRM_CAS, have a look in > drm git libdrm/xf86drm.h we appear to have a sparc implementation, this > gives us fast userspace locking, however if an arch doesn't implement > DRM_CAS we fallback to the heavyweight in-kernel lock, That instruction only works on sparc64 cpus, which includes 32-bit apps running a system with sparc64 cpus. That's why I hard-code the opcode in that asm statement of the DRM sources. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [RFT] [SPARC] Emulate cmpxchg like parisc
From: Martin Habets <[EMAIL PROTECTED]> Date: Sat, 26 May 2007 20:39:09 +0100 > LOL, that was my initial approach until I saw Kyle's code. > Here's the patch I was preparing for that: Even better would be to test if the platform has a real CMPXCHG instruction since sparc32 is not the only platform with this issue. We can add a KCONFIG variable for that, and not set it on sparc32 et al. Alternatively we can have a KCONFIG variable with reversed logic, like "EMULATED_CMPXCHG" which only the atomically challenged platforms need to set. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [RFT] [SPARC] Emulate cmpxchg like parisc
From: Kyle McMartin <[EMAIL PROTECTED]> Date: Sat, 26 May 2007 10:45:09 -0400 > On Fri, May 25, 2007 at 10:00:36PM -0700, David Miller wrote: > > > After some minor fixes this builds, and the DRM drivers also > > > build again. I cannot test this since I do not have a machine with > > > PCI or these cards. > > > Removed your name in the comment, as that went out of fashion after > > > we started using proper versioning systems. > > > > > > I've got a ppc->sparc32 compiler if that would help... > > > > So how in the world is something like this going to "work" with DRM? > > Userland cannot disable interrupts and it can't take the magic lock > > the kernel uses to provide mutual exclusion for the emulated > > cmpxchg(). > > > > Hi David, > > My knowledge of the DRM is weak, but as I understand it, the only time > it is used is by the ioctl handlers, and not by userspace. I've added > Dave Airlie to the CC list, hopefully he can enlighten us as to where > else cmpxchg is used. > > > Unless something %100 inside of the kernel will be the only consumers > > of this, I'd recommend not adding it. You can't let anything part of > > a userland API try to make use of it, and DRM definitely falls into > > that category. > > > > istr there was a contentious thread on linux-arch about using cmpxchg in > generic code a while ago. So it's possible architectures with crappy > atomic support will need some kind of hack like this to even be able to > use generic code in the future. For purely kernel stuff it's fine, because the lock and the interrupt disabling will be used consistently by all accesses. But the words that operate on cmpxchg() in DRM are exported to userspace, and therefore cannot make use of the locking scheme that atomically challenged platforms need to make use of in the kernel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [RFT] [SPARC] Emulate cmpxchg like parisc
My knowledge of the DRM is weak, but as I understand it, the only time it is used is by the ioctl handlers, and not by userspace. I've added Dave Airlie to the CC list, hopefully he can enlighten us as to where else cmpxchg is used. Unless something %100 inside of the kernel will be the only consumers of this, I'd recommend not adding it. You can't let anything part of a userland API try to make use of it, and DRM definitely falls into that category. istr there was a contentious thread on linux-arch about using cmpxchg in generic code a while ago. So it's possible architectures with crappy atomic support will need some kind of hack like this to even be able to use generic code in the future. Sparc 32-bit barely has PCI let alone 3D graphics cards. the DRM can use cmpxchg in userspace, to implement DRM_CAS, have a look in drm git libdrm/xf86drm.h we appear to have a sparc implementation, this gives us fast userspace locking, however if an arch doesn't implement DRM_CAS we fallback to the heavyweight in-kernel lock, Dave. -- David Airlie, Software Engineer http://www.skynet.ie/~airlied / airlied at skynet.ie Linux kernel - DRI, VAX / pam_smb / ILUG -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#374792: updated firmware?
I can't understand if we've to upgrade the firmware or downgrade it. People are saying that they can make the stock kernel work with version <=6.61. Then LSI say they are going to support just hardware with firmware >=6.62. And while there was a perfectly working driver in sarge there is none in etch and the problem doesn't look as they dropped support for old hardware, but just overlapping PCI ID. Could you please explain what's impeding the support for CERC ATA in etch? I'm not being ironical, I just would like to know if there is any hope that patiently waiting an etch kernel/install upgrade we can have back the support for CERC or should I reinstall sarge or switch distro on that box. thanks -- Ivan Sergio Borgonovo http://www.webthatworks.it -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [RFT] [SPARC] Emulate cmpxchg like parisc
On Fri, May 25, 2007 at 10:00:36PM -0700, David Miller wrote: > From: Martin Habets <[EMAIL PROTECTED]> > Date: Sat, 26 May 2007 01:24:40 +0100 > > > Hi Kyle, > > > > After some minor fixes this builds, and the DRM drivers also > > build again. I cannot test this since I do not have a machine with > > PCI or these cards. > > Removed your name in the comment, as that went out of fashion after > > we started using proper versioning systems. > > > > I've got a ppc->sparc32 compiler if that would help... > > So how in the world is something like this going to "work" with DRM? Work? It's not going to work. DRM checks the architecture in drm_cpu_valid(), and won't run I guess. > Userland cannot disable interrupts and it can't take the magic lock > the kernel uses to provide mutual exclusion for the emulated > cmpxchg(). > > All userland can do is not try to use the atomic operations and always > go into the kernel, which defeats the entire point of the cmpxchg(). > > Unless something %100 inside of the kernel will be the only consumers > of this, I'd recommend not adding it. You can't let anything part of > a userland API try to make use of it, and DRM definitely falls into > that category. > > Sparc 32-bit barely has PCI let alone 3D graphics cards. > > If it's a build issue, simply disallow DRM to be turned on for > SPARC32. LOL, that was my initial approach until I saw Kyle's code. Here's the patch I was preparing for that: --- The DRM code does not build clean for sparc32 because it depends on cmpxchg() which is not available. Even if it would build, it would not run anyways because of the check in drm_cpu_valid(). So the best solution is to remove DRM for sparc32. Patch against 2.6.21 attached. Martin Signed-off-by: Martin Habets <[EMAIL PROTECTED]> --- Index: 2.6.21_drm/drivers/char/drm/Kconfig === --- 2.6.21_drm.orig/drivers/char/drm/Kconfig2007-05-23 22:35:32.0 +0100 +++ 2.6.21_drm/drivers/char/drm/Kconfig 2007-05-23 22:37:25.0 +0100 @@ -6,7 +6,7 @@ # config DRM tristate "Direct Rendering Manager (XFree86 4.1.0 and higher DRI support)" - depends on (AGP || AGP=n) && PCI + depends on (AGP || AGP=n) && PCI && !SPARC32 help Kernel-level support for the Direct Rendering Infrastructure (DRI) introduced in XFree86 4.0. If you say Y here, you need to select -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[SRM] kernel updates for oldstable
As previously noted[1], a 2.6 kernel security update is pending for sarge that changes the ABI. This update has now been NEW-processed, and a DSA should be released soon. I've spoken with Frans, and the plan is to do a spin of d-i ASAP as oldstable installs are currently rather broken. This respin would also include this ABI change. Since we're spinning d-i anyway, I thought I'd see if we could get some other non-security changes in there anyway. We've had some stuff queued for way too long (since before sarge released even). I re-examined each of the issues yesterday, and ended up with the following changes, most of which are things Horms had queued for a stable update (though I did drop 3 changes that I felt were of less than important severity), and a few that we've identified since. I have started builds across all of the architectures - I think the final one will complete tomorrow morning. If there are no objections to any of the proposed changes (or requests for an extended review cycle), I'll plan to upload tomorrow evening after some testing. kernel-source-2.6.8 (2.6.8-17) oldstable; urgency=high [ Simon Horman ] * drivers-net-via-rhine-wol-oops.dpatch (removed): This patch breaks the via-rhine driver and 2.6.8 and is completely bogus for this version of the kernel (closes: #311357) * drivers-media-vidio-bttv-vc100xp-detect.dpatch Allow Leadtek WinFast VC100 XP cards to work. * fs-jbd-checkpoint-assertion.dpatch Fix possible false assertion failure in log_do_checkpoint(). We might fail to detect that we actually made a progress when cleaning up the checkpoint lists if we don't retry after writing something to disk. * mm-rmap-out-of-bounds-pte.dpatch Stop try_to_unmap_cluster() passing out-of-bounds pte to pte_unmap() * net-ipv4-netfilter-ip_queue-deadlock.dpatch Fix deadlock with ip_queue and tcp local input path. * asm-i386-mem-clobber.dpatch: Make sure gcc doesn't reorder memory accesses in strncmp and friends on i386. * drivers-acpi-pci_irq-elcr.dpatch: Make sure we call acpi_register_gsi() even for default PCI interrupt assignment. That's the part that keeps track of the ELCR register, and we want to make sure that the PCI interrupts are properly marked level/low. [ dann frazier ] * Merge in applicable fixes from 2.6.12.4 - netfilter-deadlock-ip6_queue.dpatch - rocket_c-fix-ldisc-ref-count.dpatch - early-vlan-fix.dpatch [ Simon Horman ] * drivers-sata-promise-sataii_tx2_tx4.dpatch Add SATAII TX2 and TX2/TX4 support to sata promise driver (Closes: #317286) * module-per-cpu-alignment-fix.dpatch Module per-cpu alignment cannot always be met From 2.6.12.5 * genelink-usbnet-skb-typo.dpatch fix gl_skb/skb type error in genelink driver in usbnet Backported From 2.6.12.6 * drivers-ide-ppp-pmac-build.dpatch Make sure BLK_DEV_IDEDMA_PCI is defined for pmac ide driver builds (closes: #321442) * fs-ext3-nfs-parent-fix.dpatch ext3 file systems mounted over nfs may lookup .. in dx directories causing an oops. (closes: #323557) * sparc-request_irq-in-RTC-fix.dpatch Use SA_SHIRQ in sparc specific code. From 2.6.13.1 * forcedeth-init-link-settings-in-nv_open.patch forcedeth: Initialize link settings in every nv_open() From 2.6.13.2 * fix-MPOL_F_VERIFY.patch Fix MPOL_F_VERIFY From 2.6.13.2 * fix-more-byte-to-dword-writes-to-PCI_ROM_ADDRESS-config-word.patch Fix up more strange byte writes to the PCI_ROM_ADDRESS config word From 2.6.13.2 * yenta-oops-fix.patch yenta oops fix From 2.6.13.3 * fix-de_thread-BUG_ON.patch Fix fs/exec.c:788 (de_thread()) BUG_ON From 2.6.13.3 * ipv6-fix-per-socket-multicast-filtering.patch fix IPv6 per-socket multicast filtering in exact-match case From 2.6.13.3 * ipvs-ip_vs_ftp-breaks-connections.patch ipvs: ip_vs_ftp breaks connections using persistence From 2.6.13.3 * ieee1394-sbp2-fixes-for-hot-unplug-and-module-unloading.dpatch ieee1394/sbp2: fixes for hot-unplug and module unloading From 2.6.13.4 * fix-sparc64-fpu-register-corruption.dpatch [SPARC64]: Fix userland FPU state corruption. From 2.6.13.4 [ dann frazier ] * drivers-block-raw-ioctl2.dpatch, drivers-block-ioctl-enotty.dpatch: Fix a bug in the block layer that causes a bootloader installation error under certain conditions - breaks installation on cciss devices. (closes: #354493) * Fix data corruption with dm-crypt over RAID5 (closes: #336153) * Fix VLAN support for 3c59x/90x series hardware (closes: #349774) * Fix erroneous calculation of 'len' parameter to NLMSG_PUT resulting in bogus 'error during NLMSG_PUT' messages (closes: #372621) * hp-diva-rmp3.dpatch, hp-diva-hurricane.dpatch: Add PCI IDs for newer Diva console ports -- dann frazier <[EMAIL PROTECTED]> Sat, 26 May 2007 01:56:24 -0600 [1] http://lists.debian.o
Re: [RFT] [SPARC] Emulate cmpxchg like parisc
On Fri, May 25, 2007 at 10:00:36PM -0700, David Miller wrote: > > After some minor fixes this builds, and the DRM drivers also > > build again. I cannot test this since I do not have a machine with > > PCI or these cards. > > Removed your name in the comment, as that went out of fashion after > > we started using proper versioning systems. > > > > I've got a ppc->sparc32 compiler if that would help... > > So how in the world is something like this going to "work" with DRM? > Userland cannot disable interrupts and it can't take the magic lock > the kernel uses to provide mutual exclusion for the emulated > cmpxchg(). > Hi David, My knowledge of the DRM is weak, but as I understand it, the only time it is used is by the ioctl handlers, and not by userspace. I've added Dave Airlie to the CC list, hopefully he can enlighten us as to where else cmpxchg is used. > Unless something %100 inside of the kernel will be the only consumers > of this, I'd recommend not adding it. You can't let anything part of > a userland API try to make use of it, and DRM definitely falls into > that category. > istr there was a contentious thread on linux-arch about using cmpxchg in generic code a while ago. So it's possible architectures with crappy atomic support will need some kind of hack like this to even be able to use generic code in the future. > Sparc 32-bit barely has PCI let alone 3D graphics cards. > > If it's a build issue, simply disallow DRM to be turned on for > SPARC32. > > Thanks. > Cheers, Kyle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
linux-2.6_2.6.21-4_powerpc.changes ACCEPTED
Accepted: linux-2.6_2.6.21-4.diff.gz to pool/main/l/linux-2.6/linux-2.6_2.6.21-4.diff.gz linux-2.6_2.6.21-4.dsc to pool/main/l/linux-2.6/linux-2.6_2.6.21-4.dsc linux-doc-2.6.21_2.6.21-4_all.deb to pool/main/l/linux-2.6/linux-doc-2.6.21_2.6.21-4_all.deb linux-headers-2.6.21-1-all-powerpc_2.6.21-4_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.21-1-all-powerpc_2.6.21-4_powerpc.deb linux-headers-2.6.21-1-all_2.6.21-4_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.21-1-all_2.6.21-4_powerpc.deb linux-headers-2.6.21-1-powerpc-miboot_2.6.21-4_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.21-1-powerpc-miboot_2.6.21-4_powerpc.deb linux-headers-2.6.21-1-powerpc-smp_2.6.21-4_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.21-1-powerpc-smp_2.6.21-4_powerpc.deb linux-headers-2.6.21-1-powerpc64_2.6.21-4_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.21-1-powerpc64_2.6.21-4_powerpc.deb linux-headers-2.6.21-1-powerpc_2.6.21-4_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.21-1-powerpc_2.6.21-4_powerpc.deb linux-headers-2.6.21-1-prep_2.6.21-4_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.21-1-prep_2.6.21-4_powerpc.deb linux-headers-2.6.21-1-vserver-powerpc64_2.6.21-4_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.21-1-vserver-powerpc64_2.6.21-4_powerpc.deb linux-headers-2.6.21-1-vserver-powerpc_2.6.21-4_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.21-1-vserver-powerpc_2.6.21-4_powerpc.deb linux-headers-2.6.21-1-vserver_2.6.21-4_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.21-1-vserver_2.6.21-4_powerpc.deb linux-headers-2.6.21-1_2.6.21-4_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.21-1_2.6.21-4_powerpc.deb linux-image-2.6.21-1-powerpc-miboot_2.6.21-4_powerpc.deb to pool/main/l/linux-2.6/linux-image-2.6.21-1-powerpc-miboot_2.6.21-4_powerpc.deb linux-image-2.6.21-1-powerpc-smp_2.6.21-4_powerpc.deb to pool/main/l/linux-2.6/linux-image-2.6.21-1-powerpc-smp_2.6.21-4_powerpc.deb linux-image-2.6.21-1-powerpc64_2.6.21-4_powerpc.deb to pool/main/l/linux-2.6/linux-image-2.6.21-1-powerpc64_2.6.21-4_powerpc.deb linux-image-2.6.21-1-powerpc_2.6.21-4_powerpc.deb to pool/main/l/linux-2.6/linux-image-2.6.21-1-powerpc_2.6.21-4_powerpc.deb linux-image-2.6.21-1-prep_2.6.21-4_powerpc.deb to pool/main/l/linux-2.6/linux-image-2.6.21-1-prep_2.6.21-4_powerpc.deb linux-image-2.6.21-1-vserver-powerpc64_2.6.21-4_powerpc.deb to pool/main/l/linux-2.6/linux-image-2.6.21-1-vserver-powerpc64_2.6.21-4_powerpc.deb linux-image-2.6.21-1-vserver-powerpc_2.6.21-4_powerpc.deb to pool/main/l/linux-2.6/linux-image-2.6.21-1-vserver-powerpc_2.6.21-4_powerpc.deb linux-libc-dev_2.6.21-4_powerpc.deb to pool/main/l/linux-2.6/linux-libc-dev_2.6.21-4_powerpc.deb linux-manual-2.6.21_2.6.21-4_all.deb to pool/main/l/linux-2.6/linux-manual-2.6.21_2.6.21-4_all.deb linux-patch-debian-2.6.21_2.6.21-4_all.deb to pool/main/l/linux-2.6/linux-patch-debian-2.6.21_2.6.21-4_all.deb linux-source-2.6.21_2.6.21-4_all.deb to pool/main/l/linux-2.6/linux-source-2.6.21_2.6.21-4_all.deb linux-support-2.6.21-1_2.6.21-4_all.deb to pool/main/l/linux-2.6/linux-support-2.6.21-1_2.6.21-4_all.deb linux-tree-2.6.21_2.6.21-4_all.deb to pool/main/l/linux-2.6/linux-tree-2.6.21_2.6.21-4_all.deb Override entries for your package: linux-2.6_2.6.21-4.dsc - source devel linux-doc-2.6.21_2.6.21-4_all.deb - optional doc linux-headers-2.6.21-1-all-powerpc_2.6.21-4_powerpc.deb - optional devel linux-headers-2.6.21-1-all_2.6.21-4_powerpc.deb - optional devel linux-headers-2.6.21-1-powerpc-miboot_2.6.21-4_powerpc.deb - optional devel linux-headers-2.6.21-1-powerpc-smp_2.6.21-4_powerpc.deb - optional devel linux-headers-2.6.21-1-powerpc64_2.6.21-4_powerpc.deb - optional devel linux-headers-2.6.21-1-powerpc_2.6.21-4_powerpc.deb - optional devel linux-headers-2.6.21-1-prep_2.6.21-4_powerpc.deb - optional devel linux-headers-2.6.21-1-vserver-powerpc64_2.6.21-4_powerpc.deb - optional devel linux-headers-2.6.21-1-vserver-powerpc_2.6.21-4_powerpc.deb - optional devel linux-headers-2.6.21-1-vserver_2.6.21-4_powerpc.deb - optional devel linux-headers-2.6.21-1_2.6.21-4_powerpc.deb - optional devel linux-image-2.6.21-1-powerpc-miboot_2.6.21-4_powerpc.deb - optional admin linux-image-2.6.21-1-powerpc-smp_2.6.21-4_powerpc.deb - optional admin linux-image-2.6.21-1-powerpc64_2.6.21-4_powerpc.deb - optional admin linux-image-2.6.21-1-powerpc_2.6.21-4_powerpc.deb - optional admin linux-image-2.6.21-1-prep_2.6.21-4_powerpc.deb - optional admin linux-image-2.6.21-1-vserver-powerpc64_2.6.21-4_powerpc.deb - optional admin linux-image-2.6.21-1-vserver-powerpc_2.6.21-4_powerpc.deb - optional admin linux-libc-dev_2.6.21-4_powerpc.deb - optional devel linux-manual-2.6.21_2.6.21-4_all.deb - optional doc linux-patch-debian-2.6.21_2.6.21-4_all.deb - optional devel linux-source-2.6.21_2.6.21-4_all.deb - optional devel linux-support-2.6.21-1_2.6.21-4_all.deb - optional devel linux-tree-
Processing of linux-2.6_2.6.21-4_powerpc.changes
linux-2.6_2.6.21-4_powerpc.changes uploaded successfully to localhost along with the files: linux-2.6_2.6.21-4.dsc linux-2.6_2.6.21-4.diff.gz linux-doc-2.6.21_2.6.21-4_all.deb linux-manual-2.6.21_2.6.21-4_all.deb linux-patch-debian-2.6.21_2.6.21-4_all.deb linux-source-2.6.21_2.6.21-4_all.deb linux-support-2.6.21-1_2.6.21-4_all.deb linux-tree-2.6.21_2.6.21-4_all.deb linux-headers-2.6.21-1-all_2.6.21-4_powerpc.deb linux-headers-2.6.21-1-all-powerpc_2.6.21-4_powerpc.deb linux-libc-dev_2.6.21-4_powerpc.deb linux-headers-2.6.21-1_2.6.21-4_powerpc.deb linux-image-2.6.21-1-powerpc_2.6.21-4_powerpc.deb linux-headers-2.6.21-1-powerpc_2.6.21-4_powerpc.deb linux-image-2.6.21-1-powerpc-smp_2.6.21-4_powerpc.deb linux-headers-2.6.21-1-powerpc-smp_2.6.21-4_powerpc.deb linux-image-2.6.21-1-powerpc-miboot_2.6.21-4_powerpc.deb linux-headers-2.6.21-1-powerpc-miboot_2.6.21-4_powerpc.deb linux-image-2.6.21-1-powerpc64_2.6.21-4_powerpc.deb linux-headers-2.6.21-1-powerpc64_2.6.21-4_powerpc.deb linux-image-2.6.21-1-prep_2.6.21-4_powerpc.deb linux-headers-2.6.21-1-prep_2.6.21-4_powerpc.deb linux-headers-2.6.21-1-vserver_2.6.21-4_powerpc.deb linux-image-2.6.21-1-vserver-powerpc_2.6.21-4_powerpc.deb linux-headers-2.6.21-1-vserver-powerpc_2.6.21-4_powerpc.deb linux-image-2.6.21-1-vserver-powerpc64_2.6.21-4_powerpc.deb linux-headers-2.6.21-1-vserver-powerpc64_2.6.21-4_powerpc.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#426124: linux-image-2.6.21-1-powerpc: Radeon 9200+Apple Cinema Display: Switching to framebuffer turns off the display
Package: linux-image-2.6.21-1-powerpc Version: 2.6.21-3 Severity: important Hardware: Apple Mac Mini with a Radeon 9200 graphics card: [lspci] :00:10.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200] (rev 01) (prog-if 00 [VGA]) Subsystem: ATI Technologies Inc RV280 [Radeon 9200] Flags: bus master, 66MHz, medium devsel, latency 255, IRQ 48 Memory at 9800 (32-bit, prefetchable) [size=128M] I/O ports at f400 [size=256] Memory at 9000 (32-bit, non-prefetchable) [size=64K] Expansion ROM at f100 [disabled] [size=128K] Capabilities: [58] AGP version 2.0 Capabilities: [50] Power Management version 2 Monitor: Apple Cinema Display 19", connected via DVI. % cat /proc/cmdline root=/dev/hda3 ro video=radeonfb:[EMAIL PROTECTED] This also affects 2.6.20 as well as 2.6.21. 2.6.18 works just fine. When the kernel switches the console to the framebuffer during boot, the monitor immediately powers off (you see fbcon flash on for an instant as the monitor turns off). The monitor will not turn on again, even when X starts up. This is possibly related to http://lists.x.org/archives/xorg-driver-ati/2006-September/29.html (see BenH's comment about the I2C/DDC lines) #389007 (I've not get found the cause for that, either). I've put the severity as important, as the system is totally unusable with the monitor powered down! Regards, Roger -- Package-specific info: -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.18-3-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-image-2.6.21-1-powerpc depends on: ii initramfs-tools [linux-initr 0.87b tools for generating an initramfs ii mkvmlinuz33 create a kernel to boot a PowerPC ii module-init-tools3.3-pre11-1 tools for managing Linux kernel mo linux-image-2.6.21-1-powerpc recommends no packages. -- debconf information: linux-image-2.6.21-1-powerpc/preinst/lilo-has-ramdisk: linux-image-2.6.21-1-powerpc/postinst/bootloader-error-2.6.21-1-powerpc: linux-image-2.6.21-1-powerpc/preinst/overwriting-modules-2.6.21-1-powerpc: true linux-image-2.6.21-1-powerpc/postinst/bootloader-test-error-2.6.21-1-powerpc: linux-image-2.6.21-1-powerpc/preinst/initrd-2.6.21-1-powerpc: linux-image-2.6.21-1-powerpc/preinst/failed-to-move-modules-2.6.21-1-powerpc: linux-image-2.6.21-1-powerpc/preinst/abort-overwrite-2.6.21-1-powerpc: linux-image-2.6.21-1-powerpc/preinst/already-running-this-2.6.21-1-powerpc: linux-image-2.6.21-1-powerpc/postinst/old-initrd-link-2.6.21-1-powerpc: true shared/kernel-image/really-run-bootloader: true linux-image-2.6.21-1-powerpc/preinst/bootloader-initrd-2.6.21-1-powerpc: true linux-image-2.6.21-1-powerpc/prerm/removing-running-kernel-2.6.21-1-powerpc: true linux-image-2.6.21-1-powerpc/postinst/old-dir-initrd-link-2.6.21-1-powerpc: true linux-image-2.6.21-1-powerpc/postinst/depmod-error-initrd-2.6.21-1-powerpc: false linux-image-2.6.21-1-powerpc/postinst/old-system-map-link-2.6.21-1-powerpc: true linux-image-2.6.21-1-powerpc/preinst/elilo-initrd-2.6.21-1-powerpc: true linux-image-2.6.21-1-powerpc/preinst/abort-install-2.6.21-1-powerpc: linux-image-2.6.21-1-powerpc/postinst/create-kimage-link-2.6.21-1-powerpc: true linux-image-2.6.21-1-powerpc/preinst/lilo-initrd-2.6.21-1-powerpc: true linux-image-2.6.21-1-powerpc/prerm/would-invalidate-boot-loader-2.6.21-1-powerpc: true linux-image-2.6.21-1-powerpc/postinst/depmod-error-2.6.21-1-powerpc: false linux-image-2.6.21-1-powerpc/postinst/kimage-is-a-directory: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: tagging bugs that are closed by packages in NEW as pending
Processing commands for [EMAIL PROTECTED]: > # the following bugs are closed by packages in NEW > # > tags 412740 pending Bug#412740: linux-image-2.6-sparc64: please include config USB_SERIAL There were no tags set. Tags added: pending > tags 424022 pending Bug#424022: gaim-guifications: please package it for pidgin There were no tags set. Tags added: pending > tags 425139 pending Bug#425139: ITP: gtk-chtheme -- GTK+ 2.0 theme changer utility There were no tags set. Tags added: pending > tags 425489 pending Bug#425489: ITP: libtime-local-perl -- efficiently compute time from local and GMT time There were no tags set. Tags added: pending > 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#426114: Module Ide_cd missing/error messages
Package: linux-source-2.6.18 Version: 2.6.18.dfsg.1-12etch2 Dear Debian-Co-worker! If I compile a new kernel with this version, I get a bunch of error-messages at boot concerning ide_cd [1]. I still had a deb-package made with an older version of this package, so I was able to test this one as well. The result: The error messages do not show up, so I suspect that this is some kind of bug/due to changes in the packages. Modeprobe ide_cd does not work either, i.e. it seems to be missing. If it is of any use to you, I could compile a new kernel and sent the relevant screen outputs (during compiling) to you. In this spirit With thanks and best wishes Yours Gernot --- [1] ide_cd: Unknown symbol register_cdrom ide_cd: Unknown symbol cdrom_ioctl ide_cd: Unknown symbol cdrom_mode_select ide_cd: Unknown symbol cdrom_media_changed ide_cd: Unknown symbol cdrom_get_last_written ide_cd: Unknown symbol cdrom_mode_sense ide_cd: Unknown symbol cdrom_get_media_event ide_cd: Unknown symbol cdrom_release ide_cd: Unknown symbol cdrom_open ide_cd: Unknown symbol unregister_cdrom ide_cd: Unknown symbol cdrom_number_of_slots -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#426035: Please add CONFIG_KEXEC
On Fri, 2007-05-25 at 15:27 -0600, dann frazier wrote: > Right, but isn't it true that you need a non-relocatable kernel to > boot and a relocatable kernel to kexec (on x86)? In other words, > doesn't this require an additional kernel flavor? If all you want to do is boot a new kernel directly from the current one (e.g. basic kexec) then you can boot any image at all, including the current one again. It's basically useful to skip the BIOS post and reduce downtime. If you want kdump, which builds on kexec and allows you to preload a kernel to be booted when a crash/panic etc occurs then you will need either a relocatable kernel or one built at a different physical address[0] so that the existing kernel can be preserved for postmortem examination. Personally I find the second use case more useful, but I can see why people would want the first. Ian. [0] which one depends on the kernel rev, I think configurable physical address was phased out somewhere in 2.6.18-2.6.20 in favour or relocatable kernel. If relocatable worked properly with kexec then you wouldn't even need a second image in that case, but I don't think it currently does. -- Ian Campbell Life is the childhood of our immortality. -- Goethe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 317286
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.26 > tags 317286 + pending Bug#317286: Please backport support for Promise SATAII TX2/TX4 cards (from 2.6.11) There were no tags set. Tags added: pending > 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: tagging 311357
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.26 > tags 311357 + pending Bug#311357: kernel-image-2.6.8-2: via-rhine fails to reserve I/O region, no networking available There were no tags set. Tags added: pending > 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#423462: LINUX_VERSION_CODE is defined but has no value in /usr/include/linux/version.h
Hello, now I see the following in /usr/include/linux/version.h: #define LINUX_VERSION_CODE 132629 Should the bug be closed then? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Scheduling linux-2.6 2.6.21-4
On Fri, May 25, 2007 at 10:20:48PM +0200, Bastian Blank wrote: > It only fixes the symbol versions for powerpc. Currently it is not > possible to build modules against. The s390 hypfs fix is in. Bastian -- Each kiss is as the first. -- Miramanee, Kirk's wife, "The Paradise Syndrome", stardate 4842.6 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Scheduling linux-2.6 2.6.21-4
On Fri, May 25, 2007 at 02:24:15PM -0600, dann frazier wrote: > After that, will you be amiable to a linux-latest-2.6 upload for > 2.6.21, or are there other things that should be fixed first? Already scheduled. Bastian -- I'm a soldier, not a diplomat. I can only tell the truth. -- Kirk, "Errand of Mercy", stardate 3198.9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]