On Sun, Jul 19, 2015 at 11:05:07PM -0700, Tony Lindgren wrote:
> * Vignesh R [150719 21:51]:
> > On 7/18/2015 3:21 AM, Dmitry Torokhov wrote:
> > >
> > > I wonder if driver core should be responsible for clearing wake irq and
> > > also for clearing wakeup flag.
> > >
> >
> > AFAICU, wakeup fla
Hi Marek,
Am 20.07.2015 um 00:12 schrieb Marek Vasut:
> On Monday, July 20, 2015 at 12:04:58 AM, Stefan Wahren wrote:
>> This patch brings read-only support for the On-Chip OTP cells
>> in the i.MX23 and i.MX28 processor. The driver implements the
>> new NVMEM provider API.
>>
>> Signed-off-by: St
Hi Marek,
Am 20.07.2015 um 00:07 schrieb Marek Vasut:
> On Monday, July 20, 2015 at 12:04:56 AM, Stefan Wahren wrote:
>> This patch series brings read-only support for the On-Chip OTP cells
>> in the i.MX23 and i.MX28 processor.
>>
>> It has been a long time since V3 of this series [1]. The last v
On Mon, Jul 20, 2015 at 10:20:13AM +0530, Vignesh R wrote:
> On am437x-gp-evm, pixcir touchscreen can wake the system from low power
> state by generating wake-up interrupt via pinctrl and IO daisy chain.
> Add support for optional wakeup interrupt source by regsitering to
> automated wake IRQ fram
On Sun, Jul 19, 2015 at 11:09:30PM -0700, Tony Lindgren wrote:
> * Vignesh R [150719 21:53]:
> > @@ -445,6 +443,8 @@ static struct pixcir_ts_platform_data
> > *pixcir_parse_dt(struct device *dev)
> > dev_dbg(dev, "%s: x %d, y %d, gpio %d\n", __func__,
> > pdata->x_max + 1, pdata->
* Dave Gerlach [150717 13:59]:
> +
> +/* Public functions */
...
> +EXPORT_SYMBOL_GPL(wkup_m3_set_mem_type);
> +EXPORT_SYMBOL_GPL(wkup_m3_set_resume_address);
> +EXPORT_SYMBOL_GPL(wkup_m3_request_pm_status);
> +EXPORT_SYMBOL_GPL(wkup_m3_prepare_low_power);
> +EXPORT_SYMBOL_GPL(wkup_m3_finish_low_p
* Vignesh R [150719 21:53]:
> @@ -445,6 +443,8 @@ static struct pixcir_ts_platform_data
> *pixcir_parse_dt(struct device *dev)
> dev_dbg(dev, "%s: x %d, y %d, gpio %d\n", __func__,
> pdata->x_max + 1, pdata->y_max + 1, pdata->gpio_attb);
>
> + pdata->wakeirq = of_irq_get
* Vignesh R [150719 21:51]:
> On 7/18/2015 3:21 AM, Dmitry Torokhov wrote:
> >
> > I wonder if driver core should be responsible for clearing wake irq and
> > also for clearing wakeup flag.
> >
>
> AFAICU, wakeup flag is deleted when struct device is deleted, hence,
> device_init_wakeup() call
Pixcir_i2c_tsc driver can now wakeup the system from lower power state
via pinctrl and IO daisy chain using generic wakeirq framwework. Add
optional wakeup irq entry to allow pixcir_i2c_tsc to wake system from
low power state.
Signed-off-by: Vignesh R
---
v2:
* Add interrupt-names property
a
On am437x-gp-evm, pixcir touchscreen can wake the system from low power
state by generating wake-up interrupt via pinctrl and IO daisy chain.
Add support for optional wakeup interrupt source by regsitering to
automated wake IRQ framework introduced by commit 4990d4fe327b ("PM /
Wakeirq: Add automat
On am437x-gp-evm, pixcir_i2c_tsc can wake-up system from low power
state via pinctrl and IO daisy chain mechanism. This patch series add
support for such optional wake up interrupt to be handled via recently
introduced generic wake irq handling framework.
Tested on am437x-gp-evm, with some out of
Hi Dmitry,
On 7/18/2015 3:21 AM, Dmitry Torokhov wrote:
> Hi Vignesh,
>
> On Fri, Jul 17, 2015 at 12:10:40PM +0530, Vignesh R wrote:
>> On am437x-gp-evm, pixcir touchscreen can wake the system from low power
>> state by generating wake-up interrupt via pinctrl and IO daisy chain.
>> Add support f
APDS9960 is a combination of ALS, proximity, and gesture sensors.
This patch adds support for these functions along with gain control,
integration time, and event thresholds.
Signed-off-by: Matt Ranostay
---
.../ABI/testing/sysfs-bus-iio-light-apds9960 |7 +
drivers/iio/light/Kconfig
APDS9960 is a combination of ALS, proximity, and gesture sensors.
This patch adds support for these functions along with gain control,
integration time, and event thresholds.
Signed-off-by: Matt Ranostay
---
.../ABI/testing/sysfs-bus-iio-light-apds9960 |7 +
drivers/iio/light/Kconfig
Document compatible string, and required DT properties for APDS9960
chipset driver.
Signed-off-by: Matt Ranostay
---
.../devicetree/bindings/iio/light/apds9960.txt | 22 ++
1 file changed, 22 insertions(+)
create mode 100644 Documentation/devicetree/bindings/iio/light/ap
This patchset adds support for the APDS9960 ALS + proximity + gesture
sensor.
Included support for the various adjustable settings and controls:
* Falling and rising ALS + proximity thresholds events
* Gain controls
* ALS time integration
Changes from v3:
* Added interrupt client mode documen
On Sun, Jul 19, 2015 at 3:45 AM, Jonathan Cameron wrote:
> On 13/07/15 03:20, Matt Ranostay wrote:
>> APDS9960 is a combination of ALS, proximity, and gesture sensors.
>>
>> This patch adds support for these functions along with gain control,
>> integration time, and event thresholds.
>>
>> Signed
This patch add the generi devfreq cooling device for generic thermal framework.
The devfreq devices are used ad cooling device to reduce the overheating
temperature. This patch is based on drivers/thermal/cpu_cooling.c. The devfreq
cooling device can change the ragne of the frequency table of devfr
This patchset introduce the generic devfreq cooling device for generic thermal
framework. The devfreq devices are used ad cooling device to reduce the
overheating temperature. This patch is based on drivers/thermal/cpu_cooling.c.
The devfreq cooling device can change the ragne of the frequency tabl
This patch add simply the protoptye of update_devfreq() to devfreq.h header
file to export it. The some device driver (e.g., thermal cooling device) may
use the update_devfreq() to update the range of supported frequency of devfreq
device.
Cc: MyungJoo Ham
Cc: Kyungmin Park
Signed-off-by: Chanwo
Hi Sylwester,
Please review this patch.
Best Regards,
Chanwoo Choi
On 07/16/2015 04:46 PM, Krzysztof Kozlowski wrote:
> 2015-07-02 9:42 GMT+09:00 Chanwoo Choi :
>> This patch add CPU clock configuration data and instantiate the CPU clock
>> type
>> for Exynos3250 to support Samsung specific cpu
On Sun, Jul 19, 2015 at 3:45 AM, Jonathan Cameron wrote:
> On 13/07/15 03:20, Matt Ranostay wrote:
>> APDS9960 is a combination of ALS, proximity, and gesture sensors.
>>
>> This patch adds support for these functions along with gain control,
>> integration time, and event thresholds.
>>
>> Signed
On Monday, July 20, 2015 at 12:04:56 AM, Stefan Wahren wrote:
> This patch series brings read-only support for the On-Chip OTP cells
> in the i.MX23 and i.MX28 processor.
>
> It has been a long time since V3 of this series [1]. The last version has
> been rejected because there was no standard int
On Monday, July 20, 2015 at 12:04:58 AM, Stefan Wahren wrote:
> This patch brings read-only support for the On-Chip OTP cells
> in the i.MX23 and i.MX28 processor. The driver implements the
> new NVMEM provider API.
>
> Signed-off-by: Stefan Wahren
How come this driver isn't doing any manipulati
This patch enables On Chip OTP support for i.MX23 and i.MX28 SoCs,
but keeps the old compatible string.
Signed-off-by: Stefan Wahren
---
arch/arm/boot/dts/imx23.dtsi |6 --
arch/arm/boot/dts/imx28.dtsi |6 --
2 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/arch/arm
This patch series brings read-only support for the On-Chip OTP cells
in the i.MX23 and i.MX28 processor.
It has been a long time since V3 of this series [1]. The last version has been
rejected because there was no standard interface to the OTP data. So this
version bases on V7 of the new NVMEM fra
This patch adds the devicetree bindings for the Freescale MXS On Chip
OTP driver.
Signed-off-by: Stefan Wahren
---
.../devicetree/bindings/nvmem/mxs-ocotp.txt| 24
1 file changed, 24 insertions(+)
create mode 100644 Documentation/devicetree/bindings/nvmem/mxs-ocot
This patch brings read-only support for the On-Chip OTP cells
in the i.MX23 and i.MX28 processor. The driver implements the
new NVMEM provider API.
Signed-off-by: Stefan Wahren
---
drivers/nvmem/Kconfig | 11 ++
drivers/nvmem/Makefile|1 +
drivers/nvmem/mxs-ocotp.c | 252 +
On Sun, Jul 19, 2015 at 11:06 PM, Rob Herring wrote:
> On Sun, Jul 19, 2015 at 7:42 AM, Jonas Gorski wrote:
>> Commit 01306aeadd75 ("MIPS: prepare for user enabling of CONFIG_OF")
>> changed the guards in asm/prom.h from CONFIG_OF to CONFIG_USE_OF, but
>> missed the actual function declarations i
On Sun, Jul 19, 2015 at 7:42 AM, Jonas Gorski wrote:
> Commit 01306aeadd75 ("MIPS: prepare for user enabling of CONFIG_OF")
> changed the guards in asm/prom.h from CONFIG_OF to CONFIG_USE_OF, but
> missed the actual function declarations in kernel/prom.c, which have
> additional dependencies.
Jus
Hello,
On 15 July 2015 at 17:59, Brian Norris wrote:
> Hi Michal,
>
> On Wed, Jul 15, 2015 at 01:52:27PM +0200, Marek Vasut wrote:
>> The problem is, if you add a new DT binding, you'd have to support it
>> forever, no matter how bad idea that binding turned out to be.
>
> Agreed, and a solid NAK
Am 2015-07-19 um 15:47 schrieb Jonathan Cameron:
> On 06/07/15 13:34, Martin Kepplinger wrote:
>> For the devices supported by the mma8452 driver, two interrupt pins are
>> available to route the interrupt signals to. By default INT1 is assumed.
>>
>> This adds a simple boolean DT property, for use
On 19/07/15 16:24, Guenter Roeck wrote:
> On Sun, Jul 19, 2015 at 10:24:53AM +0100, Jonathan Cameron wrote:
>> On 19/07/15 04:04, Matt Ranostay wrote:
>>> This changeset adds driver support for the Microchip mcp98xx series of
>>> temperature sensors.
>>>
>
> MCP98xx is pretty a pretty far reaching
On Sun, Jul 19, 2015 at 10:24:53AM +0100, Jonathan Cameron wrote:
> On 19/07/15 04:04, Matt Ranostay wrote:
> > This changeset adds driver support for the Microchip mcp98xx series of
> > temperature sensors.
> >
MCP98xx is pretty a pretty far reaching claim. This could also be MCP9804
or MCP9843,
Iteaduino Plus A10 is a breakout board + Itead Core A10. It features 1GB RAM,
has most of the A10 pins on a .1" header, 2 USB ports, 1 OTG USB port,
Ethernet, HDMI, SATA, Speaker/Microphone 3.5mm jacks and an SD card slot.
Link to manufacturer wiki: http://wiki.iteadstudio.com/Iteaduino_Plus_A10/A
On 06/07/15 13:34, Martin Kepplinger wrote:
> For the devices supported by the mma8452 driver, two interrupt pins are
> available to route the interrupt signals to. By default INT1 is assumed.
>
> This adds a simple boolean DT property, for users to configure it for
> INT2, if that is the wired in
On 06/07/15 13:34, Martin Kepplinger wrote:
> This adds the freefall / motion interrupt source definitions to the driver.
> It is used in this series' next patch, for chips that don't support the
> transient interrupt source.
>
> The iio event type is IIO_EV_TYPE_MAG since the threshold for compar
On 06/07/15 13:34, Martin Kepplinger wrote:
> This adds support for the 10 bit version if Freescale's accelerometers
> of this series. The datasheet is available at Freescale's website:
>
> http://cache.freescale.com/files/sensors/doc/data_sheet/MMA8453Q.pdf
>
> Signed-off-by: Martin Kepplinger
On 06/07/15 13:34, Martin Kepplinger wrote:
> This adds a struct mma_chip_info to hold data that will remain specific to
> the chip in use. It is provided during probe() and linked in
> struct of_device_id.
>
> Also this suggests that the driver is called "mma8452" and now handles the
> MMA8452Q d
On 05/07/15 15:09, Jonathan Cameron wrote:
> On 02/07/15 23:27, Andreas Dannenberg wrote:
>> Signed-off-by: Andreas Dannenberg
> Utterly standard binding so unless someone shouts, I'll pick this
> up with the driver.
Applied to the togreg branch of iio.git - initially pushed
out as testing for the
On 08/07/15 17:44, Andreas Dannenberg wrote:
> On 07/05/2015 09:08 AM, Jonathan Cameron wrote:
>
>> Looking pretty good to me, though I'd like to give Peter time to take
>> another look and give his reviewed-by etc.
>>
>> One really minor suggestion from me...
>>
>>> +
>>> +static int opt3001_pro
On 14/07/15 14:53, Sanchayan Maity wrote:
> The driver currently does not take into account the minimum sample time
> as per the Figure 6-8 Chapter 9.1.1 12-bit ADC electrical characteristics.
> We set a static amount of cycles instead of considering the sample time
> as a given value, which depend
On 15/07/15 14:02, Stefan Agner wrote:
> On 2015-07-15 03:57, Shawn Guo wrote:
>> On Tue, Jul 14, 2015 at 07:23:23PM +0530, Sanchayan Maity wrote:
>>> Add a device tree property which allows to specify the minimum sample
>>> time which can be used to calculate the actual ADC cycles required
>>> dep
Commit 01306aeadd75 ("MIPS: prepare for user enabling of CONFIG_OF")
changed the guards in asm/prom.h from CONFIG_OF to CONFIG_USE_OF, but
missed the actual function declarations in kernel/prom.c, which have
additional dependencies.
Fixes the following build error:
CC arch/mips/kernel/prom
From: zhengxing
The driver is used for rockchip board using a max98090.
Reviewed-by: Dylan Reid
Signed-off-by: zhengxing
---
Changes in v3: None
.../bindings/sound/rockchip-max98090.txt | 19 ++
sound/soc/rockchip/Kconfig | 10 +
sound/soc/rockchip/Make
From: zhengxing
The driver is used for rockchip board using a rt5645/rt5650.
Reviewed-by: Dylan Reid
Signed-off-by: zhengxing
---
Changes in v3:
Signed-off-by: zhengxing
.../devicetree/bindings/sound/rockchip-rt5645.txt | 17 ++
sound/soc/rockchip/Kconfig |9
From: zhengxing
Hi,
The simple-card is not common at present, soc maybe need own machine
driver for jack detection.
Add drivers for two families of rockchip-bases chromebooks. These
machine drives don't use simplecard because we need custom jack
detection plumbing.
- use ts3a227e for ext ja
Hi,
On 15-07-15 14:35, Kishon Vijay Abraham I wrote:
Hi,
On Wednesday 08 July 2015 08:11 PM, Hans de Goede wrote:
sun4i_usb_phy_set_squelch_detect is used by other code, which may be built
as a module, so it should be exported.
Signed-off-by: Hans de Goede
---
Changes in v6:
-New patch in v6
On 13/07/15 03:20, Matt Ranostay wrote:
> APDS9960 is a combination of ALS, proximity, and gesture sensors.
>
> This patch adds support for these functions along with gain control,
> integration time, and event thresholds.
>
> Signed-off-by: Matt Ranostay
Mostly looking good. You don't need to
On 17/07/15 09:34, Jandy Gou wrote:
> Signed-off-by: Jandy Gou
This is so trivial, I'm taking it without waiting for the standard device tree
ack / 3 weeks.
Applied to the togreg branch of iio.git - initially pushed out as testing.
> ---
> .../devicetree/bindings/iio/magnetometer/mmc35240.txt
On 17/07/15 11:38, Daniel Baluta wrote:
> On Fri, Jul 17, 2015 at 11:34 AM, Jandy Gou
> wrote:
>> Signed-off-by: Jandy Gou
>
> Acked-by: Daniel Baluta
>
Applied to the togreg branch of iio.git - initially pushed out as testing for
the
autobuilders to play with it.
Thanks,
Jonathan
--
To un
On 19/07/15 04:04, Matt Ranostay wrote:
> This changeset adds driver support for the Microchip mcp98xx series of
> temperature sensors.
>
> This includes temperature reading, and rising/falling threshold events.
Why an IIO driver? These parts already look to be supported in hwmon by
the lm75 driv
From: zhengxing
The driver is used for rockchip board using a max98090.
Reviewed-by: Dylan Reid
Signed-off-by: zhengxing
---
Changes in v3: None
.../bindings/sound/rockchip-max98090.txt | 19 ++
sound/soc/rockchip/Kconfig | 10 +
sound/soc/rockchip/Make
From: zhengxing
The driver is used for rockchip board using a rt5645/rt5650.
Reviewed-by: Dylan Reid
Signed-off-by: zhengxing
---
Changes in v3:
Signed-off-by: zhengxing
.../devicetree/bindings/sound/rockchip-rt5645.txt | 17 ++
sound/soc/rockchip/Kconfig |9
From: zhengxing
Hi,
The simple-card is not common at present, soc maybe need own machine
driver for jack detection.
Add drivers for two families of rockchip-bases chromebooks. These
machine drives don't use simplecard because we need custom jack
detection plumbing.
- use ts3a227e for ext ja
On 2015年07月18日 17:16, Mark Brown wrote:
On Sat, Jul 18, 2015 at 01:08:43PM +0800, Xing Zheng wrote:
+ ret = devm_snd_soc_register_card(&pdev->dev, card);
+ if (ret) {
+ dev_err(&pdev->dev,
+ "Soc register card failed %d\n", ret);
+ r
56 matches
Mail list logo