On Mon, Mar 29, 2021 at 12:12:55PM -0700, Henric Jungheim wrote:
>
> I ran into a bit of an odd problem when building the
> sysutils/grub2-bhyve port on 13.0-RC3 (on x64). The bison command
> dumps core when the output is going to a console. Redirecting the
> build output to a file avoids the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
The fourth RC build of the 13.0-RELEASE release cycle is now available.
Installation images are available for:
o 13.0-RC4 amd64 GENERIC
o 13.0-RC4 i386 GENERIC
o 13.0-RC4 powerpc GENERIC
o 13.0-RC4 powerpc64 GENERIC64
o 13.0-RC4 powerpc64le
Just compiled Firefox on FreeBSD 13.0-RC3-p1
And got
[Parent 54716, Main Thread] WARNING: NS_ENSURE_TRUE(rootFrame) failed: file
/usr/ports/www/firefox/work/firefox-87.0/dom/base/nsGlobalWindowOuter.cpp:4254
[Parent 54716, Main Thread] WARNING: Can't get nsINetworkLinkService.: file
I ran into a bit of an odd problem when building the
sysutils/grub2-bhyve port on 13.0-RC3 (on x64). The bison command
dumps core when the output is going to a console. Redirecting the
build output to a file avoids the problem. I'm not sure if this is
an ncurses issue, a port issue (and which
hm!
On Mon, 29 Mar 2021 at 08:02, qcwap <1051244...@qq.com> wrote:
>
> This patch corrects ieee80211_vht_get_vhtcap_ie for 160/80P80 channel width
> recognition.
>
> diff --git a/sys/net80211/ieee80211.h b/sys/net80211/ieee80211.h
> index 86ab1459cca..76c43629b33 100644
> ---
This patch corrects ieee80211_vht_get_vhtcap_ie for 160/80P80 channel width
recognition.
diff --git a/sys/net80211/ieee80211.h b/sys/net80211/ieee80211.h
index 86ab1459cca..76c43629b33 100644
--- a/sys/net80211/ieee80211.h
+++ b/sys/net80211/ieee80211.h
@@ -811,9 +811,9 @@ struct
[snip]
Good point. Now the question is, what the default should be. Since the
> correct aio configuration is in the pkg-message and easy to setup I'd go
> for default to AIO turned on.
> --
> Guido Falsi
>
+1
The way it is, is running smooth here on STABLE/13 and 14-CURRENT.
--
Mario Lobo
>>>I have trouble with recent 14.0-CURRENT 146 (e.x. main-6a762cfae,
>>> main-3ead60236, main-25bfa4486).
>>
>> Please, can you share hardware and other details?
I updated another machine.
This machine is Dell vostro 3568.
It works fine with 14.0-CURRENT 146 main-6a762cfae.
Am 29.03.21 um 08:45 schrieb Andrea Venturoli:
On 3/28/21 4:39 PM, Stefan Esser wrote:
After a period of high load, my now idle system needs 4 to 10 seconds to
run any trivial command - even after 20 minutes of no load ...
High CPU load or high disk load?
High CPU load, 3 times the number
Am 29.03.21 um 03:11 schrieb Mateusz Guzik:
This may be the problem fixed in
e9272225e6bed840b00eef1c817b188c172338ee ("vfs: fix vnlru marker
handling for filtered/unfiltered cases").
My system was up for less than 24 hours and using a kernel and world
built on the latest -CURRENT of less than
On 3/28/21 4:39 PM, Stefan Esser wrote:
After a period of high load, my now idle system needs 4 to 10 seconds to
run any trivial command - even after 20 minutes of no load ...
High CPU load or high disk load?
ZFS? Snapshots?
12.x? 13.x?
I've seen something similar: after a high load period,
On 29/03/21 06:26, Greg Rivers wrote:
On Sunday, 28 March 2021 20:37:13 CDT David G Lawrence via freebsd-current
wrote:
On 27/03/21 06:04, David G Lawrence via freebsd-current wrote:
On Fri, Mar 26, 2021 at 1:01 PM Graham Perrin
wrote:
On 26/03/2021 03:40, The Doctor via freebsd-current
On Sun, Mar 28, 2021 at 9:36 PM Gleb Popov wrote:
> On Mon, Mar 29, 2021 at 4:37 AM David G Lawrence via freebsd-current <
> freebsd-current@freebsd.org> wrote:
>
> > > > On 27/03/21 06:04, David G Lawrence via freebsd-current wrote:
> > > >>> On Fri, Mar 26, 2021 at 1:01 PM Graham Perrin <
> >
13 matches
Mail list logo