It's OK to go to the ARC with things that are project-private -- though
in this case, I'd hope the intent would be to raise the commitment level
at some point. Is that part of the long-term plan?
I no longer directly work on USB so I don't know that the plan is. My
intention was, at the time
> > Where's the ARC case that covers GSD?
>
> It was a project private interface and still is. Which is kind of
> obvious from the fact that the only documentation available on it is
> some obscure engineer's blog.
It's OK to go to the ARC with things that are project-private -- though
in
> Maybe those of use who are like-minded about cleaning the world up
> should start a project, or a community? Linux has "kernel janitors":
> http://janitor.kernelnewbies.org/.
>
> It seems like the scope could include:
>
> - Code cleanliness (lint, cstyle)
> - "Checking
On Tue 22 Aug 2006 at 10:51PM, Peter Memishian wrote:
> >
> > Sadly, my attempts to fix it up properly got blocked behind being
> > unable to find out if there were other reasons for the LINTLIBRARY bits
> > there, and a lack of cycles to figure out cleaning up the psycho v.
> > schizo confli
Found it.
#include
int ldphys(uint64_t physaddr);
This message posted from opensolaris.org
___
opensolaris-code mailing list
opensolaris-code@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
Artem Kachitchkine writes:
> > the 1-pager for that case says that this
> > GSD is copied from the su_driver source
>
> That's not quite true. I consulted other serial drivers' code, but
> didn't copy any of it, which is easily verifiable.
Yep. It seemed strange in the 1-pager, though.
> > I
Where's the ARC case that covers GSD?
It was a project private interface and still is. Which is kind of
obvious from the fact that the only documentation available on it is
some obscure engineer's blog.
> the 1-pager for that case says that this
> GSD is copied from the su_driver source
T
On 8/25/06, Garrett D'Amore <[EMAIL PROTECTED]> wrote:
I need to offload some processing from high level interrupt to some
thing more sane.
Historically I've always used soft interrupts to do this, as that was
the "documented" and preferred way.
I'm curious though, we now have taskq's in the DD
Artem Kachitchkine writes:
> James Carlson wrote:
> > At one point, I started working on a "GSD" (generic serial driver,
> > akin to GLD) to implement all of the common POSIX bits with simple
> > callbacks for the chip-specific bits.
>
> And that was before I put my GSD in Solaris 9? :)
No ... bu
Is there any predefined c-functions in the opensolaris code to read data from
an alternative address space or more specifically with ASI 0x15 (bypass address
translation)?
This message posted from opensolaris.org
___
opensolaris-code mailing list
op
10 matches
Mail list logo
