Re: [PATCH v1 00/25] PCI: Request host bridge window resources

On Monday, June 6, 2016 6:04:44 PM CEST Bjorn Helgaas wrote: > Several host bridge drivers (designware and all derivatives, iproc, > xgene, xilinx, and xilinx-nwl) don't request the MMIO and I/O port > windows they forward downstream to the PCI bus. > > That means the PCI core can't request

Re: [PATCH v1 00/25] PCI: Request host bridge window resources

On Tuesday, June 7, 2016 8:11:05 AM CEST Bjorn Helgaas wrote: > > > > What do you think is the correct behavior here, should the driver only > > request the PIO range with parent=ioport_resource, or should it also > > request the MMIO window for the I/O ports with parent=iomem_resource? > > In

Re: [GIT PULL v2] Renesas ARM Based SoC Updates for v4.6

On Wednesday 24 February 2016 10:21:25 Simon Horman wrote: > Renesas ARM Based SoC Updates for v4.6 > > * Enable PM and PM_GENERIC_DOMAINS for SoCs with PM Domains > * Move emev2_smp_ops to emev2 > * Remove legacy map_io callbacks on r8a7740 and emev2 SoCs > * Migrate to generic l2c OF

Re: [GIT PULL] Second Round of Renesas ARM64 Based SoC DT Updates for v4.6

On Friday 26 February 2016 09:07:32 Simon Horman wrote: > Please consider these second round of Renesas ARM64 based SoC DT updates > for v4.6. > > This pull request is based on the previous round of > such requests, tagged as renesas-arm64-dt-for-v4.6, > which you have already pulled. Pulled

Re: [GIT PULL] Renesas ARM64 Based SoC SoC Updates for v4.6

On Friday 26 February 2016 08:52:55 Simon Horman wrote: > Renesas ARM64 Based SoC SoC Updates for v4.6 > > * Enable RENESAS_IRQC, and PM and PM_GENERIC_DOMAINS for SoCs with PM Domains > Pulled into next/arm64, thanks! Arnd

Re: [GIT PULL] Renesas ARM64 Based SoC Defconfig Updates for v4.6

On Friday 26 February 2016 08:51:45 Simon Horman wrote: > Please consider these Renesas ARM64 based SoC defconfig updates for v4.6. > > This pull request is based on the previous round of > such requests, tagged as v4.5-rc2, > which I have already sent a pull-request for. It looks like your

Re: [GIT PULL] Second Round of Renesas ARM Based SoC DT Updates for v4.6

On Friday 26 February 2016 08:53:07 Simon Horman wrote: > Second Round of Renesas ARM Based SoC DT Updates for v4.6 > > * Add L2 cache-controller nodes to r8a779[0134] and r8a73a4 > * Add etheravb support to r8a7794 > * Correct JP3 jumper description on Porter > * Enable thermal zone on

[PATCH] drm: rcar-du: clarify vsp dependency

': rcar-du/rcar_du_vsp.c:183: undefined reference to `vsp1_du_atomic_update' This patch avoids the problem by ensuring that the DRM VSP code can only be enabled if the V4L driver is linked into the kernel, or both are loadable modules. Signed-off-by: Arnd Bergmann <a...@arndb.de> Fixes: 6d62ef

Re: [PATCH][CFT]: dmaengine: make slave address physical

On Monday 22 February 2016 13:31:04 Wolfram Sang wrote: > > > > Original-patch-by: Linus Walleij <linus.wall...@linaro.org> > > > > You've dropped a few > > > > Original-patch-acked-by: Lee Jones <lee.jo...@linaro.org> > > Original-

Re: [PATCH v2 1/5] dma-mapping: add dma_{map,unmap}_page_attrs

