[9fans] Raspberry Pi 3 B+ image of 9front

[9fans] Raspberry Pi 3 B+ image of 9front

[Raingloom]

> build bootable hjfs sdcard image
>
> =================================
>
> cd /sys/lib/dist
> mk /tmp/mysdcard.pi.img

This last step fails with:

mk: don?t know how to make '/n/src9/sys/lib/sysconf g/proto/cmpdistproto? in directory /sys/lib/dist

Re: [9fans] Raspberry Pi 3 B+ image of 9front

[cinap_lenrek]

oh yeah. sorry.

just do this before:

bind / /n/src9

i missed this because that step is implied by sys/lib/rootbind
that i use when building iso from a separate clean repository.

--
cinap

[9fans] Raspberry Pi 3 B+ image of 9front

[Raingloom]

Thanks! I managed to boot it but ran into some problems with my USB keyboard, the screen is basically flooded with "read returned 0" errors, but the mouse works without problems, even if I plug it in late.
I'll take a proper screenshot of the log when I have more time.


Sent with ProtonMail Secure Email.

??????? Original Message ???????
On Sunday, January 6, 2019 12:37 AM, <cinap_lenrek at felloff.net> wrote:

> oh yeah. sorry.
>
> just do this before:
>
> bind / /n/src9
>
> i missed this because that step is implied by sys/lib/rootbind
> that i use when building iso from a separate clean repository.
>
> -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> cinap

Re: [9fans] Raspberry Pi 3 B+ image of 9front

[cinap_lenrek]

richard miller did a very fine job with the image.

9front used to have a image to download based on it for the raspi1,
but it is quite old and nobody updated it.

in the last release, we updated the kernel from richards
code and made the /sys/lib/dist/mkfile able to produce a
bootable sdcard image with hjfs filesystem.

documentation in the fqa is under way.

you can build a bootable sdcard image by running:

# build arm userspace
objtype=arm
cd /sys/src
mk install

# build kernel
cd /sys/src/9/bcm

# pi1 kernel (optional)
mk 'CONF=pi' install

# pi2/3 kernel
# mk 'CONF=pi2' install (pi2 is default)
mk install

# download firmware
cd /sys/src/boot/bcm
mk

# build bootable hjfs sdcard image
cd /sys/lib/dist
mk /tmp/mysdcard.pi.img

# copy to sdcard
cat /tmp/mysdcard.pi.img > /dev/sdM0/data

--
cinap

[9fans] Raspberry Pi 3 B+ image of 9front

[Raingloom]

Has anyone made one? I'm trying to put one together but the Plan 9 disk tools are... well they are quite different to what I'm used to. I managed to build the kernel and the userspace (with CONF=rpi2, which is afaik the correct one for rpi3 too?) and am trying to mirror the partitioning of the image by Richard Miller (at least more or less, I'll probably have to change things for HJFS) and combine the contents from that and a 9front VM.
Is that a good way to go ahead?

Re: [9fans] Raspberry Pi 3 B+ image of 9front

[Chris McGee]

[-- Attachment #1: Type: text/plain, Size: 1207 bytes --]

I have been intending to try out the new raspberry pi updates too for
9front, but haven't had the chance yet.

A couple of years ago I was building the sd-card images for my raspberry
pis by using qemu to bring up an x86 install of 9front and doing a
cross-compile within to build the new disk image. Here's a script that I
used after the manual 9front install to do that plus a bunch of other
things that you probably don't care about. It does need significant cleanup
and updates.

https://github.com/sirnewton01/rpi-9front/blob/master/postsetup.rc

I'm hoping that it is at least some help to others.

Chris

On Sat, Jan 5, 2019 at 12:10 PM Raingloom <raingloom@protonmail.com> wrote:

> Has anyone made one? I'm trying to put one together but the Plan 9 disk
> tools are... well they are quite different to what I'm used to. I managed
> to build the kernel and the userspace (with CONF=rpi2, which is afaik the
> correct one for rpi3 too?) and am trying to mirror the partitioning of the
> image by Richard Miller (at least more or less, I'll probably have to
> change things for HJFS) and combine the contents from that and a 9front VM.
> Is that a good way to go ahead?
>
>

[-- Attachment #2: Type: text/html, Size: 1688 bytes --]