On Thu, 24 Jul 2014, Jeff Rizzo wrote:
(Please keep me on the cc: when replying, otherwise we get 24-hour
lags such as this waiting for me to check list mail again)
OK.
... I'd keep the new ALIAS=evbearm* and remove the old ALIAS=evbarm*
lines, not provide both.
This ^^^ is actually why I
Hi,
One more thing.
http://www.netbsd.org/~ozaki-r/wm-split-mutex.diff
This patch splits the mutex of wm into two: one for
tx and the other for rx. By doing so, lock contentions
can be reduced. We lock both for other operations
that need locking, e.g., init, stop and ioctl.
I didn't do it
William D. Jones skrev 2014-07-25 07:58:
Yes, I think you can set UNSUPPORTED_COMPILER.pcc in the Makefile and it
will proceed using a different one
For the time being, I'll make a note of all the tools that pcc cannot
currently build, and set Makefiles accordingly. I'm not sure if these
tools
Hi Taylor,
This has made no change unfrotunately. The dmesg remains the same, and
due to the panic occuring when there is no fb to cnopen(), there is no
useful stack trace. All that is available is the [...]DRM error in
i915_driver_load: failed to map registers[...] error in i915kms.
Thanks,
On Jul 25, 1:49pm, 6b...@6bone.informatik.uni-leipzig.de wrote:
}
} I updated from bind99 to bind910. The bind910 doen't accept the rrl
} configuration.
}
} The following configuration will be accepted:
}
} rate-limit {
} responses-per-second 50;
}
Hi,
2014-07-25 22:16 GMT+09:00 David Mackay davidm.j...@gmail.com:
This has made no change unfrotunately. The dmesg remains the same, and
due to the panic occuring when there is no fb to cnopen(), there is no
useful stack trace. All that is available is the [...]DRM error in
/NetBSD/misc/nonaka/drmkms/20140725-nbsd-drmkms-ironlake.diff
Regards,
--
NONAKA Kimihiro
On Fri, 25 Jul 2014, John Nemeth wrote:
Date: Fri, 25 Jul 2014 10:18:16 -0700
From: John Nemeth jnem...@cue.bc.ca
To: 6b...@6bone.informatik.uni-leipzig.de, current-users@netbsd.org
Subject: Re: bind-9.10.0pl2 rrl issue?
On Jul 25, 1:49pm, 6b...@6bone.informatik.uni-leipzig.de wrote:
}
} I
Would it be a problem for you if the alias names were changed?
--apb (Alan Barrett)
Not at all- I'll just regenerate my scripts. I was concerned that the
aliases would be removed period because technically they're redundant. The
aliases however, make generating my scripts easier.
On a kernel which does NOT have DEBUG or DIAGNOSTIC, I am getting the
following compile error:
/build/netbsd-local/src/sys/dev/pci/agp_i810.c: In function
'agp_i810_unbind_memory':
/build/netbsd-local/src/sys/dev/pci/agp_i810.c:1368:25: error: unused variable
'isc' [-Werror=unused-variable]
On 14 July 2014 13:08, Chavdar Ivanov ci4...@gmail.com wrote:
Hi,
With 6.99.47 amd64 from a few minutes ago I get on the console:
Same with 6.99.48 from a few minutes ago.
Another data point - if you run, say, 'less' under this kernel, raw
terminal input is not accepted (e.g. one has to hit
a break after the Pineview cases.
Thanks, updated my patch.
http://ftp.netbsd.org/pub/NetBSD/misc/nonaka/drmkms/20140725-nbsd-drmkms-ironlake.diff
Regards,
--
NONAKA Kimihiro
Do you have a patch that I can apply to my private NetBSD source tree of pcc
for the time being? My pcc is compiled into the NetBSD tools directory, at
which point it is used to compile the rest of the NetBSD source tree.
-Original Message-
From: Anders Magnusson
Sent: Friday, July
On 7/25/14, 12:28 AM, Alan Barrett wrote:
I don't care which of the two you keep, but I think it's ugly to have
two aliases that mean the same thing.
After thinking about it some more, I've adopted your original
suggestion. Here's what I want to commit, probably tomorrow.
Index:
This is an automatically generated notice of a NetBSD-current/i386
build failure.
The failure occurred on babylon5.NetBSD.org, a NetBSD/amd64 host,
using sources from CVS date 2014.07.25.23.21.46.
An extract from the build.sh output follows:
^
With the recent discussion about DIAGNOSTIC perhaps having a 15%
performance penalty, I took a quick look at some kernel config files.
It seems that we are not at all consistent about the comments on the
options DIAGNOSTIC lines! What I find most interesting in the
following is 34 config
Updating src tree:
P src/distrib/sets/lists/base/ad.arm
P src/distrib/sets/lists/base/ad.mips
P src/distrib/sets/lists/base/ad.powerpc
P src/distrib/sets/lists/base/md.amd64
P src/distrib/sets/lists/base/md.sparc64
P src/distrib/sets/lists/base/shl.mi
P src/distrib/sets/lists/comp/mi
P
Hi,
My MacBook Air mid-2012 11-inch model has DRMKMS kernel problem
under NetBSD/amd64 4.99.49.
My DTRACE4 kernel is DRMKMS with dtrace support and many ACPI debug prints
(debug prints are manually removed from dmesg in this e-mail).
4.99.43 worked very fine with my machine.
(1) xset dpms
18 matches
Mail list logo