Hang with heavy build on cgd and MP

2010-01-24 Thread David Brownlee
I have a largish java app which hang my netbsd-5 amd64 X60s when building on cgd. It normally happens on the second consecutive build, using the native openjdk7. I originally noticed in on cgd on dk, but removing DKWEDGE_METHOD_BSDLABEL didn't affect matters. Moving the tree from the cgd

Re: blocksizes

2010-01-24 Thread Michael van Elst
On Sun, Jan 24, 2010 at 11:16:05PM +1030, Brett Lymn wrote: On Fri, Jan 22, 2010 at 01:09:10PM +0100, Michael van Elst wrote: Keeping DEV_SIZE at 512 bytes avoids lots of changes. Won't that mean there is a chance there will be a lot of read/modify/write going on if the driver is

Re: Hang with heavy build on cgd and MP

2010-01-24 Thread Manuel Bouyer
On Sun, Jan 24, 2010 at 11:22:07AM +, David Brownlee wrote: I have a largish java app which hang my netbsd-5 amd64 X60s when building on cgd. It normally happens on the second consecutive build, using the native openjdk7. I originally noticed in on cgd on dk, but removing

Re: blocksizes

2010-01-24 Thread Brett Lymn
On Fri, Jan 22, 2010 at 01:09:10PM +0100, Michael van Elst wrote: Keeping DEV_SIZE at 512 bytes avoids lots of changes. Won't that mean there is a chance there will be a lot of read/modify/write going on if the driver is pretending to have 512byte sectors? Would that not be really really bad

Re: rfc: a driver to access MSRs on i386

2010-01-24 Thread Marc Balmer
Am 24.01.2010 um 20:13 schrieb David Young: On Sun, Jan 24, 2010 at 06:32:32PM +0100, Marc Balmer wrote: While porting the xf86-video-geode X.Org driver to NetBSD I also needed to implement the amdmsr(4) driver I wrote for OpenBSD. The issue here is, that xf86-video-geode needs access to

Re: blocksizes

2010-01-24 Thread Michael van Elst
On Sun, Jan 24, 2010 at 09:08:10AM -0800, John Nemeth wrote: A quote, often attributed to Einstein, is, Everything should be made as simple as possible, but no simpler. I can't help but feel that this is making things simpler then they should be. John, you misunderstand this. NetBSD

Re: blocksizes

2010-01-24 Thread David Laight
On Sun, Jan 24, 2010 at 12:21:52PM -0800, Matt Thomas wrote: My feelings are this: when accessing the device through a bdevsw (d_psize or d_strategy), will refer to daddr_t and will be units of the blocksize of the device. For block access (aka filesystem) only blocksize that are powers of

Re: quota housekeeping unit

2010-01-24 Thread David Holland
On Sun, Jan 24, 2010 at 09:59:09PM +0100, Wolfgang Solfrank wrote: As an extreme example [on ISO 9660], you could have a file with 3 bytes, where every byte is in a separate block. Raising the question of which kind of resource limitation exactly you want to impose on the user. Wouldn't it

Re: blocksizes

2010-01-24 Thread David Holland
On Sun, Jan 24, 2010 at 08:48:32PM +, David Laight wrote: The btodb/dbtob macros will need another argument to indicate where the block size is obtained. That will just cause massive errors... For disks I would go for transfer requests (eg from fs) that are either in fixed units

Re: blocksizes

2010-01-24 Thread Michael van Elst
On Sun, Jan 24, 2010 at 09:54:47PM +, David Holland wrote: On Sun, Jan 24, 2010 at 08:48:07PM +0100, Michael van Elst wrote: A quote, often attributed to Einstein, is, Everything should be made as simple as possible, but no simpler. I can't help but feel that this is making

Proposal for adding fsx(8) to base system

2010-01-24 Thread ober
Hello All, Fsx is a filesystem exerciser that is used to stress filesystem code. I would like to propose importing fsx into the base systems, or perhaps pkgsrc. The intent is to import ftp://ftp.netbsd.org/pub/NetBSD/misc/ober/fsx/ to src/usr.sbin. For additional information on fsx and other

Re: blocksizes

2010-01-24 Thread Izumi Tsutsui
This is not true for NetBSD. disks are addressed in units of DEV_BSIZE by all filesystems and the sector sizes are handled by the disk driver. Even the CD-ROM driver is no different. Disklabel in cd(4) requires hardware block size for partition offsets, but it also uses DEV_BSIZE for sizes.

Re: Proposal for adding fsx(8) to base system

2010-01-24 Thread Hubert Feyrer
On Sun, 24 Jan 2010, o...@linbsd.org wrote: Fsx is a filesystem exerciser that is used to stress filesystem code. I would like to propose importing fsx into the base systems, or perhaps pkgsrc. The intent is to import ftp://ftp.netbsd.org/pub/NetBSD/misc/ober/fsx/ to src/usr.sbin. Sounds like

Re: blocksizes

2010-01-24 Thread Michael van Elst
tsut...@ceres.dti.ne.jp (Izumi Tsutsui) writes: Disklabel in cd(4) requires hardware block size for partition offsets, All disklabels use hardware block sizes. cd(4) is no exception. but it also uses DEV_BSIZE for sizes. cd(4) uses DEV_BSIZE units to address blocks. Isn't it one example of

Re: blocksizes

2010-01-24 Thread David Holland
On Sun, Jan 24, 2010 at 11:21:52PM +0100, Michael van Elst wrote: Not using DEV_BSIZE requires to change how things work now. He is right in the long run, though. You may think that the way NetBSD works is a hack as Izumi Tsutsui put it. But the argument that keeping things they

Re: Proposal for adding fsx(8) to base system

2010-01-24 Thread David Holland
On Mon, Jan 25, 2010 at 12:19:30AM +0100, Hubert Feyrer wrote: On Sun, 24 Jan 2010, o...@linbsd.org wrote: Fsx is a filesystem exerciser that is used to stress filesystem code. I would like to propose importing fsx into the base systems, or perhaps pkgsrc. The intent is to import

Re: btuart and SOCKET Bluetooth CF

2010-01-24 Thread KIYOHARA Takashi
Hi! Iain, From: Iain Hibbert plu...@rya-online.net Date: Sat, 23 Jan 2010 17:49:28 + (GMT) On Sat, 23 Jan 2010, KIYOHARA Takashi wrote: However, I'm not sure if it is permitted to use cfdata-cf_flags in this manner? There seem to be some rare instances of similar use but there is no