add reference to veb(4) in ifconfig.8

2021-08-18 Thread Solene Rapenne
For the create command in ifconfig, many pseudo devices are listed but the recent veb(4) is not present in the list. ok? Index: ifconfig.8 === RCS file: /home/reposync/src/sbin/ifconfig/ifconfig.8,v retrieving revision 1.373 diff -u

Unplugging ure(4) during attach

2021-08-18 Thread Christian Ludwig
Hi, when plugging and unplugging an ure(4) adapter continuously, I came across the following error with URE_DEBUG set: ure0 at uhub0 port 21 configuration 1 interface 0 "Realtek USB 10/100/1000 LAN" rev 3.00/30.00 addr 4 ure0: RTL8153 (0x5c10)ure_ctl: error 15 ure_ctl: error 15 ure_ctl: erro

Re: ucc(4): consumer control keyboard device driver

2021-08-18 Thread Florian Obser
My microsoft sculpt has a bunch of media keys. I tried mute and increment / decrement. They don't seem to have an effect. --- dmesg.boot Wed Aug 18 19:19:07 2021 +++ dmesg.boot.ucc Wed Aug 18 19:19:16 2021 @@ -1,7 +1,7 @@ -OpenBSD 7.0-beta (GENERIC.MP) #131: Wed Aug 18 10:18:06 CEST 2021 +Op

Re: ucc(4): consumer control keyboard device driver

2021-08-18 Thread Paco Esteban
On Wed, 18 Aug 2021, Stuart Henderson wrote: > On 2021/08/18 18:48, Martin Pieuchot wrote: > > Regarding the introduction of a separate wskbd(4) this can be seen as an > > intermediate step. Having this logic in ukbd(4) implies revisiting the > > way reportID are mapped to USB drivers, which is s

Re: ucc(4): consumer control keyboard device driver

2021-08-18 Thread joshua stein
On Wed, 18 Aug 2021 at 18:48:45 +0200, Martin Pieuchot wrote: > Regarding the introduction of a separate wskbd(4) this can be seen as an > intermediate step. Having this logic in ukbd(4) implies revisiting the > way reportID are mapped to USB drivers, which is still a bit of a hack > when it comes

Re: ucc(4): consumer control keyboard device driver

2021-08-18 Thread Stuart Henderson
On 2021/08/18 18:48, Martin Pieuchot wrote: > Regarding the introduction of a separate wskbd(4) this can be seen as an > intermediate step. Having this logic in ukbd(4) implies revisiting the > way reportID are mapped to USB drivers, which is still a bit of a hack > when it comes to supporting mul

Re: ucc(4): consumer control keyboard device driver

2021-08-18 Thread Martin Pieuchot
On 18/08/21(Wed) 17:50, Mark Kettenis wrote: > > Date: Tue, 17 Aug 2021 20:13:41 +0200 > > From: Anton Lindqvist > > > > Hi, > > > > Here's a new driver for USB HID Consumer Control keyboards. Such > > keyboard is a pseudo device which is used to expose audio and > > application launch keys. My

Re: ucc(4): consumer control keyboard device driver

2021-08-18 Thread Mark Kettenis
> Date: Tue, 17 Aug 2021 20:13:41 +0200 > From: Anton Lindqvist > > Hi, > > Here's a new driver for USB HID Consumer Control keyboards. Such > keyboard is a pseudo device which is used to expose audio and > application launch keys. My prime motivation is to get the volume mute, > increment and d

Re: netstart routing domain loopback

2021-08-18 Thread Alexander Bluhm
On Wed, Aug 18, 2021 at 08:35:16AM -0600, Theo de Raadt wrote: > If you change the evaluation order in netstart, something similar > may be needed in the install script emulation of netstart. If I understand install.sub correctly, this is not necessary. /etc/netstart creates all pseudo interfaces

Re: netstart routing domain loopback

2021-08-18 Thread Theo de Raadt
If you change the evaluation order in netstart, something similar may be needed in the install script emulation of netstart. Alexander Bluhm wrote: > Hi, > > I want to create an enc1 interface for routing domain 1 and set > additional addresses on lo1. So my net config looks like this. > > ==

netstart routing domain loopback

2021-08-18 Thread Alexander Bluhm
Hi, I want to create an enc1 interface for routing domain 1 and set additional addresses on lo1. So my net config looks like this. ==> /etc/hostname.enc1 <== rdomain 1 ==> /etc/hostname.lo1 <== rdomain 1 inet alias 10.188.10.74 255.255.255.255 ... /etc/netstart creates enc1 in routing domain 0

Re: bgpd MRT RFC8050 support (add-path for mrt dumps)

2021-08-18 Thread Claudio Jeker
On Mon, Aug 09, 2021 at 12:17:47PM +0200, Claudio Jeker wrote: > This diff adds the bits needed to support add-path in MRT dumps. > The problem here is that MRT as a stateless protocol has no chance > to know what kind of encoding (add-path or not) is used for the NLRI in > message dumps. And for t

iwn/iwm/iwx: hide firmware error dump by default again

2021-08-18 Thread Stefan Sperling
Detailed firmware error reports from Intel wifi drivers are quite noisy so it makes sense to hide them by default, especially on systems running -release. When Tx agg support was added to iwn and iwm it was important to see detailed firmware error reports. These were hidden behind the IWN_DEBUG/IW