This bug was fixed in the package blcr - 0.8.2-9
---
blcr (0.8.2-9) unstable; urgency=low
* Updated patch thanks to Dave Martin, fixes FTBFS on armel
blcr (0.8.2-8) unstable; urgency=low
* Apply ARMv7 __kuser Thumb fix patch from Dave Martin
* Force ARM to use __kuser_cmpxchg
DIF is next week and there are no Ubuntu changes; -9 is already in
testing too. So -9 should get copied the next time an Ubuntu archive
admin imports Debian packages, probably this week.
** Changed in: blcr (Ubuntu)
Status: Confirmed => Fix Committed
** Changed in: blcr (Ubuntu)
Assi
The fix for this in 0.8.2-9 has hit testing now, so as soon as that gets
pulled across...
--
fails to build on armel/lucid
https://bugs.launchpad.net/bugs/503185
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing lis
alan woodland wrote (19 January 2010 09:55):
> I think there might be a problem in that patch still...
>
> On the Debian machine it built on last night __ARM_ARCH_4__
> was not defined, __ARM_ARCH_4T__ was defined, and __thumb__
> wasn't defined.
> This meant that it ended up using the ARMv5 of t
** Branch linked: lp:debian/sid/blcr
--
fails to build on armel/lucid
https://bugs.launchpad.net/bugs/503185
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.ubuntu.c
OK, sounds good :)
--
fails to build on armel/lucid
https://bugs.launchpad.net/bugs/503185
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.ubuntu.com/mailman/listinf
2010/1/18 Dave Martin :
> I managed to build the kernel modules against the linux-fsl-imx51
> headers and install them; make check then ran, using the configure args
> you suggest (I added --prefix=/usr --mandir=/usr/share/man for
> consistency with the package build proper, but I doubt this affect
(typo in the above post: for "R_KCODE___kuser_cmpxchg", please read
"CR_KCODE___kuser_cmpxchg")
--
fails to build on armel/lucid
https://bugs.launchpad.net/bugs/503185
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs maili
** Attachment added: "blcr kernel log messages during make check"
http://launchpadlibrarian.net/38047272/__kernel.log
--
fails to build on armel/lucid
https://bugs.launchpad.net/bugs/503185
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubun
I managed to build the kernel modules against the linux-fsl-imx51
headers and install them; make check then ran, using the configure args
you suggest (I added --prefix=/usr --mandir=/usr/share/man for
consistency with the package build proper, but I doubt this affects the
test results). See the at
2010/1/18 Dave Martin :
> I get a successful build, but I'm not sure how to run the testsuite.
> Any ideas?
Testsuite needs to be built separately using:
./configure --with-installed-libcr --with-installed-modules && make
check IIRC. There's a bug in the current release which prevents
--with-insta
I get a successful build, but I'm not sure how to run the testsuite.
Any ideas?
--
fails to build on armel/lucid
https://bugs.launchpad.net/bugs/503185
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-b
ARMv7 generally does not allow the PC to be used as a destination
register for random operations. The code will also not work in Thumb
because the "Thumb bit" in the return address (bottom bit of lr) is not
set properly.
The best way to fix this is to precompute the address of the kuser
helper co
There is another issue with the alternate code-path:
/tmp/cckH6Lu5.s: Assembler messages:
/tmp/cckH6Lu5.s:730: Error: only SUBS PC, LR, #const allowed -- `sub
pc,r3,#(0x0fff-0x0fc0)'
/tmp/cckH6Lu5.s:791: Error: only SUBS PC, LR, #const allowed -- `sub
pc,r3,#(0x0fff-0x0fc0)'
/tmp
Hi
> [...] It would seem that ARMv7 no longer includes swp/swpne
> instructions. It's relatively trivial to conditionally
> replace this with appropriate ldrex/strex instructions
See https://wiki.ubuntu.com/ARM/Thumb2 for a bit more background on
this. ARMv7 still supports SWP, but it's ineffici
** Tags added: armv7
--
fails to build on armel/lucid
https://bugs.launchpad.net/bugs/503185
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.ubuntu.com/mailman/listi
the atomic builtins available in gcc-4.4 and newer should be used
instead of inline assembler if possible
--
fails to build on armel/lucid
https://bugs.launchpad.net/bugs/503185
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-
Further research indicates that SWP has been deprecated and subsequently
dropped from the instruction set in newer arm processors:
http://www.doulos.com/knowhow/arm/Hints_and_Tips/Implementing_Semaphores/
I'll see about putting together a patch with upstream to correct this.
--
fails to build o
Am I correct in thinking armel for Ubuntu is targeting a different arm
varient than armel in Debian then? Any arm gurus know of an easy
workaround?
It builds fine on armel Debian:
https://buildd.debian.org/fetch.cgi?pkg=blcr;ver=0.8.2-7;arch=armel;stamp=1261371421
--
fails to build on armel/lu
19 matches
Mail list logo
