Re: Laptops that will not boot

Does anyone else have a machine that won't boot from GPT without the active flag set? bsdinstall now has a blacklist for these models, and can apply the fix as part of the installation (ufs or zfs). If you are also suffering from this, please post your machine's details to get it added to the

Re: [CFT] Buildworld ccache support

Hi Bryan. Why not cc me or even send this re: to the original thread? I’m not used to mailing lists etiquette, sorry. I thought receiving two copies of the same message would bother you. Now I realize there are digests and maybe other less direct methods for message delivery. Best

Re: [CFT] Buildworld ccache support

Why not cc me or even send this re: to the original thread? On 10/20/2015 6:32 AM, Juan Ramón Molina Menor wrote: Hi! I’m certainly doing it wrong, because CCACHE does not kick in after applying the patch and modifying make.conf. CCACHE stats ('ccache -z' followed by 'ccache -s') remain

Re: [CFT] Buildworld ccache support

Hi Bryan. Since ccache support was added to base in r290526 I’m not seeing the issues I had previously reported. I have now WITH_CCACHE_BUILD in src.conf and no make.conf and ccache is working as expected. Thank you! Juan ___

Re: [CFT] Buildworld ccache support

Le 20/10/2015 17:50, Freddie Cash a écrit : On Tue, Oct 20, 2015 at 6:32 AM, Juan Ramón Molina Menor <lis...@club.fr <mailto:lis...@club.fr>>wrote: Hi! I’m certainly doing it wrong, because CCACHE does not kick in after applying the patch and modifying make.conf.

[CFT] Buildworld ccache support

Hi! I’m certainly doing it wrong, because CCACHE does not kick in after applying the patch and modifying make.conf. CCACHE stats ('ccache -z' followed by 'ccache -s') remain at zero during buildworld while they used to reflect the cache miss/hits before. # cat /etc/make.conf

Intel Haswell support - Any updates?

Hello! I'm just curious about how Intel Haswell GPU support in FreeBSD is coming along? What's the ETA of when the driver can be tested? Anders Jean Sébastien-Pédron is actively working on it: https://github.com/freebsd/freebsd-base-graphics/commits/drm-i915-update-38

Re: freebsd-current compile with clang & ccache

Le 25/11/2015 19:09, Juan Molina a écrit : On 11/24/2015 1:31 AM, M - Krasznai András wrote: >/What can I do to eliminate the ccache error during installworld apart from not using ccache? / I would recommend not setting CC or CCACHE_PATH in make.conf and using the new WITH_CCACHE_BUILD=yes

Re: freebsd-current compile with clang & ccache

Le 25/11/2015 19:50, Bryan Drewery a écrit : On 11/25/2015 10:09 AM, Juan Molina wrote: On 11/24/2015 1:31 AM, M - Krasznai András wrote: /What can I do to eliminate the ccache error during installworld apart from not using ccache? / I would recommend not setting CC or CCACHE_PATH in

Re: freebsd-current compile with clang & ccache

Le 25/11/2015 22:11, Bryan Drewery a écrit : On 11/25/2015 12:59 PM, Juan Ramón Molina Menor wrote: Le 25/11/2015 19:50, Bryan Drewery a écrit : On 11/25/2015 10:09 AM, Juan Molina wrote: On 11/24/2015 1:31 AM, M - Krasznai András wrote: /What can I do to eliminate the ccache error during

Re: dmesg: can't reuse a leaf (ixl_rx_miss_bufs)!

Le 26/05/2016 11:06, K. Macy a écrit : It will be fixed in the next iflib update. Nice, thank you. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to

dmesg: can't reuse a leaf (ixl_rx_miss_bufs)!

Hi! In three different machines running HEAD I have this message in the very first lines of the dmesg output: can't reuse a leaf (ixl_rx_miss_bufs)! I don’t remember seeing it before and I have not configured any ixl device. It seems harmless, but I wonder if it’s a sign of a bug somewhere.

Re: newcons splash screen

Hello, is it possible to use a splash screen yet with newcons? I've been looking at the source code for VT, and it would appear there has been some work done towards this? https://github.com/freebsd/freebsd/blob/master/sys/dev/vt/vt.h Also the wiki page shows limited support:

r314131: link_elf_obj: symbol iwm7265_cfg undefined

