> Date: Fri, 5 Jun 2020 01:33:16 +0300
> From: Paul Irofti
>
> On Wed, Jun 03, 2020 at 05:13:42PM +0300, Paul Irofti wrote:
> > On 2020-05-31 20:46, Mark Kettenis wrote:
> > > Forget about all that for a moment. Here is an alternative suggestion:
> > >
> > > On sparc64 we need to support both
On Sun, May 24, 2020 at 03:17:31PM +0200, Klemens Nanni wrote:
> schwarze neutered the *netent(3) family as well as networks(5) in 2018,
> mountd(8) remains the only user of these functions in base.
>
> setnetent() and endnetent() are empty functions now, getnetent() always
> returns NULL
On 05.06.2020 20:25, Mark Kettenis wrote:
Date: Fri, 5 Jun 2020 01:33:16 +0300
From: Paul Irofti
On Wed, Jun 03, 2020 at 05:13:42PM +0300, Paul Irofti wrote:
On 2020-05-31 20:46, Mark Kettenis wrote:
Forget about all that for a moment. Here is an alternative suggestion:
On sparc64 we need
Here is a cpu_rnd_messybits() implementation for arm64.
It reads the virtual counter and xors it with a bit-reversed copy
of itself.
The virtual counter is used by the only timecounter implementation
used on arm64, so I assume it is generally available.
It's a 64-bit counter, which we reduce to
> > Is the Makefile approach good enough?
>
> Not sure. Others should judge that.
I don't know why the complexity of Makefile hackery is needed.
Give all the other architectures a MD file. Some contain code and
array handling, others contain fewer lines of code marking it NULL.
And that
On Mon, Jun 01, 2020 at 11:48:05PM +0200, Klemens Nanni wrote:
> Installing an unstripped boot loader on softraid on sparc64 fails
> without proper error message.
>
> Make BIOCINSTALLBOOT return a proper errno, make installboot(8) use it
> to provide proper usage errors plus unique code paths for
> It's a 64-bit counter, which we reduce to 32 bits. Since there is
> progressively less entropy in the higher bits of a counter than in
> the lower bits, it intuitively makes sense not just to do hi^lo,
> but to bit-reverse one half in order to extract maximal entropy,
> and on aarch64 bit
ok deraadt
Christian Weisgerber wrote:
> Mark Kettenis:
>
> > > Here is a cpu_rnd_messybits() implementation for arm64.
> > > It reads the virtual counter and xors it with a bit-reversed copy
> > > of itself.
> > >
> > > The virtual counter is used by the only timecounter implementation
> > >
wrote:
> I think I am missing some basic bit of configuration lore.
>
> I hacked my kernel to change the font size selected by rasops, but I
> would like to make a proper configuration interface for it, something
> like an integer that biased the default size calculation.
>
> It would be nice
> Date: Fri, 5 Jun 2020 23:27:13 +0200
> From: Christian Weisgerber
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
>
> Here is a cpu_rnd_messybits() implementation for arm64.
> It reads the virtual counter and xors it with a bit-reversed copy
> of itself.
>
> The
> Date: Sat, 6 Jun 2020 00:30:51 +0200
> From: Christian Weisgerber
> Cc: tech@openbsd.org
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
>
> Mark Kettenis:
>
> > > Here is a cpu_rnd_messybits() implementation for arm64.
> > > It reads the virtual counter and xors it
Mark Kettenis:
> > Here is a cpu_rnd_messybits() implementation for arm64.
> > It reads the virtual counter and xors it with a bit-reversed copy
> > of itself.
> >
> > The virtual counter is used by the only timecounter implementation
> > used on arm64, so I assume it is generally available.
> >
I think I am missing some basic bit of configuration lore.
I hacked my kernel to change the font size selected by rasops, but I
would like to make a proper configuration interface for it, something
like an integer that biased the default size calculation.
It would be nice to be able to use
Hi,
Miod remarked the overwriting of the bootblocks actually is a
regression I introduced. So teintroduce the lost comment and load
ofwboot at 0x6000.
OK?
-Otto
Index: bootblk.fth
===
RCS file:
On Fri, Jun 05, 2020 at 10:12:40AM +0200, Otto Moerbeek wrote:
> Miod remarked the overwriting of the bootblocks actually is a
> regression I introduced. So teintroduce the lost comment and load
> ofwboot at 0x6000.
OK kn
> Date: Fri, 5 Jun 2020 10:12:40 +0200
> From: Otto Moerbeek
>
> Hi,
>
> Miod remarked the overwriting of the bootblocks actually is a
> regression I introduced. So teintroduce the lost comment and load
> ofwboot at 0x6000.
>
> OK?
ok kettenis@
> Index: bootblk.fth
>
Dear all:
just in case this appears useful to you: I found some redundant code
lines in the following files.
sys/net/pipex.h:
struct pipex_session *pipex_pppoe_lookup_session (struct mbuf *);
struct pipex_session *pipex_pppoe_lookup_session (struct mbuf *);
usr.sbin/relayd/agentx.c
On Fri, Jun 05, 2020 at 12:56:21PM +0200, Prof. Dr. Steffen Wendzel wrote:
> Dear all:
>
> just in case this appears useful to you: I found some redundant code
> lines in the following files.
>
> sys/net/pipex.h:
>struct pipex_session *pipex_pppoe_lookup_session (struct mbuf *);
>struct
On Fri, 5 Jun 2020 12:56:21 +0200
"Prof. Dr. Steffen Wendzel" wrote:
> Dear all:
>
> just in case this appears useful to you: I found some redundant code
> lines in the following files.
>
> sys/net/pipex.h:
>struct pipex_session *pipex_pppoe_lookup_session (struct mbuf *);
>struct
This enables use of hardware crypto for CCMP in urtwn(4). As with other
drivers, this reduces cpu usage significantly when moving lots of data.
I've tested this on an assortment of hardware (RTL8188CUS, RTL8188EU,
RTL8192EU) with no problems, and this is one of the few things that
remains constant
On 2020/06/05 13:50, Denis Fondras wrote:
> On Fri, Jun 05, 2020 at 12:56:21PM +0200, Prof. Dr. Steffen Wendzel wrote:
> > Dear all:
> >
> > just in case this appears useful to you: I found some redundant code
> > lines in the following files.
> >
> > sys/net/pipex.h:
> >struct pipex_session
Hi Otto,
* Otto Moerbeek wrote:
>
> Did anyone look closer at this?
>
> Did anyone test?
I compiled kernel + world with your diff in a VM and performed the
following tests.
* fdisk, disklablel, newfs of an external disk
* disklabel, growfs, fsck on a partition on an external disk
* fsirand on
OK martijn@
On Fri, 2020-06-05 at 13:50 +0200, Denis Fondras wrote:
> On Fri, Jun 05, 2020 at 12:56:21PM +0200, Prof. Dr. Steffen Wendzel wrote:
> > Dear all:
> >
> > just in case this appears useful to you: I found some redundant code
> > lines in the following files.
> >
> > sys/net/pipex.h:
On Fri, 2020-06-05 at 14:20 +0100, Stuart Henderson wrote:
> On 2020/06/05 13:50, Denis Fondras wrote:
> > On Fri, Jun 05, 2020 at 12:56:21PM +0200, Prof. Dr. Steffen Wendzel wrote:
> > > Dear all:
> > >
> > > just in case this appears useful to you: I found some redundant code
> > > lines in the
24 matches
Mail list logo