Re: [PATCH for 4.4 0/2] DT/dmaengine: edma: Convert 16bit arrays to 32bit

On Wednesday 09 December 2015 10:18:09 Peter Ujfalusi wrote: > Hi, > > Based on the discussion regarding to (convert am33xx to use the new eDMA > bindings): > https://www.mail-archive.com/linux-omap@vger.kernel.org/msg122117.html > > This two patch will convert the new eDMA binding to not use

[PATCH for 4.4 1/2] dmaengine: edma: DT: Change memcpy channel array from 16bit to 32bit type

This change makes the DT file to be easier to read since the memcpy channels array does not need the '/bits/ 16' to be specified, which might confuse some people. Signed-off-by: Peter Ujfalusi --- Documentation/devicetree/bindings/dma/ti-edma.txt | 5 ++---

[PATCH for 4.4 2/2] dmaengine: edma: DT: Change reserved slot array from 16bit to 32bit type

This change makes the DT file to be easier to read since the reserved slots array does not need the '/bits/ 16' to be specified, which might confuse some people. Signed-off-by: Peter Ujfalusi --- Documentation/devicetree/bindings/dma/ti-edma.txt | 5 ++--

Re: [PATCH 1/2] video:omap2:dss: fix timings for VENC to match what omapdrm expects

On 13/11/15 12:29, H. Nikolaus Schaller wrote: > Otherwise check_timings fails and we get a "has no modes" message > from xrandr. > > This fix makes the venc assume PAL and NTSC timings that match the > timings synthetized by copy_timings_drm_to_omap() from omapdrm > mode settings so that

[PATCH for 4.4 0/2] DT/dmaengine: edma: Convert 16bit arrays to 32bit

Hi, Based on the discussion regarding to (convert am33xx to use the new eDMA bindings): https://www.mail-archive.com/linux-omap@vger.kernel.org/msg122117.html This two patch will convert the new eDMA binding to not use 16bit arrays for memcpy channel selection and for marking slots reserved. The

Re: [PATCH v2 00/25] mtd: nand: refactor the NAND subsystem (part 1)

Hi Brian, On Tue, 8 Dec 2015 16:36:24 -0800 Brian Norris wrote: > Hi, > > On Tue, Dec 01, 2015 at 12:02:57PM +0100, Boris Brezillon wrote: > > Hello, > > > > This huge series aims at clarifying the relationship between the mtd and > > nand_chip structures and

Re: [PATCH v3 bis 12/25] mtd: nand: use the mtd instance embedded in struct nand_chip

Hi Brian, On Tue, 8 Dec 2015 16:17:41 -0800 Brian Norris wrote: > > > diff --git a/drivers/mtd/nand/cmx270_nand.c b/drivers/mtd/nand/cmx270_nand.c > > index 43bded6..84d027e 100644 > > --- a/drivers/mtd/nand/cmx270_nand.c > > +++ b/drivers/mtd/nand/cmx270_nand.c >

[GIT PULL for 4.4] DT/dmaengine: edma: Update for the new bindings

Hi Arnd, Vinod, As Arnd suggested, the two patch from the following series: https://www.mail-archive.com/linux-omap@vger.kernel.org/msg122201.html plus Acked-by from Arnd is available for pull if you prefer that way. Regards, Péter

[PATCH 004/182] gpio: generic: factor into gpio_chip struct

The separate struct bgpio_chip has been a pain to handle, both by being confusingly similar in name to struct gpio_chip and for being contained inside a struct so that struct gpio_chip is contained in a struct contained in a struct, making several steps of dereferencing necessary. Make things

Re: [PATCH 0/2] ARM: dts: Use MMC pwrseq instead regulators for IGEP WiFi init

> I guess will be interesting cc'ing the ISEE people. Added Agusti and Pau. > > Thanks, > Enric Thank you. Ack. We will try with new versions (wilink8) Agusti -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More

Re: [PATCH v2] PCI: dra7xx: mark dra7xx_pcie_msi irq as IRQF_NO_THREAD

On Tue, Dec 08, 2015 at 10:05:56AM +0100, Sebastian Andrzej Siewior wrote: > * Bjorn Helgaas | 2015-12-04 12:46:19 [-0600]: > > >The backtrace might be OK (maybe slightly overkill), but all the > >stack addresses are certainly irrelevant and distracting. We only > >need enough to recognize the

Re: [PATCH 004/182] gpio: generic: factor into gpio_chip struct

On Wed, Dec 09, 2015 at 02:12:40PM +0100, Linus Walleij wrote: > The separate struct bgpio_chip has been a pain to handle, both > by being confusingly similar in name to struct gpio_chip and > for being contained inside a struct so that struct gpio_chip > is contained in a struct contained in a

debugging

Hello, On a custom 4460 board. The x-loader hangs at some place when we reboot. This happens occasionally on an android port by linaro. I just want to find out how to debug in this case. How can i get to know where the hang takes place. After boot rom, i can see the mmc clk toggling indicating

RE: [PATCH 004/182] gpio: generic: factor into gpio_chip struct

On Wednesday, December 09, 2015 6:13 AM, Linus Walleij wrote: > The separate struct bgpio_chip has been a pain to handle, both > by being confusingly similar in name to struct gpio_chip and > for being contained inside a struct so that struct gpio_chip > is contained in a struct contained in a

Re: [PATCH for 4.4 0/2] DT/dmaengine: edma: Convert 16bit arrays to 32bit

