[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <80528391.1791269625906877.JavaMail.root@mail.savoirfairelinux.com>
Date: Fri, 26 Mar 2010 13:51:46 -0400 (EDT)
From: Jerome Oufella <jerome.oufella@...oirfairelinux.com>
To: Thomas Gleixner <tglx@...utronix.de>,
Ingo Molnar <mingo@...hat.com>,
"H. Peter Anvin" <hpa@...or.com>, Matthew Garrett <mjg@...hat.com>
Cc: linux-kernel@...r.kernel.org, platform-driver-x86@...r.kernel.org,
Michael Buesch <mb@...sch.de>
Subject: Re: gpiolib: irq functions not implemented on x86
----- "Michael Buesch" <mb@...sch.de> wrote :
> Are you sure that I am the intended recipient of this mail?
> I'm not involved in the GPIO subsystem at all.
Sorry Michael, I wrote to you as the original author for the questioned code.
So being unable to find anyone in charge of the GPIO subsystem,
I'm reiterating with the x86 team.
Regards,
Jerome
On Thursday 25 March 2010 20:36:04 Jérôme Oufella wrote:
> > Hi,
> >
> > I wrote a gpiolib implementation for Technologic Systems TS-5500
> > boards (x86)custom GPIO lines. Some of their GPIO lines are
> > directly hooked to CPU (ElanSC520) GPIRQ lines, so they can
> > trigger IRQs.
> >
> > However, looking at arch/x86/include/asm/gpio.h:
> > /*
> > * Not implemented, yet.
> > */
> > static inline int gpio_to_irq(unsigned int gpio)
> > {
> > return -ENOSYS;
> > }
> >
> > gpio_to_irq()/irq_to_gpio() are not defined on x86 yet.
> >
> > Q: Is there a reason not to have it return gpiolib's __gpio_to_irq(),
> > as done for other gpiolib functions defined here ? such as:
> > - return -ENOSYS;
> > + return __gpio_to_irq(gpio);
> >
> >
> > Thanks
> > Jerome Oufella
> >
> >
>
> --
> Greetings, Michael.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists