Re: [PATCH RFC 03/11] um: Use a simple time travel handler for line interrupts

2023-11-24 Thread Johannes Berg
Hi, > Sorry for my delayed response to your detailed email. I find it quite > hard to discuss such a complex topic via mailing lists without it > sounding impolite. Heh, no worries about either :) > Maybe also as some basis for my reasoning: I'm quite familiar with > discrete event-based si

Re: [PATCH RFC 03/11] um: Use a simple time travel handler for line interrupts

2023-11-20 Thread Benjamin Beichler
Am 13.11.2023 um 22:57 schrieb Johannes Berg: So maybe for my future self and all the bystanders, I'll try to explain how I see the issue that causes patches 4, 6, 7 and 8 to be needed: --- snip --- Hello Johannes, Sorry for my delayed response to your detailed email. I find it quite hard t

Re: [PATCH RFC 03/11] um: Use a simple time travel handler for line interrupts

2023-11-13 Thread Johannes Berg
On Mon, 2023-11-13 at 22:22 +0100, Johannes Berg wrote: > > My suggestion was to add the virtual interrupt line > > state change as a message to the calendar. > > Yes but it doesn't work unless the other side _already_ knows that it > will happen, because it broke the rule of "only one thing is

Re: [PATCH RFC 03/11] um: Use a simple time travel handler for line interrupts

2023-11-13 Thread Johannes Berg
On Mon, 2023-11-13 at 12:46 +0100, Benjamin Beichler wrote: > > So I don't really agree that baking a "must be scheduled immediately" > > into any protocol really makes sense. > I think you are mixing here some levels of abstraction. Some entity in > the "system" needs to react to an interrupt im

Re: [PATCH RFC 03/11] um: Use a simple time travel handler for line interrupts

2023-11-13 Thread Benjamin Beichler
Am 10.11.2023 um 18:16 schrieb Johannes Berg: On Fri, 2023-11-10 at 17:53 +0100, Benjamin Beichler wrote: At least in my mental model this is broken because the sender of the event basically has to prepare the calendar for it happening, which feels ... odd. Act

Re: [PATCH RFC 03/11] um: Use a simple time travel handler for line interrupts

2023-11-10 Thread Johannes Berg
On Fri, 2023-11-10 at 17:53 +0100, Benjamin Beichler wrote: > > > > At least in my mental model this is broken because the sender of the > > event basically has to prepare the calendar for it happening, which > > feels ... odd. > Actually, for me, this would make kind of sense. I'm not sure I ag

Re: [PATCH RFC 03/11] um: Use a simple time travel handler for line interrupts

2023-11-10 Thread Benjamin Beichler
Am 06.11.2023 um 21:26 schrieb Johannes Berg: On Fri, 2023-11-03 at 16:41 +, Benjamin Beichler wrote: This change permits interrupts on serial lines in time travel mode, especially in external mode. However, these interrupts are processed with the simple han

Re: [PATCH RFC 03/11] um: Use a simple time travel handler for line interrupts

2023-11-06 Thread Johannes Berg
On Fri, 2023-11-03 at 16:41 +, Benjamin Beichler wrote: > This change permits interrupts on serial lines in time travel mode, > especially in external mode. However, these interrupts are processed > with the simple handler that does not provide any acknowledgment. > Yeah... we had this discus

[PATCH RFC 03/11] um: Use a simple time travel handler for line interrupts

2023-11-03 Thread Benjamin Beichler
This change permits interrupts on serial lines in time travel mode, especially in external mode. However, these interrupts are processed with the simple handler that does not provide any acknowledgment. Signed-off-by: Benjamin Beichler --- arch/um/drivers/line.c | 8 1 file changed, 4 i