RE: [PATCH 2/3] Input/Touchscreen Driver: add support AD7877 touchscreen driver

!MAILaRCHIVE_VOTE_RePLACE
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: Dmitry Torokhov <dmitry.torokhov@...>, Bryan Wu <bryan.wu@...>, Michael Hennerich <michael.hennerich@...>
Cc: <linux-input@...>, <linux-joystick@...>, <linux-serial@...>, <linux-kernel@...>, <akpm@...>
Date: Monday, October 15, 2007 - 1:20 pm

Hi Dmitry,



Sure - It's ZERO by default.

GFP_KERNEL);

ad7877_read_adc, ad7877_read and ad7877_write are just used by the sysfs
hooks. Touchscreen samples are read by the kthread using a different
message struct. So far each sysfs invocation got its own storage for the
spi message, which then is handed over to the SPI bus driver.
The SPI bus driver serializes transfers in a kthread.

Two different processes could access the drivers sysfs hooks.  

Using one ser_req per touch screen could require additional locking? 
Things at is, looks pretty safe to me.


#2 */

Sure - I guess this was just a leftover form the original driver, this
driver was derived from.



This is also something imported from the ads7846.c driver.
Since it worked pretty well I never touched this function.
However I think the spin_locks here are not necessary.


spi->dev.platform_data;
Hz?\n",spi->max_speed_hz);

Will do.


ad7877_task\n");


Ok.

-
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
RE: [PATCH 2/3] Input/Touchscreen Driver: add support AD7877..., Hennerich, Michael, (Mon Oct 15, 1:20 pm)