GNU bug report logs - #45584
[PATCH 0/2] system: image: Fix root fs corruption from certain u-boot.

Previous Next

Package: guix-patches;

Reported by: Caliph Nomble <calnomble <at> protonmail.com>

Date: Fri, 1 Jan 2021 01:08:02 UTC

Severity: normal

Tags: patch

Done: Mathieu Othacehe <othacehe <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Caliph Nomble <calnomble <at> protonmail.com>
Subject: bug#45584: closed (Re: [bug#45584] [PATCH 0/2] system: image: Fix
 root fs corruption from certain u-boot.)
Date: Sun, 10 Jan 2021 15:17:02 +0000
[Message part 1 (text/plain, inline)]
Your bug report

#45584: [PATCH 0/2] system: image: Fix root fs corruption from certain u-boot.

which was filed against the guix-patches package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 45584 <at> debbugs.gnu.org.

-- 
45584: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=45584
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: Mathieu Othacehe <othacehe <at> gnu.org>
To: Caliph Nomble <calnomble <at> protonmail.com>
Cc: janneke <at> gnu.org, 45584-done <at> debbugs.gnu.org
Subject: Re: [bug#45584] [PATCH 0/2] system: image: Fix root fs corruption
 from certain u-boot.
Date: Sun, 10 Jan 2021 16:16:36 +0100
Hello,

> Sorry for the late response. I just got a chance to test on a pinebook-pro, and
> was able to use a generated image on it. Screen wouldn't turn on but I got a
> functioning shell on serial; I was still just using mainline
> linux-libre-arm64-generic so I don't think that's a bootloader problem.

Many thanks for testing. I pushed the patch I proposed.

> Over the past few days I've been playing with u-boot, and I think that the
> install offset may be configurable, with the current offset just being used for
> compatability with Rockchip's proprietary miniloader. I could make a patchset
> to move u-boot up and test it out on the pinebook-pro and rockpro64, if that
> would be a better solution?

Sure that could be nice and in that case we could revert the 9MiB offset
change in gnu/system/image/pinebook-pro.scm.

I also found that janneke used some kernel-arguments that could maybe
help you in this blog post:
https://joyofsource.com/guix-system-on-the-pinebook-pro.html.

Closing this one,

Thanks,

Mathieu

[Message part 3 (message/rfc822, inline)]
From: Caliph Nomble <calnomble <at> protonmail.com>
To: "guix-patches <at> gnu.org" <guix-patches <at> gnu.org>
Subject: [PATCH 0/2] system: image: Fix root fs corruption from certain u-boot.
Date: Thu, 31 Dec 2020 23:34:01 +0000
Hi,

u-boot for pretty much every rockchip system supported installs to an offset of
8MB, which is currently in the middle of generated disk images' root
filesystems. This patchset adds another disk-image option for devices that
require a larger root offset, and configures the pinebook-pro image to use it.

I chose a 9MB offset by adding the previous root offset of 1MB to the
additional 8MB offset required. I know at least u-boot-rockpro64-rk3399 doesn't
build to over 1MB in size, so it should be fine? Feel free to change the
specific offset used.

Thanks!




This bug report was last modified 4 years and 216 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.