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
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
>
>>> 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
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
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
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
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
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
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
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
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
11 matches
Mail list logo