On Thu, Jul 26, 2007 at 05:56:34PM +0100, John Willis wrote:
Once I get this into a usable state (not very neat mind you) I will
be committing the work to Open2x's SVN to see if other people will
come on board and help develop the 2.6 BSP.
Or just post it to linux-arm-kernel@ for review.
On Wed, Aug 15, 2007 at 11:25:54AM +0300, Eugene Sanivsky wrote:
Hi,
Hi,
I am experiencing serious performance regression with new armel
libc/compiler.
I see up to 45% degradation in Samba throughput for example.
Previous throughput measured on custom rootfs using
On Thu, Aug 16, 2007 at 10:56:44PM -0400, Daniel Kahn Gillmor wrote:
Actually, debian has built dillo for arm version but it was in linux
2.4 and it does not work for linux 2.6.
the binary doesn't need to be built for 2.6 in order to be able to
function on a 2.6 kernel.
Some applications
On Thu, Oct 18, 2007 at 07:46:47PM +0530, sundara rajan wrote:
I am student of PSG college of technology ...
I am doing a project in IXP2400 using the intel SDK tool ...
if u have some source code for simple programs(fullyrunning) so that i can
start learning the to program ... pl forward
On Mon, Nov 26, 2007 at 01:17:48PM +, Colin Tuckley wrote:
However when I try to run this it is offering ftp.gnuab.org as the
default mirror to use.
Unfortunately it can't connect to this and neither can I from a browser.
There are two name servers for gnuab.org, both of which seem to
On Wed, Dec 05, 2007 at 02:19:10PM +0100, [EMAIL PROTECTED] wrote:
due to the poor network performance with the r8169 I'd like to setup
bonding on the Thecus
The poor network performance is likely CPU-limited.
So instead of pushing 300Mb/s through one interface, it's possible
that
On Wed, Dec 05, 2007 at 01:58:11PM +0100, [EMAIL PROTECTED] wrote:
due to the poor network performance with the r8169 I'd like to setup
bonding on the Thecus
The poor network performance is likely CPU-limited.
So instead of pushing 300Mb/s through one interface, it's possible
that you'll end
On Wed, Dec 19, 2007 at 06:03:09PM +0200, Riku Voipio wrote:
Can't find OO in the repo.
Package openoffice.org-core is missing.
OOo Needs porting for arm/armel. There was once a OOo port for oldabi
arm, but that port has bitrotten since.
There are working OOo RPMS (sans Java, though) for
On Wed, Jan 02, 2008 at 01:00:02PM -0600, Bill Gatliff wrote:
Ok, I've set up a 5GB swap over NBD. If the system reboots, it won't
automagically reattach it.
The kernel is NOT running the nbd swap patch, so I don't know if the
system will deadlock under stress, or not...
It most likely
On Wed, Jan 02, 2008 at 02:17:46PM -0600, Bill Gatliff wrote:
Ok, I've set up a 5GB swap over NBD. If the system reboots, it won't
automagically reattach it.
The kernel is NOT running the nbd swap patch, so I don't know if the
system will deadlock under stress, or not...
It most
On Wed, Jan 02, 2008 at 08:30:07PM +, Martin Guy wrote:
I run NDB swap on little arms and qemus routinely and have never
had a lockup despite stressing them.
You obviously haven't stressed your systems hard enough, then. :)
Current mainline kernels all eventually deadlock when swapping
On Thu, Jan 03, 2008 at 07:28:17PM +0100, David Fokkema wrote:
Peter Zijlstra and Daniel Phillips have been posting patches to fix
the underlying issue, but those have not been merged yet, as far as
I know.
From http://nbd.sourceforge.net/
Current state: It currently works. Network
On Thu, Feb 28, 2008 at 06:26:44PM +0800, ApOgEE wrote:
i got problem with my TS-7260. I'm connecting my serial from PC at
ttyS0 using minicom to the board on com3 which is ttyAM2. The
problem is, I can't get any input or output from it. I've verified
that the cable is OK because I've tested
On Wed, Mar 05, 2008 at 08:53:53AM +0100, Przemyslaw Kwiatkowski wrote:
md: data-check of RAID array md0
md: minimum _guaranteed_ speed: 1000 KB/sec/disk.
md: using maximum available idle IO bandwidth (but not more than 20
KB/sec) for data-check.
md: using 128k window, over a total
On Sun, Aug 10, 2008 at 02:58:57PM +0300, Martin Michlmayr wrote:
[5.72] mv643xx_eth: Unknown symbol generic_mii_ioctl
[5.72] mv643xx_eth: Unknown symbol mii_ethtool_gset
but I'm guessing that this is a problem with this particular build
Strange. Someone else
On Sat, Aug 23, 2008 at 09:34:30PM +0300, Martin Michlmayr wrote:
The ixp4xx kernel is getting a bit big, so I'd like to disable some
machines we don't care about. Which do you want me to keep? NSLU2,
NAS100D, FSG, DSMG600. Anything else?
I doubt that the machine support files contribute a
On Sun, Oct 19, 2008 at 05:07:02AM -0400, Christoph Hellwig wrote:
This is probably the vmap cache aliasing problem that we paid a bit of
attention to a few months ago, no?
Shouldn't the cachepolicy switch take care of that?
Setting cachepolicy=uncached should make aliasing issues
On Wed, Oct 29, 2008 at 12:01:20PM +, Wookey wrote:
The error is coming from gsf-init. Reassigning accordingly.
Thanks for fixing this promptly.
gsf thinks only vfp enabled arm uses natural endian doubles. However,
eabi does that as well. As anyone using vfp is also using
On Sun, Nov 16, 2008 at 10:50:05PM -0500, Peter Silva wrote:
dmesg output looks like so:
Linux version 2.6.12.6-arm1 ([EMAIL PROTECTED]) (gcc version
[...]
CPU: ARM926EJ-Sid(wb) [41069260] revision 0 (ARMv5TEJ)
[...]
Machine: MV-88fxx81
[...]
so which type of ARM is this,
Looks
On Sun, Dec 21, 2008 at 01:38:04PM +0100, Martin Michlmayr wrote:
I read in one of your posts earlier that marvell was working on
improving the LAN driver for the orion SoC. Do you have any
information on how that's going? Also, what kind of performance
increase can we expect?
There
complete rewrite of the
driver. It _should_ be possible to bisect this problem (in the git
bisect sense), but it's hard to say what could be the issue without
some more data.
Lennert Buytenhek, who maintains the mv643xx_eth network driver,
thinks it would be easier to debug the problem if you had
On Tue, Mar 10, 2009 at 07:52:21PM +0100, Martin Michlmayr wrote:
Do you know whether there are plans to get support for this device
into the kernel.org Kernel? There are so many ARM devices that run
Linux where the support never makes it upstream - and very quickly the
patches become
On Tue, Mar 17, 2009 at 12:17:39AM +0100, Laurent GUERBY wrote:
we have also ordered a few SheevaPlugs but our retailer said that it
will take at least two more weeks to deliver. We are very interested
in data throughput, could you please post some very basic ethernet
performace
On Tue, Mar 17, 2009 at 09:34:18AM +0100, Thomas Boehne wrote:
On the 6281 at 1.2 GHz, I get wire speed TCP transmit when GSO is
enabled, and wire speed TCP receive when LRO is enabled (which
mv643xx_eth supports since recently -- it's currently in net-next).
Wirespeed sounds extremely
On Tue, Mar 17, 2009 at 11:17:47AM +0100, Laurent GUERBY wrote:
just seen your SheevaPlug blog entry
http://www.cyrius.com/journal/debian/kirkwood/sheevaplug/nslu2-killer
Do you have meassured power consumption numbers for the SheevaPlug vs
nslu2?
No, unfortunately I don't
On Tue, Sep 22, 2009 at 11:28:52PM -0700, Steve Langasek wrote:
After building myself a 2.6.30 kernel with the iop dma patches for
my Thecus, I started seeing reproducible kernel oopses on large NFS
transfers, such as the one included below. After some prodding at
the source for other uses
On Sun, Nov 22, 2009 at 01:24:01PM +, David Given wrote:
Did anyone figure this one out? I'm getting these regularly on
my Sheevaplug.
Unfortunately, no; I've been asking about this for years, both on the
NSLU2 and the SheevaPlug, but never really got much in the way of a
response.
On Sun, Nov 22, 2009 at 12:46:07PM +0100, Frode E. Moe wrote:
Did anyone figure this one out? I'm getting these regularly on
my Sheevaplug. I have a cron job that runs every 4 hours running
tar to create a ~1.5gb backup file. Sometimes (every few days)
it causes the following dmesg output:
On Mon, Nov 23, 2009 at 02:08:22PM +0100, David Fröhlich wrote:
Hi,
Hi,
I have a QNAP TS-119 device and flashed debian squeeze on it as
described on this website:
http://www.cyrius.com/debian/kirkwood/qnap/ts-219/install.html
Thanks a lot for this great debian port. It's nice to have such
On Wed, Nov 25, 2009 at 08:18:46PM +0100, David Fröhlich wrote:
The general idea here would be to do this in mv643xx_eth.c:
- if (unlikely(tag_bytes ~12)) {
+ if (unlikely(tag_bytes ~12) || skb-len MAGIC_VALUE) {
If you set MAGIC_VALUE to 1514, regular
On Wed, Jan 13, 2010 at 09:48:15AM +0100, Benjamin Andreas wrote:
in the USB Port is a USB2COM Adapter
A USB hub then?
i can also boot from SD Card but the Plug is my main Mailserver and
the SD ist my Maildir home :-)
So is the problem that you don't have enough storage, or that the
On Wed, Jan 13, 2010 at 09:35:10AM +0100, Benjamin Andreas wrote:
I have a Sheevaplug My Plug have Debian in the internal NAND Flash
My Problem is 512 MB Flash is very small because i need a lot of Dev
tools
How about attaching a USB hard disk?
--
To UNSUBSCRIBE, email to
On Wed, Jan 13, 2010 at 11:43:36AM -0500, Lennart Sorensen wrote:
It is nearly exatly the same, what the Marvel representant which I have
met in 2009 @AVNET-MEMEC in Strasbourg told me. I have the whole
schematics and layout at home...
Connect an eSATA drive and you get nice
On Wed, Jan 13, 2010 at 06:59:08PM +0100, Hector Oron wrote:
Hi Lennert,
Hi Hector,
There's e.g.:
http://www.ubergizmo.com/15/archives/2009/12/kuro_sheeva_mini_server.html
wishlist
...and wireless?
/wishlist
I guess you could add an SDIO or USB wireless module? (I don't
On Mon, Jan 25, 2010 at 07:21:04PM +0100, Adi wrote:
I installed debian lenny on a QNAP TS-210, but discovered, that the
system time is 20% too fast. The kernel also set the BogoMIPS wrong
(20% too low)
Any idea, if I messed something up or if this is a bug?
What does
dmesg |
On Wed, Mar 03, 2010 at 11:43:31PM +0100, Michelle Konzack wrote:
1) How good is the MV78200 supported by Debian?
I mean REALY by Debian (-DFSG)
There's support for the mv78xx0 in the upstream kernel, although I
don't think that a mv78xx0 kernels are currently included in Debian.
--
To
(please CC, not on the list)
Hi all!
I've been working on a big-endian debian ARM 'port' for some days now,
and I'd like to share the result so far with you all.
http://sukurys.wantstofly.org/
So far I've managed to build about 600 packages. Right now I'm working
toward satisfying the
On Fri, Aug 12, 2005 at 01:19:02AM +0200, Marco Canini wrote:
Hi Lennert,
Hello!
nice to hear that. If you look at the archive you'll see I came in
this list to ask for a big-endian port. Unfortunately I was told
that it would be difficult to have an official debian port.
However I think
On Fri, Aug 12, 2005 at 09:21:35AM -0400, Lennart Sorensen wrote:
The 'porting' was actually rather easy so far. I'm not sure what the
policy for integrating a new architecture into debian is, but I'm willing
to maintain and host the armeb port somewhere myself. Even if the armeb
On Thu, Aug 11, 2005 at 10:47:24PM +0200, Lennert Buytenhek wrote:
I've been working on a big-endian debian ARM 'port' for some days now,
and I'd like to share the result so far with you all.
http://sukurys.wantstofly.org/
There is now a minimal (debootstrapped) debian armeb root
On Sat, Aug 27, 2005 at 09:29:21PM -0500, Bill Gatliff wrote:
Lennert:
Hello,
Over the weekend I'll try to set up an automatic 'rebuild the entire
debian sarge package archive' system, and I guess we'll then just have
to wait a few weeks until everything builds.
Might a scratchbox
Hi!
See $SUBJECT. The gcc 4.0 packages were used to build glibc and that
all seems to have worked okay. The packages are available from:
http://ftp.debonaras.org/unstable/pkgs/
The used patches (which I'll be attempting to submit now) are
available from:
On Tue, Oct 11, 2005 at 03:54:34PM -0400, Stephen Pinker wrote:
Well might I suggest something very piratical? Although
I'm far too busy and committed on current projects, I
do like to follow embedded linux (of a Debian flavor)
on arm processors. So I would suggest the group name
a few,
Hi all,
FYI, the attached patch (to the debian sarge gcc-3.3 package) stops
binaries generated by gcj-3.3 from segfaulting at startup on 2.6 arm
kernels. The underlying issue is one in libgc that has already been
fixed upstream, but gcc 3.3 includes its own copy of libgc and uses that
in libgcj
On Tue, Nov 01, 2005 at 07:35:38AM -0600, Bill Gatliff wrote:
Since gcc 3.3 is no longer maintained, and debian sid doesn't ship
gcj-3.3 anymore, it's not much use submitting bugs with either the gcc
or the debian project, but I _have_ filed a debian bug for the libgc
package
been made possible by:
- Andreas Barth (DD)
- Wouter Verhelst (DD)
- Lennert Buytenhek
- Derek Young
- the people on #debian-arm and the nslu2-linux.org core team
cheers,
Lennert Buytenhek
[*] (Partial, slightly outdated) list of arm and armeb patches
submitted for the armeb port:
Resolved
been made possible by:
- Andreas Barth (DD)
- Wouter Verhelst (DD)
- Lennert Buytenhek
- Derek Young
- the people on #debian-arm and the nslu2-linux.org core team
cheers,
Lennert Buytenhek
[*] (Partial, slightly outdated) list of arm and armeb patches
submitted for the armeb port:
Resolved
On Mon, Feb 13, 2006 at 12:19:56AM +, Wookey wrote:
The problem here is that we've been too crap to get the kernel
support pushed upstream, which makes D-I support moot, perhaps? But
we are currently making an effort to get the kernels up to date and
in good enough fettle to get into
On Sun, Mar 12, 2006 at 12:36:18PM -0800, Peter Naulls wrote:
The ARM port desperately needs more of its users to be counted for
Debian to continue support for the architecture.
Actually we need more developers and faster hardware, not user
registered at some random site. if you
On Sun, Mar 12, 2006 at 01:33:55PM -0800, Peter Naulls wrote:
Actually we need more developers and faster hardware, not user
registered at some random site. if you want to register somewhere,
installing popularity-contest[1] debian package is good choice.
I've been asked to
On Fri, Mar 17, 2006 at 11:47:04AM +, Martin Michlmayr wrote:
It's the same device as the allnet 6500 I mentinoned. I'm not aware
Ah, right. Nice device indeed. Someone needs to get the GPLed source
code first, though:
http://gnumonks.org/~laforge/weblog/2006/02/24/#20060224-thecus
On Fri, Mar 31, 2006 at 09:40:59AM +0100, David Goodenough wrote:
Does anyone have 2.6 versions of the patches necessary to get 2.6
running on the Marvell ARM9 based 88W8510 chips.
I have a system (running 2.4) and I am trying to find out what devices
are attached. Unfortunately lspci is
); Severity: wishlist; Reported by: Lennert
Buytenhek [EMAIL PROTECTED]; Tags: patch; 37 days old.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Thu, Jun 29, 2006 at 10:02:56PM +0200, Martin Guy wrote:
I've set up a current Debian ARM sarge with ARM EABI kernel
Cool. EABI userland too?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Fri, Jul 14, 2006 at 09:46:30PM +0100, Wookey wrote:
The TS-72xx boards are supported in 2.6 (I have a TS-7250 myself), but
the TS-7300 isn't, which is mostly just because noone ever bothered.
It shouldn't be too much work to have it supported. One caveat (IIRC)
is that the TS-7300
On Sun, Jul 23, 2006 at 05:01:39PM +0300, Riku Voipio wrote:
What is lost is the ability to compile a program in Thumb mode and
link it against the standard Debian libraries. I would think that
people who need space optimisation would do better to join the people
who build their own
On Mon, Jul 31, 2006 at 05:54:31PM +0300, Petko Manolov wrote:
The current advantage of Maverick over something like iWMMXt,
considering that Debian is still hardfpa, is that Maverick is on
coprocessors 4,5,6 so it doesn't conflict with FPA, whereas if you want
to use iWMMXt at all,
On Tue, Aug 29, 2006 at 02:29:05AM +0300, Zeth Green wrote:
There is a 46 page PDF all about the processor here:
http://www.mesdigital.com/support/downfile/mp2520f%20data%20sheet.pdf
I looked at it, and this info alone isn't quite enough to get a kernel
port written/cleaned up/merged. We
On Tue, Aug 29, 2006 at 02:24:11AM +0300, Zeth Green wrote:
It is set to Little-Endian mode (the default). The provided system
only uses a 2.4 kernel for some reason. Using the 2.6 kernel would
help with the wireless support etc.
Most ARM HW vendors (and non-ARM HW vendors alike) are still
On Wed, Oct 18, 2006 at 04:26:45PM -0500, Bill Gatliff wrote:
Leisner is configured to swap (via nbd) if needed.
In my experience (on one of the 'unofficial' armeb buildds), swapping
over nbd isn't reliable, and can easily deadlock the kernel. This is
a known kernel issue, some patches for it
Hi,
More and more VFP-supporting CPUs are coming out lately, and it would
be nice to be able to use VFP on them in a sane way. The existing
Debian EABI efforts have been taking a while, so November 24 last year
I started working on a from-scratch EABI port, sponsored by Applied
Data Systems
On Wed, Jan 10, 2007 at 04:53:01PM +, Wookey wrote:
More and more VFP-supporting CPUs are coming out lately, and it would
be nice to be able to use VFP on them in a sane way. The existing
Debian EABI efforts have been taking a while, so November 24 last year
I started working on a
Can [EMAIL PROTECTED] please be unsubscribed from the list as he is
looping all mailing list email back to the list (as he was also doing
with the linux kernel mailing list and got kicked off the list for
that a while ago)?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
On Wed, Jan 10, 2007 at 06:20:09PM +, Martin Guy wrote:
I started working on a from-scratch EABI port, sponsored by Applied
Data Systems (http://www.applieddata.net/) Six and a half weeks later,
there's about 6000 debs built, and so far it all seems to work pretty
well.
Great news! We
On Wed, Jan 10, 2007 at 07:36:29PM +0200, Riku Voipio wrote:
I can't share the debs yet (internal and customer use only for now),
Is publishing estimated how soon?
I hope soon, but I can't say yet, and I'm not the one deciding this.
In my opinion, it's only fair that the people who paid for
On Wed, Jan 10, 2007 at 02:41:15PM -0500, Joey Hess wrote:
Not using the official name is kinda worrying, if you ask me.
Would it be an idea if we had DEB_BUILD_GNU_SYSTEM as usual, e.g.:
DEB_BUILD_GNU_SYSTEM=linux-gnu
but set DEB_BUILD_GNU_TYPE to this?
On Wed, Jan 10, 2007 at 11:06:27PM +0200, Guillem Jover wrote:
changes DEB_HOST_GNU_{SYSTEM,TYPE} to have -gnueabi at the end. I've
found that this doesn't work too well.
GNU_{SYSTEM,TYPE} map to the gnu triplet stuff, so whatever is in
there should be in those variables, and those
On Wed, Jan 10, 2007 at 08:43:12PM +0100, Lennert Buytenhek wrote:
I can't share the debs yet (internal and customer use only for now),
Is publishing estimated how soon?
I hope soon, but I can't say yet, and I'm not the one deciding this.
In my opinion, it's only fair that the people
On Sat, Jan 13, 2007 at 12:39:52PM +, Martin Guy wrote:
http://armel.applieddata.net/developers/linux/eabi/armel-root-fs.tar.bz2
Excellent. Works perfectly for me on real armv4t hardware with no FPU
(using the angstrom EABI kernel)
Yay. What armv4t hardware are you using?
On Fri, Jan 12, 2007 at 02:01:27AM +0100, Lennert Buytenhek wrote:
The deb repository, with close to 9000 packages, is located at
The first compile pass through the archive (started 10 days ago)
finished this morning, and there's now 9877 debs successfully built
(while there were around 1500
On Wed, Jan 17, 2007 at 01:29:44AM -0500, Daniel Jacobowitz wrote:
strace needs to be taught about the new system call convention.
#360152 has a patch.
Thanks, I added a (patched) strace package to the pool.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
On Fri, Jan 19, 2007 at 11:29:35AM -, Michael Busby wrote:
cc1: error: unrecognized command line option -mapcs-32
That would suggest that the CFLAGS_ABI check doesn't work (or someone
broke it.)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
On Fri, Jan 12, 2007 at 02:01:28AM +0100, Lennert Buytenhek wrote:
gcc currently segfaults (not ICEs, but segfaults) when natively
building libfortran. This needs looking into.
This is a minimal test case that crashes the fortran compiler (seen
when building ../../../src/libgfortran/generated
Riku,
Thanks for your work on submitting ARM EABI patches to the bts.
Regarding the ocaml patch, yes, it does modify a bit of ARM assembly
code outside __ARM_EABI__, but I think it is safe, as all it does is
preventing pushing r10 onto the stack and popping it off again (to
make sure the stack
On Sun, Jan 28, 2007 at 10:31:10PM +0200, Riku Voipio wrote:
Do you have build logs online? Reminds me also that we need to do
some infrastructure work for armel as well, unless you want to apply
all the armel patches.
I did save all the sbuild logs and .changes files. Are those things
On Sun, Feb 11, 2007 at 04:09:19PM +0100, Oystein Viggen wrote:
of user time whereas on my NSLU2 (ARM 266 Mhz) it uses 23.57 s of user
time. That is to be expected, of course. Oh, I forgot, it also uses
8m29.430 s of system time. Adding up to a real time of 9m! Why is that?
Isn't
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 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
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
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
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
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
On Thu, Feb 01, 2007 at 10:31:51AM -0800, K. Richard Pixley wrote:
I'm really happy that you've made this stuff available. Thank you so much!
However, I'm concerned about your band width and availability from the
yank side of the pond. Is anyone mirroring this repository yet? Or
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 Thu, Feb 15, 2007 at 07:35:37PM +, Laz wrote:
The Slug interface now gets assigned an IP address using DHCP but I
still can't ssh into it: I get a connection refused message. It
responds to pings as expected.
You did install the ssh server, right?
--
To UNSUBSCRIBE, email to [EMAIL
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 or
On Wed, Feb 28, 2007 at 11:44:40AM +, Laz wrote:
* The repository is on Lennert's home DSL and may be slow or drop
connection. Retrying steps can get past such failures.
[snip]
[snip]
I had one problem where it timed out downloading the kernel but I
presume that was just due to
On Tue, Mar 06, 2007 at 02:17:56PM +, Martin Guy wrote:
Have you tried the precompiled firefox package from the armel repository?
I can't find it in repository.
deb http://armel-debs.applieddata.net/debian sid main
In fact, it isn't there, nor mozilla-browser, not iceweasel, nor
On Tue, Mar 06, 2007 at 07:54:45PM -0800, Peter Naulls wrote:
Some library package that firefox build-depends on (nspr?)
consistently dumps core during build. Can't recall the details,
check the build logs for more info.
Do you mean this?
On Tue, Mar 13, 2007 at 04:20:35PM +, Martin Guy wrote:
The only difference I am aware of between the two is the
introduction of a CLZ (clear block of memory to zero) instruction.
That's not at all what the 'clz' instruction does.
Hint: CLZ stands for 'Count Leading Zeros'.
--
To
On Fri, Mar 09, 2007 at 02:35:21PM +0300, Sergey Smirnov wrote:
I also had problem with shlibsign -v -i
But after applying Debian patches problem gone.
I don't know why but make didn't sign library after patching.
Hmm. What patch did you apply, exactly?
--
To UNSUBSCRIBE, email to [EMAIL
On Wed, Mar 14, 2007 at 11:03:46AM +0300, Sergey Smirnov wrote:
I also had problem with shlibsign -v -i
But after applying Debian patches problem gone.
I don't know why but make didn't sign library after patching.
Hmm. What patch did you apply, exactly?
On Sat, Mar 17, 2007 at 12:31:16AM +0100, Kevin Price wrote:
I have just switched from etch to applied data's armel port on my
NSLU2, which is working almost well. Especially the FP performance
was boosted, for instance in imagemagick.
Thanks for the report.
Starting Samba daemons: nmbd
On Sat, Mar 17, 2007 at 11:38:22PM +0100, Kevin Price wrote:
Hi!
Hello,
rebuilding the samba package now, that should get rid of it.
The version you made didn't work for me, but that's probably due to
its experimental status. See the error messages in the pm.
I built an unmodified
On Mon, Mar 19, 2007 at 02:39:11AM +0100, Hector Oron wrote:
Building glibc-2.5 throws an error related to TLS support:
In file included from ../include/tls.h:6,
from stdin:2:
../ports/sysdeps/arm/nptl/tls.h:48:3: error: #error TLS support is
required.
If it depends
On Mon, Mar 19, 2007 at 12:05:10PM +0100, Hector Oron wrote:
But a new error comes out the box:
{standard input}: Assembler messages:
{standard input}:26: Error: selected processor does not support `rfs r3'
{standard input}:48: Error: selected processor does not support `wfs r3'
This just
On Mon, Mar 19, 2007 at 10:51:19PM +0100, Kevin Price wrote:
I do, however, get an unknown Hz value from ps, top, etc.:
So do I. I cannot tell even if this is a kernel issue at all or it
is about psmisc. With armel I have not tried other versions of psmisc
or the kernel yet. I have little
On Tue, Mar 20, 2007 at 12:45:24PM +0100, Hector Oron wrote:
And:
checking for kernel header at least 2.6.14... ok
I believe kernel headers need to be greater than 2.6.16 for new eabi.
Not sure about it. I would have to check. Also, i have found this,
that my help clarify some (future)
1 - 100 of 126 matches
Mail list logo