Like umb(4), sppp(4) natively learns DNS information. Among the
differences between these two devices is that umb prints this
information from ifconfig(8) and sppp does not. I would like to equalize
this behaviour, and add the necessary bits to sppp(4) and ifconfig(8).
Diff below is largely based
Hi,
Here are the last drivers missing a claim multiple report ids
conditional. None of them currently claims more than one report id.
With this is place, the old problematic approach of signalling
that multiple report ids should be claimed to the match routines using
__UHIDEV_CLAIM_MULTIPLE_REPORTI
On Sun, Nov 14, 2021 at 05:25:32PM +0100, Matthieu Herrb wrote:
> Hi,
>
> after the upgrade to X server 21.1.1, some people reported crashes in
> the radeon driver when using xrandr(1) or a similar utility.
>
> If you are seeing these crashes, please test the patch below (copied
> for a similar "
On Wed, 17 Nov 2021, Damien Miller wrote:
> On Tue, 16 Nov 2021, Damien Miller wrote:
>
> > Another couple of fixes in tomorrow's snaps. One to avoid errors like:
> >
> > > channel 3: chan_read_failed for istate 3
> >
> > Another avoids a situation where sshd could get stuck spinning on poll()
On Tue, 16 Nov 2021, Damien Miller wrote:
> Another couple of fixes in tomorrow's snaps. One to avoid errors like:
>
> > channel 3: chan_read_failed for istate 3
>
> Another avoids a situation where sshd could get stuck spinning on poll()
> if it fails.
>
> (Both uncovered by web browsing throu
Hello,
I've sent older version of diff. The new version contains
a minor tweak to pfi_set_flags() to make it more defensive:
+ if (name[n-1] >= '0' && name[n-1] <= '9') {
+ p = pfi_kif_get(name, NULL);
+ if (p != NULL) {
+ p->pfik_flags_new
Hello,
back in Gouveia claudio@ complained 'set skip on ...' requires reloading
pf.conf, when new interface appears. Diff below should fix that.
the idea is to introduce yet another reference type (PFI_KIF_REF_FLAG) pfi_kif
objects. PFI_KIF_REF_FLAG type keeps pfi_kif object in pf's interface tab
On Tue, Nov 16, 2021 at 11:26:40PM +0100, Matthieu Herrb wrote:
> Hi,
>
> I think I found the bug that causes crashes in X for some people.
>
> If X started crashing since you upgraded to the last snapshots, can
> you try the patch below ?
>
> get /usr/xenocara from CVS then
>
> cd /usr/xenocar
Run on boot without arguments, netstart(8) creates all virtual
interfaces *for which hostname.if files exist* before configuring them.
This prevents ordering problems with bridges and its members, as dlg's
commit message from 2018 reminds us.
But it also helps interface types like pair(4) which p
Hi,
I think I found the bug that causes crashes in X for some people.
If X started crashing since you upgraded to the last snapshots, can
you try the patch below ?
get /usr/xenocara from CVS then
cd /usr/xenocara/xserver
patch -p0 -E < /this/patch
doas make -f Makefile.bsd-wrapper obj
doas make
Hi!
I've tried to setup a line like:
bind-key XF86MonBrightnessDown ""
in my .cwmrc and the result was that no key event was sent to my windows.
Looking at the code, it looks like XKeysymToKeycode() is returning 0 for
the XF86MonBrightnessDown keysym. And this means that XGrabKey() will get
'A
On Tue, 16 Nov 2021 13:53:25 -0600, Scott Cheloha wrote:
> How would you do it? This seemed like the smallest diff to me because
> we don't have to change all the warn(3) calls. Is there an easier thing?
Nevermind, I missed that print_counts() needs to easily distinguish
between stdin and a fil
On Tue, Nov 16, 2021 at 12:39:32PM -0700, Todd C. Miller wrote:
> On Tue, 16 Nov 2021 12:35:59 -0600, Scott Cheloha wrote:
>
> > In wc(1), the "file" argument to cnt() is NULL when we're enumerating
> > the standard input. This causes a NULL pointer dereference if we ever
> > hit one of the warn(
On Tue, 16 Nov 2021 12:35:59 -0600, Scott Cheloha wrote:
> In wc(1), the "file" argument to cnt() is NULL when we're enumerating
> the standard input. This causes a NULL pointer dereference if we ever
> hit one of the warn(3) calls in that function.
>
> To fix, change the argument name to "path"
In wc(1), the "file" argument to cnt() is NULL when we're enumerating
the standard input. This causes a NULL pointer dereference if we ever
hit one of the warn(3) calls in that function.
To fix, change the argument name to "path" and make "file" a local
variable that is always initialized to poin
Hi. On a firewall recently upgraded to 7.0, I noticed that dhcpleased
was not getting a reply from my ISP's DHCP server during renewal at
T1. At T2, dhcpleased would broadcast the REQUEST which would be
answered. Testing with dhclient showed successful renewals at T1.
Inspecting the REQUEST packet
On Oct 09 20:26:13, tro...@kagu-tsuchi.com wrote:
> This is a new attempt at fixing vi(1) recovery by actually writing
> to the recovery file. Previously I restored the SIGALRM method that
> was deleted in the 90's but wondered if that was still the best way
> to handle this. Checking and syncing
Currently, dopselect() and doppoll() call tsleep_nsec() without retry.
cheloha@ asked if the functions should handle spurious wakeups. I guess
such wakeups are unlikely with the nowake wait channel, but I am not
sure if that is a safe guess.
The following diff adds the retrying. The code is a bit
On 2021-11-04 16:21:12, Alexandre Ratchov wrote:
> The current sndiod latency (minimum time between when the program
> plays something and when sound reaches Joe's ears) is too large and
> makes OpenBSD unpleasant to use for telephony, games, and makes
> controls of video players slugish.
>
> [..
Claudio Jeker writes:
> This documents count(). This function only works when used like this
> @map[key] = count();
> But it is implemented and works. If used differently you get a syntax
> error which is not helpful. This is why I chose to document it like this.
> Another option would be
On 16/11/21(Tue) 11:07, Claudio Jeker wrote:
> This documents count(). This function only works when used like this
> @map[key] = count();
> But it is implemented and works. If used differently you get a syntax
> error which is not helpful. This is why I chose to document it like this.
> Anot
This documents count(). This function only works when used like this
@map[key] = count();
But it is implemented and works. If used differently you get a syntax
error which is not helpful. This is why I chose to document it like this.
Another option would be to document the language (so it i
On Mon, Nov 15, 2021 at 05:23:43PM +0100, Alexander Bluhm wrote:
> Hi,
>
> To debug IPsec and tdb refcounting it may be useful to have "show
> tdb" and "show all tdbs" in ddb.
>
> ok?
>
Indeed this is useful.
ok mvs@
> bluhm
>
> Index: share/man/man4/ddb.4
> =
23 matches
Mail list logo
