Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> Peter has already written device drivers for embedded Linux, and actually
> has a lot of experience on how to write device drivers portably (he is
> actually giving a talk at FOSDEM about it, he announced this on this list).
That's fine. Hurd require
On Thu, Feb 06, 2003 at 06:48:01PM +0100, Niels Möller wrote:
> I mean, one can start designing a framework and discuss for months
> what's the best way of organizing things (see the networking
> discussion we had a while back). And given the framework, one can
> start writing drivers. That approac
On Thu, Feb 06, 2003 at 08:11:47AM -0800, Jeff Bailey wrote:
> Of course it will, but that doesn't mean that the Hurd repository is the
> right place for them. Almost all of the code in the Hurd repository
> (with some notable exceptions, like some CMU code that's still around
> and the pfinet ser
On Thu, Feb 06, 2003 at 06:09:27PM +0100, Robert Millan wrote:
> On Mon, Feb 03, 2003 at 02:28:52PM +0100, Robert Millan wrote:
> > On Fri, Jan 31, 2003 at 09:08:40PM +0100, Marcus Brinkmann wrote:
> > >
> > > ioperm is supported in GNU Mach v2, that's what I implemented a year ago
> >
> > I trie
Robert Millan <[EMAIL PROTECTED]> writes:
> glad to hear. do you think it's pointful to implement it in Mach so we
> can use interrupts instead of polling from now on?
I haven't looked at all at Mach interrupt handling. If it's easy to
implement intwait (did I understand you correctly that intwai
On Thu, Feb 06, 2003 at 05:17:18PM +0100, Niels Möller wrote:
>
> Thinking about L4, I have no idea how ioperm should work, but intwait
> should be fairly easy to implement, it just needs to wait for a
> message from the kernel.
glad to hear. do you think it's pointful to implement it in Mach so
On Mon, Feb 03, 2003 at 02:28:52PM +0100, Robert Millan wrote:
> On Fri, Jan 31, 2003 at 09:08:40PM +0100, Marcus Brinkmann wrote:
> >
> > ioperm is supported in GNU Mach v2, that's what I implemented a year ago
>
> I tried on GNUMach 2 and it failed with errno "Function not implemented"..
looki
On Thu, Feb 06, 2003 at 08:11:47AM -0800, Jeff Bailey wrote:
>
> There's also the side problem that the Linux kernel contains hundreds
> (thousands?) of drivers that any given person isn't going to need. I
> think that having the drivers in a separate repository (and then
> possibly in a collecti
On Thu, Feb 06, 2003 at 05:00:32PM +0100, Robert Millan wrote:
> > What's official? =) I suspect that drivers will never all be copyrighted
> > to the FSF, since there's almost no value in that, which means that they
> > should never wind up in the Hurd repository. On the other hand, having
> > a
Robert Millan <[EMAIL PROTECTED]> writes:
> well, from my tiny experience on writing a parallel port driver i can say
> that userspace drivers for GNU are very portable. The only system resources
> one needs (besides Hurd's fs libraries of course) is a working ioperm(), which
> is a portable funct
On Thu, Feb 06, 2003 at 04:43:45PM +0100, Marcus Brinkmann wrote:
>
> You are aware of Peter Schrivjers intentions to write an L4 driver
> framework?
>
> The problem is not writing one parallel port driver, or even one nic driver.
> The problem is writing a good framework that allows a zillion of
On Thu, Feb 06, 2003 at 07:40:56AM -0800, Jeff Bailey wrote:
>
> What's official? =) I suspect that drivers will never all be copyrighted
> to the FSF, since there's almost no value in that, which means that they
> should never wind up in the Hurd repository. On the other hand, having
> a sub pro
On Thu, Feb 06, 2003 at 03:40:22PM +0100, Robert Millan wrote:
> is such work welcome then? i mean, if i write a decent driver will it be
> included in the Hurd now or in a later term?
> if there isn't interest at the moment i might consider creating a subproject
> at savannah for userspace drive
On Wed, Feb 05, 2003 at 03:06:17PM -0800, Thomas Bushnell, BSG wrote:
> Marcus Brinkmann <[EMAIL PROTECTED]> writes:
>
> > The question of user interrupt handlers: There is an interface, but I don't
> > think it was ever tried in GNU Mach, so I don't know if that works or can be
> > resurrected.
On Thu, Feb 06, 2003 at 01:02:13AM -0800, Ankur Srivastava wrote:
> Hi All,
>
> We are starting to work on following project.
> "An over-the-ethernet debugger stub that will allow
> the kernel to be debugged from GDB running on another
> machine"
> All your help and suggestions are most welcome
Hi All,
We are starting to work on following project.
"An over-the-ethernet debugger stub that will allow
the kernel to be debugged from GDB running on another
machine"
All your help and suggestions are most welcome.
thanks and regards
Ankur Srivastava,
Narinder Singh Mehra
___
16 matches
Mail list logo
