Bug#401352: Significant delays when booting installer in vmware [486 kernel]

On Saturday 02 December 2006 21:09, Frans Pop wrote: Since d-i switched to 2.6.18 I'm seeing significant delays during boot of the installer in two places. Using git-bisect I have traced the issue to the following upstream commit. Note that this commit was part of a longer series. commit

Bug#401352: Try lpj=xxxx

As a workaround, try booting with lpj= in the kernel bootparameters (where X is the lpj value calibrated on the host). Looks like udelay went bonkers because of the TSC changes. I'll start working on a patch. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of

Processed: Re: Bug#401352: Significant delays when booting installer in vmware [486 kernel]

Processing commands for [EMAIL PROTECTED]: tags 401352 + upstream Bug#401352: Significant delays when booting installer in vmware [486 kernel] Tags were: d-i Tags added: upstream forwarded 401352 http://bugzilla.kernel.org/show_bug.cgi?id=7640 Bug#401352: Significant delays when booting

Bug#400220: Close

* Steve Langasek ([EMAIL PROTECTED]) [061201 16:36]: No, it isn't. The latest upload still build-depends on squashfs-source and unionfs-source, and these packages are still not available in testing. Now, both packages more or less only wait for ftp-team's cleanup for testing transition. And

Processing of linux-modules-extra-2.6_2.6.18-4_powerpc.changes

linux-modules-extra-2.6_2.6.18-4_powerpc.changes uploaded successfully to localhost along with the files: linux-modules-extra-2.6_2.6.18-4.dsc linux-modules-extra-2.6_2.6.18-4.tar.gz mol-modules-2.6.18-3-powerpc_2.6.18+0.9.71.dfsg-4_powerpc.deb mol-modules-2.6-powerpc_2.6.18-4_powerpc.deb

Bug#400220: Close