On Thu, Feb 23, 2017 at 1:56 PM, Andreas Nilsson > wrote: >//>//>/On Thu, Feb 23, 2017 at 1:29 PM, Jakob Alvermark alvermark.net > />/wrote: />//>>/Hi, />>//>>/Updated to

Panic on Boot - Current AMD64

On Wed, Feb 07, 2018 at 12:18:26PM +0100, Juan Ramón Molina Menor wrote: J> > Same panic here with HEAD from this afternoon in a Lenovo ThinkPad S440 J> > with 4 GB. J> > J> > Workaround: break into the loader prompt and: J> > J> > set vm.boot_pages=12

Panic on Boot - Current AMD64

I get panic on boot from current kernel. Since last night - changes to vm system ? World is Current as of this morning FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 12.0-CURRENT #0 r328948: Tue Feb 6 11:30:57 PST 2018 root at pozo.com

Panic on Boot - Current AMD64

I get panic on boot from current kernel. Since last night - changes to vm system ? World is Current as of this morning FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 12.0-CURRENT #0 r328948: Tue Feb 6 11:30:57 PST 2018 root at pozo.com

ACPI panic on boot with new Lua loader and other minor issues

I have done a full build of r329555 to test the new Lua boot loader. Both the new and the old kernels panic after being loaded with: panic: running without device atpic requires a local APIC For reasons unknown, ACPI is off, as shown by David Wolfskill in a previous message:

ACPI panic on boot with new Lua loader and other minor issues

Moreover, the "boot [kernel]" loader command does not work: OK ls /boot/kernel.old/kernel /boot/kernel.old/kernel OK boot kernel.old Command failed OK boot /boot/kernel.old/kernel Command failed OK boot kernel Command failed I forgot that I tried starting with "unload", which seems to

Re: amd64 head -r329465 (non-debug build, but with symbols): "panic: spin lock held too long" during make check-old, reported during a sys_vfork

I committed the fix in https://svnweb.freebsd.org/base?view=revision=329542 i.e. should be stable from this point on. Hi! It is maybe unrelated, but recent commits have broken my system with a similar error. I did not have panics with a system built around December, but since updating first

Re: ACPI panic on boot with new Lua loader and other minor issues

Le 19/02/2018 à 21:21, Kyle Evans a écrit :> Hello! On Mon, Feb 19, 2018 at 8:21 AM, Juan Ramón Molina Menor <lis...@club.fr> wrote: I have done a full build of r329555 to test the new Lua boot loader. Both the new and the old kernels panic after being loaded with: panic: runnin

Re: amd64 head -r329465 (non-debug build, but with symbols): "panic: spin lock held too long" during make check-old, reported during a sys_vfork

Le 20/02/2018 à 21:20, Mateusz Guzik a écrit : Committed in https://svnweb.freebsd.org/base?view=revision=329660 thanks for reporting Thanks Mateusz, Konstantin, issue solved. ___ freebsd-current@freebsd.org mailing list

Re: ACPI panic on boot with new Lua loader and other minor issues

Le 20/02/2018 à 22:45, Kyle Evans a écrit : On Mon, Feb 19, 2018 at 8:21 AM, Juan Ramón Molina Menor <lis...@club.fr> wrote: [... snip ...] Moreover, the "boot [kernel]" loader command does not work: OK ls /boot/kernel.old/kernel /boot/kernel.old/kernel OK boot kernel.ol

Re: ACPI panic on boot with new Lua loader and other minor issues

Le 19/02/2018 à 15:39, David Wolfskill a écrit : On Mon, Feb 19, 2018 at 03:21:50PM +0100, Juan Ramón Molina Menor wrote: I have done a full build of r329555 to test the new Lua boot loader. Both the new and the old kernels panic after being loaded with: panic: running without device atpic

Re: ACPI panic on boot with new Lua loader and other minor issues

Le 19/02/2018 à 21:21, Kyle Evans a écrit : Hello! On Mon, Feb 19, 2018 at 8:21 AM, Juan Ramón Molina Menor <lis...@club.fr> wrote: I have done a full build of r329555 to test the new Lua boot loader. Both the new and the old kernels panic after being loaded with: panic: running w

Question mark on Lua menu box

On 02/03/18 12:31, Kyle Evans wrote: On Fri, Mar 2, 2018 at 6:06 AM, Renato Botelho wrote: Kyle, I've moved to Lua loader to help testing and it worked fine. The only odd thing I noted is the menu box with odd chars as you can see at [1]. My laptop is running a recent current (r330275) with