blubee blubeeme writes:
> You seem to miss the point where the you avoid breaking the system for
> any users not on the bleeding edge.
You seem to miss the point where nobody is interested in anything you
have to say any more.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
/usr/src Revision: 338342
===> Building for nvidia-driver-390.77
nvidia_subr.c:1179:65: error: too many arguments to function call,
expected 2, have 3
kmem_free(kmem_arena, at->pte_array[0].virtual_address,
at->size);
~ ^~
Hi,
Just a couple of small observations with 12.0-ALPHA3 from testing on a
Raspberry-Pi 3:
* The boot loader (I presume the new LUA based one) is sending escape
sequences to the screen to format up a boot menu. The screen doesn't
recognise them and shows a series of ^[ style sequences instead.
On Tue, Aug 28, 2018 at 7:10 AM Brian Scott wrote:
>
> Hi,
>
> Just a couple of small observations with 12.0-ALPHA3 from testing on a
> Raspberry-Pi 3:
>
> *The boot loader (I presume the new LUA based one) is sending escape
> sequences to the screen to format up a boot menu. The screen doesn'
> hi, I see the AMQ function is there but there is no usage info.
> And find this review marked accepted:
> Dummynet AQM usage documentation for ipfw man page ?
> https://reviews.freebsd.org/D12507
That review is accepted by manpages, it has not been
reviewed outside of that, and is in my inbaske
On Tue, 28 Aug 2018 22:10:18 +1000
Brian Scott wrote:
> Hi,
>
> Just a couple of small observations with 12.0-ALPHA3 from testing on a
> Raspberry-Pi 3:
>
> * The boot loader (I presume the new LUA based one) is sending escape
> sequences to the screen to format up a boot menu. The screen do
> Hi,
>
> Just a couple of small observations with 12.0-ALPHA3 from testing on a
> Raspberry-Pi 3:
>
> *??? The boot loader (I presume the new LUA based one) is sending escape
> sequences to the screen to format up a boot menu. The screen doesn't
> recognise them and shows a series of ^[ style se
On 2018-08-28 02:40, Alexander Leidinger wrote:
> Hi,
>
> top reports missing sysctl kstat.zfs.misc.arcstats.other_size for
> 12.0-alpha3 with a top from an old-ish -current.
>
> Is/will this be handled via a compat-11 sysctl (my kernel is without
> compat-xx), or did this slip through?
>
> Bye,
On Tue, Aug 28, 2018 at 10:25:39AM -0400, Allan Jude wrote:
> On 2018-08-28 02:40, Alexander Leidinger wrote:
> > Hi,
> >
> > top reports missing sysctl kstat.zfs.misc.arcstats.other_size for
> > 12.0-alpha3 with a top from an old-ish -current.
> >
> > Is/will this be handled via a compat-11 sysc
On 28/08/2018 10:14, Alex V. Petrov wrote:
/usr/src Revision: 338342
===> Building for nvidia-driver-390.77
Hi,
Have you tried applying the patch at
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230780 ? Update your
ports tree first.
Apply it in /usr/ports
It worked for me on r3383
Got it, thanks!
Rodney W. Grimes 于2018年8月28日周二
下午9:40写道：
> > hi, I see the AMQ function is there but there is no usage info.
> > And find this review marked accepted:
> > Dummynet AQM usage documentation for ipfw man page ?
> > https://reviews.freebsd.org/D12507
>
> That review is accepted by
On 28/8/18 11:45 pm, Emmanuel Vadot wrote:
> On Tue, 28 Aug 2018 22:10:18 +1000
> Brian Scott wrote:
>
>> Hi,
>>
>> Just a couple of small observations with 12.0-ALPHA3 from testing on a
>> Raspberry-Pi 3:
>>
>> * The boot loader (I presume the new LUA based one) is sending escape
>> sequences
Quoting Mark Johnston (from Tue, 28 Aug 2018
10:48:42 -0400):
On Tue, Aug 28, 2018 at 10:25:39AM -0400, Allan Jude wrote:
On 2018-08-28 02:40, Alexander Leidinger wrote:
> Hi,
>
> top reports missing sysctl kstat.zfs.misc.arcstats.other_size for
> 12.0-alpha3 with a top from an old-ish -c
On Tue, 28 Aug 2018 at 22:46, Alexander Leidinger
wrote:
> >
> > IIRC that would have been the inverted case of running a newer top(1)
> > with an older kernel lacking the v_laundry_pages sysctl. In general I'd
> > expect us to support running an older top(1) with newer kernels if we
> > don't ha
On 8/25/18 11:51 PM, Theron wrote:
A recent change in CURRENT has sysutils/acpi_call reliably cause a
kernel panic
The problem is with the port itself, not with CURRENT. A bug is filed
accordingly.
___
freebsd-current@freebsd.org mailing list
https
15 matches
Mail list logo