* Andreas Barth ([EMAIL PROTECTED]) [061206 11:28]: * Steve Langasek ([EMAIL PROTECTED]) [061201 16:36]: And l-m-e-2.6 is still failing to build on arm because of the ICE in squashfs. That has been moved to hppa now :(

linux-modules-extra-2.6_2.6.18-4_powerpc.changes ACCEPTED

Accepted: linux-modules-extra-2.6_2.6.18-4.dsc to pool/main/l/linux-modules-extra-2.6/linux-modules-extra-2.6_2.6.18-4.dsc linux-modules-extra-2.6_2.6.18-4.tar.gz to pool/main/l/linux-modules-extra-2.6/linux-modules-extra-2.6_2.6.18-4.tar.gz mol-modules-2.6-powerpc-miboot_2.6.18-4_powerpc.deb

linux-modules-extra-2.6 override disparity

There are disparities between your recently accepted upload and the override file for the following file(s): spca5xx-modules-2.6-powerpc-smp_2.6.18-4_powerpc.deb: package says section is admin, override says misc. spca5xx-modules-2.6-powerpc_2.6.18-4_powerpc.deb: package says section is admin,

Bug#400220: Close

On Wed, Dec 06, 2006 at 12:18:45PM +0100, Andreas Barth wrote: * Andreas Barth ([EMAIL PROTECTED]) [061206 11:28]: * Steve Langasek ([EMAIL PROTECTED]) [061201 16:36]: And l-m-e-2.6 is still failing to build on arm because of the ICE in squashfs. That has been moved to hppa now :(

Processed: reassign 395359 to grub

Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 reassign 395359 grub Bug#395359: Post-removal script fails on purge of linux-image-2.6.17-2-amd64 Bug reassigned from package `linux-image-2.6.17-2-amd64' to `grub'. End of message,

Processed: reassign 388696 to grub

Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 reassign 388696 grub Bug#388696: linux-image-2.6.16-2-686: will not uninstall Bug reassigned from package `linux-2.6' to `grub'. End of message, stopping processing here. Please

Processed: reassign 390038 to grub

Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 reassign 390038 grub Bug#390038: linux-image-2.6.16-2-amd64-k8-smp: purge gives an error Bug reassigned from package `linux-2.6' to `grub'. End of message, stopping processing here.

Bug#401865: linux-image-2.6.18-3-686: post-removal script returns error exit status 128

Package: linux-image-2.6.18-3-686 Version: 2.6.18-7 Severity: normal I tried to completely remove the package (with --purge option) but the configuration files remain. This problem is found on builds 6 and 7. MICU:~# aptitude purge linux-image-2.6.18-3-686 Reading package lists... Done Building

Bug#401035: linux-image-2.6-686: errors with hard disk

So it reports a size larger than the real size. This really looks like a hardware error. Bastian -- You can't evaluate a man by logic alone. -- McCoy, I, Mudd, stardate 4513.3 Hi. If you think that, you can close the bug. I think this isn't a hardware error because all ST340823A disks have this

[bts-link] source package linux-2.6

# # bts-link upstream status pull for source package linux-2.6 # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user [EMAIL PROTECTED] # remote status report for #401352 # * http://bugzilla.kernel.org/show_bug.cgi?id=7640 # * remote status changed: (?) - NEW usertags

Bug#401865: linux-image-2.6.18-3-686: post-removal script returns error exit status 128

Teodor-Adrian [EMAIL PROTECTED] writes: Package: linux-image-2.6.18-3-686 Version: 2.6.18-7 Severity: normal I tried to completely remove the package (with --purge option) but the configuration files remain. This problem is found on builds 6 and 7. Please, install the grub 0.97-20 (on

Processed: Re: Bug#401764: initramfs-tools: Produces broken (unbootable) initrd

Processing commands for [EMAIL PROTECTED]: severity 401764 normal Bug#401764: initramfs-tools: Produces broken (unbootable) initrd Severity set to `normal' from `critical' tags 401764 moreinfo Bug#401764: initramfs-tools: Produces broken (unbootable) initrd There were no tags set. Tags added:

Bug#401764: initramfs-tools: Produces broken (unbootable) initrd

severity 401764 normal tags 401764 moreinfo stop Not much more to say. Any kernel image I build an initrd for now breaks in the same way. Since I'm lazy and didn't feel like transcripting everything it outputs, I took pictures of the screen when it broke:

Bug#401764: initramfs-tools: Produces broken (unbootable) initrd

On Wed, Dec 06, 2006 at 04:37:34PM +0100, maximilian attems wrote: the images you posted look like a busted klibc, but aboves output of fstype seems quite fine. please provide the initramfs on your server, i'd be happy to take a look. also please add to the bug report the output of sh -x

Bug#401558: ipw3945d: Binary userspace regulatory daemon starting twice on bootup

Jurij Smakov wrote: No, I don't think its bootlogd. According to /etc/rcS.d/S02mountkernfs.sh it is possible for /var/run to be mounted on tmpfs (and it would become writeable before the udev is run in that case) by setting RAMRUN=yes in /etc/default/rcS. Can you post the output of 'mount' on

Bug#401916: initramfs-tools: [powerpc64] i-t tries to mount RAID/LVM stuff before the disk are up - unbootable

Package: initramfs-tools Severity: critical Justification: breaks the whole system Sorry maks for this RC bug, but i think the severity is deserved. Today i went to the datacenter to reboot the xserve G5 i have there, for some random reason, and what was not my surprise to notice that the box

Bug#401934: st.o module does not allow 1MB blocks

Package: linux-image-2.6.18-3-amd64 Version: 2.6.18-7 This same issue also applied to kernels 2.6.16-2-amd64-k8-smp and 2.6.17-1-amd64-k8-smp, I believe as well. When trying to read or write a tape with blocks of 2048*512 bytes using the st module, the application (either dd using bs=1048576

Bug#401932: st.o module does not allow 1MB blocks

Package: linux-image Version: 2.6.18-3-amd64 This same issue also applied to kernels 2.6.16-2-amd64-k8-smp and 2.6.17-1-amd64-k8-smp, I believe as well. When trying to read or write a tape with blocks of 2048*512 bytes using the st module, the application (either dd using bs=1048576 or tar

Processed: Re: Bug#401932: st.o module does not allow 1MB blocks

Processing commands for [EMAIL PROTECTED]: reassign 401932 linux-2.6 Bug#401932: st.o module does not allow 1MB blocks Warning: Unknown package 'linux-image' Bug reassigned from package `linux-image' to `linux-2.6'. -- Stopping processing here. Please contact me if you need assistance.

Bug#401932: marked as done (st.o module does not allow 1MB blocks)

Your message dated Wed, 6 Dec 2006 16:33:29 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#401934: st.o module does not allow 1MB blocks 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

Processed: Also found in newer version

Processing commands for [EMAIL PROTECTED]: found 398251 2.6.18-7 Bug#398251: Oopses in domUs with pass-through PCI devices Bug marked as found in version 2.6.18-7. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator

Bug#401979: /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq not working properly on Centrino Banias

Package: linux-image-2.6.18-3-686 Version: 2.6.18-7 Hello! I'm not able to set /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq to more than 1000 MHz ( the max frequency of my CPU is 1500 MHz ). I am using Debian Etch with the 2.6.18-3-686 precompiled kernel from unstable in an IBM X31

Bug#393894: [sparc] CD-ROM support broken in esp driver

Hi, So far I've figured out that the problem arises when the kernel is built with latest gcc. CD-ROM on my SS20 works fine, if kernel is built with gcc 4.0. Best regards, -- Jurij Smakov [EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/

Bug#394753: system clock runs at double speed

FYI, thread on LKML about this problem: http://marc.theaimsgroup.com/?l=linux-kernelm=116515388120984w=2 and the resultant patch submission to -mm http://marc.theaimsgroup.com/?l=linux-kernelm=116544146307403w=2 Ian. -- Ian Campbell As flies to wanton boys are we to the gods; they kill us