Control: tags 860304 pending
On 2017-09-20, Vagrant Cascadian wrote:
> On 2017-08-27, Heinrich Schuchardt wrote:
>> On 08/25/2017 05:31 PM, Vagrant Cascadian wrote:
>>> On 2017-08-24, Heinrich Schuchardt wrote:
is there really any need to keep /boot/dtbs/VERSION/ if we have
Processing control commands:
> tags 860304 pending
Bug #860304 [flash-kernel] flash-kernel: Incorrect installation path for dtbs
Added tag(s) pending.
--
860304: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=860304
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
On 2017-08-27, Heinrich Schuchardt wrote:
> On 08/25/2017 05:31 PM, Vagrant Cascadian wrote:
>> On 2017-08-24, Heinrich Schuchardt wrote:
>>> is there really any need to keep /boot/dtbs/VERSION/ if we have
>>> /boot/dtbs/VERSION/VENDOR/?
>>
>> Yes, if the u-boot version on the board sets fdtfile
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 08/25/2017 05:31 PM, Vagrant Cascadian wrote:
> On 2017-08-24, Heinrich Schuchardt wrote:
>> is there really any need to keep /boot/dtbs/VERSION/ if we have
>> /boot/dtbs/VERSION/VENDOR/?
>
> Yes, if the u-boot version on the board sets fdtfile
On 2017-08-24, Heinrich Schuchardt wrote:
> is there really any need to keep /boot/dtbs/VERSION/ if we have
> /boot/dtbs/VERSION/VENDOR/?
Yes, if the u-boot version on the board sets fdtfile to BOARD.dtb.
We have no way of knowing from flash-kernel what the u-boot on the board
will set for
On 2017-08-11, Heinrich Schuchardt wrote:
> On 08/11/2017 09:31 PM, Martin Michlmayr wrote:
>> I just wanted to thank you for raising this issue and sending a patch.
Indeed!
>> Unfortunately, I'm not really active with flash-kernel anymore but I
>> just spoke to Vagrant at
Hello Vagrant,
May 26th you indicated you would like to fix the problem after the
Stretch release date.
Any news so far?
Best regards
Heinrich
On 2017-05-26, Heinrich Schuchardt wrote:
> On 05/26/2017 08:58 PM, Vagrant Cascadian wrote:
>> On 2017-05-26, Cyril Brulebois wrote:
> I recently created file /etc/flash-kernel/ubootenv.d/fdtfile with
>
> setenv fdtfile meson-gxbb-odroidc2.dtb
Oh, I didn't even know/remember
On 05/26/2017 08:58 PM, Vagrant Cascadian wrote:
> On 2017-05-26, Cyril Brulebois wrote:
>> And thanks for being persistent.
>
> Indeed, I've been working around this issue locally rather than doing
> the right things by filing bugs and writing patches... :)
I recently created
On 2017-05-26, Cyril Brulebois wrote:
> And thanks for being persistent.
Indeed, I've been working around this issue locally rather than doing
the right things by filing bugs and writing patches... :)
> Heinrich Schuchardt (2017-05-25):
>> In
>>
Hi,
And thanks for being persistent.
Heinrich Schuchardt (2017-05-25):
> In
> https://patchwork.ozlabs.org/patch/753871/
> I suggested to change U-Boot environment variable fdtfile to
> meson-gxbb-odroidc2.dtb for the Odroid C2.
>
> Unfortunately this patch was not
In
https://patchwork.ozlabs.org/patch/753871/
I suggested to change U-Boot environment variable fdtfile to
meson-gxbb-odroidc2.dtb for the Odroid C2.
Unfortunately this patch was not accepted.
So we will need flash-kernel to accommodate U-Boot having
a directory path in fdtfile. For the Odroid
Package: flash-kernel
Version: 3.78
Severity: normal
Dear Maintainer,
flash-kernel 3.77 and 3.78 install the dtb for the Odroid C2 in
/boot/dtbs/4.10.0-rc5-next-20170125-r000-arm64/meson-gxbb-odroidc2.dtb
In U-Boot 2017.05-rc1 the environment variable vendor is set to "amlogic".
U-Boot loads
13 matches
Mail list logo