Bug#375043: linux-image-2.6.16-2-prep: still fails to generate vmlinuz
reassign 375043 mkvmlinuz thanks Hi Meelis, This is a mkvmlinuz bug, not a kernel one, and i will try to fix it this WE. Friendly, Sven Luther On Thu, Jun 22, 2006 at 09:48:46AM +0300, Meelis Roos wrote: > Package: linux-image-2.6.16-2-prep > Version: 2.6.16-15 > Severity: grave > Justification: renders package unusable > > linux-image-2.6.16-2-prep still fails to generate a usable vmlinuz image like > the -powerpc package. > > Setting up linux-image-2.6.16-2-prep (2.6.16-15) ... > > Hmm. The package shipped with a symbolic link > /lib/modules/2.6.16-2-prep/source > However, I can not read the target: No such file or directory > Therefore, I am deleting /lib/modules/2.6.16-2-prep/source > > Running depmod. > Finding valid ramdisk creators. > Using mkinitramfs-kpkg to build the ramdisk. > Examining /etc/kernel/postinst.d. > run-parts: executing /etc/kernel/postinst.d/mkvmlinuz > Sorry, I do not know how to handle PowerPC sub-architecture prep in version > 2.6.16-2-prep. > > > -- System Information: > Debian Release: testing/unstable > APT prefers unstable > APT policy: (500, 'unstable') > Architecture: powerpc (ppc) > Shell: /bin/sh linked to /bin/bash > Kernel: Linux 2.6.17 > Locale: LANG=et_EE.ISO-8859-15, LC_CTYPE=et_EE.ISO-8859-15 > (charmap=ISO-8859-15) > > Versions of packages linux-image-2.6.16-2-prep depends on: > ii initramfs-tools [linux-initra 0.60 tools for generating an initramfs > ii mkvmlinuz 22 create a kernel to boot a > PowerPC > ii module-init-tools 3.2.2-3tools for managing Linux kernel > mo > > linux-image-2.6.16-2-prep recommends no packages. > > -- debconf information: > linux-image-2.6.16-2-prep/preinst/bootloader-initrd-2.6.16-2-prep: true > linux-image-2.6.16-2-prep/postinst/bootloader-test-error-2.6.16-2-prep: > linux-image-2.6.16-2-prep/preinst/overwriting-modules-2.6.16-2-prep: true > linux-image-2.6.16-2-prep/postinst/old-initrd-link-2.6.16-2-prep: true > linux-image-2.6.16-2-prep/postinst/old-system-map-link-2.6.16-2-prep: true > linux-image-2.6.16-2-prep/prerm/would-invalidate-boot-loader-2.6.16-2-prep: > true > linux-image-2.6.16-2-prep/prerm/removing-running-kernel-2.6.16-2-prep: true > linux-image-2.6.16-2-prep/postinst/create-kimage-link-2.6.16-2-prep: true > linux-image-2.6.16-2-prep/preinst/lilo-has-ramdisk: > linux-image-2.6.16-2-prep/preinst/already-running-this-2.6.16-2-prep: > linux-image-2.6.16-2-prep/preinst/failed-to-move-modules-2.6.16-2-prep: > linux-image-2.6.16-2-prep/postinst/bootloader-error-2.6.16-2-prep: > linux-image-2.6.16-2-prep/postinst/old-dir-initrd-link-2.6.16-2-prep: true > linux-image-2.6.16-2-prep/postinst/kimage-is-a-directory: > linux-image-2.6.16-2-prep/postinst/depmod-error-initrd-2.6.16-2-prep: false > linux-image-2.6.16-2-prep/preinst/elilo-initrd-2.6.16-2-prep: true > linux-image-2.6.16-2-prep/preinst/abort-install-2.6.16-2-prep: > linux-image-2.6.16-2-prep/preinst/initrd-2.6.16-2-prep: > linux-image-2.6.16-2-prep/preinst/abort-overwrite-2.6.16-2-prep: > linux-image-2.6.16-2-prep/preinst/lilo-initrd-2.6.16-2-prep: true > linux-image-2.6.16-2-prep/postinst/depmod-error-2.6.16-2-prep: false > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > --- > Orange vous informe que cet e-mail a ete controle par l'anti-virus mail. > Aucun virus connu a ce jour par nos services n'a ete detecte. > > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#375043: linux-image-2.6.16-2-prep: still fails to generate vmlinuz
Processing commands for [EMAIL PROTECTED]: > reassign 375043 mkvmlinuz Bug#375043: linux-image-2.6.16-2-prep: still fails to generate vmlinuz Bug reassigned from package `linux-image-2.6.16-2-prep' to `mkvmlinuz'. > 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#375043: linux-image-2.6.16-2-prep: still fails to generate vmlinuz
Processing commands for [EMAIL PROTECTED]: > reassign 375043 mkvmlinuz Bug#375043: linux-image-2.6.16-2-prep: still fails to generate vmlinuz Bug reassigned from package `mkvmlinuz' to `mkvmlinuz'. > severity 375043 important Bug#375043: linux-image-2.6.16-2-prep: still fails to generate vmlinuz Severity set to `important' from `grave' > 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#375043: linux-image-2.6.16-2-prep: still fails to generate vmlinuz
reassign 375043 mkvmlinuz severity 375043 important thanks On Thu, Jun 22, 2006 at 09:48:46AM +0300, Meelis Roos wrote: > linux-image-2.6.16-2-prep still fails to generate a usable vmlinuz image like > the -powerpc package. This is done by mkvmlinuz. Bastian -- The face of war has never changed. Surely it is more logical to heal than to kill. -- Surak of Vulcan, "The Savage Curtain", stardate 5906.5 signature.asc Description: Digital signature
Re: Bug#374742: pcmciautils: fresh upstream available... can't make my card work :-((
Just wanted to make a disclaimer: I was running not debian stock kernel: 2.6.17-rc6-mm2 should I try stock one -- would it help to track down the issue? (I will need to use kernel-patch-2.6-reiser4 though) -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] pgpcqmA0wRpEo.pgp Description: PGP signature
Re: RFC: swap on a LVM volume in debian-installer
On Thu, Jun 22, 2006 at 10:46:59PM +0200, David Härdeman wrote: > > I'm currently considering whether to change partman-auto-lvm so that the > swap partition is created as a lvm lv rather than a separate partition, > and I'd like to ask for some comments and feedback before doing so. ack. cool, already using since long, as swap on lvm allows much more flexibility. > o suspend-to-disk > There have been concerns that suspend/resume may not work with swap on a > lvm volume. > > Using initramfs-tools, it seems perfectly possible to resume from a swap > partition on lvm (I do so daily). I am not sure whether yaird supports > this feature. works right now fine on initramfs-tools. thanks for addressing the trouble of multiple volume groups. good work. :) -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#375043: linux-image-2.6.16-2-prep: still fails to generate vmlinuz
Package: linux-image-2.6.16-2-prep Version: 2.6.16-15 Severity: grave Justification: renders package unusable linux-image-2.6.16-2-prep still fails to generate a usable vmlinuz image like the -powerpc package. Setting up linux-image-2.6.16-2-prep (2.6.16-15) ... Hmm. The package shipped with a symbolic link /lib/modules/2.6.16-2-prep/source However, I can not read the target: No such file or directory Therefore, I am deleting /lib/modules/2.6.16-2-prep/source Running depmod. Finding valid ramdisk creators. Using mkinitramfs-kpkg to build the ramdisk. Examining /etc/kernel/postinst.d. run-parts: executing /etc/kernel/postinst.d/mkvmlinuz Sorry, I do not know how to handle PowerPC sub-architecture prep in version 2.6.16-2-prep. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: LANG=et_EE.ISO-8859-15, LC_CTYPE=et_EE.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages linux-image-2.6.16-2-prep depends on: ii initramfs-tools [linux-initra 0.60 tools for generating an initramfs ii mkvmlinuz 22 create a kernel to boot a PowerPC ii module-init-tools 3.2.2-3tools for managing Linux kernel mo linux-image-2.6.16-2-prep recommends no packages. -- debconf information: linux-image-2.6.16-2-prep/preinst/bootloader-initrd-2.6.16-2-prep: true linux-image-2.6.16-2-prep/postinst/bootloader-test-error-2.6.16-2-prep: linux-image-2.6.16-2-prep/preinst/overwriting-modules-2.6.16-2-prep: true linux-image-2.6.16-2-prep/postinst/old-initrd-link-2.6.16-2-prep: true linux-image-2.6.16-2-prep/postinst/old-system-map-link-2.6.16-2-prep: true linux-image-2.6.16-2-prep/prerm/would-invalidate-boot-loader-2.6.16-2-prep: true linux-image-2.6.16-2-prep/prerm/removing-running-kernel-2.6.16-2-prep: true linux-image-2.6.16-2-prep/postinst/create-kimage-link-2.6.16-2-prep: true linux-image-2.6.16-2-prep/preinst/lilo-has-ramdisk: linux-image-2.6.16-2-prep/preinst/already-running-this-2.6.16-2-prep: linux-image-2.6.16-2-prep/preinst/failed-to-move-modules-2.6.16-2-prep: linux-image-2.6.16-2-prep/postinst/bootloader-error-2.6.16-2-prep: linux-image-2.6.16-2-prep/postinst/old-dir-initrd-link-2.6.16-2-prep: true linux-image-2.6.16-2-prep/postinst/kimage-is-a-directory: linux-image-2.6.16-2-prep/postinst/depmod-error-initrd-2.6.16-2-prep: false linux-image-2.6.16-2-prep/preinst/elilo-initrd-2.6.16-2-prep: true linux-image-2.6.16-2-prep/preinst/abort-install-2.6.16-2-prep: linux-image-2.6.16-2-prep/preinst/initrd-2.6.16-2-prep: linux-image-2.6.16-2-prep/preinst/abort-overwrite-2.6.16-2-prep: linux-image-2.6.16-2-prep/preinst/lilo-initrd-2.6.16-2-prep: true linux-image-2.6.16-2-prep/postinst/depmod-error-2.6.16-2-prep: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFC: swap on a LVM volume in debian-installer
On Thu, Jun 22, 2006 at 06:58:27PM -0300, Otavio Salvador wrote: David Härdeman <[EMAIL PROTECTED]> writes: o suspend-to-disk There have been concerns that suspend/resume may not work with swap on a lvm volume. A patch was send today for initramfs-tools to address some issues of it and in new upload should be fine. Am I right maks? Yes, that patch was from yours truly. Previously initramfs-tools would activate the LVM VG which contained the root LV, so if swap was on the same VG, it would be activated as a side-effect (and this is indeed how things are laid out with partman-auto-*). The patch allows root and swap to be on different LVM VG's and should be included in the next initramfs-tools version after 0.64 (which is in incoming right now) according to maks on IRC. Regards, David
Re: RFC: swap on a LVM volume in debian-installer
David Härdeman <[EMAIL PROTECTED]> writes: > The patch allows root and swap to be on different LVM VG's and should > be included in the next initramfs-tools version after 0.64 (which is > in incoming right now) according to maks on IRC. Also, if you and partman-auto-lvm later move to use swap in lvm might have more code share for crypto support in lvm too :-D That might be awesome :-D -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house."
Re: RFC: swap on a LVM volume in debian-installer
David Härdeman <[EMAIL PROTECTED]> writes: > o suspend-to-disk > There have been concerns that suspend/resume may not work with swap on > a lvm volume. A patch was send today for initramfs-tools to address some issues of it and in new upload should be fine. Am I right maks? -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house."
Bug#352434: marked as done (tmpfs for /dev is ram/2)
Your message dated Thu, 22 Jun 2006 23:35:14 +0200 with message-id <[EMAIL PROTECTED]> and subject line tmpfs for /dev is ram/2 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: udev Version: 0.084-3 Severity: normal , | tmpfstmpfs253M 112K 252M 1% /dev ` This system has 512 MB RAM, and $tmpfs_size is still "10M" in the udev init script. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_US, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages udev depends on: ii initscripts 2.86.ds1-4 Standard scripts needed for bootin ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libselinux1 1.28-2 SELinux shared libraries ii lsb-base 3.0-15 Linux Standard Base 3.0 init scrip ii makedev 2.3.1-79 creates device files in /dev ii sed 4.1.2-8The GNU sed stream editor --- End Message --- --- Begin Message --- Version: 0.61 fixed in latest upload, pasting relevant changelog: initramfs-tools (0.61) unstable; urgency=low Release "O partigiano portami via" * debian/TODO: update to latest state. * debian/bug: Fix reportbug script shebang line, add some descriptive echos. Use exec to open file descriptor 3 for reportbug. * debian/control: Pump to 3.7.2 standard version without changes. * init: Use 10M as tmpfs_size for the udev /dev, that can be overriden in /etc/udev/udev.conf. (closes: #352434) * /etc/initramfs-tools: Use the much more intituive conf dir location. Thanks for the idea to Andres Salomon <[EMAIL PROTECTED]>. * debian/initramfs-tools.preinst: mv /etc/mkinitramfs /etc/initramfs-tools on upgrade as this should work even with drive space issues. Thanks to Jeff Bailey <[EMAIL PROTECTED]> for the posix atomic mv hint and Daniel Blaschke <[EMAIL PROTECTED]> for testing. * mkinitramfs: Set CONFDIR to /etc/initramfs-tools. * mkinitramfs.8, initramfs-tools.8: Document the new pathes. * debian/control: Change Build-depends-indep to Build-depends as we need debhelper and cdbs for the clean target, fulfills policy 7.6. * debian/initramfs-tools.preinst: Warn and bail out if /etc/initramfs-tools already exists. -- maks --- End Message ---
Bug#362816: marked as done (initramfs-tools: Initramfs-tools creates a buggy initrd image file.)
Your message dated Thu, 22 Jun 2006 23:33:21 +0200 with message-id <[EMAIL PROTECTED]> and subject line initramfs-tools: Doesn't find hdd (module ide-disk) 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.59b Severity: critical Justification: breaks the whole system Today, I updated my system. It updated two things important I think : linux-image-2.6.15-1-686 and initramfs-tools. Strangely, linux-image was already the same version, so apt just updated a up-to-date package. But after rebooting (as it asked for during the install process), I received the following message : "Begin : Waiting for root file system..." and waiting for about 4 minutes, the Busybox shell was shown. After some research, it turned out that the initrd image file had a problem. I tred to fix it creating a new initrd image with mkinitramfs -k 2.6.15-1-686 -u -t, but it showed the same problem at boot up. Then I used mkinitrd -o /boot/initrd-img-2.6.15-1-686 2.6.15-1-686 and it worked well on reboot. Strange, isn't it ? -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=fr_CH, LC_CTYPE=fr_CH (charmap=ISO-8859-1) Versions of packages initramfs-tools depends on: ii busybox 1:1.01-4 Tiny utilities for small and embed ii cpio 2.6-11 GNU cpio -- a program to manage ar ii klibc-utils 1.2.4-1small statically-linked utilities ii module-init-tools 3.2.2-2tools for managing Linux kernel mo ii udev 0.085-1/dev/ and hotplug management daemo initramfs-tools recommends no packages. -- no debconf information --- End Message --- --- Begin Message --- Version: 0.62 fixed in latest upload, pasting relevant changelog: initramfs-tools (0.62) unstable; urgency=low * debian/control: We need at least udev 0.086-1, since earlier versions had hooks, which don't load ide-disk automatically for 2.6.15 kernels. Can't lower dependency to sarge version as it has no coldplug support to escape udev dependency loop on upgrade. (closes: #358360, #362816) * hook-functions: Add arcmsr to the scsi modules list. * debian/NEWS: Add Notice about confdir mv as version 0.61. thanks for your reports. -- maks --- End Message ---
Bug#368043: marked as done (initramfs-tools: postinstall script can require /usr/share/doc/)
Your message dated Thu, 22 Jun 2006 23:31:40 +0200 with message-id <[EMAIL PROTECTED]> and subject line initramfs-tools: postinstall script can require /usr/share/doc/ 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.60 Severity: important Justification: Packages must not require the existance of any files in /usr/share/doc in order to function. http://release.debian.org/etch_rc_policy.txt The postinstall script does: |if [ ! -e /etc/mkinitramfs/modules ]; then |cp /usr/share/doc/initramfs-tools/examples/modules /etc/mkinitramfs/ |fi This code gets called on a dpkg-reconfigure, and can fail if the admin has removed /etc/mkinitramfs/modules: |$ sudo dpkg-reconfigure initramfs-tools |cp: cannot stat `/usr/share/doc/initramfs-tools/examples/modules': No such file or directory --- End Message --- --- Begin Message --- Version: 0.64 fixed in latest upload, pasting the relavant changelog: initramfs-tools (0.64) unstable; urgency=low RELEASE o bella, ciao! bella, ciao! * debian/initramfs-tools.install: Add /etc/initramfs-tools/modules conffile, instead of a cp from postinstall. (closes: #368043) * debian/control, update-initramfs.8, mkinitramfs.8: Capitalize RAM + NFS. Rephrase nfs root support. Thanks to Jeff Bailey <[EMAIL PROTECTED]> and Steinar H. Gunderson <[EMAIL PROTECTED]> for the review. thanks for your report. -- maks --- End Message ---
Bug#369314: Please add this when you get a chance
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I have confirmed that this is required to successfully boot oldworld mac after the install completes and am ready to make use of the updated kernel, so if you could add the /proc/device-tree (openfirmware device tree) to the miboot kernel it would be much appreciated. Also, if the regular d-i kernel used the same options as the kernel that is installed on the system, it would be helpful (currently the d-i kernel reports the device name, but not number, e.g. /bandit/ohare/mesh/sd instead of /bandit/ohare/mesh/[EMAIL PROTECTED] reported by the full kernel). That path is what I need to determine boot device for openfirmware purposes. - -- And that's my crabbing done for the day. Got it out of the way early, now I have the rest of the afternoon to sniff fragrant tea-roses or strangle cute bunnies or something. -- Michael Devore -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFEmxDwhvWBpdQuHxwRAovtAJ0c5aqMa82maZQmh3SUz6zk6yDamQCgoB5/ bJKfIcIkiON+S/FKeXK9nTM= =Mkit -END PGP SIGNATURE-
Bug#358360: marked as done (initramfs-tools: Doesn't find hdd (module ide-disk))
Your message dated Thu, 22 Jun 2006 23:33:21 +0200 with message-id <[EMAIL PROTECTED]> and subject line initramfs-tools: Doesn't find hdd (module ide-disk) 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.57b Severity: important The description of this bug is the same as for #344754. The only difference is the version of package. The solution presented in #344754 works in my case as well. The problem appears with standard Debian kernel 2.6.15-1-686-smp. I haven't tried any other kernels. -- 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.15-1-686-smp Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) Versions of packages initramfs-tools depends on: ii busybox 1:1.01-4 Tiny utilities for small and embed ii cpio 2.6-11 GNU cpio -- a program to manage ar ii klibc-utils 1.2.4-1small statically-linked utilities ii udev 0.084-1/dev/ and hotplug management daemo initramfs-tools recommends no packages. -- no debconf information --- End Message --- --- Begin Message --- Version: 0.62 fixed in latest upload, pasting relevant changelog: initramfs-tools (0.62) unstable; urgency=low * debian/control: We need at least udev 0.086-1, since earlier versions had hooks, which don't load ide-disk automatically for 2.6.15 kernels. Can't lower dependency to sarge version as it has no coldplug support to escape udev dependency loop on upgrade. (closes: #358360, #362816) * hook-functions: Add arcmsr to the scsi modules list. * debian/NEWS: Add Notice about confdir mv as version 0.61. thanks for your reports. -- maks --- End Message ---
RFC: swap on a LVM volume in debian-installer
Hi all, in debian-installer, there is a package - partman-auto-lvm - which can setup an entire disk to be used for the debian installation with the use of lvm for most partitions. Currently it sets up one boot partition, one swap partition and one lvm PV which is used for the rest of the partitions (usually root and possibly home depending on the recipe used). I'm currently considering whether to change partman-auto-lvm so that the swap partition is created as a lvm lv rather than a separate partition, and I'd like to ask for some comments and feedback before doing so. The last discussion of this feature seems to have been in this thread: http://lists.debian.org/debian-boot/2005/10/msg00842.html === So far, I've seen the following advantages and disadvantages of swap-on-lvm mentioned: Advantages == o makes more partitions available to LVM This means that the swap space can also be managed via the regular lvm tools. Swap space can be reclaimed, enlarged and shrunk using the regular tools when needed. E.g. if a larger swap space is needed, one can do a swapoff, lvextend, mkswap, swapon. In general, to get the most out of lvm, as many partitions as possible should use it. Disadvantages = These are mostly gathered from the above thread: o lowmem I'm not sure this is an issue. If root is already accessed via lvm, will accessing swap via lvm make a difference in lowmem situations? o suspend-to-disk There have been concerns that suspend/resume may not work with swap on a lvm volume. Using initramfs-tools, it seems perfectly possible to resume from a swap partition on lvm (I do so daily). I am not sure whether yaird supports this feature. o overhead Accessing swap via the LVM layer might introduce additional overhead. However, the LVM maintainer disagreed in the above thread, noting that swap should be an io-bound operation and I tend to agree. Note that these disadvantages might be i386 oriented, are there any other disadvantages on other arches, or on i386 for that matter, that I've overlooked? Discussion of additional advantages would also be welcome of course :) === The reason that I'm personally interested is that swap-on-lvm as the default for a lvm install would allow the experimental partman-auto-crypto (a package which uses partman-crypto and partman-auto-lvm to automatically partition a disk so that any partition except /boot will be encrypted) to share 90% of its code with partman-auto-lvm. Comments welcome. Regards, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#368043: marked as done (initramfs-tools: postinstall script can require /usr/share/doc/)
Your message dated Thu, 22 Jun 2006 14:18:22 -0700 with message-id <[EMAIL PROTECTED]> and subject line Bug#368043: fixed in initramfs-tools 0.64 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.60 Severity: important Justification: Packages must not require the existance of any files in /usr/share/doc in order to function. http://release.debian.org/etch_rc_policy.txt The postinstall script does: |if [ ! -e /etc/mkinitramfs/modules ]; then |cp /usr/share/doc/initramfs-tools/examples/modules /etc/mkinitramfs/ |fi This code gets called on a dpkg-reconfigure, and can fail if the admin has removed /etc/mkinitramfs/modules: |$ sudo dpkg-reconfigure initramfs-tools |cp: cannot stat `/usr/share/doc/initramfs-tools/examples/modules': No such file or directory --- End Message --- --- Begin Message --- Source: initramfs-tools Source-Version: 0.64 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.64.dsc to pool/main/i/initramfs-tools/initramfs-tools_0.64.dsc initramfs-tools_0.64.tar.gz to pool/main/i/initramfs-tools/initramfs-tools_0.64.tar.gz initramfs-tools_0.64_all.deb to pool/main/i/initramfs-tools/initramfs-tools_0.64_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: Thu, 22 Jun 2006 20:45:59 +0200 Source: initramfs-tools Binary: initramfs-tools Architecture: source all Version: 0.64 Distribution: unstable Urgency: low Maintainer: Debian kernel team Changed-By: maximilian attems <[EMAIL PROTECTED]> Description: initramfs-tools - tools for generating an initramfs Closes: 368043 Changes: initramfs-tools (0.64) unstable; urgency=low . RELEASE o bella, ciao! bella, ciao! . * debian/initramfs-tools.install: Add /etc/initramfs-tools/modules conffile, instead of a cp from postinstall. (closes: #368043) . * debian/control, update-initramfs.8, mkinitramfs.8: Capitalize RAM + NFS. Rephrase nfs root support. . Thanks to Jeff Bailey <[EMAIL PROTECTED]> and Steinar H. Gunderson <[EMAIL PROTECTED]> for the review. Files: 33b8d7b18f67223c73b4267be4c01146 623 utils optional initramfs-tools_0.64.dsc cd2e18afaee7da00e1e081b19012106f 38559 utils optional initramfs-tools_0.64.tar.gz a071c05d3b124e06ae18d89742af2039 44600 utils optional initramfs-tools_0.64_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEmvCjXKRQ3lK3SH4RAupZAJ4rPHzUsBNU5E9t0yOL2ClTFijWmACfUb1M fsNJfreeNHIsuObRCQKMvWw= =emvv -END PGP SIGNATURE- --- End Message ---
initramfs-tools_0.64_i386.changes ACCEPTED
Accepted: initramfs-tools_0.64.dsc to pool/main/i/initramfs-tools/initramfs-tools_0.64.dsc initramfs-tools_0.64.tar.gz to pool/main/i/initramfs-tools/initramfs-tools_0.64.tar.gz initramfs-tools_0.64_all.deb to pool/main/i/initramfs-tools/initramfs-tools_0.64_all.deb Announcing to debian-devel-changes@lists.debian.org Closing bugs: 368043 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Scheduling 2.6.17-1
On Thu, Jun 22, 2006 at 10:37:38PM +0200, Andreas Barth wrote: > * dann frazier ([EMAIL PROTECTED]) [060619 20:51]: > > On Mon, Jun 19, 2006 at 06:56:50PM +0200, Bastian Blank wrote: > > > On Sun, Jun 18, 2006 at 04:10:30PM -0600, dann frazier wrote: > > > > The only technical issue is getting the meta packages to play well. I > > > > think rough consensus was to leave the metapackages as-is in > > > > linux-2.6.16 and either 1) drop meta packages from linux-2.6 >= 2.6.17 > > > > or 2) create separate metapackages for linux-2.6 > > > > (linux-image-2.6-686-sid, > > > > for example). > > > > > > AFAIK the plan is the following: > > > - linux-2.6 remains the metapackages, the point to the last available > > > one. > > > - linux-2.6.16 contains no metapackages. > > > - linux-latest-2.6 or so contains the metapackages to match linux-2.6.16 > > > and have to go through t-p-u. > > > > fwiw, this doesn't provide a way for people to track the proposed etch > > kernel in sid, which may reduce the number of testers of that kernel > > prior to migration. > > Agreed. > > I think there should be agreement on which meta packages point to where > before bumping meta packages version numbers, and we should find a way > that encourages as many people as possible in both etch and unstable to > test etch kernels. yes and that is let people install the 2.6.17 kernel. 2.6.17 is still heavily considered as etch target. -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#375035: (no subject)
Subject: kernel: Kernel 2.6.16 attempts to access root device before running initramfs init Package: kernel Severity: important After upgrading from 2.6.15-1-powerpc to 2.6.16-2-powerpc I received the message "VFS: Cannot open root device /dev/sda8 or unknown-block(somenumber, somenumber)" I checked the initrd and it contains the necessary modules, but none of the initrd's console messages appear on the console before the error message which leads me to believe that the kernel is attempting to look at the root device before loading the module needed to see it. The root device requires the mesh module (scsi hba) which is in the initrd. I have confirmed that the failed boot stops at the point where the initrd is loaded by carefully watching the boot messages with a working boot with 2.6.15. The point where the initramfs (initrd-xxx.img) is loaded appears to be after the freeing memory line. I indicate where the VFS: message appears during an unsuccesfull booth with -->2.6.16 dies here<-- in the dmesg output below (from a successful boot of 2.6.15) Total memory = 96MB; using 256kB for hash table (at c034) Linux version 2.6.15-1-powerpc (Debian 2.6.15-8) ([EMAIL PROTECTED]) (gcc version 4.0.3 20060304 (prerelease) (Debian 4.0.2-10)) #2 Mon Mar 6 12:39:17 CET 2006 Found a OHare mac-io controller, rev: 1, mapped at 0xfddc PowerMac motherboard: Unknown OHare-based Cache coherency enabled for bandit/PSX Found Bandit PCI host bridge at 0xf200. Firmware bus number: 0->0 nvram: OF partition at 0x1800 nvram: XP partition at 0x1300 nvram: NR partition at 0x1400 On node 0 totalpages: 24576 DMA zone: 24576 pages, LIFO batch:7 DMA32 zone: 0 pages, LIFO batch:0 Normal zone: 0 pages, LIFO batch:0 HighMem zone: 0 pages, LIFO batch:0 Built 1 zonelists Kernel command line: root=/dev/sda8 ro System has 32 possible interrupts PID hash table entries: 512 (order: 9, 8192 bytes) GMT Delta read from XPRAM: -240 minutes, DST: on via_calibrate_decr: ticks per jiffy = 1 (600019 ticks) Console: colour dummy device 80x25 serial8250_console_init: nothing to do on PowerMac Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 88376k available (2172k kernel code, 920k data, 172k init, 0k highmem) Calibrating delay loop... 318.46 BogoMIPS (lpj=159232) Security Framework v1.0.0 initialized SELinux: Disabled at boot. Capability LSM initialized Mount-cache hash table entries: 512 checking if image is initramfs... it is Freeing initrd memory: 5354k freed NET: Registered protocol family 16 PCI: Probing PCI hardware PCI: Cannot allocate resource region 1 of device :00:11.0 Registering pmac pic with sysfs... Thermal assist unit not available audit: initializing netlink socket (disabled) audit(1151007009.660:1): initialized VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) Initializing Cryptographic API io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered PCI: Enabling device :00:11.0 (0082 -> 0083) atyfb: ATI264VTA4 (Mach64 VT) [0x5654 rev 0x40] atyfb: 2M EDO, 14.31818 MHz XTAL, 200 MHz PLL, 63 Mhz MCLK, 67 MHz XCLK atyfb: monitor sense=51e, mode 7 Console: switching to colour frame buffer device 80x30 atyfb: fb0: ATY Mach64 frame buffer device on PCI Generic RTC Driver v1.07 Macintosh non-volatile memory driver v1.1 serial8250_init: nothing to do on PowerMac pmac_zilog: 0.6 (Benjamin Herrenschmidt <[EMAIL PROTECTED]>) ttyS0 at MMIO 0xf3013020 (irq = 15) is a Z85c30 ESCC - Serial port ttyS1 at MMIO 0xf3013000 (irq = 16) is a Z85c30 ESCC - Serial port fd0: SWIM3 floppy controller RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize MacIO PCI driver attached to OHare chipset Can't request resource 0 for MacIO device 0.f300:ohare input: Macintosh mouse button emulation as /class/input/input0 Macintosh CUDA driver v0.5 for Unified ADB. Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx adb: starting probe task... ide0: Found Apple OHare ATA controller, bus ID 0, irq 13 Probing IDE interface ide0... adb devices: [2]: 2 1b [3]: 3 1 ADB keyboard at 2, handler set to 3 Detected ADB keyboard, type ANSI. input: ADB keyboard as /class/input/input1 ADB mouse at 3, handler set to 2 input: ADB mouse as /class/input/input2 adb: finished probe task... ide1: Found Apple OHare ATA controller, bus ID 1, irq 14 Probing IDE interface ide1... hdc: MATSHITA CR-585, ATAPI CD/DVD-ROM drive hdc: Enabling MultiWord DMA 1 ide1 at 0xc701c000-0xc701c007,0xc701c160 on irq 14 mice: PS/2 mouse device common for all mice NET: Registered protocol family 2 IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 4096 (order: 2, 16384 bytes) TCP bind hash table entries: 4096 (order: 2, 16384 bytes) TCP: H
Re: Scheduling 2.6.17-1
* dann frazier ([EMAIL PROTECTED]) [060619 20:51]: > On Mon, Jun 19, 2006 at 06:56:50PM +0200, Bastian Blank wrote: > > On Sun, Jun 18, 2006 at 04:10:30PM -0600, dann frazier wrote: > > > The only technical issue is getting the meta packages to play well. I > > > think rough consensus was to leave the metapackages as-is in > > > linux-2.6.16 and either 1) drop meta packages from linux-2.6 >= 2.6.17 > > > or 2) create separate metapackages for linux-2.6 (linux-image-2.6-686-sid, > > > for example). > > > > AFAIK the plan is the following: > > - linux-2.6 remains the metapackages, the point to the last available > > one. > > - linux-2.6.16 contains no metapackages. > > - linux-latest-2.6 or so contains the metapackages to match linux-2.6.16 > > and have to go through t-p-u. > > fwiw, this doesn't provide a way for people to track the proposed etch > kernel in sid, which may reduce the number of testers of that kernel > prior to migration. Agreed. I think there should be agreement on which meta packages point to where before bumping meta packages version numbers, and we should find a way that encourages as many people as possible in both etch and unstable to test etch kernels. I see two ways: 1. linux-image-2.6 -> very latest, and (perhaps) something like linux-image-etch -> etch kernels (plus in etch, linux-image-2.6 -> etch) 2. linux-image-2.6 -> etch kernels, linux-image-2.6-latest to most current I think the 2nd way would give us more etch kernel testers, because most people will just stay with linux-image-2.6 - but of course I'm a bit biased for more etch testing (well, but most people here will have a different bias, so I think that's ok :). Comments? Cheers, Andi BTW: I would really prefer some kind of "we're now doing foo and bar" to debian-release prior to upload if there was no previous agreement with the release team to prevent release team members getting panic attacks on seeing 2.6.17 being uploaded. :) -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of initramfs-tools_0.64_i386.changes
initramfs-tools_0.64_i386.changes uploaded successfully to localhost along with the files: initramfs-tools_0.64.dsc initramfs-tools_0.64.tar.gz initramfs-tools_0.64_all.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Macbook support for Debian Etch.
Gustavo Franco <[EMAIL PROTECTED]> writes: >> elilo has support for it and grub now has support using Bootcamp >> updated firmware. > > current grub and not grub2, right? Yes. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#364637: any other way around pmac_zilog problem? WAS: Bug#364637: I see, change in 8250.c between 2.6.15 and 2.6.16
On Thu, Jun 22, 2006 at 10:52:34AM -0400, Toni L. Harbaugh-Blackford [Contr] wrote: > Hi > > The conflict between pmac_zilog and the 8250/16550 driver still exists in the > latest daily images. Is there any other way around the issue besides patching > the source for 8250.c? If 2.6.17 doesn't fix this, then i will have a look. > Is there a way to change the order in which the kernel attempts the drivers, > to have pmac_zilog go before 8250.c? Since they are both builtin, i think it would be difficult. > I can't really fix this myself, because I can't get a working debian > installation > to do it on. Anyone have a workaround? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of linux-2.6.16_2.6.16-15_m68k.changes
linux-2.6.16_2.6.16-15_m68k.changes uploaded successfully to localhost along with the files: linux-headers-2.6.16-2-all_2.6.16-15_m68k.deb linux-headers-2.6.16-2-all-m68k_2.6.16-15_m68k.deb linux-headers-2.6.16-2_2.6.16-15_m68k.deb linux-image-2.6.16-2-amiga_2.6.16-15_m68k.deb linux-headers-2.6.16-2-amiga_2.6.16-15_m68k.deb linux-image-2.6.16-2-atari_2.6.16-15_m68k.deb linux-headers-2.6.16-2-atari_2.6.16-15_m68k.deb linux-image-2.6.16-2-bvme6000_2.6.16-15_m68k.deb linux-headers-2.6.16-2-bvme6000_2.6.16-15_m68k.deb linux-image-2.6.16-2-hp_2.6.16-15_m68k.deb linux-headers-2.6.16-2-hp_2.6.16-15_m68k.deb linux-image-2.6.16-2-mac_2.6.16-15_m68k.deb linux-headers-2.6.16-2-mac_2.6.16-15_m68k.deb linux-image-2.6.16-2-mvme147_2.6.16-15_m68k.deb linux-headers-2.6.16-2-mvme147_2.6.16-15_m68k.deb linux-image-2.6.16-2-mvme16x_2.6.16-15_m68k.deb linux-headers-2.6.16-2-mvme16x_2.6.16-15_m68k.deb linux-image-2.6.16-2-q40_2.6.16-15_m68k.deb linux-headers-2.6.16-2-q40_2.6.16-15_m68k.deb linux-image-2.6.16-2-sun3_2.6.16-15_m68k.deb linux-headers-2.6.16-2-sun3_2.6.16-15_m68k.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
linux-2.6.16_2.6.16-15_m68k.changes ACCEPTED
Accepted: linux-headers-2.6.16-2-all-m68k_2.6.16-15_m68k.deb to pool/main/l/linux-2.6.16/linux-headers-2.6.16-2-all-m68k_2.6.16-15_m68k.deb linux-headers-2.6.16-2-all_2.6.16-15_m68k.deb to pool/main/l/linux-2.6.16/linux-headers-2.6.16-2-all_2.6.16-15_m68k.deb linux-headers-2.6.16-2-amiga_2.6.16-15_m68k.deb to pool/main/l/linux-2.6.16/linux-headers-2.6.16-2-amiga_2.6.16-15_m68k.deb linux-headers-2.6.16-2-atari_2.6.16-15_m68k.deb to pool/main/l/linux-2.6.16/linux-headers-2.6.16-2-atari_2.6.16-15_m68k.deb linux-headers-2.6.16-2-bvme6000_2.6.16-15_m68k.deb to pool/main/l/linux-2.6.16/linux-headers-2.6.16-2-bvme6000_2.6.16-15_m68k.deb linux-headers-2.6.16-2-hp_2.6.16-15_m68k.deb to pool/main/l/linux-2.6.16/linux-headers-2.6.16-2-hp_2.6.16-15_m68k.deb linux-headers-2.6.16-2-mac_2.6.16-15_m68k.deb to pool/main/l/linux-2.6.16/linux-headers-2.6.16-2-mac_2.6.16-15_m68k.deb linux-headers-2.6.16-2-mvme147_2.6.16-15_m68k.deb to pool/main/l/linux-2.6.16/linux-headers-2.6.16-2-mvme147_2.6.16-15_m68k.deb linux-headers-2.6.16-2-mvme16x_2.6.16-15_m68k.deb to pool/main/l/linux-2.6.16/linux-headers-2.6.16-2-mvme16x_2.6.16-15_m68k.deb linux-headers-2.6.16-2-q40_2.6.16-15_m68k.deb to pool/main/l/linux-2.6.16/linux-headers-2.6.16-2-q40_2.6.16-15_m68k.deb linux-headers-2.6.16-2-sun3_2.6.16-15_m68k.deb to pool/main/l/linux-2.6.16/linux-headers-2.6.16-2-sun3_2.6.16-15_m68k.deb linux-headers-2.6.16-2_2.6.16-15_m68k.deb to pool/main/l/linux-2.6.16/linux-headers-2.6.16-2_2.6.16-15_m68k.deb linux-image-2.6.16-2-amiga_2.6.16-15_m68k.deb to pool/main/l/linux-2.6.16/linux-image-2.6.16-2-amiga_2.6.16-15_m68k.deb linux-image-2.6.16-2-atari_2.6.16-15_m68k.deb to pool/main/l/linux-2.6.16/linux-image-2.6.16-2-atari_2.6.16-15_m68k.deb linux-image-2.6.16-2-bvme6000_2.6.16-15_m68k.deb to pool/main/l/linux-2.6.16/linux-image-2.6.16-2-bvme6000_2.6.16-15_m68k.deb linux-image-2.6.16-2-hp_2.6.16-15_m68k.deb to pool/main/l/linux-2.6.16/linux-image-2.6.16-2-hp_2.6.16-15_m68k.deb linux-image-2.6.16-2-mac_2.6.16-15_m68k.deb to pool/main/l/linux-2.6.16/linux-image-2.6.16-2-mac_2.6.16-15_m68k.deb linux-image-2.6.16-2-mvme147_2.6.16-15_m68k.deb to pool/main/l/linux-2.6.16/linux-image-2.6.16-2-mvme147_2.6.16-15_m68k.deb linux-image-2.6.16-2-mvme16x_2.6.16-15_m68k.deb to pool/main/l/linux-2.6.16/linux-image-2.6.16-2-mvme16x_2.6.16-15_m68k.deb linux-image-2.6.16-2-q40_2.6.16-15_m68k.deb to pool/main/l/linux-2.6.16/linux-image-2.6.16-2-q40_2.6.16-15_m68k.deb linux-image-2.6.16-2-sun3_2.6.16-15_m68k.deb to pool/main/l/linux-2.6.16/linux-image-2.6.16-2-sun3_2.6.16-15_m68k.deb Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#364637: any other way around pmac_zilog problem? WAS: Bug#364637: I see, change in 8250.c between 2.6.15 and 2.6.16
Hi The conflict between pmac_zilog and the 8250/16550 driver still exists in the latest daily images. Is there any other way around the issue besides patching the source for 8250.c? Is there a way to change the order in which the kernel attempts the drivers, to have pmac_zilog go before 8250.c? I can't really fix this myself, because I can't get a working debian installation to do it on. Anyone have a workaround? Thanks, Toni On Thu, 18 May 2006, Sven Luther wrote: > On Thu, May 18, 2006 at 08:37:24AM -0400, Toni L. Harbaugh-Blackford [Contr] wrote: > > On Thu, 27 Apr 2006, Brad Boyer wrote: > > > > > On Thu, Apr 27, 2006 at 09:11:32PM +0200, Sven Luther wrote: > > > > > What is supposed to happen after 'Trying to im_free...' ? > > > > > > > > Attaching the full log. The isa stuff is probably related to the graphic card. > > > > > > > > > > > Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled > > > > pmac_zilog: 0.6 (Benjamin Herrenschmidt <[EMAIL PROTECTED]>) > > > > pmac_zilog: Error registering serial device, disabling pmac_zilog. > > > > pmac_zilog: Did another serial driver already claim the minors? > > > > Trying to im_free nonexistent area (d8008216c000) > > > > Trying to im_free nonexistent area (d8008216e000) > > > > > > Here is the problem. The 8250/16550 driver used to have a check to make > > > it bail out on all PowerMac models. It used to print out a message to > > > that fact, too. The pmac_zilog driver is dying a miserable death because > > > it thinks it should be the only serial driver, but in this case it isn't. > > > > > > Brad Boyer > > > [EMAIL PROTECTED] > > > > > > > I see. Comparing drivers/serial/8250.c between the debian kernel source > > packages for testing (2.6.15-8) and unstable (2.6.16-12) shows a number > > of missing ifdefs. But are these differences because changes which need > > to be continued were just not applied to 2.6.16, or did someone feel > > that these ifdefs were no longer needed and removed them? > > Indeed, that was the patch. It is disabled, probablybecause it doesn't apply > anymore, and needs redoing. > > Friendly, > > Sven Luther > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > --- Toni Harbaugh-Blackford [EMAIL PROTECTED] System Administrator Advanced Biomedical Computing Center (ABCC) National Cancer Institute Contractor - SAIC/Frederick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#374983: nanosleep fails to sleep
Package: linux-2.6
Severity: normal
The following program fails to sleep properly (on 64bit cpus != ia64):
#include
#include
int main() {
struct timespec req = {(1L<<34), 0};
printf("nanosleep = %d\n", nanosleep(&req, NULL));
perror("error ");
return 0;
}
The nanosleep syscall just returns imediatly without any error or
delay.
I believe this is caused by the conversion from struct timespec
(128bit) to ktime_t (64bit) where the upper 32bits of the seconds are
lost (leaving 0 as sleep time). [in kernel/hrtimer.c:
hrtimer_nanosleep()].
The sys_nanosleep() should probably check not only for
timespec_valid() but also guard against such an overflow.
But there is more to it:
At the time of writing a "sleep 9218114349" will sleep but a "sleep
9219114349" will just return. The value where this happens decreases
with time. The critical point seems to be a fixed wallclock time. I
think that effect is caused in 'kernel/hrtimer.c: hrtimer_start()' by
tim = ktime_add(tim, new_base->get_time());
causing an overflow.
MfG
Goswin
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-rc4-xen
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#374742: pcmciautils: fresh upstream available... can't make my card work :-((
Processing commands for [EMAIL PROTECTED]: > reassign 374742 kernel Bug#374742: pcmciautils: fresh upstream available... can't make my card work :-(( Bug reassigned from package `pcmciautils' to `kernel'. > 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]
Processing of linux-2.6_2.6.17-1_powerpc.changes
linux-2.6_2.6.17-1_powerpc.changes uploaded successfully to localhost along with the files: linux-2.6_2.6.17-1.dsc linux-2.6_2.6.17.orig.tar.gz linux-2.6_2.6.17-1.diff.gz linux-doc-2.6.17_2.6.17-1_all.deb linux-manual-2.6.17_2.6.17-1_all.deb linux-patch-debian-2.6.17_2.6.17-1_all.deb linux-source-2.6.17_2.6.17-1_all.deb linux-support-2.6.17-1_2.6.17-1_all.deb linux-tree-2.6.17_2.6.17-1_all.deb linux-headers-2.6.17-1-all_2.6.17-1_powerpc.deb linux-headers-2.6.17-1-all-powerpc_2.6.17-1_powerpc.deb linux-headers-2.6.17-1_2.6.17-1_powerpc.deb linux-image-2.6.17-1-powerpc_2.6.17-1_powerpc.deb linux-headers-2.6.17-1-powerpc_2.6.17-1_powerpc.deb linux-image-powerpc_2.6.17-1_powerpc.deb linux-image-2.6-powerpc_2.6.17-1_powerpc.deb linux-headers-2.6-powerpc_2.6.17-1_powerpc.deb linux-image-2.6.17-1-powerpc-smp_2.6.17-1_powerpc.deb linux-headers-2.6.17-1-powerpc-smp_2.6.17-1_powerpc.deb linux-image-powerpc-smp_2.6.17-1_powerpc.deb linux-image-2.6-powerpc-smp_2.6.17-1_powerpc.deb linux-headers-2.6-powerpc-smp_2.6.17-1_powerpc.deb linux-image-2.6.17-1-powerpc-miboot_2.6.17-1_powerpc.deb linux-headers-2.6.17-1-powerpc-miboot_2.6.17-1_powerpc.deb linux-image-powerpc-miboot_2.6.17-1_powerpc.deb linux-image-2.6-powerpc-miboot_2.6.17-1_powerpc.deb linux-headers-2.6-powerpc-miboot_2.6.17-1_powerpc.deb linux-image-2.6.17-1-powerpc64_2.6.17-1_powerpc.deb linux-headers-2.6.17-1-powerpc64_2.6.17-1_powerpc.deb linux-image-powerpc64_2.6.17-1_powerpc.deb linux-image-2.6-powerpc64_2.6.17-1_powerpc.deb linux-headers-2.6-powerpc64_2.6.17-1_powerpc.deb linux-headers-2.6.17-1-vserver_2.6.17-1_powerpc.deb linux-image-2.6.17-1-vserver-powerpc_2.6.17-1_powerpc.deb linux-headers-2.6.17-1-vserver-powerpc_2.6.17-1_powerpc.deb linux-image-vserver-powerpc_2.6.17-1_powerpc.deb linux-image-2.6-vserver-powerpc_2.6.17-1_powerpc.deb linux-headers-2.6-vserver-powerpc_2.6.17-1_powerpc.deb linux-image-2.6.17-1-vserver-powerpc64_2.6.17-1_powerpc.deb linux-headers-2.6.17-1-vserver-powerpc64_2.6.17-1_powerpc.deb linux-image-vserver-powerpc64_2.6.17-1_powerpc.deb linux-image-2.6-vserver-powerpc64_2.6.17-1_powerpc.deb linux-headers-2.6-vserver-powerpc64_2.6.17-1_powerpc.deb kernel-image-powerpc_2.6.17-1_powerpc.deb kernel-image-2.6-powerpc_2.6.17-1_powerpc.deb kernel-image-powerpc-smp_2.6.17-1_powerpc.deb kernel-image-2.6-powerpc-smp_2.6.17-1_powerpc.deb kernel-image-power3_2.6.17-1_powerpc.deb kernel-image-2.6-power3_2.6.17-1_powerpc.deb kernel-image-power3-smp_2.6.17-1_powerpc.deb kernel-image-2.6-power3-smp_2.6.17-1_powerpc.deb kernel-image-power4_2.6.17-1_powerpc.deb kernel-image-2.6-power4_2.6.17-1_powerpc.deb kernel-image-power4-smp_2.6.17-1_powerpc.deb kernel-image-2.6-power4-smp_2.6.17-1_powerpc.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
linux-2.6_2.6.17-1_powerpc.changes is NEW
kernel-image-2.6-power3-smp_2.6.17-1_powerpc.deb to pool/main/l/linux-2.6/kernel-image-2.6-power3-smp_2.6.17-1_powerpc.deb kernel-image-2.6-power3_2.6.17-1_powerpc.deb to pool/main/l/linux-2.6/kernel-image-2.6-power3_2.6.17-1_powerpc.deb kernel-image-2.6-power4-smp_2.6.17-1_powerpc.deb to pool/main/l/linux-2.6/kernel-image-2.6-power4-smp_2.6.17-1_powerpc.deb kernel-image-2.6-power4_2.6.17-1_powerpc.deb to pool/main/l/linux-2.6/kernel-image-2.6-power4_2.6.17-1_powerpc.deb kernel-image-2.6-powerpc-smp_2.6.17-1_powerpc.deb to pool/main/l/linux-2.6/kernel-image-2.6-powerpc-smp_2.6.17-1_powerpc.deb kernel-image-2.6-powerpc_2.6.17-1_powerpc.deb to pool/main/l/linux-2.6/kernel-image-2.6-powerpc_2.6.17-1_powerpc.deb kernel-image-power3-smp_2.6.17-1_powerpc.deb to pool/main/l/linux-2.6/kernel-image-power3-smp_2.6.17-1_powerpc.deb kernel-image-power3_2.6.17-1_powerpc.deb to pool/main/l/linux-2.6/kernel-image-power3_2.6.17-1_powerpc.deb kernel-image-power4-smp_2.6.17-1_powerpc.deb to pool/main/l/linux-2.6/kernel-image-power4-smp_2.6.17-1_powerpc.deb kernel-image-power4_2.6.17-1_powerpc.deb to pool/main/l/linux-2.6/kernel-image-power4_2.6.17-1_powerpc.deb kernel-image-powerpc-smp_2.6.17-1_powerpc.deb to pool/main/l/linux-2.6/kernel-image-powerpc-smp_2.6.17-1_powerpc.deb kernel-image-powerpc_2.6.17-1_powerpc.deb to pool/main/l/linux-2.6/kernel-image-powerpc_2.6.17-1_powerpc.deb linux-2.6_2.6.17-1.diff.gz to pool/main/l/linux-2.6/linux-2.6_2.6.17-1.diff.gz linux-2.6_2.6.17-1.dsc to pool/main/l/linux-2.6/linux-2.6_2.6.17-1.dsc linux-2.6_2.6.17.orig.tar.gz to pool/main/l/linux-2.6/linux-2.6_2.6.17.orig.tar.gz linux-doc-2.6.17_2.6.17-1_all.deb to pool/main/l/linux-2.6/linux-doc-2.6.17_2.6.17-1_all.deb linux-headers-2.6-powerpc-miboot_2.6.17-1_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6-powerpc-miboot_2.6.17-1_powerpc.deb linux-headers-2.6-powerpc-smp_2.6.17-1_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6-powerpc-smp_2.6.17-1_powerpc.deb linux-headers-2.6-powerpc64_2.6.17-1_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6-powerpc64_2.6.17-1_powerpc.deb linux-headers-2.6-powerpc_2.6.17-1_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6-powerpc_2.6.17-1_powerpc.deb linux-headers-2.6-vserver-powerpc64_2.6.17-1_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6-vserver-powerpc64_2.6.17-1_powerpc.deb linux-headers-2.6-vserver-powerpc_2.6.17-1_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6-vserver-powerpc_2.6.17-1_powerpc.deb (new) linux-headers-2.6.17-1-all-powerpc_2.6.17-1_powerpc.deb optional devel All header files for Linux kernel 2.6.17 This package depends against all architecture-specific kernel header files for Linux kernel version 2.6.17, generally used for building out-of-tree kernel modules. (new) linux-headers-2.6.17-1-all_2.6.17-1_powerpc.deb optional devel All header files for Linux kernel 2.6.17 This package depends against all architecture-specific kernel header files for Linux kernel version 2.6.17, generally used for building out-of-tree kernel modules. (new) linux-headers-2.6.17-1-powerpc-miboot_2.6.17-1_powerpc.deb optional devel Header files for Linux kernel 2.6.17 on powerpc-miboot-class machines This package provides the architecture-specific kernel header files for Linux kernel 2.6.17 on powerpc-miboot-class machines, generally used for building out-of-tree kernel modules. These files are going to be installed into /usr/src/linux-headers-2.6.17-1-powerpc-miboot, and can be used for building modules that load into the kernel provided by the linux-image-2.6.17-1-powerpc-miboot package. (new) linux-headers-2.6.17-1-powerpc-smp_2.6.17-1_powerpc.deb optional devel Header files for Linux kernel 2.6.17 on powerpc-smp-class machines This package provides the architecture-specific kernel header files for Linux kernel 2.6.17 on powerpc-smp-class machines, generally used for building out-of-tree kernel modules. These files are going to be installed into /usr/src/linux-headers-2.6.17-1-powerpc-smp, and can be used for building modules that load into the kernel provided by the linux-image-2.6.17-1-powerpc-smp package. (new) linux-headers-2.6.17-1-powerpc64_2.6.17-1_powerpc.deb optional devel Header files for Linux kernel 2.6.17 on powerpc64-class machines This package provides the architecture-specific kernel header files for Linux kernel 2.6.17 on powerpc64-class machines, generally used for building out-of-tree kernel modules. These files are going to be installed into /usr/src/linux-headers-2.6.17-1-powerpc64, and can be used for building modules that load into the kernel provided by the linux-image-2.6.17-1-powerpc64 package. (new) linux-headers-2.6.17-1-powerpc_2.6.17-1_powerpc.deb optional devel Header files for Linux kernel 2.6.17 on powerpc-class machines This package provides the architecture-specific kernel header files for Linux kernel 2.6.17 on powerpc-class machines, generally used for bui
Bug#374891: initramfs-tools: activate resume volume group
On Thu, Jun 22, 2006 at 01:35:16PM +0200, David Härdeman wrote: > > Ah, I see, that explains some parts of the lvm script that I didn't > understand. Have you already fixed lilo support on top of my patch or do > you want an updated patch? > > Regards, > David yes fixed in latest repo. currently i have some hand binded as mentors.debian.net does not parse the Uploaders control field, so my uploaded packages land nowhere. hope that gets resolved soon. also the bzr story leads me to dump that playground and switch soon to git, than latest repo should get available again. regards -- maks
Re: Bug#374742: pcmciautils: fresh upstream available... can't make my card work :-((
reassign 374742 kernel
thanks
Hi,
Yaroslav Halchenko:
> Ha ha! Just wanted to share my experience... by poking around I've
> decided to try pccardctl suspend/resume... and you know -- that brought
> my modem online and bounded it to serial_cs
>
> Socket 0:
> 5.0V 16-bit PC Card
> Subdevice 0 (function 0) bound to driver "serial_cs"
>
> so whenever I eject/insert it I have first to suspend it and then
> resume. I think it might be of help for someone (README/howto?),
> that is why I decided to report.
>
> And btw -- after I've upgraded to 014 version, I've at least got a
> device in udev fs and
>
> > sudo pccardctl info
> PRODID_1=""
> PRODID_2=""
> PRODID_3=""
> PRODID_4=""
> MANFID=2020,2020
> FUNCID=255
>
> eject/insert brought modem back to unrecognizable state... then
> suspend/resume did the miracle. What do you think would be the best
> place where to automate (if possible) this "handshaking" with the modem
> to make it alive?
I don't think it should be automated at all, it's probably a bug in
the kernel which should be fixed.
> Just FYI about my miracle modem:
>
> SUBSYSTEM=="pcmcia"
>
> SYSFS{modalias}=="pcmcia:m016Cc0001f02fn00pfn00paF5F025C2pb200E6E61pc26477DB8pdC5F4D6FD"
> SYSFS{prod_id4}=="V8.041"
> SYSFS{prod_id3}=="56K+Fax"
> SYSFS{prod_id2}=="Gold Card Global 56K+Fax"
> SYSFS{prod_id1}=="Psion Dacom"
> SYSFS{card_id}=="0x0001"
> SYSFS{manf_id}=="0x016c"
> SYSFS{func_id}=="0x02"
> SYSFS{pm_state}=="on"
> SYSFS{function}=="0x00"
>
--
Pelle
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#374891: initramfs-tools: activate resume volume group
On Thu, June 22, 2006 2:11, maximilian attems said: > although the cleanup might hurt users with lilo and lvm root user. > as lilo passes the root as major and minor, we need to check for "fe" too. > current lvm hook is very sloppy and tries to activate anything. > see #357538 > > something like this to match current behaviour: > > case $vg in > fe[0-9]+) > vgchange -ay > return > ;; > esac Ah, I see, that explains some parts of the lvm script that I didn't understand. Have you already fixed lilo support on top of my patch or do you want an updated patch? Regards, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#315110: marked as done (kernel-image-2.4.27-2-686: Module smc-ircc too verbose in dmesg when irda-utils in discovery mode.)
Your message dated Thu, 22 Jun 2006 13:14:36 +0200 (MEST) with message-id <[EMAIL PROTECTED]> and subject line kernel-image-2.4.27-2-686: irda driver smsc-ircc2 under kernel-image-2.6.8doesn't seem to 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: kernel-image-2.4.27-2-686 Version: 2.4.27-10 Severity: normal Hi, I needed to set irda-utils to discovery mode (using 'dpkg-reconfigure irda-utils') and since then the smc-ircc module is sending continuously the following one-line to dmesg: irport_hard_xmit_Rac256893() so that nothing meaningful remains in the buffer. Relevant part of /etc/modutils/irda-utils: # For FIR device options smc-ircc ircc_dma=3 ircc_irq=7 ircc_cfg=0x4e ircc_sir=0x3e8 ircc_fir=0x130 alias irda0 smc-ircc Thanks, Eric -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686 Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Versions of packages kernel-image-2.4.27-2-686 depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii fileutils 5.2.1-2The GNU file management utilities ii initrd-tools 0.1.81.1 tools to create initrd image for p ii modutils 2.4.26-1.2 Linux module utilities -- no debconf information --- End Message --- --- Begin Message --- Hi, going through my old bugs, I'm closing some of them which are not relevant anymore. Giving a last status: - I'm now under etch with 2.6.15 - and if I remember well, I anyway solved the issue by disabling IRQ 7 for the parallel port. The probleme seemed hence to be that either lp or irda (or both) is not able to share properly the IRQ. But I didn't check if it's still the case with 2.6.15. Thanks for the help anyway, Eric -- Eric de France, d'Allemagne et de Navarre --- End Message ---
