Dnaiel: That's a different problem; 'Bad config data: i=0x10 read: a1
device: 1 cmask: ff wmask: c0 w1cmask:0'; so should probably be a
separate bug.
I'd bet on this being the one fixed by
2bbadb08ce272d65e1f78621002008b07d1e0f03
--
You received this bug notification because you are a member of
same seems to happen on Fedora 32.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1868116
Title:
QEMU monitor no longer works
To manage notifications about this bug go to:
https://bugs.launchpad.net
Interesting; I thought this was supposed to work.
I know we (RH) have some downstream patches for >1TB RAM, but the last I'd
heard they weren't supposed to be necessary any more, except for compatibility
with old versions.
It's probably worth checking the guest view fo the CPUs physical address
Ah right Dan, if you're seeing the 40 bits physical in the guest you
definitely need to try the flags I suggest in comment 6; host-phys-
bits=true should work for you.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launc
ard.version: A00
> dmi.chassis.type: 9
> dmi.chassis.vendor: Dell Inc.
> dmi.modalias:
> dmi:bvnDellInc.:bvr2.6.2:bd02/26/2018:svnDellInc.:pnXPS139360:pvr:rvnDellInc.:rn0PF86Y:rvrA00:cvnDellInc.:ct9:cvr:
> dmi.product.family: XPS
> dmi.product.name: XPS 13 9360
> dm
* ChristianEhrhardt (1769...@bugs.launchpad.net) wrote:
> On Tue, May 8, 2018 at 10:37 AM, Dr. David Alan Gilbert > wrote:
>
> > * ChristianEhrhardt (1769...@bugs.launchpad.net) wrote:
> > > > Interesting; I thought this was supposed to work.
> > >
> > &
gt; dmi.modalias:
> dmi:bvnDellInc.:bvr2.6.2:bd02/26/2018:svnDellInc.:pnXPS139360:pvr:rvnDellInc.:rn0PF86Y:rvrA00:cvnDellInc.:ct9:cvr:
> dmi.product.family: XPS
> dmi.product.name: XPS 13 9360
> dmi.sys.vendor: Dell Inc.
>
> To manage notifications about this bug go to:
&g
lInc.:bvr2.6.2:bd02/26/2018:svnDellInc.:pnXPS139360:pvr:rvnDellInc.:rn0PF86Y:rvrA00:cvnDellInc.:ct9:cvr:
> dmi.product.family: XPS
> dmi.product.name: XPS 13 9360
> dmi.sys.vendor: Dell Inc.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/qemu/+bug/1769053/+sub
Fabrice: That's probably a different error given that this lp seems to be with
x86 vmx flags.
Check your /var/log/libvirt/qemu/ on the host to see if there's a particular
error shown in the destination qemu after migration.
--
You received this bug notification because you are a member of Ubunt
The 'host doesn't support requested feature' is probably a red-herring in this
case
The fact it's failing with an IO error but nothing else suggests either:
a) it's something closing the socket between the two qemu's
b) The I/O error is from storage/NBD
Assuming it fails on precopy, I'd look
oh yeh you want to tell gdb to ignore SIGUSR1, something like:
handle SIGUSR1 nostop noprint pass
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1711602
Title:
--copy-storage-all failing with qemu
OK, so that looks like a real case of the migration stream failing and getting
an IO error; so the question is why:
a) Is the source qemu dieing first and closing the socket?
b) Is libvirt closing the socket for some reason
--
You received this bug notification because you are a member of Ub
also, you might want to chase it a bit further down, I think we've got:
qemu-file-channel.c:channel_get_buffer
io/channel-socket.c or io/channel-file.c qio_channel_file_readv
it would be good to know what the readv/readmsg is actually
returning in the case where it's failing.
Dave
Hmm i just tried to reproduce this and hit (on the source):
main_channel_client_handle_migrate_connected: client 0x5607d785f610 connected:
0 seamless 0
qemu-system-x86_64: /root/qemu/io/channel.c:303: qio_channel_yield: Assertion
`!ioc->write_coroutine' failed.
2017-08-22 10:50:04.888+: shut
OK, 3rd try and I've hit the same behaviour as Christian.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1711602
Title:
--copy-storage-all failing with qemu 2.10
To manage notifications about this b
(4th try) breakpoint on qemu_file_set_error, it's bdrv_inactivate_all
that's returning the error.
(gdb) list
1155if (inactivate_disks) {
1156/* Inactivate before sending QEMU_VM_EOF so that the
1157 * bdrv_invalidate_cache_all() on the other end won't fail. */
1158
The difference with the qemu_file_set_error is I'm looking on the source
- because what's happening is the source is erroring so closing the
socket, and so the error you're seeing on the destination is real - the
socket just EOF'd!
--
You received this bug notification because you are a member of
repeated the assert in #26:
Program received signal SIGABRT, Aborted.
0x7f02163005f7 in __GI_raise (sig=sig@entry=6) at
../nptl/sysdeps/unix/sysv/linux/raise.c:56
56return INLINE_SYSCALL (tgkill, 3, pid, selftid, sig);
(gdb) where
#0 0x7f02163005f7 in __GI_raise (sig=sig@entry=6)
OK, Stefan posted a patch for that assert (see 'nbd-client: avoid spurious
qui_channel_yield() re-entry) so now I'm running with the following patch and
I'm seeing the bdrv_inactivate return a -1 for
drive-virtio-disk0
Christian: Could you see what your source says with this patch?
diff --git a
OK, yeh that's the same symptom I saw - it's that final failure that
causes bdrv_inactivate_all to return a failure and fail the source
migration.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1711602
yes, seems to fix it for me.
Thanks Christian for filing this; we probably wouldn't have spotted it before
the release without it
(which the test Stefan has just added will hopefully cure!).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to U
I need to recheck with that combo - I'd seen that error but only when
I'd commented out 'if (!blk->dev && !blk_name(blk)[0]) {' when
debugging earlier.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/17
Looks good here, just retested:
here's teh top of my git:
f89f59fad5119f878aaedf711af90802ddcb99c7 nbd-client: avoid spurious
qio_channel_yield() re-entry
cf26039a2b50f078b4ad90b88eea5bb28971c0d8 block: Update open_flags after
->inactivate() callback
8ccc527d84ec9a5052cfae19edbc44abb5ac03ae mir
just tested current head - 1eed33994e28d4a0437ba6e944bbc3ec5e4a29a0 -
seems to work for me.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1711602
Title:
--copy-storage-all failing with qemu 2.10
To
** Also affects: libvirt (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1643911
Title:
libvirt randomly crashes on xenial nodes with "*** Error in
There seem to be 6 people+ hitting it -> marking confirmed
** Changed in: libvirt (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1643911
Title:
libvirt rando
Re Laszlo's comment #8 - it feels the opposite way around to lp 1715700
- in that I don't think downgrading OVMF helped; so perhaps something
else is going on?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/
Confirmed that works; 2.6.35-1010-linaro-vexpress
Dave
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/683195
Title:
CONFIG_PERF_EVENTS isn't set on vexpress
--
ubuntu-bugs mailing list
ubuntu-bugs
Added gcc since you wouldn't have thought -marm would break something
like that.
** Also affects: gcc-defaults (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad
Ondergetekende: Physically is there *anything* different between the nodes in
your #33 that exhibited no errors and those that exhibited a lot? CPU
model/vendor, number of sockets, system vendor etc?
(I'm wondering about a synchronised/unsynchronised tsc type issue).
--
You received this bug
Reopening; still happening as of todays PP build:
https://launchpadlibrarian.net/83934300/buildlog_ubuntu-precise-
armel.linux_3.1.0-2.3_BUILDING.txt.gz
cd /build/buildd/linux-3.1.0/debian/build/tools/tools/perf && \
make HAVE_CPLUS_DEMANGLE=1 -j2
make[1]: Entering directory
`/b
Public bug reported:
Version: 0.15.50-2011.08-0ubuntu3 (also bzr rev 12866)
debian/binfmt/qemu-armeb has:
interpreter /usr/bin/qemu-arm-static
that should be
interpreter /usr/bin/qemu-armeb-static
This results in the error 'Invalid ELF image for this architecture' if
you run a big endian bin
I can confirm that 0.14.50-2011.06-0-0ubuntu1 gets further with that
patch; it does trip over a lot of set-but-not-used warnings converted
into errors that I had to comment out to get it to build in random other
bits of the code - some of which do look like real bugs.
The easiest thing would seem
This is an artefact of a different in where the libraries are mapped on
the two architectures.
On ARM we have;
executable
heap
< ~1GB
libs
< ~3GB
stack
So there isn't one big 2GB chunk to allocate.
On x86 they have:
That one is much more fun; running under gdb it fails at:
2031Mb allocated using slize size = 5*406Mb OK
2031Mb allocated using slize size = 4*507Mb OK
Couldn't allocate the heap: 2031Mb
slize size = 677Mb slize no= 2/3
I added debug to print the pointers:
Slize 2 @ 0x
Slize 1 @ 0x6a6130
Public bug reported:
I've got a set of benchmarks that use clock_gettime like:
clock_gettime(CLOCK_REALTIME, &tbefore);
for(l=0;lhttps://bugs.launchpad.net/bugs/873453
Title:
odd timing behaviour on panda
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu
Hi James T,
Yep it works in 11.08 - but 11.08 hasn't made it into Oneiric yet which is
how I tripped over this.
Dave
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/845696
Title:
linaro-fetch-imag
Given that this is a kernel issue, this just needs this test adding
somewhere.
Run 5000 times in a loop; if it always completes then it's OK.
Dave
** Changed in: linux-linaro (Ubuntu)
Assignee: Dr. David Alan Gilbert (davidgil-uk) => (unassigned)
--
You received this bug noti
I can see the change to the snprintf in the sqlite3_3.7.7-2ubuntu2 source, and
it seems to have gone in through the sqlite change here:
http://www.sqlite.org/cgi/src/info/6d78a25ddce75f63581be60c34dbc75f34c243df
So marking as fix-released. (Not retested!)
Dave
** Changed in: sqlite3 (Ubuntu)
*** This bug is a duplicate of bug 788140 ***
https://bugs.launchpad.net/bugs/788140
** This bug has been marked a duplicate of bug 788140
FTBFS on armel (timeout)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.la
*** This bug is a duplicate of bug 745879 ***
https://bugs.launchpad.net/bugs/745879
** This bug has been marked a duplicate of bug 745879
haskell-src-exts version 1.9.6-1~ubuntu1 failed to build on armel (timeout)
--
You received this bug notification because you are a member of Ubuntu
B
*** This bug is a duplicate of bug 811024 ***
https://bugs.launchpad.net/bugs/811024
** This bug has been marked a duplicate of bug 811024
ARM FTBFS (timeout)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchp
Public bug reported:
I tried to create an image for Overo with 11.10 using the bzr (rev 456)
and enabled swap; it failed with the following in the bottom of the log:
Creating SWAP File
Traceback (most recent call last):
File "/home/dg/linaro/tools/linaro-image-tools/linaro-media-create", line
Public bug reported:
(tools bzr r 456)
run -l-i-fetch-ui, select Versatile Express, Select stable tested software, and
open Advanced Options.
It shows Linaro Ubuntu Desktop.
Available releases show 11.07,11.08, 11.09 - no 11.10
Yet I can see:
http://releases.linaro.org/11.10/ubuntu/oneiric-imag
Hi Colin,
Thanks for that (very clear) report - I've just created a branch that appears
to do the trick:
https://code.launchpad.net/~davidgil-uk/ubuntu/oneiric/eglibc/fix-842258
and added you as a reviewer on it.
Dave
** Changed in: eglibc (Ubuntu)
Status: New => In Progress
--
You r
** Branch linked: lp:~davidgil-uk/ubuntu/oneiric/eglibc/fix-842258
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/842258
Title:
ARM strchr fails to convert c to char
To manage notifications about th
087e4 in thread_init ()
No symbol table info available.
#4 0x8694 in main ()
No symbol table info available.
(gdb) q
A debugging session is active.
Inferior 1 [process 2511] will be detached.
** Affects: eglibc (Ubuntu)
Importance: Undecided
Assignee: Dr. David Alan Gilbert (da
** Attachment added: "test routine"
https://bugs.launchpad.net/bugs/884676/+attachment/2581478/+files/pthreadtest.c
** Changed in: eglibc (Ubuntu)
Assignee: (unassigned) => Dr. David Alan Gilbert (davidgil-uk)
--
You received this bug notification because you are a mem
Thanks to dmart for pointing at https://lkml.org/lkml/2011/9/28/534 as the
likely culprit;
seems to work in 3.1.0-1401-linaro-lt-omap
** Package changed: eglibc (Ubuntu) => linux-linaro (Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed t
Beware that ctypes may be broken in other ways on armhf as well; in
particular it uses libffi to do its binding and a while ago when I
looked I came to the conclusion it probably won't call variadic
functions correctly if they are passed FP values.
My post to the ctypes list:
http://permalink.gman
First error doesn't look very ARM specific:
autoheader: error: AC_CONFIG_HEADERS not found in configure.in
configure.in:26: error: possibly undefined macro: AM_INIT_AUTOMAKE
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
configure.
** Summary changed:
- meshlab version 1.3.0a+dfsg1-2 failed to build on armel
+ [uses GL] meshlab version 1.3.0a+dfsg1-2 failed to build on armel
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/791252
>From log:
PASS: test_initctl
/bin/bash: line 5: 17756 Segmentation fault ${dir}$tst
FAIL: test_utmp
/bin/bash: line 5: 17761 Segmentation fault ${dir}$tst
FAIL: test_sysv
Testing env_option()
...with first argument
...with further argument
PASS: test_telinit
Fails in a different test in my test environment (oneiric chroot on
panda):
Testing conf_source_reload() with job directory
...with new job directory
...with new file in directory (direct write)
...with modified job (direct write)
...with modified job (atomic rename)
...with deleted job
...with m
Looking at test_conf.c:752 we see:
nih_io_select_fds (&nfds, &readfds, &writefds, &exceptfds);
nih_io_handle_fds (&readfds, &writefds, &exceptfds);
file = (ConfFile *)nih_hash_lookup (source->files, filename);
>>> TEST_EQ_P (file, NULL);
TEST_FREE (old_job);
The
make[3]: Entering directory `/build/buildd/libnih-1.0.3/nih'
/bin/bash: line 5: 24330 Segmentation fault ${dir}$tst
FAIL: test_alloc
/bin/bash: line 5: 24335 Segmentation fault ${dir}$tst
FAIL: test_string
/bin/bash: line 5: 24340 Segmentation fault ${dir}$tst
FAIL: test_list
/bin/ba
When fixed please check if it cures bug 791294
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/791315
Title:
libnih version 1.0.3-4ubuntu1 failed to build on armel
--
ubuntu-bugs mailing list
ubuntu
** Tags added: arm-porting-queue
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/735877
Title:
Illegal instruction in chromium on startup on armel
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubunt
Well the smoking gun in the source seems to be:
build/common.gypi:
# Set ARM fpu compilation flags (only meaningful if armv7==1 and
# arm_neon==0).
'arm_fpu%': 'vfpv3',
and the build logs to show arm_neon=0 and armv7=1- it's not clear to
me how the .gypi files work, but that needs
Looks like it's keytool that's segging:
LANG=C LC_ALL=C keytool -importcert -trustcacerts -keystore $KEYSTORE
-noprompt -storepass "$storepass" -alias "$alias" -file
"$cacertdir/$pem" > $log 2>&1
and keytool is coming from:
update-alternatives: using /usr/lib/jvm/java-6-openjdk/jre/bin/keytool to
It would be useful to get
1) the version of eglibc and kernel involved
2) whether there are any dmesg entries when those keytool segs happen
3) A core from the keytool would be ideal.
ca-certifiicates-java 20100412 seems to have installed OK on my panda
just now.
Dave
--
You received this b
It would be worth trying this after all the fixes in bug 605042 were
applied to the build box; in particular there seems to be a kernel fix
in 2.6.31-608.25 for java stuff.
Dave
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://
) => Dr. David Alan Gilbert (davidgil-uk)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/725052
Title:
[armel] sqlite3 rtree test fails (Error: No such node: -1094175624)
--
ubuntu-bugs mailing l
in ext/rtree/rtree.c there is a function rtreenode()
that calls sqlite3_snprintf passing cell.iRowid, this is a 64bit value, but the
snprintf is passed a %d format string.
Changing this to %lld fixes this test.
Dave
--
You received this bug notification because you are a member of Ubuntu
Bugs,
** Changed in: sqlite3 (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/725052
Title:
[armel] sqlite3 rtree test fails (Error: No such node: -1094175624)
--
u
This appears related to Qt on ARM using the newer GLES2 rather than GL:
1) It calls GL calls without #including the GL headers itself, and gets lucky
on other platforms with Qt including them
2) It doesn't have a dependency in on mesa even though it's including the
headers directly.
3) If
I reckon the quick fix here is to just ifdef out the AudioStats GL code
either on ARM or preferably if there is a useful ifdef for GLES2.
Given what it's doing I think the right fix is probably to avoid GL or
go through standard Qt interfaces rather than calling GL directly.
Dave
--
You receive
I can confirm the same on my panda; note that when this hangs I did a
ctrl-d in the serial console and got the following oops:
[20361.272521] Unable to handle kernel NULL pointer dereference at virtual
address 009c
[20361.281005] pgd = d9d14000
[20361.283843] [009c] *pgd=8160c831, *pte=00
Public bug reported:
Libffi (3.0.9) does not explicitly support calls to variadic functions -
however for most architectures they tend to work.
For armhf this is not the case - variadic calls drop back to the armel ABI; to
support this I added a new API to libffi to explicitly support calling va
** Attachment added: "libffi variadic patch as sent upstream"
https://bugs.launchpad.net/bugs/739305/+attachment/1926443/+files/libffi-v4
** Tags added: armhf
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.n
Agreed, still fails - not sure what I did last time; (bzr 99489).
Dave
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/642043
Title:
[armel] gfortran ICE with armv7, armv5t and armv6 do work
--
ubu
Seems to compile OK for me with bzr rev 99485 (4.5-2011.03-0)
Dave
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/642043
Title:
[armel] gfortran ICE with armv7, armv5t and armv6 do work
--
ubuntu-
Still fails on 4.5-2011.03-0 release when built with -mthumb
/tmp/cc491lp9.s: Assembler messages:
/tmp/cc491lp9.s:793: Error: invalid immediate: 983040 is out of range
/tmp/cc491lp9.s:793: Error: value of 000f too large for field of 2
bytes at 051e
/tmp/cc491lp9.s:1087: Er
Correct, my reading is that the inline assembler is invalid on Thumb-1.
Dave
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/730840
Title:
[armel, avmv6] wrong assembler with -O[13s], not -O2
--
ub
** Changed in: eglibc (Ubuntu)
Assignee: (unassigned) => Dr. David Alan Gilbert (davidgil-uk)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/842258
Title:
ARM strchr fails to convert c to c
On 3.0.0-1001-linaro-omap in the hwpack_linaro-omap3-20110726-1 we still don't
have MUSB_HDRC configured
and also there are very few modules; the asix module which I need for my
ethernet module is missing.
Dave
--
You received this bug notification because you are a member of Ubuntu
Bugs, whic
gcc:
bin/bash ../../libtool --tag=CXX --mode=compile g++ -DPACKAGE_NAME=\"wxsvg\"
-DPACKAGE_TARNAME=\"wxsvg\" -DPACKAGE_VERSION=\"1.0.10\"
-DPACKAGE_STRING=\"wxsvg\ 1.0.10\"
-DPACKAGE_BUGREPORT=\"wx-svg-us...@lists.sourceforge.net\" -DPACKAGE_URL=\"\"
-DPACKAGE=\"wxsvg\" -DVERSION=\"1.0.10\"
This seems to work with current oneiric (gcc is 4.6.1-2ubuntu3 rather
than the 4.6.0-14ubuntu1 that this build happened with).
Richard thinks it's likely that this was fixed by the fixes for
PR rtl-optimization/48830, PR rtl-optimization/48808, PR
rtl-optimization/48792 that went in a couple o
Looking at Qt's qglobal.h it looks like it defines qreal as float on ARM
(and a lot of non-x86)
In those scribus lines we have:
ymax = qMax(ymax, gp.y());
ymax is a qreal, gp is a Fpoint and gp.y is going to give a double.
Might get away with changing ymax to be a double, if the later qRound
the new gdb-multiarch solves the problem nicely.
set arch arm
set gnutarget elf32-littlearm
does the trick in the multiarch version.
Dave
** Changed in: gdb (Ubuntu)
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which
Public bug reported:
Binary package hint: emdebian-crush
Version: 2.2.4ubuntu3
This is in a maverick chroot I'm using for cross building to ARM (on an
x86-64 lucid host, the chroot setup using debootstrap)
There are a set of issues, discussing with wookey he suggested a single
bug.
1) Line 37
OK, if I'm disassembling this correctly the output from compiling with
-S -dP (thanks Richard) is:
@ 0 "" 2
.thumb
ldr r3, .L515+16@ 152 pic_load_addr_32bit [length = 4]
.LPIC36:
add r3, pc @ 155 tls_load_dot_plus_four/1[length = 4]
ldr
Hi Jani,
Assuming for the moment that sed didn't trip over any other matching chunk of
binary, ok, but
It's not clear to me why the assembler is warning on that branch; can you
disassemble the 4 or 5 instructions leading up to that?
My reading of binutils is that it prints that message f
The situation seems to be better in gas 2.21 (binutils-arm-linux-gnueabi
2.21-1ubuntu4cross1.55)
arm-linux-gnueabi-as vldr-dis.s -mfpu=neon
vldr-dis.s: Assembler messages:
vldr-dis.s:17: Error: r15 not allowed here -- `vld1.8 d0,float'
vldr-dis.s:19: Error: r15 not allowed here -- `vst1.8 d0,float
Public bug reported:
Binary package hint: gdb
We have armel cross gcc and binutils but no gdb - it would be nice to
include gdb for:
* People running on small remote boards who want to use gdb server
* People debugging their app under qemu.
Dave
** Affects: gdb (Ubuntu)
Importance: Un
Public bug reported:
I get a reliable segfault of ld when cross building ncurses using xdeb;
unfortunately I can't repeat it with just running the gcc command that is
printed that ends up calling ld.
I actually had done a:
xdeb -a armel --apt-source gdb
and that was in the middle of building n
Reopened, looking at todays build we see:
http://launchpadlibrarian.net/64528090/buildlog_ubuntu-natty-
armel.linux_2.6.38-4.31_BUILDING.txt.gz
make[1]: Entering directory
`/build/buildd/linux-2.6.38/debian/build/tools-/tools/perf'
Makefile:587: newt not found, disables TUI support. Please insta
I've mailed someone at Nvidia asking for more details of the Errata; (the
gk...@nvidia.com address bounced for me).
Depending how it fails I wondered if it would be possible to align the TLS
allocation to avoid corruption.
Dave
--
You received this bug notification because you are a member of
the build boxes are apparently now on the .25 kernel - so it would be
interesting to know if this bug still happened.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/736073
Title:
armel postinst segfa
https://launchpad.net/ubuntu/+source/csound/1:5.13.0~dfsg-
3build1/+buildjob/2307893
shows a succesful build of the same package as the original report:
http://launchpadlibrarian.net/67083908/buildlog_ubuntu-natty-armel.csound_1%3A5.13.0~dfsg-3build1_BUILDING.txt.gz
I believe the machine that was
Building with
-O1 works
-O1 -finline-small-functions -fpeephole2 -freorder-functions -fschedule-insns
failsRemoving any of these options and it works.
-O2 fails
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.laun
Compiling with -O1 -finline-small-functions -fpeephole2 -freorder-
functions -fschedule-insns fails, but removing the -freorder-functions
works.
The only difference in the assembler files produces is a set of section
directives:
diff error.S.noreorder error-bad.S
503a504
> .section
OK, I think I've got it - it certainly smells like a linkerism but I
didn't want to blame it until I actually found the bad code, but I
believe it's another instance of bug 745843 - a problem with the fixup
for the cortex-a8 branch erratum:
In the bad build we have:
00021fe0 <_GLOBAL__sub_I_netrc
This should be fixed by Richard's patch here:
http://sourceware.org/ml/binutils/2011-04/msg00177.html
It's probably worth pulling it in relatively quickly since this bug
could trigger on anything else.
Dave
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Observation (which may or may not be relevant):
It doesn't seem to get anywhere near main or libc startup (gdb break on main
or __start or anything like that just doesn't stop).
Break'ing on _GLOBAL__sub_I_error.cc does stop and is an initialisation
routine from the error.cc which is known to b
Interesting, well with that in hand the following patch seems to work OK;
I can see the MIPS sysdep has a separate implementation of
set_instruction_pointer
that explicitly talks about avoiding PTRACE_SINGLESTEP but it's only MIPS that
does that so far.
Dave
--- a/sysdeps/linux-gnu/trace.c
+++
Oh, that patch is against git rev
4649a4cbb3bd6bc516c093adefa5dc7da8141b92 which still seems to be head-
of-tree.
Dave
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/771805
Title:
[armel] ltrace han
ok, not so fast, so while that works for simple single processes, it
fails three tests:
FAIL: sleep in
/discs/more/daveg/git/ltrace/testsuite/ltrace.minor/attach-process.ltrace for 0
times, should be 1
FAIL: ^[0-9]* puts in
/discs/more/daveg/git/ltrace/testsuite/ltrace.minor/trace-exec.ltrace f
** Tags added: arm-porting-queue armel
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/784188
Title:
segv in libpython2.7 oneiric arm
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https:/
the backtrace I get is the following and it is prior to main:
Program received signal SIGSEGV, Segmentation fault.
0x40330f92 in
std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_base*) ()
from /usr/lib/arm-linux-gnueabi/libstdc++.so.6
(gdb) where
#0 0x40330f92 in
std::__detail
1 - 100 of 148 matches
Mail list logo