The structure should really be sw_sync_create_fence_data rather than
sw_sync_ioctl_create_fence which is the function name.
Signed-off-by: Shawn Guo
---
drivers/dma-buf/sw_sync.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/dma-buf/sw_sync.c b/drivers/dma-buf
On Fri, Aug 10, 2018 at 05:18:21PM +0200, Philipp Zabel wrote:
> Add the device node for the i.MX6ULL Pixel Pipeline (PXP).
>
> Signed-off-by: Philipp Zabel
> ---
> arch/arm/boot/dts/imx6ul.dtsi | 8
> arch/arm/boot/dts/imx6ull.dtsi | 6 ++
> 2 files changed, 14 insertions(+)
>
>
Anson,
Please have a look at this change.
Shawn
On Mon, Apr 23, 2018 at 02:47:38PM +0100, Rui Miguel Silva wrote:
> Fix the mipi dphy root divider to mipi_dphy_pre_div, this would remove a
> orphan
> clock and set the correct parent.
>
> before:
> cat clk_orphan_summary
>
make the file easier for read. So I would suggest you keep
it on a single line to stay consistent with other clk_set_parent() calls.
Other than that,
Acked-by: Shawn Guo
> /* use old gpt clk setting, gpt1 root clk must be twice as gpt counter
> freq */
> clk_set_parent(clks[IMX7D_GPT1_ROOT_SRC], clks[IMX7D_OSC_24M_CLK]);
>
> --
> 2.17.0
>
On Mon, Apr 23, 2018 at 02:47:42PM +0100, Rui Miguel Silva wrote:
> To support camera in i.MX7 the cma heap is used to allocate frame buffers. The
> default size of CMA is 16MB which is not enough for higher resolutions (ex:
> 1600x1200).
>
> So, increase the default CMA size to 40MB.
>
> Signed-
On Mon, Apr 23, 2018 at 02:47:45PM +0100, Rui Miguel Silva wrote:
> The IOMUXC General Purpose Register has bitfield to control video bus
> multiplexer to control the CSI input between the MIPI-CSI2 and parallel
> interface. Add that register and mask.
>
> Signed-off-by: Rui Miguel Silva
> ---
>
On Wed, Jul 31, 2019 at 06:32:57PM +0200, Sébastien Szymanski wrote:
> Add csi node for i.MX6UL SoC.
>
> Reviewed-by: Fabio Estevam
> Signed-off-by: Sébastien Szymanski
Applied, thanks.
On Thu, Feb 15, 2018 at 01:19:17PM -0800, Tim Harvey wrote:
> On Thu, Feb 15, 2018 at 10:36 AM, Hans Verkuil wrote:
> > On 15/02/18 18:55, Tim Harvey wrote:
> >> The GW54xx has a front-panel microHDMI connector routed to a TDA19971
> >> which is connected the the IPU CSI when using IMX6Q.
> >
> >
From: Shawn Guo
The series adds dt-bindings and remote control driver for IRDEC block
found on ZTE ZX family SoCs.
Shawn Guo (2):
dt-bindings: add bindings document for zx-irdec
rc: add zx-irdec remote control driver
.../devicetree/bindings/media/zx-irdec.txt | 14 ++
drivers
From: Shawn Guo
It adds the remote control driver and corresponding keymap file for
IRDEC block found on ZTE ZX family SoCs.
Signed-off-by: Shawn Guo
---
drivers/media/rc/Kconfig | 11 ++
drivers/media/rc/Makefile | 1 +
drivers/media/rc/keymaps/Makefile
From: Shawn Guo
It adds the dt-bindings document for ZTE ZX IRDEC remote control
block.
Signed-off-by: Shawn Guo
---
Documentation/devicetree/bindings/media/zx-irdec.txt | 14 ++
1 file changed, 14 insertions(+)
create mode 100644 Documentation/devicetree/bindings/media/zx
Hi Sean,
On Sat, Jul 29, 2017 at 10:51:13AM +0100, Sean Young wrote:
> Hi Shawn,
>
> The driver looks great! Just a minor point, see below.
Thanks for taking time to look at the patch. I appreciate your review
comments, and will post v2 that addressed them shortly. Thanks.
Shawn
From: Shawn Guo
The series adds dt-bindings and remote control driver for IRDEC block
found on ZTE ZX family SoCs.
Changes for v2:
- Add one patch to move generic NEC scancode composing and protocol
type detection code from ir_nec_decode() into an inline shared
function, which can be
From: Shawn Guo
The NEC scancode composing and protocol type detection in
ir_nec_decode() is generic enough to be a shared function. Let's create
an inline function in rc-core.h, so that other remote control drivers
can reuse this function to save some code.
Signed-off-by: Shaw
From: Shawn Guo
It adds the dt-bindings document for ZTE ZX IRDEC remote control
block.
Signed-off-by: Shawn Guo
---
Documentation/devicetree/bindings/media/zx-irdec.txt | 14 ++
1 file changed, 14 insertions(+)
create mode 100644 Documentation/devicetree/bindings/media/zx
From: Shawn Guo
It adds the remote control driver and corresponding keymap file for
IRDEC block found on ZTE ZX family SoCs.
Signed-off-by: Shawn Guo
---
drivers/media/rc/Kconfig | 11 ++
drivers/media/rc/Makefile | 1 +
drivers/media/rc/keymaps/Makefile
Hi Sean,
On Wed, Aug 09, 2017 at 02:00:29PM +0100, Sean Young wrote:
> On Sun, Jul 30, 2017 at 09:23:13PM +0800, Shawn Guo wrote:
> > From: Shawn Guo
> >
> > It adds the remote control driver and corresponding keymap file for
> > IRDEC block found on ZTE ZX family S
On Sun, Jul 30, 2017 at 09:23:10PM +0800, Shawn Guo wrote:
> From: Shawn Guo
>
> The series adds dt-bindings and remote control driver for IRDEC block
> found on ZTE ZX family SoCs.
>
> Changes for v2:
> - Add one patch to move generic NEC scancode composing and protoco
On Wed, Nov 29, 2017 at 01:19:56PM -0800, Tim Harvey wrote:
> The GW54xx has a front-panel microHDMI connector routed to a TDA19971
> which is connected the the IPU CSI when using IMX6Q.
>
> Signed-off-by: Tim Harvey
> ---
> v2:
> - add HDMI audio input support
> ---
> arch/arm/boot/dts/imx6q-g
On Fri, Feb 21, 2014 at 02:59:58PM +0100, Denis Carikli wrote:
> That new macro is needed by the imx_drm staging driver
> for supporting the QVGA display of the eukrea-cpuimx51 board.
>
> Cc: Eric Bénard
> CC: Troy Kisky
> Cc: linux-media@vger.kernel.org
> Signed-off-by: Denis Carikli
> Acked
S \$(cat files); do cat \$i | \\";
> (
> cd include/$MAIN_DIR;
> for j in $DIRS; do
> for i in $(ls $j); do
> echo " perl -ne
> 's,include/$PREV_DIR($i)\b,include/$MAIN_DIR$j\1,; print \$_' |\\";
gt; multiplatform, and hopefully find a proper fix for v3.9.
>
> drivers/media/platform/coda.c:27:23: fatal error: mach/iram.h: No such file
> or directory
>
> Signed-off-by: Arnd Bergmann
> Cc: Javier Martin
> Cc: Fabio Estevam
> Cc: Sascha Hauer
> Cc: Shawn Guo
nd provide ACKs if the changes
are good. Thanks.
Shawn Guo (34):
ARM: imx: include board headers in the same folder
ASoC: mx27vis: retrieve gpio numbers from platform_data
ARM: imx: move iomux drivers and headers into mach-imx
ARM: imx: remove unnecessary inclusion from device-imx*.h
ARM:
becomes
a piece of unmaintained code, so let's remove it.
[1] https://lkml.org/lkml/2012/2/9/171
Signed-off-by: Shawn Guo
Cc: Paulius Zaleckas
Cc: Guennadi Liakhovetski
Cc: linux-media@vger.kernel.org
---
arch/arm/mach-imx/Makefile |3 -
arch/arm/mach-imx/clk-i
The header ipu.h really belongs to dma subsystem rather than imx
platform. Rename it to ipu-dma.h and put it into include/linux/dma/.
Signed-off-by: Shawn Guo
Cc: Vinod Koul
Cc: Guennadi Liakhovetski
Cc: Florian Tobias Schandinat
Cc: linux-media@vger.kernel.org
Cc: linux-fb
This is a piece of code becoming dead since commit 2c9ba37 ([media]
V4L: mx2_camera: remove unsupported i.MX27 DMA mode, make EMMA
mandatory). It should have been removed together with the commit.
Remove it now.
Signed-off-by: Shawn Guo
Cc: Guennadi Liakhovetski
Cc: linux-media@vger.kernel.org
Use managed functions to clean up the error handling code and function
mx2_camera_remove(). Along with the change, a few variables get removed
from struct mx2_camera_dev.
Signed-off-by: Shawn Guo
Cc: Guennadi Liakhovetski
Cc: linux-media@vger.kernel.org
---
drivers/media/video/mx2_camera.c
It changes the driver to use platform_device_id rather than cpu_is_xxx
to determine the controller type, and updates the platform code
accordingly.
As the result, mach/hardware.h inclusion gets removed from the driver.
Signed-off-by: Shawn Guo
Cc: Guennadi Liakhovetski
Cc: linux-media
On Mon, Sep 17, 2012 at 10:33:25AM +0200, Guennadi Liakhovetski wrote:
> Ok, it used to compile not-so-long-ago, but it doesn't seem to be cared
> for a lot lately. Let's give Paulius a bit more time to react to this
> mail, otherwise I'll have no objections. Just as an idea, to make it a bit
>
ia arm-soc tree as a whole.
> On Mon, 17 Sep 2012, Shawn Guo wrote:
>
> > This is a piece of code becoming dead since commit 2c9ba37 ([media]
> > V4L: mx2_camera: remove unsupported i.MX27 DMA mode, make EMMA
> > mandatory). It should have been removed together with the com
On Mon, Sep 17, 2012 at 03:36:07PM +0200, javier Martin wrote:
> This patch breaks the driver:
>
Javier,
Can you please apply the following change to see if it fixes the
problem?
Shawn
@@ -1783,6 +1783,8 @@ static int __devinit mx2_camera_probe(struct
platform_device *pdev)
On Tue, Sep 18, 2012 at 09:52:13AM +0200, Sascha Hauer wrote:
> I just had a look at the remaining initcalls in arch-imx. Most of them
> are protected with a cpu_is_*, but this one should be fixed before i.MX
> is enabled for multi platform:
>
> arch/arm/mach-imx/devices/devices.c:48:core_initcall
On Mon, Sep 17, 2012 at 09:51:38AM +0200, Sascha Hauer wrote:
> I gave it a test on i.MX1, i.MX27, i.MX31 and i.MX35. All run fine, but
> the last patch breaks the imx_v4_v5_defconfig: Somehow it now defaults
> to ARMv7 based machines. I haven't looked into it, just reenabled
> ARMv4/ARMv5 and the
On Tue, Sep 18, 2012 at 09:13:54AM +, Arnd Bergmann wrote:
> On Tuesday 18 September 2012, Shawn Guo wrote:
> >
> > On Mon, Sep 17, 2012 at 10:33:25AM +0200, Guennadi Liakhovetski wrote:
> > > Ok, it used to compile not-so-long-ago, but it doesn't seem to be
m/platform-data
arm-soc/multiplatform/smp_ops
arm-soc/imx/cleanup
arm-soc/imx/dt
sound/for-3.7
Subsystem maintainers,
I plan to send the whole series for 3.7 via arm-soc tree. Please let
me know if you have problem with that. Thanks.
Shawn
---
Shawn Guo (34):
ARM: imx: include boa
becomes
a piece of unmaintained code, so let's remove it.
[1] https://lkml.org/lkml/2012/2/9/171
Signed-off-by: Shawn Guo
Cc: Paulius Zaleckas
Cc: Guennadi Liakhovetski
Cc: Mauro Carvalho Chehab
Cc: linux-media@vger.kernel.org
---
arch/arm/mach-imx/Makefile |3 -
arc
The header ipu.h really belongs to dma subsystem rather than imx
platform. Rename it to ipu-dma.h and put it into include/linux/dma/.
Signed-off-by: Shawn Guo
Acked-by: Guennadi Liakhovetski
Acked-by: Sascha Hauer
Acked-by: Arnd Bergmann
Cc: Vinod Koul
Cc: Florian Tobias Schandinat
Cc
This is a piece of code becoming dead since commit 2c9ba37 ([media]
V4L: mx2_camera: remove unsupported i.MX27 DMA mode, make EMMA
mandatory). It should have been removed together with the commit.
Remove it now.
Signed-off-by: Shawn Guo
Acked-by: Sascha Hauer
Acked-by: Arnd Bergmann
Acked-by
Use managed functions to clean up the error handling code and function
mx2_camera_remove(). Along with the change, a few variables get removed
from struct mx2_camera_dev.
Signed-off-by: Shawn Guo
Acked-by: Sascha Hauer
Acked-by: Arnd Bergmann
Acked-by: Guennadi Liakhovetski
Tested-by: Javier
It changes the driver to use platform_device_id rather than cpu_is_xxx
to determine the controller type, and updates the platform code
accordingly.
As the result, mach/hardware.h inclusion gets removed from the driver.
Signed-off-by: Shawn Guo
Acked-by: Sascha Hauer
Acked-by: Arnd Bergmann
On Thu, Sep 20, 2012 at 07:41:50AM -0400, Mark Brown wrote:
> It's usually pretty early but Takashi will be on holiday this time so
> I'm not sure if things might be different (he was going to send the pull
> request from holiday). I also didn't guarantee that it'll be stable
> yet, can someone pl
On Thu, Sep 20, 2012 at 08:47:10AM -0400, Mark Brown wrote:
> On Thu, Sep 20, 2012 at 07:52:15PM +0800, Shawn Guo wrote:
> > On Thu, Sep 20, 2012 at 07:41:50AM -0400, Mark Brown wrote:
>
> > > It's usually pretty early but Takashi will be on holiday this time so
> >
On Thu, Sep 20, 2012 at 09:56:34AM -0300, Mauro Carvalho Chehab wrote:
> It is better to mark it as BROKEN for the next Kernel, and then to
> move it to staging, before dropping a broken driver. That gives people
> some time to fix it, if someone has interests on fixing the issues.
>
Ok. The driv
On Thu, Sep 20, 2012 at 07:39:34AM +, Arnd Bergmann wrote:
> The first five branches are scheduled to go through the arm-soc tree, so
> I'm fine with that. For the sound/for-3.7 branch, I'd like to know when
> to expect that hitting mainline. If it always gets in very early during the
> merge w
ROKEN.
[1] https://lkml.org/lkml/2012/2/9/171
Signed-off-by: Shawn Guo
---
drivers/media/platform/soc_camera/Kconfig |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/media/platform/soc_camera/Kconfig
b/drivers/media/platform/soc_camera/Kconfig
index 9afe1e7..cb6791e 100644
--- a/dr
On Thu, Sep 20, 2012 at 03:56:56PM +, Arnd Bergmann wrote:
> Ok, fair enough. I think we can put it in arm-soc/for-next as a staging
> branch anyway to give it some exposure to linux-next, and then we can
> decide whether a rebase is necessary before sending it to Linus.
>
I just saw the annou
Hi Olof,
On Fri, Sep 21, 2012 at 01:26:43AM -0700, Olof Johansson wrote:
> I'll take a look at merging it tomorrow after I've dealt with smp_ops;
> if it looks reasonably conflict-free I'll pull it in. We need the
> sound dependency sorted out (or agreed upon) first though.
>
I just published the
On Sat, Sep 22, 2012 at 12:46:26AM +0800, Shawn Guo wrote:
> I just published the branch below with this series rebased on top of
> the necessary dependant branches.
>
> git://git.linaro.org/people/shawnguo/linux-2.6.git staging/imx-multiplatform
>
> The dependant branches i
On Sat, Sep 22, 2012 at 01:09:27AM -0700, Olof Johansson wrote:
> > I've pulled this in now as staging/imx-multiplatform.
> >
> > As you mention, it might or might not make sense to send this up. It
> > also accrued a few more merge conflicts with other branches in
> > arm-soc, so we'll see how thi
On Thu, Sep 27, 2012 at 04:36:56AM -0300, Mauro Carvalho Chehab wrote:
> I'm understanding that this patch will flow through arm tree[1]. So:
Yes, it will go through arm-soc tree for 3.8.
> Acked-by: Mauro Carvalho Chehab
>
Thanks, Mauro.
Shawn
--
To unsubscribe from this list: send the line "
On Thu, Sep 27, 2012 at 04:03:21PM -0300, Mauro Carvalho Chehab wrote:
> It seems that it depends on some stuff that got merged via the arm tree.
>
> Not sure what would the better way to handle that, as applying it via -arm
> will likely generate conflicts when merging from both trees upstream.
>
On Wed, Jun 20, 2012 at 11:00:15AM +0100, Mark Brown wrote:
> The approach a lot of platforms have been taking is that it's OK to keep
> on maintaining existing boards using board files (especially for trivial
> things like adding new devices).
I think that's the approach being taken during the tr
On Wed, Jun 20, 2012 at 02:31:48PM +0100, Mark Brown wrote:
> > I think that's the approach being taken during the transition to device
> > tree. But it's definitely a desirable thing to remove those board
> > files with device tree support at some point, because not having non-DT
> > users will e
On Wed, Jun 20, 2012 at 11:00:15AM +0100, Mark Brown wrote:
> The approach a lot of platforms have been taking is that it's OK to keep
> on maintaining existing boards using board files (especially for trivial
> things like adding new devices).
If the device is added without introducing any platfo
On Wed, Jun 20, 2012 at 04:10:27PM +0200, javier Martin wrote:
> If I drop this platform data it is OK with you if I don't add device
> tree support by now?
>
I'm fine. Sascha?
--
Regards,
Shawn
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message
On Wed, Jun 20, 2012 at 04:25:54PM +0200, javier Martin wrote:
> Do you plan to add pinctrl support for i.MX27 and i.MX21?
>
We will have to when we are there to convert these platforms over to DT.
--
Regards,
Shawn
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
th
On Mon, Apr 07, 2014 at 02:44:45PM +0200, Denis Carikli wrote:
> The imx-drm driver can't use the de-active and
> pixelclk-active display-timings properties yet.
>
> Instead the data-enable and the pixel data clock
> polarity are hardcoded in the imx-drm driver.
>
> So theses properties are now s
On Mon, Apr 07, 2014 at 02:44:51PM +0200, Denis Carikli wrote:
> The DRM_PANEL_SIMPLE is needed by the eukrea
> mbimxsd51's displays.
>
> Signed-off-by: Denis Carikli
Applied, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...
On Mon, May 12, 2014 at 06:18:00PM +0400, Alexander Shiyan wrote:
> Mon, 12 May 2014 22:09:34 +0800 от Shawn Guo :
> > On Sun, May 11, 2014 at 10:09:11AM +0400, Alexander Shiyan wrote:
> > > That driver hasn't been really maintained for a long time. It doesn't
> >
On Sun, May 11, 2014 at 12:50:06PM +0400, Alexander Shiyan wrote:
> This patch removes excess symbols ARCH_MX1, ARCH_MX25 and MACH_MX27.
> Instead we use SOC_IMX*.
>
> Signed-off-by: Alexander Shiyan
> ---
> arch/arm/mach-imx/Kconfig | 12
> arch/arm/mach-imx/devices
On Sun, May 11, 2014 at 10:09:11AM +0400, Alexander Shiyan wrote:
> That driver hasn't been really maintained for a long time. It doesn't
> compile in any way, it includes non-existent headers, has no users,
> and marked as "broken" more than year. Due to these factors, mx1_camera
> is now removed
On Wed, May 14, 2014 at 08:59:54PM +0400, Alexander Shiyan wrote:
> Wed, 14 May 2014 12:49:03 +0200 от Sylwester Nawrocki
> :
> > On 13/05/14 19:23, Alexander Shiyan wrote:
> > > Tue, 13 May 2014 19:09:30 +0200 от Sylwester Nawrocki
> > > :
> > >> > Hi,
> > >> >
> > >> > On 02/05/14 09:18, Alexa
On Sat, May 24, 2014 at 08:56:23AM +0400, Alexander Shiyan wrote:
> This patch change MACH_MX27 dependency to SOC_IMX27 for MX2 camera
> driver, since MACH_MX27 symbol is scheduled for removal.
>
> Signed-off-by: Alexander Shiyan
Acked-by: Shawn Guo
> ---
> drivers/media/p
On Tue, Jun 24, 2014 at 04:01:58PM +0100, Russell King - ARM Linux wrote:
> On Mon, Jun 16, 2014 at 12:11:19PM +0200, Denis Carikli wrote:
> > The imx-drm driver can't use the de-active and
> > pixelclk-active display-timings properties yet.
> >
> > Instead the data-enable and the pixel data clock
Hi Philipp,
On Tue, Jul 22, 2014 at 02:50:33PM +0200, Philipp Zabel wrote:
> The firmware-imx packages referenced in the Freescale meta-fsl-arm
> repository on github.com contain VPU firmware files. Their use is
> restricted by an EULA. For example:
> http://www.freescale.com/lgfiles/NMG/MAD/YOCTO
On Tue, Jul 29, 2014 at 07:06:25PM +0200, Philipp Zabel wrote:
> > I followed the step to generate the firmware v4l-coda960-imx6q, and
> > tested it on next-20140725 with patch 'ARM: dts: imx6qdl: Enable CODA960
> > VPU' applied on top of it. But I got the error of 'Wrong firmwarel' as
> > below.
On Thu, Jul 31, 2014 at 05:28:06PM +0200, Philipp Zabel wrote:
>
> Am Mittwoch, den 25.06.2014, 18:05 -0700 schrieb Steve Longerbeam:
> > Add ipu0 (and ipu1 for quad) aliases to ipu1/ipu2 nodes respectively.
> >
> > Signed-off-by: Steve Longerbeam
>
> Acked-by: Philipp Zabel
Please send the p
67 matches
Mail list logo