Hi Linus,
just two small fixes, one radeon, one amdkfd.
Dave.
The following changes since commit c65b99f046843d2455aa231747b5a07a999a9f3d:
Linux 4.1-rc6 (2015-05-31 19:01:07 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to f
HI Kausal,
You don't need to send the entire series again .
Just send the updated patch --in-reply-to to the last message.
Otherwise the thread gets lost.
You can send the entire series once the review is complete and you feel that
the patches are too nested inside.
Please keep sending the patch
> - return 0;
> + return ret;
> }
>
> static enum drm_mode_status
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150605/4f01257f/attachment.html>
ktop.org/archives/dri-devel/attachments/20150605/3020679e/attachment.html>
On Fri, 05 Jun 2015, "mpe at ellerman.id.au" wrote:
> Hi Dave,
>
> Today's linux-next merge of the drm tree got a conflict in
> drivers/gpu/drm/i915/intel_ringbuffer.c between commit 4f47c99a9be7
> ("drm/i915:
> Move WaBarrierPerformanceFixDisable:skl to skl code from chv code") from the
> drm-in
HDMI analyzer tests showed that Vsync and Hsync signal were not
compliant with the HDMI protocol.
The first active pixel of a line is defined by HDMI_ACTIVE_VID_XMIN.
The last active pixel of a line is defined by HDMI_ACTIVE_VID_XMAX.
Signed-off-by: Vincent Abriou
---
drivers/gpu/drm/sti/sti_hd
VTG interrupt names are badly displayed using "cat /proc/interrupts".
Simply use the VTG device name while registering the VTG interrupts
to fix it.
Signed-off-by: Vincent Abriou
---
drivers/gpu/drm/sti/sti_vtg.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/
This set of patches fixes hdmi timing errors reported by an HDMI
protocol analyser.
Vincent Abriou (2):
drm/sti: hdmi fix CEA-861E video format timing error
drm/sti: vtg fix CEA-861E video format timing error
drivers/gpu/drm/sti/sti_hdmi.c | 4 ++--
drivers/gpu/drm/sti/sti_vtg.c | 7 +--
HDMI analyzer tests showed that Vsync and Hsync signal were not
compliant with the HDMI protocol.
HDMI_DELAY should be taken into account in the VTG Vsync
programming to reflect the 6 pixels shift introduced in the VTG
Hsync programming.
Signed-off-by: Vincent Abriou
---
drivers/gpu/drm/sti/sti
On Thu, Jun 04, 2015 at 11:04:36AM -0700, Doug Anderson wrote:
> The dw_hdmi_connector_get_modes() function accidentally forgets to
> return the number of modes it added, although it has this information
> stored in a local variable. Let's fix that.
>
> Without this fix, drm_helper_probe_single_c
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150605/e0495b6c/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150605/0f310a6c/attachment.html>
On Mon, Mar 23, 2015 at 07:17:49PM +0100, Heiko Stuebner wrote:
> Hi Philipp,
>
> Am Donnerstag, 12. März 2015, 21:45:19 schrieb Heiko Stuebner:
> > At least the Rockchip variant of the dw_hdmi can have controllable power
> > supplies providing 1.0 and 1.8V. Therefore add the possibility for the
||
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150605/9b18e43d/attachment.html>
p-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150605/42da27cd/attachment-0001.sig>
s need.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150605/df669ea0/attachment.sig>
: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150605/11bd80ed/attachment.sig>
local branch, but with worse commit
> message :) Fwiw the patch is
>
> Reviewed-by: Emil Velikov
Ben, any chance you could pick this up? It should still apply as-is on
recent trees, but I can resend if you prefer.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150605/1ca91b92/attachment.sig>
k this up?
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150605/7bfd8e40/attachment.sig>
Hi Thierry,
On Fri, Jun 5, 2015 at 1:20 PM, Thierry Reding
wrote:
> On Tue, May 05, 2015 at 06:32:17PM +0200, Geert Uytterhoeven wrote:
>> If GPIOLIB=n and asm-generic/gpio.h is not used:
>>
>> drivers/gpu/drm/bridge/ptn3460.c: In function âptn3460_pre_enableâ:
>> drivers/gpu/drm/bri
On 6/4/2015 7:12 PM, Kausal Malladi wrote:
> From: Kausal Malladi
>
> This patch adds a new structure in DRM layer for Gamma color correction.
> This structure will be used by all user space agents to configure
> appropriate Gamma precision and Gamma level.
>
> struct drm_intel_gamma {
>
Hi Thierry
Am Freitag, 5. Juni 2015, 13:02:01 schrieb Thierry Reding:
> On Mon, Mar 23, 2015 at 07:17:49PM +0100, Heiko Stuebner wrote:
> > Hi Philipp,
> >
> > Am Donnerstag, 12. März 2015, 21:45:19 schrieb Heiko Stuebner:
> > > At least the Rockchip variant of the dw_hdmi can have controllable
struct lg4573 *ctx;
> + int ret;
> +
> + ctx = devm_kzalloc(dev, sizeof(struct lg4573), GFP_KERNEL);
> + if (!ctx)
> + return -ENOMEM;
> +
> + spi_set_drvdata(spi, ctx);
> + ctx->dev = dev;
> +
> + ret = lg4573_parse_dt(ctx);
> + if (ret < 0)
> + return ret;
> +
> + spi->bits_per_word = 8;
> + ret = spi_setup(spi);
> + if (ret < 0) {
> + dev_err(dev, "spi setup failed.\n");
You might want to include the error code in the message. Also "SPI".
> +static const struct of_device_id lg4573_of_match[] = {
> + { .compatible = "lg,lg4573" },
> + { }
> +};
> +MODULE_DEVICE_TABLE(of, lg4573_of_match);
> +
> +static struct spi_driver lg4573_driver = {
> + .probe = lg4573_probe,
> + .remove = lg4573_remove,
> + .driver = {
> + .name = "lg4573",
> + .owner = THIS_MODULE,
> + .of_match_table = lg4573_of_match,
> + },
No need for the padding. It's not consistent anyway.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150605/4df6ce60/attachment.sig>
The CONFIG_ prefix is reserved for Kconfig options in Make and CPP
syntax. Various static analysis tools rely on this naming convention
and check if CONFIG_ prefixed symbols are defined Kconfig. Hence add
yet another prefix AMD_ to CONFIG_REG_{BASE,END,SISE} to apply to this
convention and make s
Hi Dave,
Today's linux-next merge of the drm tree got a conflict in
drivers/gpu/drm/i915/intel_ringbuffer.c between commit 4f47c99a9be7 ("drm/i915:
Move WaBarrierPerformanceFixDisable:skl to skl code from chv code") from the
drm-intel-fixes tree and commit b62adbd1ea1f ("drm/i915/bxt: Move
WaForce
Hi Paul,
On Thu, 4 Jun 2015 23:02:25 + (UTC)
Paul Walmsley wrote:
> Hi folks
>
> just a brief comment on this one:
>
> On Thu, 30 Apr 2015, Boris Brezillon wrote:
>
> > Clock rates are stored in an unsigned long field, but ->round_rate()
> > (which returns a rounded rate from a requested
On 05/06/15 00:02, Paul Walmsley wrote:
> Hi folks
>
> just a brief comment on this one:
>
> On Thu, 30 Apr 2015, Boris Brezillon wrote:
>
>> Clock rates are stored in an unsigned long field, but ->round_rate()
>> (which returns a rounded rate from a requested one) returns a long
>> value (erro
Hi Sonika,
Thanks for your suggestion. Will follow that from next time.
Regards
Kausal
On Friday 05 June 2015 09:31 AM, Jindal, Sonika wrote:
> HI Kausal,
>
> You don't need to send the entire series again .
> Just send the updated patch --in-reply-to to the last message.
> Otherwise the thread
Hi Jon,
On Fri, 5 Jun 2015 09:46:09 +0100
Jon Hunter wrote:
>
> On 05/06/15 00:02, Paul Walmsley wrote:
> > Hi folks
> >
> > just a brief comment on this one:
> >
> > On Thu, 30 Apr 2015, Boris Brezillon wrote:
> >
> >> Clock rates are stored in an unsigned long field, but ->round_rate()
> >
Hi Sonika,
Please find my responses inline.
Thanks,
Kausal
On Friday 05 June 2015 05:30 PM, Jindal, Sonika wrote:
>
>
> On 6/4/2015 7:12 PM, Kausal Malladi wrote:
>> From: Kausal Malladi
>>
>> This patch adds a new structure in DRM layer for Gamma color correction.
>> This structure will be use
those is somehow handled internally on the imx.
If it's universal then there should be no need to mention the Rockchip
compatible specifically. Also, it might be better to submit this as two
separate patches, one for the binding and another for the driver.
I could extract the DT binding piece myself and apply only that, then
somebody else can apply the Rockchip change to that driver separately.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150605/67ff55f7/attachment-0001.sig>
that the porches and VSYNC width should be fixed
for the panel. Is this really the case?
Thierry
-- next part ------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150605/1937fb44/attachment.sig>
Hi Dave, sorry I'm late with the fixes pull and I see you already sent
yours forward to Linus too. If you get the vibes there might be a
release this weekend, would be nice to get these in. Otherwise can wait
until next week, and I might have a few more on top then.
BR,
Jani.
The following chang
David,
Please pull the contents of "Use DRM component API in tilcdc to
connect to tda998x" patch series[1] from:
https://github.com/jsarha/linux.git linux-4.1.0-rc6-tilcdc-refactor
These are the same commits I sent a pull request for already sometime
earlier. They have just been rebased on top o
Hi
2015-06-05 9:36 GMT+02:00 Kimmo Saarela :
> I have tried to look through archives but couldn't find answer where I
> should look for userspace components (libdrm, mesa) for the etnaviv drm
> driver?
>
At the moment there is only a ddx for the 2D core, which works very well.
http://ftp.arm.linu
s scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150605/5b1d54d6/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150605/3b390dd8/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150605/94943175/attachment.html>
The Designware HDMI block has two supplies for 1.0 and 1.8V. Not all IP
implementations expose or want to use these, so they remain optional.
Signed-off-by: Heiko Stuebner
Acked-by: Philipp Zabel
---
changes since v3:
- split generic dt-bindings and rockchip implementation
- add Ack from Philipp
The Rockchip implementation of the IP exposes the supplies outside and
expects them to be supplied by a pmic. So implement regulator handling
for them.
Signed-off-by: Heiko Stuebner
Acked-by: Philipp Zabel
---
changes since v3:
- split generic dt-bindings and rockchip implementation
- add Ack fr
Add the recently added hdmi power supplies to evb and firefly boards.
Signed-off-by: Heiko Stuebner
---
changes since v3:
- add entries for popmetal board
arch/arm/boot/dts/rk3288-evb.dtsi | 2 ++
arch/arm/boot/dts/rk3288-firefly.dtsi | 2 ++
arch/arm/boot/dts/rk3288-popmetal.dts | 2 ++
3
On Thu, Jun 04, 2015 at 04:59:41AM +, Xie, William wrote:
> Hi
> Does anyone know what the result value of "-34" means returned by
> drmModeSetPlane?
>
> William
-34 is -ERANGE which generally gets raised if you request scaling that
your hardware (or driver) can't support. Not all platforms
From: Jérôme Glisse
Laptop with Turks/Thames GPU will freeze if dpm is enabled. It seems
the SMC engine is relying on some state inside the CP engine. CP needs
to chew at least one packet for it to get in good state for dynamic
power management.
This patch simply disabled and re-enable DPM aft
Writing to a file is supposed to return the number of bytes written.
Returning zero unfortunately causes bash to constantly spin trying
to write to the sysfs file, to such an extent that even ^c and ^z
have no effect. The only way out of that is to kill the shell and
log back in. This isn't nice
are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150605/05671137/attachment.html>
On Fri, Jun 05, 2015 at 07:47:22PM +0100, Russell King wrote:
> Writing to a file is supposed to return the number of bytes written.
> Returning zero unfortunately causes bash to constantly spin trying
> to write to the sysfs file, to such an extent that even ^c and ^z
> have no effect. The only w
On Tue, May 26, 2015 at 11:19:31PM -0400, Alex Deucher wrote:
> This header defines the ioctl interface to the driver.
>
> v2: remove stale tiling defines
> v3: add appropriate padding
> v4: remove executable bits on header
>
> Acked-by: Christian König
> Acked-by: Jammy Zhou
> Signed-off-by:
On Wed, Jun 03, 2015 at 09:48:31PM -0400, Alex Deucher wrote:
> Hi Dave,
>
> This is the big pull request for amdgpu, the new driver for VI+ AMD
> asics. I currently supports Tonga, Iceland, and Carrizo and also
> contains a Kconfig option to build support for CI parts for testing.
>
> All major
On Fri, Jun 05, 2015 at 07:56:38PM +0100, Chris Wilson wrote:
> On Fri, Jun 05, 2015 at 07:47:22PM +0100, Russell King wrote:
> > Writing to a file is supposed to return the number of bytes written.
> > Returning zero unfortunately causes bash to constantly spin trying
> > to write to the sysfs fil
On 05/29/2015 07:35 PM, Daniel Vetter wrote:
> On Fri, May 29, 2015 at 07:23:35PM +0200, Mario Kleiner wrote:
>>
>>
>> On 05/29/2015 07:19 PM, Daniel Vetter wrote:
>>> On Fri, May 29, 2015 at 06:50:06PM +0200, Mario Kleiner wrote:
On 05/27/2015 11:04 AM, Daniel Vetter wrote:
> In
>
>>>
On Thu, Jun 04, 2015 at 07:12:32PM +0530, Kausal Malladi wrote:
> From: Kausal Malladi
>
> Color Manager is an extension in i915 driver to handle color correction
> and enhancements across various Intel platforms.
>
> This patch initializes color manager framework by :
> 1. Adding two new files,
On Thu, Jun 04, 2015 at 07:12:35PM +0530, Kausal Malladi wrote:
> From: Kausal Malladi
>
> This patch adds a new structure in DRM layer for Gamma color correction.
> This structure will be used by all user space agents to configure
> appropriate Gamma precision and Gamma level.
>
> struct drm_in
On Thu, Jun 04, 2015 at 07:12:36PM +0530, Kausal Malladi wrote:
> From: Kausal Malladi
>
> This patch adds a new function to update color blob properties
> and exports it.
>
> v2: Addressing Sonika's comment,
> 1. Moved this function to a separate patch
> 2. Removed one input parameter to the fu
On Thu, Jun 04, 2015 at 07:12:37PM +0530, Kausal Malladi wrote:
> From: Kausal Malladi
>
> The atomic CRTC set infrastructure is not available yet. So, the atomic
> check path throws error for any non-plane property.
>
> This patch adds a diversion to avoid commit path for DRM atomic set Gamma
>
om/support/motherboards/desktop/d945gclf2/sb/CS-029540.htm
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: Digitale Signatur von OpenPGP
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150605/2bec970a/attachment-0001.sig>
55 matches
Mail list logo
