From mboxrd@z Thu Jan 1 00:00:00 1970 From: Lukasz Majewski Date: Tue, 21 May 2019 10:36:59 +0200 Subject: [U-Boot] [PATCH v2 2/2] cmd: Add 'bcb' command to read/modify/write BCB fields In-Reply-To: References: <20190517144503.3275-1-erosca@de.adit-jv.com> <20190517144503.3275-3-erosca@de.adit-jv.com> <20190520072257.GA4084@vmlxhi-102.adit-jv.com> Message-ID: <20190521103659.0a0e084a@jawa> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Hi Alex, > On Mon, May 20, 2019 at 8:23 AM Eugeniu Rosca > wrote: > > > > > > > > Should it default to enabled if avb is used? > > > > I think at this specific moment in time, 'bcb' is orthogonal > > (meaning it is neither a direct, nor a reverse dependency) to any > > other Android feature in U-Boot. This could be re-assessed, if > > platform maintainers start to rely on 'bcb' in their U-Boot > > environments on regular basis. > > 'bcb' looks like something I'd be interested in, not running Android > at all... currently I (ab)use the bootcounter to communicate between > the kernel and U-Boot when I want to force a board through recovery, I don't know your exact use case, but wouldn't it be better to use envs (with redundancy) and fw_setenv / fw_printenv from Linux user space? Now those envs even support setting default values for u-boot (as there is now separate library used for it). Moreover there is OE/Yocto's recipe 'u-boot-fw-utils' which can be easily used and installed. > but this looks like something that might well give me a better > interface. > Best regards, Lukasz Majewski -- DENX Software Engineering GmbH, Managing Director: Wolfgang Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-59 Fax: (+49)-8142-66989-80 Email: lukma at denx.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 488 bytes Desc: OpenPGP digital signature URL: