bug-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH-1] A new irq device interface


From: Samuel Thibault
Subject: Re: [PATCH-1] A new irq device interface
Date: Mon, 3 Aug 2020 01:52:02 +0200
User-agent: NeoMutt/20170609 (1.8.3)

Junling Ma, le dim. 02 août 2020 16:45:22 -0700, a ecrit:
> I guess you misunderstood what I mean. I mean that there seems to be no 
> interest in the discussion on IRC yesterday that we introduce a new scheme.

That's because you asked on IRC at a random time.

That's what IRC is not good at: collecting the community opinion on
something. If you ask on IRC at a random time, you'll only get the opion
of the people who actually look at IRC at that random time.

I (and I'm maintainer here...) do believe that the way you propose makes
sense, for the reason you mentioned (not having to implement the methods
for all device interface implementations while it's only useful for one
of them). Introducing another interface (like the i386 perm) could make
sense, but since device_read/write can offer exactly the same semantic,
there is no reason to introduce one.

> If so, I will not work on that part.

Please do. That part does make sense, is an improvement, and does not
require to revamp the whole thing, just the interface. Please however
also fix libddekit so we don't completely break netdde along the way
(and so that we actually have a well-tested testcase for the interface).

> For part I, ie., moving the irq management to mach side, it people
> think it is useful, I will prepare a series of revised patch for that.

I'm not sure what feature exactly you mean, I'll just remind the
(current) requirements ahead of time:

- we still need the linux/ part to be working.
- we want to get rid of the whole linux/ directory at some point

so working on moving pieces of the IRQ handling to mach does make a lot
of sense since that's what we'll want in the end. Just make sure to keep
the linux/ part working for now.

Samuel



reply via email to

[Prev in Thread] Current Thread [Next in Thread]