Hi,
Have you tried to work around the issue by creating a new jail with
poudriere,
or even by changing the value of ZROOTFS in poudriere.conf ?
Best regards,
Samy Mahmoudi
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman
Hi!
> That's why I have terribly outdated 13-CURRENT
on a bunch of servers and can't update them.
The way you're holding your head on your avatar looks
like you upgraded your servers' pools and now realize
your mistake! Fortunately, you did not ;-)
___
Hi,
If reducing the audio buffer size in virtual_oss does not solve the issue
and you temporarily resort to use PulseAudio to achieve switching devices
on-the-fly (which does work very well with PulseAudio), you could indeed
'keep the devices connected' and use a variant of the following script:
Dear committers,
Could someone have a look at Bug 232031
<https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232031>?
Best regards,
Samy Mahmoudi
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-curr
Dear committers,
Could someone have a look at Bug 232042
<https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232042>?
Best regards,
Samy Mahmoudi
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-curr
With your patch applied, normal behavior seems back again.
"dmesg" output and other relevent files are availabe at:
http://imp.ovh/acpi
>
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscr
Hi all,
"patch -p 1 < your_patch" gives me the following *.rej file:
@@ -362,7 +362,8 @@
ret = 0;
goto out;
-}
+} else
+ ecdt = 0;
ret = ACPI_ID_PROBE(device_get_parent(dev), dev, ec_ids, NULL);
if (ret > 0)
@@ -422,16 +434,6 @@
/* Store the value
Hi again,
Please find the requested files:
http://imp.ovh/18.2.0/acpidump_-dt_output
http://imp.ovh/18.2.0/acpi_ec_values
http://imp.ovh/18.2.0/dmesg_output
Best regards,
Samy
>
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/ma
Same problem/output as Charlie Li, with a Lenovo T520.
I will post requested output files as soon as possible.
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freeb
> That's exactly why I keep the following in my /boot/loader.rc:
I meant "in my /boot/loader.conf"...
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-curren
> And probably running ZFS, which ate all your memory and
> put you in a memory contrained environment.
That's exactly why I keep the following in my /boot/loader.rc:
# vfs.zfs.arc_max=1073741824
vfs.zfs.arc_max=2147483648
# vfs.zfs.arc_max=4294967296
_
I found an answer in the last comment of
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190669
2018-07-28 12:34 GMT+02:00 Samy Mahmoudi :
> Basic/SourceManager.o
> /usr/src/contrib/llvm/tools/clang/lib/Basic/SourceManager.cpp:1175:10
> fatal error: 'emmintrin.h&#
Basic/SourceManager.o
/usr/src/contrib/llvm/tools/clang/lib/Basic/SourceManager.cpp:1175:10 fatal
error: 'emmintrin.h' file not found
#include
^--
The file is located at
/usr/src/contrib/llvm/tools/clang/lib/Headers/emmintrin.h but I do not know
how to prope
Hello,
The awk manual seems out of date.
For example, the -V option is documented but is unknown at execution.
Reciprocally, --version is not documented but is functional at execution.
Under FreeBSD 12.0-CURRENT, the date at the end of the manual also seems
older than expected, as the FreeBSD Man
14 matches
Mail list logo
