On 03/07/2016 09:32 AM, Ramesh Shanmugasundaram wrote:
> + /* Ensure channel starts in FD mode */
> + if (!(priv->can.ctrlmode & CAN_CTRLMODE_FD)) {
> + netdev_err(ndev, "enable can fd mode for channel %d\n", ch);
> + goto fail_mode;
> + }
What's
Please add some documentation on where/how this should be used. It's
not a very obvious interface.
This patch adds a code to surely disable tx irq of the pipe before
starting TX DMAC transfer. Otherwise, a lot of unnecessary tx irqs
may heppen in rare cases when DMAC is used.
Signed-off-by: Yoshihiro Shimoda
---
drivers/usb/renesas_usbhs/fifo.c | 1 +
1 file
This patch set is based on the latest Felipe's usb.git / testing/next branch.
(commit id = ac5706631325ae3695bfa1527101ab2b2f64859f)
Yoshihiro Shimoda (2):
usb: renesas_usbhs: avoid NULL pointer derefernce in
usbhsf_pkt_handler()
usb: renesas_usbhs: disable tx irq before starting TX DMAC
A unconfirmed hardware bug prevents channel 0 and 15 to be used by the
DMAC together with the IPMMU. The DMAC driver will disable the channels
reducing the effective number of channels to 14 per DMAC.
Signed-off-by: Niklas Söderlund
Acked-by: Laurent
From: Robin Murphy
On some platforms, MMIO regions might need slightly different treatment
compared to mapping regular memory; add the notion of MMIO mappings to
the IOMMU API's memory type flags, so that callers can let the IOMMU
drivers know to do the right thing.
Slave addresses coming from a client is physical not dma. Store the
address using the correct data type. This is in preparation for hooking
up the dma-mapping API to the slave addresses.
Signed-off-by: Niklas Söderlund
---
drivers/dma/sh/rcar-dmac.c | 4
Enable slave transfers to a device behind a IPMMU by mapping the slave
addresses using the dma-mapping API.
Signed-off-by: Niklas Söderlund
---
drivers/dma/sh/rcar-dmac.c | 82 +-
1 file changed, 74
Group slave address and transfer size in own structs for source and
destination. This is in preparation for hooking up the dma-mapping API
to the slave addresses.
Signed-off-by: Niklas Söderlund
---
drivers/dma/sh/rcar-dmac.c | 38
Hi,
This series add iommu support to rcar-dmac. It's tested on Koelsch with
CONFIG_IPMMU_VMSA and by enabling the ipmmu_ds node in r8a7791.dtsi. I
verified operation by interacting with /dev/mmcblk1 and the serial
console which both are devices behind the iommu.
The series depends patch '[PATCH]
Add methods to handle mapping of device resources from a physical
address. This is needed for example to be able to map MMIO FIFO
registers to a IOMMU.
Signed-off-by: Niklas Söderlund
Reviewed-by: Laurent Pinchart
---
[CC devicet...@vger.kernel.org]
On Tue, Mar 08, 2016 at 10:30:42AM +0900, Simon Horman wrote:
> Add fallback compatibility string for R-Car Gen 1, 2 and 3.
>
> In the case of Renesas R-Car hardware we know that there are generations of
> SoCs, e.g. Gen 1 and 2. But beyond that its not clear what
On Thu, Feb 25, 2016 at 10:16:25AM +0900, Simon Horman wrote:
> Simply document new compatibility string.
> As a previous patch adds a generic R-Car Gen2 compatibility string
> there appears to be no need for a driver updates.
>
> By documenting this compat sting it may be used in DTSs shipped,
Make use of ARCH_RENESAS in place of ARCH_SHMOBILE.
This is part of an ongoing process to migrate from ARCH_SHMOBILE to
ARCH_RENESAS the motivation for which being that RENESAS seems to be a more
appropriate name than SHMOBILE for the majority of Renesas ARM based SoCs.
Signed-off-by: Simon
A dependency on ARCH_SHMOBILE seems to be the best option for
sh_mobile_ceu_camera:
* For Super H based SoCs: sh_mobile_ceu is used on SH_AP325RXA, SH_ECOVEC,
SH_KFR2R09, SH_MIGOR, and SH_7724_SOLUTION_ENGINE which depend on
CPU_SUBTYPE_SH7722, CPU_SUBTYPE_SH7723, or CPU_SUBTYPE_SH7724 which
Name the #define guarding compilation of this header
__RENESAS_CLK_DIV6_H__ rather than __SHMOBILE_CLK_DIV6_H__.
This is a follow-up to renaming the directory in which this file lives from
shmobile to renesas which is in turn part of an ongoing process to migrate
from ARCH_SHMOBILE to
On Mon, Mar 07, 2016 at 02:22:57PM +0100, Geert Uytterhoeven wrote:
> On Fri, Mar 4, 2016 at 6:20 AM, Simon Horman wrote:
> > On Thu, Mar 03, 2016 at 09:31:49AM +0100, Geert Uytterhoeven wrote:
> >> On Thu, Mar 3, 2016 at 2:39 AM, Simon Horman
>
On Mon, Mar 07, 2016 at 08:53:56AM +0100, Geert Uytterhoeven wrote:
> Hi Simon,
>
> Oops, seems I dropped all CCs in my earlier reply. Fixing up...
>
> On Mon, Mar 7, 2016 at 2:28 AM, Simon Horman wrote:
> > On Thu, Mar 03, 2016 at 09:40:07AM +0100, Geert Uytterhoeven wrote:
In a low memory situation, if netdev_alloc_skb() fails on a first RX ring
loop iteration in sh_eth_ring_format(), 'rxdesc' is still NULL. Avoid
kernel oops by adding the 'rxdesc' check after the loop.
Reported-by: Wolfram Sang
Signed-off-by: Sergei Shtylyov
Iff dma_map_single() fails, 'rxdesc' should point to the last filled RX
descriptor, so that it can be marked as the last one, however the driver
would have already advanced it by that time. In order to fix that, only
fill an RX descriptor once all the data for it is ready.
Signed-off-by:
Hello.
Here's a set of 2 patches against DaveM's 'net.git' repo fixing two bugs
in sh_eth_.ring_format()...
[1/2] sh_eth: fix NULL pointer dereference in sh_eth_ring_format()
[2/2] sh_eth: advance 'rxdesc' later in sh_eth_ring_format()
MBR, Sergei
> Perhaps the of_have_populated_dt() check should be moved inside
> pinctrl_provide_dummies()?
Hmm, the kernel-doc for pinctrl_provide_dummies() says "Usually this
function is called by platforms without pinctrl driver support...".
Is "without pintctrl" == "no DT"? Linus?
signature.asc
On 03/08/2016 12:00 AM, Geert Uytterhoeven wrote:
--- a/drivers/pinctrl/sh-pfc/core.c
+++ b/drivers/pinctrl/sh-pfc/core.c
@@ -545,7 +545,9 @@ static int sh_pfc_probe(struct platform_device
*pdev)
return ret;
}
- pinctrl_provide_dummies();
+ /*
On 03/07/2016 11:29 PM, Geert Uytterhoeven wrote:
--- a/drivers/pinctrl/sh-pfc/core.c
+++ b/drivers/pinctrl/sh-pfc/core.c
@@ -545,7 +545,9 @@ static int sh_pfc_probe(struct platform_device *pdev)
return ret;
}
- pinctrl_provide_dummies();
+ /*
On Mon, Mar 7, 2016 at 9:02 PM, Sergei Shtylyov
wrote:
>>> --- a/drivers/pinctrl/sh-pfc/core.c
>>> +++ b/drivers/pinctrl/sh-pfc/core.c
>>> @@ -545,7 +545,9 @@ static int sh_pfc_probe(struct platform_device *pdev)
>>> return ret;
>>>
Hello.
On 03/07/2016 10:56 PM, Geert Uytterhoeven wrote:
From: Wolfram Sang
If pinctrl_provide_dummies() is used unconditionally, then the dummy
state will be used even on DT platforms when the "init" state was
intentionally left out. Instead of "default",
Hi Wolfram,
On Mon, Mar 7, 2016 at 7:40 PM, Wolfram Sang wrote:
> From: Wolfram Sang
>
> If pinctrl_provide_dummies() is used unconditionally, then the dummy
> state will be used even on DT platforms when the "init" state was
> intentionally
From: Wolfram Sang
If pinctrl_provide_dummies() is used unconditionally, then the dummy
state will be used even on DT platforms when the "init" state was
intentionally left out. Instead of "default", the dummy "init" state
will then be used during probe. Thus,
2016-03-03 3:50 GMT+09:00 Sergei Shtylyov :
> On 03/02/2016 09:16 PM, Yoshihiro Kaneko wrote:
>
From: Kazuya Mizuguchi
This patch supports the following interrupts.
- One interrupt for multiple
Hi Geert,
Thank you for the patch.
On Monday 07 March 2016 15:31:22 Geert Uytterhoeven wrote:
> If CONFIG_VIDEO_V4L2_SUBDEV_API=n:
>
> drivers/media/v4l2-core/v4l2-subdev.c: In function 'subdev_open':
> drivers/media/v4l2-core/v4l2-subdev.c:86:106: error: 'struct
> v4l2_subdev_fh' has
of various subsystem trees and (b) branches with driver code
submitted or planned for submission to maintainers into the development
branch of Simon Horman's renesas.git tree.
Today's version is based on renesas-devel-20160307-v4.5-rc7.
I made the release one day earlier than expected to push out
If CONFIG_VIDEO_V4L2_SUBDEV_API=n:
drivers/media/v4l2-core/v4l2-subdev.c: In function 'subdev_open':
drivers/media/v4l2-core/v4l2-subdev.c:86:106: error: 'struct
v4l2_subdev_fh' has no member named 'pad'
v4l2_subdev_fh.pad exists only if CONFIG_VIDEO_V4L2_SUBDEV_API is
enabled.
Protect
On Tue, Feb 16, 2016 at 3:17 PM, Carlos Palminha
wrote:
> This patch set nukes all the dummy crtc mode_fixup implementations.
> (made on top of Daniel topic/drm-misc branch)
>
> Signed-off-by: Carlos Palminha
You should try to avoid mixing
On Fri, Mar 4, 2016 at 6:20 AM, Simon Horman wrote:
> On Thu, Mar 03, 2016 at 09:31:49AM +0100, Geert Uytterhoeven wrote:
>> On Thu, Mar 3, 2016 at 2:39 AM, Simon Horman
>> wrote:
>> > Make use of ARCH_RENESAS in place of ARCH_SHMOBILE.
>> >
>> >
[...]
>> I agree, that's a better idea. Drivers shouldn't call
>> pm_runtime_force_resume() if they haven't called pm_runtime_force_suspend(),
>> so checking the PM use count should be fine. I'll modify the patch, test it
>> and resubmit.
>
> I gave it an unfortunately unsuccessful try. The
Hi Rob,
Thanks for the review comments.
> On Thu, Mar 03, 2016 at 03:38:35PM +, Ramesh Shanmugasundaram wrote:
> > This patch adds support for the CAN FD controller found in Renesas
> > R-Car SoCs. The controller operates in CAN FD mode by default.
> >
> > CAN FD mode supports both Classical
Hi Marc,
> On 03/07/2016 09:02 AM, Ramesh Shanmugasundaram wrote:
> > Hi Oliver,
> >
> > Thanks for the review comments.
> >
> >> On 03/03/2016 04:38 PM, Ramesh Shanmugasundaram wrote:
> >>
> >>> Changes since v1:
> >>> * Removed testmodes & debugfs code (suggested by Oliver H)
> >>> * Fixed
Hi Oliver,
Thanks for the review comments.
> On 03/03/2016 04:38 PM, Ramesh Shanmugasundaram wrote:
>
> > Changes since v1:
> > * Removed testmodes & debugfs code (suggested by Oliver H)
> > * Fixed tx path race issue by introducing lock (suggested by Marc K)
> > * Removed
On Mon, Mar 7, 2016 at 2:14 AM, Simon Horman wrote:
> Make use of ARCH_RENESAS in place of ARCH_SHMOBILE.
> A now redundant dependency on OF is also dropped.
>
> This is part of an ongoing process to migrate from ARCH_SHMOBILE to
> ARCH_RENESAS the motivation for which
39 matches
Mail list logo