On Fri, Jun 21, 2013 at 7:07 PM, Joel A Fernandes wrote:
> Hi Sekhar,
>
> On Fri, Jun 21, 2013 at 5:27 AM, Sekhar Nori wrote:
>> Joel,
>>
>> On 6/21/2013 2:36 AM, Joel A Fernandes wrote:
>>> From: Joel A Fernandes
>>>
>>> This series is remaining of Matt Porter's EDMA patches for AM33XX EDMA
>>
>> > config TI_EDMA
>> > tristate "TI EDMA support"
>> > default m if 'ARCH_DAVINCI || ARCH_OMAP1 || ARCH_OMAP2
>> > select DMA_ENGINE
>> > select DMA_VIRTUAL_CHANNELS
>>
>>
>> MMC depends on EDMA specially on AM33xx there's no PIO mode AFAIK. The
>> 'm' option will
Dear Gerhard Sittig,
> optionally dump relevant configuration of pins, matrix lines,
> and delay/interval times at the very end of the probe routine
> (development feature, silent by default)
>
> Signed-off-by: Gerhard Sittig
> ---
> drivers/input/keyboard/matrix_keypad.c | 18 +++
Dear Gerhard Sittig,
> - add comments about individual routines' purpose and their interaction,
> pre-conditions and consequences
> - mark a few spots which may need some more attention or clarification
> - rephrase some diagnostics messages
>
> Signed-off-by: Gerhard Sittig
> ---
> drivers/i
Dear Gerhard Sittig,
> make the matrix_keypad_map_key() routine return an error code
> instead of boolean, as its name suggests an action and not a query
>
> Signed-off-by: Gerhard Sittig
> ---
> drivers/input/matrix-keymap.c | 19 ++-
> 1 file changed, 10 insertions(+), 9 del
Hi Sekhar,
On Fri, Jun 21, 2013 at 5:27 AM, Sekhar Nori wrote:
> Joel,
>
> On 6/21/2013 2:36 AM, Joel A Fernandes wrote:
>> From: Joel A Fernandes
>>
>> This series is remaining of Matt Porter's EDMA patches for AM33XX EDMA
>> support
>> with changes for few pending review comments on v11 serie
On 06/13/2013 02:59 PM, Stephen Warren wrote:
> From: Stephen Warren
>
> This is identical to of_parse_phandle_with_args(), except that the
> number of argument cells is fixed, rather than being parsed out of the
> node referenced by each phandle.
Rob, Grant, are you OK with these two DT patches
On 06/17/2013 05:42 PM, David Gibson wrote:
> On Mon, Jun 17, 2013 at 03:28:22PM -0600, Stephen Warren wrote:
>> On 06/15/2013 09:32 AM, Jon Loeliger wrote:
Hrm. We should make a new release. But I don't think we
should bump the version without actuall rolling a release.
>>>
>>>
On Thu, Jun 20, 2013 at 3:57 PM, Alexandre Belloni
wrote:
> From: Maxime Ripard
>
> The ADCs connected to this bus have been experiencing some timeout
> issues when using the iMX28 i2c controller. Switching back to bitbanging
> solves this.
Could you please investigate this timeout issue?
The I
On Friday 21 June 2013, Joel A Fernandes wrote:
> Hi Arnd,
>
> On Fri, Jun 21, 2013 at 1:44 PM, Arnd Bergmann wrote:
> > On Friday 21 June 2013, Joel A Fernandes wrote:
> >> I think we are talking about different things, I agree the 'select
> >> DMADEVICES' can be dropped but lets please keep the
On 06/21/2013 12:09 PM, Gerhard Sittig wrote:
> querying keyboards isn't a time critical task and does not depend on
> exact timing in the microseconds order -- the timeouts and delays are
> arbitrary choices or educated guesses at best anyway
> diff --git a/Documentation/devicetree/bindings/input
On 06/21/2013 12:09 PM, Gerhard Sittig wrote:
> introduce support to optionally run a binary column address bit pattern
> on column GPIO pins in contrast to the formerly assumed one-out-of-N approach
> diff --git a/Documentation/devicetree/bindings/input/gpio-matrix-keypad.txt
> b/Documentation/d
Hi Arnd,
On Fri, Jun 21, 2013 at 1:44 PM, Arnd Bergmann wrote:
> On Friday 21 June 2013, Joel A Fernandes wrote:
>> I think we are talking about different things, I agree the 'select
>> DMADEVICES' can be dropped but lets please keep the default y option
>> (not adding new select statements, just
On 06/21/2013 12:09 PM, Gerhard Sittig wrote:
> diff --git a/Documentation/devicetree/bindings/input/gpio-matrix-keypad.txt
> b/Documentation/devicetree/bindings/input/gpio-matrix-keypad.txt
> +The driver assumes that all interconnections of the matrix can potentially
> +contain a button, and wi
On 06/21/2013 12:09 PM, Gerhard Sittig wrote:
> detecting changes in the key press status may not work reliably in
> interrupt driven mode (see the documentation part of the change for
> details)
>
> add support to poll the matrix in software for reliable operation in the
> presence of multi key p
On 06/21/2013 12:09 PM, Gerhard Sittig wrote:
> extend the device tree adjustable hardware configuration:
> - allow for differing polarity of the row and column GPIO pins
> - optionally fully drive column output pins instead of the former
> unconditional open collector emulation approach
> diff
On 06/21/2013 12:09 PM, Gerhard Sittig wrote:
> update the device tree binding documentation for the GPIO matrix keypad
> driver: mention the driver's selecting all columns at once, reword the
> delay descriptions, add the missing active low GPIO pin level property
> diff --git a/Documentation/dev
Texas Instrument's OMAP SoC generations since OMAP3-5 introduced an TI
custom hardware block to better facilitate and standardize integration
of Power Management ICs which communicate over I2C called Voltage
Processor(VP).
This is an specialized hardware block meant to support PMIC chips only
over
Texas Instrument's OMAP SoC generations since OMAP3-5 introduced an TI
custom hardware block to better facilitate and standardize integration
of Power Management ICs which communicate over I2C called Voltage
Controller(VC).
This is an specialized hardware block meant to support PMIC chips and
is c
Hi,
Texas Instrument's OMAP Processor have a dedicated hardware module
which is customised to operate with Power Management IC(PMIC) over an dedicated
I2C. The communication involves a few SoC internal modules as follows:
PMIC - The power management chip on the dedicated I2C (sometimes called I2C_
Texas Instrument's OMAP SoC generations since OMAP3-5 introduced
an TI custom hardware block to better facilitate and standardize
integration of Power Management ICs which communicate over I2C.
In fact, many custom PMICs were designed to be usable over this
interface. On the other hand, generic PM
Unlike other OMAP4 platforms including the the "vanilla" PandaBoard,
PandaBoard-ES uses TPS62361 to supply vdd_mpu.
Signed-off-by: Nishanth Menon
---
arch/arm/boot/dts/omap4-panda-es.dts | 18 ++
arch/arm/boot/dts/tps62361_omap.dtsi | 18 ++
2 files changed, 3
TPS62361 is used for cpufreq regulation. As part of this change
use labels that can be used to reference cpu0 to setup it's supply.
Signed-off-by: Nishanth Menon
---
arch/arm/boot/dts/omap4-panda-es.dts |4
arch/arm/boot/dts/omap4.dtsi |4 ++--
arch/arm/boot/dts/omap443x.dts
OMAP4430 and 4460 platforms use TWL6030 to power voltage rails.
However, on 4460, we use twl6030 only for iva and core voltage rails.
Introduce an twl6030_omap4.dtsi to be able to reuse the base definition
for all OMAP4 platforms and the delta change only for panda-es platform
which is based on 44
OMAP443x, OMAP446x SoC use same offsets for voltage controller,
however their voltage characteristics differ a little.
Introduce the voltage controller nodes for the same.
Signed-off-by: Nishanth Menon
---
arch/arm/boot/dts/omap4.dtsi| 26 ++
arch/arm/boot/dts/omap
OMAP443x, OMAP446x SoC use same offsets for voltage processor,
however their voltage characteristics differ a little.
Introduce the voltage processor nodes for the same.
Signed-off-by: Nishanth Menon
---
arch/arm/boot/dts/omap4.dtsi| 43 +++
arch/arm/bo
On 06/20/2013 05:57 AM, Christian Ruppert wrote:
> Hello Stephen,
>
> On Wed, Jun 19, 2013 at 12:27:56PM -0600, Stephen Warren wrote:
>> On 06/19/2013 12:10 PM, Stephen Warren wrote:
>>> On 06/14/2013 03:12 AM, Christian Ruppert wrote:
On Thu, Jun 13, 2013 at 03:38:09PM -0600, Stephen Warren
On 06/21/13 14:00, Thomas Gleixner wrote:
> On Fri, 21 Jun 2013, Stephen Boyd wrote:
>
>> On 06/21/13 08:56, Thomas Gleixner wrote:
+static irqreturn_t gt_clockevent_interrupt(int irq, void *dev_id)
+{
+ struct clock_event_device *evt = *(struct clock_event_device **)dev_id;
>>> Wha
On Fri, 21 Jun 2013, Stephen Boyd wrote:
> On 06/21/13 08:56, Thomas Gleixner wrote:
> >
> >> +static irqreturn_t gt_clockevent_interrupt(int irq, void *dev_id)
> >> +{
> >> + struct clock_event_device *evt = *(struct clock_event_device **)dev_id;
> > What kind of construct is this?
> >
> > You a
On Fri, Jun 21, 2013 at 7:35 PM, Alexander Shiyan wrote:
>> >> On Fri, Jun 21, 2013 at 7:17 AM, Alexander Shiyan
>> >> wrote:
>> >> >> On Thu, Jun 20, 2013 at 5:26 PM, Grant Likely
>> >> >> wrote:
>> >> >> > On Thu, 20 Jun 2013 16:49:54 -0700, Bryan Wu
>> >> >> > wrote:
>> >> >> >> Hi Rob,
>
On Friday 21 June 2013, Joel A Fernandes wrote:
> I think we are talking about different things, I agree the 'select
> DMADEVICES' can be dropped but lets please keep the default y option
> (not adding new select statements, just saying that if someone select
> DMADEVICES in menuconfig and if they'
On Fri, Jun 21, 2013 at 9:32 AM, Arnd Bergmann wrote:
> On Friday 21 June 2013, Joel A Fernandes wrote:
>> I haven't come across this problem but- are you saying there is a
>> shortcoming in Kbuild/Kconfig that selects an option even if its
>> dependency is not met?
>
> Well, the shortcoming is th
> >> On Fri, Jun 21, 2013 at 7:17 AM, Alexander Shiyan wrote:
> >> >> On Thu, Jun 20, 2013 at 5:26 PM, Grant Likely
> >> >> wrote:
> >> >> > On Thu, 20 Jun 2013 16:49:54 -0700, Bryan Wu
> >> >> > wrote:
> >> >> >> Hi Rob,
> >> >> >>
> >> >> >> Is this patch good for merging?
> >> >> >>
> >> >>
From: Joe Perches
Date: Fri, 21 Jun 2013 07:43:33 -0700
> Maybe add a Kconfig "depends on !64BIT".
Please, no.
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
On Fri, Jun 21, 2013 at 6:21 PM, Alexander Shiyan wrote:
>> On Fri, Jun 21, 2013 at 7:17 AM, Alexander Shiyan wrote:
>> >> On Thu, Jun 20, 2013 at 5:26 PM, Grant Likely
>> >> wrote:
>> >> > On Thu, 20 Jun 2013 16:49:54 -0700, Bryan Wu wrote:
>> >> >> Hi Rob,
>> >> >>
>> >> >> Is this patch goo
- cleanly tell physical GPIO connections from logical matrix lines
- allow device tree specs to override matrix dimension (reduce
the size when not all of the available intersections are used)
in the current implementation both aspects of key code mapping
and keypad matrix scanning are handled i
querying keyboards isn't a time critical task and does not depend on
exact timing in the microseconds order -- the timeouts and delays are
arbitrary choices or educated guesses at best anyway
so we can be nice and reduce stress on the timer management
- use usleep_range() for the scan delay (a del
- catchup in the 'ifm AC14xx' board's device tree with recently added
keypad-matrix driver features: individual pin polarity for rows and
columns, push/pull pin operation for columns
- slight re-ordering of keypad-matrix related settings, and tuning of
timing specs for more reliable detection
introduce support to optionally run a binary column address bit pattern
on column GPIO pins in contrast to the formerly assumed one-out-of-N approach
Signed-off-by: Gerhard Sittig
---
.../bindings/input/gpio-matrix-keypad.txt | 46 ++--
drivers/input/keyboard/matrix_ke
optionally dump relevant configuration of pins, matrix lines,
and delay/interval times at the very end of the probe routine
(development feature, silent by default)
Signed-off-by: Gerhard Sittig
---
drivers/input/keyboard/matrix_keypad.c | 18 ++
1 file changed, 18 insertions(+
extend the device tree adjustable hardware configuration:
- allow for differing polarity of the row and column GPIO pins
- optionally fully drive column output pins instead of the former
unconditional open collector emulation approach
this change introduces individual polarity settings for the r
mechanical edits before code changes, to reduce diffs later on
- rename the 'work' member of the driver's private data to better
reflect that it's the work routine which scans the matrix after a
change of status was detected
- rename the __activate_col() routine to better reflect that it takes
detecting changes in the key press status may not work reliably in
interrupt driven mode (see the documentation part of the change for
details)
add support to poll the matrix in software for reliable operation in the
presence of multi key press events, leave a comment on how sleep and
wakeup could
update the device tree binding documentation for the GPIO matrix keypad
driver: mention the driver's selecting all columns at once, reword the
delay descriptions, add the missing active low GPIO pin level property
Signed-off-by: Gerhard Sittig
---
.../bindings/input/gpio-matrix-keypad.txt
- factor out determination of all rows for a column into a separate routine
- only call input_sync() when input events were generated (in the future
empty key code positions may get skipped, in the current implementation
short bounces may trigger matrix scans while no change is seen)
Signed-of
- add comments about individual routines' purpose and their interaction,
pre-conditions and consequences
- mark a few spots which may need some more attention or clarification
- rephrase some diagnostics messages
Signed-off-by: Gerhard Sittig
---
drivers/input/keyboard/matrix_keypad.c | 81 +
make the matrix_keypad_map_key() routine return an error code
instead of boolean, as its name suggests an action and not a query
Signed-off-by: Gerhard Sittig
---
drivers/input/matrix-keymap.c | 19 ++-
1 file changed, 10 insertions(+), 9 deletions(-)
diff --git a/drivers/inpu
this series addresses one style nit in the matrix-keymap helper (bool vs
error code for function calls), and brings the following changes to the
matrix-keypad driver
- documentation update (device tree bindings), comments update (driver's
program flow as well as data structures), diagnostics reph
On 06/21/13 08:56, Thomas Gleixner wrote:
>
>> +static irqreturn_t gt_clockevent_interrupt(int irq, void *dev_id)
>> +{
>> +struct clock_event_device *evt = *(struct clock_event_device **)dev_id;
> What kind of construct is this?
>
> You are using request_percpu_irq() and the device id is point
Add a binding for the arm architected timer hardware's memory
mapped interface. The mmio timer hardware is made up of one base
frame and a collection of up to 8 timer frames, where each of the
8 timer frames can have either one or two views. A frame
typically maps to a privilege level (user/kernel,
(Resending this patchset to Daniel since it looks like Daniel is
picking up these types of patches.)
This patchset adds support for memory mapped architected timers. We
don't have any other global broadcast timer in our system, so we use the
mmio timer during low power modes. The first patch is th
> On Fri, Jun 21, 2013 at 7:17 AM, Alexander Shiyan wrote:
> >> On Thu, Jun 20, 2013 at 5:26 PM, Grant Likely
> >> wrote:
> >> > On Thu, 20 Jun 2013 16:49:54 -0700, Bryan Wu wrote:
> >> >> Hi Rob,
> >> >>
> >> >> Is this patch good for merging?
> >> >>
> >> >> In Alex's one patch to add device
On Friday 21 June 2013 05:04 AM, Sebastian Andrzej Siewior wrote:
> On 06/21/2013 02:52 AM, Santosh Shilimkar wrote:
>> diff --git a/arch/microblaze/kernel/prom.c b/arch/microblaze/kernel/prom.c
>> index 0a2c68f..62e2e8f 100644
>> --- a/arch/microblaze/kernel/prom.c
>> +++ b/arch/microblaze/kernel/
On Fri, Jun 21, 2013 at 7:17 AM, Alexander Shiyan wrote:
>> On Thu, Jun 20, 2013 at 5:26 PM, Grant Likely
>> wrote:
>> > On Thu, 20 Jun 2013 16:49:54 -0700, Bryan Wu wrote:
>> >> Hi Rob,
>> >>
>> >> Is this patch good for merging?
>> >>
>> >> In Alex's one patch to add device tree supporting fo
Vineet, James,
On Friday 21 June 2013 04:23 AM, James Hogan wrote:
> On 21/06/13 05:39, Vineet Gupta wrote:
>> Hi Santosh,
>>
>> On 06/21/2013 06:22 AM, Santosh Shilimkar wrote:
>>> Cc: Vineet Gupta
>>> Cc: Russell King
>>> Cc: Catalin Marinas
>>> Cc: Will Deacon
>>> Cc: Mark Salter
>>> Cc: A
On Thu, Jun 20, 2013 at 10:21:04PM +0200, Arnaud Ebalard wrote:
>
> GMT G762/763 fan speed PWM controller is connected directly to a fan
> and performs closed-loop or open-loop control of the fan speed. Two
> modes - PWM or DC - are supported by the chip. Introduced driver
> provides various knobs
Quoting Rahul Sharma (2013-06-20 21:47:35)
> On Fri, Jun 21, 2013 at 10:02 AM, Mike Turquette
> wrote:
> > Quoting Kukjin Kim (2013-06-19 07:01:17)
> >> On 06/19/13 13:04, Rahul Sharma wrote:
> >> > + mike
> >> >
> >> Mike, I'm waiting for your reply on this. If you're OK, let me take this
> >> s
On Fri, Jun 21, 2013 at 02:55:08PM +0100, Joerg Roedel wrote:
> On Fri, Jun 21, 2013 at 10:57:29AM +0100, Will Deacon wrote:
> > This is a common driver that will support any IOMMUs compatible with v1 or
> > v2 of the ARM SMMU architecture. Currently, that includes SMMUs known
> > informatively as
On Fri, Jun 21, 2013 at 04:30:44PM +0100, Joerg Roedel wrote:
> On Fri, Jun 21, 2013 at 04:00:06PM +0100, Will Deacon wrote:
> > Damn, I was hoping to avoid locking on the map path. In fact, this is a good
> > argument to go with your suggestion below (otherwise I'd need to use
> > reader/writer lo
> So it should be declared dma_addr_t then,
>
> > + addr = dma_map_single(&ndev->dev, (void
> > *)rx_buff->skb->data,
> > + buflen, DMA_FROM_DEVICE);
> > + if (dma_mapping_error(&ndev->dev, addr)) {
> > + if (ne
Quoting Nishanth Menon (2013-06-21 05:45:58)
> On 17:57-20130620, Mike Turquette wrote:
> > On Wed, Jun 19, 2013 at 6:18 AM, Tero Kristo wrote:
> > > of_property_read_u8 does not work properly because of endianess problem
> > > with its current implementation, and this causes it to always return
>
On Fri, 2013-06-21 at 17:58 +0200, Arnd Bergmann wrote:
> On Friday 21 June 2013, Joe Perches wrote:
> > On Fri, 2013-06-21 at 10:53 +, Alexey Brodkin wrote:
> > > On 06/21/2013 02:32 PM, Joe Perches wrote:
> > > > On Fri, 2013-06-21 at 11:20 +0400, Alexey Brodkin wrote:
> > > >> Driver for non
On Friday 21 June 2013, Joe Perches wrote:
> On Fri, 2013-06-21 at 10:53 +, Alexey Brodkin wrote:
> > On 06/21/2013 02:32 PM, Joe Perches wrote:
> > > On Fri, 2013-06-21 at 11:20 +0400, Alexey Brodkin wrote:
> > >> Driver for non-standard on-chip ethernet device ARC EMAC 10/100,
> > >> instanti
On Fri, 21 Jun 2013, Srinivas KANDAGATLA wrote:
> +static void gt_clockevent_set_mode(enum clock_event_mode mode,
> +struct clock_event_device *clk)
> +{
> + unsigned long ctrl;
> +
> + ctrl = readl(gt_base + GT_CONTROL);
> + switch (mode) {
> + case
On Fri, Jun 21, 2013 at 04:00:06PM +0100, Will Deacon wrote:
> Damn, I was hoping to avoid locking on the map path. In fact, this is a good
> argument to go with your suggestion below (otherwise I'd need to use
> reader/writer locks which seem to be frowned on).
You should look into using rcu-list
On Tue, Jun 18, 2013 at 12:31:19PM -0300, Ezequiel Garcia wrote:
> Although the internal register window size is 1 MiB, the previous
> ranges translation for the internal register space had a size of
> 0x400. This was done to allow the crypto and nand node to access
> the corresponding 'sram' a
On Fri, Jun 21, 2013 at 03:13:07PM +0100, Joerg Roedel wrote:
> On Fri, Jun 21, 2013 at 11:23:18AM +0100, Will Deacon wrote:
> > The results were that the memory-to-memory DMA didn't show any corruption. I
> > also managed to tickle access faults by messing around with the permissions,
> > then rem
This is an automatic generated email to let you know that the following patch
were queued at the
http://git.linuxtv.org/media_tree.git tree:
Subject: [media] media: i2c: tvp514x: add OF support
Author: Lad, Prabhakar
Date:Tue Jun 4 12:26:23 2013 -0300
add OF support for the tvp514x driver
On Fri, Jun 21, 2013 at 03:06:57PM +0100, Srinivas KANDAGATLA wrote:
> From: Srinivas Kandagatla
>
> This patch adds support to ASC (asynchronous serial controller)
> driver, which is basically a standard serial driver. This IP is common
> across all the ST parts for settop box platforms.
>
> AS
On Fri, 2013-06-21 at 10:53 +, Alexey Brodkin wrote:
> On 06/21/2013 02:32 PM, Joe Perches wrote:
> > On Fri, 2013-06-21 at 11:20 +0400, Alexey Brodkin wrote:
> >> Driver for non-standard on-chip ethernet device ARC EMAC 10/100,
> >> instantiated in some legacy ARC (Synopsys) FPGA Boards such a
On Friday 21 June 2013, Joel A Fernandes wrote:
> I haven't come across this problem but- are you saying there is a
> shortcoming in Kbuild/Kconfig that selects an option even if its
> dependency is not met?
Well, the shortcoming is that it lets you specify impossible
contraints. You get a warning
On Fri, Jun 21, 2013 at 9:00 AM, Arnd Bergmann wrote:
> On Friday 21 June 2013, Joel A Fernandes wrote:
>> >> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
>> >> index b1c66a4..7d58cd9 100644
>> >> --- a/arch/arm/Kconfig
>> >> +++ b/arch/arm/Kconfig
>> >> @@ -841,6 +841,7 @@ config ARCH_DAVINCI
> On Thu, Jun 20, 2013 at 5:26 PM, Grant Likely wrote:
> > On Thu, 20 Jun 2013 16:49:54 -0700, Bryan Wu wrote:
> >> Hi Rob,
> >>
> >> Is this patch good for merging?
> >>
> >> In Alex's one patch to add device tree supporting for a leds driver,
> >> we got building errors due to miss definitions
On Friday 21 June 2013, Jason Cooper wrote:
> On Fri, Jun 21, 2013 at 10:30:47AM +0200, Arnd Bergmann wrote:
> > On Friday 21 June 2013, Thomas Petazzoni wrote:
> > > I am by far not an expert on how to solve merge strategies and so on,
> > > but to avoid conflicts at Linus's level while merging th
On Fri, Jun 21, 2013 at 11:23:18AM +0100, Will Deacon wrote:
> The results were that the memory-to-memory DMA didn't show any corruption. I
> also managed to tickle access faults by messing around with the permissions,
> then remap the buffers and resume the transfers.
That sounds pretty conclusiv
On Friday 21 June 2013, Tomasz Figa wrote:
> > To me, this new hook is strictly equivalent to init_irq. What do we gain
> > exactly? I didn't think init_irq was going away...
> >
> > I know init_irq is not pretty, and we tend to overload it with other
> > stuff, but I don't really see the point o
On Fri, Jun 21, 2013 at 10:30:47AM +0200, Arnd Bergmann wrote:
> On Friday 21 June 2013, Thomas Petazzoni wrote:
> > I am by far not an expert on how to solve merge strategies and so on,
> > but to avoid conflicts at Linus's level while merging the arm-soc and
> > pci trees, it would be better if t
From: Srinivas Kandagatla
This patch adds support to ASC (asynchronous serial controller)
driver, which is basically a standard serial driver. This IP is common
across all the ST parts for settop box platforms.
ASC is embedded in ST COMMS IP block. It supports Rx & Tx functionality.
It support a
On Friday 21 June 2013 06:55 PM, Laxman Dewangan wrote:
On Thursday 20 June 2013 08:56 PM, Kishon Vijay Abraham I wrote:
Hi,
On Thursday 20 June 2013 08:14 PM, Laxman Dewangan wrote:
Have you added the regulator supply entries?
Are you testing on mainline linux-next?
Not in linux-next :-( Te
On Fri, Jun 21, 2013 at 02:50:55PM +0100, Srinivas KANDAGATLA wrote:
> Hi Greg,
> If its not too late can this patch be considered for 3.11 via tty tree?
> Arnd preferred to take the SOC patches in this series via arm-soc tree.
> Also, there is no build dependency for this patch.
Can you please re
On Friday 21 June 2013, Joel A Fernandes wrote:
> >> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> >> index b1c66a4..7d58cd9 100644
> >> --- a/arch/arm/Kconfig
> >> +++ b/arch/arm/Kconfig
> >> @@ -841,6 +841,7 @@ config ARCH_DAVINCI
> >> select HAVE_IDE
> >> select NEED_MACH_GPIO_H
Hi Will,
On Fri, Jun 21, 2013 at 10:57:29AM +0100, Will Deacon wrote:
> This is a common driver that will support any IOMMUs compatible with v1 or
> v2 of the ARM SMMU architecture. Currently, that includes SMMUs known
> informatively as MMU-400, MMU-401 and MMU-500. I had a look at the other
> IO
Hi Greg,
If its not too late can this patch be considered for 3.11 via tty tree?
Arnd preferred to take the SOC patches in this series via arm-soc tree.
Also, there is no build dependency for this patch.
Thanks,
srini
On 20/06/13 20:01, Arnd Bergmann wrote:
> On Thursday 20 June 2013, Srinivas KA
On Fri, Jun 21, 2013 at 5:16 AM, Sekhar Nori wrote:
> On 6/21/2013 2:36 AM, Joel A Fernandes wrote:
>> From: Joel A Fernandes
>>
>> Build TI_EDMA by default for ARCH_DAVINCI and ARCH_OMAP2PLUS
>>
>> Signed-off-by: Joel A Fernandes
>
> You should sign-off with author e-mail address.
>
>> ---
>>
Hi Linus W,
If its not too late can this patch be considered for 3.11 via pinctrl tree?
There is a build dependecy with regmap_field apis pulled by Mark Brown
in regmap repository.
https://git.kernel.org/cgit/linux/kernel/git/broonie/regmap.git/commit/?h=for-next&id=67252287871113deba96adf7e4df175
On Fri, Jun 21, 2013 at 4:37 AM, Sekhar Nori wrote:
> Joel,
>
> Looks like you have not addressed all comments from last time.
> For now, in the interest of time, I have fixed them myself. But next
> time on, if you are not going to fix any comment, then please reply
> upfront before sending out *
On Thursday 20 June 2013 08:56 PM, Kishon Vijay Abraham I wrote:
Hi,
On Thursday 20 June 2013 08:14 PM, Laxman Dewangan wrote:
Have you added the regulator supply entries?
Are you testing on mainline linux-next?
Not in linux-next :-( Tested only with mainline.
Does inverting the order helps?
From: Stuart Menefy
This is a simple driver for the global timer module found in the Cortex
A9-MP cores from revision r1p0 onwards. This should be able to perform
the functions of the system timer and the local timer in an SMP system.
The global timer has the following features:
The global t
This patch enables the front camera using the internal
camera ISP (FIMC-IS).
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
---
arch/arm/boot/dts/exynos4412-trats2.dts | 91 +++
1 file changed, 91 insertions(+)
diff --git a/arch/arm/boot/dts/exynos
Add common camera node and Exynos4212/4412 specific nodes for
FIMC, MIPI-CSIS, FIMC-LITE and FIMC-IS devices.
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
---
arch/arm/boot/dts/exynos4x12.dtsi | 118 +
1 file changed, 118 insertions(+)
dif
From: Jacek Anaszewski
This patch adds AK8975 magnetometer node and corresponding
i2c-gpio bus node for TRATS2 board.
Signed-off-by: Jacek Anaszewski
Signed-off-by: Kyungmin Park
Signed-off-by: Sylwester Nawrocki
---
arch/arm/boot/dts/exynos4412-trats2.dts | 15 +++
1 file chan
This patch adds common FIMC and MIPI CSIS device nodes for Exynos4 SoCs.
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park ;
};
+ camera {
+ compatible = "samsung,fimc", "simple-bus";
+ status = "disabled";
+ #address-cells =
The ISP power domain is a common power domain for FIMC-LITE
and FIMC-IS (camera ISP) devices.
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
---
arch/arm/boot/dts/exynos4x12.dtsi |5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4x12.dtsi
b/arc
Add pinctrl nodes for the ISP I2C0, ISP I2C1 and ISP UART devices.
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
---
arch/arm/boot/dts/exynos4x12-pinctrl.dtsi | 21 +
1 file changed, 21 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4x12-pinctrl.dtsi
The Exynos4 SPI controller uses the PL330 DMA controller which has
migrated to the generic DMA bindings since commit b5be04d35dbb2e00
"spi: s3c64xx: Modify SPI driver to use generic DMA DT support".
Use the generic bindings to specify the corresponding DMA to make
the SPI usable again on Exynos4x12
This patch series includes some fixes and extensions to the Exynos
dts files to add the camera and barometer sensor support for TRATS2
board. It depends on a patch from Tomasz adding initial TRATS2
board dts file [1].
[1] http://www.spinics.net/lists/arm-kernel/msg253184.html
Jacek Anaszewski (1)
Add separate nodes for the CAMCLK pin and turn off pull-up on camera
ports A, B. The video bus pins and the clock output (CAMCLK) pin need
separate nodes since full camera port is not used in some configurations,
e.g. for MIPI CSI-2 bus only CAMCLK is required and data/clock signal
use separate ded
On 17:57-20130620, Mike Turquette wrote:
> On Wed, Jun 19, 2013 at 6:18 AM, Tero Kristo wrote:
> > of_property_read_u8 does not work properly because of endianess problem
> > with its current implementation, and this causes it to always return
> > 0 with little endian architectures. Instead, use p
On Fri, Jun 21, 2013 at 3:25 PM, Alexey Brodkin
wrote:
> Any other comments on patch itself?
Looks fine to me.
--
With Best Regards,
Andy Shevchenko
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listin
Hi Mark,
On Friday 21 June 2013 04:58 PM, Mark Brown wrote:
On Fri, Jun 21, 2013 at 04:07:51PM +0530, Sekhar Nori wrote:
We can resend the patch if you don't have it from the mailing list.
I'll probably have it assuming it's been sent to some mailing list I
read (the CC list here looks absurld
1 - 100 of 144 matches
Mail list logo
