Date: Sat, 4 Feb 2017 12:56:51 -0600 From: Karl Denninger <karl@denninger.net> To: "freebsd-arm@freebsd.org" <freebsd-arm@freebsd.org> Subject: Re: NanoBSD config script for RPI2 Message-ID: <af492294-0333-5c67-a2b9-e9e9c478ccf2@denninger.net> In-Reply-To: <CANCZdfoBYi_9TKpkq9SnBN6k-gWBo5-CAkTLfS5qdsKgfHLU8A@mail.gmail.com> 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>
index | next in thread | previous in thread | raw e-mail
[-- Attachment #1 --] On 2/4/2017 10:38, Warner Losh wrote: > On Sat, Feb 4, 2017 at 5:55 AM, Karl Denninger <karl@denninger.net> wrote: >> It fails here during image create.... >> >> Populating `/pics/CrossBuild/embedded/rpi2/_.s2' >> Image `/pics/CrossBuild/embedded/rpi2/_.s2' complete >> + [ -n s1 ] >> + eval 's1=fat16b' >> + s1=fat16b >> + out=/pics/CrossBuild/embedded/images/_.disk.image.HD-MCP >> + mkimg -a 3 -s mbr -p 'fat16b:=/pics/CrossBuild/embedded/rpi2/_.s1' -p >> 'freebsd >> :=/pics/CrossBuild/embedded/rpi2/_.s2' -p >> 'freebsd:=/pics/CrossBuild/embedded/rp >> i2/_.s3' -o /pics/CrossBuild/embedded/images/_.disk.image.HD-MCP >> mkimg: invalid option -- a >> mkimg: error: unknown option >> >> usage: mkimg <options> >> options: >> --formats - list image formats >> --schemes - list partition schemes >> --version - show version information >> >> -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 >> >> 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 >> >> 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 >> >> 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: > > Revision 307550 - (view) (download) (annotate) - [select for diffs] > 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 > > 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. > > Differential Revision: https://reviews.freebsd.org/D4403 > > Though maybe I should try to add it to the bootstrap tools so I can > use a new one after the build. > > Warner > root@NewFS:/disk/karl # uname -v FreeBSD 11.0-STABLE #15 r312669M: Mon Jan 23 14:01:03 CST 2017 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 # 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.... (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.) -- Karl Denninger karl@denninger.net <mailto:karl@denninger.net> /The Market Ticker/ /[S/MIME encrypted email preferred]/ [-- Attachment #2 --] 0 *H 010 `He 0 *H \0X0@=0 *H 01 0 UUS10UFlorida10U Niceville10U Cuda Systems LLC1 0UCuda Systems LLC CA1"0 *H Cuda Systems LLC CA0 161218194535Z 211217194535Z0W1 0 UUS10UFlorida10U Cuda Systems LLC10Ukarl@denninger.net0"0 *H 0 ͍fd`1ie6";fSz`5¹/?{=Ӵowj ħ_fnӴMG\ҢҖ4ib}>@mJo&m M; Q9U cj] p퐆W.2E= ^¢tzĄ'5i7_ `~#dY `]R]N%R}EXzqV@[oN T>5AwYˡA "\v&YG]+($p:M,T?=mJkMљg*ym L! J[./d?W^LysD'1 +V'~{-SSX = q-f=%&V<m4 BeSet| l2m 6iO{wv + aH Xˈ5=~é*C!?uJr3tb' 3`Oe)üLxt&3N526 llU .|Cp[l? 007++0)0'+0http://cudasystems.net:88880 U 0 0 `HB0 U 0, `HB OpenSSL Generated Certificate0 U /Zi 0GhG0 U #0$q}ݽʒm50 U 0karl@denninger.net0 *H b% X% gwq Ɂэr K[DMJ35W6 sz8d|qB2Cyw2PbV} â[!W{HD7oD.TZ'w6~g( -,]R8P{*[f<1=7 jGj9铚~3f2AʺN k~@vz^j(>ͺyh2y { /9}4.45#S|<fW!.,Bss*Q+h =}l@ "q "M&6J5*,G {hɫjbNgǠ.ЃXȶ4$O.5evHlZba!4eE!x|Za1nZ5TuPvW|#G+ DZpI7S'n0 haGa@vZ e|]Cu+))vRyY10001 0 UUS10UFlorida10U Niceville10U Cuda Systems LLC1 0UCuda Systems LLC CA1"0 *H Cuda Systems LLC CA=0 `He M0 *H 1 *H 0 *H 1 170204185651Z0O *H 1B@Jt j1TX ' 0VcE4u՝j3D/c^[ jֈA0l *H 1_0]0 `He*0 `He0 *H 0*H 0 *H @0+0 *H (0 +71001 0 UUS10UFlorida10U Niceville10U Cuda Systems LLC1 0UCuda Systems LLC CA1"0 *H Cuda Systems LLC CA=0 *H 101 0 UUS10UFlorida10U Niceville10U Cuda Systems LLC1 0UCuda Systems LLC CA1"0 *H Cuda Systems LLC CA=0 *H Y,vYR.GZqf^8~"v|9N36 7* n~m6 ^@hEpV#Sh>:QFk-/T _(̃g6G/m[&!LЋ*ŷ$1Mg Ϙ W,Y@ԼHɐ oQXК@%{Y@:iN0 DA~ c%(,l9={ս)U*N 4WW^ Kf@qF~U|8 @9D}B;/(͝b:z7`n (nT8%4r!". ~pI{ 5 14 8~j)' *m,j͗h V$ǔ2ӱ"W[!ձ? Q|C u/{$01!?9 Fg**Μ3S,Pv /%ף`ᤱTYJ- k^Bo&D4help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?af492294-0333-5c67-a2b9-e9e9c478ccf2>