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

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

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 > correct

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. > > > > [...] > > > > A

[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

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

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

2018-04-04 Thread Bryan Linton
On 2018-04-03 18:53:16, Bryan Linton <b...@shoshoni.info> wrote: > On 2018-04-02 11:52:08, Stefan Fritsch <s...@sfritsch.de> wrote: > > Hi, > > > > We have seen problems with em on i219V and i219LM. For example, "Hardware > > Initialization F

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

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 <matth...@herrb.eu> 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.

[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

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

[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(, 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 ari...@stack.nl 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.

Re: re(4) diff that needs testing

2009-07-23 Thread Bryan Linton
On 2009-07-22 23:18:18, Mark Kettenis mark.kette...@xs4all.nl 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

Re: VIA EHCI controller workaround needs testing.

2009-07-23 Thread Bryan Linton
On 2009-06-30 06:26:48, Bryan Linton b...@shoshoni.info wrote: On 2009-06-29 22:08:00, Dale Rahn dr...@dalerahn.com 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

Re: VIA EHCI controller workaround needs testing.

2009-06-30 Thread Bryan Linton
On 2009-06-29 22:08:00, Dale Rahn dr...@dalerahn.com 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

Re: New snapshots - new installer

2009-05-28 Thread Bryan Linton
On 2009-05-06 15:21:44, Theo de Raadt dera...@cvs.openbsd.org 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