https://bugzilla.kernel.org/show_bug.cgi?id=105481
Bug ID: 105481
Summary: radeon driver lockup since 3.9.*
Product: Drivers
Version: 2.5
Kernel Version: 4.2.2-1
Hardware: x86-64
OS: Linux
Tree: Mainline
Hi Emil,
Thanks for your response,
On 04.10.2015 12:43, Emil Velikov wrote:
> Hi Maciej,
>
> On 2 October 2015 at 22:40, Maciej S. Szmigiero
> wrote:
>> Anybody here?
>>
>> I've already submitted this patch two times but received no response...
>>
> Seems that the maintainer (Thierry) isn't Cc'
The commit d931589c01a2 ("drm/exynos: remove DRM_EXYNOS_GEM_MAP_OFFSET
ioctl") removed it same with the ioctl that this patch adds. The reason
that removed DRM_EXYNOS_GEM_MAP_OFFSET was we could use
DRM_IOCTL_MODE_MAP_DUMB. Both did exactly same thing.
Now we again will revive it as DRM_EXYNOS_GEM
crubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151005/c343fca6/attachment.html>
On 03.10.2015 06:12, Alex Deucher wrote:
> restore the fbdev state if a drm app like X is killed.
>
> Signed-off-by: Alex Deucher
This patch is
Tested-by: Michel Dänzer
Both patches are
Reviewed-by: Michel Dänzer
--
Earthling Michel Dänzer | http://www.amd.
On Fri, Oct 02, 2015 at 11:29:16PM +0800, Geliang Tang wrote:
> On Fri, Oct 02, 2015 at 06:14:22PM +0300, Dan Carpenter wrote:
> > We need to call intel_runtime_pm_put() and mutex_unlock() before
> > returning.
> >
> > Fixes: 7cb5dff8d59d ('drm/i915: fix task reference leak in i915_debugfs.c')
> >
Hi Thierry,
Ack-by: Vincent Abriou
BR
Vicnent
On 09/24/2015 07:02 PM, Thierry Reding wrote:
> From: Thierry Reding
>
> There's no use building the individual drivers as separate modules
> because they are all only useful if combined into a single DRM/KMS
> device.
>
> Cc: Benjamin Gaignard
>
Hi Thierry,
Ack-by: Vincent Abriou
BR
Vincent
On 09/24/2015 07:02 PM, Thierry Reding wrote:
> From: Thierry Reding
>
> None of these exported symbols are used outside of the drm-sti driver,
> so there is no reason to export them.
>
> Cc: Benjamin Gaignard
> Cc: Vincent Abriou
> Signed-off-by
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151005/ba9a4254/attachment-0001.html>
ri-devel/attachments/20151005/b43f891e/attachment.html>
Hi Jiang,
On Sat, Oct 03, 2015 at 03:36:35PM +0800, Jiang Liu wrote:
> So to summary, I think we only need following change to fix the
> regression:
> int pcibios_alloc_irq(struct pci_dev *dev)
> {
> + if (pci_dev_msi_enabled(dev))
> + return -EBUSY;
>
> What do you think?
Yes,
On 4 October 2015 at 21:36, Andreas Tunek wrote:
> 2015-10-04 13:31 GMT+02:00 Andreas Tunek :
>> 2015-10-04 13:26 GMT+02:00 Andreas Tunek :
>>> 2015-10-04 6:31 GMT+02:00 Dave Airlie :
On 3 October 2015 at 04:03, Andreas Tunek
wrote:
> Hi
>
> I sort of recall that somebody (
version 4 changes:
- rebased on kernel 4.3-rc3
- fix missing EXPORT_SYMBOL for smaf_create_handle()
version 3 changes:
- Remove ioctl for allocator selection instead provide the name of
the targeted allocator with allocation request.
Selecting allocator from userland isn't the prefered wa
Secure Memory Allocation Framework goal is to be able
to allocate memory that can be securing.
There is so much ways to allocate and securing memory that SMAF
doesn't do it by itself but need help of additional modules.
To be sure to use the correct allocation method SMAF implement
deferred allocat
SMAF CMA allocator implement helpers functions to allow SMAF
to allocate contiguous memory.
match() each if at least one of the attached devices have coherent_dma_mask
set to DMA_BIT_MASK(32).
For allocation it use dma_alloc_attrs() with DMA_ATTR_WRITE_COMBINE and not
dma_alloc_writecombine to be
Commit "c0fe07a drm/qxl: rewrite framebuffer support" has a bug in the
dirty rectangle tracking: Instead of ignoring an empty dirty rectangle
when adding a new dirty region the dirty region gets extended to the
upper left corner. Fix it.
Cc: linux-stable at vger.kernel.org
Signed-off-by: Gerd Ho
Hi Benjamin,
[auto build test WARNING on v4.3-rc4 -- if it's inappropriate base, please
ignore]
reproduce:
# apt-get install sparse
make ARCH=x86_64 allmodconfig
make C=1 CF=-D__CHECK_ENDIAN__
sparse warnings: (new ones prefixed by >>)
>> drivers/smaf/smaf-cma.c:178:23
Signed-off-by: Fengguang Wu
---
smaf-cma.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/smaf/smaf-cma.c b/drivers/smaf/smaf-cma.c
index ab38717..9fbd9b7 100644
--- a/drivers/smaf/smaf-cma.c
+++ b/drivers/smaf/smaf-cma.c
@@ -175,7 +175,7 @@ error:
return
te patch and the
driver changes should come last.
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/20151005/718e1d05/attachment.sig>
If these are
different models then each of them deserves a separate compatible
string.
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/20151005/b0f4dcdf/attachment.sig>
://lists.freedesktop.org/archives/dri-devel/attachments/20151005/b335303b/attachment-0001.html>
--
A non-text attachment was scrubbed...
Name: .config.gz
Type: application/octet-stream
Size: 43420 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151005/d5e5d761/attachment-0001.obj>
t part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151005/01dd6978/attachment.html>
On 05.10.2015 08:30, Michel Dänzer wrote:
> On 03.10.2015 06:12, Alex Deucher wrote:
>> restore the fbdev state if a drm app like X is killed.
>>
>> Signed-off-by: Alex Deucher
> This patch is
>
> Tested-by: Michel Dänzer
>
> Both patches are
>
> Reviewed-by: Michel Dänzer
>
>
For both Revie
Originally by Seth Forshee , 2012-10-04:
During graphics driver initialization it's useful to be able to mux
only the DDC to the inactive client in order to read the EDID. Add
a switch_ddc callback to allow capable handlers to provide this
functionality, and add vga_switcheroo_switc
Originally by Seth Forshee , 2012-10-04:
The gmux allows muxing the DDC independently from the display, so
support this functionality. This will allow reading the EDID for the
inactive GPU, fixing issues with machines that either don't have a
VBT or have invalid mode data in the VBT
Originally by Seth Forshee , 2012-10-04:
Some dual graphics machines support muxing the DDC separately from
the display, so make use of this functionality when reading the EDID
on the inactive GPU. Also serialize drm_get_edid() with a mutex to
avoid races on the DDC mux state.
Modi
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 these machines and some models have no
VBIOS at all.
Use drm_get_edid_switcheroo() in lieu of drm_get_edid() on LVDS.
This allows us to retr
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 these machines.
Use drm_get_edid_switcheroo() in lieu of drm_get_edid() on LVDS.
This allows us to retrieve the EDID if the outputs are curr
n HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151005/cd66e9e3/attachment.html>
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 these machines.
Use drm_get_edid_switcheroo() in lieu of drm_get_edid() on LVDS.
This allows us to retrieve the EDID if the outputs are curr
Hi,
I've also pushed this series to GitHub now to ease reviewing:
https://github.com/l1k/linux/commits/mbp_switcheroo_v3
Thanks,
Lukas
On 10/01/15 19:50, Arnaud Pouliquen wrote:
>
> Version 2:
> This version integrates missing features upgraded to be aligned when possible
> with patch set:
> [PATCH RFC v4 0/8] Implement generic ASoC HDMI codec and use it in tda998x
>
There are still some details I would like to change if we decid
n HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151005/09b9750f/attachment.html>
Gen8+ supports 48-bit virtual addresses, but some objects must always be
allocated inside the 32-bit address range.
In specific, any resource used with flat/heapless (0x-0xf000)
General State Heap or Instruction State Heap must be in a 32-bit range
(GSH / ISH), because the General Stat
On 9/14/2015 2:54 PM, MichaÅ Winiarski wrote:
> On Thu, Sep 03, 2015 at 03:23:58PM +0100, Michel Thierry wrote:
>> Gen8+ supports 48-bit virtual addresses, but some objects must always be
>> allocated inside the 32-bit address range.
>>
>> In specific, any resource used with flat/heapless (0x0
Split out the restore-secure-config part from the ocmem lock/unlock,
and updates to address review comments.
Rob Clark (5):
qcom-scm: fix endianess issue in __qcom_scm_is_call_available
qcom-scm: fix header compile errors
qcom-scm: add missing prototype for qcom_scm_is_available()
qcom-scm
Signed-off-by: Rob Clark
Reviewed-by: Stephen Boyd
---
drivers/firmware/qcom_scm-32.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/firmware/qcom_scm-32.c b/drivers/firmware/qcom_scm-32.c
index e9c306b..c1e4325 100644
--- a/drivers/firmware/qcom_scm-32.c
+++ b
Add missing #include for types.h to have u32, etc. And fwd declare
'struct cpumask'.
Signed-off-by: Rob Clark
---
drivers/firmware/qcom_scm.c | 4 ++--
include/linux/qcom_scm.h| 7 +--
2 files changed, 7 insertions(+), 4 deletions(-)
diff --git a/drivers/firmware/qcom_scm.c b/drivers/f
Signed-off-by: Rob Clark
---
include/linux/qcom_scm.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/linux/qcom_scm.h b/include/linux/qcom_scm.h
index c536b70..e407c0a 100644
--- a/include/linux/qcom_scm.h
+++ b/include/linux/qcom_scm.h
@@ -26,6 +26,8 @@ struct qcom_scm_hdcp_req {
Needed by OCMEM driver.
Signed-off-by: Rob Clark
---
drivers/firmware/qcom_scm-32.c | 20
drivers/firmware/qcom_scm-64.c | 5 +
drivers/firmware/qcom_scm.c| 22 ++
drivers/firmware/qcom_scm.h| 5 +
include/linux/qcom_scm.h | 3 +++
Needed to enable device access to OCMEM.
Signed-off-by: Rob Clark
---
drivers/firmware/qcom_scm-32.c | 34 ++
drivers/firmware/qcom_scm-64.c | 11 +++
drivers/firmware/qcom_scm.c| 39 +++
drivers/firmware/qcom_scm.h
On Mon, Oct 5, 2015 at 10:22 AM, Rob Clark wrote:
> Needed by OCMEM driver.
>
> Signed-off-by: Rob Clark
> ---
Note: I am contemplating squashing something like this in:
diff --git a/include/linux/qcom_scm.h b/include/linux/qcom_scm.h
index beadca4..d3f209d 100644
--- a/includ
Hi,
this is v9 of an attempt to make it easier for devices to remain in
runtime PM when the system goes to sleep, mainly to reduce the time
spent resuming devices.
For this, we interpret the absence of all PM callback implementations as
it being safe to do direct_complete, so their ancestors aren
Adds a function that sets the pointer to dev_pm_domain in struct device
and that warns if the device has already finished probing. The reason
why we want to enforce that is because in the general case that can
cause problems and also that we can simplify code quite a bit if we can
always assume tha
Hi Evan,
On Mon, Oct 05, 2015 at 10:15:53AM -0400, Evan Foss wrote:
> On Mon, Oct 5, 2015 at 9:23 AM, Lukas Wunner wrote:
> > I've also pushed this series to GitHub now to ease reviewing:
> > https://github.com/l1k/linux/commits/mbp_switcheroo_v3
>
> So to test this all someone has to do is pull
The repo is a fork of Linus' tree, with the patches on top of it. So you just
need to build that modified version of the kernel and boot it. :-)
Pierre
> On 05 Oct 2015, at 16:15, Evan Foss wrote:
>
>> On Mon, Oct 5, 2015 at 9:23 AM, Lukas Wunner wrote:
>> Hi,
>>
>> I've also pushed this ser
Hi Evan,
On Mon, Oct 05, 2015 at 11:23:21AM -0400, Evan Foss wrote:
> $ dmesg|grep Apple
> [0.00] efi: EFI v1.10 by Apple
> [0.00] DMI: Apple Inc. MacBookPro9,1/Mac-
> 4B7AC7E43945597E,
> BIOS MBP91.88Z.00D3.B08.1208081132 08/08/2012
That was the last of the pre-retinas. I have ex
On Mon, Oct 5, 2015 at 10:22 AM, Rob Clark wrote:
> Needed to enable device access to OCMEM.
>
> Signed-off-by: Rob Clark
> ---
and similar to the previous patch, considering squashing in:
---
diff --git a/include/linux/qcom_scm.h b/include/linux/qcom_scm.h
index d3f209d..41ad996 100644
On Mon, Oct 5, 2015 at 7:03 AM, Michel Thierry
wrote:
> On 9/14/2015 2:54 PM, MichaÅ Winiarski wrote:
>>
>> On Thu, Sep 03, 2015 at 03:23:58PM +0100, Michel Thierry wrote:
>>>
>>> Gen8+ supports 48-bit virtual addresses, but some objects must always be
>>> allocated inside the 32-bit address ran
On Sat, Sep 26, 2015 at 05:32:12PM -0300, Fabio Estevam wrote:
> On Mon, Sep 21, 2015 at 11:15 AM, Russell King - ARM Linux
> wrote:
>
> > My current patch stack for imx-drm related stuff looks like this at
> > present:
> >
> > drm: bridge/dw_hdmi: place PHY into low power mode when disabled
> >
On Mon, Oct 5, 2015 at 4:17 PM, Russell King - ARM Linux
wrote:
> On Sat, Sep 26, 2015 at 05:32:12PM -0300, Fabio Estevam wrote:
>> On Mon, Sep 21, 2015 at 11:15 AM, Russell King - ARM Linux
>> wrote:
>>
>> > My current patch stack for imx-drm related stuff looks like this at
>> > present:
>> >
>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151005/3faa7090/attachment.html>
)
OS|All |Linux (All)
--
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/20151005/78f741d3/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151005/9d6af840/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151005/48b7bd8b/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151005/1ff6474d/attachment-0001.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151005/a202af8a/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151005/21d27b2f/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151005/f3a1cb24/attachment.html>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151005/29284fe7/attachment.html>
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151005/eb5d1058/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151005/425b38af/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151005/f1187310/attachment-0001.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151005/b16ac0f7/attachment.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151005/781ca274/attachment.html>
On Mon, Sep 07, 2015 at 03:44:43PM +0200, Hans Verkuil wrote:
> + if (status & CEC_STATUS_TX_DONE) {
> + if (status & CEC_STATUS_TX_ERROR) {
> + dev_dbg(cec->dev, "CEC_STATUS_TX_ERROR set\n");
> + cec->tx = STATE_ERROR;
> + } else
s.freedesktop.org/archives/dri-devel/attachments/20151005/2fe23108/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151005/b9fff9ad/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151005/4c42fea3/attachment.html>
On 10/05/2015 03:11 AM, Benjamin Gaignard wrote:
> diff --git a/drivers/smaf/smaf-core.c b/drivers/smaf/smaf-core.c
> new file mode 100644
> index 000..37914e7
> --- /dev/null
> +++ b/drivers/smaf/smaf-core.c
> @@ -0,0 +1,736 @@
> +/*
> + * smaf.c
> + *
> + * Copyright (C) Linaro SA 2015
> + *
On 10/05/2015 03:11 AM, Benjamin Gaignard wrote:
> version 4 changes:
> - rebased on kernel 4.3-rc3
> - fix missing EXPORT_SYMBOL for smaf_create_handle()
>
> version 3 changes:
> - Remove ioctl for allocator selection instead provide the name of
> the targeted allocator with allocation r
Hi Thierry,
On 05.10.2015 13:01, Thierry Reding wrote:
>> On 01.09.2015 15:50, Maciej S. Szmigiero wrote:
>>> This patch adds support for United Radiant Technology
>>> UMSH-8596MD-xT 7.0" WVGA TFT LCD panels
>>> (both LVDS and parallel versions) to DRM
>>> panel-simple driver.
>>>
>>> Signed-off-b
: 473 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151005/1d396e54/attachment.sig>
ature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151005/00250f24/attachment.sig>
On Mon, Oct 5, 2015 at 9:23 AM, Lukas Wunner wrote:
> Hi,
>
> I've also pushed this series to GitHub now to ease reviewing:
> https://github.com/l1k/linux/commits/mbp_switcheroo_v3
So to test this all someone has to do is pull this and try it? No
patching required?
> Thanks,
>
> Lukas
>
On 03/10/15 16:19, Christoph Hellwig wrote:
> dma_set_mask already checks for a supported DMA mask before updating it,
> the call to dma_supported is redundant.
>
> Signed-off-by: Christoph Hellwig
Acked-by: Bert Kenward
The information contained in this message is confidential and is intended f
On Monday, October 05, 2015 04:45:28 PM Tomeu Vizoso wrote:
> Hi,
>
> this is v9 of an attempt to make it easier for devices to remain in
> runtime PM when the system goes to sleep, mainly to reduce the time
> spent resuming devices.
>
> For this, we interpret the absence of all PM callback imple
On 5 October 2015 at 16:45, Tomeu Vizoso wrote:
> Hi,
>
> this is v9 of an attempt to make it easier for devices to remain in
> runtime PM when the system goes to sleep, mainly to reduce the time
> spent resuming devices.
>
> For this, we interpret the absence of all PM callback implementations as
On Mon, Oct 5, 2015 at 11:17 AM, Lukas Wunner wrote:
> Hi Evan,
>
> On Mon, Oct 05, 2015 at 10:15:53AM -0400, Evan Foss wrote:
>> On Mon, Oct 5, 2015 at 9:23 AM, Lukas Wunner wrote:
>> > I've also pushed this series to GitHub now to ease reviewing:
>> > https://github.com/l1k/linux/commits/mbp_sw
On Sat, 2015-10-03 at 17:19 +0200, Christoph Hellwig wrote:
> This ensures the dma mask that is supported by the driver is recorded
> in the device structure.
>
> Signed-off-by: Christoph Hellwig
> ---
> drivers/net/ethernet/amd/pcnet32.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
81 matches
Mail list logo
