 | | RE: NEW LEGO USB Driver
|
|
(...) Someone who's name I forget (you know who you are!) said definitely that hyperthreading cannot be simply disabled in BIOS - that Windows has to be reinstalled with a non-hyperthreading kernel. And to answer your musings in the first (...) (21 years ago, 8-Mar-04, to lugnet.robotics.rcx.legos, lugnet.robotics.rcx.robolab)
|
| |
| | RE: NEW LEGO USB Driver
|
|
As Mike pointed out, it is a hyper-threading problem. The reason for winXP not working, but W2K works, may very well be that W2K does not support hyperthreading feature, but WinXP does. I wonder if Mike or anyone does indeed disable the (...) (21 years ago, 8-Mar-04, to lugnet.robotics.rcx.legos, lugnet.robotics.rcx.robolab)
|
| |
| | Re: LegOS USB Support (for RCX 2.0)
|
|
Could you please send me all your files? (21 years ago, 8-Mar-04, to lugnet.robotics.rcx.legos)
|
| |
| | Re: USB tower/Linux/Firmdl not working nicely together
|
|
(...) Sounds promising. I can do some testing for you is you want. Is the code where you are working on available via CVS, perhaps I can do some coding too. Cheers Bart (21 years ago, 6-Mar-04, to lugnet.robotics.rcx.legos)
|
| |
| | Re: USB tower/Linux/Firmdl not working nicely together
|
|
Definitely interested in helping you test when it's working. Regards, Mark. (...) ---...--- The real purpose of books is to trap the mind into doing its own thinking. -- Christopher Morley Mark Syms <mark@marksyms.demon.co.uk> (21 years ago, 6-Mar-04, to lugnet.robotics.rcx.legos)
|
| |
| | 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)
|
