Hi Rahul,
Rahul Kashyap wrote:
I am trying to attach my interrupt handler to any of irq1-7. but i am
unsuccessful in doing that. My cpu board is having mcf5475 processor and
is running on uclinux , linux kernel-2.4.x.
There are plenty of examples in the code if you look around.
For standard "request_irq()" usage sees ColdFire specific drivers
like:
drivers/char/mcfserial.c
drivers/net/fec.c
drivers/char/m5249audio.c
For drivers using GPIO lines as interrupts on ColdFire look at:
drivers/char/ledman.c
drivers/net/ne.c + include/asm-m68knommu/mcfne.h
drivers/net/smc9194.c + include/asm-m68knommu/mcfsmc.h
The net drivers here are pretty good examples.
I also tried to attach my
code to the already connected isr. but i was unable to find where
exactly in the directory structure are the interrupt handlers located.
What exactly do you mean?
The uClinux kernel will catch all interrupt vectors. Drivers lodge
their interrupt usage using request_irq(). This code is in
arch/m68knommu/platform/5307/entry.S
arch/m68knommu/platform/5307/ints.c
arch/m68knommu/kernel/traps.c
Can anyone plz tell me how to go about these 2 issues.
Is it that when these pins are configured in GPIO mode then interrupt
handlers are not called?
This is really device specific, it depends on how the
hardware is configured. As a general rule uClinux doesn't
init or setup hardware that it doesn't directly use.
Regards
Greg
but i can notice the output on my hyper
terminal when ever i ground the irq7 pins on my board. the o/p is like
this -
"GPIO value = 7
status = FFFF"
When i ground irq6 pins on my board, then o/p is very similar -
"GPIO value = 6
status = FFFF"
What exactly is happening, if these pins are configured in GPIO mode by
uclinux, then where from these o/p is coming. Which handler is giving that?
Or, the situation is entirely different than whatever i am thinking.?
Please help me out guys.........!
Regards and thanx.
Rahul.
-----------
Disclaimer:
This email and any files transmitted with it are intended solely for the
use of the addressed individual or entity. It contains information that
is confidential and protected from disclosure. It must not be printed,
read, copied, disclosed, forwarded, distributed or used (in whatsoever
manner) by any person other than the addressee. Unauthorized use,
disclosure or copying is strictly prohibited and may constitute unlawful
act and can possibly attract legal action.
Please note that any views or opinions presented in this email are
solely those of the author and do not necessarily represent those of the
company. The recipient should check this email and any attachments for
the presence of viruses. The company accepts no liability for any damage
caused by any virus transmitted by this email.
If you have received this message in error, you should destroy this
message and may please notify the sender by e-mail. Thank you.
-----------
_______________________________________________
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev@uclinux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
--
------------------------------------------------------------------------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
SnapGear -- a Secure Computing Company PHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7 3891 3630
Woolloongabba, QLD, 4102, Australia WEB: http://www.SnapGear.com
_______________________________________________
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev@uclinux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
