On Wed, Jun 17, 2020 at 9:30 PM Rodney W. Grimes <
freebsd-...@gndrsh.dnsmgr.net> wrote:
> > This is what we have running in AWS right now, kinda proof of concept but
> > it's not that difficult to generalize:
> >
> > [root@ip-172-31-10-188 /usr/local/etc/freeswitch]# mdconfig -lv
> > md0 prel
> This is what we have running in AWS right now, kinda proof of concept but
> it's not that difficult to generalize:
>
> [root@ip-172-31-10-188 /usr/local/etc/freeswitch]# mdconfig -lv
> md0 preload 160M -
>
> [root@ip-172-31-10-188 /usr/local/etc/freeswitch]# df
> Filesystem
Warner Losh wrote:
> > loader.conf says
> >
> > rootfs_load="yes"
> > rootfs_name="contents.izo"
> > rootfs_type="md_image"
> > vfs.root.mountfrom="cd9660:/dev/md0.uzip"
> >
> > contents.izo is uzip'd contents.iso which file(1)
> > describes as ISO 9660 CD-ROM filesystem data ''
> >
> > That's for
This is what we have running in AWS right now, kinda proof of concept but
it's not that difficult to generalize:
[root@ip-172-31-10-188 /usr/local/etc/freeswitch]# mdconfig -lv
md0 preload 160M -
[root@ip-172-31-10-188 /usr/local/etc/freeswitch]# df
Filesystem512-blocks
On Wed, Jun 17, 2020 at 9:28 PM Dave Cottlehuber wrote:
> On Wed, 17 Jun 2020, at 17:52, Rodney W. Grimes wrote:
> > > Rodney W. Grimes wrote:
> > > > > The "fake cd drive" is in the kernel, loader just copies the iso
> into
> > > > > memory like any other module, and by the time that's done you
On Wed, Jun 17, 2020 at 7:00 PM Rodney W. Grimes <
freebsd-...@gndrsh.dnsmgr.net> wrote:
> > On Tue., Jun. 16, 2020, 8:35 a.m. Rodney W. Grimes, <
> > freebsd-...@gndrsh.dnsmgr.net> wrote:
> >
> > > > I've been trying out FreeBSD with raspberry Pi4 (4GB) and wanted to
> see
> > > > what the state
On 6/17/20 2:11 PM, Rodney W. Grimes wrote:
Does freeBSD have any way to access these "Virtual Disk"
or Virtual CD images once we leave the world of the loader?
I believe we do not, as these are BIOS/UEFI devices that
require calls into the UEFI code, which, IIRC is gone
once we exit the loader
On Wed, 17 Jun 2020, at 17:52, Rodney W. Grimes wrote:
> > Rodney W. Grimes wrote:
> > > > The "fake cd drive" is in the kernel, loader just copies the iso into
> > > > memory like any other module, and by the time that's done you just
> > > > reboot into the newly installed system, which again us
>
> > On Jun 17, 2020, at 12:12 PM, Warner Losh wrote:
> >
> > I missed the start of this thread, so maybe I'm missing a key detail.
> > However, I thought UEFI didn't have a RAM-disk, per se, but that we could
> > load memory areas and pass that into the kernel using freebsd-only methods.
>
> On Jun 17, 2020, at 12:12 PM, Warner Losh wrote:
>
> I missed the start of this thread, so maybe I'm missing a key detail.
> However, I thought UEFI didn't have a RAM-disk, per se, but that we could
> load memory areas and pass that into the kernel using freebsd-only methods.
> But UEFI is
On Wed, Jun 17, 2020 at 12:56 PM Simon J. Gerraty wrote:
> Warner Losh wrote:
> > > loader.conf says
> > >
> > > rootfs_load="yes"
> > > rootfs_name="contents.izo"
> > > rootfs_type="md_image"
> > > vfs.root.mountfrom="cd9660:/dev/md0.uzip"
> > >
> > > contents.izo is uzip'd contents.iso which f
On Wed, Jun 17, 2020 at 12:19 PM Rodney W. Grimes <
freebsd-...@gndrsh.dnsmgr.net> wrote:
> > On Wed, Jun 17, 2020 at 11:53 AM Rodney W. Grimes <
> > freebsd-...@gndrsh.dnsmgr.net> wrote:
> >
> > > > Rodney W. Grimes wrote:
> > > > > > The "fake cd drive" is in the kernel, loader just copies the
> On Wed, Jun 17, 2020 at 11:53 AM Rodney W. Grimes <
> freebsd-...@gndrsh.dnsmgr.net> wrote:
>
> > > Rodney W. Grimes wrote:
> > > > > The "fake cd drive" is in the kernel, loader just copies the iso into
> > > > > memory like any other module, and by the time that's done you just
> > > > > rebo
On Wed, Jun 17, 2020 at 12:06 PM Rebecca Cran wrote:
>
> > On Jun 17, 2020, at 11:40 AM, Rodney W. Grimes <
> freebsd-...@gndrsh.dnsmgr.net> wrote:
> >
> > Does FreeBSD kernel have a driver that can talk to the UEFI ramdisk?
>
> I’m fairly sure UEFI generates it as a standard CD drive.
>
I misse
On Wed, Jun 17, 2020 at 11:53 AM Rodney W. Grimes <
freebsd-...@gndrsh.dnsmgr.net> wrote:
> > Rodney W. Grimes wrote:
> > > > The "fake cd drive" is in the kernel, loader just copies the iso into
> > > > memory like any other module, and by the time that's done you just
> > > > reboot into the ne
> On Jun 17, 2020, at 11:40 AM, Rodney W. Grimes
> wrote:
>
> Does FreeBSD kernel have a driver that can talk to the UEFI ramdisk?
I’m fairly sure UEFI generates it as a standard CD drive.
—
Rebecca Cran
___
freebsd-current@freebsd.org mailing lis
> On Tue., Jun. 16, 2020, 8:35 a.m. Rodney W. Grimes, <
> freebsd-...@gndrsh.dnsmgr.net> wrote:
>
> > > I've been trying out FreeBSD with raspberry Pi4 (4GB) and wanted to see
> > > what the state of HTTP BOOT is in FreeBSD, so I bumped into this!
> > >
> > > I'm curious if it should be possible t
> Rodney W. Grimes wrote:
> > > The "fake cd drive" is in the kernel, loader just copies the iso into
> > > memory like any other module, and by the time that's done you just
> > > reboot into the newly installed system, which again uses
> > >
> > > vfs.root.mountfrom="cd9660:/dev/md0.uzip"
> >
> On 6/16/20 5:17 AM, Miguel C wrote:
>
> > I've been trying out FreeBSD with raspberry Pi4 (4GB) and wanted to see
> > what the state of HTTP BOOT is in FreeBSD, so I bumped into this!
> >
> > I'm curious if it should be possible to point to a img/iso directly (I
> > tried to use the img.xz unpac
Rodney W. Grimes wrote:
> > The "fake cd drive" is in the kernel, loader just copies the iso into
> > memory like any other module, and by the time that's done you just
> > reboot into the newly installed system, which again uses
> >
> > vfs.root.mountfrom="cd9660:/dev/md0.uzip"
>
On Tue, Jun 16, 2020 at 10:37 PM Miguel C wrote:
>
>
> On Tue, Jun 16, 2020 at 10:35 PM Miguel C wrote:
>
>>
>> On Tue, Jun 16, 2020 at 7:25 PM Rebecca Cran wrote:
>>
>>> On 6/16/20 5:17 AM, Miguel C wrote:
>>>
>>> > I've been trying out FreeBSD with raspberry Pi4 (4GB) and wanted to see
>>> >
On Tue, Jun 16, 2020 at 10:35 PM Miguel C wrote:
>
> On Tue, Jun 16, 2020 at 7:25 PM Rebecca Cran wrote:
>
>> On 6/16/20 5:17 AM, Miguel C wrote:
>>
>> > I've been trying out FreeBSD with raspberry Pi4 (4GB) and wanted to see
>> > what the state of HTTP BOOT is in FreeBSD, so I bumped into this!
On Tue, Jun 16, 2020 at 7:25 PM Rebecca Cran wrote:
> On 6/16/20 5:17 AM, Miguel C wrote:
>
> > I've been trying out FreeBSD with raspberry Pi4 (4GB) and wanted to see
> > what the state of HTTP BOOT is in FreeBSD, so I bumped into this!
> >
> > I'm curious if it should be possible to point to a
Rodney W. Grimes wrote:
> > Are you refering to something like:
> >
> > vfs.root.mountfrom="cd9660:/dev/md0.uzip"
> >
> > we boot that way all the time.
>
> What provides the cd9660 driver to FreeBSD? When you load the .iso
> over a network card, aka PXE/HTTP, the code that does that usually
> c
Rodney W. Grimes wrote:
> > I'm curious if it should be possible to point to a img/iso directly (I
> > tried to use the img.xz unpacked it and make it available on a local web
> > server and that didn't seem to work for me) but maybe thats cause those
> > images miss something, so arm64 aside doe
On 6/16/20 5:17 AM, Miguel C wrote:
I've been trying out FreeBSD with raspberry Pi4 (4GB) and wanted to see
what the state of HTTP BOOT is in FreeBSD, so I bumped into this!
I'm curious if it should be possible to point to a img/iso directly (I
tried to use the img.xz unpacked it and make it av
> Rodney W. Grimes wrote:
> > > Are you refering to something like:
> > >
> > > vfs.root.mountfrom="cd9660:/dev/md0.uzip"
> > >
> > > we boot that way all the time.
> >
> > What provides the cd9660 driver to FreeBSD? When you load the .iso
> > over a network card, aka PXE/HTTP, the code that doe
> On Tue, Jun 16, 2020, 17:53 Miguel C wrote:
>
> > On Tue, Jun 16, 2020 at 4:35 PM Rodney W. Grimes <
> > freebsd-...@gndrsh.dnsmgr.net> wrote:
> >
> > > > I've been trying out FreeBSD with raspberry Pi4 (4GB) and wanted to see
> > > > what the state of HTTP BOOT is in FreeBSD, so I bumped into
I don't think it needs the cdrom driver does it? UEF accepts a iso (since
2.5) has a http boot URI and that is mounted as a ramdisk via the http boot
driver itself (I think, this is all a bit new to me too :)
Most of the info I found on it is from tiano core:
https://github.com/tianocore/tianocor
On Tue, Jun 16, 2020, 17:53 Miguel C wrote:
> On Tue, Jun 16, 2020 at 4:35 PM Rodney W. Grimes <
> freebsd-...@gndrsh.dnsmgr.net> wrote:
>
> > > I've been trying out FreeBSD with raspberry Pi4 (4GB) and wanted to see
> > > what the state of HTTP BOOT is in FreeBSD, so I bumped into this!
> > >
>
> Rodney W. Grimes wrote:
> > > I'm curious if it should be possible to point to a img/iso directly (I
> > > tried to use the img.xz unpacked it and make it available on a local web
> > > server and that didn't seem to work for me) but maybe thats cause those
> > > images miss something, so arm64
On Tue, Jun 16, 2020 at 4:35 PM Rodney W. Grimes <
freebsd-...@gndrsh.dnsmgr.net> wrote:
> > I've been trying out FreeBSD with raspberry Pi4 (4GB) and wanted to see
> > what the state of HTTP BOOT is in FreeBSD, so I bumped into this!
> >
> > I'm curious if it should be possible to point to a img/
> I've been trying out FreeBSD with raspberry Pi4 (4GB) and wanted to see
> what the state of HTTP BOOT is in FreeBSD, so I bumped into this!
>
> I'm curious if it should be possible to point to a img/iso directly (I
> tried to use the img.xz unpacked it and make it available on a local web
> serv
I've been trying out FreeBSD with raspberry Pi4 (4GB) and wanted to see
what the state of HTTP BOOT is in FreeBSD, so I bumped into this!
I'm curious if it should be possible to point to a img/iso directly (I
tried to use the img.xz unpacked it and make it available on a local web
server and that
Rebecca Cran writes:
> I've been working with D Scott Phillips to test the UEFI HTTP loader
> code he's written, and we're now ready for wider testing.
[...]
I can't boot after r349349. loader.efi appears to fail to load. As my
boot pool is striped maybe HTTP code interferes with ZFS code assemb
I've been working with D Scott Phillips to test the UEFI HTTP loader
code he's written, and we're now ready for wider testing.
In the testing I've done I've discovered a couple of bugs in the
TianoCore EDK2 firmware, so I'd appreciate any testing people can do on
various different systems to chec
36 matches
Mail list logo
