Re: [Zaurus-devel] gpio_keys and how PXA27x sets gpio_set_wake() (was Re: sharp c-3000 aka spitz: fix warn_on introduced in 2.6.32-rc1)

2010-01-26 Thread Stanislav Brabec
Eric Miao wrote: > 2010/1/26 Stanislav Brabec : > > Eric Miao wrote: > >> 2010/1/26 Stanislav Brabec : > > > >> > Handling platform specific edge/level wake setup would only complicate > >> > the code. (In fact, even the PXA270 platform code does not exist yet - > >> > arch/arm/mach-pxa/mfp-pxa2xx.

Re: [Zaurus-devel] gpio_keys and how PXA27x sets gpio_set_wake() (was Re: sharp c-3000 aka spitz: fix warn_on introduced in 2.6.32-rc1)

2010-01-26 Thread Eric Miao
2010/1/26 Stanislav Brabec : > Eric Miao wrote: >> 2010/1/26 Stanislav Brabec : > >> > Handling platform specific edge/level wake setup would only complicate >> > the code. (In fact, even the PXA270 platform code does not exist yet - >> > arch/arm/mach-pxa/mfp-pxa2xx.c:__mfp_config_gpio() is not ca

Re: [Zaurus-devel] gpio_keys and how PXA27x sets gpio_set_wake() (was Re: sharp c-3000 aka spitz: fix warn_on introduced in 2.6.32-rc1)

2010-01-26 Thread Dmitry Eremin-Solenikov
Hello, 2010/1/26 Stanislav Brabec : > Eric Miao wrote: >> > The problem affects gpio_keys: It is a driver implementing "one key per >> > gpio". It now handles On/Off and lid switches on Zaurus. Lid switches >> > are on "normal" GPIOs, On/Off switch is wired to PKWR capable GPIO. >> Ain't On/Off sw

Re: [Zaurus-devel] gpio_keys and how PXA27x sets gpio_set_wake() (was Re: sharp c-3000 aka spitz: fix warn_on introduced in 2.6.32-rc1)

2010-01-26 Thread Stanislav Brabec
Eric Miao wrote: > 2010/1/26 Stanislav Brabec : > > Handling platform specific edge/level wake setup would only complicate > > the code. (In fact, even the PXA270 platform code does not exist yet - > > arch/arm/mach-pxa/mfp-pxa2xx.c:__mfp_config_gpio() is not capable to > > configure Power Manager

Re: [Zaurus-devel] gpio_keys and how PXA27x sets gpio_set_wake() (was Re: sharp c-3000 aka spitz: fix warn_on introduced in 2.6.32-rc1)

2010-01-26 Thread Eric Miao
2010/1/26 Stanislav Brabec : > Eric Miao wrota: > >> I prefer 2) - the ugly and hardcoded setup in spitz_pm.c should really >> be removed. That's why the gpio_set_wake() and keypad_set_wake() >> are introduced. > > I am unsure, whether gpio_keys driver is interested in the way, how wake > happens.

Re: [Zaurus-devel] gpio_keys and how PXA27x sets gpio_set_wake() (was Re: sharp c-3000 aka spitz: fix warn_on introduced in 2.6.32-rc1)

2010-01-26 Thread Stanislav Brabec
Eric Miao wrota: > I prefer 2) - the ugly and hardcoded setup in spitz_pm.c should really > be removed. That's why the gpio_set_wake() and keypad_set_wake() > are introduced. I am unsure, whether gpio_keys driver is interested in the way, how wake happens. I guess that is interested only in the f

Re: [Zaurus-devel] gpio_keys and how PXA27x sets gpio_set_wake() (was Re: sharp c-3000 aka spitz: fix warn_on introduced in 2.6.32-rc1)

2010-01-25 Thread Eric Miao
> 2) gpio_keys driver should be capable to set IRQF_TRIGGER_* and no > settings of wake-up registers in spitz_pm.c would not be needed. > > On platforms with shared interrupts it would introduce possible multiple > trigger initialization (not a big problem). But it would easily > introduce breakage