 | | Re: USB tower/Linux/Firmdl not working nicely together
|
|
Bart, (...) The problem is that USB tower on linux is not supported by firmdl3/dll at the moment. I'm working on that capability now. If I can, my intent is to have it work for 2.4 (user added driver) and 2.6 (built-in driver) kernels. The USB tower (...) (21 years ago, 6-Mar-04, to lugnet.robotics.rcx.legos)
|
| |
| | Re: [long] Interrupt programming, buggy code
|
|
On Tue, 2 Mar 2004 17:54:47 GMT "Mark Riley" <markril@hotmail.com> wrote: Hi Mark, (...) [snip] (...) [snip] And that was it, indeed! Many to you, as well as Ralph and Kevin who tried to help me. There shouldn't be much trouble for me I think (if we (...) (21 years ago, 2-Mar-04, to lugnet.robotics.rcx)
|
| |
| | Re: [long] Interrupt programming, buggy code
|
|
(...) Eh... Never mind this bit. I just had a gander at Kekoa's rcxlib and he already handles this correctly in debug_value(). Should've known! :-) Mark (21 years ago, 2-Mar-04, to lugnet.robotics.rcx)
|
| |
| | RE: [long] Interrupt programming, buggy code
|
|
Much better and more accurate answer from Mark - who knows a lot more about GCC that I do :-) I should stick to commenting on assembly language stuff. Ralph (...) <snippage> (21 years ago, 2-Mar-04, to lugnet.robotics.rcx)
|
| |
| | Re: [long] Interrupt programming, buggy code
|
|
Hi Benjamin, When you declare your ISR as an interrupt_handler, GCC terminates the function with an "rte" instead of an "rts". The ROM code that dispatches the interrupt to your function is already doing the rte so your function should not. Here's (...) (21 years ago, 2-Mar-04, to lugnet.robotics.rcx)
|