On Sunday 24 January 2016 22:43:57 Laurent Pinchart wrote: > Hi Niklas, > > (CC'ing LKML, linux-arch and Arnd Bergmann) > > Thank you for the patch. > > On Thursday 21 January 2016 15:01:31 Niklas Söderlund wrote: > > Add a version of dmap_{map,unmap}_page

Re: [GIT PULL] Second Round of Renesas ARM Based SoC DT Updates for v4.7

On Thursday 28 April 2016 09:08:06 Simon Horman wrote: > Second Round of Renesas ARM Based SoC DT Updates for v4.7 > > * Don't disable referenced optional clocks in DT of R-Car Gen 1 & 2 SoCs > Pulled into next/dt, thanks! Arnd

Re: [GIT PULL v2] Renesas ARM Based SoC DT Updates for v4.7

On Tuesday 26 April 2016 10:32:39 Geert Uytterhoeven wrote: > Hi Arnd, > > On Tue, Apr 26, 2016 at 10:12 AM, Arnd Bergmann <a...@arndb.de> wrote: > > On Tuesday 26 April 2016 09:30:45 Geert Uytterhoeven wrote: > >> Commit 93fafa81cad3da9c ("Merg

Re: [GIT PULL] Second Round of Renesas ARM Based SoC R-Car SYSC Updates for v4.7

On Tuesday 26 April 2016 11:28:38 Simon Horman wrote: > This pull request is based on a merge of: > > * Thee previous round of such requests, tagged as renesas-rcar-sysc-for-v4.7, > which you have previously pulled. > * The clk-renesas-for-v4.7-tag2 tag of Geert Uytterhoeven's renesas-drivers >

[PATCH] pinctrl: ish-pfc: avoid unused variable warning

= platform_get_drvdata(pdev); This moves the variable definition inside of the same ifdef that has the only user, to get a clean build again. Signed-off-by: Arnd Bergmann <a...@arndb.de> Fixes: 67ec8d7b4846 ("pinctrl: ish-pfc: Use devm_pinctrl_register() for pinctrl registration&quo

[PATCH] drm: rcar: remove unused variable

A cleanup for the rcar-du driver left an unused variable behind: drm/rcar-du/rcar_du_drv.c: In function 'rcar_du_probe': drm/rcar-du/rcar_du_drv.c:300:24: error: unused variable 'connector' [-Werror=unused-variable] This removes the variable. Signed-off-by: Arnd Bergmann <a...@arndb.de>

Re: [GIT PULL] Second Round of Renesas ARM Based SoC Fixes for v4.6

On Thursday 28 April 2016 09:06:57 Simon Horman wrote: > Second Round of Renesas ARM Based SoC Fixes for v4.6 > > * Don't disable referenced optional scif clock > Pulled into fixes, thanks! Arnd

Re: [GIT PULL] Renesas ARM Based SoC DT PM Domain Updates for v4.7

On Wednesday 27 April 2016 14:20:34 Simon Horman wrote: > Please consider these Renesas ARM based SoC DT pm-domain updates for v4.7. > > This pull requests is based on a merge of: > > * "[GIT PULL] Second Round of Renesas ARM Based SoC R-Car SYSC Updates for > v4.7", tagged as

Re: [PATCHv2] i2c: rcar: add DMA support

On Saturday 14 May 2016 14:17:08 Niklas Söderlund wrote: > + chan = dma_request_slave_channel_reason(dev, chan_name); > + if (IS_ERR(chan)) { > + ret = PTR_ERR(chan); > + dev_dbg(dev, "request_channel failed for %s (%d)\n", > +

Re: [GIT PULL] Renesas ARM64 Based SoC DT PM Domain Updates for v4.7

On Friday 06 May 2016 09:21:25 Simon Horman wrote: > Hi, > > On Wed, Apr 27, 2016 at 02:20:10PM +1000, Simon Horman wrote: > > Hi Olof, Hi Kevin, Hi Arnd, > > > > Please consider these Renesas ARM64 based SoC DT PM Domain updates for v4.7. > > > > This pull requests is based on a merge of: > >

Re: [GIT PULL] Renesas ARM64 Based SoC DT PM Domain Updates for v4.7

On Wednesday 27 April 2016 14:20:10 Simon Horman wrote: > Hi Olof, Hi Kevin, Hi Arnd, > > Please consider these Renesas ARM64 based SoC DT PM Domain updates for v4.7. > > This pull requests is based on a merge of: > > * "[GIT PULL] Second Round of Renesas ARM Based SoC R-Car SYSC Updates for >

Re: [GIT PULL v2] Second Round of Renesas ARM64 Based SoC DT Updates for v4.8

On Thursday, July 7, 2016 4:39:45 PM CEST Simon Horman wrote: > arm64: dts: r8a7796: Add SYSC PM Domains > While doing some sanity checks on our branch contents, I noticed that this commit breaks running "make dtbs" on top of our next/dt64 branch, and I'd like to avoid that. I found a

Re: [GIT PULL v2] Second Round of Renesas ARM64 Based SoC DT Updates for v4.8

On Thursday, July 7, 2016 4:39:45 PM CEST Simon Horman wrote: > Second Round of Renesas ARM64 Based SoC DT Updates for v4.8 > > * Add support for r8a7796/salvator-x (R-Car Gen 3 M3-W) > * Add CAN support to r8a7795 (R-Car Gen 3 H3) > Merged into next/late to better deal with the dependency,

Re: [GIT PULL] Renesas ARM Based SoC DT Fixes for v4.8

On Friday, July 22, 2016 10:59:24 AM CEST Simon Horman wrote: > On Thu, Jul 21, 2016 at 02:41:52PM +0200, Arnd Bergmann wrote: > > On Monday, July 18, 2016 11:39:35 AM CEST Simon Horman wrote: > > > Renesas ARM Based SoC DT Fixes for v4.8 > > > >

Re: Question about dma-ranges property for PCI host controllers

On Thursday, August 11, 2016 3:00:42 PM CEST Phil Edworthy wrote: > Hi, > > A few PCI host controllers use the "dma-ranges" property to specify the > mapping from PCI bus addresses to physical addresses. > > In the case of R-Car PCIe Host controllers, the intention was to set this > property as

Re: [GIT PULL] Renesas ARM Based SoC DT Fixes for v4.8

On Monday, July 18, 2016 11:39:35 AM CEST Simon Horman wrote: > Renesas ARM Based SoC DT Fixes for v4.8 > > * Corrections to r8a7792 > Merged into next/dt, thanks! Arnd

Re: next build: 143 builds: 3 failed, 140 passed, 4 errors, 131 warnings (next-20160715)

s-mux.c:739:20: error: > 'pinconf_generic_dt_node_to_map_group' undeclared here (not in a function) I though I sent a patch for it but con't find it now. We basically need this: Subject: [PATCH] pinctrl: bcm: add OF dependencies Signed-off-by: Arnd Bergmann <a...@arndb.de> diff --git a/drivers/pinctrl/bcm/Kconfig

Re: [PATCH/RFC v3 5/6] mmc: renesas_sdhi: add support for R-Car Gen3 SDHI DMAC

On Wednesday, July 6, 2016 10:23:29 PM CEST Simon Horman wrote: > @@ -117,6 +124,23 @@ void sdhi_sys_dmac_init_dma(void); > static void sdhi_sys_dmac_init_dma(void) { } > #endif > > +#if IS_ENABLED(CONFIG_MMC_SDHI_INTERNAL_DMA) > +void sdhi_internal_dmac_init_dma(void); > +#else > +static void

[PATCH] ARM: shmobile: don't call platform_can_secondary_boot on UP

the call to platform_can_secondary_boot, turning the function into an empty stub for UP configurations. Signed-off-by: Arnd Bergmann <a...@arndb.de> Fixes: c21af444eace ("ARM: shmobile: smp: Add function to prioritize DT SMP") --- arch/arm/mach-shmobile/platsmp.c | 3 +++ 1

Re: [PATCH/RFC v2 5/5] mmc: renesas_sdhi: add support for R-Car Gen3 SDHI DMAC

On Thursday, June 30, 2016 12:05:40 AM CEST Simon Horman wrote: > @@ -120,6 +127,26 @@ static int sdhi_sysc_dmac_init_dma(void) > } > #endif > > +#if IS_ENABLED(CONFIG_MMC_SDHI_INTERNAL_DMA) > +int sdhi_internal_dmac_init_dma(void); > +#else > +static int sdhi_internal_dmac_init_dma(void) > +{

Re: [PATCH 1/2] ARM: add ARM_SINGLE_ARMV7 as config option

On Thursday, February 9, 2017 8:21:43 PM CET Chris Brandt wrote: > On Thursday, February 09, 2017, Florian Fainelli worte: > > > I think the closest I might have come was to purposely break the build > > > if more then 1 was select, but that still didn't stop you from making > > > the selection. >

Re: [PATCH 1/2] arm64: dma_mapping: allow PCI host driver to limit DMA mask

On Thursday, December 29, 2016 11:45:03 PM CET Nikita Yushchenko wrote: > > static int __swiotlb_dma_supported(struct device *hwdev, u64 mask) > { > +#ifdef CONFIG_PCI > + if (dev_is_pci(hwdev)) { > + struct pci_dev *pdev = to_pci_dev(hwdev); > + struct

Re: [PATCH v4 0/3] ARM: l2c: add l2c support for RZ/A1

erged > independently... Arnd? I just checked what we have queued up in next/dt for this platform, and I'm fairly sure that there are no conflicts, so you can pick up all three and add Acked-by: Arnd Bergmann <a...@arndb.de> Arnd

Re: [GIT PULL] Renesas ARM Based SoC Fixes for v4.8

On Wednesday, September 7, 2016 9:41:04 AM CEST Simon Horman wrote: > Renesas ARM Based SoC Fixes for v4.8 > > * Correct R-Car Gen2 regulator quirk > Pulled into fixes, thanks! Arnd

Re: [GIT PULL] Second Round of Renesas ARM Based SoC DT Updates for v4.9

On Wednesday, September 7, 2016 9:49:30 AM CEST Simon Horman wrote: > Second Round of Renesas ARM Based SoC DT Updates for v4.9 > > Fixes (for v4.9): > * Correct PWM clock parent on r8a7794 SoC > > Clean-up: > * Remove obsolete vsp1 properties from r8a779[01] SoCs > > New boards: > * Add

Re: [GIT PULL] Renesas ARM64 Based SoC DT Updates for v4.9

On Thursday, September 8, 2016 9:43:24 AM CEST Simon Horman wrote: > Hi Olof, Hi Kevin, Hi Arnd, > > Please consider these Renesas ARM64 based SoC DT updates for v4.9. > > This pull request is based on the sh-pfc-for-v4.9-tag2 of > Geert Uytterhoeven's renesas-driver's tree which is included in

Re: [GIT PULL] Renesas ARM64 Based SoC Defconfig Updates for v4.9

On Wednesday, September 7, 2016 9:41:26 AM CEST Simon Horman wrote: > Renesas ARM64 Based SoC Defconfig Updates for v4.9 > > * Enable HSUSB and SDHI > Pulled into next/arm64, thanks! Arnd

Re: [GIT PULL] Renesas ARM Based SoC DT Updates for v4.9

On Monday, August 15, 2016 10:55:35 AM CEST Simon Horman wrote: > Renesas ARM Based SoC DT Updates for v4.9 > > * Add DU, VIN, I2C, SDHI, EtherAVB, GPIO support to r8a7792 > * Enable CAN0 on r8a7792/blanche > * Enable sound on r8a7794/silk > * Correct SDHI register size on r8a7794 > Pulled into

Re: [GIT PULL] Renesas ARM Based SoC Updates for v4.9

On Wednesday, September 7, 2016 9:41:38 AM CEST Simon Horman wrote: > Renesas ARM Based SoC Updates for v4.9 > > Clean-up: > * Only use smp_init when SMP is selected > > Enablement: > * Add debug-ll support for r8a7992 > Pulled into next/soc, thanks! Arnd

Re: [PATCHv9 0/6] dmaengine: rcar-dmac: add iommu support for slave transfers

ne to me. But to go thru > > dmaengine tree I would need ACK on non dmaengine patches. > > I havent heard back from this one and I am inclined to merge this one now. > If anyone has any objects, please speak up now... > > Also ACKs welcome... > I had not looked at

Re: [PATCH/RFC 4/4] soc: renesas: Identify SoC and register with the SoC bus

On Tuesday, October 4, 2016 11:09:27 AM CEST Geert Uytterhoeven wrote: > Identify the SoC type and revision, and register this information with > the SoC bus, so it is available under /sys/devices/soc0/, and can be > checked where needed using soc_device_match(). > > In addition, on SoCs that

Re: [PATCHv9 0/6] dmaengine: rcar-dmac: add iommu support for slave transfers

On Friday, September 16, 2016 12:48:23 PM CEST Laurent Pinchart wrote: > On Friday 16 Sep 2016 11:07:48 Arnd Bergmann wrote: > > On Thursday, September 15, 2016 9:56:51 PM CEST Vinod Koul wrote: > > > On Wed, Aug 10, 2016 at 11:07:10PM +0530, Vinod Koul wrote: > > >>

Re: [PATCHv9 0/6] dmaengine: rcar-dmac: add iommu support for slave transfers

On Friday, September 16, 2016 3:09:29 PM CEST Laurent Pinchart wrote: > > I wasn't thinking quite that far, though that is also a theoretical > > problem. However, the simple solution would be to have a bit in the DMA > > specifier let the driver know whether translation is needed or not. > > > >

Re: [PATCH v4 0/2] ARM: cleanup PCI specific configs

On Wednesday, September 14, 2016 3:49:04 PM CEST Kishon Vijay Abraham I wrote: > This series was initially sent to add support for two PCIe > ports in dra7. This included selecting PCI_DOMAINS config > in SOC_DRA7XX. > > However from the review, PCI_DOMAINS can instead be selected > from

Re: Question about dma-ranges property for PCI host controllers

On Friday, August 12, 2016 9:43:44 AM CEST Phil Edworthy wrote: > On 11 August 2016 16:09 Arnd Bergmann wrote: > > In the past, we have said that the dma-ranges property should reflect > > the address space that is used when programming the bridge registers > > in the P

[PATCH] ravb: avoid unused function warnings

=unused-function] The simplest solution here is to replace the #ifdef with __maybe_unused annotations, which lets the compiler do the right thing by itself. Signed-off-by: Arnd Bergmann <a...@arndb.de> Fixes: 0184165b2f42 ("ravb: add sleep PM suspend/resume support") --- drivers/net/

Re: [PATCH v2 7/7] soc: renesas: Identify SoC and register with the SoC bus

On Monday, October 31, 2016 12:30:55 PM CET Geert Uytterhoeven wrote: > v2: > - Drop SoC families and family names; use fixed "Renesas" instead, I think I'd rather have seen the family names left in there, but it's not important, so up to you. > - Use "renesas,prr" and "renesas,cccr" device

Re: [PATCH v2 0/7] soc: renesas: Identify SoC and register with the SoC bus

On Wednesday, November 9, 2016 2:34:33 PM CET Geert Uytterhoeven wrote: > > > > And Samsung. > > Shall I create the immutable branch now? > > Arnd: are you happy with the new patches and changes? I still had some comments for patch 7, but that shouldn't stop you from creating a branch for the

Re: [PATCH v2 0/7] soc: renesas: Identify SoC and register with the SoC bus

On Wednesday, November 9, 2016 6:19:06 PM CET Geert Uytterhoeven wrote: > On Wed, Nov 9, 2016 at 5:56 PM, Arnd Bergmann <a...@arndb.de> wrote: > > On Wednesday, November 9, 2016 2:34:33 PM CET Geert Uytterhoeven wrote: > >> > And Samsung. > >> >

Re: [PATCH v2 7/7] soc: renesas: Identify SoC and register with the SoC bus

On Thursday, November 10, 2016 11:19:20 AM CET Geert Uytterhoeven wrote: > Hi Arnd, > > Thanks for your comments! > > On Wed, Nov 9, 2016 at 5:55 PM, Arnd Bergmann <a...@arndb.de> wrote: > > On Monday, October 31, 2016 12:30:55 PM CET Geert Uytterhoeven wrote: > >

Re: [PATCH] clk: fix link error for rcar-gen2

On Friday, October 21, 2016 8:01:49 PM CEST Geert Uytterhoeven wrote: > > diff --git a/drivers/clk/renesas/Makefile b/drivers/clk/renesas/Makefile > > index 90dd0db7d9c6..762d122eddec 100644 > > --- a/drivers/clk/renesas/Makefile > > +++ b/drivers/clk/renesas/Makefile > > @@ -4,11 +4,7 @@

Re: [PATCH/RFC 4/4] soc: renesas: Identify SoC and register with the SoC bus

On Friday, October 21, 2016 8:16:00 PM CEST Geert Uytterhoeven wrote: > On Wed, Oct 19, 2016 at 12:59 PM, Arnd Bergmann <a...@arndb.de> wrote: > > On Wednesday, October 19, 2016 10:02:57 AM CEST Geert Uytterhoeven wrote: > >> On Mon, Oct 10, 2016 at 4:23 PM, Arnd Bergma

Re: [PATCH/RFC 4/4] soc: renesas: Identify SoC and register with the SoC bus

On Wednesday, October 19, 2016 10:02:57 AM CEST Geert Uytterhoeven wrote: > On Mon, Oct 10, 2016 at 4:23 PM, Arnd Bergmann <a...@arndb.de> wrote: > > On Tuesday, October 4, 2016 11:09:27 AM CEST Geert Uytterhoeven wrote: > >> +static const struct renesas_fa

Re: [PATCH 0/4] soc: renesas: Identify SoC and register with the SoC bus

On Wednesday, October 19, 2016 10:10:38 AM CEST Geert Uytterhoeven wrote: > Hi Arnd, > > On Mon, Oct 10, 2016 at 4:28 PM, Arnd Bergmann <a...@arndb.de> wrote: > > On Tuesday, October 4, 2016 11:09:23 AM CEST Geert Uytterhoeven wrote: > >> Some Renesas SoCs ma

Re: [PATCH v2 7/7] soc: renesas: Identify SoC and register with the SoC bus

On Monday, November 14, 2016 11:51:15 AM CET Geert Uytterhoeven wrote: > On Thu, Nov 10, 2016 at 12:37 PM, Arnd Bergmann <a...@arndb.de> wrote: > > On Thursday, November 10, 2016 11:19:20 AM CET Geert Uytterhoeven wrote: > >> On Wed, Nov 9, 2016 at 5:55 PM, Arnd Bergma

Re: [GIT PULL] Second Round of Renesas ARM Based SoC Drivers Updates for v4.10

On Friday, November 18, 2016 5:35:51 PM CET Olof Johansson wrote: > > So, this pull request contains 8 patches, not 4. Seems like your pull > request doesn't show any of the code from Geert's branch, didn't mention > it in the tag and only in the email text above. Furthermore, Geert's > branch

[PATCH] clk: renesas: cpg_mstp: build for R8A774{3,5}

' This adds another 'select' statement to get them to build as well. Fixes: 9127d54bb894 ("clk: renesas: cpg-mssr: Add R8A7745 support") Signed-off-by: Arnd Bergmann <a...@arndb.de> --- drivers/clk/renesas/Kconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/clk/r

Re: [PATCH] clk: renesas: cpg_mstp: build for R8A774{3,5}

On Thursday, November 24, 2016 5:38:45 PM CET Geert Uytterhoeven wrote: > > R8A7745 and R8A7743 don't need the CPG_MSTP driver, they select > CLK_RENESAS_CPG_MSSR instead. > > Perhaps you still have your patch "[PATCH] clk: fix link error for rcar-gen2" > applied to enable clk-rcar-gen2.o on

[PATCH 1/3] [media] v4l: rcar_fdp1: mark PM functions as __maybe_unused

the two functions as __maybe_unused. Fixes: 4710b752e029 ("[media] v4l: Add Renesas R-Car FDP1 Driver") Signed-off-by: Arnd Bergmann <a...@arndb.de> --- drivers/media/platform/rcar_fdp1.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/media/platfor

Re: [RFC PATCH] of: base: add support to get machine model name

On Thursday, November 17, 2016 2:08:30 PM CET Sudeep Holla wrote: > On 17/11/16 13:50, Arnd Bergmann wrote: > > On Thursday, November 17, 2016 11:50:50 AM CET Sudeep Holla wrote: > >> Currently platforms/drivers needing to get the machine model name are > >> replicati

Re: [RFC PATCH] of: base: add support to get machine model name

On Thursday, November 17, 2016 11:50:50 AM CET Sudeep Holla wrote: > Currently platforms/drivers needing to get the machine model name are > replicating the same snippet of code. In some case, the OF reference > counting is either missing or incorrect. > > This patch adds support to read the

Re: [PATCH 1/2] arm64: dma_mapping: allow PCI host driver to limit DMA mask

On Tuesday, January 10, 2017 3:44:53 PM CET Christoph Hellwig wrote: > On Tue, Jan 10, 2017 at 11:47:42AM +0100, Arnd Bergmann wrote: > > I see that we have CONFIG_ARCH_PHYS_ADDR_T_64BIT on a couple of > > 32-bit architectures without swiotlb (arc, arm, some mips32), and > >

Re: [PATCH v2] arm64: do not set dma masks that device connection can't handle

On Wednesday, January 11, 2017 3:37:22 PM CET Nikita Yushchenko wrote: > > I actually have a third variation of this problem involving a PCI root > > complex which *could* drive full-width (40-bit) addresses, but won't, > > due to the way its PCI<->AXI interface is programmed. That would require >

Re: NVMe vs DMA addressing limitations

On Thursday, January 12, 2017 12:09:11 PM CET Sagi Grimberg wrote: > >> Another workaround me might need is to limit amount of concurrent DMA > >> in the NVMe driver based on some platform quirk. The way that NVMe works, > >> it can have very large amounts of data that is concurrently mapped into

Re: [PATCH 1/2] dma-mapping: let arch know origin of dma range passed to arch_setup_dma_ops()

On Thursday, January 12, 2017 9:33:32 AM CET Nikita Yushchenko wrote: > >> Hmm, I think when the dma-ranges are missing, we should either enforce > >> a 32-bit mask, or disallow DMA completely. It's probably too late for > >> the latter, I wish we had done this earlier in order to force everyone >

Re: [PATCH 1/2] dma-mapping: let arch know origin of dma range passed to arch_setup_dma_ops()

On Thursday, January 12, 2017 12:16:24 PM CET Will Deacon wrote: > On Thu, Jan 12, 2017 at 08:52:51AM +0300, Nikita Yushchenko wrote: > > >> diff --git a/drivers/staging/fsl-mc/bus/fsl-mc-bus.c > > >> b/drivers/staging/fsl-mc/bus/fsl-mc-bus.c > > >> index 5ac373c..480b644 100644 > > >> ---

Re: [PATCH v2] arm64: do not set dma masks that device connection can't handle

On Tuesday, January 10, 2017 1:25:12 PM CET Robin Murphy wrote: > On 10/01/17 12:47, Nikita Yushchenko wrote: > >> The point here is that an IOMMU doesn't solve your issue, and the > >> IOMMU-backed DMA ops need the same treatment. In light of that, it really > >> feels to me like the DMA masks

Re: NVMe vs DMA addressing limitations

On Tuesday, January 10, 2017 3:48:39 PM CET Christoph Hellwig wrote: > On Tue, Jan 10, 2017 at 12:01:05PM +0100, Arnd Bergmann wrote: > > Another workaround me might need is to limit amount of concurrent DMA > > in the NVMe driver based on some platform quirk. The way that NVMe wo

Re: [PATCH v2] arm64: do not set dma masks that device connection can't handle

On Tuesday, January 10, 2017 2:16:57 PM CET Robin Murphy wrote: > On 10/01/17 13:42, Arnd Bergmann wrote: > > On Tuesday, January 10, 2017 1:25:12 PM CET Robin Murphy wrote: > >> On 10/01/17 12:47, Nikita Yushchenko wrote: > >>>> The point here is that

Re: [PATCH 1/2] dma-mapping: let arch know origin of dma range passed to arch_setup_dma_ops()

On Wednesday, January 11, 2017 9:31:51 PM CET Nikita Yushchenko wrote: > diff --git a/drivers/iommu/rockchip-iommu.c b/drivers/iommu/rockchip-iommu.c > index 9afcbf7..0995ab3 100644 > --- a/drivers/iommu/rockchip-iommu.c > +++ b/drivers/iommu/rockchip-iommu.c > @@ -1096,7 +1096,7 @@ static int

Re: [GIT PULL] Renesas ARM Based SoC r8a7745 SYSC Driver Updates for v4.10

On Wednesday, November 23, 2016 9:13:10 PM CET Simon Horman wrote: > Hi Olof, Hi Kevin, Hi Arnd, > > Please consider these Renesas ARM based SoC r8a7745 SYSC Driver updates for > v4.10. > > This pull request is based on v4.9-rc1. > > This pull request is broken out of an earlier pull request, >

Re: [git pull] soc_device_match() interface for matching against soc_bus attributes

On Wednesday, November 23, 2016 1:32:56 PM CET Geert Uytterhoeven wrote: > soc_device_match() interface for matching against soc_bus attributes > > This provides core infrastructure as a dependency for several users > (Freescale/NXP, Samsung, Renesas). > > Its core parts have been acked by Greg,

Re: [git pull] Renesas RZ/G1M and RZ/G1E CPG Core Clock Definitions

On Wednesday, November 23, 2016 1:39:58 PM CET Geert Uytterhoeven wrote: > Renesas RZ/G1M and RZ/G1E CPG Core Clock Definitions > > This contains clock definitions shared by clock drivers and DTS files, > and is provided as a dependency for the latter. > > This has already been pulled by Stephen

Re: [GIT PULL v2] Second Round of Renesas ARM Based SoC DT Updates for v4.10

On Wednesday, November 23, 2016 9:14:33 PM CET Simon Horman wrote: > Second Round of Renesas ARM Based SoC DT Updates for v4.10 > > Enhancements: > * Add device nodes for PRR > * Add r8a7745 SoC and sk-rzg1e board > * Add r8a7743 SoC and sk-rzg1m board > * Enable SDR-104 and I2C demuxer on alt,

Re: [GIT PULL v2] Second Round of Renesas ARM64 Based SoC DT Updates for v4.10

On Monday, November 21, 2016 1:05:10 PM CET Simon Horman wrote: > Second Round of Renesas ARM64 Based SoC DT Updates for v4.10 > > Enhancements: > * Add device nodes for PRR > * Add m3ulcb board > * Enable I2C on r8a7796/salvator-x board > * Enable SDHI0 on h3ulcb board > > Pulled into

Re: [GIT PULL] Renesas ARM Based SoC Match Updates for v4.10

On Wednesday, November 23, 2016 9:13:31 PM CET Simon Horman wrote: > This pull request is based on the pull request "soc_device_match() > interface for matching against soc_bus attributes" sent by Geert > Uytterhoeven which corresponds to the soc-device-match-tag1 tag in his > renesas-driver's

Re: [GIT PULL] Renesas ARM Based SoC Match Updates for v4.10

On Thursday, December 1, 2016 9:47:58 AM CET Simon Horman wrote: > Thanks for pulling this and other outstanding pull requests from Geert and > myself. I don't think we have anything more outstanding at this time. Ok, thanks for the confirmation! Arnd

Re: [PATCH 1/2] arm64: dma_mapping: allow PCI host driver to limit DMA mask

On Wednesday, January 4, 2017 6:29:39 PM CET Nikita Yushchenko wrote: > > Just a guess, but if the inbound translation windows in the host > > bridge are wider than 32-bit, the reason for setting up a single > > 32-bit window is probably because that is what the parent bus supports. > > Well

Re: [PATCH 1/2] arm64: dma_mapping: allow PCI host driver to limit DMA mask

On Wednesday, January 4, 2017 9:24:09 AM CET Nikita Yushchenko wrote: > > commit 9a57d58d116800a535510053136c6dd7a9c26e25 > > Author: Arnd Bergmann <a...@arndb.de> > > Date: Tue Nov 17 14:06:55 2015 +0100 > > > > [EXPERIMENTAL] ARM64: check implement dma_

Re: [PATCH 1/2] arm64: dma_mapping: allow PCI host driver to limit DMA mask

On Wednesday, January 4, 2017 5:30:19 PM CET Nikita Yushchenko wrote: > >> For OF platforms, this is called via of_dma_configure(), that checks > >> dma-ranges of node that is *parent* for host bridge. Host bridge > >> currently does not control this at all. > > > > We need to think about this a

Re: [PATCH 1/2] arm64: dma_mapping: allow PCI host driver to limit DMA mask

of arm64, not with a PCI specific hack, and in particular not using notifiers. Arnd commit 9a57d58d116800a535510053136c6dd7a9c26e25 Author: Arnd Bergmann <a...@arndb.de> Date: Tue Nov 17 14:06:55 2015 +0100 [EXPERIMENTAL] ARM64: check implement dma_set_mask Needs w

Re: [GIT PULL] Renesas ARM Based SoC Fixes for v4.10

On Monday, December 12, 2016 9:30:00 AM CET Simon Horman wrote: > This provides an sd0_uhs node rather than duplicate sdh0 nodes > resolving an error introduced in a clean-up patch. > > This pull request is based on "Second Round of Renesas ARM Based SoC DT > Updates for v4.10", tagged as

Re: [PATCH 1/2] arm64: dma_mapping: allow PCI host driver to limit DMA mask

On Friday, January 6, 2017 4:47:59 PM CET Nikita Yushchenko wrote: > >>> Just a guess, but if the inbound translation windows in the host > >>> bridge are wider than 32-bit, the reason for setting up a single > >>> 32-bit window is probably because that is what the parent bus supports. > > I've

Re: [PATCH v2] arm64: do not set dma masks that device connection can't handle

On Tuesday, January 10, 2017 3:47:25 PM CET Nikita Yushchenko wrote: > > > The point here is that an IOMMU doesn't solve your issue, and the > > IOMMU-backed DMA ops need the same treatment. In light of that, it really > > feels to me like the DMA masks should be restricted in of_dma_configure >

Re: [PATCH 1/2] arm64: dma_mapping: allow PCI host driver to limit DMA mask

On Monday, January 9, 2017 9:57:46 PM CET Christoph Hellwig wrote: > > - architecture should stop breaking 64-bit DMA when driver attempts to > > set 64-bit dma mask, > > > > - NVMe should issue proper blk_queue_bounce_limit() call based on what > > is actually set mask, > > Or even better

Re: NVMe vs DMA addressing limitations

On Tuesday, January 10, 2017 8:07:20 AM CET Christoph Hellwig wrote: > On Tue, Jan 10, 2017 at 09:47:21AM +0300, Nikita Yushchenko wrote: > > I'm now working with HW that: > > - is now way "low end" or "obsolete", it has 4G of RAM and 8 CPU cores, > > and is being manufactured and developed, > > -

Re: NVMe vs DMA addressing limitations

On Tuesday, January 10, 2017 10:31:47 AM CET Nikita Yushchenko wrote: > Christoph, thanks for clear input. > > Arnd, I think that given this discussion, best short-term solution is > indeed the patch I've submitted yesterday. That is, your version + > coherent mask support. With that,

Re: [PATCH v2 0/2] base: soc: soc_device_match() improvements

On Wed, Mar 29, 2017 at 9:38 PM, Geert Uytterhoeven wrote: > Hi Arnd, Greg, Kevin, Magnus, Olof, Simon, > > This patch series contains two improvements for the SoC bus and > soc_device_match(). The second one is a dependency for handling > different SoC revisions

Re: [PATCH 1/2] [RFC] base: soc: Let soc_device_match() return no match when called too early

ytterhoeven <geert+rene...@glider.be> > --- Acked-by: Arnd Bergmann <a...@arndb.de> > Should this use WARN_ONCE()? I wouldn't mind that either, but your current version seems sufficient.

Re: [PATCH 2/2] [RFC] base: soc: Allow early registration of a single SoC device

On Mon, Mar 13, 2017 at 1:46 PM, Geert Uytterhoeven <ge...@linux-m68k.org> wrote: > On Mon, Mar 13, 2017 at 1:41 PM, Arnd Bergmann <a...@arndb.de> wrote: >> On Thu, Mar 9, 2017 at 7:18 PM, Geert Uytterhoeven >> >> I'd prefer to not have to do the early registration

Re: [PATCH 2/2] [RFC] base: soc: Allow early registration of a single SoC device

On Thu, Mar 9, 2017 at 7:18 PM, Geert Uytterhoeven wrote: > commit 1da1b3628df34a2a ("base: soc: Early register bus when needed") > added support for early registration of SoC devices from a > core_initcall(). However, some drivers need to check the SoC revision > from

Re: [GIT PULL] Third Round of Renesas ARM Based SoC Fixes for v4.13

On Mon, Jul 31, 2017 at 1:12 PM, Simon Horman wrote: > Hi Olof, Hi Kevin, Hi Arnd, > > Please consider these third round of Renesas ARM based SoC fixes for v4.13. > > This pull request is based on v4.12-rc1 rather than earlier fixes for v4.13 > as it is unrelated to

Re: [GIT PULL] Renesas ARM Based SoC Defconfig Updates for v4.14

On Mon, Jul 31, 2017 at 5:03 PM, Simon Horman wrote: > > Renesas ARM Based SoC Defconfig Updates for v4.14 > > * Enable DMA for Renesas serial ports > > Geert Uytterhoeven says, "DMA for (H)SCIF(A|B)

Re: [GIT PULL] Renesas ARM64 Based SoC Defconfig Updates for v4.14

On Mon, Jul 31, 2017 at 5:02 PM, Simon Horman wrote: > > Renesas ARM64 Based SoC Defconfig Updates for v4.14 > > * compile ak4613 and renesas sound as modules > > This is intended to reduce the size of

Re: [GIT PULL] Fourth Round of Renesas ARM Based SoC Fixes for v4.13

On Thu, Aug 17, 2017 at 10:56 AM, Simon Horman wrote: > Hi Olof, Hi Kevin, Hi Arnd, > > Please consider these fourth round of Renesas ARM based SoC fixes for v4.13. > > This pull request is based on the second round of > such requests, tagged as

Re: [GIT PULL] Renesas ARM Based SoC DT Bindings Updates for v4.14

On Mon, Jul 31, 2017 at 5:04 PM, Simon Horman wrote: > Renesas ARM Based SoC DT Bindings Updates for v4.14 > > * Document R-Car D3 (r8a77995) SoC and Draak board > > * Document reserved SRAM for the SMP jump stub on R-Car Gen2 and RZ/G1 SoCs > > Geert Uytterhoeven

Re: [GIT PULL] Renesas ARM64 Based SoC DT Updates for v4.14

On Mon, Jul 31, 2017 at 5:03 PM, Simon Horman wrote: > > Renesas ARM64 Based SoC DT Updates for v4.14 > > * Add usb2.0 for R-Car H3 (r8a7795) ES2.0 SoC > > * Add R-Car D3 (r8a77995) SoC and Draak board

Re: [PATCH 14/14] [media] fix warning on v4l2_subdev_call() result interpreted as bool

On Mon, Jul 17, 2017 at 3:45 PM, Hans Verkuil <hverk...@xs4all.nl> wrote: > On 14/07/17 11:36, Arnd Bergmann wrote: >> @@ -201,8 +202,9 @@ static int cx18_g_fmt_sliced_vbi_cap(struct file *file, >> void *fh, >>* digitizer/slicer. Note, cx18_av_vbi() wipes th

Re: [PATCH 9/9] ARM: multi_v7_defconfig: Enable DMA for Renesas serial ports

On Tue, Jul 11, 2017 at 8:59 AM, Geert Uytterhoeven wrote: > Whether we want to hide the option (and default to y if ARCH_RENESAS, i.e. > ARM) is another question. Note that that wouldn't reduce code > maintainability, > as the #ifdefs would be kept, and it would prevent

Re: [PATCH 9/9] ARM: multi_v7_defconfig: Enable DMA for Renesas serial ports

On Tue, Jul 11, 2017 at 8:59 AM, Geert Uytterhoeven wrote: > Hi Magnus, > > On Tue, Jul 11, 2017 at 5:38 AM, Magnus Damm wrote: >> On Mon, Jul 10, 2017 at 10:28 PM, Geert Uytterhoeven >> Since enabling DMA Engine still keeps PIO support around I

Re: [PATCH 14/14] [media] fix warning on v4l2_subdev_call() result interpreted as bool

On Fri, Jul 14, 2017 at 3:09 PM, Dan Carpenter wrote: > On Fri, Jul 14, 2017 at 03:55:26PM +0300, Dan Carpenter wrote: >> I don't agree with it as a static analysis dev... > > What I mean is if it's a macro that returns -ENODEV or a function that > returns -ENODEV, they

  1   2   >