[PATCH RFC v5 8/8] ARM: dts: am335x-boneblack: Add HDMI audio support
On Wed, Feb 17, 2016 at 8:49 AM, Jyri Sarha wrote:
> Add HDMI audio support. Adds mcasp0_pins, clk_mcasp0_fixed,
> clk_mcasp0, mcasp0, sound node, and updates the tda19988 node to
> follow the new binding.
>
> Signed-off-by: Jyri Sarha
> ---
> arch/arm/boot/dts/am335x-boneblack.dts | 90
> --
> 1 file changed, 86 insertions(+), 4 deletions(-)
>
> diff --git a/arch/arm/boot/dts/am335x-boneblack.dts
> b/arch/arm/boot/dts/am335x-boneblack.dts
> index eadbba3..05347dc 100644
> --- a/arch/arm/boot/dts/am335x-boneblack.dts
> +++ b/arch/arm/boot/dts/am335x-boneblack.dts
> @@ -64,6 +64,16 @@
> 0x1b0 0x03 /* xdma_event_intr0, OMAP_MUX_MODE3 |
> AM33XX_PIN_OUTPUT */
> >;
> };
> +
> + mcasp0_pins: mcasp0_pins {
> + pinctrl-single,pins = <
> + 0x1ac (PIN_INPUT_PULLUP | MUX_MODE0)/*
> mcasp0_ahclkx.mcasp0_ahclkx */
> + 0x19c (PIN_OUTPUT_PULLDOWN | MUX_MODE2) /*
> mcasp0_ahclkr.mcasp0_axr2 */
> + 0x194 (PIN_OUTPUT_PULLUP | MUX_MODE0) /*
> mcasp0_fsx.mcasp0_fsx */
> + 0x190 (PIN_OUTPUT_PULLDOWN | MUX_MODE0) /*
> mcasp0_aclkx.mcasp0_aclkx */
> + 0x06c (PIN_OUTPUT_PULLDOWN | MUX_MODE7) /*
> gpmc_a11.GPIO1_27 */
Hi Jyri,
We've switched to AM33XX_IOPAD, please squash this in here:
AM33XX_IOPAD(0x9ac, PIN_INPUT_PULLUP | MUX_MODE0) /*
mcasp0_ahcklx.mcasp0_ahclkx */
AM33XX_IOPAD(0x99c, PIN_OUTPUT_PULLDOWN | MUX_MODE2) /*
mcasp0_ahclkr.mcasp0_axr2*/
AM33XX_IOPAD(0x994, PIN_OUTPUT_PULLUP | MUX_MODE0) /* mcasp0_fsx.mcasp0_fsx */
AM33XX_IOPAD(0x990, PIN_OUTPUT_PULLDOWN | MUX_MODE0) /*
mcasp0_aclkx.mcasp0_aclkx */
AM33XX_IOPAD(0x86c, PIN_OUTPUT_PULLDOWN | MUX_MODE7) /* gpmc_a11.GPIO1_27 */
Regards,
--
Robert Nelson
https://rcn-ee.com/
[PATCH RFC 000/111] Etnaviv DRM driver
On Thu, Apr 2, 2015 at 10:59 AM, Lucas Stach wrote: > Am Donnerstag, den 02.04.2015, 16:43 +0100 schrieb Russell King - ARM > Linux: >> On Thu, Apr 02, 2015 at 05:29:02PM +0200, Lucas Stach wrote: >> > Hey all, >> > >> > this is the Etnaviv DRM driver for Vivante embedded GPUs. It is heavily >> > influenced by the MSM driver, as can be clearly seen with the first >> > commits. >> >> You should be copying Greg KH for staging too. >> > I didn't do that on purpose. As stated below in the cover letter I'm not > really happy to push things into staging. Especially after the > experience with imx-drm, where it took us a considerable amount of work > to even get people to look at the code after it had landed in staging. > > If possible I would like to collect feedback now and only if someone > feels genuinely unhappy about this code living under drivers/gpu/drm > then keep it in staging. Otherwise I would like to move it when removing > the RFC from this patchset. Looks good so far Lucas on my wand quad.. Where's your libdrm/mesa tree located that you've been working on? debian at arm:~$ uname -r 4.0.0-rc6-armv7-devel-r24 debian at arm:~$ dmesg | grep etnaviv [3.711866] etnaviv gpu-subsystem: bound 134000.gpu (ops gpu_ops) [3.718015] etnaviv gpu-subsystem: bound 13.gpu (ops gpu_ops) [3.724133] etnaviv gpu-subsystem: bound 2204000.gpu (ops gpu_ops) [3.730351] etnaviv-gpu 134000.gpu: model: GC320, revision: 5007 [3.771045] etnaviv-gpu 13.gpu: model: GC2000, revision: 5108 [3.802887] etnaviv-gpu 2204000.gpu: model: GC355, revision: 1215 [3.848287] [drm] Initialized etnaviv 1.0.0 20150302 on minor 1 Regards, -- Robert Nelson https://rcn-ee.com/
[PATCH RFC 005/111] staging: etnaviv: remove IOMMUv2 stubs
On Thu, Apr 2, 2015 at 10:29 AM, Lucas Stach wrote: > IOMMUv2 support isn't implemented yet, so don't pretend it is there. > > Signed-off-by: Lucas Stach > --- > drivers/staging/etnaviv/etnaviv_gpu.c | 10 ++ > drivers/staging/etnaviv/etnaviv_iommu_v2.c | 32 > -- > drivers/staging/etnaviv/etnaviv_iommu_v2.h | 25 --- > 3 files changed, 6 insertions(+), 61 deletions(-) > delete mode 100644 drivers/staging/etnaviv/etnaviv_iommu_v2.c > delete mode 100644 drivers/staging/etnaviv/etnaviv_iommu_v2.h etnaviv_iommu_v2 is still referenced in the Makefile: etnaviv_iommu_v2.o \ make[3]: *** No rule to make target 'drivers/staging/etnaviv/etnaviv_iommu_v2.o', needed by 'drivers/staging/etnaviv/etnaviv.o'. Stop. make[3]: *** Waiting for unfinished jobs Regards, -- Robert Nelson https://rcn-ee.com/
[PATCH] add support for AM572x in the DDX
> gotcha, well I've pushed your patch. I don't really have the hw > unpacked and setup to test these days, but if someone confirm latest > master is good then I suppose I should spin a release tag for distro's > to pick up.. Thanks Rob! I'll test and re-confirm on my x15 alpha board when i'm back in the lab on monday. Regards, -- Robert Nelson http://www.rcn-ee.com/
[PATCH] add support for AM572x in the DDX
On Fri, Dec 5, 2014 at 11:34 AM, Rob Clark wrote:
> On Fri, Dec 5, 2014 at 12:01 PM, Robert Nelson
> wrote:
>> On Fri, Dec 5, 2014 at 10:57 AM, Emil Velikov
>> wrote:
>>> Adding the freedreno ML to the Cc list :-)
>>
>> Sorry Emil,
>>
>> underneath this is omapdrm + PowerVR, so i should have prefixed it as:
>> "xf86-video-omap"...
>
> Hey Robert,
>
> I can update xf86-video-omap.. where there some other patches
> wanted/desired (has_dmm() iirc?)
Hi Rob,
The version i posted today has the "has_dmm" change merged in, which
other then the README update is the only change I made.
static inline Bool has_dmm(OMAPPtr pOMAP)
{
- return pOMAP->chipset >= 0x4430;
+ return pOMAP->chipset >= 0x4430 || pOMAP->chipset == 0x0752;
}
Haven't really heard back from TI about all the other random changes
they made to their fork of your xf86-video-omap tree:
http://git.ti.com/gitweb/?p=glsdk/xf86-video-omap.git;a=summary
Regards,
--
Robert Nelson
http://www.rcn-ee.com/
[PATCH] add support for AM572x in the DDX
On Fri, Dec 5, 2014 at 11:19 AM, Emil Velikov wrote: > On 5 December 2014 at 17:01, Robert Nelson wrote: >> On Fri, Dec 5, 2014 at 10:57 AM, Emil Velikov >> wrote: >>> Adding the freedreno ML to the Cc list :-) >> >> Sorry Emil, >> >> underneath this is omapdrm + PowerVR, so i should have prefixed it as: >> "xf86-video-omap"... >> > Hi Robert, > > My sleep deprived brain read omap, but registered freedreno. Or > perhaps I'm a bit excited about the contributions from the > CodeAurora/QCom guys in the latter case, which clouded my judgement > :-) We are all excited about the CodeAurora/QCom guys contributions. ;) I make sure to point that out daily in my imgtec dealings. ;) Regards, -- Robert Nelson http://www.rcn-ee.com/
[PATCH] add support for AM572x in the DDX
On Fri, Dec 5, 2014 at 10:57 AM, Emil Velikov wrote: > Adding the freedreno ML to the Cc list :-) Sorry Emil, underneath this is omapdrm + PowerVR, so i should have prefixed it as: "xf86-video-omap"... Regards, -- Robert Nelson http://www.rcn-ee.com/
[PATCH] add support for AM572x in the DDX
Signed-off-by: Robert Nelson
---
README| 1 +
src/omap_driver.c | 3 +++
src/omap_driver.h | 2 +-
3 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/README b/README
index 059f258..d4afd89 100644
--- a/README
+++ b/README
@@ -9,6 +9,7 @@ the following chipsets:
+ OMAP4460
+ OMAP5430
+ OMAP5432
+ + AM572x
NOTE: this driver is work in progress.. you probably don't want to try
diff --git a/src/omap_driver.c b/src/omap_driver.c
index 1fc188d..b9d90c5 100644
--- a/src/omap_driver.c
+++ b/src/omap_driver.c
@@ -95,6 +95,7 @@ static SymTabRec OMAPChipsets[] = {
/*{ 4470, "OMAP4470 with ;-)" }, */
{ 0x5430, "OMAP5430 with PowerVR SGX544 MP" },
{ 0x5432, "OMAP5432 with PowerVR SGX544 MP" },
+ { 0x0752, "AM572x with PowerVR SGX544 MP" },
{-1, NULL }
};
@@ -620,6 +621,7 @@ OMAPPreInit(ScrnInfoPtr pScrn, int flags)
case 0x4460:
case 0x5430:
case 0x5432:
+ case 0x0752:
if (xf86LoadSubModule(pScrn, SUB_MODULE_PVR)) {
INFO_MSG("Loaded the %s sub-module", SUB_MODULE_PVR);
} else {
@@ -663,6 +665,7 @@ OMAPAccelInit(ScreenPtr pScreen)
case 0x4460:
case 0x5430:
case 0x5432:
+ case 0x0752:
INFO_MSG("Initializing the \"%s\" sub-module ...",
SUB_MODULE_PVR);
pOMAP->pOMAPEXA = InitPowerVREXA(pScreen, pScrn,
pOMAP->drmFD);
if (pOMAP->pOMAPEXA) {
diff --git a/src/omap_driver.h b/src/omap_driver.h
index 6d2517e..8277e25 100644
--- a/src/omap_driver.h
+++ b/src/omap_driver.h
@@ -184,7 +184,7 @@ static inline Bool has_video(OMAPPtr pOMAP)
static inline Bool has_dmm(OMAPPtr pOMAP)
{
- return pOMAP->chipset >= 0x4430;
+ return pOMAP->chipset >= 0x4430 || pOMAP->chipset == 0x0752;
}
static inline Bool has_rotation(OMAPPtr pOMAP)
--
2.1.3
[RFC 3/3] atmel: dt: Add supports for the lcdc support on the sama5d36ek
On Fri, Apr 18, 2014 at 4:45 AM, Jean-Jacques Hiblot
wrote:
> Signed-off-by: Jean-Jacques Hiblot
> ---
> arch/arm/boot/dts/sama5d36ek.dts | 27 ++-
> 1 file changed, 26 insertions(+), 1 deletion(-)
>
> diff --git a/arch/arm/boot/dts/sama5d36ek.dts
> b/arch/arm/boot/dts/sama5d36ek.dts
> index 59576c6..df01037 100644
> --- a/arch/arm/boot/dts/sama5d36ek.dts
> +++ b/arch/arm/boot/dts/sama5d36ek.dts
> @@ -11,12 +11,17 @@
> #include "sama5d3xmb.dtsi"
> #include "sama5d3xdm.dtsi"
>
> +
extra space
> / {
> model = "Atmel SAMA5D36-EK";
> compatible = "atmel,sama5d36ek", "atmel,sama5d3xmb",
> "atmel,sama5d3xcm", "atmel,sama5d36", "atmel,sama5d3", "atmel,sama5";
>
> ahb {
> apb {
> + hlcdc: hlcdc at f003 {
> + status = "okay";
> + };
> +
> spi0: spi at f0004000 {
> status = "okay";
> };
> @@ -46,7 +51,27 @@
> };
> };
> };
> -
> + panel {
> + compatible = "atmel,hlcdc,panel";
> + invert-hsync;
> + invert-vsync;
> + status = "okay";
> + display-timings {
> + 800x480p60 {
> + clock-frequency = <3326>;
> + hactive = <800>;
> + vactive = <480>;
> + hfront-porch = <168>;
> + hback-porch = <88>;
> + hsync-len = <64>;
> + vback-porch = <8>;
> + vfront-porch = <37>;
> + vsync-len = <2>;
> + hsync-active = <1>;
> + vsync-active = <1>;
> + };
> + };
> + };
> sound {
> status = "okay";
> };
> --
> 1.9.1
Feel free to merge in this patch:
https://github.com/RobertCNelson/armv7_devel/blob/v3.15.x-sama5-armv7/patches/drm/0005-atmel-dt-Add-supports-for-the-lcdc-support-on-the-sa.patch
With this commit..
All tested with sama5d31/33/34/36ek board's..
Regards,
--
Robert Nelson
http://www.rcn-ee.com/
[RFC 1/3] atmel: drm: added drm driver for the atmel hlcd controller
On Fri, Apr 18, 2014 at 8:21 AM, Boris BREZILLON
wrote:
> Hi JJ,
>
> On 18/04/2014 11:45, Jean-Jacques Hiblot wrote:
>> +
>> +static void update_scanout(struct drm_crtc *crtc)
>> +{
>> + struct atmel_hlcdc_crtc *hlcdc_crtc = to_atmel_hlcdc_crtc(crtc);
>> + struct drm_device *dev = crtc->dev;
>> + struct atmel_hlcdc_drm_private *priv = dev->dev_private;
>> + struct drm_framebuffer *fb = crtc->fb;
>> +
>
> I guess you meant
>
> struct drm_framebuffer *fb = hclcd_crtc->fb;
>
>
> because otherwise you get an error when compiling (there are similar
> issues below).
This fixes this with v3.15-rc1
diff --git a/drivers/gpu/drm/atmel_hlcdc/atmel_hlcdc_crtc.c
b/drivers/gpu/drm/atmel_hlcdc/atmel_hlcdc_crtc.c
index 649fa19..a111d69 100644
--- a/drivers/gpu/drm/atmel_hlcdc/atmel_hlcdc_crtc.c
+++ b/drivers/gpu/drm/atmel_hlcdc/atmel_hlcdc_crtc.c
@@ -81,7 +81,7 @@ static void update_scanout(struct drm_crtc *crtc)
struct atmel_hlcdc_crtc *hlcdc_crtc = to_atmel_hlcdc_crtc(crtc);
struct drm_device *dev = crtc->dev;
struct atmel_hlcdc_drm_private *priv = dev->dev_private;
- struct drm_framebuffer *fb = crtc->fb;
+ struct drm_framebuffer *fb = crtc->primary->fb;
struct drm_gem_cma_object *gem;
struct atmel_hlcd_dma_desc *desc = hlcdc_crtc->dma_descs[DMA_BASE];
@@ -188,7 +188,7 @@ static int atmel_hlcdc_crtc_page_flip(struct drm_crtc *crtc,
return -EBUSY;
}
- crtc->fb = fb;
+ crtc->primary->fb = fb;
atmel_hlcdc_crtc->event = event;
update_scanout(crtc);
return 0;
@@ -397,7 +397,7 @@ static int atmel_hlcdc_crtc_mode_set(struct drm_crtc *crtc,
hlcdc_write(dev, ATMEL_LCDC_BASECFG0,
LCDC_BASECFG0_BLEN_AHB_INCR16 | LCDC_BASECFG0_DLBO);
- drm_fb_get_bpp_depth(crtc->fb->pixel_format, &depth, &bpp);
+ drm_fb_get_bpp_depth(crtc->primary->fb->pixel_format, &depth, &bpp);
hlcdc_write(dev, ATMEL_LCDC_BASECFG1,
atmel_hlcdfb_get_rgbmode(dev->dev, depth, bpp));
hlcdc_write(dev, ATMEL_LCDC_BASECFG2, 0);
Tested-by: Robert Nelson
digs out my 31/33/34, should have a patch for them in a bit...
Regards,
--
Robert Nelson
http://www.rcn-ee.com/
[PATCH] ASoC: tda998x: Fix lack of required reg in DT documentation
On Thu, Mar 20, 2014 at 9:59 AM, Jean-Francois Moine wrote: > On Thu, 20 Mar 2014 14:31:10 + > Russell King - ARM Linux wrote: > >> 1. change the DT compatible strings the driver has to accept both >>nxp,tda19988 and nxp,tda19989, and set the appropriate device >>in the DT file (tda19988). I'm a bit nervous about using >>"nxp,tda1998x" in case we're clashing with devices with different >>characteristics. > > The Cubox is sold with either the TDA19988 or the TDA19989 (I don't > know about the AMX33XX boards). Then, setting the exact type in the DT > would ask for 2 differents DTs or for having two tda998x definitions in > a same DT... fyi: On the AM335x (BeagleBone Black), the NXP's chip ink shows, 88BHN so TDA19988 Regards, -- Robert Nelson http://www.rcn-ee.com/
