On Fri, Jun 26, 2020 at 10:20:04PM +, Laurence Tratt wrote:
> This turns out to be a total red herring -- modern FFmpeg deals with the
> MJPEG fine and you *can* get it to work for pointlessly small resolutions on
> OpenBSD. Using this command:
>
> ffplay -f v4l2 -input_format mjpeg
On Thu, Jun 25, 2020 at 11:21:51PM +0100, Laurence Tratt wrote:
> It seems this is because the Logitech C920 has been revised (mine has the
> USB ID 046d:0892) and no longer supports a separate H264 mode.
This turns out to be a total red herring -- modern FFmpeg deals with the
MJPEG fine and you
On 2020-06-26 09:55, t...@daybefore.net wrote:
>> Synopsis:null deref in xen_intr_barrier()
>> Category:kernel
>> Environment:
> System : OpenBSD 6.7
> Details : OpenBSD 6.7-current (GENERIC) #291: Fri Jun 26 01:56:51
> MDT 2020
>
> Architecture: OpenBSD.amd64
First of all, I have to mention OpenBSD guests work perfectly on 6.7amd64 host
even without previously discovered clock skew issue. I'm using tsc and ntpd to
adjust guests' clock precisely. No any huge clock skew is detected. Good job!
It seems tsc does not help on linux guests. Clock is two
>Synopsis: null deref in xen_intr_barrier()
>Category: kernel
>Environment:
System : OpenBSD 6.7
Details : OpenBSD 6.7-current (GENERIC) #291: Fri Jun 26 01:56:51
MDT 2020
Architecture: OpenBSD.amd64
Machine : amd64
>Description:
I
On Tuesday, June 23, 2020 3:11 AM, Klemens Nanni wrote:
> Can you try to reproduce this on recent snapshots?
Tried the Jun 25 snapshot, it still has the same problem for ldomd.
As for the kernel itself, when I switched to my ldom config, it froze
somewhere after detecting the USB hubs (?), but