On Wed, 2014-06-11 at 00:13 +0200, Karsten Merker wrote:
> I have commited the patch (rebased against current master and with the
> now-redundant "Bootloader-Sets-Incorrect-Root: no" lines removed).
Thanks. Please could you update
https://wiki.debian.org/InstallingDebianOn/Allwinner too?
Perhaps
On Tue, Jun 10, 2014 at 07:31:29AM +0100, Ian Campbell wrote:
> On Mon, 2014-06-09 at 23:34 +0200, Karsten Merker wrote:
> > flash-kernel 3.19 has migrated to jessie in the meantime, so I guess nothing
> > speaks against adding further machines to the db.
> >
> > I had limited my first patch to s
On Thu, May 8, 2014 at 10:09 PM, Ian Campbell wrote:
> On Thu, 2014-05-08 at 22:05 +0100, Luke Kenneth Casson Leighton wrote:
>> but for the BENEFIT OF THE DEBIAN PROJECT. debian-installer is
>> incredibly hard to get properly compiled up: instructions and context
>> entirely missing.
>
> There a
On Fri, May 9, 2014 at 1:16 AM, Ben Hutchings wrote:
> On Thu, 2014-05-08 at 22:05 +0100, Luke Kenneth Casson Leighton wrote:
>> once again, respectfully may i ask, without prejudice and without
>> obligation, that someone please consider documenting the steps taken
>> so that others may easily re
On Mon, 2014-06-09 at 23:34 +0200, Karsten Merker wrote:
> On Sun, May 18, 2014 at 09:40:36PM +0200, Karsten Merker wrote:
> > On Sun, May 18, 2014 at 08:09:26PM +0100, Ian Campbell wrote:
> > > On Sun, 2014-05-18 at 19:41 +0200, Karsten Merker wrote:
> >
> > > > attached is a small patch against
On Sun, 2014-05-18 at 19:41 +0200, Karsten Merker wrote:
> On Fri, May 16, 2014 at 09:59:58AM +0100, Ian Campbell wrote:
>
> [enabling flash-kernel to run inside d-i on machines listed
> in the flash-kernel machine db]
> > I think I've got it working, there were a few yakks to shave but I have
>
On Mon, 2014-05-12 at 21:40 +0100, Ian Campbell wrote:
> On Mon, 2014-05-12 at 20:27 +0100, Ian Campbell wrote:
> > On Sat, 2014-05-10 at 21:38 +0100, Ian Campbell wrote:
> > > I think the best approach
> > > would be to add generic to XB-Subarchitecture and handle it using the
> > > db, leaving th
On Mon, 2014-05-12 at 20:27 +0100, Ian Campbell wrote:
> On Sat, 2014-05-10 at 21:38 +0100, Ian Campbell wrote:
> > I think the best approach
> > would be to add generic to XB-Subarchitecture and handle it using the
> > db, leaving the other subarches as the are.
>
> I've not managed to test it ye
On Sat, 2014-05-10 at 21:38 +0100, Ian Campbell wrote:
> I think the best approach
> would be to add generic to XB-Subarchitecture and handle it using the
> db, leaving the other subarches as the are.
I've not managed to test it yet, but I suspect something like the
following ought to do it...
Ia
On Sat, 2014-05-10 at 18:46 +0200, Karsten Merker wrote:
> On Thu, May 08, 2014 at 09:20:33PM +0100, Ian Campbell wrote:
> > On Tue, 2014-05-06 at 21:24 +0200, Karsten Merker wrote:
> > > So this means that on an armhf system set up by d-i, the symlinks
> > > are actually in place where we need the
On Sat, 2014-05-10 at 18:46 +0200, Karsten Merker wrote:
> On Thu, May 08, 2014 at 09:20:33PM +0100, Ian Campbell wrote:
> > On Tue, 2014-05-06 at 21:24 +0200, Karsten Merker wrote:
> > > So this means that on an armhf system set up by d-i, the symlinks
> > > are actually in place where we need the
On Thu, 2014-05-08 at 22:05 +0100, Luke Kenneth Casson Leighton wrote:
> once again, respectfully may i ask, without prejudice and without
> obligation, that someone please consider documenting the steps taken
> so that others may easily replicate them, and i am going to continue
> this paragraph w
On Thu, 2014-05-08 at 22:05 +0100, Luke Kenneth Casson Leighton wrote:
> but for the BENEFIT OF THE DEBIAN PROJECT. debian-installer is
> incredibly hard to get properly compiled up: instructions and context
> entirely missing.
There are daily builds of the installer, which will pick this up once
once again, respectfully may i ask, without prejudice and without
obligation, that someone please consider documenting the steps taken
so that others may easily replicate them, and i am going to continue
this paragraph without a break so that i may point out that i am in no
way requesting this FOR
On Tue, 2014-05-06 at 21:24 +0200, Karsten Merker wrote:
> So this means that on an armhf system set up by d-i, the symlinks
> are actually in place where we need them for the boot scripts. I
> am very short on time at the moment, so I can't work on the
> topic now, but I'll look into it again som
On Tue, 2014-05-06 at 21:24 +0200, Karsten Merker wrote:
> On Tue, May 06, 2014 at 08:25:58AM +0100, Ian Campbell wrote:
> > On Tue, 2014-05-06 at 00:39 +0100, Ben Hutchings wrote:
> > > On Mon, 2014-05-05 at 20:17 +0100, Ian Campbell wrote:
> > > > On Mon, 2014-05-05 at 20:39 +0200, Karsten Merker
On Tue, 2014-05-06 at 00:39 +0100, Ben Hutchings wrote:
> On Mon, 2014-05-05 at 20:17 +0100, Ian Campbell wrote:
> > On Mon, 2014-05-05 at 20:39 +0200, Karsten Merker wrote:
> > > As can be seen above, the kernel package does not create symlinks in
> > > /boot. It creates symlinks in /, but as it i
On Mon, 2014-05-05 at 21:45 +0200, Karsten Merker wrote:
> On Mon, May 05, 2014 at 08:17:06PM +0100, Ian Campbell wrote:
>
> > This does make me wonder if f-k with your patch needs to be more careful
> > about overwriting /boot/vmlinuz in case it is a symlink.
>
> Indeed. Does anything speak agai
On Mon, 2014-05-05 at 20:17 +0100, Ian Campbell wrote:
> On Mon, 2014-05-05 at 20:39 +0200, Karsten Merker wrote:
> > As can be seen above, the kernel package does not create symlinks in
> > /boot. It creates symlinks in /, but as it is possible (and sometimes even
> > necessary, e.g. with encrypte
On Mon, 2014-05-05 at 20:39 +0200, Karsten Merker wrote:
> As can be seen above, the kernel package does not create symlinks in
> /boot. It creates symlinks in /, but as it is possible (and sometimes even
> necessary, e.g. with encrypted root) to have /boot on a seperate filesystem,
> these are unu
On Mon, 2014-05-05 at 17:25 +0200, Karsten Merker wrote:
> On Thu, May 01, 2014 at 08:36:52AM +0100, Ian Campbell wrote:
> > On Wed, 2014-04-30 at 22:26 +0200, Karsten Merker wrote:
>
> > > diff --git a/functions b/functions
> > > index 02f7381..3322eb0 100644
> > > --- a/functions
> > > +++ b/fun
On Thu, 2014-05-01 at 16:28 +0200, Karsten Merker wrote:
> On Thu, May 01, 2014 at 09:43:14AM +0100, Ian Campbell wrote:
> > On Thu, 2014-05-01 at 08:36 +0100, Ian Campbell wrote:
> > >
> > > I think it would be better to put the actual kernel/initrd path (i.e.
> > > with the version suffix) direc
On Thu, May 01, 2014 at 04:28:55PM +0200, Karsten Merker wrote:
> Do all platforms flash-kernel cares for have their boot scripts
> on a filesystem that supports symlinks? I know too little about
> the various ARM systems in this regard, but if there are systems
> among them that for example boot
On Thu, 2014-05-01 at 08:36 +0100, Ian Campbell wrote:
>
> I think it would be better to put the actual kernel/initrd path (i.e.
> with the version suffix) directly into the boot.scr rather than
> creating
> a link to the kernel just to launch it with.
>
> I'd also like to see boot.scr-$version a
On Wed, 2014-04-30 at 22:26 +0200, Karsten Merker wrote:
Oops, there was more!
> diff --git a/functions b/functions
> index 02f7381..3322eb0 100644
> --- a/functions
> +++ b/functions
> @@ -582,13 +582,17 @@ case "$method" in
> fi
> if [ -n "$boot_kernel_path" ]; then
On Wed, 2014-04-30 at 22:26 +0200, Karsten Merker wrote:
> On Sun, Apr 27, 2014 at 07:35:35AM +0100, Ian Campbell wrote:
> > On Sat, 2014-04-26 at 23:25 +0200, Karsten Merker wrote:
>
> > > +setenv fdt_high
> > > +setenv initrd_high 0x
> >
> > These shouldn't be needed with the l
On Mon, 2014-04-28 at 17:37 -0700, Vagrant Cascadian wrote:
> On Mon, Apr 28, 2014 at 11:01:06PM +0200, Karsten Merker wrote:
> > On Sun, Apr 27, 2014 at 07:35:35AM +0100, Ian Campbell wrote:
> >
> > > I think u-boot has some sh-style control loops you can use? (for x in
> > > fstype1 fstype2; do
On Mon, Apr 28, 2014 at 11:01:06PM +0200, Karsten Merker wrote:
> On Sun, Apr 27, 2014 at 07:35:35AM +0100, Ian Campbell wrote:
>
> > I think u-boot has some sh-style control loops you can use? (for x in
> > fstype1 fstype2; do ...). People keep saying one can just use "fsload"
> > too, but I've n
On Sun, Apr 27, 2014 at 9:37 PM, Ian Campbell wrote:
> On Sun, 2014-04-27 at 21:10 +0200, Luke Kenneth Casson Leighton wrote:
> A uImage is a historic u-boot container format containing a Linux zImage
> (also often called a "vmlinuz"), which was booted using the "bootm"
> command. This is no long
On Sun, 2014-04-27 at 21:10 +0200, Luke Kenneth Casson Leighton wrote:
> On Sun, Apr 27, 2014 at 8:54 PM, Ian Campbell wrote:
> > On Sun, 2014-04-27 at 20:32 +0200, Luke Kenneth Casson Leighton wrote:
> >> On Sun, Apr 27, 2014 at 8:14 PM, Karsten Merker wrote:
> >> > On Sun, Apr 27, 2014 at 07:35
wrote:
>> >> On Sat, Apr 26, 2014 at 11:25 PM, Karsten Merker
>> >> wrote:
>> >> > Hello,
>> >> >
>> >> > I am currently working on better support for sunxi-based ARM systems
>> >> > in d-i and flash-kernel. Thanks
On Sun, Apr 27, 2014 at 8:54 PM, Ian Campbell wrote:
> On Sun, 2014-04-27 at 20:32 +0200, Luke Kenneth Casson Leighton wrote:
>> On Sun, Apr 27, 2014 at 8:14 PM, Karsten Merker wrote:
>> > On Sun, Apr 27, 2014 at 07:35:35AM +0100, Ian Campbell wrote:
>> >> On Sat, 2014-04-26 at 23:25 +0200, Karst
ker wrote:
> >> > Hello,
> >> >
> >> > I am currently working on better support for sunxi-based ARM systems
> >> > in d-i and flash-kernel. Thanks to Ian's backport of the sunxi AHCI
> >> > support from kernel 3.15rc1 into the Debi
On Sun, Apr 27, 2014 at 8:41 PM, Karsten Merker wrote:
> On Sun, Apr 27, 2014 at 03:52:36PM +0200, Luke Kenneth Casson Leighton wrote:
>> On Sat, Apr 26, 2014 at 11:25 PM, Karsten Merker wrote:
>> > Hello,
>> >
>> > I am currently working on better support for
On Sun, 2014-04-27 at 20:32 +0200, Luke Kenneth Casson Leighton wrote:
> On Sun, Apr 27, 2014 at 8:14 PM, Karsten Merker wrote:
> > On Sun, Apr 27, 2014 at 07:35:35AM +0100, Ian Campbell wrote:
> >> On Sat, 2014-04-26 at 23:25 +0200, Karsten Merker wrote:
> >
> >> No uImage is required for sunxi,
On Sun, 2014-04-27 at 20:14 +0200, Karsten Merker wrote:
> I did not know that u-boot can boot "naked" Linux kernels. I am
> rather new to u-boot and all the documention I have read only
> mentions booting uImages. Neither the description of
> u-boot-sunxi in the sunxi wiki nor the official u-boot
On Sun, Apr 27, 2014 at 8:14 PM, Karsten Merker wrote:
> On Sun, Apr 27, 2014 at 07:35:35AM +0100, Ian Campbell wrote:
>> On Sat, 2014-04-26 at 23:25 +0200, Karsten Merker wrote:
>
>> No uImage is required for sunxi,
no uImage is required for sunxi but a uImage is required for *debian
installer*
On Sun, Apr 27, 2014 at 04:54:40PM +0100, peter green wrote:
> Lennart Sorensen wrote:
> >Why would you NOT use uImage?
> Why would you add an unnessacery conversion step if you have a
> bootloader capable of loading regular kernel images directly?
Well uImage has a checksum, which u-boot can chec
Lennart Sorensen wrote:
Why would you NOT use uImage?
Why would you add an unnessacery conversion step if you have a
bootloader capable of loading regular kernel images directly?
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Cont
On Sun, 2014-04-27 at 16:54 +0100, peter green wrote:
> Lennart Sorensen wrote:
> > Why would you NOT use uImage?
> >
> Why would you add an unnessacery conversion step if you have a
> bootloader capable of loading regular kernel images directly?
Exactly.
We don't want to have to needlessly c
On Sun, Apr 27, 2014 at 07:35:35AM +0100, Ian Campbell wrote:
> No uImage is required for sunxi, u-boot can boot the vmlinuz file
> directly.
Besides flash-kernel converts vmlinuz to uImage nicely for you so it
isn't a problem. The kernel package doesn't seem to ship uImage files
for anything any
On Sat, Apr 26, 2014 at 11:25 PM, Karsten Merker wrote:
> Hello,
>
> I am currently working on better support for sunxi-based ARM systems
> in d-i and flash-kernel. Thanks to Ian's backport of the sunxi AHCI
> support from kernel 3.15rc1 into the Debian 3.14 kernel package
On Sun, 2014-04-27 at 07:35 +0100, Ian Campbell wrote:
> On Sat, 2014-04-26 at 23:25 +0200, Karsten Merker wrote:
> > I am currently working on better support for sunxi-based ARM systems
> > in d-i and flash-kernel.
I replied in a hurry earlier and forgot to say: Thanks!
On Sat, 2014-04-26 at 23:25 +0200, Karsten Merker wrote:
> Hello,
>
> I am currently working on better support for sunxi-based ARM systems
> in d-i and flash-kernel. Thanks to Ian's backport of the sunxi AHCI
> support from kernel 3.15rc1 into the Debian 3.14 kernel package
44 matches
Mail list logo
