As the bug reporter have given the requested info, marking the bug as
Confirmed.
There are many interesting in this latest dmes.log
(http://launchpadlibrarian.net/24728819/dmesg.txt):
[0.00] Scanning 2 areas for low memory corruption
[0.00] modified physical RAM map:
...
[
Ack, looks like the few minutes were wrong. Got some stalls now that I
have jiffies turned off.
Output from uname -a:
Linux sage 2.6.28-11-generic #38-Ubuntu SMP Fri Mar 27 10:01:17 UTC 2009
x86_64 GNU/Linux
logs of requested info attached
I'll remove half the RAM next...
** Attachment
Ok, removed half the RAM (so I'm at 2GB) and the problem still exists.
Attached are new logs and dmesg output.
** Attachment added: dmesg.txt
http://launchpadlibrarian.net/24728819/dmesg.txt
** Attachment added: lsmod.log
http://launchpadlibrarian.net/24728820/lsmod.log
** Attachment
On Thu, Mar 19, 2009 at 7:58 PM, TJ ubu...@tjworld.net wrote:
Quentin, any news on this?
I just finished upgrading to the Jaunty Beta last night and took out the
jiffies hack. In the few minutes I had to work on the machine after that,
it seemed to be behaving normally. Hopefully I'll have
Quentin, any news on this?
--
Hardy 64-bit beta and nightly alternate installation stalls
https://bugs.launchpad.net/bugs/217849
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
** Changed in: linux (Ubuntu)
Assignee: (unassigned) = Stefan Bader (stefan-bader-canonical)
--
Hardy 64-bit beta and nightly alternate installation stalls
https://bugs.launchpad.net/bugs/217849
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
I've just taken a look at the original dmesg and noticed something which
could be significant:
[0.004000] PCI-DMA: Using software bounce buffering for IO (SWIOTLB)
[0.004000] Placing software IO TLB between 0x2000 - 0x2400
Quentin, when you get the opportunity could you attach a
I'm working on producing the information you asked for. An interesting
data point though is that using the Jaunty Alpha 5 64 alt installer,
there have been no signs of stalling during the installation, which
is where I first saw the behavior before. A good sign? I hope so
-QH-
--
Hardy
Returning to this. Problem seems to exist in the latest Jaunty as of Feb
2nd 2009...
--
Hardy 64-bit beta and nightly alternate installation stalls
https://bugs.launchpad.net/bugs/217849
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
The user Juan Sebastian Cobaleda Cano is a troll, or something. We, in
the Ubuntu-Co Team are checking all his changes in Launchpad. Sorry for
the problems.
** Changed in: linux (Ubuntu)
Assignee: Juan Sebastian Cobaleda Cano (sebastiancobaleda) = (unassigned)
Status: Fix Released =
Gotcha, thanks for the info. FWIW, I updated this machine to Jaunty
over the weekend, and it still seems to stall out randomly without the
jiffies fix. The video is also kinda broken, but I know that's
fixable. As soon as I get that straightened out, I'll start poking at
this problem again. If
yes, i believe too that is a kernel problem.
i had recompiled whit the -19 kernel version and this problem appear don
be present.
** Changed in: linux (Ubuntu)
Status: Fix Committed = Fix Released
--
Hardy 64-bit beta and nightly alternate installation stalls
yes, i believe too that is a kernel problem.
i had recompiled whit the -19 kernel version and this problem appear
don be present.
** Changed in: linux (Ubuntu)
Status: Confirmed = Fix Committed
--
Hardy 64-bit beta and nightly alternate installation stalls
this version has this bug
** Changed in: linux (Ubuntu)
Assignee: Stefan Bader (stefan-bader-canonical) = cobaleda
(sebastiancobaleda)
Status: Incomplete = Confirmed
--
Hardy 64-bit beta and nightly alternate installation stalls
https://bugs.launchpad.net/bugs/217849
You received
this is a duplicate of another bug. the bug #217815
--
Hardy 64-bit beta and nightly alternate installation stalls
https://bugs.launchpad.net/bugs/217849
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
This is not a dupe of that bug. Though the behavior is similar, that bug
was found to be a flaw in KVM. That was fixed, according to the comments
in that bug. This problem happens on _real_ hardware. I believe it is a
kernel problem.
--
Hardy 64-bit beta and nightly alternate installation stalls
Thanks for trying. The time list also looks sane at least for the time
time it was taken and unfortunately I cannot really think of a way to
take it when the pause occurs. Since typing disturbs that. Have you
tried to play with idle= in your experiments? Either idle=halt or
idle=nomwait?
--
I have not. Do you have specific suggestions? I take it using alternate
clocksources is not a desirable work around?
--
Hardy 64-bit beta and nightly alternate installation stalls
https://bugs.launchpad.net/bugs/217849
You received this bug notification because you are a member of Ubuntu
Bugs,
To answer the last first: it is a work around. jiffies is the least fine
grained source of clock and does not really explain what is wrong. And there
are also other cases that are very similar but cannot be worked around with the
jiffies setting. So I really would like to get down to the
@Quentin, could you try whether the following combination would also
circumvent the problem: noapic lapic? This should prevent usage of the
ioapic for interrupt routing and was reported to help in some cases.
--
Hardy 64-bit beta and nightly alternate installation stalls
@Stefan
So, noapic lapic does seem to reduce the severity of the problem, but
it does not eliminate it like the clocksource=jiffies workaround seems
to. There was still at least one pause durring the boot process that had
to be tickled away, and while the interactive performance is much
better,
Stefan Bader:
I'll post the dmesg output of the system without the jiffies
workaround and the output of /proc/interrupts shortly. I'll get both of
those pieces of information collected as shortly after a boot as
possible to limit the amount of extraneous data.
I've finally been able to do a
dmesg output attached.
** Attachment added: dmesg.txt
http://launchpadlibrarian.net/20059344/dmesg.txt
--
Hardy 64-bit beta and nightly alternate installation stalls
https://bugs.launchpad.net/bugs/217849
You received this bug notification because you are a member of Ubuntu
Bugs, which is
/proc/interrupts output attached.
** Attachment added: interrupts.txt
http://launchpadlibrarian.net/20059366/interrupts.txt
--
Hardy 64-bit beta and nightly alternate installation stalls
https://bugs.launchpad.net/bugs/217849
You received this bug notification because you are a member of
I've experienced a problem which may be related to this but it is on a
Sager NP2090, not NP2092. I've been able to run Hardy for months
without the problem manifesting itself but for the past month or so I've
experienced quasi-freezes on Hardy and the same on Intrepid. At this
point, I'm pretty
Please, if the problem occurs, can you provide the dmesg output and
maybe the output of 'cat /proc/interrupts'? Thanks
--
Hardy 64-bit beta and nightly alternate installation stalls
https://bugs.launchpad.net/bugs/217849
You received this bug notification because you are a member of Ubuntu
Bugs,
After further testing, this still seems to be a problem on this machine.
The boot process usually stall unless I tap keys, so I turned the
jiffies work-around back on. I'm currently running the 2.6.27-5 kernel
because last time I tried 27-7 the machine would not boot at all. I'll
be trying that
I just upgraded my machine to Intrepid beta and removed the jiffies
work around. It seems to be performing well!
I throw my second HDD in here this week and do an install using the
Intrepid beta installer and report back...
--
Hardy 64-bit beta and nightly alternate installation stalls
The kubuntu intrepid 64bit alpha 5 live CD booted up for me in lightning
speed. As for the installation process, that is another matter.
--
Hardy 64-bit beta and nightly alternate installation stalls
https://bugs.launchpad.net/bugs/217849
You received this bug notification because you are a
The Ubuntu Kernel Team is planning to move to the 2.6.27 kernel for the
upcoming Intrepid Ibex 8.10 release. As a result, the kernel team would
appreciate it if you could please test this newer 2.6.27 Ubuntu kernel.
There are one of two ways you should be able to test:
1) If you are comfortable
Folks, I could get around the issue by disabling the CD-ROM drive (I also
disabled the floppy disk drive, but this seems to be of no importance).
Once I disabled the CD-ROM the boot sequence happened in a matter of seconds.
--
Hardy 64-bit beta and nightly alternate installation stalls
On Wed, Aug 20, 2008 at 8:19 AM, Stefan Bader
[EMAIL PROTECTED] wrote:
Could someone please verify that this problem is still occurring on the
latest Hardy kernel (and maybe also try the latest Intrepid alpha for
comparison). If the same problem still is there with the work-around
still good,
I'm not sure how relevant this is, but I have installed Ubuntu 8.04.1
LTS Desktop two days ago in a VMWare Workstation (version 6.0.4 build
93057) and it also stalls (for several hours) during boot sequence.
I'm about to try the suggestions mentioned here. One question how do I
obtain the
** Changed in: linux (Ubuntu)
Assignee: Ubuntu Kernel Team (ubuntu-kernel-team) = Stefan Bader
(stefan-bader-canonical)
--
Hardy 64-bit beta and nightly alternate installation stalls
https://bugs.launchpad.net/bugs/217849
You received this bug notification because you are a member of
Could someone please verify that this problem is still occurring on the
latest Hardy kernel (and maybe also try the latest Intrepid alpha for
comparison). If the same problem still is there with the work-around
still good, please add the output of dmidecode of that system. Thanks.
** Changed in:
I've also encoutered this problem while installing Kubuntu 8.04 on my
wife's Sager NP2092.
However, this same problem also happens when booting a *fully installed*
and *fully updated* Kubuntu. After entering the passphrase to decrypt
the filesystems, it is sometimes necessary to hit keys from
Louis-Dominique:
If you add clocksource=jiffies to your kernel options at boot time,
the stalls will go away. I've been running my machine with this setting
since I discovered it in April and it has been working well.
--
Hardy 64-bit beta and nightly alternate installation stalls
Can someone from the kernel team please comment here on the feasibility
of fixing this in an SRU?
--
Hardy 64-bit beta and nightly alternate installation stalls
https://bugs.launchpad.net/bugs/217849
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
Since there appears to be a workaround identified for this bug (changing
the clock source), I'm tentatively milestoning it for 8.04.1. The
kernel team should advise if this isn't actually feasible.
** Changed in: linux (Ubuntu)
Target: ubuntu-8.04 = ubuntu-8.04.1
--
Hardy 64-bit beta
I've been adding my experiences to bug #217815 over there, Colin King
suggested that one try different clock sources
On my machine I have hpet, acpi_pm, jiffies, and tsc as available clock
sources. hpet seems to be the default. Here are my results using the
daily from the 21st (I think...)
hpet:
** This bug is no longer a duplicate of bug 217815
Installation stalls randomly until a key is pressed
--
Hardy 64-bit beta and nightly alternate installation stalls
https://bugs.launchpad.net/bugs/217849
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Ben indicated on the phone that this is probably to do with lost
interrupts, and that keyboard and mouse actions tickle the kernel into
action; apparently we've had some similar issues before. Reassigning
over to linux.
** Changed in: linux (Ubuntu)
Sourcepackagename: debian-installer = linux
--
*** This bug is a duplicate of bug 217815 ***
https://bugs.launchpad.net/bugs/217815
** Changed in: linux (Ubuntu)
Importance: Undecided = Critical
Assignee: (unassigned) = Ubuntu Kernel Team (ubuntu-kernel-team)
Status: New = Confirmed
Target: None = ubuntu-8.04
**
perhaps a duplicate of bug #217815
--
Hardy 64-bit beta and nightly alternate installation stalls
https://bugs.launchpad.net/bugs/217849
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
** Tags added: iso-testing
--
Hardy 64-bit beta and nightly alternate installation stalls
https://bugs.launchpad.net/bugs/217849
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
** Changed in: partman-crypto (Ubuntu)
Sourcepackagename: debian-installer = partman-crypto
--
Hardy 64-bit beta and nightly alternate installation stalls
https://bugs.launchpad.net/bugs/217849
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Ok, so I just sat and ran through the installation process, letting the
installer sit when it stalled and timing the lags. I got to the point
that I had previously thought was an indefinite hang where it was
preparing the encrypted LVM stuff and went to lunch. When I came back an
hour later, it
I really don't think partman-crypto is responsible for this as the
stalls exist even when doing an unencrypted install. The partman-crypto
related portions of the installation seem to just be creating
particularly large stalls.
** Changed in: debian-installer (Ubuntu)
Sourcepackagename:
48 matches
Mail list logo