On Sat, Jun 25, 2011 at 07:39:53AM +0200, Jorge Cacho wrote:
My sheevaplug has a 3.4.16 u-boot version so I need to upgrade it. The issue
is that I need to download U-Boot 3.4.27+pingtoo binary u-boot version (as
said on http://www.cyrius.com/debian/kirkwood/sheevaplug/uboot-upgrade.html)
but
On Sat, Jun 25, 2011 at 01:15:31PM -0400, Rick Thomas wrote:
Under what circumstances would one need/want the Debian u-boot package?
The Debian package tracks mainline ( http://www.denx.de/wiki/U-Boot )
with an added patchset. It tends to support more devices and filesystems
and versions of
On Sat, Jun 25, 2011 at 04:14:30PM -0400, Rick Thomas wrote:
It does list a bunch of example files in
/etc/share/doc/uboot-envtools/examples/
but it doesn't say which one (if any) of them are good
for use with the SheevaPlug (or any of it's relatives).
Can anybody give me a clue?
If
On Sun, Jun 26, 2011 at 04:40:04PM -0400, Daniel Kahn Gillmor wrote:
if searching through the NAND is a reasonable way to solve this problem
(i think it is, at least for some NAND layouts), perhaps it would be
good to have a tool that knows how to do this automatically.
I don't think it's that
On Wed, Jun 29, 2011 at 06:44:27PM +0100, Martin Michlmayr wrote:
I'm planning to update my guide to the u-boot in Debian once the final
2011.06 release is there. Clint, any estimate when you intend to
upload?
I can probably get to it this weekend. Anyone else is welcome
to do so before
On Mon, Jan 23, 2012 at 01:38:19PM +0100, Frédéric Boiteux wrote:
I'm testing an Open-RD Ultimate system with a Debian Squeeze system
(boot with SD card), and I don't know well ARM systems. I found how to
upgrade kernel (using flash_kernel), but I wonder how to handle a
possible problem with
On Sun, Jun 10, 2012 at 01:23:09PM -0500, kqt4a...@gmail.com wrote:
And installed Debian with no trouble but u-boot can not see the GPT
partition table. From what I read GPT support was added to u-boot
several years ago. Is there something I need to do to get this to
work?
Try patching the
On Sun, Jun 10, 2012 at 05:55:41PM -0500, kqt4a...@gmail.com wrote:
For a Guruplug where would I define this. I have compiled many
packages that use the configure script but this a bit different.
You could add it to include/configs/guruplug.h . The other
partition schemes are enabled in
On Mon, Jun 11, 2012 at 03:47:38AM -0500, kqt4a...@gmail.com wrote:
I apologize for continuing this on a Debian list but the forum at
plugcomuting.org refuses to allow me to register. I can rebuild the
environment from my backup but I used guruplug-installer runme.sh to
burn u-boot and it
On Sun, Jul 15, 2012 at 07:17:07PM +0200, DrEagle wrote:
Is there any solution to boot with uImage and uInitrd from an
ubifs container, and the whole rootfs in a raid ide ?
If you have any tweak about raid booting, it may be helpfull.
I'll like to have a good solution to boot debianized
On Sat, Aug 11, 2012 at 05:45:00PM -0700, Rick Thomas wrote:
How can I make sure that uboot will always use the system disk?
You could check both drives for the uImage etc. files and boot
the first match.
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of
On Tue, Nov 27, 2012 at 08:56:14PM -0800, Herman Swartz wrote:
Do you have info or links to instruction on how to use openocd with Sheeva
PLUG? A cfg file for PLUG would help.
/usr/share/openocd/scripts/board/sheevaplug.cfg
/usr/share/openocd/scripts/interface/sheevaplug.cfg
are in the Debian
On Fri, Sep 20, 2013 at 06:18:03PM +0200, willem de jong wrote:
The sheevaplug hangs at 'done, now booting the kernel'.
Output is below. It seems the IDE disc is not being recognized. The setup
was working fine before, 2 years without a reboot.
Can anyone point me in the right direction
Package: db
Version: 4.6.18-1
Severity: serious
http://buildd.debian.org/fetch.cgi?pkg=db;ver=4.6.18-4;arch=arm;stamp=1187033603
Modified test suite run started at: 09:02 08/13/07
Berkeley DB 4.6.18: (July 17, 2007)
Running environment tests (09:02:08)
Running archive tests (09:06:40)
Running
On Tue, Nov 06, 2007 at 11:15:07PM +, brian m. carlson wrote:
Since this is an RC bug, I'd like to see it fixed. If the maintainer and
submitter feel that accepting testsuite errors is okay (which is the
current situation, according to b.d.o), then please close this bug.
I think that we
On Sun, May 23, 2010 at 07:36:10PM -0400, Daniel Kahn Gillmor wrote:
Error: unrecognized/unsupported machine ID (r1 = 0x0a29).
Upgrading to U-Boot 2010.03-01266-g42f7128 fixes this particular
problem.
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of
On Mon, May 24, 2010 at 02:27:24PM +0100, Martin Michlmayr wrote:
setenv mainlineLinux yes
setenv arcNumber 2659
saveenv
reset
I tried this with the stock U-Boot and it made no difference.
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of unsubscribe.
On Mon, May 24, 2010 at 04:18:14PM +0100, Stuart Winter wrote:
Do you have a URL for a binary of this or was it built from source?
It was built from commit 42f7128c1a4b3bfcb97a12df0c764efe439b5bbd
of git://git.denx.de/u-boot-marvell.git (the testing branch).
--
To UNSUBSCRIBE, email to
-42f7128c1a4b3bfcb97a12df0c764efe439b5bbd
On Mon, May 24, 2010 at 03:44:36PM +, Clint Adams wrote:
It was built from commit 42f7128c1a4b3bfcb97a12df0c764efe439b5bbd
of git://git.denx.de/u-boot-marvell.git (the testing branch).
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of unsubscribe
On Fri, May 28, 2010 at 03:29:55PM -0400, Lennart Sorensen wrote:
uboot pretty much #defines everything for a given system and compiles
based on that, so you would need to just about make a seperate package
for every target system you want to make a uboot for. That could be a
lot of packages.
On Tue, Jun 08, 2010 at 11:57:43AM +0100, Martin Michlmayr wrote:
I'd really like to get some feedback on this so I can document which
u-boot binary users should use.
I would also like people to test the u-boot package in sid; I believe
that problems exist.
--
To UNSUBSCRIBE, email to
On Thu, Jun 10, 2010 at 02:12:35PM -0700, Herman Swartz wrote:
-- Tail end of make output
/home/gpetrov/jnos2/ksubr.c:31: warning: warning: getcontext is not
implemented and will always fail
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=369453
--
To UNSUBSCRIBE, email to
On Mon, Jun 21, 2010 at 06:43:29PM +0200, Johan Kroeckel wrote:
Apparently 2010.06~rc2-1 does not include ext2load. Is that done on
purpose?
If you're talking about u-boot, it is left out by default, and
it does not appear to work when enabled.
If you'd care to try it yourself, flash
On Tue, Jul 06, 2010 at 07:30:13PM +0200, Hector Oron wrote:
I would also like to comment that genesi-usa has been kind enough to
provide with hardware (EfikaMX [2]) to some of the leading people on
Debian projects as Live, Emdebian and Edu. If you want to work on the
port, there might be a
On Fri, Jul 09, 2010 at 07:27:23PM +0200, Hector Oron wrote:
Have we got a Debian architecture name yet? 'armelhf' is most reasonable one?
I prefer 'armhf', FWIW.
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Running vorbisgain on music files is something I do fairly
frequently on armv5tel despite how unwise it is, so I
thought I would see how the Efika MX fared.
You can see the script[0], output[1], and a Gnumeric
spreadsheet[2]. I thoughtlessly used non-free music
for this test, so it is not
On Wed, Aug 18, 2010 at 11:55:45PM +0300, Riku Voipio wrote:
Can you also test vorbisgain performance with regular armel port
and with compiler flags of:
-march=armv7-a -mtune=cortex-a8 -mfpu=vfpv3-d16 -mfloat-abi=softfp
I've updated the spreadsheet; the summary numbers are
On Mon, Aug 30, 2010 at 11:04:31PM +0200, Marek Vasut wrote:
Create binary package for each supported machine instead of for each
architecture. This should allow adding more devices without creating bloated
packages.
I do not think this is a good idea. Does anyone else agree with Marek?
--
On Mon, Feb 14, 2011 at 03:07:42PM -0500, Rick Thomas wrote:
If anybody knows what
command-line-options/configuration-file-fiddles to use to make
minicom do the same thing (i.e. nothing) I'd be grateful for a
pointer.
screen may be closer to what you want.
--
To UNSUBSCRIBE, email to
On Tue, Feb 22, 2011 at 11:04:17PM -0500, Rick Thomas wrote:
Or is there a special one for the OpenRD machines?
The openrd_base image in the Debian u-boot package is supposed to
work for OpenRD-Base, OpenRD-Client, and OpenRD-Ultimate. If it
does not, please file a bug report.
--
To
On Wed, Feb 23, 2011 at 03:11:24PM +, Clint Adams wrote:
The openrd_base image in the Debian u-boot package is supposed to
work for OpenRD-Base, OpenRD-Client, and OpenRD-Ultimate. If it
does not, please file a bug report.
So I have just discovered that this is only partially true. U
Upon seeing the build failure at
http://buildd.debian.org/fetch.php?pkg=bogofilterver=0.9.0.1-2arch=armstamp=1038096531file=logas=raw
I attempted to build bogofilter 0.9.0.1 on debussy and rameau, and in
both cases, all tests passed.
Since I don't have access to europa (or elara), could someone
I just upgraded my DreamPlug to jessie. The jessie kernel booted
happily with wheezy u-boot, but when I upgraded to the jessie u-boot,
I get a can't-find-root-device panic. Fortunately, it can boot
the wheezy kernel, but what am I doing wrong?
--
To UNSUBSCRIBE, email to
On Sun, Oct 19, 2014 at 12:13:19PM +0100, Ian Campbell wrote:
What device is your rootfs on?
/dev/sda1
I'm booting with root on /dev/sdb (the external sd card) and that seems
ok. My internal sdcard is knackered so I can't test but I think the
controllers etc are the same. (not posting my
On Sun, Oct 19, 2014 at 02:30:58PM +0100, Ian Campbell wrote:
Another datapoint which might be of interest:
# lsinitramfs /boot/initrd.img | grep \\.ko
lib/modules/3.16-2-kirkwood/kernel/fs/ext4/ext4.ko
lib/modules/3.16-2-kirkwood/kernel/fs/mbcache.ko
On Sun, Oct 19, 2014 at 01:31:34PM +, Clint Adams wrote:
If I boot the wheezy kernel with initrd and no dtb it boots fine.
Er, so if I do the same with the jessie kernel (uImage, uInitrd, no dtb),
it works too.
I'm quite confused.
--
To UNSUBSCRIBE, email to debian-arm-requ
On Sun, Oct 19, 2014 at 03:16:13PM +0100, Ian Campbell wrote:
flash-kernel will append a dtb by default, which I think will take
This is an important thing I was missing. Thanks!
precedence over anything you provide via the bootloader. When you say
no dtb do you just mean didn't give one in
On Mon, Apr 04, 2016 at 05:24:38AM +, Riku Voipio wrote:
> The reproducible-builds is armhf while the failing ones are armel. The
> regression
> appears to be a code change in haskell-http2 between 1.0.4 and 1.3.1:
>
> https://buildd.debian.org/status/logs.php?pkg=haskell-http2=armel
I
On Sun, Sep 11, 2016 at 10:36:21PM +0200, Karsten Merker wrote:
> CCing Clint Adams (fakeroot maintainer) in the hope that he might
> be able to provide some further insight.
I don't have access to my ARM devices this week but if I did I would
try what's described in the gdb section of /usr
39 matches
Mail list logo