Matthias Scheler | 21 Nov 08:53 2004
Picon

Re: SA threads

In article <200409212243.i8LMhvC17297 <at> srapc342.sra.co.jp>,
	SODA Noriyuki <soda <at> sra.co.jp> writes:
> Acutally I did some benchmarks about basic therad primitives
> last year.

Does that involve using the kernel? Userland scheduling works probably
great as long as your threads don't need to use the kernel.

> I suspect the reason why Solaris M:N thread is slower is because
> generally it doesn't assign enough lwps to pthreads.

It did that dynamically. I think the 1:1 model works very well for
Solaris because the Solaris kernel internally uses threads and
preemptive scheduling, too. So with the 1:1 model each thread can
use the kernel directly whenever it wants to without blocking any
other userland thread.

	Kind regards

--

-- 
Matthias Scheler                                  http://scheler.de/~matthias/

Josh | 30 Nov 03:34 2004
Picon

ppbus drivers?

Hello..

I am wanting to write a driver for 2.0 for a device attached to the printer port. 

A while ago I wrote the driver for 1.6, but have only the driver code and have long since forgotten how to
actually add a new driver with the crazy autoconfig system.

Anyway, I want to try this ppbus system.

I see there are files in /usr/src/dev/ppbus/ and I can figure out the actual driver code, but how do I
'register' my driver so it gets compiled into the kernel? Nothing to do with ppbus seems to be mentioned
anywhere in the 2.0 kernel configs.

Any suggestions, hints, advice, urls?

Thanks

Hubert Feyrer | 29 Nov 10:07 2004
Picon

Re: ppbus drivers?

On Tue, 30 Nov 2004, Josh wrote:
> I see there are files in /usr/src/dev/ppbus/ and I can figure out the 
> actual driver code, but how do I 'register' my driver so it gets compiled 
> into the kernel? Nothing to do with ppbus seems to be mentioned anywhere 
> in the 2.0 kernel configs.

Um, I think you want an entry in the approriate "files.*" file.

  - Hubert

--

-- 
NetBSD - Free AND Open!      (And of course secure, portable, yadda yadda)

Ben Collver | 30 Nov 01:24 2004

for the perverse

http://www.jankratochvil.net/project/captive/

Dieter | 30 Nov 20:39 2004

"open" video cards

>> But, remember that the TGA series was specifically designed to
>> allow a userspace application to mmap(2) in the registers in the
>> right ways and securely access them while still having the kernel
>> broker access to things like DMA.  Many i386 cards are not designed
>> to allow this sort of thing to work... 

...

> mind you, if one has to live in the PC world where there's a new
> graphics card design on the market every few days or so

There are some folks working on an "open" video card design.
If the NetBSD video card wizards have any ideas on what
they'd like to see in the design...

http://lists.duskglow.com/mailman/listinfo/open-graphics


Gmane