On 8 October 2015 at 01:15, Thierry Reding wrote:
> Hi everyone,
>
> Lately I've noticed that a bunch of trivial patches have been posted
> across all drivers. We've also encountered situations in the past where
> (relatively trivial) subsystem-wide changes have been made but it ended
> up being v
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151008/31e85e13/attachment.html>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151008/1dec9ced/attachment.html>
Hi Dave,
Another round of drm-misc. Unfortunately the DRM_UNLOCKED removal for
DRIVER_MODESET isn't complete yet for lack of review on 1-2 patches.
Otherwise just various stuff all over.
Cheers, Daniel
The following changes since commit 2d4df13c0f9ef56452b1d9a9016cb3946e17bfe5:
Merge tag 'to
On Thu, Oct 08, 2015 at 09:04:06AM +1000, Dave Airlie wrote:
> On 8 October 2015 at 01:15, Thierry Reding
> wrote:
> > Hi everyone,
> >
> > Lately I've noticed that a bunch of trivial patches have been posted
> > across all drivers. We've also encountered situations in the past where
> > (relativ
ng to be the most
difficult part. Any suggestions? Perhaps the simplest would be to base
that tree onto drm-fixes and drm-next so that patches can automatically
filter out with a rebase. But that means that it would need to be fairly
often rebased for it to be effective. Maybe just using IRC, email or
even patchwork would be equally effective.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151008/b28eca38/attachment.sig>
view
patches that go beyond minor things like cleanup.
That said, I guess it would be okay to pick up more complex patches if
they had an Acked-by or Reviewed-by from a maintainer. Then again, if
they already find the time to review patches it probably wouldn't be a
lot more effort to apply them to their own tree.
But that's all really speculation, so perhaps it'd be best to just try
it out and see how it goes. If it isn't useful we can always drop it
again.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151008/9b5efc9a/attachment-0001.sig>
On Thu, Oct 08, 2015 at 09:57:49AM +0200, Javier Martinez Canillas wrote:
> There is a typo in the function i915_handle_error()
> kernel-doc and the word register is spelled wrongly.
>
> Signed-off-by: Javier Martinez Canillas
Both kerneldoc patches applied, thanks.
-Daniel
> ---
>
> drivers/
x before merging this.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151008/be094202/attachment.sig>
es,
do you know if anything was ever concluded on that topic?
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151008/18991027/attachment.sig>
Oh, I haven't noticed that those patches already have been
merged into linux-next :-)
On 10/08/2015 03:17 AM, Russell King - ARM Linux wrote:
> On Wed, Oct 07, 2015 at 06:40:11PM +0800, Yakir Yang wrote:
>>
>> On 10/07/2015 05:48 PM, Russell King - ARM Linux wrote:
>>> On Wed, Oct 07, 2015 at 1
From: Ville Syrjälä
EDID detailed timings have a resolution of 10kHz for the pixel clock, so
they can't represent certain CEA/HDMI modes accurately. If we see a mode
coming in via detailed timings which otherwise matches one of the
CEA/HDMI modes except the clock is just a bit off, let's assume
From: Ville Syrjälä
Rounding to the closest kHz seems like the better option that round
down or up when computing the alternate clock for CEA/HDMI modes.
It'll give us a slightly more accurate clock in some cases.
Not sure why I went for the down+up approach originally. Perhaps
I was thinking
From: Ville Syrjälä
drm_edid.c now computes the alternate CEA clocks using
DIV_ROUND_CLOSEST(), so follow suit in the N/CTS setup to make sure we
pick the right setting for the mode.
Unfortunately we can't actually use DIV_ROUND_CLOSEST() here due to the
({}) construct used, so just stick in r
On 10/08/2015 10:16 AM, Thierry Reding wrote:
> On Thu, Oct 08, 2015 at 09:46:50AM +0200, Daniel Vetter wrote:
>> On Thu, Oct 08, 2015 at 09:04:06AM +1000, Dave Airlie wrote:
>>> On 8 October 2015 at 01:15, Thierry Reding
>>> wrote:
Hi everyone,
Lately I've noticed that a bunch o
https://bugzilla.kernel.org/show_bug.cgi?id=99041
--- Comment #2 from Thomas ---
Alex Deucher: Any news on this? Currently I'm experiencing GPU stalls under
heavy load (gaming, so far tested with Left 4 Dead 2 and Distance, both games
need around 15 minutes of gameplay before screen freezes) and
We are allocating backing using psbfb_alloc() and so
backing->stolen is always true. So we were freeing backing two times.
Moreover if we follow the execution path then we should be freeing
backing after we have released the helper. So remove the one which frees
backing before the helper is release
On Thu, Oct 01, 2015 at 04:40:59PM +1000, Ben Skeggs wrote:
> On 09/25/2015 01:59 AM, Sudip Mukherjee wrote:
> > On Fri, Sep 11, 2015 at 03:00:56PM +0530, Sudip Mukherjee wrote:
> >> If pm_runtime_get_sync() we were going to "out" but we missed
> >> freeing vma.
> >>
> >> Signed-off-by: Sudip Mukh
I have instances where I want to use drm_malloc_ab() but with a custom
gfp mask. And with those, where I want a temporary allocation, I want to
try a high-order kmalloc() before using a vmalloc().
So refactor my usage into drm_malloc_gfp().
Signed-off-by: Chris Wilson
Cc: dri-devel at lists.free
On Thu, Oct 08, 2015 at 02:39:24PM +0100, Chris Wilson wrote:
> I have instances where I want to use drm_malloc_ab() but with a custom
> gfp mask. And with those, where I want a temporary allocation, I want to
> try a high-order kmalloc() before using a vmalloc().
>
> So refactor my usage into drm
Use goto to handle the error path to avoid duplicating the same code. In
the error path intel_dig_port is the last one to be released as it was
the first one to be allocated and ideally the error path should be the
reverse of the execution path.
Cc: Daniel Vetter
Cc: Jani Nikula
Signed-off-by: S
We were not checking the return value of drm_encoder_init() which can
fail. And if it fails then we will be working with an uninitialized
encoder.
Cc: Daniel Vetter
Cc: Jani Nikula
Signed-off-by: Sudip Mukherjee
---
Sent on 27/07/2015
drivers/gpu/drm/i915/intel_dp.c | 6 --
1 file change
If amdgpu_ib_get() fails we returned the error code but we missed
freeing ib.
Cc: "Christian König"
Cc: Jammy Zhou
Cc: Chunming Zhou
Cc: Alex Deucher
Cc: "monk.liu"
Signed-off-by: Sudip Mukherjee
---
Sent on 18/09/2015
drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 4 +++-
1 file changed, 3 i
From: Maneet Singh
From: Maneet Singh
Arguments passed to list_add_tail were reversed resulting in deletion
of old blob property everytime the new one is added.
Signed-off-by: Maneet Singh
[seanpaul tweaked commit subject a little]
Signed-off-by: Sean Paul
Reviewed-by: Daniel Stone
---
dri
On 8 October 2015 at 14:00, Sudip Mukherjee
wrote:
> On Thu, Oct 01, 2015 at 04:40:59PM +1000, Ben Skeggs wrote:
>> On 09/25/2015 01:59 AM, Sudip Mukherjee wrote:
>> > On Fri, Sep 11, 2015 at 03:00:56PM +0530, Sudip Mukherjee wrote:
>> >> If pm_runtime_get_sync() we were going to "out" but we mis
On Thu, Oct 08, 2015 at 07:28:00PM +0530, Sudip Mukherjee wrote:
> We were not checking the return value of drm_encoder_init() which can
> fail. And if it fails then we will be working with an uninitialized
> encoder.
>
> Cc: Daniel Vetter
> Cc: Jani Nikula
> Signed-off-by: Sudip Mukherjee
Que
On Thu, Oct 08, 2015 at 07:27:59PM +0530, Sudip Mukherjee wrote:
> Use goto to handle the error path to avoid duplicating the same code. In
> the error path intel_dig_port is the last one to be released as it was
> the first one to be allocated and ideally the error path should be the
> reverse of
https://bugzilla.kernel.org/show_bug.cgi?id=105051
--- Comment #12 from Tim Sammut ---
(In reply to Michel Dänzer from comment #8)
>
> That's an apple-gmux change, not a radeon driver change. Please reassign the
> component of this bug report accordingly.
Hi. I changed the component based on t
On Thu, 08 Oct 2015, Sean Paul wrote:
> From: Maneet Singh
>
> From: Maneet Singh
>
> Arguments passed to list_add_tail were reversed resulting in deletion
> of old blob property everytime the new one is added.
>
> Signed-off-by: Maneet Singh
> [seanpaul tweaked commit subject a little]
> Signe
Hi Alex,
On Wed, Oct 07, 2015 at 11:14:43PM -0400, Alex Deucher wrote:
> On Sat, Sep 12, 2015 at 3:44 AM, Lukas Wunner wrote:
> > The pre-retina MacBook Pro uses an LVDS panel and a gmux controller
> > to switch the panel between its two GPUs. The panel mode in VBIOS
> > is notoriously bogus on t
https://bugzilla.kernel.org/show_bug.cgi?id=105051
--- Comment #13 from Alex Deucher ---
Only the original filer or an admin can change it as far as I know.
--
You are receiving this mail because:
You are watching the assignee of the bug.
On Thu, Oct 08, 2015 at 12:44:09PM +0200, Johannes Stezenbach wrote:
> On Wed, Oct 07, 2015 at 01:26:32PM +0200, Johannes Stezenbach wrote:
> > On Tue, Oct 06, 2015 at 11:04:53PM -0400, Alex Deucher wrote:
> > > On Tue, Oct 6, 2015 at 11:10 AM, Johannes Stezenbach
> > > wrote:
> > > >
> > > > I h
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151008/af05128e/attachment.html>
This patch set implements support for i2s audio and new AMD GPUs.
The i2s codec is fed by a DMA engine on the GPU. To handle this
we create mfd cells which we hang the i2s codec and DMA engine on.
Because of this, this patch set covers two subsystems: drm and alsa.
The drm patches add support for
From: Maruthi Srinivas Bayyavarapu
DW i2s controller's master/slave config can be read from a
read-only register. Machine driver can try to set a master/slave
format on cpu-dai using 'set_fmt' of dai ops. A check is added to
verify codec is master when dwc is slave and vice-versa.
Signed-off-by:
From: Maruthi Srinivas Bayyavarapu
Some platforms (Ex: AMD CZ) can have separate dwc controllers with
different base address for playback and capture. This patch adds
necessary changes to support it. Platforms which make use of it can
supply a quirk in platform data to make use of this. By defaul
From: Maruthi Srinivas Bayyavarapu
Added a qurik to assign different base addresses for different
dwc controllers present on platform for playback and capture.
Signed-off-by: Maruthi Bayyavarapu
---
include/sound/designware_i2s.h | 3 +++
sound/soc/dwc/designware_i2s.c | 26 ++
From: Maruthi Srinivas Bayyavarapu
AMD CZ platform has different offsets for I2S_COMP_PARAM_* registers.
Added a quirk to support the same.
Signed-off-by: Maruthi Bayyavarapu
---
include/sound/designware_i2s.h | 5 -
sound/soc/dwc/designware_i2s.c | 17 +
2 files changed,
From: Maruthi Srinivas Bayyavarapu
dwc IP can be powered off during system suspend in some platforms
(Ex: AMD CZ) as per design. After system is resumed, dwc needs to be
programmed again to continue audio use case.
Signed-off-by: Maruthi Bayyavarapu
---
sound/soc/dwc/designware_i2s.c | 71
From: Maruthi Bayyavarapu
This adds the ACP (Audio CoProcessor) IP driver and wires
it up to the amdgpu driver. The ACP block provides the DMA
engine for i2s based ALSA driver. This is required for audio
on APUs that utilize an i2s codec.
Reviewed-by: Jammy Zhou
Reviewed-by: Maruthi Bayyavarap
From: Maruthi Srinivas Bayyavarapu
ACP IP block consists of dedicated DMA and I2S blocks. The PCM driver
provides the platform DMA component to ALSA core.
Signed-off-by: Maruthi Bayyavarapu
Reviewed-by: Alex Deucher
Reviewed-by: Murali Krishna Vemuri
---
v2: squash in Kconfig fix
v3: squash
On Thu, Oct 8, 2015 at 9:58 AM, Sudip Mukherjee
wrote:
> If amdgpu_ib_get() fails we returned the error code but we missed
> freeing ib.
>
> Cc: "Christian König"
> Cc: Jammy Zhou
> Cc: Chunming Zhou
> Cc: Alex Deucher
> Cc: "monk.liu"
> Signed-off-by: Sudip Mukherjee
> ---
>
> Sent on 18/0
On Thu, 2015-10-08 at 11:43 +0300, ville.syrjala at linux.intel.com wrote:
> From: Ville Syrjälä
>
> EDID detailed timings have a resolution of 10kHz for the pixel clock, so
> they can't represent certain CEA/HDMI modes accurately. If we see a mode
> coming in via detailed timings which otherwi
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/20151008/731b04c3/attachment.html>
On Thu, Oct 8, 2015 at 10:42 AM, Alexandre Belloni
wrote:
> Use "qiaodian" as the vendor prefix for QiaoDian Xianshi Corporation in
> device tree compatible strings.
>
> Signed-off-by: Alexandre Belloni
Acked-by: Rob Herring
> ---
>
> Changes in v3:
> -use qiaodian as the vendor prefix as pre
On Thu, Oct 08, 2015 at 12:22:31PM -0400, Adam Jackson wrote:
> On Thu, 2015-10-08 at 11:43 +0300, ville.syrjala at linux.intel.com wrote:
> > From: Ville Syrjälä
> >
> > EDID detailed timings have a resolution of 10kHz for the pixel clock, so
> > they can't represent certain CEA/HDMI modes acc
il because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151008/a7eece0b/attachment.html>
On Tue, Sep 08, 2015 at 02:58:52PM +0200, Christian König wrote:
> Patches #1, #6, #7, #8 and #10 are Reviewed-by: Christian König
> .
>
> That should be everything touching radeon/amdgpu if I missed something leave
> me a note.
Ok with an irc r-b from Chris and David I and yours here I pulled
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20151008/dd4e2fcb/attachment.html>
Hi Dave,
radeon and amdgpu fixes for 4.3. Highlights:
- Move pm sysfs setup later in the driver init process to avoid
problems with laptop scripts attempting to change pm settings
before the driver has finished setting up the pm hardware.
- Fix console restore if a drm app (e.g. X) is forcibly
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20151008/9aa1620d/attachment.html>
Rework the sdma structures in the driver to
consolidate all of the sdma info into a single
structure and allow for asics that may have
different numbers of sdma instances.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 22 +--
drivers/gpu/drm/amd/amdgpu/amdg
On Thu, Oct 8, 2015 at 10:42 AM, Alexandre Belloni
wrote:
> From: Josh Wu
>
> The QiaoDian Xianshi QD43003C0-40 is a 4"3 TFT LCD panel.
>
> Timings from the OTA5180A document, ver 0.9, section
> 10.1.1:
> http://www.orientdisplay.com/pdf/OTA5180A.pdf
>
> Signed-off-by: Josh Wu
> Signed-off-by:
Use "qiaodian" as the vendor prefix for QiaoDian Xianshi Corporation in
device tree compatible strings.
Signed-off-by: Alexandre Belloni
---
Changes in v3:
-use qiaodian as the vendor prefix as preferred by Rob Herring
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file change
Add the dev parameter for the functions i915_enable_asle_pipestat() and
i915_reset_and_wakeup() to the kernel-doc to fix the following warnings:
.//drivers/gpu/drm/i915/i915_irq.c:586: warning: No description found for
parameter 'dev'
.//drivers/gpu/drm/i915/i915_irq.c:2400: warning: No descripti
There is a typo in the function i915_handle_error()
kernel-doc and the word register is spelled wrongly.
Signed-off-by: Javier Martinez Canillas
---
drivers/gpu/drm/i915/i915_irq.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/i915_irq.c b/drivers/gpu/
On Wed, Oct 07, 2015 at 01:26:32PM +0200, Johannes Stezenbach wrote:
> On Tue, Oct 06, 2015 at 11:04:53PM -0400, Alex Deucher wrote:
> > On Tue, Oct 6, 2015 at 11:10 AM, Johannes Stezenbach
> > wrote:
> > >
> > > I have a NEC EA244WMi monitor connected to an Asus P8H77-V
> > > mainboard with Ivy
On Tue, Oct 6, 2015 at 8:07 PM, Fabio Estevam wrote:
> On Tue, Oct 6, 2015 at 8:02 PM, Pushpal Sidhu wrote:
>
>> When I took your patch and adapted it for imx6qdl-gw54xx.dtsi, I found
>> that HDMI video out was slightly shifted to the left and resolution
>> remained at 1024x768p.
>>
>> I also fou
Hi!
I've never been able to run the open source drm driver on my 7870
Tahiti card. The console kms works but it crashes as soon as X is
started. There have been many mentions of it in bug reports, but none
of the attempts at fixes worked.
https://bugs.freedesktop.org/show_bug.cgi?id=71689 is curre
Hi Javier,
On 10/07/2015 07:25 PM, Javier Martinez Canillas wrote:
> Hello Yakir,
>
> On 10/07/2015 01:05 PM, Yakir Yang wrote:
>> Hi Javier,
>>
>> On 10/07/2015 05:26 PM, Javier Martinez Canillas wrote:
>>> Hello Yakir,
>>>
>>> On 10/07/2015 11:02 AM, Yakir Yang wrote:
Hi Javier,
O
On Tue, Oct 6, 2015 at 11:45 PM, Lucas Stach wrote:
> Am Dienstag, den 06.10.2015, 16:02 -0700 schrieb Pushpal Sidhu:
>> On Tue, Oct 6, 2015 at 3:16 PM, Fabio Estevam
>> wrote:
>> > On Tue, Oct 6, 2015 at 6:52 PM, Pushpal Sidhu > > > wrote:
>> > > Hi All,
>> > >
>> > > I'm attempting to use a sta
From: Josh Wu
The QiaoDian Xianshi QD43003C0-40 is a 4"3 TFT LCD panel.
Timings from the OTA5180A document, ver 0.9, section
10.1.1:
http://www.orientdisplay.com/pdf/OTA5180A.pdf
Signed-off-by: Josh Wu
Signed-off-by: Alexandre Belloni
---
.../bindings/panel/qiaodian,qd43003c0-40.txt
Hi,
This started somewhere between Kernel 4.2 and 4.3-rc1,
but I only noticed it a day ago.
The first S3 suspend after a fresh boot works fine.
Thereafter, suspends simply resume again immediately.
I get the following errors on my console:
[ 152.697247] i915 :00:02.0: GEM idle failed, res
63 matches
Mail list logo
