On Mon, Jun 08, 2020 at 09:14:36PM -0600, bobby wrote:
> On Sun, May 31, 2020 at 12:38:55PM +0200, Bruno Flueckiger wrote:
> > On 31.05., Benjamin Baier wrote:
> > > On Fri, 29 May 2020 11:25:44 +0200
> > > Bruno Flueckiger wrote:
> > >
> > > > Hi,
> > > >
> > > > My brand new laptop HP EliteBook
On Sun, May 31, 2020 at 12:38:55PM +0200, Bruno Flueckiger wrote:
> On 31.05., Benjamin Baier wrote:
> > On Fri, 29 May 2020 11:25:44 +0200
> > Bruno Flueckiger wrote:
> >
> > > Hi,
> > >
> > > My brand new laptop HP EliteBook 850 G6 comes with an Intel 300 Series
> > > HD Audio device rev 0x11.
On Mon, Jun 8, 2020 at 1:48 PM Stefan Sperling wrote:
>
> On Fri, May 22, 2020 at 01:48:28PM -0400, sven falempin wrote:
> > After a few days ... (free size too small 288 < 1024 /2 )
> >
> > Maybe this can help make the driver better.
> >
> > printf '%x\n' $((0x350+0xf7)) ; grep -A2
On Mon, Jun 08, 2020 at 11:16:59PM +0200, Christian Weisgerber wrote:
> I blame dlg@ for making me scrutinize the POWER7 instruction set,
> which led me to the clz instruction, which led me to ffs(). I
> wanted to add this to libc, but then realized the futility because
> the compiler already
Either works for me.
Honestly
- either one is hard to understand without referring to the
docs (and then realizing power numbers bits backwards).
- It is simple enough it has to work or there will be chaos
and I'm not that afraid of more poeple seeing RETGUARD stubs :)
Christian Weisgerber
On Mon, 08 Jun 2020 22:35:42 -, Christian Weisgerber wrote:
> Style question:
> Since this mostly comes down to embedding a single special instruction
> in between normal C operations, I wonder whether I should just do .c
> with asm() instead of .S, and leave all the boilerplate to the
>
On 2020-06-08, Christian Weisgerber wrote:
> More archs to come...
Style question:
Since this mostly comes down to embedding a single special instruction
in between normal C operations, I wonder whether I should just do .c
with asm() instead of .S, and leave all the boilerplate to the
compiler?
Here is an optimized kernel ffs(3) for arm64.
I blame dlg@ for making me scrutinize the POWER7 instruction set,
which led me to the clz instruction, which led me to ffs(). I
wanted to add this to libc, but then realized the futility because
the compiler already inlines its optimized copy of
Hi,
to my knowledge there is no easy way to list all active rdomains or
routing tables. Other platforms have "show vrf" or similar commands
for an overview.
Here is my attempt at such a view for OpenBSD:
twister ..in/netstat$ obj/netstat -R
Rdomain 0
Interfaces: lo0 iwm0 re0 enc0 pflog0
> This iteration of the diff adds bounds checking for tk_user and moves
> the usertc.c stub to every arch in libc as recommanded by deraadt@.
> It also fixes a gettimeofday issue reported by cheloha@ and tb@.
Forgot to add armv7 tk_nclock entries. Noticed by benno@, thanks!
diff --git
Miod Vallat wrote:
> > There is an interest in supporting PowerPC 970 ("G5"). That would
> > allow people to use more than 2G of RAM on the last generations of
> > Apple PowerMac machines. Otherwise I don't think we are interested in
> > anything before POWER8.
>
> Years ago, a decision was
> There is an interest in supporting PowerPC 970 ("G5"). That would
> allow people to use more than 2G of RAM on the last generations of
> Apple PowerMac machines. Otherwise I don't think we are interested in
> anything before POWER8.
Years ago, a decision was made to ditch 64-bit PA-RISC
On Fri, May 22, 2020 at 01:48:28PM -0400, sven falempin wrote:
> After a few days ... (free size too small 288 < 1024 /2 )
>
> Maybe this can help make the driver better.
>
> printf '%x\n' $((0x350+0xf7)) ; grep -A2 'if_iwx.c:515' /tmp/iwx.dis
> 447
> /usr/src/sys/dev/pci/if_iwx.c:515
>
On Mon, Jun 08, 2020 at 12:49:05PM +0300, Vitaliy Makkoveev wrote:
>
>
> > On 8 Jun 2020, at 11:34, Martin Pieuchot wrote:
> >
> > On 29/05/20(Fri) 13:22, Vitaliy Makkoveev wrote:
> >> This time pppx_add_session() has mixed initialisation order. It starts
> >> to initialise pipex(4) session,
On 2020-06-08, Christian Weisgerber wrote:
>> Did they also happen to add opcodes for doing swaps in registers?
>
> No.
> (I haven't looked at the vector instructions yet.)
PS: There's a vector permutate instruction, but AFAICT there is no
way to move data between general purpose and vector
> On 8 Jun 2020, at 11:34, Martin Pieuchot wrote:
>
> On 29/05/20(Fri) 13:22, Vitaliy Makkoveev wrote:
>> This time pppx_add_session() has mixed initialisation order. It starts
>> to initialise pipex(4) session, then initialises `ifnet', then links
>> pipex(4) session, then continue to
> Date: Mon, 8 Jun 2020 13:28:55 +0200
> From: Christian Weisgerber
>
> powerpc has byte-swapping 16 and 32-bit load/stores and we use those
> in .
>
> Starting with POWER7 (Power ISA v.2.06), there are also corresponding
> 64-bit instructions. Do we want to use those on powerpc64? Or do
> we
David Gwynne:
> > Starting with POWER7 (Power ISA v.2.06), there are also corresponding
> > 64-bit instructions. Do we want to use those on powerpc64? Or do
> > we want to keep compatibility with older processors?
>
> I'm ok with using the instructions. I can't think of what benefit compat in
Jonathan Matthew(jonat...@d14n.org) on 2020.06.05 21:54:30 +1000:
> 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)
On 2020/06/08 12:59, Paul Irofti wrote:
> This iteration of the diff adds bounds checking for tk_user and moves
> the usertc.c stub to every arch in libc as recommanded by deraadt@.
> It also fixes a gettimeofday issue reported by cheloha@ and tb@.
>
> The acpihpet stub is still there, but it
> On 8 Jun 2020, at 9:28 pm, Christian Weisgerber wrote:
>
> powerpc has byte-swapping 16 and 32-bit load/stores and we use those
> in .
>
> Starting with POWER7 (Power ISA v.2.06), there are also corresponding
> 64-bit instructions. Do we want to use those on powerpc64? Or do
> we want to
powerpc has byte-swapping 16 and 32-bit load/stores and we use those
in .
Starting with POWER7 (Power ISA v.2.06), there are also corresponding
64-bit instructions. Do we want to use those on powerpc64? Or do
we want to keep compatibility with older processors?
Index:
On Fri, Jun 05, 2020 at 08:34:12PM +0300, Paul Irofti wrote:
> 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:
>
On 29/05/20(Fri) 13:22, Vitaliy Makkoveev wrote:
> This time pppx_add_session() has mixed initialisation order. It starts
> to initialise pipex(4) session, then initialises `ifnet', then links
> pipex(4) session, then continue to initialize `ifnet'.
> pppx_add_session() can sleep and
Anyone? Tests on multi homed machines would be particularly interesting.
Thanks,
Florian
On Thu, Jun 04, 2020 at 07:33:32PM +0200, Florian Obser wrote:
> This should be easier to read and follows the 8 rules in Section 5 of
> RFC 6724.
>
> I tried to hit all (implemented) rules of RFC 6724 and
25 matches
Mail list logo