[Expired for qemu-linaro (Ubuntu Lucid) because there has been no
activity for 60 days.]
** Changed in: qemu-linaro (Ubuntu Lucid)
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launc
[Expired for qemu-linaro (Ubuntu) because there has been no activity for
60 days.]
** Changed in: qemu-linaro (Ubuntu)
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bug
Moving this bug over to the qemu-linaro package, which now provides
qemu-system-arm
** Package changed: qemu-kvm (Ubuntu) => qemu-linaro (Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/532733
agreed, guilty of shotgun reporting. will try to reproduce on qemu less
the mono-package installs before submitting to this tracker again.
Thank you for the feedback.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launch
this bug has nothing to do with mono at all, please do not confuse it
with the (already open and already commented) mono tasks.
this bug is about qemu hanging if a big task of packages is installed,
even if there are no mono packages among them. note in the initial logs
that it hangs in various pl
This is just an issue with mono, apparently does not appear on omap
boards. This will appear on a physical machine as well as virtual, I
have so far successfully rootstock ubuntu-minimal (meerkat) and used
apt-get install --no-install-recommends ubuntu-netbook to build thus
far. Am working on a ker
running this on a real arm board, snapdragon htc phone
this is a chroot apt-get install ubuntu-netbook. here is the results of my
'kill -SIGINT' for hanging mono processess, this does not appear to be an issue
related to kvm, since this has been done outside the virtual machine:
Setting up mono-
** Changed in: qemu-kvm (Ubuntu)
Assignee: Dustin Kirkland (kirkland) => (unassigned)
** Changed in: qemu-kvm (Ubuntu Lucid)
Assignee: Dustin Kirkland (kirkland) => (unassigned)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu
Allright, it appears that iso-codes will build successefully on this
kernel:
u...@meerkatuname:~/kvm$ uname -a
Linux merelynatural 2.6.35-22-generic #33-Ubuntu SMP Sun Sep 19 20:32:27 UTC
2010 x86_64 GNU/Linux
Output as follows:
Setting up x11-xkb-utils (7.5+1) ...
Setting up libxklavier16 (5.0
@Ricardo Salveti
Ok, I am going to get a release candidate for 10.10 Meerkat, install it
and try to rootstock ubuntu-netbook for lucid from there. I will inform
this log of my progress.
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You rec
What fails is qemu-arm-static, as rootstock uses it internally to
install the packages.
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
This should help a little:
I can confirm that this is a problem in rootstock, not just inside qemu or
qemu/kvm.
Reproducible on host system.
System output from uname :
u...@lucid:~/kvm$ uname -a
Linux lucid 2.6.32-25-generic #44-Ubuntu SMP Fri Sep 17 20:05:27 UTC 2010
x86_64 GNU/Linux
Rootstock
** Changed in: qemu-kvm (Ubuntu Lucid)
Milestone: lucid-updates => None
** Changed in: qemu-kvm (Ubuntu)
Milestone: lucid-updates => None
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you
Here is where it's getting stuck now:
Selecting previously deselected package libimobiledevice0.
Unpacking libimobiledevice0 (from
.../libimobiledevice0_0.9.7-1ubuntu1_armel.deb) ...
Selecting previously deselected package libtalloc2.
Unpacking libtalloc2 (from .../libtalloc2_2.0.1-1_armel.de
After some tests I was able to reproduce the issue on Maverick and with
upstream Qemu (08218b3527301760393b0b4ec732fcdfb7ff6cda).
Also tried stressing the disk with fsstress and dd for many hours, but
couldn't reproduce the issue. The easier way to reproduce it is with
dpkg, but hard to find the e
For the seg fault bug I've created the bug 604872.
Meanwhile I'll try to reproduce the hang problem with Maverick and
upstream Qemu.
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member
I'm now implementing the support for creating a rootstock rootfs without
requiring root, and I also got stuck at a segmentation fault, just after
executing the debootstrap' second stage.
I'm running the qemu-system-arm from qemu-kvm-extras 0.12.4+noroms-
0ubuntu4, at maverick.
My qemu command lin
If someone reproduces the bug against upstream qemu, feel free to refile
the bug with the appropriate information.
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Bugs, whi
and just for reference so there isnt coming up any confusion again, the
used qemu call that breaks is for a versatilbepb machine using the
versatile kernel from http://ports.ubuntu.com/ubuntu-
ports/dists/lucid/main/installer-
armel/current/images/versatile/netboot/vmlinuz
--
apt/dpkg in qemu-sys
@Anthony please see all the above comments before judging and please
reopen it upstream again
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to U
@Anthony, this bug has nothing to do with beagleboards it happens if
qemu is run on x86 systems
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
beagleboard is not in upstream QEMU. Please do not mark bugs as affects
upstream QEMU unless you've actually reproduced the problem with
upstream QEMU.
** Changed in: qemu
Status: New => Invalid
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bu
Sure Thanks.
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
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
https://lists.u
@arvind this is not related to this bug, please open a new one
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing
I am seeing similar issue on Lucid.
Rootstock version: rootstock-0.1.99.3
Here is my command line:
sudo ./rootstock --fqdn beagleboard --login ubuntu --password beagle
--imagesize 4G --swapsize 512 --components "main,universe,multiverse" --seed
openssh-server,build-essential,apache2,postgresql-s
hanging again while trying ubuntu-desktop in rootstock, here a backtrace
from the hanging process
** Attachment added: "gdb-qemu.txt"
http://launchpadlibrarian.net/47935686/gdb-qemu.txt
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You
Soren pointed out that is more useful than plain backtrace:
>From the qemu-kvm -O0:
(gdb) thread apply all bt full
Thread 1 (Thread 0x77fc7760 (LWP 31739)):
#0 0xcde9719c in ?? ()
No symbol table info available.
#1 0x7fffe090 in ?? ()
No symbol table info available.
#2 0x0
it definately worked for three ubuntu-netbook builds now, i'm just
running an ubuntu-desktop one, if that works as well, i'll prepare an
SRU package for rootstock to verify it works on other i386 systems too.
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.n
I built qemu-kvm with DEB_BUILD_OPTIONS=noopt that replaces -O2 with -O0
and (after _long_ session) ran into this crasher:
Program received signal SIGSEGV, Segmentation fault.
0xcde9719c in ?? ()
(gdb) bt
#0 0xcde9719c in ?? ()
#1 0x7fffe090 in ?? ()
#2 0x005986a
Ogra proposed change (echo 3 > /proc/cpu/alignement in the guest vm) did
not work for me. Ogra is running on i386, I'm on amd64.
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ub
err, cat should indeed be echo above :)
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
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
smells like an alignment issue, and in fact i'm just doing a rootstock
rootfs build with an added "cat 3 /proc/cpu/alignement" that got past
the well, known iso-codes hang (lets see if its a red herring or if it
finishes though)
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
http
Hi
I can reproduce this each time by running netboot installer using the
versatile kernel:
#!/bin/sh
qemu-img create -f qcow2 sda.qcow2 16G
gdb --args qemu-system-arm -M versatilepb -m 256 -cpu cortex-a8 -kernel vmlinuz
-initrd initrd.gz -hda sda.qcow2 -append "mem=256M"
Here is the backtrace:
In the host:
7720 Segmentation fault qemu-system-arm ${QEMUOPTS} ${ROOTDEV}
${SWAPDEV} -append "${APPEND}" > $QEMUFIFO 2>&1
[ 1844.178068] qemu-system-arm[7720]: segfault at d07dca2c ip
d07dca2c sp 7fffabecc210 error 14
--
apt/dpkg in qemu-system-arm hangs if a big task
hmm, i dont see segfaults here, still just the plain hang
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Segfault in the host or guest?
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
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.c
With the same procedure, I now get a segfault rather than a hang; this
would seem to support the userspace theory. Can anybody else confirm
the behaviour change?
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notifica
** Changed in: qemu-kvm (Ubuntu Lucid)
Milestone: None => lucid-updates
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu
Thanks for testing ogra... Bummer.
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
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.ubu
For comparison sake, I gave qemu access to a 2nd hardrive in my system
"-hda /dev/sda1" same result as with using disk images..
Selecting previously deselected package libgnomekbd-common.
Unpacking libgnomekbd-common (from
.../libgnomekbd-common_2.30.0-0ubuntu2_all.deb) ...
Selecting previously d
as expected, same hang using -drive
file=${IMAGENAME},aio=threads,cache=writeback
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
-drive file=${IMAGENAME},aio=native,cache=writeback appears to work
faster overall but still hangs sadly ... trying the same with
aio=threads now but my hopes arent high
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug no
same for -drive file=${IMAGENAME},aio=native,cache=writethrough, testing
writeback now
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Writethrough is the default already; writeback might make a difference.
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bug
-drive file=${IMAGENAME},aio=threads,cache=writethrough doesnt change
anything either
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
-drive file=${IMAGENAME},aio=native,cache=none definately doesnt change
behavior, will try other combinations too.
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Bugs, whi
Alternatively, aio=threads is your other option. Perhaps try that too?
Also, perhaps play with the cache, which can be cache=none,
cache=writethrough, or cache=writeback.
(Sorry, in my last post, I wrote cache=off).
See:
* http://manpages.ubuntu.com/manpages/lucid/en/man1/qemu.1.html
--
apt/
Hi Ogra-
Can you try the aio=native,cache=off backing disk image options to qemu?
-drive file=foo.img,aio=native,cache=off
where foo.img is your backing disk image?
This should ensure that disk writes are synchronous, and *might* help
the issue. Can you try that and report back?
--
apt/dpk
Opening an upstream task.
Anthony, any ideas?
** Also affects: qemu
Importance: Undecided
Status: New
** Changed in: qemu
Importance: Undecided => Medium
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug no
dustin, the actual issue shows up under rootstock where we dont use SDL
at all, using plain qemu is just to easier reproduce the error,
rootstock reads/writes through a fifo via emulated serial console so
there is neither SDL nor any ui stuff involved.
it shows up for everyone and the hang apprars
I see that Thierry has re-assigned this to me.
Note that this bug is marked Incomplete.
I need a way to reproduce this besides of apt-get in the guest, such
that I can report this upstream.
Note that I was able to dd from the entire guest disk to /dev/null
without a problem, which should have ma
** Changed in: qemu-kvm (Ubuntu Lucid)
Assignee: (unassigned) => Dustin Kirkland (kirkland)
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed t
** Changed in: qemu-kvm (Ubuntu Lucid)
Milestone: ubuntu-10.04-beta-2 => None
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
Oliver-
I was able to apt-get install ubuntu-netbook earlier today.
It took a very, very long time (since I don't have a ports mirror, and
since this is pure emulation), but it ran to completion.
Several times during the dist-upgrade, though, the SDL window seemed
to go unresponsive for a while.
just to answer the above question, 3G disk and 256M RAM should be enough
for netbook
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
-
Bummer, okay, thanks Loic.
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
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
h
Dustin: virtio isn't available on ARM. I researched virtio on ARM a
couple of weeks ago, I did some Kconfig includes hackery and managed to
build the modules, but I get an oops when the first virtio device is
registered on the bus. Happy if you can help with getting this working,
this would indee
One more question, Oliver ... Would be it possible to enable the
virtio networking and disk drivers in the Lucid arm kernel in the
guest?
I have a very strong feeling that upstream QEMU is going to first
recommend that we test the virtio disk driver model (instead of the
scsi emulation one).
As a
One more... this one used dd to read 1G of data from disk, and write
that to file, successfully. Took 247s, at 4.3MB/s (doing both reads and
writes).
I'm having trouble finding a way to reproduce this outside of apt
Ideas?
** Attachment added: "qemu-dd-write.png"
http://launchpadlibrarian
** Attachment added: "qemu-dd.png"
http://launchpadlibrarian.net/42692704/qemu-dd.png
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubunt
That last run was executed with scsi emulated disk, like this:
$ qemu-system-arm -M versatilepb -cpu cortex-a8 -kernel ./vmlinuz -hda
ubuntu-arm.img -m 256 -append "root=/dev/sda mem=256M devtmpfs.mount=0 rw
single" -net nic -net user
--
apt/dpkg in qemu-system-arm hangs if a big task is insta
Hmm, well this screen shot is a little puzzling...
>From within the ARM VM, I was able to dd all of the 3GB /dev/sda to
/dev/null in about 2.5 minutes (20.1MB/s).
That's a lot of read I/O. I need to find some way of reproducing this
problem outside of apt-get before sending it upstream...
--
a
I think I've reproduced it here. Stuck unpacking firefox-gnome-support.
Screenshot shows uptime of 46 minutes (how far into the install of
ubuntu-netbook this occurs), load at 1.74 which is high but not crash-
the-machine high, memory usage is at 72%, and disk is at 52%, so there's
still free memo
Oliver-
Just to confirm
Is 256M memory, and 3GB disk, and no swap, enough resources to actually
do "sudo apt-get install ubuntu-netbook" ? I just want to make sure
we're not hitting a memory/disk limit inside of the guest before I chase
down the qemu IO emulation code path
--
apt/dpkg
** Changed in: qemu-kvm (Ubuntu Lucid)
Importance: Medium => High
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs m
this needs to be RC ... it blocks rootstock spec.
** Also affects: qemu-kvm (Ubuntu Lucid)
Importance: Medium
Status: Incomplete
** Changed in: qemu-kvm (Ubuntu Lucid)
Milestone: None => ubuntu-10.04-beta-2
** Changed in: qemu-kvm (Ubuntu Lucid)
Status: Incomplete => Confirm
running apt under strace shows it hangs silently in read()
running top in a different console during teh hang first shows apt running
moderately at 45% CPU usage, dpkg at about 10% ...
i see some dpkg-deb processes with tag pass by, then dpkg vanishes
completely from top output (there are still
** Attachment added: "apt-strace.log"
http://launchpadlibrarian.net/40681851/apt-strace.log
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
i just finished a complete build of a karmic rootfs under lucid, that
finished fine so it is definately a problem of interaction of the lucid
userspace with the lucid VM or versatile kernel (the problem does not
occur on real hardware)
--
apt/dpkg in qemu-system-arm hangs if a big task is install
note also that the VM itself doesnt hang, its just the disk IO ... if i stop
the hanging process teh VM is usable as before.
if you want to reproduce install rootstock and run:
sudo rootstock -f test -s ubuntu-netbook^
(note that wont give you any access to the VM, try the thing below for this)
sadly all versions of qemu system-arm expose this in lucid ...
over the weekend i tried all qemu.-system-arm binaries we have in the
archive going backwards in history up to the first karmic version ... i
also tried the versatile kernel we used to use in karmic (which worked
fine during karmic for
Oliver,
Which version are we talking about here?
chuck
** Changed in: qemu-kvm (Ubuntu)
Importance: Undecided => Medium
** Changed in: qemu-kvm (Ubuntu)
Status: New => Incomplete
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
Y
seems i spoke to soon, even with qcow2 this hang occurs, i was also
experimenting with different blocksizes on the filesystem and as well
with different filesystems (ext2/3/4) none of it changed a thing in
behavior, the hang also always occurs at the same place.
--
apt/dpkg in qemu-system-arm han
apparently this hang only occurs with raw qemu images, converting the
disk image to qcow2 does not produce the hang.
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Bugs, w
74 matches
Mail list logo
