Re: Nvidia driver cannot compile on FreeBSD 12.0

[Alonso Schaich]

On 3/23/19 6:10 PM, Unga via freebsd-stable wrote:

Hi all
I tried to install NVIDIA-FreeBSD-x86_64-418.56 display driver but I get 
following compilation error:
# make install===> src (install)===> src/nvidia (install)cc  -O2 -pipe 
-DNV_VERSION_STRING=\"418.56\" -D__KERNEL__ -DNVRM -Wno-unused-function -Wuninitialized -O2 
-fno-strict-aliasing -mno-red-zone -mcmodel=kernel -UDEBUG -U_DEBUG -DNDEBUG -Werror=undef  -Werror 
-D_KERNEL -DKLD_MODULE -nostdinc  -I. -I../common/inc -I. -I/usr/src/sys 
-I/usr/src/sys/contrib/ck/include -fno-common  -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer   
 -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float  -fno-asynchronous-unwind-tables 
-ffreestanding -fwrapv -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-sign 
-D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option 
-Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body 
-Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign 
-Wno-error-shift-negative-value -Wno-address-of-packed-member  -mno-aes -mno-avx  -std=iso9899:1999 
-c nvidia_acpi.c -o nvidia_acpi.oIn file included from nvidia_acpi.c:12:./os-interface.h:27:10: fatal 
error: 'stdarg.h' file not found#include          ^~1 error generated.

My OS:# uname -aFreeBSD unga 12.0-RELEASE FreeBSD 12.0-RELEASE r341666 GENERIC  
amd64
I used to have a previous version of Nvidia driver running well on FreeBSD 11.2 
on the same machine.
Any idea?
Best regardsUnga


Hi

You need to add

/usr/src/sys/amd64/include

to the include path set.

The nvidia-driver port you are using isn't part of the FreeBSD ports collection 
btw.

Alonso


___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

ACE QUIZBOWL Camps - 25th Anniversary!

[ACE QUIZBOWL]

If you are not able to see this mail, click 
http://3v5ld.r.a.d.sendibm1.com/mk/mr/GSPhlXYzMCKIsgT21cbnCeue7A7z2pTioK58ID1LVEaue_imSvZ9glrRp098BBuqiLsl1m-FyMnG1RvRieOSKkRy9HvsT5npmMueAv6PR8ahwA[
  ]( 
http://3v5ld.r.a.d.sendibm1.com/mk/cl/f/mEY_db4kgpAmVUD9e9vQ4zViT3iXgNcGyZHUkmuho4yAojP6AEnOkq9TTsuAeCVIrhXH4CSIXHG5yHjUDcE7HH0csCs3mQLPfqpcPIC4B8fHniVd_jaIo1T_bd2ex0xZEaRHBswJkiRqmlu4mLaCfcZjDiIyqVjBkjM
 )

JOIN US THIS SUMMER!




In celebration of our 25th Anniversary, ACE QUIZBOWL Camps is inviting all 
coaches to attend for FREE!




We also have several new planned activities and features to make this the most 
exciting summer of camps ever! We hope you can make it!
   [ LEARN MORE ABOUT CAMP! ]( 
http://3v5ld.r.a.d.sendibm1.com/mk/cl/f/Twoa64Kx3usUPRAWsawl20xGDUUQQBFkQG0JICIiwclKn_nEDSNq0rHYw_BjPe3NuZVd4WgJmbegMCArkOEU7_NG1xadfgwQHW2xi2LCMlwUioUma1zr_4DtTozsWKIq8N6QB9yagSLqmHkHC58ne7mzfro4Xyqv8dWTsbzN
 )   
www.acequizbowlcamps.com
 

