On Sun, Jul 22, 2012 at 10:21:14PM -0400, Christos Zoulas wrote:
Module Name: src
Committed By: christos
Date: Mon Jul 23 02:21:14 UTC 2012
Modified Files:
src/lib/libutil: openpty.3
Log Message:
Mention how big the name can be.
I don't think we should leak internals
I think fec(4) is too common. I'd give SoC periph devs more
descriptive names, like mpc8xxxfec(4).
On Mon, Jul 23, 2012 at 10:05 PM, Matt Thomas m...@netbsd.org wrote:
Module Name:src
Committed By: matt
Date: Mon Jul 23 13:05:48 UTC 2012
Modified Files:
src/sys/dev:
David Holland dholland-sourcechan...@netbsd.org wrote:
Di not call cache_enter with path components bigger than NCHNAMLEN, as it
panics the kernel.
This is wrong; you're reverting rmind's cleanup.
I backed out the change. Will someone pullup the change to netbsd-6?
--
Emmanuel Dreyfus
On Mon, Jul 23, 2012 at 10:07:06PM +, Martin Husemann wrote:
This is wrong; you're reverting rmind's cleanup.
I backed out the change. Will someone pullup the change to netbsd-6?
Can you prepare a patch that applies before rmind's cleanup? (Or just
one that applies on netbsd-6?)
David Holland dholland-sourcechan...@netbsd.org wrote:
OTOH for netbsd-6 maybe a better patch would be to change cache_enter
to return instead of asserting for long filenames.
If nobody opposes, I can do that.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
On Tue, Jul 24, 2012 at 07:13:34AM +0200, Emmanuel Dreyfus wrote:
OTOH for netbsd-6 maybe a better patch would be to change cache_enter
to return instead of asserting for long filenames.
If nobody opposes, I can do that.
Best to ask on tech-kern, but it seems unlikely to be
