On Wed, Jan 23 2019 18:01:24 -0500, Ted Unangst wrote:
> Lauri Tirkkonen wrote:
> > > > oh, interesting. that's sloppy. can you please fix that first,
> > > > separately?
> > >
> > > Sure, here it is.
> >
> > Could you please take a look at it? It's been a couple weeks.
>
> yup, sorry, slipped
On Wed, Jan 23, 2019 at 01:23:05PM -0200, Martin Pieuchot wrote:
> On 31/12/18(Mon) 16:58, Alexandre Ratchov wrote:
> > Hi,
> >
> > Here's a new driver for both USB audio class (UAC) v1.0 and v2.0
> > devices, it would replace the current one. It focuses on reliability
> > and proper
Lauri Tirkkonen wrote:
> > > oh, interesting. that's sloppy. can you please fix that first, separately?
> >
> > Sure, here it is.
>
> Could you please take a look at it? It's been a couple weeks.
yup, sorry, slipped by. committed.
Stuart Henderson wrote:
> On 2019/01/22 21:46, Ted Unangst wrote:
> > The persist feature in doas (actually the kernel side implementation) has
> > some
> > additional checks. The idea was to prevent accidental usage, but in practice
> > it seems this is making life more difficult than necessary.
On 31/12/18(Mon) 16:58, Alexandre Ratchov wrote:
> Hi,
>
> Here's a new driver for both USB audio class (UAC) v1.0 and v2.0
> devices, it would replace the current one. It focuses on reliability
> and proper synchronization, including in low-latency configurations.
Some comments about the code.
Hello Raphael,
On 16/01/19(Wed) 12:41, Raphael Graf wrote:
> Here is an attempt to make video(1) work with the modesetting driver.
> See https://marc.info/?l=openbsd-bugs=152231686416039=2
>
> The general idea:
> If there is no common encoding for input (device) and output (Xv), the
> encoding
On 2019/01/22 21:46, Ted Unangst wrote:
> The persist feature in doas (actually the kernel side implementation) has some
> additional checks. The idea was to prevent accidental usage, but in practice
> it seems this is making life more difficult than necessary. It's cost without
> benefit. This
On Mon, Jan 07 2019 23:01:47 +0200, Lauri Tirkkonen wrote:
> On Mon, Jan 07 2019 15:41:53 -0500, Ted Unangst wrote:
> > Lauri Tirkkonen wrote:
> > > On Sun, Jan 06 2019 14:02:16 -0500, Ted Unangst wrote:
> > > > Lauri Tirkkonen wrote:
> > > > > Hi, another simple diff converting fgetln usage to
Hi,
This patch will allow urtwn(4) to see control frames when monitor mode
is enabled. I've only tested this with my TP-LINK TL-WN821N v5 card, so
perhaps more checks are needed to avoid breaking other cards.
If you test this, enable monitor mode:
$ doas ifconfig urtwn0 mediaopt