Bug#783323: Broken configuration for OpenBlocks AX3-4

2015-05-03 Thread Ian Campbell
On Sun, 2015-05-03 at 13:10 +0100, Ben Hutchings wrote: > On Sun, 2015-05-03 at 08:35 +0100, Ian Campbell wrote: > > On Sun, 2015-05-03 at 00:40 +0100, Ben Hutchings wrote: > > > On Sat, 2015-05-02 at 20:09 +0100, Ben Hutchings wrote: > > > > On Sat, 2015-05-02 at 16:35 +0100, Ian Campbell wrote: >

Bug#783323: Broken configuration for OpenBlocks AX3-4

2015-05-03 Thread Ben Hutchings
On Sun, 2015-05-03 at 08:35 +0100, Ian Campbell wrote: > On Sun, 2015-05-03 at 00:40 +0100, Ben Hutchings wrote: > > On Sat, 2015-05-02 at 20:09 +0100, Ben Hutchings wrote: > > > On Sat, 2015-05-02 at 16:35 +0100, Ian Campbell wrote: > > [...] > > > > Essentially if Boot-Device is set then Boot-*-P

Bug#783323: Broken configuration for OpenBlocks AX3-4

2015-05-03 Thread Ian Campbell
On Sat, 2015-05-02 at 20:09 +0100, Ben Hutchings wrote: > > It seems that the code which handles the Boot-Device case is buggy in > > the face of a firmware partition which has some hierarchy to it. > > If the boot images need to be in a specific subdirectory then it's not > so unreasonable to exp

Bug#783323: Broken configuration for OpenBlocks AX3-4

2015-05-03 Thread Ian Campbell
On Sun, 2015-05-03 at 00:40 +0100, Ben Hutchings wrote: > On Sat, 2015-05-02 at 20:09 +0100, Ben Hutchings wrote: > > On Sat, 2015-05-02 at 16:35 +0100, Ian Campbell wrote: > [...] > > > Essentially if Boot-Device is set then Boot-*-Path should be relative to > > > that device, if Boot-Device is no

Bug#783323: Broken configuration for OpenBlocks AX3-4

2015-05-02 Thread Ben Hutchings
On Sat, 2015-05-02 at 20:09 +0100, Ben Hutchings wrote: > On Sat, 2015-05-02 at 16:35 +0100, Ian Campbell wrote: [...] > > Essentially if Boot-Device is set then Boot-*-Path should be relative to > > that device, if Boot-Device is not set then Boot-*-Path are relative > > to /. > > > > I think /de

Bug#783323: Broken configuration for OpenBlocks AX3-4

2015-05-02 Thread Ben Hutchings
On Sat, 2015-05-02 at 16:35 +0100, Ian Campbell wrote: > (CCing Nobuhiro who contributed the flash-kernel db entry for this > device) > > On Sat, 2015-05-02 at 15:40 +0100, Ian Campbell wrote: > > On Sun, 2015-04-26 at 00:39 +0100, Ben Hutchings wrote: > > > On Sat, 25 Apr 2015 23:39:44 +0100 Ben

Bug#783323: Broken configuration for OpenBlocks AX3-4

2015-05-02 Thread Ian Campbell
(CCing Nobuhiro who contributed the flash-kernel db entry for this device) On Sat, 2015-05-02 at 15:40 +0100, Ian Campbell wrote: > On Sun, 2015-04-26 at 00:39 +0100, Ben Hutchings wrote: > > On Sat, 25 Apr 2015 23:39:44 +0100 Ben Hutchings > > wrote: > > > Secondly, if the installation uses LVM

Bug#783323: Broken configuration for OpenBlocks AX3-4

2015-05-02 Thread Ian Campbell
On Sun, 2015-04-26 at 00:39 +0100, Ben Hutchings wrote: > On Sat, 25 Apr 2015 23:39:44 +0100 Ben Hutchings wrote: > > Secondly, if the installation uses LVM, /dev/sda1 is the /boot > > partition, not the root partition. After fixing the first problem, > > flash-kernel fails like this: > > Actual

Bug#783323: Broken configuration for OpenBlocks AX3-4

2015-04-25 Thread Ben Hutchings
On Sat, 25 Apr 2015 23:39:44 +0100 Ben Hutchings wrote: > Secondly, if the installation uses LVM, /dev/sda1 is the /boot > partition, not the root partition. After fixing the first problem, > flash-kernel fails like this: Actually, this doesn't depend on LVM. The installer always creates a sepa

Bug#783323: Broken configuration for OpenBlocks AX3-4

2015-04-25 Thread Ben Hutchings
Package: flash-kernel Version: 3.35 Severity: important flash-kernel has this entry for the OpenBlocks AX3-4: Machine: PlatHome OpenBlocks AX3-4 board Kernel-Flavors: armmp DTB-Id: armada-xp-openblocks-ax3-4.dtb DTB-Append: yes U-Boot-Kernel-Address: 0x200 U-Boot-Kerne