On Mon, 27 Jan 2014, Christos Zoulas wrote:
Modified Files:
src/sys/arch/i386/include: vmparam.h
Log Message:
Cut down MAXDSIZE from 3G to 2.5G otherwise bottomup allocation ends up
supplying an out of bounds hint for sigcode (c001e000 > bf00). Makes
a.out binaries work again.
Will
Date: Mon, 27 Jan 2014 05:45:32 -0800 (PST)
From: Paul Goyette
Taylor R Campbell wrote:
> Would it suffice to add an open count to struct bdevsw and struct
> cdevsw, to be maintained by {bdev,cdev}_{open,close}?
I think this would be sufficient.
Minor snag: all the bdevsw/cde
Hello,
On Mon, 27 Jan 2014 23:11:50 +
"Jonathan A. Kollasch" wrote:
> Module Name: src
> Committed By: jakllsch
> Date: Mon Jan 27 23:11:50 UTC 2014
>
> Modified Files:
> src/sys/arch/x86/pci: pci_machdep.c
>
> Log Message:
> Stopgap to prevent genfb from stealing console.
On Mon, Jan 27, 2014 at 09:27:50PM +, Manuel Bouyer wrote:
> Module Name: src
> Committed By: bouyer
> Date: Mon Jan 27 21:27:50 UTC 2014
>
> Modified Files:
> src/doc [netbsd-6-1]: README.files
> src/gnu/usr.bin/groff/tmac [netbsd-6-1]: mdoc.local
> src/sys/sys [net
Taylor R Campbell wrote:
It seems to me that the crux of the problem is that devsw_detach
doesn't fail if the device is still in use, because we do keep no
books about which devsws are still in use, so there's nothing to stop
you from unloading a device's module before you've given a its close
r
