Re: Linux 2.6.0-test9

2 messages, 2 authors, 2003-10-28 · open the first message on its own page

Re: Linux 2.6.0-test9

From: <hidden>
Date: 2003-10-27 19:37:05

Hello!
And Alexey apparently tried to do the "FIXME" part, but without thinking 
about the SIGURG part.
Actually, it was thought a lot for several linux-2.x. :-)

We _need_ to stop at urgent data and we _should_ return -EINTR, and let
the SIGURG handler do the URG read. Otherwise we'll lose urgent data (or
we'll just read it inline without realizing that it was urgent data).
The patch was expected not to break this property. Alas, something
is overlooked yet. I still do not understand what exactly is broken,
I feel I have to find some rlogin to experiment in vivo.

Alexey

Re: Linux 2.6.0-test9

From: Tommy Christensen <hidden>
Date: 2003-10-28 00:42:48

kuznet@ms2.inr.ac.ru wrote:
Hello!

quoted
And Alexey apparently tried to do the "FIXME" part, but without thinking 
about the SIGURG part.

Actually, it was thought a lot for several linux-2.x. :-)


quoted
We _need_ to stop at urgent data and we _should_ return -EINTR, and let
the SIGURG handler do the URG read. Otherwise we'll lose urgent data (or
we'll just read it inline without realizing that it was urgent data).

The patch was expected not to break this property. Alas, something
is overlooked yet. I still do not understand what exactly is broken,
I feel I have to find some rlogin to experiment in vivo.
Hi Alexey

I think the patch breaks things because it consumes (or rather skips)
the urgent data ( in the code after the label found_ok_skb: ).

Since this happens before the SIGURG handler is run, it won't find
any urgent data.

What do you think?

The patch by Linus seems to be fine though.

-Tommy
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help