On 8/2/20 9:34 AM, Aisha Tammy wrote:
> On 7/26/20 5:25 PM, Aisha Tammy wrote:
>> On 7/26/20 5:21 PM, Aisha Tammy wrote:
>>> Hi,
>>> Am reviving an old thread from
>>> https://marc.info/?l=openbsd-tech&m=152663835315469&w=4
>>> (i did cc reyk@ sorry if it is noise)
>>>
>>> For some reason seems
On Tue, 11 Aug 2020 23:06:45 +0300
Vitaliy Makkoveev wrote:
> We removed `pipex{in,out}q'. So now we can destroy pppac(4) session just
> like we do in pppx(4) case. Also there is no reason to allow
> pipex_timer() to destroy sessions - userland will do this by
> PIPEXDSESSION. This permit us to us
> Date: Wed, 5 Aug 2020 16:39:06 -0500
> From: joshua stein
> Content-Type: text/plain; charset=utf-8
> Content-Disposition: inline
>
> In 2018 I added support for Exar XR17V35x serial ports:
>
> The Exar XR17V354 has 4 com ports that have a 256-byte FIFO, use a
> frequency of 125Mhz, an
Hi to all,
(unsure if this if for tech@ or misc@)
I'm using wireguard interfaces but I see that no matter what
domain I put the interface:
# ifconfig wg0 rdomain X
It always listens in rdomain 0 (default),
is this expected?, is there any way to listen in another rdomain?
I want to expose severa
On Tue, 11 Aug 2020 03:52:10 -0400
Brad Smith wrote:
> It looks like after this went in which is included with 10 that this local
> diff can be removed..
>
> https://reviews.llvm.org/D71954
Looks correct to me: the new Subtarget.allowsUnalignedFPAccess() check
obsoletes the local diff that you
Makes sense, OK millert@.
- todd
Hi,
Before merging the critical sections for setitimer(2) and getitimer(2)
we need to make their critical sections as similar as possible.
In getitimer(2) we read the timer value in one place in the code:
/* getitimer(2) pseudocode */
if (which != ITIMER_REAL)
mtx
This patch adds support to VMM to support passthrough PCI. I have tested
this on both Intel/AMD boxes, it requires the DMAR/IOMMU diff patch.
It has worked so far with re0 network devices and azalia sound but would
like more eyes and testing on this as well.
In order to build this you need to cop
On Wed, Aug 12, 2020 at 01:36:38AM +0900, YASUOKA Masahiko wrote:
>
> my diff is to make pppx(4) have the same "idle-timeout"
> functionality. I strongly think pppx(4) must have the same
> functionalities of pppac(4) because I don't see any reason to have
> any difference between pppx(4) and pppa
>From 6990aec14f90638e1c433a71a30e4720da45ec86 Mon Sep 17 00:00:00 2001
From: Jordan
Date: Tue, 11 Aug 2020 14:51:17 -0500
Subject: [PATCH 1/2] Add DMA remapping support for Intel VT-d and AMD Vi
I have been working on adding support for PCI Passthrough to VMM. This
initial patch adds support fo
On Wed, Aug 12, 2020 at 12:37:13AM +0900, YASUOKA Masahiko wrote:
> Hi,
>
> On Mon, 10 Aug 2020 16:30:27 +0300
> Vitaliy Makkoveev wrote:
> > On Mon, Aug 10, 2020 at 03:12:02PM +0900, YASUOKA Masahiko wrote:
> >> On Sun, 9 Aug 2020 20:03:50 +0300
> >> Vitaliy Makkoveev wrote:
> >> > On Sun, Aug
Hi,
For what are probably historical reasons we don't validate the
setitimer(2) input until after we have (optionally called getitimer(2)
to copyout(9) the current timer value.
Consolidating the copyin(9), input validation, and input conversion
into a single block makes the setitimer(2) code easi
my diff is to make pppx(4) have the same "idle-timeout"
functionality. I strongly think pppx(4) must have the same
functionalities of pppac(4) because I don't see any reason to have
any difference between pppx(4) and pppac(4).
Your pseudo code is suggesting another thing. You would like to
cha
Hi,
On Mon, 10 Aug 2020 16:30:27 +0300
Vitaliy Makkoveev wrote:
> On Mon, Aug 10, 2020 at 03:12:02PM +0900, YASUOKA Masahiko wrote:
>> On Sun, 9 Aug 2020 20:03:50 +0300
>> Vitaliy Makkoveev wrote:
>> > On Sun, Aug 09, 2020 at 06:20:13PM +0300, Vitaliy Makkoveev wrote:
>> >> You propose to unlink
On Mon, Aug 10, 2020 at 10:37:16PM +0200, Sebastian Benoit wrote:
>[...]
>
> In which way can the current behaviour cause problems?
Whilst a client sending bizarre requests perhaps deserves what they get,
I thought an error status would be better than OK.
If odd hostnames are accepted, they may
We count outgoing packets twice (nothing but icmp echo request/reply):
obsd-test# netstat -I pppac0
NameMtu Network Address Ipkts IfailOpkts Ofail Colls
pppac0 65532 878 0 1756 0 0
pppac0 65532 10.0.0.1/32 10.0.0.1 878 0 1756
Philipp Klaus Krause wrote:
> Am 11.08.20 um 02:48 schrieb Damien Miller:
> >
> > We went with explict_bzero because our only use-case for this was
> > safe erasure that could not be elided by the compiler.
> >
> > I don't see any need for explicit_memset() - if anything depends on
> > the over
It looks like after this went in which is included with 10 that this local
diff can be removed..
https://reviews.llvm.org/D71954
[PowerPC] Change default for unaligned FP access for older subtargets
This is a fix for https://bugs.llvm.org/show_bug.cgi?id=40554
Some CPU's trap to the kernel on u
On Sun, Aug 09, 2020 at 05:33:58PM +0200, Mark Kettenis wrote:
> > Date: Sun, 9 Aug 2020 10:02:38 -0500
> > From: Scott Cheloha
> >
> > On Sun, Aug 09, 2020 at 04:43:24PM +0200, Mark Kettenis wrote:
> > > > Date: Sat, 8 Aug 2020 19:46:14 -0500
> > > > From: Scott Cheloha
> > > >
> > > > Hi,
> >
19 matches
Mail list logo
