Re: Kill MD-specific interrupt enable/disable API on amd64

> Date: Wed, 25 Jul 2018 00:01:18 +0200 (CEST) > From: Mark Kettenis > > Diff below switches to the MI equivalent and kills the MD-specific > API. > > ok? Here is the equivalent i386 diff. Only compile-tested so I'd appreciate it if somebody can test this for me. Do test suspend/resume and hi

stop using WSMOUSE_TYPE_ELANTECH in other drivers (xenocara)

And here is the xenocara part. Index: xserver/config/wscons.c === RCS file: /cvs/xenocara/xserver/config/wscons.c,v retrieving revision 1.21 diff -u -p -u -p -r1.21 wscons.c --- xserver/config/wscons.c 8 Dec 2017 15:02:00 -

stop using WSMOUSE_TYPE_ELANTECH in other drivers

Back when touchpad drivers were using the synaptics Xorg driver, they had to pretend to be Elantech devices in order to get particular packet processing. Since Ulf switched us to wstpad and xf86-input-ws a while ago, these drivers can stop claiming to be WSMOUSE_TYPE_ELANTECH devices and use a

Re: inteldrm: always use probed screen size for fb

On Fri, 27 Jul 2018 at 19:44:28 +0200, Mark Kettenis wrote: > > Date: Thu, 26 Jul 2018 17:56:03 -0500 > > From: joshua stein > > > > On Thu, 26 Jul 2018 at 22:26:51 +0200, Mark Kettenis wrote: > > > I'm hesitant to change this code. How does Linux behave on tese > > > machines? Does it use the

Re: inteldrm: always use probed screen size for fb

> Date: Thu, 26 Jul 2018 17:56:03 -0500 > From: joshua stein > > On Thu, 26 Jul 2018 at 22:26:51 +0200, Mark Kettenis wrote: > > I'm hesitant to change this code. How does Linux behave on tese > > machines? Does it use the invisible part of the framebuffer? Or have > > they done away with actu

MAKEDEV: don't make /dev/audio* symlinks

The /dev/audio and /dev/audioctl symlinks aren't used anymore and can be removed (the /dev/mixer symlink is still used). OK? Index: MAKEDEV.common === RCS file: /cvs/src/etc/MAKEDEV.common,v retrieving revision 1.98 diff -u -p -r1.98

ssdfb(4): SSD1309 OLED display (128x64)

Hi, I have an SPI-connected SSD1309 OLED display (128x64) that I would like to support. At some point I'd like to attach a graphical program to it, so that a userland tool can draw graphics (or maybe something like X11). I don't know the display subsystem very well, so this diff attempts to atta

Re: bgpd, lies bloody lies

ok Claudio Jeker(cje...@diehard.n-r-g.com) on 2018.07.27 15:33:36 +0200: > Since the RIBs have been fully split there is no way that an update of a > Loc-RIB is modifying the Adj-RIB-In. Because of that there is no need > for the comment and also for the more complex loop construct. > > -- > :

bgpd, lies bloody lies

Since the RIBs have been fully split there is no way that an update of a Loc-RIB is modifying the Adj-RIB-In. Because of that there is no need for the comment and also for the more complex loop construct. -- :wq Claudio Index: rde.c ===

sndio: rename unix socket name

5+ years since aucat was renamed to sndiod; IMHO, we should have renamed the socket to remove reference to aucat. This avoids wondering what are these "aucat" files in /tmp. The socket is only used for IPC between libsndio and sndiod; so you only need to rebuild and reinstall libsndio and sndiod.