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
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, 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 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 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 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 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 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, 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
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 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
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 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, 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 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, 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 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 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 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 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 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, 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 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 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 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 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, 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, Jul 04, 2007 at 08:28:21PM +0100, Wookey wrote:
Forwarding this to the list in case anyone has answers (I haven;t
even got time to look right now) Please cc: Andrew Haley
[EMAIL PROTECTED] - he's not on this list but is trying to fix gcj
for us
Since this isn't really
On Fri, Jun 29, 2007 at 03:38:18PM +0300, Riku Voipio wrote:
I Have 2 slugs running etch and while i really think they are great i
find the lack of internal memory a bit of hinderance for getting the
performance i want out of them. So i was thinking of purchasing a
DNS-323 (faster cpu
On Sat, Jun 23, 2007 at 04:07:58PM +0100, Hector Oron wrote:
About bootloader, the same bootloader that boots now could be used
boot armel kernel, don't you think?
Correct.
As debian-arm is little endian stuff and debian-armel is little
endian stuff with a new EABI, and the kernel is the
On Thu, Jun 21, 2007 at 01:15:59PM +0100, Hector Oron wrote:
Hello,
Hi Hector,
During ARM BoF at DebConf7 i proposed a new hardware to support on
Debian as NSLU2 is, called GP2X, which is an open-platform under 200€,
already runnning linux kernel.
Someone interested?
Some information
On Thu, Jun 21, 2007 at 01:55:32PM +0100, John Willis wrote:
Hi Lennert,
Hi John,
This chip isn't supported in the upstream kernel, is it? Are there
plans to get support for it merged? Can I help?
I should have mentioned in my earlier mail on the subject that the
MMSP2 support is
On Sat, Jun 02, 2007 at 03:37:57PM +0200, Aurelien Jarno wrote:
- tofee: up, building packages, sometimes stable-security.
I think it is time to changes things. Our faster build daemons have a
233MHz CPU with 256MB of RAM, while there are way faster ARM CPU today.
How much faster is the
On Wed, May 09, 2007 at 12:27:04AM +0200, Moritz Muehlenhoff wrote:
- tofee: up, building packages, sometimes stable-security.
I think it is time to changes things. Our faster build daemons have a
233MHz CPU with 256MB of RAM, while there are way faster ARM CPU today.
How
On Fri, May 18, 2007 at 12:08:02PM -0500, Bill Gatliff wrote:
The regular ARM port isn't in very good shape at all, and
there is no indication that armeb or armel would end up doing
any better.
Maybe I'm confused by the armeb and armel ports to which you
refer. This one:
On Fri, May 18, 2007 at 03:58:51PM -0600, Gordon Farquharson wrote:
One had to use 'tickadj 10101' with kernel version 2.6.17 on the
NSLU2 because it did not contain the clocksource subsystem.
The first part of your sentence might be true, but the second part
isn't quite. I.e. merging of the
On Fri, May 18, 2007 at 03:48:00PM +0200, Matthias Klose wrote:
package:gcc-4.1
version:4.1.2-7
severity:serious
from the relavent buildd logs:
Note, that the severity is not RC for 68k; I do not intend to fix
that. Same for arm, and arm porters don't seem to care that much,
(I
On Fri, May 18, 2007 at 09:51:17AM -0500, Bill Gatliff wrote:
This isn't directed towards you, but a general remark is that all
the talk about dropping arm as a release architecture over the last
couple of years (for reasons that seem mostly beyond my control),
and the resulting
On Fri, May 11, 2007 at 11:32:30AM +0100, Martin Guy wrote:
I think mainline Debian etch shipped with glibc-2.3.6, where
linuxthreads still reigns.
If it's any consolation, its userland thread switches between the same
process are much faster than the NPTL kernel version at present (fixes
On Fri, May 11, 2007 at 12:57:17PM +0100, Martin Guy wrote:
If it's any consolation, its userland thread switches between
the same process are much faster than the NPTL kernel version at
present (fixes are in course, if not already mainline).
Hm? What is this referring to?
When I
On Fri, May 11, 2007 at 02:58:39PM +0100, Martin Guy wrote:
http://www.ertos.nicta.com.au/publications/papers/Wiggins_TUH_03.ps.gz.
The paper has gone from its original location but is visible at
http://martinwguy.co.uk/martin/Wiggins_TUH_03.ps.gz and
On Fri, May 11, 2007 at 03:16:14PM +0100, Martin Guy wrote:
Bull bull bull
Glad to hear it. I have a couple of 200MHz arms on the net here, one
with linuxthreads and one with NPTL. Does anyone have a suitably mean
thread-thrashing program? I'll time them.
lmbench?
--
To UNSUBSCRIBE,
On Fri, May 11, 2007 at 02:49:53PM +0100, Martin Guy wrote:
I can try and dig up the mail thread if that'll help
That would definitely help, please do.
I have the erudite:
Michael K Edwards 06/12/2006 Re: More ARM binutils fuckage
You wouldn't happen to have benchmarked a
On Tue, May 08, 2007 at 12:05:01PM +0200, Aurelien Jarno wrote:
The ARM port is getting bad [1], the percentage of packages built
staying a bit more than 90% for 2 weeks.
As to my thoughts about the Debian ARM port: I think there are more
than enough people who care about the ARM port and want
On Tue, May 08, 2007 at 11:53:36PM +0200, Moritz Muehlenhoff wrote:
- tofee: up, building packages, sometimes stable-security.
I think it is time to changes things. Our faster build daemons have a
233MHz CPU with 256MB of RAM, while there are way faster ARM CPU today.
How much faster
On Tue, May 08, 2007 at 07:51:49PM -0300, Henrique de Moraes Holschuh wrote:
I think it is time to changes things. Our faster build daemons have a
233MHz CPU with 256MB of RAM, while there are way faster ARM CPU today.
How much faster is the fastest available ARM CPU compared to
Hi,
The reason that building nss (i.e., firefox) would segfault on ARM EABI
systems is an assumption about the layout of the jmp_buf structure in
the nspr library (which nss depends on) that does hold on old-ABI but
no longer holds on EABI. The attached patch fixes this assumption,
and fixes the
On Tue, May 01, 2007 at 04:06:56PM +0100, Wookey wrote:
I don't see any progress with this project.
Still there is no browser except dillo. No new packages.
There is probably some porting work to be done, before you can get
to xulrunner and the firefox/iceweasel etc. But the project
On Tue, May 01, 2007 at 06:46:44PM +0300, Riku Voipio wrote:
Good stuff. Which instruction set are you building for? v4t?
The Debian armel gcc patch that I produced switches the default from
v5 back to to v4t. I assume he's using that, so yes, that would be
v4t (with interworking.)
On Tue, May 01, 2007 at 05:48:55PM +0200, Martin Michlmayr wrote:
Thanks for your work on this. I hope we'll have a more
officially supported Debian armel port soon.
There really has to be some kind of upgrade plan from arm. I
wonder whether it would be possible to create a small
On Wed, Apr 25, 2007 at 08:55:29PM +0200, Juanjo wrote:
- As I reported earlier cron and ftpd are broken (
http://lists.debian.org/debian-arm/2007/04/msg00127.html )
ACK. That just needs a rebuild of the offending packages, since the
current ones were built against a different version of
On Mon, Apr 23, 2007 at 01:19:03PM +0300, Riku Voipio wrote:
I'm installing Etch on Kendin/Micrel KS8695 system (ARM9).
What kernel are you using?
There is no KS8695 support in mainline (yet), so definitely something
non-upstream.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
On Wed, Mar 28, 2007 at 02:41:12PM +0100, Martin Michlmayr wrote:
The official installer from Debian doesn't support on-board Ethernet
because it requires a non-free microcode.
It also comes under a non-redistributable license, so Debian couldn't
redistribute it even if the Free-ness
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)
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 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 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 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 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 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 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 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 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 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 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 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 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 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
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 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
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 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 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 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
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
1 - 100 of 126 matches
Mail list logo