On Thursday 23 August 2001 02:57, KC Lim wrote:

> 2. Hard coded the address 0xDA000000 and irq 10

This seems to be a *physical* address, and as such, you you must 
explicitly map into the virtual address space to use it.

I'm not up to date with 2.4.x and how to do this the right way, so you'll 
have to ask someone else about the details. :-)


> Unable to handle kernel paging request at virtual address da000000

This means that no memory was mapped at 0xda000000 in the virtual address 
space when you tried to read or write that address. (It's pretty much 
what you'd call a "segfault" in user space.)


[...]

> When I do a lsmod, it shown that the module is initializing.

Then you know the module "crashed" in init_module(). (The kernel assumes 
that the module is busy because the init function never returns.)


> My question are:
> 1. What does the message mean? how to interpret the message?

See above. The rest is just a dump of the CPU registers, stack, code and 
some other stuff right after the page fault was trapped.


> 2. What else do I need to change the code?

See above.


> 3. Is there a way to rmmod the module if it is busy ,beside rebooting
> the machine?

You could probably fiddle with the module usecount to make it appear to 
be unused again, but be aware that it's very likely to blow up in your 
face. The usecount is there to make sure that no one unloads stuff that 
someone else is using.


//David Olofson --- Programmer, Reologica Instruments AB

.- M A I A -------------------------------------------------.
|      Multimedia Application Integration Architecture      |
| A Free/Open Source Plugin API for Professional Multimedia |
`----------------------------> http://www.linuxdj.com/maia -'
.- David Olofson -------------------------------------------.
| Audio Hacker - Open Source Advocate - Singer - Songwriter |
`--------------------------------------> [EMAIL PROTECTED] -'

-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl <Your_email>" | mail [EMAIL PROTECTED]
--
For more information on Real-Time Linux see:
http://www.rtlinux.org/

Reply via email to