There's an updated package currently awaiting build in my PPA that adds
support for kernels up to and including 2.6.38 (i.e. Natty) -
https://launchpad.net/~awoodland/+archive/blcr/+sourcepub/1980069
/+listing-archive-extra
It passed all the tests it should on my test machine and is an official
2.6.39+ support currently has two known issues:
https://hpcrdm.lbl.gov/pipermail/checkpoint/2011-October/000334.html
I think they're both things I should be able to handle although the BKL
removal has the potential to introduce some hard to debug problems. All
going well though it might be
No news yet and the patch in testing only goes to 2.6.35 right now. I have a
suspicion the timing will match the next debian freeze so an ubuntu specific
patch to break the dependency change probably makes most sense.
--
You received this bug notification because you are a member of MOTU,
which
On 21 April 2011 17:17, pablomme pablo...@googlemail.com wrote:
Could somebody please change the openmpi-bin package dependency on
openmpi-checkpoint from recommends to suggests, to stop the flood of
duplicates? This is what most commonly pulls blcr-dkms, which is non
functional since kernel
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
2010/1/18 Dave Martin dave.mar...@arm.com:
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
2010/1/18 Dave Martin dave.mar...@arm.com:
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
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
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
Hi,
I noticed today that BLCR is failing to build on armel on Ubuntu. This
problem is reported in [1]. It would seem that ARMv7 no longer
includes swp/swpne instructions. It's relatively trivial to
conditionally replace this with appropriate ldrex/strex instructions
instead though. Before I
2010/1/5 Paul H. Hargrove phhargr...@lbl.gov:
Alan,
I believe you are mistaken in reading the comments to imply we
shouldn['t] be using __kernel_cmpxchg on newer kernels anyway. That
feature became available in 2.6.12 and before that there was no way to
perform an atomic operation from
Looks like you're missing the linux-headers-`uname -r` package perhaps?
--
package blcr-dkms 0.8.2-7 failed to install/upgrade: blcr kernel module failed
to build
https://bugs.launchpad.net/bugs/502261
You received this bug notification because you are a member of Ubuntu
Bugs, which is
12 matches
Mail list logo