Re: 8.0 performance issue when running build.sh?

2018-07-11 Thread Simon Burge
Hi folks, Martin Husemann wrote: > On Tue, Jul 10, 2018 at 12:11:41PM +0200, Kamil Rytarowski wrote: > > After the switch from NetBSD-HEAD (version from 1 year ago) to 8.0RC2, > > the ld(1) linker has serious issues with linking Clang/LLVM single > > libraries within 20 minutes. This causes frequ

Re: 8.0 performance issue when running build.sh?

2018-07-11 Thread Kamil Rytarowski
On 11.07.2018 09:09, Simon Burge wrote: > Hi folks, > > Martin Husemann wrote: > >> On Tue, Jul 10, 2018 at 12:11:41PM +0200, Kamil Rytarowski wrote: >>> After the switch from NetBSD-HEAD (version from 1 year ago) to 8.0RC2, >>> the ld(1) linker has serious issues with linking Clang/LLVM single >

Re: 8.0 performance issue when running build.sh?

2018-07-11 Thread Takeshi Nakayama
>>> Martin Husemann wrote > > Another observation is that grep(1) on one NetBSD server is > > significantly slower between the switch from -7 to 8RC1. > > Please file separate PRs for each (and maybe provide some input files > to reproduce the issue). Already filed: http://gnats.netbsd.org/53

Re: 8.0 performance issue when running build.sh?

2018-07-11 Thread Kamil Rytarowski
On 11.07.2018 11:47, Takeshi Nakayama wrote: Martin Husemann wrote > >>> Another observation is that grep(1) on one NetBSD server is >>> significantly slower between the switch from -7 to 8RC1. >> >> Please file separate PRs for each (and maybe provide some input files >> to reproduce the is

Too many PMC implementations

2018-07-11 Thread Maxime Villard
Right now we have three (or more?) different implementations for Performance Monitoring Counters: * PMC: this one is MI. It is used only on one ARM model (xscale I think). There used to be an x86 code for it, but it was broken, and I removed it. The implementation comes with libpmc, a libr

Re: Too many PMC implementations

2018-07-11 Thread Jason Thorpe
Speaking as someone who was peripherally involved in the PMC flavor below, I have no objections to this. > On Jul 11, 2018, at 9:22 AM, Maxime Villard wrote: > > Right now we have three (or more?) different implementations for Performance > Monitoring Counters: > > * PMC: this one is MI. It is

Re: Too many PMC implementations

2018-07-11 Thread Kamil Rytarowski
On 11.07.2018 18:22, Maxime Villard wrote: > Right now we have three (or more?) different implementations for > Performance > Monitoring Counters: > >  * PMC: this one is MI. It is used only on one ARM model (xscale I think). >    There used to be an x86 code for it, but it was broken, and I remov

usb/xhci lock issue on HEAD

2018-07-11 Thread Phil Nelson
Hello, Has anyone run into this? I created a special kernel for my 802.11 work that removes a lot of unneeded drivers from my setup, stuff like raid, ntfs and so forth. I got a working kernel out of it. Then, to work on the 802.11, I commented out every 802.11 driver except the urtwn driv

Re: usb/xhci lock issue on HEAD

2018-07-11 Thread Patrick Welche
On Wed, Jul 11, 2018 at 09:34:20PM -0700, Phil Nelson wrote: > I'm not sure why this kernel is calling cngetsn() at setroot() time. "boot netbsd -a" ? P

Re: usb/xhci lock issue on HEAD

2018-07-11 Thread Phil Nelson
On Wednesday 11 July 2018 22:32:13 Patrick Welche wrote: > "boot netbsd -a" ? No, just "boot netbsd.wifi" to boot my special wifi kernel that I'm sure will crash and don't want it doing an autoboot to. --Phil

Re: Too many PMC implementations

2018-07-11 Thread Maxime Villard
Le 11/07/2018 à 19:49, Kamil Rytarowski a écrit : I'm not familiar with the internals myself, but from API point of view, something usable for porting rr (https://github.com/mozilla/rr) or even Linux perf-top is highly desirable. I treat personally perf-top as a gold standard. Well, yes, but ri