* Peter Ujfalusi [151209 00:19]: > Hi, > > Based on the discussion regarding to (convert am33xx to use the new eDMA > bindings): > https://www.mail-archive.com/linux-omap@vger.kernel.org/msg122117.html > > This two patch will convert the new eDMA binding to not use 16bit

Re: [PATCH for 4.4 2/2] dmaengine: edma: DT: Change reserved slot array from 16bit to 32bit type

On Wed, Dec 09, 2015 at 10:18:11AM +0200, Peter Ujfalusi wrote: > This change makes the DT file to be easier to read since the reserved slots > array does not need the '/bits/ 16' to be specified, which might confuse > some people. > > Signed-off-by: Peter Ujfalusi This

Re: debugging

Hi Tony, Thanks for your response. I dont see any prints. I suspect that it might be hanging before the serial port is initialized All i see is after arch_reset is called. I can see that is mmc clk and data signals toggling. This makes me think that boot rom has loaded the xloader into sram.

Re: debugging

Hi, (please avoid top-posting) Ryan writes: > Hi Tony, > > Thanks for your response. I dont see any prints. I suspect that it > might be hanging before the serial port is initialized > > All i see is after arch_reset is called. I can see that is mmc clk and > data

Re: [PATCH for 4.4 1/2] dmaengine: edma: DT: Change memcpy channel array from 16bit to 32bit type

On Wed, Dec 09, 2015 at 10:18:10AM +0200, Peter Ujfalusi wrote: > This change makes the DT file to be easier to read since the memcpy > channels array does not need the '/bits/ 16' to be specified, which might > confuse some people. Why? I don't see the point of this change and plus you are

Re: [PATCH for 4.4 1/2] dmaengine: edma: DT: Change memcpy channel array from 16bit to 32bit type

On Wed, Dec 09, 2015 at 02:02:00PM -0600, Rob Herring wrote: > On Wed, Dec 09, 2015 at 10:18:10AM +0200, Peter Ujfalusi wrote: > > This change makes the DT file to be easier to read since the memcpy > > channels array does not need the '/bits/ 16' to be specified, which might > > confuse some

Re: debugging

* Ryan [151209 09:03]: > Hello, > > On a custom 4460 board. The x-loader hangs at some place when we > reboot. This happens occasionally on an android port by linaro. > > I just want to find out how to debug in this case. How can i get to > know where the hang

Re: [4.4-rc][PATCH v2] ARM: dts: am4372: fix clock source for arm twd and global timers

* Felipe Balbi [151208 10:05]: > > Hi, > > Grygorii Strashko writes: > > ARM TWD and Global timer are clocked by PERIPHCLK which is MPU_CLK/2. > > But now they are clocked by dpll_mpu_m2_ck == MPU_CLK and, as result. > > Timekeeping core misbehaves. For

Re: [PATCH 004/182] gpio: generic: factor into gpio_chip struct

On Wed, Dec 09, 2015 at 02:12:40PM +0100, Linus Walleij wrote: ... > @@ -55,16 +54,16 @@ static int moxart_gpio_probe(struct platform_device *pdev) > return ret; > } > > - bgc->gc.label = "moxart-gpio"; > - bgc->gc.request = gpiochip_generic_request; > -

Re: [PATCH 004/182] gpio: generic: factor into gpio_chip struct

On 09.12.2015 22:12, Linus Walleij wrote: > The separate struct bgpio_chip has been a pain to handle, both > by being confusingly similar in name to struct gpio_chip and > for being contained inside a struct so that struct gpio_chip > is contained in a struct contained in a struct, making several

Re: [PATCH 02/10] clk: ti: Add few dm814x clock aliases

* Tero Kristo [151208 23:50]: > On 12/08/2015 10:11 PM, Tony Lindgren wrote: > >* Tero Kristo [151208 11:25]: > >>On 12/08/2015 06:57 PM, Tony Lindgren wrote: > >>> > >>>Anybody from the clock department care to ack this one? > >> > >>Sorry been rather busy

Re: [PATCH for 4.4 0/2] DT/dmaengine: edma: Convert 16bit arrays to 32bit

On Wed, Dec 09, 2015 at 12:12:27PM -0800, Tony Lindgren wrote: > * Peter Ujfalusi [151209 00:19]: > > Hi, > > > > Based on the discussion regarding to (convert am33xx to use the new eDMA > > bindings): > >

Re: [PATCH v4 4/5] ARM: dts: DRA7: add entry for qspi mmap region

On 12/03/2015 03:51 PM, Vignesh R wrote: > > > On 12/01/2015 10:09 PM, Tony Lindgren wrote: >> * Vignesh R [151130 20:46]: >>> On 12/01/2015 04:04 AM, Tony Lindgren wrote: ... >> >> OK. They are both on L3 main so that won't cause any issues for separate >> interconnect

Re: [PATCH v2] PCI: dra7xx: mark dra7xx_pcie_msi irq as IRQF_NO_THREAD

On 12/09/2015 05:24 PM, Bjorn Helgaas wrote: On Tue, Dec 08, 2015 at 10:05:56AM +0100, Sebastian Andrzej Siewior wrote: * Bjorn Helgaas | 2015-12-04 12:46:19 [-0600]: The backtrace might be OK (maybe slightly overkill), but all the stack addresses are certainly irrelevant and distracting. We

Re: [PATCH 004/182] gpio: generic: factor into gpio_chip struct

* Linus Walleij [151209 05:14]: > The separate struct bgpio_chip has been a pain to handle, both > by being confusingly similar in name to struct gpio_chip and > for being contained inside a struct so that struct gpio_chip > is contained in a struct contained in a