Hi,
The current glibc includes support for the arm-softfloat architecture,
using the patch that has been sent via this bug.
What's the current status of the arm-softfloat architecture? If I
understand correctly, it has been more or less replaced by the armel
(ARM EABI) architecture, which
On Wed, Feb 21, 2007 at 11:52:44AM +0100, Aurelien Jarno wrote:
The current glibc includes support for the arm-softfloat architecture,
using the patch that has been sent via this bug.
What's the current status of the arm-softfloat architecture? If I
understand correctly, it has been more
On Tuesday 13 February 2007 21:47, Joey Hess wrote:
Laz wrote:
Someone mentioned on this list back in January that they would build
an armel kernel package: did this ever happen? Can't see one in
http://armel-debs.applieddata.net/debian but I do see lots and lots
and lots of packages! :-)
On Wed, 2007-02-14 at 09:11 +, Laz wrote:
On Tuesday 13 February 2007 21:47, Joey Hess wrote:
Laz wrote:
Someone mentioned on this list back in January that they would build
an armel kernel package: did this ever happen? Can't see one in
http://armel-debs.applieddata.net/debian but
On Tuesday 13 February 2007 21:47, Joey Hess wrote:
Laz wrote:
Someone mentioned on this list back in January that they would build
an armel kernel package: did this ever happen? Can't see one in
http://armel-debs.applieddata.net/debian but I do see lots and lots
and lots of packages! :-)
Laz wrote:
I'll try to swap over the rootfs properly at some point. Is there any way
of telling the kernel what to use as the root partition? I'm used to
being able to set it with grub!
At the moment, You'll need to solder on the four pins for a serial
console, and set the cmdline in Apex.
David Fokkema a écrit :
On Wed, 2007-02-14 at 09:11 +, Laz wrote:
On Tuesday 13 February 2007 21:47, Joey Hess wrote:
Laz wrote:
Someone mentioned on this list back in January that they would build
an armel kernel package: did this ever happen? Can't see one in
On Wednesday 14 February 2007 10:10, Rod Whitby wrote:
Laz wrote:
I'll try to swap over the rootfs properly at some point. Is there any
way of telling the kernel what to use as the root partition? I'm used
to being able to set it with grub!
At the moment, You'll need to solder on the four
On Wed, Feb 14, 2007 at 11:11:58AM +0100, Aurelien Jarno wrote:
Nice. Mine took 20 mins longer (real time), of which there was 3 mins
more user time. I had some other processes running, so... I was a bit
worried about the size of the deb, only 8.5M whereas my x86 debs are all
20+M,
On Wed, Feb 14, 2007 at 12:36:48AM +0100, Lennert Buytenhek wrote:
Attached is an updated version of the patch that turns on versatile. I
don't plan to rebuild with it right now since it takes several days on
the already busy thecus I've been using.
I'll start a build.
It completed
On Wed, Feb 14, 2007 at 10:19:02AM +, Laz wrote:
So far, it looks like everything except 4 of the packages installed on my
Slug are in the armel port so I should be able to swap over properly.
(Just about to check out those 4 missing ones.)
Which ones?
--
To UNSUBSCRIBE, email to
Lennert Buytenhek a écrit :
On Wed, Feb 14, 2007 at 11:11:58AM +0100, Aurelien Jarno wrote:
Nice. Mine took 20 mins longer (real time), of which there was 3 mins
more user time. I had some other processes running, so... I was a bit
worried about the size of the deb, only 8.5M whereas my x86
On Wednesday 14 February 2007 11:17, you wrote:
On Wed, Feb 14, 2007 at 10:19:02AM +, Laz wrote:
So far, it looks like everything except 4 of the packages installed
on my Slug are in the armel port so I should be able to swap over
properly. (Just about to check out those 4 missing
On Wed, Feb 14, 2007 at 11:33:18AM +, Laz wrote:
From taking the output from dpkg --get-selections and feeding it
into apt-cache policy, I got versions for all but the following:
OK, my take on this list:
W: Unable to locate package catsboot
The CATS is a StrongARM machine (IIRC) and
* Lennert Buytenhek [EMAIL PROTECTED] [2007-02-14 12:44]:
W: Unable to locate package libklibc
klibc hasn't been ported over to armel yet:
W: Unable to locate package linux-image-2.6.18-3-ixp4xx
linux-image-2.6.18-4-ixp4xx is in the pool.
initramfs-tools requires klibc-utils, and the kernel
On Wed, 2007-02-14 at 12:26 +0100, Lennert Buytenhek wrote:
On Wed, Feb 14, 2007 at 12:20:19PM +0100, Aurelien Jarno wrote:
I also cross-compiled the kernel on a x86 laptop (1.5 GHz) and that took
me about half an hour. First, I though that it wasn't working right (I
Note that you need
On Wednesday 14 February 2007 12:22, you wrote:
* Lennert Buytenhek [EMAIL PROTECTED] [2007-02-14 12:44]:
W: Unable to locate package libklibc
klibc hasn't been ported over to armel yet:
W: Unable to locate package linux-image-2.6.18-3-ixp4xx
linux-image-2.6.18-4-ixp4xx is in the
Laz a écrit :
On Wednesday 14 February 2007 12:22, you wrote:
* Lennert Buytenhek [EMAIL PROTECTED] [2007-02-14 12:44]:
W: Unable to locate package libklibc
klibc hasn't been ported over to armel yet:
W: Unable to locate package linux-image-2.6.18-3-ixp4xx
linux-image-2.6.18-4-ixp4xx is in
* Aurelien Jarno [EMAIL PROTECTED] [2007-02-14 14:32]:
You can also uses yaird, which does not depends on klibc-utils
I doubt an image made with yaird will boot on the nslu2, though. In
any case, klibc supports EABI so you only need to patch the build
scripts.
--
Martin Michlmayr
On Wed, Feb 14, 2007 at 01:50:50PM +, Martin Michlmayr wrote:
You can also uses yaird, which does not depends on klibc-utils
I doubt an image made with yaird will boot on the nslu2, though. In
any case, klibc supports EABI so you only need to patch the build
scripts.
OK, klibc indeed
Lennert Buytenhek a écrit :
On Wed, Feb 14, 2007 at 12:20:19PM +0100, Aurelien Jarno wrote:
I also cross-compiled the kernel on a x86 laptop (1.5 GHz) and that took
me about half an hour. First, I though that it wasn't working right (I
Note that you need to use an arm eabi toolchain.
Lennert Buytenhek a écrit :
On Wed, Feb 14, 2007 at 12:36:48AM +0100, Lennert Buytenhek wrote:
Attached is an updated version of the patch that turns on versatile. I
don't plan to rebuild with it right now since it takes several days on
the already busy thecus I've been using.
I'll start a
Lennert Buytenhek wrote:
Shouldn't matter -- if you use a gcc 4.1 that defaults to old-ABI to
compile your kernel but pass it command line options to set the ABI
to aapcs-linux (i.e. EABI, like the linux kernel build does), it
should work
-mabi=aapcs-linux = eabi?
Cool. Which is the abi
On Wed, Feb 14, 2007 at 11:22:36AM -0800, K. Richard Pixley wrote:
Shouldn't matter -- if you use a gcc 4.1 that defaults to old-ABI to
compile your kernel but pass it command line options to set the ABI
to aapcs-linux (i.e. EABI, like the linux kernel build does), it
should work
On Monday 12 February 2007 19:04, Joey Hess wrote:
Laz wrote:
Is the arm-el port the same as the EABI port or is that different
again? It looked like there were about three different arm ports and
I couldn't really work out which was best for me!
armel and eabi are the same thing. There
On Mon, Feb 12, 2007 at 02:04:37PM -0500, Joey Hess wrote:
Laz wrote:
Is it possible to dist-upgrade from debian-arm to the EABI port or is it a
complete reinstall? If so, is it a by hand install or is there an
installer image for it?
It's a complete reinstall, or a very tricky by-hand
On Tuesday 13 February 2007 10:02, Philip Armstrong wrote:
On Mon, Feb 12, 2007 at 02:04:37PM -0500, Joey Hess wrote:
Laz wrote:
Is it possible to dist-upgrade from debian-arm to the EABI port or
is it a complete reinstall? If so, is it a by hand install or is
there an installer image
On Tue, Feb 13, 2007 at 10:54:15AM +, Laz wrote:
I think there's a kernel config option for this (CONFIG_OABI?).
CONFIG_OABI_COMPAT, yes.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Tue, 2007-02-13 at 13:20 +, Martin Guy wrote:
Yes, I gathered something like that from the wiki. I just kinda hoped
that for just one application it was possible to link it to something
like -lsoftm instead of -lm.
No, current ARM Debian uses a different storage format for floating
On Tue, 2007-02-13 at 16:23 +0100, Wouter Verhelst wrote:
On Mon, Feb 12, 2007 at 10:07:39PM +0100, David Fokkema wrote:
simple. Maybe I can write a new pnmscale or modify it in some way.
Like pnmscalefixed? ;-)
Er... yes, something along those lines... feeling stupid
I _was_ going to look
Philip Armstrong wrote:
Will the armel kernel run oldarm binaries? (I'm sure I read that it
did somewhere) If so, then switching the nslu2 firmware to the new
kernel, booting the original Debian install, then installing the armel
port in a chroot before switching over to it ought to work. Or am
Laz wrote:
Someone mentioned on this list back in January that they would build an
armel kernel package: did this ever happen? Can't see one in
http://armel-debs.applieddata.net/debian but I do see lots and lots and
lots of packages! :-)
I've only just finished getting the kernel to build
Joey Hess a écrit :
Laz wrote:
Someone mentioned on this list back in January that they would build an
armel kernel package: did this ever happen? Can't see one in
http://armel-debs.applieddata.net/debian but I do see lots and lots and
lots of packages! :-)
I've only just finished
On Tue, Feb 13, 2007 at 11:20:03PM +0100, Aurelien Jarno wrote:
Would it be possible to enable the versatile flavour on armel? It is
disabled on arm due to limited build daemon ressources. But it seems
this is not the case on armel.
We haven't decided yet on which machines to use as buildds
Aurelien Jarno wrote:
Nice work. I was working on a patch, but you have been faster than me!
Thanks for your work.
Would it be possible to enable the versatile flavour on armel? It is
disabled on arm due to limited build daemon ressources. But it seems
this is not the case on armel.
The
On Tue, Feb 13, 2007 at 06:33:18PM -0500, Joey Hess wrote:
Would it be possible to enable the versatile flavour on armel? It is
disabled on arm due to limited build daemon ressources. But it seems
this is not the case on armel.
The configuration file is already in the debian/arch/arm
Hi group,
Regarding floating point operations in ImageMagick / NetPBM there were
suggestions to try out the EABI port. Right now, that seems a bit
painful. However, on the Debian EABI port page in the wiki it says that
the current way of working (oldabi) is about ten times slower than a
program
On Mon, Feb 12, 2007 at 03:51:39PM +0100, David Fokkema wrote:
Regarding floating point operations in ImageMagick / NetPBM there were
suggestions to try out the EABI port. Right now, that seems a bit
painful.
Why is that?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
On Mon, 2007-02-12 at 15:53 +0100, Lennert Buytenhek wrote:
On Mon, Feb 12, 2007 at 03:51:39PM +0100, David Fokkema wrote:
Regarding floating point operations in ImageMagick / NetPBM there were
suggestions to try out the EABI port. Right now, that seems a bit
painful.
Why is that?
On Monday 12 February 2007 15:08, David Fokkema wrote:
On Mon, 2007-02-12 at 15:53 +0100, Lennert Buytenhek wrote:
On Mon, Feb 12, 2007 at 03:51:39PM +0100, David Fokkema wrote:
Regarding floating point operations in ImageMagick / NetPBM there
were suggestions to try out the EABI port.
On 2007-02-12 15:51 +0100, David Fokkema wrote:
Hi group,
Regarding floating point operations in ImageMagick / NetPBM there were
suggestions to try out the EABI port. Right now, that seems a bit
painful. However, on the Debian EABI port page in the wiki it says that
the current way of
Laz wrote:
Now there is an EABI port which handles FPU stuff much better (as I
understand it) but isn't a complete port yet.
Is the EABI port the better option for a Slug which lacks a FPU?
Yes, it's a better option for most arm systems (probably).
Is the arm-el port the same as the EABI
On Mon, 2007-02-12 at 16:42 +, Wookey wrote:
On 2007-02-12 15:51 +0100, David Fokkema wrote:
Hi group,
Regarding floating point operations in ImageMagick / NetPBM there were
suggestions to try out the EABI port. Right now, that seems a bit
painful. However, on the Debian EABI port
43 matches
Mail list logo
