Re: better audio defaults: please test

2021-11-16 Thread Bryan Linton
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. > > [..

Re: Stuck in Needbuf state, trying to understand (6.7)

2020-06-28 Thread Bryan Linton
On 2020-06-27 19:29:31, Bob Beck wrote: > > No. > > I know *exactly* what needbuf is but to attempt to diagnose what your > problem is we need exact details. especially: > > 1) The configuration of your system including all the details of the > filesystems > you have mounted, all options used

Re: Pump my sched: fewer SCHED_LOCK() & kill p_priority

2019-06-24 Thread Bryan Linton
On 2019-06-21 17:11:26, Martin Pieuchot wrote: > On 06/06/19(Thu) 15:16, Martin Pieuchot wrote: > > On 02/06/19(Sun) 16:41, Martin Pieuchot wrote: > > > On 01/06/19(Sat) 18:55, Martin Pieuchot wrote: > > > > Diff below exists mainly for documentation and test purposes. If > > > > you're not inter

Re: [PATCH] systat reports inaccurate statistics for disk i/o speed

2019-01-19 Thread Bryan Linton
On 2019-01-19 16:09:05, Ted Unangst wrote: > Bryan Linton wrote: > > Hello tech@, > > > > I'd appreciate it if someone could review both this patch and my > > analysis. > > There is no reason for etime to be a global. We can make it a local with the > co

Re: [PATCH] systat reports inaccurate statistics for disk i/o speed

2019-01-19 Thread Bryan Linton
On 2019-01-19 15:00:20, Otto Moerbeek wrote: > On Sat, Jan 19, 2019 at 09:30:12PM +0900, Bryan Linton wrote: > > > Hello tech@, > > > > I'd appreciate it if someone could review both this patch and my > > analysis. > > > > [...] > > > &

[PATCH] systat reports inaccurate statistics for disk i/o speed

2019-01-19 Thread Bryan Linton
Hello tech@, I'd appreciate it if someone could review both this patch and my analysis. PROBLEM --- When running systat, the vmstat page shows inaccurate numbers for disk i/o speed (likely only on multiprocessor systems) when compared to both the iostat page, as well as the statistics report

Re: [UPDATE] FreeType 2.9.1

2018-05-25 Thread Bryan Linton
On 2018-05-20 14:15:47, Matthieu Herrb wrote: > On Thu, Apr 26, 2018 at 01:01:33PM +0200, David Coppa wrote: > > > > Hi all, > > > > Attached you will find an update to the latest freetype (2.9.1). > > > > ok matthieu@. > > note that the uninialized memory access with some fonts reported by >

Re: Looking for testers for em(4) quirks patch

2018-04-04 Thread Bryan Linton
On 2018-04-03 18:53:16, Bryan Linton wrote: > On 2018-04-02 11:52:08, Stefan Fritsch wrote: > > Hi, > > > > We have seen problems with em on i219V and i219LM. For example, "Hardware > > Initialization Failed" if no cable is plugged in during boot, or watc

Re: Looking for testers for em(4) quirks patch

2018-04-03 Thread Bryan Linton
On 2018-04-02 11:52:08, Stefan Fritsch wrote: > Hi, > > We have seen problems with em on i219V and i219LM. For example, "Hardware > Initialization Failed" if no cable is plugged in during boot, or watchdog > timeouts / hangs until next boot if the cable is removed while data is > transmitted.

Re: [PATCH] Fix font rendering error in FreeType 2.8.1 update, memory allocation related?

