Re: i915 DRMKMS GPU hang

2016-02-02 Thread Iain Hibbert
On Tue, 2 Feb 2016, John D. Baker wrote: > the display freezes for a couple of minutes shortly after starting X > following a reboot--usually a couple of minutes after logging in via > 'xdm'. I then see the following in 'dmesg' and XConsole. It seems only > to occur once. If it happened more

Re: i915 DRMKMS GPU hang

2016-02-02 Thread Taylor R Campbell
Date: Tue, 2 Feb 2016 10:59:28 -0600 (CST) From: "John D. Baker" Of course, the reported GPU crash dump does not exist. Does our flavor of DRMKMS try to save the GPU crash dump someplace? Perhaps the reported path is expected to exist first? I'll try

Re: /stand 10x grows

2016-02-02 Thread Andreas Gustafsson
Manuel Bouyer wrote: > Hello, > on recent amd65 builds, /stand is bigger than it used to be > (10x bigger than on netbsd-7): netbsd-7 /stand is 20M, HEAD is 200M. > It seems that all modules did get bigger (e.g. zfs is 10M when it was just > below 1M), I didn't spot a subdir that accounts for most

Re: /stand 10x grows

2016-02-02 Thread Paul Goyette
On Tue, 2 Feb 2016, Kamil Rytarowski wrote: --[PinePGP]--[begin]-- On 02.02.2016 11:40, Manuel Bouyer wrote: Hello, on recent amd65 builds, /stand is bigger than it used to be (10x bigger than on netbsd-7): netbsd-7 /stand is 20M, HEAD is 200M.

Re: /stand 10x grows

2016-02-02 Thread Martin Husemann
On Tue, Feb 02, 2016 at 12:48:07PM +0200, Andreas Gustafsson wrote: > Presumably this is because of src/share/mk/bsd.kmodule.mk 1.56, > "If we are building CTF, keep debugging symbols." We need to send a HEADS UP to current users about this, especially on evbarm it may be a bad suprise. What are

Re: Disk full on anita/amd64?

2016-02-02 Thread Manuel Bouyer
On Tue, Feb 02, 2016 at 09:28:30AM +0200, Andreas Gustafsson wrote: > Ryota Ozaki wrote: > > I've noticed increase of test failures on anita/amd64: > > http://releng.netbsd.org/b5reports/amd64/commits-2016.01.html#2016.01.30.03.38.39 > > > > A test failure indicates disk full of the system: > >

/stand 10x grows

2016-02-02 Thread Manuel Bouyer
Hello, on recent amd65 builds, /stand is bigger than it used to be (10x bigger than on netbsd-7): netbsd-7 /stand is 20M, HEAD is 200M. It seems that all modules did get bigger (e.g. zfs is 10M when it was just below 1M), I didn't spot a subdir that accounts for most of the space. Any idea why

Re: /stand 10x grows

2016-02-02 Thread Kamil Rytarowski
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02.02.2016 11:40, Manuel Bouyer wrote: > Hello, on recent amd65 builds, /stand is bigger than it used to be > (10x bigger than on netbsd-7): netbsd-7 /stand is 20M, HEAD is > 200M. It seems that all modules did get bigger (e.g. zfs is 10M > when

Re: /stand 10x grows

2016-02-02 Thread Manuel Bouyer
On Tue, Feb 02, 2016 at 06:47:24PM +0800, Paul Goyette wrote: > On Tue, 2 Feb 2016, Kamil Rytarowski wrote: > > >--[PinePGP]--[begin]-- > >On 02.02.2016 11:40, Manuel Bouyer wrote: > >>Hello, on recent amd65 builds, /stand is bigger than it used to

Re: /stand 10x grows

2016-02-02 Thread Paul Goyette
On Tue, 2 Feb 2016, Martin Husemann wrote: On Tue, Feb 02, 2016 at 12:48:07PM +0200, Andreas Gustafsson wrote: Presumably this is because of src/share/mk/bsd.kmodule.mk 1.56, "If we are building CTF, keep debugging symbols." We need to send a HEADS UP to current users about this, especially

i915 DRMKMS GPU hang

2016-02-02 Thread John D. Baker
On an IBM ThinkCentre S51: $ uname -a NetBSD thinkcentre.technoskunk.fur 7.0_STABLE NetBSD 7.0_STABLE (GX260A) #5: Thu Jan 28 10:44:14 CST 2016 sy...@x3650.technoskunk.fur:/r0/build/netbsd-7/obj/i386/sys/arch/i386/compile/GX260A i386 with: [...] pchb0 at pci0 dev 0 function 0: Intel

Re: /stand 10x grows

2016-02-02 Thread Christos Zoulas
In article <20160202105547.gd1...@asim.lip6.fr>, Manuel Bouyer wrote: >On Tue, Feb 02, 2016 at 06:47:24PM +0800, Paul Goyette wrote: >> On Tue, 2 Feb 2016, Kamil Rytarowski wrote: >> >> >--[PinePGP]--[begin]-- >> >On