PUBLISH YOUR BLOG POSTS

2020-09-29 Thread aliza david
PUBLISH YOUR BLOG POSTS - INCREASE YOUR WEBSITE / BLOGS / FORUMS TRAFFIC We have skills to boost up your website, personal blogs. We are providing strong backlinks via Blog Posts to Increase Your Website Traffic as well as Your Website/Blog Ranking over Search Engines. I suggest you give us a chan

Re: pckbc: extend the PS/2 interface tests

2020-09-29 Thread Ulf Brosziewski
Meanwhile, I think this patch is not a good idea, at least not in this form. While it may correctly establish whether there is an auxiliary interface or not, it may lead to conflicts in cases where a touchpad isn't "meant" to be run in the legacy PS/2 mode. Until now, I have thought that the lack

Re: A few questions regarding WG(4)

2020-09-29 Thread Sven F.
On Mon, Sep 28, 2020 at 6:35 PM Sven F. wrote: > Dear reader, > > i tested 6.8-beta and WG > > After going for behind NAT to behind NAT experiment , > i went for two 'clients' behind a NAT to an openBSD device with a public IP > called here 'Server' > > First of all , a minor detail, unless I tho

fvwm: remove osrelease from system.fvwmrc

2020-09-29 Thread Klemens Nanni
This is the version string that shows up as part of "OpenBSD 6.8" in the bottom right window in a default installation. But as this version stems from the build machine's kernel with which fvwm was build, it can differ from the version you're running on your machine which is what you'd expect as u

Quick trip report: Lenovo P1 Gen 3

2020-09-29 Thread Dana Koch
There's still a lot of unrecognized devices on the P1 Gen 3, and the install process is not quite smooth yet, but it does eventually boot once installed with a GENERIC* kernel from -current. (See https://marc.info/?l=openbsd-bugs&m=160011933402270&w=2 for dmesg and vitals from the unmodified kernel

Re: mfokclock(4) -> mfokrtc(4): loongson's hugging arm

2020-09-29 Thread Theo de Raadt
Patrick Wildt wrote: > On Tue, Sep 29, 2020 at 11:23:03AM -0600, Theo de Raadt wrote: > > + if (strcmp(ia->ia_name, "st,m41t83") == 0) > > > > fine with me. But in that case, why not call the driver i2c/m41t83.c > > Because it's a series of chips, like m41t80, m41t81, m41t82. Machines >

Re: mfokclock(4) -> mfokrtc(4): loongson's hugging arm

2020-09-29 Thread Patrick Wildt
On Tue, Sep 29, 2020 at 11:23:03AM -0600, Theo de Raadt wrote: > + if (strcmp(ia->ia_name, "st,m41t83") == 0) > > fine with me. But in that case, why not call the driver i2c/m41t83.c Because it's a series of chips, like m41t80, m41t81, m41t82. Machines and their device trees encode the sp

Re: mfokclock(4) -> mfokrtc(4): loongson's hugging arm

2020-09-29 Thread Theo de Raadt
+ if (strcmp(ia->ia_name, "st,m41t83") == 0) fine with me. But in that case, why not call the driver i2c/m41t83.c

mfokclock(4) -> mfokrtc(4): loongson's hugging arm

2020-09-29 Thread Patrick Wildt
Hi, some arm64 that I'd like to use as replacement server for the one that's crashing all the time (probably HW-related) has a Microcrystal RV4162 RTC. As it turns out, this is about the same as the ST M41T8x series. For that one we already have mfokclock(4), but only for loongson. After talkin

iked(8): check ibuf_seek() return value

2020-09-29 Thread Tobias Heider
Hi, the diff below adds a missing return value check for ibuf_seek() in IKEv2 fragment reassembly. ok? diff --git a/sbin/iked/ikev2_pld.c b/sbin/iked/ikev2_pld.c index 7102cfff6fd..2475be07299 100644 --- a/sbin/iked/ikev2_pld.c +++ b/sbin/iked/ikev2_pld.c @@ -1793,6 +1793,7 @@ ikev2_frags_reasse