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
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
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
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.
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
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:
> >
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
-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
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
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
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
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
12 matches
Mail list logo