Re: [PATCH] drivers: net: cpsw: Add support for fixed-link PHY

From: Markus Brunner Date: Tue, 03 Nov 2015 22:09:51 +0100 > Add support for a fixed-link devicetree sub-node in case the the > cpsw MAC is directly connected to a non-mdio PHY/device. > > Signed-off-by: Markus Brunner

Re: [PATCH v2 2/5] spi: spi-ti-qspi: add mmap mode read support

On 11/04/2015 08:11 PM, Mark Brown wrote: > On Tue, Nov 03, 2015 at 03:36:11PM +0530, Vignesh R wrote: > >> +ti_qspi_enable_memory_map(spi); >> +ti_qspi_setup_mmap_read(spi, read_opcode, addr_width, >> +dummy_bytes); >> +memcpy_fromio(buf, qspi->mmap_base

Re: [PATCH v2 2/5] spi: spi-ti-qspi: add mmap mode read support

On Tue, Nov 03, 2015 at 03:36:11PM +0530, Vignesh R wrote: > + ti_qspi_enable_memory_map(spi); > + ti_qspi_setup_mmap_read(spi, read_opcode, addr_width, > + dummy_bytes); > + memcpy_fromio(buf, qspi->mmap_base + from, len); > + *retlen = len; > +

Re: [PATCH v2 1/5] spi: introduce mmap read support for spi flash devices

On Tue, Nov 03, 2015 at 03:36:10PM +0530, Vignesh R wrote: > + } > + mutex_lock(>mmap_lock_mutex); > + ret = master->spi_mtd_mmap_read(spi, from, len, retlen, buf, > + read_opcode, addr_width, > + dummy_bytes); >

Re: [PATCH] dmaengine: edma: Add dummy driver skeleton for edma3-tptc

Peter Ujfalusi writes: > The eDMA3 TPTC does not need any software configuration, but it is a > separate IP block in the SoC. In order the omap hwmod core to be able to > handle the TPTC resources correctly in regards of PM we need to have a > driver loaded for it. > This

commit e3faf2b8826b8ac58cdaad7f801e59e389320f0e regresses AM437x SK

Hi, with today's next (which contains commit e3faf2b8826b "ARM: DTS: am437x: Use the new DT bindings for the eDMA3" above) I can't get to getty prompt on my AM437x SK. Simply reverting that commit makes it work again. Here are some boot logs: next/master : http://hastebin.com/amunusunok

Re: [PATCH] drivers: net: cpsw: Add support for fixed-link PHY

On Wednesday 04 November 2015 02:39 AM, Markus Brunner wrote: > Add support for a fixed-link devicetree sub-node in case the the > cpsw MAC is directly connected to a non-mdio PHY/device. > > Signed-off-by: Markus Brunner Looks good to me. Acked-by:

Re: [PATCH] dmaengine: edma: Add dummy driver skeleton for edma3-tptc

On Wed, Nov 04, 2015 at 10:33:27AM -0600, Felipe Balbi wrote: > Peter Ujfalusi writes: > > > The eDMA3 TPTC does not need any software configuration, but it is a > > separate IP block in the SoC. In order the omap hwmod core to be able to > > handle the TPTC resources

Re: [PATCH] dmaengine: edma: fix build without CONFIG_OF

On Wednesday 04 November 2015 09:42:35 Peter Ujfalusi wrote: > On 11/03/2015 04:00 PM, Arnd Bergmann wrote: > > During the edma rework, a build error was introduced for the > > case that CONFIG_OF is disabled: > > > > drivers/built-in.o: In function `edma_tc_set_pm_state': > > :(.text+0x43bf0):

Re: [PATCH v2 13/14] ARM: DTS: am33xx: Use the new DT bindings for the eDMA3

On 11/04/2015 10:37 AM, Vinod Koul wrote: > On Mon, Nov 02, 2015 at 05:46:05PM +0200, Peter Ujfalusi wrote: >>> Okay I have reverted the two and applied the edma patch sent, can you please >>> verify topic/edma_fix before I merge it and send my PULL request. >> >> The branch looks good. Thank you!

Re: [PATCH] dmaengine: edma: fix build without CONFIG_OF

On 11/04/2015 10:46 AM, Arnd Bergmann wrote: > On Wednesday 04 November 2015 09:42:35 Peter Ujfalusi wrote: >> On 11/03/2015 04:00 PM, Arnd Bergmann wrote: >>> During the edma rework, a build error was introduced for the >>> case that CONFIG_OF is disabled: >>> >>> drivers/built-in.o: In function

Re: [PATCH v2 13/14] ARM: DTS: am33xx: Use the new DT bindings for the eDMA3

On Mon, Nov 02, 2015 at 05:46:05PM +0200, Peter Ujfalusi wrote: > > Okay I have reverted the two and applied the edma patch sent, can you please > > verify topic/edma_fix before I merge it and send my PULL request. > > The branch looks good. Thank you! > It would have been great if the DTS

Re: [PATCH] dmaengine: edma: fix build without CONFIG_OF

On Wednesday 04 November 2015 11:05:54 Peter Ujfalusi wrote: > > > > I think that would be less readable, and gives no compile-time coverage > > to the contents of the edma_tc_set_pm_state function. > > Hrm, if the compiler knows that there is no need to compile the code after > the: > if

Re: [PATCH] watchdog: omap_wdt: fix null pointer dereference

On Wednesday 04 November 2015 02:20:20, Peter Robinson wrote: > Fix issue from two patches overlapping causing a kernel oops > > [ 3569.297449] Unable to handle kernel NULL pointer dereference at virtual > address 0088 [ 3569.306272] pgd = dc894000 > [ 3569.309287] [0088] *pgd= >