Date: Sat, 4 Feb 2017 13:39:13 -0600 From: Karl Denninger <karl@denninger.net> To: freebsd-arm@freebsd.org Subject: Re: NanoBSD config script for RPI2 Message-ID: <d2677b08-37ac-056c-cff9-a95a72f38c60@denninger.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>
index | next in thread | previous in thread | raw e-mail
[-- Attachment #1 --] On 2/4/2017 12:56, Karl Denninger wrote: > 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.) > There's another (potentially large) problem: If you need to add packages to the distribution, and the target of the build is not the same as the machine you're building on then the pkg add command in the handbook fails. root@NewFS:/pics/CrossBuild/embedded/rpi2 # more _.cust.install_packages + install_packages + mkdir -p /pics/CrossBuild/embedded/rpi2/_.w/packages + cp /pics/CrossBuild/src/tools/tools/nanobsd/packages/dhcpd-5.8.20151202.txz /pics/CrossBuild/src/tools/tools/nanobsd/packages/net-snmp-5.7.3_11.txz /pics/CrossBuild/src/tools/tools/nanobsd/packages/ntimed-0.0.2015.01.30.txz /pics/CrossBuild/embedded/rpi2/_.w/packages + chroot /pics/CrossBuild/embedded/rpi2/_.w sh -c 'cd packages; pkg_add -v *;cd ..;' chroot: sh: Exec format error You chroot into there and the image you're attempting to "pkg_add" with it an arm executable, which of course my nice Amd64 processor cannot grok..... Fixing that might get kinda messy (are the databases even compatible across architectures?) -- 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 170204193913Z0O *H 1B@* 0V6ٙZelBh}SBC:gˀn{of^.z"0l *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 @9?#FPG g?n0%m ? ]ryRj=-ı9w}ZuMc[ot B-mFC4Tq 0R\XdL A $#qL,Rp8b SLkF\bUzuS'{Q)RHR{M$f Մr~"+^` CYq)ğN7dMFOS(d~}AA HI<D 9)9>n Go=o j 2VQd"ZBJH57N|͋H M V }oE < TfwI0Kԣ(XECToࠣ:.6?{^"x lPGی ec\N, S8awfJF (BcZ9|aWɛkR\}ֆd(b^4pՐ.ύVhelp
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?d2677b08-37ac-056c-cff9-a95a72f38c60>