[lkml]   [1996]   [Nov]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
Subject(fwd) Re: prob. with irq.c in 2.0.24?
Sorry to followup on myself - but the other people in this thread seem to have
been expired locally and I lost my incoming mail playing with popclient ...

"A month of sundays ago Peter T. Breuer wrote:"
> OK - this one is simple.
> I use the PC speaker driver. It uses ACK_FIRST(0x01) (or whatever) in
> a modification to irq.c. That is broken by the change to ACK_FIRST in
> 2.0.15.

I have now read the assembler in irq.h that ACK_FIRST(mask,nr) expands to in
2.0.24 ... It doesn't seem to use the new argument (nr) to ACK_FIRST (any
longer?. So the guy who
plugged in 0 for the new argument in the call to ACK_FIRST in irq.c should
have been right - but he reports that that functions wrong. Is the whole PCSP
inclusion in irq.c just horribly broken by the changes since 2.0.0?

(and who in hell did that in a stable kernel release series :-).

Any assembler experts out there like to rewrite the PCSP irq.c code? I'll be
happy to send it to them!

PS - I am reading the source over a dodgy modem, and it is possible I
have misread - but I don't think so.

Peter T. Breuer
|Departamento de Ingenieria de Sistemas Telematicos, Universidad Politecnica
|de Madrid, Escuela Tecnica Superior de Ingenieros de Telecomunicacion,
|Ciudad Universitaria, E--28040 Madrid, SPAIN.
|Tel. Office : +34 (1)336 6831
| Fax : +34 (1)543 2077 or 336 7333
|Internet : <,,>
| URL :

 \ /
  Last update: 2005-03-22 13:38    [W:0.040 / U:1.796 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site