On 05/28/2010 11:47 AM, Daniel Kahn Gillmor wrote:
> It occurred to me this morning that maybe my hand-created rootfs just
> doesn't have /dev/console or /dev/null something. i'll try to boot the
> machine tonight and report back.
Yeah, it was missing /dev/console. a simple:
mount -t ubifs ubi
On Fri, May 28, 2010 at 04:52:32PM -0400, Daniel Kahn Gillmor wrote:
> Thanks for the perspective, Lennart. Currently, u-boot isn't in debian
> at all, yet i need it to boot my guruplug. so i'd like to see that
> situation improve, but i'm not sure the best way to do it.
>
> I see a few possibil
On 05/28/2010 03:29 PM, 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. not to say it
On Fri, May 28, 2010 at 07:59:29PM +, Clint Adams wrote:
> Why not have a single binary package with each of the important targets
> for the given architecture in separate directories?
That's what I said, but if it is a single source package generating all
those binary packages, then a change
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 packag
On Fri, May 28, 2010 at 02:58:51PM -0400, Daniel Kahn Gillmor wrote:
> interesting, i'll look into that too and try to report back. the
> built-in help documentation in u-boot is pretty paltry (says the guy who
> mistakenly used it to wipe his flash :/)
>
> I asked earlier but got no response: is
On 05/28/2010 10:58 AM, Martin Michlmayr wrote:
> However, I'm not sure you need a hack like that. AFAIK the u-boot you
> use has UBIFS support built-in so you should be able to simply read a
> kernel from the filesystem. (Maybe I'm wrong about this; I don't have
> a GuruPlug.)
interesting, i'll
* Daniel Kahn Gillmor [2010-05-28 11:47]:
> Any ideas or plans about what to do with the linux-image-* package
> dependency on initramfs-tools?
See my other mail on this. But for now, the dependency doesn't really
hurt since you can simply ignore the ramdisk that's generated.
--
Martin Michlmay
On 05/28/2010 10:44 AM, Martin Michlmayr wrote:
> * Daniel Kahn Gillmor [2010-05-27 00:25]:
>> Any ideas? am i missing some bootargs or something? or does the kernel
>> really need an initramfs?
>
> No ideas... the boog log looks fine to me. I recently installed UBIFS
> on my SheevaPlug and I
* Daniel Kahn Gillmor [2010-05-24 11:59]:
> Depends: initramfs-tools | linux-initramfs-tool
>
> Maybe that dependency should be dropped?
Good question. I'd have to check if the installer does the right
thing on those machines that need initramfs-tools.
> If the uImage remains < 2MiB, it migh
* Daniel Kahn Gillmor [2010-05-27 00:25]:
> Any ideas? am i missing some bootargs or something? or does the kernel
> really need an initramfs?
No ideas... the boog log looks fine to me. I recently installed UBIFS
on my SheevaPlug and I can boot without a ramdisk just fine (see
below).
Can you
On 05/24/2010 11:31 AM, Daniel Kahn Gillmor wrote:
> At that point, i'll start looking at the wireless business again.
so on my freshly wiped guruplug, i've gone ahead and re-built the
uap8xxx.ko module to work with the current sid kernel.
It wasn't too bad: as root, i fetched the various build
Well, i've tried to boot the guruplug with no initrd, using the
following uboot sequence:
nand read.e 0x200 0x10 0x20
setenv bootargs console=ttyS0,115200n8 root=ubi0:root ubi.mtd=2
rootfstype=ubifs verbose
bootm 0x200
and the boot hangs here:
...
> [1.845874] mv_xor mv
On Mon, May 24, 2010 at 04:42:15PM +0100, Martin Michlmayr wrote:
> Ok. Do you have a link where people can download a working U-Boot
> from? I'd like to document this.
The binary I generated can be fetched from
http://people.debian.org/~schizo/guruplug/u-boot.kwb-42f7128c1a4b3bfcb97a12df0c764ef
On 05/24/2010 11:31 AM, Daniel Kahn Gillmor wrote:
> I'm currently still booting the device from the kernel/initrd over tftp.
> I hope to followup with tbm's suggestion of the new flash-kernel to get
> it back to an all-local boot sometime in the next few days.
I've put the kernel and two variant
On 05/24/2010 11:43 AM, Martin Michlmayr wrote:
> However, UBI/UBIFS is currently compiled into the Kirkwood kernel, so
> you don't need an initramfs at all.
Hum, interesting. the kernel binary package i built had
Depends: initramfs-tools | linux-initramfs-tool
i think, so it hadn't even occu
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 debi
* Daniel Kahn Gillmor [2010-05-24 11:06]:
> Note also http://bugs.debian.org/582858 , which i just filed about
> initramfs-tools and a ubifs root while trying to make a slimmer initramfs.
I saw this, and it would be nice to get this fixed.
However, UBI/UBIFS is currently compiled into the Kirkwo
* Clint Adams [2010-05-24 14:49]:
> setenv mainlineLinux yes
> > setenv arcNumber 2659
> > saveenv
> > reset
>
> I tried this with the stock U-Boot and it made no difference.
Ok. Do you have a link where people can download a working U-Boot
from? I'd like to document this.
--
Martin Michlmay
> Upgrading to U-Boot 2010.03-01266-g42f7128 fixes this particular
> problem.
Do you have a URL for a binary of this or was it built from source?
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archiv
On 05/23/2010 07:36 PM, Daniel Kahn Gillmor wrote:
> More notes on the way when i sort anything else out.
Thanks primarily to a really stupid keyboard slipup, i now have a
guruplug running entirely debian code (with the exception of uboot,
which is running 2010.03-01266-g42f7128, compiled by Clint
On 05/24/2010 09:27 AM, Martin Michlmayr wrote:
> * Daniel Kahn Gillmor [2010-05-23 19:36]:
>> and generated a uBoot-friendly kernel and initramfs (thanks to Clint
>> Adams for helping me cargo-cult this):
>
> fwiw, I've just uploaded a new version of flash-kernel that will do
> this for you.
Gr
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". T
* Daniel Kahn Gillmor [2010-05-23 19:36]:
> So i built the kernel package from 2.6.32-13 like this as a regular user:
fwiw, 2.6.32-13 is in the Debian archive for armel now.
> and generated a uBoot-friendly kernel and initramfs (thanks to Clint
> Adams for helping me cargo-cult this):
fwiw, I'v
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 "uns
On 05/21/2010 02:38 AM, Daniel Kahn Gillmor wrote:
> I'm in the process of re-building the 2.6.32-13 package for kirkwood on
> the guruplug itself -- hopefully i can sort out how to boot from it soon
> (pointers welcome).
So i built the kernel package from 2.6.32-13 like this as a regular user:
hi debian-arm folks--
I found philippe kehl's nice page about debian and the guruplug:
http://oinkzwurgl.org/guruplug_debian
there are good pointers in there, esp. noting the bizarre stuff they've
shipped in /etc/sudoers and /etc/rc.local
A couple things to add that i've noticed since upgradin
27 matches
Mail list logo
