Date: Sat, 4 Feb 2017 13:02:02 -0800 From: Mark Millard <markmi@dsl-only.net> To: Karl Denninger <karl@denninger.net> Cc: "freebsd-arm@freebsd.org" <freebsd-arm@freebsd.org> Subject: Re: NanoBSD config script for RPI2 Message-ID: <1892E365-966E-4DFA-8DE0-9BAD584754A1@dsl-only.net> In-Reply-To: <af492294-0333-5c67-a2b9-e9e9c478ccf2@denninger.net> References: <69c5a012-c1e7-c887-cd3b-ffcf78d8175e@denninger.net> <CANCZdfqSMbygO47LYt7Yxi8m6OAawgta4swnv4WyVFzeD4D0vg@mail.gmail.com> <506d5c30-93f7-048e-2cde-d76bfaf76a8f@denninger.net> <CANCZdfoBYi_9TKpkq9SnBN6k-gWBo5-CAkTLfS5qdsKgfHLU8A@mail.gmail.com> <af492294-0333-5c67-a2b9-e9e9c478ccf2@denninger.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2017-Feb-4, at 10:56 AM, Karl Denninger <karl at denninger.net> = wrote: > On 2/4/2017 10:38, Warner Losh wrote: >> On Sat, Feb 4, 2017 at 5:55 AM, Karl Denninger <karl at = denninger.net> wrote: >>> It fails here during image create.... >>>=20 >>> Populating `/pics/CrossBuild/embedded/rpi2/_.s2' >>> Image `/pics/CrossBuild/embedded/rpi2/_.s2' complete >>> + [ -n s1 ] >>> + eval 's1=3Dfat16b' >>> + s1=3Dfat16b >>> + out=3D/pics/CrossBuild/embedded/images/_.disk.image.HD-MCP >>> + mkimg -a 3 -s mbr -p 'fat16b:=3D/pics/CrossBuild/embedded/rpi2/_.s1'= -p >>> 'freebsd >>> :=3D/pics/CrossBuild/embedded/rpi2/_.s2' -p >>> 'freebsd:=3D/pics/CrossBuild/embedded/rp >>> i2/_.s3' -o /pics/CrossBuild/embedded/images/_.disk.image.HD-MCP >>> mkimg: invalid option -- a >>> mkimg: error: unknown option >>>=20 >>> usage: mkimg <options> >>> options: >>> --formats - list image formats >>> --schemes - list partition schemes >>> --version - show version information >>>=20 >>> -b <file> - file containing boot code >>> -c <num> - capacity (in bytes) of the disk >>> -f <format> >>> -o <file> - file to write image into >>> -p <partition> >>> -s <scheme> >>> -v - increase verbosity >>> -y - [developers] enable unit test >>> -H <num> - number of heads to simulate >>> -P <num> - physical sector size >>> -S <num> - logical sector size >>> -T <num> - number of tracks to simulate >>>=20 >>> formats: >>> qcow - QEMU Copy-On-Write, version 1 >>> qcow2 - QEMU Copy-On-Write, version 2 >>> raw - Raw Disk >>> vhd - Virtual Hard Disk >>> vhdf - Fixed Virtual Hard Disk >>> vmdk - Virtual Machine Disk >>>=20 >>> schemes: >>> apm - Apple Partition Map >>> bsd - BSD disk label >>> ebr - Extended Boot Record >>> gpt - GUID Partition Table >>> mbr - Master Boot Record >>> pc98 - PC-9800 disk partitions >>> vtoc8 - SMI VTOC8 disk labels >>>=20 >>> Is the "-a" flag attempting to set the active partition? It appears >>> there's no option to do that in mkimg... >> Install a newer mkimg: >>=20 >> Revision 307550 - (view) (download) (annotate) - [select for diffs] https://svnweb.freebsd.org/base/?pathrev=3D312669 = <https://svnweb.freebsd.org/base/?pathrev=3D312669>; shows that -r3125699 is from head. Looking around: stable/11 has not been updated for its mkimg. only head has -a added at this point. >> Modified Tue Oct 18 05:43:12 2016 UTC (3 months, 2 weeks ago) by imp >> File length: 3730 byte(s) >> Diff to previous 307544 >>=20 >> Add a new flag to mkimg (-a num) to specify the active partition for >> those partitioning schemes that have this concept. Implement it as an >> override for mbr's setting 0x80 in the flags for the first partition >> when we have boot code. >>=20 >> Differential Revision: https://reviews.freebsd.org/D4403 >>=20 >> Though maybe I should try to add it to the bootstrap tools so I can >> use a new one after the build. >>=20 >> Warner >>=20 > root@NewFS:/disk/karl # uname -v > FreeBSD 11.0-STABLE #15 r312669M: Mon Jan 23 14:01:03 CST 2017 =20 https://svnweb.freebsd.org/base/?pathrev=3D312669 = <https://svnweb.freebsd.org/base/?pathrev=3D312669>; shows that -r3125699 is from head, not from stable/11 . If you have a mix of head and stable/11 materials with mkimg from stable/11 then -a will not be present for mkimg. > karl@NewFS.denninger.net:/usr/obj/usr/src/sys/KSD-SMP > root@NewFS:/disk/karl # which mkimg > /usr/bin/mkimg > root@NewFS:/disk/karl # pkg install mkimg > Updating FreeBSD repository catalogue... > FreeBSD repository is up-to-date. > All repositories are up-to-date. > pkg: No packages available to install matching 'mkimg' have been found > in the repositories > root@NewFS:/disk/karl # >=20 > So.... it's part of base and there is no obvious package (a check for > ports in */*mkimg* fails too); my system is current as of Jan 23.... >=20 > (As an aside I think if I remove the -a it may work on the Pi, since = the > Pi will try to boot the first partition which happens to be DOS -- I > think. I'll try it.) >=20 > --=20 > Karl Denninger > karl@denninger.net <mailto:karl at denninger.net> > /The Market Ticker/ > /[S/MIME encrypted email preferred]/ =3D=3D=3D Mark Millard markmi at dsl-only.net
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1892E365-966E-4DFA-8DE0-9BAD584754A1>