Hi,
I am trying to build my module with freebsd current branch. But I am
facing compilation issue with header files as below. I have built and
installed the freebsd current branch and booted to that kernel before
building my module. So, not sure what is going wrong.
*In file included from
On Tue, Jun 16, 2020 at 12:29:14PM +0530, Rajesh Kumar wrote:
> Hi,
>
> I am trying to build my module with freebsd current branch. But I am
> facing compilation issue with header files as below. I have built and
> installed the freebsd current branch and booted to that kernel before
> building
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
Hi Hans Petter, I did sync to r362201 and it works great! no more panics.
FreeBSD lenovo01 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r362201: Tue Jun
16 08:31:05 BST 2020
smartinez@lenovo01:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64
hw.mlx5.auto_fw_update: 0
hw.mlx5.fw_reset_enable: 1
dev.mlx
On 2020-06-16 13:36, Santiago Martinez wrote:
While here, do you know if there is any ongoing effort to add NETMAP
support to mlx?
Not for FreeBSD.
You might want to look at RoCE and infiniband support for userspace. It
should support raw ethernet queues aswell.
--HPS
Thanks.
On 2020-06-16 12:47, Hans Petter Selasky wrote:
On 2020-06-16 13:36, Santiago Martinez wrote:
While here, do you know if there is any ongoing effort to add NETMAP
support to mlx?
Not for FreeBSD.
You might want to look at RoCE and infiniband support for userspace.
It should suppo
> 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
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/
> 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, 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!
> > >
>
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
> 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 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:
> > 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
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
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
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 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
>>> >
Hi,
r362158 changed the arguments for zfs_checkexp() in head.
There were no other changes, since the arguments are simply
passed on to vfs_stdcheckexp().
Is there something else that needs to be done,
such as sending this patch upstream?
rick
___
freeb
Hi,
Has anyone faced a similar issue?
I had a 12.0-RELEASE kernel earlier. I cloned the master branch and built
world, built kernel and installed kernel with a different kernel name
(INSTKERNNAME) and rebooted the machine and see it booting to 13.0-CURRENT
as expected. Then, I am trying to compi
On 6/16/20 9:39 PM, Rick Macklem wrote:
Hi,
r362158 changed the arguments for zfs_checkexp() in head.
There were no other changes, since the arguments are simply
passed on to vfs_stdcheckexp().
Is there something else that needs to be done,
such as sending this patch upstream?
rick
Yes ple
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 17/06/2020 04:53, Rajesh Kumar wrote:
> Then, I am trying to compile the driver modules and hit the
> compilation error. I haven't done "install world" as I don't want the base
> 12.0 to be disturbed.
You should do `make buildenv` and then do the module build in the subshell.
This way you will
24 matches
Mail list logo
