[PATCH] [www] faq/faq10.html - remove telnet warnings

Hi all, Telnet warnings have been removed over two years ago[0][1]. [0] http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin/skeyinit/skeyinit.c.diff?r1=1.60=1.61=h [1] http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin/skey/skey.c.diff?r1=1.30=1.31=h Regards, Raf Index: faq/faq10.html

Re: on-line kernel debugging

Hello, I am also interested in kernel debugging. > but we do support running gdb inside a system against its running kernel Thank you for this recipe, but is it true that live debug does not work for some cases? You can't set break point in wsconsole and tty and debug them nor you can debug

Re: [patch] unify wm setting for xinit (xinitrc) and xenodm (Xsession), move to it config.site

> Or one could read the FAQ and copy xinitrc to .xinitrc (or Xsession to > .xsession) in their home directory and use vi to add their preferred > window manager? Sure) But still there is inconsistence between how xinit and xenodm configure their wms: xinit has it as configure parameter, and

Re: [patch] unify wm setting for xinit (xinitrc) and xenodm (Xsession), move to it config.site

On 04/24/18 17:10, IL Ka wrote: Hello, There are 2 separate places with fvwm hardcoded in Xenocara: 1) xinitrc (used by xinit/startx) 2) Xsession (used by xenodm) xinit's configure.ac has separate setting for it, so I added same setting for xenodm configure.ac, recreated configure script and

[patch] unify wm setting for xinit (xinitrc) and xenodm (Xsession), move to it config.site

Hello, There are 2 separate places with fvwm hardcoded in Xenocara: 1) xinitrc (used by xinit/startx) 2) Xsession (used by xenodm) xinit's configure.ac has separate setting for it, so I added same setting for xenodm configure.ac, recreated configure script and extracted setting to config.site.

sprinkle some const over libssl

OpenSSL started adding const to functions all over the place. The patch below makes all our libssl functions match theirs wrt const, except for BIO_f_ssl(3). I plan to do this one in a later step as a reacharound into libcrypto would about double the size of the diff. This diff was put through an

Re: Make binutils not barf on binaries linked with lld

> From: Philip Guenther > Date: Tue, 24 Apr 2018 21:09:32 +0200 > > On Tue, Apr 24, 2018 at 8:43 PM, Mark Kettenis > wrote: > > > So lld generates .gnu.hash sections that our ancient binutils doesn't > > grok. With the diff below (taken from

Re: Make binutils not barf on binaries linked with lld

On Tue, Apr 24, 2018 at 8:43 PM, Mark Kettenis wrote: > So lld generates .gnu.hash sections that our ancient binutils doesn't > grok. With the diff below (taken from FreeBSD's binutils, so GPLv2) > fixes this. > > ok? > > --- gnu/usr.bin/binutils-2.17/bfd/elf.c 10 Aug

Make binutils not barf on binaries linked with lld

So lld generates .gnu.hash sections that our ancient binutils doesn't grok. With the diff below (taken from FreeBSD's binutils, so GPLv2) fixes this. ok? Index: gnu/usr.bin/binutils-2.17/bfd/elf.c === RCS file:

Re: Error in adding system call in OpenBSD 6.3

Yeah, It works. I have just made two modifications: 1) make config 2) includes for the printf and for errors that I pasted after doing "make config" file . Now evrything works fine. Sorry for asking some confusing non-clear kind of question. Thank you, everyone, for the support. And, from

Re: fill device description with product name in uvideo(4)

> Date: Tue, 24 Apr 2018 16:04:34 +0100 > From: Stuart Henderson > > On 2018/04/24 16:34, Landry Breuil wrote: > > Hi, > > > > here's a diff to reuse usbd_devinfo_vp() (exposed in usbdivar.h) in > > VIDIOC_QUERYCAP ioctl callback, this way we can fill v4l2_capability > >

Re: on -current: "doas pkg_add evince" leads to "can't resolve libspectre-0.2.8p2".

On Tue, Apr 24, 2018 at 05:01:40PM +0200, Felix Maschek wrote: > Thank you for your help. > > No resolution so far: > > > > e130$ doas pkg_check > doas (fe...@e130.fritz.box) password: > Packing-list sanity: ok > Direct dependencies: ok > --- ghostscript-9.07p7 --- >

Re: options(4) improvements

Hello Jason, here is new patch. diff --git share/man/man4/options.4 share/man/man4/options.4 index 9ef493cf6..b0b0605c2 100644 --- share/man/man4/options.4 +++ share/man/man4/options.4 @@ -83,8 +83,7 @@ system call. .It Cd option DDB Compiles in a kernel debugger for diagnosing kernel

Re: fill device description with product name in uvideo(4)

On 24/04/18(Tue) 17:15, Landry Breuil wrote: > On Tue, Apr 24, 2018 at 04:04:34PM +0100, Stuart Henderson wrote: > > On 2018/04/24 16:34, Landry Breuil wrote: > > > Hi, > > > > > > here's a diff to reuse usbd_devinfo_vp() (exposed in usbdivar.h) in > > > VIDIOC_QUERYCAP ioctl callback, this way

Re: fill device description with product name in uvideo(4)