ACE QUIZBOWL
PO Box 172501
Spartanburg, SC 29301
[ i ]( # )n...@aceqb.com 
 

This email was sent to sta...@freebsd.org
 
[ Unsubscribe here ]( 
http://3v5ld.r.a.d.sendibm1.com/mk/un/pLyjfHRyi9F9KEG9eOVRBektmBKIhiE1LARxS42JhlvahsrFYbt6pFuZLu3VGzhKVIGfUfZU-6BE8WogUyArE9lT7OjP0_-_BAqbMt_PVXuRPml5NWeXJmxmo6XY3HDCnDdyFIq_G3C-
 )   

Sent by
[  ]( 
http://3v5ld.r.a.d.sendibm1.com/mk/cl/f/-R2CbM03u5M8g2mo4UOOYtlIbOou3H6oYwarm7Q8lwaorvH9hBkEPEx6h34ronNA16t6WlnQjT8jEm5AyVbUglemFTwYKoC4nZ9oMK1UdYAAQIq8siRaeK3VTUhHcSZWlT7pxgiAMjkSiR52hKuNyGw1xVntEv_jX-BmzYi6u57rrJ0lRks4Dd0QLEqHAlPZDrP8im8ERcbzSfkO6NVt2XC-TO4ABh7tT5S0SSYu3WICmtlDzT7hCbGfz4tz4sYcOoop4ASjuWqx59uM9_VpYJUHtwOG_KzAV0-g6t0U
 )   
 

© 2019 ACE   

___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: devmatch error message

[Brett Glass]

Warner:

Thank you! I thought that perhaps it might be useful to (for 
example) keep Ethernet port names the same when ports were added to 
the system. But if it's not, I'll just deactivate it. I do need to 
keep devd on, because I sometimes plug in USB memory sticks.


--Brett

At 06:51 PM 3/23/2019, you wrote:



On Sat, Mar 23, 2019 at 6:27 PM Brett Glass 
<br...@lariat.net> wrote:

Everyone:
I've been building custom kernels for FreeBSD 12.0, and have noticed
a message on the console, during boot, that I haven't seen from prior
versions. It doesn't affect the operation of the system, but just for
the sake of cleanliness (and to make sure it doesn't cause trouble later)
I'd like to clean it up. The message is
devmatch: can't read linker hints file
Because I'm building a stripped-down kernel without klds or debugging
symbols in it, the kernel build doesn't produce a linker.hints file,
which I assume is what's causing the complaint. Is there a reason why
I should generate such a file? Or, if I don't really need to do so,
is there a way to suppress the message?


Disable devmatch. It's useless without klds.

WarnerÂ

___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: devmatch error message

[Warner Losh]

On Sun, Mar 24, 2019, 9:52 AM Brett Glass  wrote:

> Warner:
>
> Thank you! I thought that perhaps it might be useful to (for example) keep
> Ethernet port names the same when ports were added to the system. But if
> it's not, I'll just deactivate it. I do need to keep devd on, because I
> sometimes plug in USB memory sticks.
>

There is an ifconfig variable for that purpose, iirc.

Devmatch's job in life is to look at devices that don't have any driver
claim them and guess what kld(s) to load that might claim them...

Warner


--Brett
>
> At 06:51 PM 3/23/2019, you wrote:
>
>
>
> On Sat, Mar 23, 2019 at 6:27 PM Brett Glass  wrote:
> Everyone:
> I've been building custom kernels for FreeBSD 12.0, and have noticed a
> message on the console, during boot, that I haven't seen from prior versions.
> It doesn't affect the operation of the system, but just for the sake of
> cleanliness (and to make sure it doesn't cause trouble later) I'd like to
> clean it up. The message is
> devmatch: can't read linker hints file
> Because I'm building a stripped-down kernel without klds or debugging symbols
> in it, the kernel build doesn't produce a linker.hints file, which I
> assume is what's causing the complaint. Is there a reason why I should
> generate such a file? Or, if I don't really need to do so, is there a way
> to suppress the message?
>
>
> Disable devmatch. It's useless without klds.
>
> WarnerÂ
>
>
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

ufs to zfs conversion in a freebsd guest

[tech-lists]

Hi

[context is freebsd-12R-p3]

Is it possible to convert a running freebsd guest from UFS to ZFS? 
It would need to be done in-situ, in the guest as there is no access to

the host.

The guest filesystem is:

/dev/gpt/rootfs   /   ufs rw  1   1
/dev/gpt/swapfs  noneswapsw  0   0

thanks,
--
J.


signature.asc
Description: PGP signature

Re: ufs to zfs conversion in a freebsd guest

[Alan Somers]

Yes, but it's probably not worth the effort. Easier to spin up 2nd vm and
copy everything over. Here is what you'd have to do:
1) shrink the root filesystem with resizefs.
2) shrink it's partition with gpart.  If it's not the last partition on the
disk, then you'll have to relocate the last (presumably swap) partition.
3) create a new zfs partition.
4) create a new zfs pool.
5) create all of the various zfs datasets just like the installer does.
6) copy over everything from / to the zfs partition except for /boot.
7) configure loader.conf to boot from zfs.  Assuming, that is, that your VM
system even runs the regular boot loader.
8) reboot and pray.
9) spin up a new VM anyway, since you inevitably screwed up something.

Good luck.

On Sun, Mar 24, 2019, 3:57 PM tech-lists  Hi
>
> [context is freebsd-12R-p3]
>
> Is it possible to convert a running freebsd guest from UFS to ZFS?
> It would need to be done in-situ, in the guest as there is no access to
> the host.
>
> The guest filesystem is:
>
> /dev/gpt/rootfs   /   ufs rw  1   1
> /dev/gpt/swapfs  noneswapsw  0   0
>
> thanks,
> --
> J.
>
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: ufs to zfs conversion in a freebsd guest

[tech-lists]

On Sun, Mar 24, 2019 at 04:16:32PM -0600, Alan Somers wrote:

Yes, but it's probably not worth the effort. Easier to spin up 2nd vm
and copy everything over. Here is what you'd have to do:


Yeah the problem we have is that option is unavailable to us and we
don't have access to the host. 


1) shrink the root filesystem with resizefs.
2) shrink it's partition with gpart.  If it's not the last partition
on the disk, then you'll have to relocate the last (presumably swap)
partition.
3) create a new zfs partition.
4) create a new zfs pool.
5) create all of the various zfs datasets just like the installer
does.
6) copy over everything from / to the zfs partition except for /boot.
7) configure loader.conf to boot from zfs.



Assuming, that is, that
your VM system even runs the regular boot loader.


and that's a big assumption


8) reboot and pray.
9) spin up a new VM anyway, since you inevitably screwed up
something.
Good luck.


Yeah you're right. It's a lot of work that could go wrong at any stage.
At least there's mksnap_ffs ;)

thanks for clarifying
--
J.


signature.asc
Description: PGP signature

Re: ufs to zfs conversion in a freebsd guest

[Warner Losh]

On Sun, Mar 24, 2019, 3:58 PM tech-lists  wrote:

> Hi
>
> [context is freebsd-12R-p3]
>
> Is it possible to convert a running freebsd guest from UFS to ZFS?
> It would need to be done in-situ, in the guest as there is no access to
> the host.
>
> The guest filesystem is:
>
> /dev/gpt/rootfs   /   ufs rw  1   1
> /dev/gpt/swapfs  noneswapsw  0   0
>

I'd create a custom image. First, disable swapping. Change the part type to
UFS. Put the image on the swap partition. It can be booted using the next
boot feature.  It would do a dump of rootfs to the cloud. Once dumped,
delete rootfs partition. Then add it back as a freebsd-zfs partition. The
image would then create and mount the zfs pool. Fetch the dump image and
use restore to put all the files back in place. Reboot. You are done...

Warner

thanks,
> --
> J.
>
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"