The addition of CTF handling has made ddb depend on libz. Listing this
dependency would make it easier to build a RAMDISK with the debugger.
OK?
Index: conf/files
===
RCS file: src/sys/conf/files,v
retrieving revision 1.699
diff -u
On Tue, 23 Mar 2021 18:01:27 +0100, Stefan Sperling wrote:
> This switches athn(4) to the new RA Tx rate adaptation module.
> Tests on athn(4) PCI devices are welcome.
> USB devices don't need to be tested in this case Tx rate adaptation
> is taken care of by firmware.
>
> I could only test on
On 2021 Mar 30 (Tue) at 20:22:09 +0200 (+0200), Stefan Sperling wrote:
:On Tue, Mar 30, 2021 at 07:36:28PM +0200, Peter Hessler wrote:
:> Been running this for about 24 hours on my x395, seems to be good.
:>
:> Had only one stuck wifi when first trying it, but I was also stuck on a
:> 2.4GHz
This removes a bunch of extra "HUAWEI Mobile", add model numbers according to
our macros (some are used on more than one device but should be close
enough), add radio type where I could figure it out.
ok?
Index: usbdevs
===
RCS
Both asr_private.h and asr_utils.c have mname before rname but not
asr_debug.c.
Index: asr_debug.c
===
RCS file: /cvs/src/lib/libc/asr/asr_debug.c,v
retrieving revision 1.26
diff -u -p -r1.26 asr_debug.c
--- asr_debug.c 3 Jul 2019
On Tue, Mar 30, 2021 at 07:36:28PM +0200, Peter Hessler wrote:
> Been running this for about 24 hours on my x395, seems to be good.
>
> Had only one stuck wifi when first trying it, but I was also stuck on a
> 2.4GHz channel and live in a dense apartment building. Forcing it to
> move to a 5GHz
On 2021 Mar 29 (Mon) at 19:27:15 +0200 (+0200), Stefan Sperling wrote:
:This patch attempts to add support for receiving A-MSDUs to iwm(4).
:If you are using iwm(4) then please run with this patch and let me
:know if it causes regressions. Thanks!
:
:ACHTUNG: This patch breaks iwx(4)! Don't use it
Hi Stefan,
* Stefan Sperling wrote:
> This patch attempts to add support for receiving A-MSDUs to iwm(4).
> If you are using iwm(4) then please run with this patch and let me
> know if it causes regressions. Thanks!
Works so far fine with the following HW:
iwm0 at pci2 dev 0 function 0 "Intel
On Tue, Mar 30, 2021 at 05:51:38PM +0200, Claudio Jeker wrote:
> On Tue, Mar 30, 2021 at 05:45:39PM +0200, Theo Buehler wrote:
> > On Tue, Mar 30, 2021 at 05:30:19PM +0200, Claudio Jeker wrote:
> > > Found the hard way. http_new() call http_free() if http_resolv() failes.
> > > http_free() call
On Tue, Mar 30, 2021 at 05:45:39PM +0200, Theo Buehler wrote:
> On Tue, Mar 30, 2021 at 05:30:19PM +0200, Claudio Jeker wrote:
> > Found the hard way. http_new() call http_free() if http_resolv() failes.
> > http_free() call http_fail() in that case since the state is not
> > STATE_DONE. In the
On Tue, Mar 30, 2021 at 05:30:19PM +0200, Claudio Jeker wrote:
> Found the hard way. http_new() call http_free() if http_resolv() failes.
> http_free() call http_fail() in that case since the state is not
> STATE_DONE. In the main poll loop another http_fail() call is made. This
> results in bad
Found the hard way. http_new() call http_free() if http_resolv() failes.
http_free() call http_fail() in that case since the state is not
STATE_DONE. In the main poll loop another http_fail() call is made. This
results in bad bad things.
--
:wq Claudio
Index: http.c
On Tue, Mar 30, 2021 at 12:00:10AM +0200, Balder Oddson wrote:
> On Thu, Mar 25, 2021 at 12:46:24PM -0600, Theo de Raadt wrote:
> > No way for this diff. This is the wrong way. Surely there are ways
> > to disable compression negotion on specific sessions, but removing
> > the code from the
On 21/03/21(Sun) 11:27, Visa Hankala wrote:
> On Sat, Feb 27, 2021 at 01:36:29PM +, Visa Hankala wrote:
> > The kernel does not reschedule the timer when the user changes the
> > timeout period. The new period will take effect only after the current
> > period has expired. This is not
14 matches
Mail list logo