On 2018/04/24 17:15, Landry Breuil wrote: > On Tue, Apr 24, 2018 at 04:04:34PM +0100, Stuart Henderson wrote: > > On 2018/04/24 16:34, Landry Breuil wrote: > > > Hi, > > > > > > here's a diff to reuse usbd_devinfo_vp() (exposed in usbdivar.h) in > > > VIDIOC_QUERYCAP ioctl callback, this way we

Re: fill device description with product name in uvideo(4)

On Tue, Apr 24, 2018 at 04:04:34PM +0100, Stuart Henderson wrote: > On 2018/04/24 16:34, Landry Breuil wrote: > > Hi, > > > > here's a diff to reuse usbd_devinfo_vp() (exposed in usbdivar.h) in > > VIDIOC_QUERYCAP ioctl callback, this way we can fill v4l2_capability > > card struct member with

Re: fill device description with product name in uvideo(4)

On 2018/04/24 16:34, Landry Breuil wrote: > Hi, > > here's a diff to reuse usbd_devinfo_vp() (exposed in usbdivar.h) in > VIDIOC_QUERYCAP ioctl callback, this way we can fill v4l2_capability > card struct member with the actual usb product name instead of a dummy > "Generic USB video class

Re: on -current: "doas pkg_add evince" leads to "can't resolve libspectre-0.2.8p2".

Thank you for your help. No resolution so far: e130$ doas pkg_check doas (fe...@e130.fritz.box) password: Packing-list sanity: ok Direct dependencies: ok --- ghostscript-9.07p7 --- dependency graphics/jbig2dec:jbig2dec-*:jbig2dec-0.11 does not match any installed package

Re: Despite the man, wsmouse(4) can't be shared between X(1) and wsmoused(8) (workaround included)

Hello Jason, Thank you. So, "wsmouse(4)"'s "/dev/wsmouse" multiplexer allows only exclusivie access now, right? Should not we also document it in wsmouse(4) like "/dev/wsmouse is multiplexer for all mice, and can only be accessed exclusively by eitherws(4)/synaptics(4) or wsmoused(8)" Ilya.

Re: semaphore: validate timespec and handle SA_RESTART

On Mon, 23 Apr 2018, Paul Irofti wrote: > After discussing further with mpi@ and guenther@, we decided to first > fix the existing semaphore implementation with regards to SA_RESTART > and POSIX compliant returns in the case where we deal with restartable > signals. > > Currently we return EINTR

fill device description with product name in uvideo(4)

Hi, here's a diff to reuse usbd_devinfo_vp() (exposed in usbdivar.h) in VIDIOC_QUERYCAP ioctl callback, this way we can fill v4l2_capability card struct member with the actual usb product name instead of a dummy "Generic USB video class device". Firefox uses that ioctl to get the user-facing

Re: Fix for "config(8) "kernel building" instructions lead to bad kernel name (which breaks relink)"

Hello, > i'd be tempted to remove the instructions for building off a cd-rom, and > leaving it as an exercise to the reader. I am OK with it. Lack of instructions is better than instruction that leads to broken relink. > the second (more common usage case) works fine, right? Yes.

Re: on -current: "doas pkg_add evince" leads to "can't resolve libspectre-0.2.8p2".

On 2018/04/24 15:28, Felix Maschek wrote: > Hi, > > I want to install evince-light on my -current OpenBSD, which leads to > unresolved libs. > > What can I do to fix this or to analyse the problem? I would try "pkg_check" and then update all packages with "pkg_add -u", then retry and post back

on -current: "doas pkg_add evince" leads to "can't resolve libspectre-0.2.8p2".

Hi, I want to install evince-light on my -current OpenBSD, which leads to unresolved libs. What can I do to fix this or to analyse the problem? Kind regards Felix e130$ cat /etc/installurl https://fastly.cdn.openbsd.org/pub/OpenBSD e130$ doas pkg_add evince quirks-2.426 signed on

push NET_LOCK from ifioctl to in_control

Hi, The following diff pushes NET_LOCK down from the default ifioctl case to the in[6]_control and around the driver if_ioctl functions. OK? Also available here https://github.com/bulibuta/openbsd-src/tree/ifioctl-default-netlock Paul diff --git sys/net/if.c sys/net/if.c index

config -e vs ugen(4) fix

Instead of having to disable USB drivers to force some devices to attach as ugen(4), we can whitelist them. Diff below does that by adding a new option to usbdevs(8): # usbdevs -l 7047:04ca -l a001:1199 The logic is currently limited to 16 devices. usbdevs(8) output could be improved but I'm

Re: arm64: GPIO "pin bus" drivers

> Date: Tue, 24 Apr 2018 08:32:40 +0300 > From: Artturi Alm > > Hi, > > pine64 still being my only arm64-sbc, i won't bother w/ > gpio* at rkgpio? > etc., but i would like to have these enabled for arm64, > as atleast pine64 is equipped w/plenty of headers/pins

Re: mfi(4): Make "bioctl -R" work after hot swapping

Hi, On Thu, 29 Jun 2017 17:14:41 +0900 (JST) FUKAUMI Naoki wrote: > Currently "bioctl -R" works only if disk state is "Offline" (set by > "bioctl -O") and it doesn't work for "Failed" disk. > > To make it work with hot swapped disk, report unused ("unconfigured" in >