Re: uhidev: claim multiple report ids [3/N]

Le 12/11/2021 à 09:11, Anton Lindqvist a écrit : On Thu, Nov 11, 2021 at 05:09:35PM -0800, Greg Steuck wrote: Anton Lindqvist writes: On Thu, Nov 11, 2021 at 03:29:15PM +0100, Anton Lindqvist wrote: Hi, The second attempt to solve the uhidev claim multiple report ids conflict didn't work out

Re: uhidev: plug memory leak

Le 03/11/2021 à 07:45, Anton Lindqvist a écrit : Hi, Upon uhidev detach, free the list of sub devices. Comments? OK? diff --git sys/dev/usb/uhidev.c sys/dev/usb/uhidev.c index 014dc052c1c..5fe2f702e21 100644 --- sys/dev/usb/uhidev.c +++ sys/dev/usb/uhidev.c @@ -451,6 +451,7 @@ uhidev_detach(str

Re: uhidev: claim multiple report ids

Le 03/11/2021 à 07:44, Anton Lindqvist a écrit : Hi, In an attempt to fix a bug related to upd(4) I discovered that the pseudo report id UHIDEV_CLAIM_MULTIPLE_REPORTID is conflicting with an actual report id. The previous fix, reverted by now, avoided the conflict by incrementing the pseudo repor

Re: upd(4) page fault since 7.0

Le 28/10/2021 à 21:09, Anton Lindqvist a écrit : Hi Anton, It works great! See below the resulting dmesg with option UPD_DEBUG. Any chance this fix will come through syspatch? OpenBSD 7.0-stable (UPD.MP) #20: Fri Oct 29 08:41:57 CEST 2021 damien@gageac.petrolan:/usr/src/sys/arch/amd64/c

Re: upd(4) page fault since 7.0

Le 26/10/2021 à 19:03, Anton Lindqvist a écrit : On Tue, Oct 26, 2021 at 05:58:12PM +0200, Damien Couderc wrote: Le 26/10/2021 à 16:11, Anton Lindqvist a écrit : On Tue, Oct 26, 2021 at 09:50:41AM +0200, Damien Couderc wrote: Le 24/10/2021 à 21:45, Anton Lindqvist a écrit : On Sun, Oct 24

Re: upd(4) page fault since 7.0

Le 26/10/2021 à 16:11, Anton Lindqvist a écrit : On Tue, Oct 26, 2021 at 09:50:41AM +0200, Damien Couderc wrote: Le 24/10/2021 à 21:45, Anton Lindqvist a écrit : On Sun, Oct 24, 2021 at 03:03:01PM +0200, Damien Couderc wrote: Hi, I got a page fault with upd(4) since 7.0. The problem began

Re: upd(4) page fault since 7.0

Le 24/10/2021 à 21:45, Anton Lindqvist a écrit : On Sun, Oct 24, 2021 at 03:03:01PM +0200, Damien Couderc wrote: Hi, I got a page fault with upd(4) since 7.0. The problem began with the last revision of upd.c (1.30): === RCS file

upd(4) page fault since 7.0

Hi, I got a page fault with upd(4) since 7.0. The problem began with the last revision of upd.c (1.30): === RCS file: /cvs/src/sys/dev/usb/upd.c,v retrieving revision 1.29 retrieving revision 1.30 diff -u -r1.29 -r1.30 --- src/sys/d

Re: new option for rcctl ls

Le 22/10/2021 à 13:56, Stuart Henderson a écrit : On 2021/10/22 12:20, Antoine Jacoutot wrote: On Thu, Oct 21, 2021 at 04:45:47PM +0100, Stuart Henderson wrote: Sometimes I find it useful to list daemons which are set to 'disabled' but are actually running. Either those where I have started the

Re: use /dev/dri/ in xenocara

Le 18/02/2021 à 13:11, Jonathan Gray a écrit : On Thu, Feb 18, 2021 at 11:34:19AM +, Stuart Henderson wrote: On 2021/02/18 22:24, Jonathan Gray wrote: On Thu, Feb 18, 2021 at 12:01:28PM +0100, Mark Kettenis wrote: Date: Thu, 18 Feb 2021 21:18:51 +1100 From: Jonathan Gray I suspect that t

Re: Destructive Install Process (fdisk)

Le 25/06/2020 à 22:41, David Blevins a écrit : List, Apologies, I left HTML mode enabled on my web client. I understand that a Linux dmesg is probably not very useful. I can provide a different set of system information (or an OpenBSD dmesg from an MBR boot) but I'm not sure what set of informat

Re: Marvell 88SE9215 controller

Le 24/04/2020 à 11:31, Damien Couderc a écrit : Hi guys, The following diff is adding the Marvell 88SE9215 SATA controller to the PCI devices. Hi, Nobody to look at this? === --- pcidevs.orig    Thu Apr 23 11:44:53 2020

Re: Audio over hdmi

Le 01/05/2020 à 17:30, Stuart Henderson a écrit : On 2020/05/01 17:16, Damien Couderc wrote: Le 01/05/2020 à 15:01, Mark Kettenis a écrit : Date: Fri, 1 May 2020 14:17:56 +0200 From: Alexandre Ratchov On Fri, May 01, 2020 at 01:11:16PM +0200, Damien Couderc wrote: Speaking of the hdmi-only

Re: patch: Enable dock audio on Thinkpad dock (Thinkpad L460)

Le 01/05/2020 à 18:04, Damien Couderc a écrit : Le 01/05/2020 à 17:42, Abel Abraham Camarillo Ojeda a écrit : On Friday, May 1, 2020, Damien Couderc <mailto:open...@petrocore.eu>> wrote:     On 27/04/2020 15:19, Abel Abraham Camarillo Ojeda wrote:     The following enables

Re: patch: Enable dock audio on Thinkpad dock (Thinkpad L460)

Le 01/05/2020 à 17:42, Abel Abraham Camarillo Ojeda a écrit : On Friday, May 1, 2020, Damien Couderc <mailto:open...@petrocore.eu>> wrote: On 27/04/2020 15:19, Abel Abraham Camarillo Ojeda wrote: The following enables audio via the dock station p

Re: Audio over hdmi

Le 01/05/2020 à 15:01, Mark Kettenis a écrit : Date: Fri, 1 May 2020 14:17:56 +0200 From: Alexandre Ratchov On Fri, May 01, 2020 at 01:11:16PM +0200, Damien Couderc wrote: Speaking of the hdmi-only devices that were disabled in 2009: does the project still stand on this position in 2020? I

Re: Default device in audioctl and mixerctl

Le 01/05/2020 à 14:51, Alexandre Ratchov a écrit : On Fri, May 01, 2020 at 01:34:54PM +0200, Damien Couderc wrote: Hi, I noticed that audioctl and mixerctl both use /dev/audioctl0 as a default since the reimplementation of the new api. Shouldn't it use the /dev/audioctl link instead to p

Default device in audioctl and mixerctl

Hi, I noticed that audioctl and mixerctl both use /dev/audioctl0 as a default since the reimplementation of the new api. Shouldn't it use the /dev/audioctl link instead to permit choosing which device we want as the default? --- audioctl.c.orig    Fri May  1 13:29:01 2020 +++ audioctl.c  

Re: patch: Enable dock audio on Thinkpad dock (Thinkpad L460)

On 27/04/2020 15:19, Abel Abraham Camarillo Ojeda wrote: The following enables audio via the dock station port in my thinkpad L460. But, anyone knows if its possible to automatically disable the laptop speaker when I plug in the audio port in the dock? it doesn't appear to have a *_sense, ideas?

Re: Audio over hdmi

On 26/04/2020 06:58, Alexandre Ratchov wrote: On Sat, Apr 25, 2020 at 05:16:03PM +0200, Damien Couderc wrote: I can see in the full dmesg that there are two different FTYPE results provided during azalia_codec_init and only the first one seems to be displayed in the mixerctl output. I think

Re: Audio over hdmi

Le 25/04/2020 à 13:33, Damien Couderc a écrit : Le 25/04/2020 à 12:33, Damien Couderc a écrit : Le 25/04/2020 à 12:13, Solene Rapenne a écrit : Le Sat, 25 Apr 2020 11:36:12 +0200, Damien Couderc a écrit : Hi, I decided to take a look at what was missing to make audio over hdmi working on

Re: Audio over hdmi

Le 25/04/2020 à 12:33, Damien Couderc a écrit : Le 25/04/2020 à 12:13, Solene Rapenne a écrit : Le Sat, 25 Apr 2020 11:36:12 +0200, Damien Couderc a écrit : Hi, I decided to take a look at what was missing to make audio over hdmi working on OpenBSD. After enabling AZALIA_DEBUG in the

Re: Audio over hdmi

Le 25/04/2020 à 12:13, Solene Rapenne a écrit : Le Sat, 25 Apr 2020 11:36:12 +0200, Damien Couderc a écrit : Hi, I decided to take a look at what was missing to make audio over hdmi working on OpenBSD. After enabling AZALIA_DEBUG in the kernel config I commented the code that disables HDMI

Audio over hdmi

Hi, I decided to take a look at what was missing to make audio over hdmi working on OpenBSD. After enabling AZALIA_DEBUG in the kernel config I commented the code that disables HDMI codecs like the following : --- azalia.c.orig Thu Apr 23 11:44:52 2020 +++ azalia.cFri Apr 24 12:5

Marvell 88SE9215 controller

Hi guys, The following diff is adding the Marvell 88SE9215 SATA controller to the PCI devices. === --- pcidevs.origThu Apr 23 11:44:53 2020 +++ pcidevs Thu Apr 23 14:15:18 2020 @@ -5922,6 +5922,7 @@ product MARVELL2 88SE9125