On 6 March 2011 15:58, Phil Endecott wrote:
> Simply installing the compiler and related tools, and compiling programs, will
> not make the device unusable or unreliable for those other purposes.
Also, you can use a chroot or pbuilder (even better cowbuilder) not to
clutter your system with deve
Is there a reason oprofile isn't built in debian armel kernels?
It seems to be (as a module) on x86 and amd64...
I'd like to recompile some intensively used libraries with
-march=armv5te and see how much it helps performance, and I could use
some profiling tool to see from which libraries it make s
On 23 February 2011 21:52, Rick Thomas wrote:
> Thanks, Martin! I'll keep that in mind...
>
> I've also got a "Client". Do you know a uboot binary that supports SD-card
> booting on the OpenRD-Client?
http://groups.google.com/group/openrd/browse_thread/thread/7e204d6c9087305e/7cc941232c62f69b?l
On 22 February 2011 11:27, Luca Niccoli wrote:
> Compressing my initrd with lzma instead of gzip reduces its size by
> 30%, so it could fit.
> BEWARE though, there could be catches I'm not aware of (I haven't
> actually tried booting in this configuration), maybe Marti
Mmm, I double checked and found this post [0] that states that the
version I linked doesn't work on the Ultimate.
Also, the u-boot version in debian (and upstream git as well) appears
only to support openrd-base, w/o SD.
This thread could give you some better pointers for a working version:
http:/
On 23 February 2011 04:04, Rick Thomas wrote:
> So now the question is: What version should I upgrade to? Is it OK to use
> the same one I used to upgrade the SheevaPlug? U-Boot 3.4.27+pingtoo binary
Don't.
I did and I ended up with a half-bricked OpenRD Base.
If you find the openrd version i
On 21 February 2011 21:00, Jeffrey B. Green wrote:
>> The 8 MB flash is divided into different partitions and the ramdisk
>> partition is only 6 MB; see http://cyrius.com/debian/nslu2/boot.html
>>
>
> Thanks for the info.
Compressing my initrd with lzma instead of gzip reduces its size by
30%, s
On 22 February 2011 01:35, Rick Thomas wrote:
> But I'm concerned that there may be something more subtle that I'm missing.
> For example, this machine will eventually be installed at a remote location
> doing environmental monitoring. If there's a power failure (not un-likely
> to happen given
On 12 May 2010 20:21, Vincent Bernat wrote:
> Luca, thanks for your answer. Unfortunately, using
> __attribute__((aligned(2))) would align the pointer to struct
> sockaddr. I have no way to force alignment of the struct itself.
Gee, I completely misread the code
Have you tried changing
struct sockaddr *ifa_addr;
with
struct sockaddr *ifa_addr __attribute__((aligned(2)));
in your declaration of struct ifaddrs?
That attribute lets you force an arbitrary alignment for a variable.
Cheers,
Luca
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.
On 11 May 2010 15:23, Carl Fredricksen wrote:
> Thank you. I have looked into the source package closer now. There are a
> lot of C sources provided, but indeed some directories only have
> header files and shared object libraries. I didn't notice that at the
> beginning. Does that mean I have n
On 7 May 2010 10:58, Thibaut Paumard wrote:
> This is the info I got from Stephen Gran on d-admin:
>
> Processor : Feroceon rev 0 (v5l)
$ cat /proc/cpuinfo
Processor : Feroceon 88FR131 rev 1 (v5l)
BogoMIPS: 1199.30
Features: swp half thumb fastmult edsp
CPU implement
Hi,
I've recently submitted bug #576944 and could use some help to trace
it down better, and understand if it's really a bug.
Some more things I've noticed:
If I set /proc/cpu/alignment to 0 (ignore) or 3 (fixup+warn) I see
three alignment traps each time _xapian.so is loaded (with
update-apt-xapia
Hi,
today I tried to use the serial port on my openrd-base (the rs232, not
the one with the mini-usb connector).
After half an hour trying to understand why my ttl level shifter
didn't work, I tried on an other computer, and everything went fine =)
This thread [1] has a patch to enable UART1 by di
On 18 February 2010 14:49, wrote:
> I don't really want to use a harddisk because that would mean a manifold
> increase in energy consumption of the system, which now uses <<10W. Are
> there any brands of USB sticks that other users can recommend that are
> more resilient? Or what mass storage d
I installed debian on a OpenRD-base board.
I took some notes, and I thought they could be useful since I needed
to gather infos scattered around the net.
A tftp server it's needed. I used atftpd.
All the commands are entered via (usb)serial console to the openrd.
It goes like this:
* Update uboot
16 matches
Mail list logo
