Hi Dave,
First pull request of amdkfd for 3.20.
drm-amdkfd-next-2015-01-09:
- Add support for SDMA usermode queues
- Replace logic of sub-allocating from GART buffer in amdkfd. Instead
of using radeon_sa module, use a new module that is more suited for
this purpose
- Add the number of watc
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150109/01f1589b/attachment.html>
On Fri, Jan 09, 2015 at 06:38:57PM +0100, Jean-Francois Moine wrote:
> On Fri, 9 Jan 2015 14:57:41 +
> Russell King - ARM Linux wrote:
> > What we do know is that there is a fixed mapping between AP pins and I2S
> > channels (which are not PCM channels), but as you point out, we don't
> > have
On Fri, 9 Jan 2015 14:57:41 +
Russell King - ARM Linux wrote:
> Well, if we look at the HDMI specs, there is a field in the audio info
> frame (CA bits) which identifies the speaker allocation between the
> HDMI PCM channels and the physical speakers.
>
> It describes a limited set - essenti
On Fri, 9 Jan 2015 16:56:30 +
Russell King - ARM Linux wrote:
> > diff --git a/drivers/gpu/drm/i2c/tda998x_drv.c
> > b/drivers/gpu/drm/i2c/tda998x_drv.c
> > index d476279..70658af 100644
> > --- a/drivers/gpu/drm/i2c/tda998x_drv.c
> > +++ b/drivers/gpu/drm/i2c/tda998x_drv.c
> > @@ -342,7 +34
: 473 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150109/e9b02257/attachment-0001.sig>
On 01/07/15 10:51, Jean-Francois Moine wrote:
> This patch adds a CODEC to the NXP TDA998x HDMI transmitter.
>
> The CODEC handles both I2S and S/PDIF inputs.
> It maintains the audio format and rate constraints according
> to the HDMI device parameters (EDID) and sets dynamically the input
> port
Git:master/c9f8f642fd
--
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/20150109/e5ecb70e/attachment-0001.html>
On Wed, Jan 07, 2015 at 09:42:19AM +0100, Jean-Francois Moine wrote:
> The CEC registers of the TDA998x have no access by page,
> so, a 8 bits address is enough.
>
> Signed-off-by: Jean-Francois Moine
> ---
> drivers/gpu/drm/i2c/tda998x_drv.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(
On Fri, Jan 02, 2015 at 09:55:02PM +0100, Rickard Strandqvist wrote:
> Removes some functions that are not used anywhere:
> armada_drm_encoder_mode_fixup() armada_drm_encoder_commit()
> armada_drm_encoder_prepare()
>
> This was partially found by using a static code analysis program called
> cpp
Dave, Thierry,
Here is the pull request for the Atmel HLCDC driver and its
dependencies (some modifications to drm/core and drm/panel to define
output bus format).
I'm sending a pull request for this driver for several reasons:
* The patch series has been around for 6 months (initial version he
On Fri, Jan 09, 2015 at 01:58:37PM +, Andrew Jackson wrote:
> On 01/09/15 13:07, Russell King - ARM Linux wrote:
> > On Fri, Jan 09, 2015 at 01:54:01PM +0100, Jean-Francois Moine wrote:
> >> On Fri, 9 Jan 2015 11:45:29 +
> >> Russell King - ARM Linux wrote:
> >>> I think we need to underst
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150109/27c494da/attachment-0001.html>
On 01/09/15 13:07, Russell King - ARM Linux wrote:
> On Fri, Jan 09, 2015 at 01:54:01PM +0100, Jean-Francois Moine wrote:
>> On Fri, 9 Jan 2015 11:45:29 +
>> Russell King - ARM Linux wrote:
>>> I think we need to understand exactly how the 998x map I2S inputs to the
>>> HDMI channels to avoid
On Fri, 9 Jan 2015 11:45:29 +
Russell King - ARM Linux wrote:
> On Fri, Jan 09, 2015 at 12:30:36PM +0100, Jean-Francois Moine wrote:
> > In my original version, the audio-ports are a bitmap of the pins, the
> > bit 0 being the WS used for I2S. A fully wired tda998x would have been
> > as:
> >
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150109/bd5a6d6d/attachment.html>
On Fri, Jan 09, 2015 at 01:54:01PM +0100, Jean-Francois Moine wrote:
> On Fri, 9 Jan 2015 11:45:29 +
> Russell King - ARM Linux wrote:
> > I think we need to understand exactly how the 998x map I2S inputs to the
> > HDMI channels to avoid making a mistake with the binding; remember, the
> > bi
was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150109/a28cbb18/attachment.sig>
On Fri, 9 Jan 2015 11:19:35 +
Russell King - ARM Linux wrote:
> Would it be more sensible to make SND_SOC_TDA998X depend on
> DRM_I2C_NXP_TDA998X instead, maybe with a 'default y' - which is a
> kinder way to have SND_SOC_TDA998X be enabled. If SND_SOC_TDA998X
> doesn't have a prompt, then i
On Fri, 9 Jan 2015 12:13:04 +0200
Jyri Sarha wrote:
> On 01/08/2015 06:42 PM, Jean-Francois Moine wrote:
> > From Andrew's datasheet, the TDA998x's which are handled by the tda998x
> > driver have only 4 input audio pins, the first two ones being either
> > S/PDIF or I2s, the last ones being I2S
On 01/07/2015 08:02 PM, Jean-Francois Moine wrote:
> On Wed, 7 Jan 2015 15:41:38 +
> Russell King - ARM Linux wrote:
>
>> On Wed, Jan 07, 2015 at 03:10:47PM +, Andrew Jackson wrote:
>>> On 01/07/15 10:51, Jean-Francois Moine wrote:
diff --git a/drivers/gpu/drm/i2c/Kconfig b/drivers/gp
On Fri, 9 Jan 2015 12:24:12 +0200
Jyri Sarha wrote:
> > select SND_SOC_TDA998X if SND_SOC
> >
> > should work in all cases.
> >
>
> I think that would still fail if DRM and TDA998x is built in and SND_SOC
> is built as modules. A request_module() call before
> tda9998x_codec_register() s
On 01/08/2015 10:05 PM, Mark Brown wrote:
> On Thu, Jan 08, 2015 at 04:53:04PM +0200, Jyri Sarha wrote:
>
>> BTW, the HDMI codec is now completely unused, since my OMAP4+ HDMI audio
>> patches were merged (it uses dummy codec) and my BBB HDMI audio patches were
>> never merged.
>
> Might those BBB
On 01/08/2015 06:42 PM, Jean-Francois Moine wrote:
> On Thu, 8 Jan 2015 16:53:41 +0200
> Jyri Sarha wrote:
>
>>> + - audio-ports: must contain one or two values selecting the source
>>> + in the audio port.
>>> + The source type is given by the corresponding entry in
>>> + the audio-port-na
On Wed, Jan 7, 2015 at 5:27 PM, Daniel Kurtz wrote:
> dma_alloc_attrs() returns NULL if it cannot allocate a dma buffer (or
> mapping), not a negative error code.
>
> Rerported-by: Pawel Osciak
Oops! I just noticed that this is spelled wrong. Should be "Reported-by".
Mark, could you fix up on
Hi Dave
fix that: dma_alloc_attrs() returns NULL if it cannot allocate a
dma buffer (or mapping), not a negative error code.
The following changes since commit c93546a5e32bd788c22aefa072385f3784551c13:
Merge tag 'topic/atomic-core-2015-01-05' of
git://anongit.freedesktop.org/drm-intel i
On Fri, Jan 09, 2015 at 12:45:31PM +0100, Jean-Francois Moine wrote:
> On Fri, 9 Jan 2015 11:19:35 +
> Russell King - ARM Linux wrote:
>
> > Would it be more sensible to make SND_SOC_TDA998X depend on
> > DRM_I2C_NXP_TDA998X instead, maybe with a 'default y' - which is a
> > kinder way to hav
On Fri, Jan 09, 2015 at 12:30:36PM +0100, Jean-Francois Moine wrote:
> In my original version, the audio-ports are a bitmap of the pins, the
> bit 0 being the WS used for I2S. A fully wired tda998x would have been
> as:
>
> audio-ports = <0x03>, <0x04>, <0x09>, <0x11>;
> audio-port-nam
On Fri, Jan 09, 2015 at 12:24:12PM +0200, Jyri Sarha wrote:
> I think that would still fail if DRM and TDA998x is built in and SND_SOC is
> built as modules. A request_module() call before tda9998x_codec_register()
> should help.
That doesn't fix the problem. If the DRM driver is built in, but th
From: Christian König
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon_gem.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_gem.c
b/drivers/gpu/drm/radeon/radeon_gem.c
index a46f737..d0b4f7d 100644
--- a/drivers/gpu/drm/radeo
e: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150109/24879a56/attachment.sig>
; ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
--
Open Source Technology Center, Intel ltd.
$gpg --keyserver wwwkeys.pgp.net --recv-keys 4D781827
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150109/3ff99a21/attachment.sig>
This code is unnecessary, because same logic is already included. Refer
this mail thread[1] for detail.
[1] http://lists.freedesktop.org/archives/dri-devel/2015-January/075132.html
Signed-off-by: Hyungwon Hwang
---
drivers/gpu/drm/exynos/exynos_drm_drv.c | 12
1 file changed, 12 de
On Fri, 09 Jan 2015, Jeremiah Mahler wrote:
> Jani, all,
>
> On a Lenovo X1 Carbon if the display is off when suspend is entered
> it will be off when it is resumed. A key must be pressed to restore
> normal brightness.
Please file a bug on [1] and attach dmesg with drm.debug=14 set, from
boot t
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150109/bfa9e8de/attachment.html>
On Fri, Jan 09, 2015 at 10:56:16AM +0800, Zhenyu Wang wrote:
> On 2014.12.18 12:12:33 -0600, jeff.mcgee at intel.com wrote:
> > diff --git a/include/drm/i915_drm.h b/include/drm/i915_drm.h
> > index 15dd01d..be38adf 100644
> > --- a/include/drm/i915_drm.h
> > +++ b/include/drm/i915_drm.h
> > @@ -34
On 2015ë
01ì 08ì¼ 10:39, Hyungwon Hwang wrote:
> This patch reverts commit 5cbb37df378d ("drm/exynos: resolve infinite
> loop issue on multi-platform"). This logic is already included.
Hyungwon, do not revert this patch. Just remove it instead. See the
below my comment.
>
> Signed-off-by: H
Hi hl,
Thanks for submitting this patch.
On Fri, Jan 9, 2015 at 9:47 AM, huang lin wrote:
>
> The AUO b101ean01 panel is a 10.1" 1280x800 panel,
> which can be supported by the simple panel driver.
>
> Signed-off-by: huang lin
>
> ---
>
> drivers/gpu/drm/panel/panel-simple.c | 26 +
Hello Dave,
This patch enable the last big hardware feature of my driver: the
connector for panel.
Like for HMDI and HDA, Digital Video Out (DVO) create brige, encoder
and connector
drm objects.
The following changes since commit 4e0cd68115620bc3236ff4e58e4c073948629b41:
drm: sti: fix module c
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/20150109/4d8b55c0/attachment.html>
The AUO b101ean01 panel is a 10.1" 1280x800 panel,
which can be supported by the simple panel driver.
Signed-off-by: huang lin
---
drivers/gpu/drm/panel/panel-simple.c | 26 ++
1 file changed, 26 insertions(+)
diff --git a/drivers/gpu/drm/panel/panel-simple.c
b/driver
https://bugzilla.kernel.org/show_bug.cgi?id=90451
--- Comment #5 from Michel Dänzer ---
You can check which GPU is used with/out DRI_PRIME=1 with
glxinfo | grep ' renderer'
Is there any chance you can try a current upstream version or even Git snapshot
of Mesa?
--
You are receiving this mai
Hi Dave,
this series contains the imx-hdmi to dw_hdmi drm_bridge conversion,
ipuv3-crtc mode_fixup support and assorted core cleanup and encoder
fixes.
regards
Philipp
The following changes since commit 97bf6af1f928216fd6c5a66e8a57bfa95a659672:
Linux 3.19-rc1 (2014-12-20 17:08:50 -0800)
are
On 01/08/15 20:04, Mark Brown wrote:
> On Thu, Jan 08, 2015 at 05:42:57PM +0100, Jean-Francois Moine wrote:
>
>> Examples:
>
>> - for the Cubox:
>
>> audio-inputs = "i2s", "spdif";
>
>> - for some other board with I2S on the pins 3 and 4 only:
>
>> audio-inputs = "none", "none", "i2s
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150109/76d2148f/attachment.html>
Building with the attached random configuration file,
drivers/gpu/drm/i915/intel_display.c: In function âassert_pllâ:
drivers/gpu/drm/i915/intel_display.c:1027:2: error: implicit
declaration of function â__WARN_printfâ
[-Werror=implicit-function-declaration]
I915_STATE_WARN(cur_state !=
||
--
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/20150109/71198ef6/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150109/9eea25fc/attachment.html>
On 8 December 2014 at 18:45, Benjamin Gaignard
wrote:
> Hello David,
>
> This series of patches fix various issues in STI drm driver.
> Now HDMI i2c adapter could be selected in device tree
> and plug detection doesn't use gpio anymore.
> I also had fix some signal timing problems after testing th
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150109/4a4058c0/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150109/e56dc0d8/attachment-0001.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150109/546b4bcb/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150109/c7f52910/attachment.html>
On Fri, Jan 9, 2015 at 5:07 AM, Christian König
wrote:
> From: Christian König
>
> Signed-off-by: Christian König
Applied to my -fixes tree. Thanks!
Alex
> ---
> drivers/gpu/drm/radeon/radeon_gem.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/
https://bugzilla.kernel.org/show_bug.cgi?id=67681
--- Comment #39 from KernelBug <3fdd1e5d at opayq.com> ---
Hi Alan,
Ok about going back under Video, in the meantime I did open another report,
pointing to this really;
https://bugzilla.kernel.org/show_bug.cgi?id=90971
Yes I know this is not a f
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150109/8a95f956/attachment.html>
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150109/0bba49bc/attachment.html>
57 matches
Mail list logo
