On Wednesday 27 November 2013 07:01 PM, Ivan Khoronzhuk wrote:
As we switch to use the watchdog core which permits more than one
active watchdog in the system, rename platform driver to
davinci-wdt to be identifiable.
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
Looks good to me.
On Wednesday 27 November 2013 09:27 PM, Guenter Roeck wrote:
On 11/27/2013 06:00 AM, Sekhar Nori wrote:
On Wednesday 27 November 2013 07:01 PM, Ivan Khoronzhuk wrote:
As we switch to use the watchdog core which permits more than one
active watchdog in the system, rename platform driver
will be converted to DT and use ti-aemif.c driver.
The long device name davinci_ntosd2_nandflash_device was renamed
to ntosd2_nandflash as requested by Sekhar Nori, because after
adding changes the line is so broken that its almost unreadable.
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
On Friday 29 November 2013 01:16 PM, Linus Walleij wrote:
On Tue, Nov 26, 2013 at 6:12 PM, Sekhar Nori nsek...@ti.com wrote:
On Tuesday 26 November 2013 06:03 PM, Grygorii Strashko wrote:
Actually, the same was proposed by Linus, but we've tried avoid such huge
rework -
by switching to one
Wim,
On Thursday 28 November 2013 06:29 PM, Guenter Roeck wrote:
On 11/27/2013 10:04 PM, Sekhar Nori wrote:
On Wednesday 27 November 2013 09:27 PM, Guenter Roeck wrote:
On 11/27/2013 06:00 AM, Sekhar Nori wrote:
On Wednesday 27 November 2013 07:01 PM, Ivan Khoronzhuk wrote:
As we switch
Peter,
On Wednesday 13 November 2013 08:18 PM, Peter Ujfalusi wrote:
The ASoC McASP driver looks for the mem resources by name and:
mpu and dat regions.
Change/add the needed name for the mem resources so the driver can pick the
correct resource.
Signed-off-by: Peter Ujfalusi
On Monday 11 November 2013 09:13 PM, Grygorii Strashko wrote:
Hi Sekhar, Prabhakar Lad
On 11/08/2013 08:45 AM, Prabhakar Lad wrote: From: Lad, Prabhakar
prabhakar.cse...@gmail.com
This patch series fixes gpio driver regestration
and offset check for unbanked gpio.
Lad, Prabhakar (2):
On Friday 08 November 2013 12:15 PM, Prabhakar Lad wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
This patch fixes a check for offset in gpio_to_irq_unbanked()
and also assigns gpio_irq, gpio_unbanked of chips[0] to
appropriate values which is used in gpio_to_irq_unbanked()
On Monday 11 November 2013 10:40 PM, Khoronzhuk, Ivan wrote:
If Davinci AEMIF is used we don't need to set timings and bus width.
It is done by AEMIF driver (drivers/memory/davinci-aemfi.c).
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
---
drivers/mtd/nand/davinci_nand.c | 22
On Wednesday 13 November 2013 07:44 PM, Santosh Shilimkar wrote:
On Wednesday 13 November 2013 12:02 AM, Sekhar Nori wrote:
On Monday 11 November 2013 10:40 PM, Khoronzhuk, Ivan wrote:
If Davinci AEMIF is used we don't need to set timings and bus width.
It is done by AEMIF driver (drivers
On Monday 18 November 2013 04:18 PM, Linus Walleij wrote:
On Tue, Nov 12, 2013 at 7:18 AM, Sekhar Nori nsek...@ti.com wrote:
On Friday 08 November 2013 12:15 PM, Prabhakar Lad wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
This patch fixes a check for offset in gpio_to_irq_unbanked
On 11/27/2013 6:18 PM, Ivan Khoronzhuk wrote:
To reduce code duplicate and increase code readability use WDT core
code to handle WDT interface.
Remove io_lock as the WDT core uses mutex to lock each wdt device.
Remove wdt_state as the WDT core tracks state with its own variable.
The
On 11/29/2013 6:48 PM, Grygorii Strashko wrote:
Hi Sekhar,
On 11/27/2013 02:48 PM, Ivan Khoronzhuk wrote:
These patches are intended to update Davinci watchdog to use WDT core
and reuse driver for keystone arch, because Keystone uses the similar
IP like Davinci.
See Documentation:
On Friday 14 March 2014 04:32 PM, Linus Walleij wrote:
On Fri, Mar 14, 2014 at 11:08 AM, Alexander Holler hol...@ahsoftware.de
wrote:
Am 11.03.2014 11:15, schrieb Linus Walleij:
On Wed, Mar 5, 2014 at 12:21 PM, Alexander Holler hol...@ahsoftware.de
wrote:
The driver missed an of_xlate
On Monday 17 March 2014 07:35 PM, Linus Walleij wrote:
On Mon, Mar 17, 2014 at 2:29 PM, Sekhar Nori nsek...@ti.com wrote:
One thing to note is that this driver is used by keystone too and all
its users are DT-only. Although I do not see any in-kernel DT GPIO users
even there.
I can confirm
Hi Alexander,
On Tuesday 18 March 2014 03:15 PM, Alexander Holler wrote:
Am 18.03.2014 09:37, schrieb Sekhar Nori:
It is safe - at the least it does not break anything that is already
working. I guess the decision to put it into -rc depends on whether you
consider out of tree dtbs
to remove the code. However, I'm looking for an Ack from
Cyril Chemparathy and Sekhar Nori first, to be sure we
won't need this code in the future. Kevin Hilman has
already mentioned that he sees no reason to keep this
code.
Acked-by: Sekhar Nori nsek...@ti.com
Regards,
Sekhar
--
To unsubscribe from
On Thursday 09 January 2014 10:03 PM, Brian Norris wrote:
On Thu, Jan 09, 2014 at 04:09:00PM +0530, Sekhar Nori wrote:
On Thursday 26 December 2013 05:36 PM, ivan.khoronzhuk wrote:
On 12/18/2013 02:13 PM, Sekhar Nori wrote:
On Wednesday 18 December 2013 05:21 PM, ivan.khoronzhuk wrote:
Hi
Hi Bartlomiej,
On Tuesday 18 March 2014 12:01 AM, Bartlomiej Zolnierkiewicz wrote:
The new driver is named ahci_da850 and is only compile tested. Once it
is tested on the real hardware and verified to work correctly, the legacy
platform code (which depends on the deprecated struct
On Thursday 20 March 2014 06:27 PM, Bartlomiej Zolnierkiewicz wrote:
diff --git a/drivers/ata/ahci_da850.c b/drivers/ata/ahci_da850.c
+extern void __iomem *da8xx_syscfg1_base;
This platform specific extern symbol should not be used in drivers and
in fact checkpatch complains about it too.
On 6/10/2013 2:32 PM, Philip, Avinash wrote:
On Fri, Jun 07, 2013 at 13:40:52, Nori, Sekhar wrote:
Hi Avinash,
On 5/22/2013 12:40 PM, Philip Avinash wrote:
GPIO Davinci driver converted to platform driver to support DT booting.
In this patch series
- Cleaned gpio Davinci driver code with
On 5/22/2013 12:40 PM, Philip Avinash wrote:
From: KV Sujith sujit...@ti.com
Add struct davinci_gpio_platform_data davinci gpio module.
Signed-off-by: KV Sujith sujit...@ti.com
Signed-off-by: Philip Avinash avinashphi...@ti.com
As Linus commented before, this should be merged with 03/11.
On 5/22/2013 12:40 PM, Philip Avinash wrote:
1. Corrects coding and commenting styles
2. Variables name change to meaningful name
3. Remove unnecessary variable usage
4. Add BINTEN macro definition
Signed-off-by: Philip Avinash avinashphi...@ti.com
As Russell mentioned, the 80 char limit
On 6/11/2013 12:19 PM, Philip, Avinash wrote:
On Tue, Jun 11, 2013 at 10:09:17, Nori, Sekhar wrote:
On 6/10/2013 2:32 PM, Philip, Avinash wrote:
On Fri, Jun 07, 2013 at 13:40:52, Nori, Sekhar wrote:
Hi Avinash,
On 5/22/2013 12:40 PM, Philip Avinash wrote:
GPIO Davinci driver converted to
On 5/22/2013 12:40 PM, Philip Avinash wrote:
From: KV Sujith sujit...@ti.com
Modify GPIO Davinci driver to be compliant to standard platform drivers.
The driver did not have platform driver structure or a probe. Instead,
had a davinci_gpio_setup() function which is called in the pure_init
On 6/11/2013 6:25 PM, Philip, Avinash wrote:
On Tue, Jun 11, 2013 at 17:26:06, Nori, Sekhar wrote:
On 5/22/2013 12:40 PM, Philip Avinash wrote:
@@ -179,13 +204,10 @@ static int __init davinci_gpio_setup(void)
gpiochip_add(ctlrs[i].chip);
}
- soc_info-gpio_ctlrs =
On 6/12/2013 5:40 PM, Philip, Avinash wrote:
On Wed, Jun 12, 2013 at 13:13:59, Nori, Sekhar wrote:
On 6/11/2013 6:25 PM, Philip, Avinash wrote:
On Tue, Jun 11, 2013 at 17:26:06, Nori, Sekhar wrote:
On 5/22/2013 12:40 PM, Philip Avinash wrote:
@@ -179,13 +204,10 @@ static int __init
On 6/13/2013 1:02 PM, Philip, Avinash wrote:
With tnetv107x_defconfig build is failing
arch/arm/mach-davinci/board-tnetv107x-evm.c:282:15: error:
'davinci_timer_init' undeclared here (not in a function)
arch/arm/mach-davinci/board-tnetv107x-evm.c:284:15: error:
'davinci_init_late'
Grant, Rob,
Can one of you please take a look at this patch and see if you have any
comments on the binding definition?
Joel,
Ideally the bindings are described before they are used or along with
its usage. In that aspect, this patch is present too far back in the
series. Can you please fix
On 6/17/2013 9:10 PM, Fernandes, Joel A wrote:
Hi Arnd,
-Original Message-
From: Arnd Bergmann [mailto:a...@arndb.de]
Sent: Monday, June 17, 2013 6:13 AM
To: Fernandes, Joel A
Cc: Tony Lindgren; Nori, Sekhar; Matt Porter; Grant Likely; Rob Herring;
Vinod
Koul; Mark Brown;
Joel,
When you respin this, please base on top of Prabhakar's clean-up titled:
ARM: edma: Convert to devm_* api.
Or better still, include his patch in your series.
Thanks,
Sekhar
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On 6/17/2013 8:27 PM, Prabhakar Lad wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
Use devm_ioremap_resource instead of reques_mem_region()/ioremap(),
devm_request_irq() instead of request_irq() and kzalloc() calls to
devm_kzalloc().
This ensures more consistent error values and
one-to-one mapping for queue_priority and queue_tc
mapping as discussed in [1].
* Split out xbar stuff to separate patch. [1]
[1] https://patchwork.kernel.org/patch/2226761/
Signed-off-by: Matt Porter mpor...@ti.com
Acked-by: Sekhar Nori nsek...@ti.com
Signed-off-by: Joel A Fernandes
On 4/29/2013 1:23 PM, Gupta, Pekon wrote:
From: avinash philip avinashphi...@ti.com
From: Philip, Avinash avinashphi...@ti.com
From: line is repeated twice.
Add ELM data node to AM33XX device tree file.
Signed-off-by: Philip Avinash avinashphi...@ti.com
Acked-by: Peter Korsgaard
On 4/29/2013 1:25 PM, Gupta, Pekon wrote:
From: avinash philip avinashphi...@ti.com
NAND flash connected in am335x-evm on GPMC controller. This patch adds
device tree node in am3355-evm with GPMC contoller timing for NAND flash
interface, NAND partition table, ECC scheme, elm handle id.
On 4/26/2013 11:16 AM, Prabhakar Lad wrote:
Hi Laurent,
On Thu, Apr 25, 2013 at 2:32 AM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
Hi Prabhakar,
Thank you for the patch.
On Wednesday 24 April 2013 17:30:02 Prabhakar Lad wrote:
From: Lad, Prabhakar
On 6/4/2013 12:35 PM, Prabhakar Lad wrote:
Hi Sekhar,
On Mon, Apr 1, 2013 at 5:03 PM, Prabhakar lad
prabhakar.cse...@gmail.com wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
This patch removes the __init modifier from function declaration
of all the header files for davinci
Hi Russell,
On 3/6/2013 9:45 PM, Matt Porter wrote:
Move mach-davinci/dma.c to common/edma.c so it can be used
by OMAP (specifically AM33xx) as well.
Signed-off-by: Matt Porter mpor...@ti.com
Acked-by: Sekhar Nori nsek...@ti.com
Can you please ack this movement of davinci private EDMA
On 5/25/2013 11:09 PM, Prabhakar Lad wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
remove init_enable from ths7303 pdata as it is being dropped
from ths7303_platform_data.
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
Cc: Sekhar Nori nsek...@ti.com
Cc: Hans Verkuil
On 6/6/2013 3:32 PM, Prabhakar Lad wrote:
Hi Sekhar,
On Thu, Jun 6, 2013 at 10:06 AM, Sekhar Nori nsek...@ti.com wrote:
On 5/25/2013 11:09 PM, Prabhakar Lad wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
remove init_enable from ths7303 pdata as it is being dropped
from
+ Chris since the patch has some davinci_mmc.c changes.
Chris, Mark,
On 3/6/2013 9:45 PM, Matt Porter wrote:
Move mach-davinci/dma.c to common/edma.c so it can be used
by OMAP (specifically AM33xx) as well.
Signed-off-by: Matt Porter mpor...@ti.com
Acked-by: Sekhar Nori nsek...@ti.com
Can
Hi Avinash,
On 5/22/2013 12:40 PM, Philip Avinash wrote:
GPIO Davinci driver converted to platform driver to support DT booting.
In this patch series
- Cleaned gpio Davinci driver code with proper commenting style and
appropriate
variable names.
- Create platform driver for GPIO Davinci
On 6/21/2013 3:23 PM, Sekhar Nori wrote:
From: Matt Porter mpor...@ti.com
Adds support for parsing the TI EDMA DT data into the required EDMA
private API platform data. Enables runtime PM support to initialize
the EDMA hwmod. Enables build on OMAP.
Changes by Joel:
* Setup default one
On 6/24/2013 3:47 PM, Tony Lindgren wrote:
* Sekhar Nori nsek...@ti.com [130621 03:21]:
On 6/21/2013 2:36 AM, Joel A Fernandes wrote:
From: Matt Porter mpor...@ti.com
Enable TI EDMA option on OMAP and TI_PRIV_EDMA
Signed-off-by: Matt Porter mpor...@ti.com
Signed-off-by: Joel A Fernandes
On 6/22/2013 3:23 AM, Joel A Fernandes wrote:
Hi Arnd,
On Fri, Jun 21, 2013 at 1:44 PM, Arnd Bergmann a...@arndb.de 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 6/24/2013 4:53 PM, Sekhar Nori wrote:
On 6/22/2013 3:23 AM, Joel A Fernandes wrote:
Hi Arnd,
On Fri, Jun 21, 2013 at 1:44 PM, Arnd Bergmann a...@arndb.de wrote:
On Friday 21 June 2013, Joel A Fernandes wrote:
I think we are talking about different things, I agree the 'select
DMADEVICES
Sourav,
On 6/24/2013 3:49 PM, Tony Lindgren wrote:
Hi,
For merging this series, I suggest the following sets:
* Joel A Fernandes joelag...@ti.com [130620 14:13]:
spi: omap2-mcspi: add generic DMA request support to the DT binding
spi: omap2-mcspi: convert to
On 6/22/2013 8:23 AM, Joel A Fernandes wrote:
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
On 6/24/2013 5:18 PM, Manjunathappa, Prakash wrote:
Hi Sekhar,
On Tue, May 21, 2013 at 19:38:02, Manjunathappa, Prakash wrote:
function-mask property is a mask for a pin at each pin configure offset
in a pincontrol register.
Got 1/3 and 2/3 accepted, I do not know if this gets merged via
On 6/25/2013 12:24 PM, Tony Lindgren wrote:
* Benoit Cousson b-cous...@ti.com [130624 07:42]:
Hi Tony,
On 06/24/2013 12:19 PM, Tony Lindgren wrote:
Hi,
For merging this series, I suggest the following sets:
* Joel A Fernandes joelag...@ti.com [130620 14:13]:
Joel A Fernandes (3):
On Tuesday 24 September 2013 07:16 PM, Paul Chavent wrote:
As for the da830 and hawk boards, the da850 can provide minimalist usb
1.1 implementation. Moreover, this patch has only been tested with the
OHCI (on an OMAP L138 EVM / DA850 board), not with the Inventra HC
(that seems broken for the
On Thursday 29 August 2013 03:45 PM, Viresh Kumar wrote:
Hi,
I have been doing some CPUFreq cleanup work and
wanted to know if the below mentioned machines have separate
clock domains for their CPUs or all share the same domain?
On DaVinci (DA850), there is an async domain available to keep
On Thursday 29 August 2013 04:00 PM, Viresh Kumar wrote:
On 29 August 2013 15:53, Sekhar Nori nsek...@ti.com wrote:
On DaVinci (DA850), there is an async domain available to keep some
peripheral clocks insulated from cpu frequency changes. But there are a
bunch of other clocks which do get
On 8/30/2013 4:35 AM, Joel Fernandes wrote:
Manual trigger for events missed as a result of splitting a
scatter gather list and DMA'ing it in batches. Add a helper
function to trigger a channel incase any such events are missed.
Signed-off-by: Joel Fernandes jo...@ti.com
Acked-by: Sekhar
Gururaja,
On 7/2/2013 11:42 AM, Sekhar Nori wrote:
Changing to Benoit's gmail id since he apparently wont access TI mail
anymore.
On 6/28/2013 3:05 PM, Hebbar Gururaja wrote:
Since AM33xx RTC IP has RTC_IRQWAKEEN to support Alarm Wake-up.
Update the rtc compatible property to ti,am3352
...@atomide.com
Cc: Sekhar Nori nsek...@ti.com
Signed-off-by: Luciano Coelho coe...@ti.com
---
arch/arm/mach-davinci/board-da850-evm.c |8 +-
For the board-da850-evm.c change,
Acked-by: Sekhar Nori nsek...@ti.com
Thanks,
Sekhar
--
To unsubscribe from this list: send the line
On 6/11/2013 5:00 PM, Sebastian Andrzej Siewior wrote:
From: Patil, Rachna rac...@ti.com
The current driver expected touchscreen input
wires(XP,XN,YP,YN) to be connected in a particular order.
Making changes to accept this as platform data
The platform data part of this driver will never
On 7/4/2013 5:03 PM, Sebastian Andrzej Siewior wrote:
On 07/04/2013 01:14 PM, Sekhar Nori wrote:
On 6/11/2013 5:00 PM, Sebastian Andrzej Siewior wrote:
From: Patil, Rachna rac...@ti.com
The current driver expected touchscreen input
wires(XP,XN,YP,YN) to be connected in a particular order
On 6/11/2013 5:01 PM, Sebastian Andrzej Siewior wrote:
From: Patil, Rachna rac...@ti.com
Add support for core multifunctional device along
with its clients touchscreen and ADC.
[ pa...@antoniou-consulting.com : make sure status is
set to 'disabled' in dtsi file. ]
Signed-off-by:
On 7/4/2013 7:20 PM, Sebastian Andrzej Siewior wrote:
On 07/04/2013 03:39 PM, Sekhar Nori wrote:
Yes, I noticed that after sending the mail. To me it does not make sense
to make changes to accept something as platform data only to remove
platform data itself later.
The patches were made
an Ack from someone more familiar with
the device
if possible.
Arun, do you feel entitled to Ack or can you suggest someone from TI
who is?
Adding Sekhar Nori
I have not really worked on this driver. It should be Sebastian who
should ack once he is back from his vacation. It looks like
is a minor clean up of a checkpatch error in old code.
Reviewed-by: Sekhar Nori nsek...@ti.com
Reported-by: Balaji T K balaj...@ti.com
Cc: Sekhar Nori nsek...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: Olof Johansson o...@lixom.net
Cc: Nishanth Menon n...@ti.com
Cc: Pantel Antoniou pa
is a minor clean up of a checkpatch error in old code.
Reviewed-by: Sekhar Nori nsek...@ti.com
Reported-by: Balaji T K balaj...@ti.com
Cc: Sekhar Nori nsek...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: Olof Johansson o...@lixom.net
Cc: Nishanth Menon n...@ti.com
Cc: Pantel Antoniou pa
makes appropriate changes to board-da850-evm.c
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
Cc: Sekhar Nori nsek...@ti.com
Cc: linux-arm-ker...@lists.infradead.org
For the board-da850-evm.c change:
Acked-by: Sekhar Nori nsek...@ti.com
Thanks,
Sekhar
--
To unsubscribe from
On Thursday 12 June 2014 06:16 PM, Roger Quadros wrote:
Tony,
Looks like we've missed this for 3.16.
Without these SATA support will be broken for DRA7x and OMAP5 so can
they be queued for -rc2?
Thanks,
Sekhar
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
On Tuesday 20 May 2014 11:27 AM, Olof Johansson wrote:
On Thu, May 15, 2014 at 05:35:01PM +0530, Sekhar Nori wrote:
+ ARM SoC team
On Tuesday 13 May 2014 12:56 PM, Peter Ujfalusi wrote:
Get the two interrupt line number at the same time by merging the two
instance of if(node){}else{} places
On Monday 19 May 2014 10:23 PM, Peter Ujfalusi wrote:
On 05/19/2014 04:06 PM, Sekhar Nori wrote:
On Friday 16 May 2014 05:47 PM, Peter Ujfalusi wrote:
Hi,
Changes since v2:
- Comments from Sekhar and Arnd has been addressed best as I could.
- Use the CCCFG information in all cases instead
On Monday 19 May 2014 01:45 PM, Sekhar Nori wrote:
+ DT maintainers
On Friday 16 May 2014 05:47 PM, Peter Ujfalusi wrote:
From CCCFG register of eDMA3 we can get all the needed information for the
driver about the IP:
Number of channels: NUM_DMACH
Number of regions: NUM_REGN
Number
)
Send NACK/STOP bits before last byte is received
Signed-off-by: Garrett Ding g-d...@ti.com
Signed-off-by: Murali Karicheri m-kariche...@ti.com
I tested this on a DA850 using i2cdetect and it did not seem to break
anything so:
Tested-by: Sekhar Nori nsek...@ti.com
There are some checks
Hi Peter,
On Tuesday 13 May 2014 04:00 PM, Peter Ujfalusi wrote:
From CCCFG register of eDMA3 we can get all the needed information for the
driver about the IP:
Number of channels: NUM_DMACH
Number of regions: NUM_REGN
Number of slots (PaRAM sets): NUM_PAENTRY
Number of TC/EQ: NUM_EVQUE
+ DT bindings maintainers
On Thursday 15 May 2014 01:48 PM, Peter Ujfalusi wrote:
On 05/15/2014 11:01 AM, Arnd Bergmann wrote:
On Tuesday 13 May 2014 13:30:30 Peter Ujfalusi wrote:
From CCCFG register of eDMA3 we can get all the needed information for the
driver about the IP:
Number of
On Thursday 15 May 2014 03:47 PM, Paul Bolle wrote:
The Kconfig symbol USB_MUSB_PERIPHERAL was removed in v3.1. The last two
checks for its macro now always evaluate to false. So remove these
checks.
Signed-off-by: Paul Bolle pebo...@tiscali.nl
---
Eyeball tested only.
This is just a
()
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Acked-by: Sekhar Nori nsek...@ti.com
Arnd, Olof, Kevin,
Do you mind applying this directly for v3.16? I do not have anything
else queued ATM so not sending a pull request.
Thanks,
Sekhar
--
To unsubscribe from this list: send the line
+ DT maintainers
On Friday 16 May 2014 05:47 PM, Peter Ujfalusi wrote:
From CCCFG register of eDMA3 we can get all the needed information for the
driver about the IP:
Number of channels: NUM_DMACH
Number of regions: NUM_REGN
Number of slots (PaRAM sets): NUM_PAENTRY
Number of TC/EQ:
Peter,
On Friday 16 May 2014 05:47 PM, Peter Ujfalusi wrote:
Instead of saving the for loop length, take the num_tc value from the pdata.
In case of DT boot set the n_tc to 3 as it is hardwired in edma_of_parse_dt()
This is a temporary state since upcoming patch(es) will change how we are
On Friday 16 May 2014 05:47 PM, Peter Ujfalusi wrote:
It is no longer in use by the driver or board files.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
I dropped the /platform_data in subject like to keep it consistent with
what has been done for this file so far. Even looking at logs
On Friday 16 May 2014 05:47 PM, Peter Ujfalusi wrote:
Hi,
Changes since v2:
- Comments from Sekhar and Arnd has been addressed best as I could.
- Use the CCCFG information in all cases instead of pdata provided information
- To achieve this I needed to do a bit more cleanup in this series
On Tuesday 13 May 2014 01:13 PM, Peter Ujfalusi wrote:
Hi,
We are requesting redundant information via DT for the driver since the very
same
data is available in the HW: by reading and decoding the content of CCCFG
register we can get:
Number of channels: NUM_DMACH
Number of regions:
by mistake; fixed sparse warning
Changes in v2:
- minor comments applied, no functional changes
v2: https://lkml.org/lkml/2013/12/18/135
v1: https://lkml.org/lkml/2013/12/12/366
Cc: Linus Walleij linus.wall...@linaro.org
Cc: Alexandre Courbot gnu...@gmail.com
Cc: Sekhar Nori nsek...@ti.com
Cc
On Wednesday 08 January 2014 07:38 PM, Santosh Shilimkar wrote:
On Tuesday 07 January 2014 11:06 PM, Sekhar Nori wrote:
On Tuesday 07 January 2014 11:22 PM, Santosh Shilimkar wrote:
Sekhar,
On Tuesday 24 December 2013 06:41 AM, Grygorii Strashko wrote:
This series is intended to update
On Thursday 26 December 2013 05:36 PM, ivan.khoronzhuk wrote:
On 12/18/2013 02:13 PM, Sekhar Nori wrote:
On Wednesday 18 December 2013 05:21 PM, ivan.khoronzhuk wrote:
Hi, Sekhar
This patch is based on Reuse davinci-nand driver for Keystone arch
series.
The series has passed review at https
On Friday 29 November 2013 01:44 PM, Sekhar Nori wrote:
Wim,
On Thursday 28 November 2013 06:29 PM, Guenter Roeck wrote:
On 11/27/2013 10:04 PM, Sekhar Nori wrote:
On Wednesday 27 November 2013 09:27 PM, Guenter Roeck wrote:
On 11/27/2013 06:00 AM, Sekhar Nori wrote:
On Wednesday 27
On Thursday 09 January 2014 04:38 PM, Wim Van Sebroeck wrote:
Hi Sekhar,
On Friday 29 November 2013 01:44 PM, Sekhar Nori wrote:
Wim,
On Thursday 28 November 2013 06:29 PM, Guenter Roeck wrote:
On 11/27/2013 10:04 PM, Sekhar Nori wrote:
On Wednesday 27 November 2013 09:27 PM, Guenter
On Thursday 09 January 2014 10:03 PM, Brian Norris wrote:
On Thu, Jan 09, 2014 at 04:09:00PM +0530, Sekhar Nori wrote:
On Thursday 26 December 2013 05:36 PM, ivan.khoronzhuk wrote:
On 12/18/2013 02:13 PM, Sekhar Nori wrote:
On Wednesday 18 December 2013 05:21 PM, ivan.khoronzhuk wrote:
Hi
On Wednesday 15 January 2014 02:58 PM, Linus Walleij wrote:
On Tue, Jan 14, 2014 at 12:58 PM, Wolfram Sang w...@the-dreams.de wrote:
devm_ioremap_resource does sanity checks on the given resource. No need to
duplicate this in the driver.
Signed-off-by: Wolfram Sang w...@the-dreams.de
---
On Wednesday 15 January 2014 07:21 PM, Linus Walleij wrote:
On Wed, Jan 15, 2014 at 1:54 PM, Sekhar Nori nsek...@ti.com wrote:
On Wednesday 15 January 2014 02:58 PM, Linus Walleij wrote:
Acked-by: Linus Walleij linus.wall...@linaro.org
The DaVinci maintainers are queuing GPIO patches
On Wednesday 15 January 2014 09:20 PM, Kevin Hilman wrote:
Sekhar Nori nsek...@ti.com writes:
On Wednesday 15 January 2014 07:21 PM, Linus Walleij wrote:
On Wed, Jan 15, 2014 at 1:54 PM, Sekhar Nori nsek...@ti.com wrote:
On Wednesday 15 January 2014 02:58 PM, Linus Walleij wrote:
Acked
On Wednesday 18 December 2013 05:21 PM, ivan.khoronzhuk wrote:
Hi, Sekhar
This patch is based on Reuse davinci-nand driver for Keystone arch series.
The series has passed review at https://lkml.org/lkml/2013/12/17/241
and can be found at http://git.infradead.org/l2-mtd.git
This patch can
On Friday 13 December 2013 09:34 AM, Prabhakar Lad wrote:
Hi Linus,
On Fri, Dec 13, 2013 at 2:01 AM, Linus Walleij linus.wall...@linaro.org
wrote:
On Wed, Dec 11, 2013 at 6:52 PM, Prabhakar Lad
prabhakar.cse...@gmail.com wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
This patch
On Friday 29 November 2013 02:03 PM, Linus Walleij wrote:
On Thu, Nov 21, 2013 at 4:34 PM, Grygorii Strashko
grygorii.stras...@ti.com wrote:
Since Davinci GPIO driver is moved to support gpiolib it has to use
ARCH_NR_GPIOS (can be configured using CONFIG_ARCH_NR_GPIO Kconfig
option)
On Friday 29 November 2013 02:05 PM, Linus Walleij wrote:
On Thu, Nov 21, 2013 at 4:34 PM, Grygorii Strashko
grygorii.stras...@ti.com wrote:
The compatible to Davinci GPIO HW block is used by other TI SoCs, like
Keystone, where GPIO support is declared as optional.
Hence, introduce
On Thursday 21 November 2013 11:45 PM, Prabhakar Lad wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
[grygorii.stras...@ti.com:
- switch to use one irq-domain per all GPIO banks
- keep irq_create_mapping() call in
On Thursday 21 November 2013 11:45 PM, Prabhakar Lad wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
As the davinci-gpio driver is migrated to use irqdomain
there is no need to pass the irq base for the gpio driver.
This patch removes this variable from davinci_gpio_platform_data
and
On Thursday 21 November 2013 11:45 PM, Prabhakar Lad wrote:
From: KV Sujith sujit...@ti.com
Add DT node for Davinci GPIO driver.
Signed-off-by: KV Sujith sujit...@ti.com
Signed-off-by: Philip Avinash avinashphi...@ti.com
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
Added to
is
configurable differently on different boards. So add GPIO
pinmuxing in dts file.
Signed-off-by: KV Sujith sujit...@ti.com
Signed-off-by: Philip Avinash avinashphi...@ti.com
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
Signed-off-by: Sekhar Nori nsek...@ti.com
---
arch/arm/boot/dts/da850
On Wednesday 27 November 2013 01:10 AM, Grygorii Strashko wrote:
It's unsafe to call IRQ chip callbacks (.irq_mask/irq_unmask/irq_ack)
from chained IRQ handler directly. Because, Davinci GPIO block is used
by different SoCs, which, in turn, have different Main IRQ controllers
(Davinci - aintc,
On Sunday 15 December 2013 12:41 AM, Santosh Shilimkar wrote:
Linus, Sekhar,
On Thursday 12 December 2013 01:12 PM, Grygorii Strashko wrote:
This series is intended to update Davinci GPIO driver and reuse
it for Keystone SoCs, because Keystone uses the similar GPIO IP like Davinci.
Keystone
On Sunday 15 December 2013 07:20 PM, Sekhar Nori wrote:
On Sunday 15 December 2013 12:41 AM, Santosh Shilimkar wrote:
Linus, Sekhar,
On Thursday 12 December 2013 01:12 PM, Grygorii Strashko wrote:
This series is intended to update Davinci GPIO driver and reuse
it for Keystone SoCs, because
On 12/5/2013 11:41 PM, Ivan Khoronzhuk wrote:
diff --git a/arch/arm/mach-davinci/board-mityomapl138.c
b/arch/arm/mach-davinci/board-mityomapl138.c
index 7aa105b..98a66ff 100644
--- a/arch/arm/mach-davinci/board-mityomapl138.c
+++ b/arch/arm/mach-davinci/board-mityomapl138.c
@@ -432,6
On Thursday 08 August 2013 04:02 PM, Prabhakar Lad wrote:
Hi Sekhar,
Sorry for the delayed response I was on leave and now back again up
and running.
On Wed, Jul 31, 2013 at 11:17 AM, Sekhar Nori nsek...@ti.com wrote:
On Sunday 23 June 2013 08:30 PM, Prabhakar Lad wrote:
From: Lad
301 - 400 of 2392 matches
Mail list logo