Re: Interrupt handling triggered by GPIO-input on 405EP?

Hi Mark,

quoted

However, the way the application is at the moment I need to poll the
input-ports every so often in order to detect a pushbutton-activation.
Hence, I would like to register an interrupt-handler (of some sort) that
informs me when these events occur. Is that somehow possible?

I don't know this hardware so I don't know if you can bring the GPIO into an
actual IRQ line.

Well, according to the manual GPIO0_17-23 (IRQ 0-6) is connected to
interrupt 25-31, but I have no clue how to utilise that...

But if you can't, a pretty efficient way to poll the GPIO is to hook into
the heartbeat timer (100Hz, 10ms).

=== SNIP ===

I've only done this from within a device driver, btw - the app opens
/dev/mydevice and gets a character whenever the gpio (in my case a keypad)
changes.

So you've created your own device-driver on top of the gpio-dev.-driver?
  And what kind of device is this? Does the driver buffer keypad inputs
even if the device is not open?
Can you please post a source example describing this in further details?

Regards,
  Martin


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

 Hello,

 My Linux (v.2.4.22) running on a PowerPC 750 system does not seem to know
the memory bound when ramdisk is installed. The system has 128 M memory and
28 Meg of the memory is used as ramdisk. I setup the memory size as 128M
bytes at the kernel parameter and ppc_md.find_end_of_memory() routine
returns constant 128M.

  The kernel dies with " Oops: kernel access of bad area, sig: 11".
The area it accessed is the start of the last 28 Megabytes of the 128 M
memory. It happens when the kernel tries to allocate memory for socket
communication.

 How can I know the kernel knows the end of memory correctly?
Could it be other problem?

 Thanks,

 Dong-In


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/