2018-03-12 Thread Bryan Linton
On 2018-03-11 18:03:27, Matthieu Herrb wrote: > On Sun, Mar 11, 2018 at 11:58:50AM +0900, Bryan Linton wrote: > > [I sent a copy of this email to tech@ 24 hours ago and it hasn't > > shown up yet. Apologies if this ends up being a double-post.] > > > > Hello tec

[PATCH] Fix font rendering error in FreeType 2.8.1 update, memory allocation related?

2018-03-10 Thread Bryan Linton
[I sent a copy of this email to tech@ 24 hours ago and it hasn't shown up yet. Apologies if this ends up being a double-post.] Hello tech@ I'm not sure if it's bad form to crosspost this from bugs@ to tech@ or not, but I have a patch that fixes a font rendering issue with the new FreeType 2.8.1

[PATCH] ratecheck.9 - Fix variable names in EXAMPLES

2017-10-29 Thread Bryan Linton
Hello tech@, I noticed that the EXAMPLE in the ratecheck.9 manual page declares the following variables: struct timeval drv_lasterr1time; /* time of last err1 message */ struct timeval drv_lasterr2time; /* time of last err2 message */ However the code later on actually uses the following one

Re: [PATCH] intel_uncore.c - Horrible, ugly hack to avoid dmesg spam

2017-10-29 Thread Bryan Linton
On 2017-10-29 06:40:35, Miod Vallat wrote: > > The patch below simply stops printing additional messages after 10 > > lines have been printed. > > > > You might want to use ratecheck(9) rather than a simple limit. > Done. Thanks for the tip! -- Bryan Index: intel_uncore.c ===

[PATCH] intel_uncore.c - Horrible, ugly hack to avoid dmesg spam

2017-10-28 Thread Bryan Linton
Hello tech@ First, I want to say that I'm in no way advocating that this patch be committed to the tree. I'm sending it solely for the others who have encountered the same issue I have. It's only purpose is to suppress dmesg spam on boot and thereby speed up booting by 10-15 seconds, as well as

[PATCH] Fix likely typo in if_iwm.c

2017-08-23 Thread Bryan Linton
I spotted what looks to be a typo in if_iwm.c given the context in which it occurs. Patch attached. Apologies if I'm mistaken. -- Bryan Index: if_iwm.c === RCS file: /cvs/src/sys/dev/pci/if_iwm.c,v retrieving revision 1.211 diff -

Re: inteldrm(4) diff needs review and testing

2017-07-16 Thread Bryan Linton
On 2017-07-16 15:19:41, Mark Kettenis wrote: > Can somebody test the following diff on Ivy Bridge or Haswell (Intel > HD Graphics 2500/4000/4600/4700/5000/5100/5200)? > > When I added support for the command parser, I took a bit of a > shortcut and implemented the hash tables as a single linked l

[PATCH] Clean up obsolete information in gettimeofday.2

2017-04-29 Thread Bryan Linton
Is this worth deleting now that struct timezone *tzp is no longer used? I was originally going to send a small diff changing only the line that read, "If tp or tzp is NULL, the associated time information will not be returned or set" since gettimeofday(&tv, NULL) works exactly as one would expect.

Re: vmmap speed increase diff

2012-03-25 Thread Bryan Linton
On 2012-03-23 21:50:29, Ariane van der Steldt wrote: > Hi, > > With the recent introduction of vmmap, I introduced a slowdown which > affects programs with alot of memory (browsers for instance). First of > all, since I've heard very few complaints, thanks for putting up with > this. > > The re

Re: VIA EHCI controller workaround needs testing.

2009-07-23 Thread Bryan Linton
On 2009-06-30 06:26:48, Bryan Linton wrote: > On 2009-06-29 22:08:00, Dale Rahn wrote: > > On Mon, Jun 29, 2009 at 03:46:35PM -0400, Brad wrote: > > > The following diff adds a workaround for an issue with the VIA VT6202 > > > EHCI controller hogging the PCI bus and c

Re: re(4) diff that needs testing

2009-07-23 Thread Bryan Linton
On 2009-07-22 23:18:18, Mark Kettenis wrote: > This diff switches re(4) over to MCLGETI, bringing goodies like lower > memory usage and livelock mitigation. Getting this right usually > takes some effort. So please help me with getting this tested if you > have any machines with re(4). > > Than

Re: VIA EHCI controller workaround needs testing.

2009-06-30 Thread Bryan Linton
On 2009-06-29 22:08:00, Dale Rahn wrote: > On Mon, Jun 29, 2009 at 03:46:35PM -0400, Brad wrote: > > The following diff adds a workaround for an issue with the VIA VT6202 > > EHCI controller hogging the PCI bus and causing poor performance for > > IDE and possibly other devices in the system. > >

Re: New snapshots -> new installer

2009-05-28 Thread Bryan Linton
On 2009-05-06 15:21:44, Theo de Raadt wrote: > The newest snapshots that are headed out have a new install script based > on heavy modifications by a bunch of developers over the last 3 weeks. > > We would like to start getting feedback from people about these changes. > This is a really small n