Hi Dave,
Just clearing out my -next queue before I go on vacation. Two UVD
improvements that depend on the ttm change you just merged.
The following changes since commit 6adae108b2fb0c7b945e297e4a0f0b7d66599656:
Merge branch 'drm-next-3.18' of git://people.freedesktop.org/~agd5f/linux
into d
e for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140827/0aa697ec/attachment.html>
vel/attachments/20140827/cb8db629/attachment-0001.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140827/8a179900/attachment.html>
On Wed, Aug 27, 2014 at 9:32 PM, Dave Airlie wrote:
>> On Wed, Aug 27, 2014 at 3:01 PM, Alex Williamson
>> wrote:
>>> If we assign a Radeon device to a virtual machine, we can no longer
>>> assume a fixed hardware topology, like the GPU having a parent device.
>>> This patch simply adds a few pci
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140827/fa2b0ed6/attachment.html>
Hello,
Got this warning while fuzzing v3.17-rc2-40-gff0c57a with Trinity. Was
running as root in qemu.
Tommi
ioremap: invalid physical address 40004000
[ cut here ]
WARNING: CPU: 0 PID: 2887 at arch/x86/mm/ioremap.c:98
__ioremap_caller+0x7a/0x2e0()
CPU: 0 PID: 28
Move drm/bridge documentation to video/bridge.
Also, add proper documentation for gpios used by ptn3460.
Signed-off-by: Ajay Kumar
---
.../devicetree/bindings/drm/bridge/ptn3460.txt | 27
.../devicetree/bindings/video/bridge/ptn3460.txt | 27
2
ps8622 eDP-LVDS converter bridge chip is from parade technologies
Signed-off-by: Ajay Kumar
---
.../devicetree/bindings/vendor-prefixes.txt|1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Documentation/devicetree/bindings/ven
Add documentation for DT properties supported by ps8622/ps8625
eDP-LVDS converter.
Signed-off-by: Ajay Kumar
---
.../devicetree/bindings/video/bridge/ps8622.txt| 20
1 file changed, 20 insertions(+)
create mode 100644 Documentation/devicetree/bindings/video/bridge/ps8
On Thu, 2014-08-28 at 11:32 +1000, Dave Airlie wrote:
> > On Wed, Aug 27, 2014 at 3:01 PM, Alex Williamson
> > wrote:
> >> If we assign a Radeon device to a virtual machine, we can no longer
> >> assume a fixed hardware topology, like the GPU having a parent device.
> >> This patch simply adds a f
From: Vincent Palatin
This patch adds drm_bridge driver for parade DisplayPort
to LVDS bridge chip.
Signed-off-by: Vincent Palatin
Signed-off-by: Andrew Bresticker
Signed-off-by: Sean Paul
Signed-off-by: Rahul Sharma
Signed-off-by: Ajay Kumar
---
drivers/gpu/drm/bridge/Kconfig | 10 +
d
Modify driver to support gpiod interface.
Signed-off-by: Ajay Kumar
---
drivers/gpu/drm/bridge/ptn3460.c | 88 --
1 file changed, 36 insertions(+), 52 deletions(-)
diff --git a/drivers/gpu/drm/bridge/ptn3460.c b/drivers/gpu/drm/bridge/ptn3460.c
index 1bb4d2
Force bridge connector detection at the end of the bridge attach.
This is needed to detect the bridge connector early.
Signed-off-by: Ajay Kumar
---
drivers/gpu/drm/bridge/ptn3460.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/bridge/ptn3460.c b/drivers/gpu/drm/bridg
Add drm_panel calls to the driver to make the panel and
bridge work together in tandem.
Signed-off-by: Ajay Kumar
---
drivers/gpu/drm/bridge/Kconfig |1 +
drivers/gpu/drm/bridge/ptn3460.c | 37 +
2 files changed, 38 insertions(+)
diff --git a/drivers/
Modify driver to support drm_bridge.
Signed-off-by: Ajay Kumar
---
drivers/gpu/drm/exynos/Kconfig |1 +
drivers/gpu/drm/exynos/exynos_dp_core.c | 38 +++
drivers/gpu/drm/exynos/exynos_dp_core.h |1 +
3 files changed, 30 insertions(+), 10 deletions(-
Use drm_bridge helpers to modify the driver to support
i2c driver model.
Signed-off-by: Ajay Kumar
---
drivers/gpu/drm/bridge/Kconfig |6 +-
drivers/gpu/drm/bridge/ptn3460.c| 122 +--
drivers/gpu/drm/exynos/Kconfig |2 +-
drivers/gpu
A set of helper functions are defined in this patch to make
bridge driver probe independent of the drm flow.
The bridge devices register themselves on a lookup table
when they get probed by calling "drm_bridge_add".
The parent encoder driver waits till the bridge is available
in the lookup table(
Assign the pointer to bridge ops structure(drm_bridge_funcs) in
the bridge driver itself, instead of passing it to drm_bridge_init.
This will allow bridge driver developer to pack bridge private
information inside the bridge object and pass only the drm-relevant
information to drm_bridge_init.
Si
This patch does the following changes:
-- Use usleep_range instead of udelay.
-- Remove driver_private member from ptn3460 structure.
-- Make all possible functions and structures static.
-- Use dev_err for non-DRM errors.
-- Arrange header files alphabetical
This series is based on master branch of Linus tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
I have tested this after adding few DT changes for exynos5250-snow and
exynos5420-peach-pit boards.
The V4 series of this particular patchset was also tested by:
Rahul Sharma
Please don't drop mailing lists, especially when you've dug out some
good information like the stuff below. Readding dri-devel.
-Danel
On Wed, Aug 27, 2014 at 7:21 PM, Derek wrote:
> Hi Daniel
> Thanks, Hans Verkuil's git repository is here
> git://linuxtv.org/hverkuil/media_tree.git. branch name
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140827/0fd88e60/attachment.html>
Hi Rob,
On Wednesday 27 August 2014 12:12:36 Rob Herring wrote:
> On Wed, Aug 27, 2014 at 11:41 AM, Laurent Pinchart wrote:
> > The VGA connector is described by a single input port and an optional
> > DDC bus.
>
> Wasn't there a generic connector binding for DVI, HDMI, etc.?
As far as I know, t
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140827/620dc875/attachment.html>
The __init annotations for the DMI callback functions are wrong as this
code can be called even after the module has been initialized, e.g. like
this:
# echo 1 > /sys/bus/pci/devices/:00:02.0/remove
# modprobe i915
# echo 1 > /sys/bus/pci/rescan
The first command will remove the PCI dev
Specify the DU output topology, enable the DU device and configure the
related pins.
Signed-off-by: Laurent Pinchart
---
arch/arm/boot/dts/r8a7791-koelsch.dts | 43 ---
1 file changed, 40 insertions(+), 3 deletions(-)
diff --git a/arch/arm/boot/dts/r8a7791-koelsc
Specify the DU output topology, enable the DU device and configure the
related pins.
Signed-off-by: Laurent Pinchart
---
arch/arm/boot/dts/r8a7790-lager.dts | 78 +++--
1 file changed, 75 insertions(+), 3 deletions(-)
diff --git a/arch/arm/boot/dts/r8a7790-lager.
Specify the DU output topology, enable the DU device and configure the
related pins.
Signed-off-by: Laurent Pinchart
---
arch/arm/boot/dts/r8a7779-marzen.dts | 106 +++
1 file changed, 106 insertions(+)
diff --git a/arch/arm/boot/dts/r8a7779-marzen.dts
b/arch/ar
The DU device is now instantiated from the device tree, remote the
corresponding platform device.
Signed-off-by: Laurent Pinchart
---
arch/arm/mach-shmobile/board-koelsch-reference.c | 73
1 file changed, 73 deletions(-)
diff --git a/arch/arm/mach-shmobile/board-koelsch
The DU device is now instantiated from the device tree, remote the
corresponding platform device.
Signed-off-by: Laurent Pinchart
---
arch/arm/mach-shmobile/board-lager-reference.c | 80 --
1 file changed, 80 deletions(-)
diff --git a/arch/arm/mach-shmobile/board-lager-r
Add the DU device with a disabled state. Boards that want to enable the
DU need to specify the output topology
Signed-off-by: Laurent Pinchart
---
arch/arm/boot/dts/r8a7791.dtsi | 30 ++
1 file changed, 30 insertions(+)
diff --git a/arch/arm/boot/dts/r8a7791.dtsi b/a
Add the DU device with a disabled state. Boards that want to enable the
DU need to specify the output topology.
Signed-off-by: Laurent Pinchart
---
arch/arm/boot/dts/r8a7790.dtsi | 39 +++
1 file changed, 39 insertions(+)
diff --git a/arch/arm/boot/dts/r8a779
Add the DU device with a disabled state. Boards that want to enable the
DU need to specify the output topology
Signed-off-by: Laurent Pinchart
---
arch/arm/boot/dts/r8a7779.dtsi | 24
1 file changed, 24 insertions(+)
diff --git a/arch/arm/boot/dts/r8a7779.dtsi b/arch/ar
Implement support for the R-Car DU DT bindings in the rcar-du DRM
driver.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_drv.c | 170 --
drivers/gpu/drm/rcar-du/rcar_du_drv.h | 2 +
drivers/gpu/drm/rcar-du/rcar_du_encoder.c | 11 +-
drivers/gpu
In preparation for DT support where panel timings will be described by a
DRM-agnostic video mode, replace the struct drm_mode_modeinfo instance
in the panel platform data with a struct videomode.
Signed-off-by: Laurent Pinchart
---
arch/arm/mach-shmobile/board-koelsch-reference.c | 19 +-
Aside of the usual boring core properties (compatible, reg, interrupts
and clocks), the bindings use the OF graph bindings to model connections
between the DU output video ports and the on-board and off-board
components.
Cc: devicetree at vger.kernel.org
Cc: linux-fbdev at vger.kernel.org
Signed-o
The THC63LVDM83D is a video LVDS serializer described by an input port,
an output port, and an optional power down GPIO.
Cc: devicetree at vger.kernel.org
Cc: linux-fbdev at vger.kernel.org
Signed-off-by: Laurent Pinchart
---
.../devicetree/bindings/video/thine,thc63lvdm83d | 50 ++
The ADV7123 is a video DAC described by an input port, an output port,
and an optional power save GPIO.
Cc: devicetree at vger.kernel.org
Cc: linux-fbdev at vger.kernel.org
Signed-off-by: Laurent Pinchart
---
.../devicetree/bindings/video/adi,adv7123.txt | 50 ++
1 file
The VGA connector is described by a single input port and an optional
DDC bus.
Cc: devicetree at vger.kernel.org
Cc: linux-fbdev at vger.kernel.org
Signed-off-by: Laurent Pinchart
---
.../devicetree/bindings/video/vga-connector.txt| 28 ++
1 file changed, 28 insertions(+)
Use the company name as vendor prefix.
Cc: devicetree at vger.kernel.org
Signed-off-by: Laurent Pinchart
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Documentation/devicetree
Mitsubishi Electric Corporation has a numerical stock ticker, use the
company name as vendor prefix.
Cc: devicetree at vger.kernel.org
Signed-off-by: Laurent Pinchart
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devic
Hello,
This patch series documents and implements DT bindings support for the R-Car
Display Unit (DU).
Unlike the previous attempt that tried to create a new model for composite
display devices and failed to get any real traction from DRM developers, the
approach taken here focuses on DT bindings
Hi Dave,
Just a few more radeon fixes for 3.17.
The following changes since commit a284e9d14e35b776807c3a40dd1ff1e05429d4a4:
MAINTAINERS: Add entry for Renesas DRM drivers (2014-08-24 16:37:47 +1000)
are available in the git repository at:
git://people.freedesktop.org/~agd5f/linux drm-fixe
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140827/f709beaf/attachment.html>
se:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140827/de21afda/attachment.html>
On Wed, Aug 27, 2014 at 3:01 PM, Alex Williamson
wrote:
> If we assign a Radeon device to a virtual machine, we can no longer
> assume a fixed hardware topology, like the GPU having a parent device.
> This patch simply adds a few pci_is_root_bus() tests to avoid passing
> a NULL pointer to PCI acc
Hi Dave,
More radeon changes for drm-next. Highlights:
- UVD support for older asics
- Reset rework in preparation for Maarten's fence patches
I have a few more patches which depend on Christian's ttm changes,
I'll send them out separately once you've merged the ttm changes.
Just a heads up, I'll
Acked-by: Maarten Lankhorst
On 27-08-14 17:19, Rob Clark wrote:
> We really don't want distro's enabling this in their kernels. Try and
> make that more clear.
>
> Signed-off-by: Rob Clark
> ---
> lib/Kconfig.debug | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/lib/Kconfig.debu
https://bugzilla.kernel.org/show_bug.cgi?id=83201
Ted Percival changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Hello Damien Lespiau,
The patch a26aa8baee6c: "drm/i915/bdw: Provide the BDW specific HDMI
buffer translation table" from Aug 1, 2014, leads to the following
static checker warning:
drivers/gpu/drm/i915/intel_ddi.c:225 intel_prepare_ddi_buffers()
error: buffer overflow 'ddi_transl
Initialize GEM object using drm_gem_private_object_init instead of
drm_gem_object_init. It doesn't need to have shmfs backing store because
the CMA GEM object uses CMA area.
Signed-off-by: Joonyoung Shim
---
drivers/gpu/drm/drm_gem_cma_helper.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(
From: Christian K?nig
Blocking completely innocent processes with a GPU reset is
a pretty bad idea. Just set needs_reset and let the next
command submission or fence wait do the job.
Signed-off-by: Christian K?nig
Reviewed-by: Maarten Lankhorst
---
drivers/gpu/drm/radeon/cik.c| 6
From: Christian K?nig
It's causing issues with VMID handling and comparing the
fence value two times actually doesn't make handling faster.
v2: rebased on reset changes
Signed-off-by: Christian K?nig
Reviewed-by: Maarten Lankhorst
---
drivers/gpu/drm/radeon/radeon.h | 3 ---
drivers/g
From: Maarten Lankhorst
This makes it possible to wait for a specific amount of time,
rather than wait until infinity.
v2 (chk): rebased on other changes
Signed-off-by: Maarten Lankhorst
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon_fence.c | 48 ---
From: Christian K?nig
v5 (chk): complete rework, start when the first fence is emitted,
stop when the last fence is signalled, make it work
correctly with GPU resets, cleanup radeon_fence_wait_seq
Signed-off-by: Maarten Lankhorst
Signed-off-by: Christian K?nig
---
drivers/
From: Maarten Lankhorst
This is needed for the next commit, because the lockup detection
will need the read lock to run.
v4 (chk): split out forced fence completion, remove unrelated changes,
add and handle in_reset flag
Signed-off-by: Maarten Lankhorst
Signed-off-by: Christian K?nig
From: Christian K?nig
Instead of resetting all fence numbers, only reset the
number of the problematic ring. Split out from a patch
from Maarten Lankhorst
Signed-off-by: Christian K?nig
Reviewed-by: Maarten Lankhorst
---
drivers/gpu/drm/radeon/radeon.h| 2 +-
drivers/gpu/drm/radeon/
From: Alex Deucher
If the display hw was reset or a hard reset was used,
we need to re-init some of the common display hardware as well.
Signed-off-by: Alex Deucher
Reviewed-by: Christian K?nig
Reviewed-by: Maarten Lankhorst
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/radeon_dev
From: Alex Deucher
pm_suspend is handled in the radeon_suspend callbacks.
pm_resume has special handling depending on whether
dpm or legacy pm is enabled. Change radeon_gpu_reset
to mirror the behavior in the suspend and resume
paths.
Signed-off-by: Alex Deucher
Reviewed-by: Christian K?nig
R
From: Christian K?nig
Wake up all fences when we manually trigger a reset.
Signed-off-by: Christian K?nig
Reviewed-by: Maarten Lankhorst
---
drivers/gpu/drm/radeon/radeon_fence.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/radeon/radeon_fence.c
b/drivers/gpu/drm/radeo
Hey Alex,
please pull the following patches into drm-next-3.18. Compared to the last
version I only fixed the typos Michel noted.
@Maarten: Can you rebase your branch on top of those? I want to take a look at
the remaining changes as well and also test that branch a bit.
Thanks,
Christian.
more convenient, especially if you
want to use that during training sequences and iterate over the levels.
But I don't feel too strongly about it, so either way is fine with me.
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/20140827/9d65e935/attachment.sig>
ining sequences extracted into common
helpers.
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/20140827/5e4f487b/attachment.sig>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140827/0bc8fffd/attachment.html>
On Wed, Aug 27, 2014 at 2:57 PM, Alex Williamson
wrote:
> If we have a GPU on the PCI root bus that calls
> drm_pcie_get_speed_cap_mask() we end up with a NULL pointer
> dereference since pdev->bus->self is NULL. We already protect
> against callers passing non-PCI devices, so let's also catch th
Hi YC,
you should probably be a bit more verbose in your changelog entry.
As subject something like:
Add reduced blanking modes for wide screen mode
As text:
Add reduced blanking modes, improve mode matching to
identify these modes by their sync polarities.
Y.C. Chen writes:
>
https://bugzilla.kernel.org/show_bug.cgi?id=83341
Bug ID: 83341
Summary: Failure to check return value leads to missed -EDEADLK
and a kernel warning printout
Product: Drivers
Version: 2.5
Kernel Version: 3.16 and above
On 26 August 2014 21:28, Christian K?nig wrote:
> Hi Dave,
>
> any preferences how I can push this change upstream?
>
> Since it affects a whole bunch of drivers it would be nice if I could get
> more reviews and/or acks on it. And if we just push it to you through the
> Radeon tree it will probab
is corrupted.
--
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/20140827/a4902061/attachment.html>
On Wed, Aug 27, 2014 at 04:04:46PM +0300, Dan Carpenter wrote:
> Hello Damien Lespiau,
>
> The patch a26aa8baee6c: "drm/i915/bdw: Provide the BDW specific HDMI
> buffer translation table" from Aug 1, 2014, leads to the following
> static checker warning:
>
> drivers/gpu/drm/i915/intel_ddi.c
ity glitches.
--
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/20140827/9722a044/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=83331
--- Comment #4 from Klaus Kusche ---
Logs after
xset dpms force standby (screen goes black)
touching the mouse(screen starts flickering)
xrandr --output eDP --off (screen goes black)
xrandr --output eDP --auto(screen beco
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140827/e5ed27d2/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=83331
--- Comment #3 from Klaus Kusche ---
Created attachment 148511
--> https://bugzilla.kernel.org/attachment.cgi?id=148511&action=edit
X log
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=83331
--- Comment #2 from Klaus Kusche ---
Created attachment 148501
--> https://bugzilla.kernel.org/attachment.cgi?id=148501&action=edit
Kernel and system log
--
You are receiving this mail because:
You are watching the assignee of the bug.
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140827/f1d1d570/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140827/ea709fa8/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140827/81936f61/attachment.html>
> -Original Message-
> From: Jindal, Sonika [mailto:sonika.jindal at intel.com]
> Sent: Wednesday, August 27, 2014 2:09 AM
> To: Jindal, Sonika; intel-gfx at lists.freedesktop.org
> Cc: dri-devel at lists.freedesktop.org; kgene.kim at samsung.com;
> jg1.han at samsung.com; airlied at linux.
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140827/e5b55138/attachment.html>
||
--
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/20140827/7d4c57ec/attachment.html>
Hi Dave,
Am 27.08.2014 um 06:21 schrieb Dave Airlie:
> On 26 August 2014 21:28, Christian K?nig wrote:
>> Hi Dave,
>>
>> any preferences how I can push this change upstream?
>>
>> Since it affects a whole bunch of drivers it would be nice if I could get
>> more reviews and/or acks on it. And if w
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/20140827/5499a0e1/attachment-0001.html>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140827/e6270739/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=83331
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 fr
The patch removes redundant checks, redundant HW reads
and simplifies code.
Signed-off-by: Andrzej Hajda
---
v2:
- fixed bit cleaning operation
---
drivers/gpu/drm/exynos/exynos_drm_fimc.c | 64
1 file changed, 15 insertions(+), 49 deletions(-)
diff --git a/driv
If we assign a Radeon device to a virtual machine, we can no longer
assume a fixed hardware topology, like the GPU having a parent device.
This patch simply adds a few pci_is_root_bus() tests to avoid passing
a NULL pointer to PCI access functions, allowing the radeon driver to
work in a QEMU 440FX
earlier versions of MESA)
--
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/20140827/59be04c7/attachment-0001.html>
If we have a GPU on the PCI root bus that calls
drm_pcie_get_speed_cap_mask() we end up with a NULL pointer
dereference since pdev->bus->self is NULL. We already protect
against callers passing non-PCI devices, so let's also catch this
case and return -EINVAL.
Root complex graphics are not terrib
On 26.08.2014 23:14, Stefan Lange wrote:
> Hi,
>
> first of all: Thanks a lot for putting effort into this sort of ancient
> hardware, I'm really surprised in a very positive way to see open source
> UVD support happen on old R600 GPUs. I gave the recently posted patches
> a shot an here is my firs
I noticed a bunch of typos, other than that the series looks good to me.
Patch 1:
> Wake up all fences when we manually trigger an reset.
'trigger a reset.'
Patch 2:
> pathes.
'paths.'
Patch 7:
> drm/radeon: add timeout argument to, radeon_fence_wait_seq
'to radeon_fence_wait_seq'
--
On 08/26/2014 07:00 AM, Joonyoung Shim wrote:
> Hi Andrzej,
>
> On 08/22/2014 04:52 PM, Andrzej Hajda wrote:
>> In case of allocation errors some already allocated buffers
>> were not freed. The patch fixes it.
>>
>> Signed-off-by: Andrzej Hajda
>> ---
>> drivers/gpu/drm/exynos/exynos_drm_ipp.c |
On Wed, Aug 27, 2014 at 11:41 AM, Laurent Pinchart
wrote:
> The VGA connector is described by a single input port and an optional
> DDC bus.
Wasn't there a generic connector binding for DVI, HDMI, etc.?
>
> Cc: devicetree at vger.kernel.org
> Cc: linux-fbdev at vger.kernel.org
> Signed-off-by: L
https://bugzilla.kernel.org/show_bug.cgi?id=83331
Bug ID: 83331
Summary: radeon: Laptop panel out of sync after dpms
standby/suspend/off
Product: Drivers
Version: 2.5
Kernel Version: 3.15.10
Hardware: All
On Wed, Aug 27, 2014 at 11:40 AM, Laurent Pinchart
wrote:
> Mitsubishi Electric Corporation has a numerical stock ticker, use the
> company name as vendor prefix.
>
> Cc: devicetree at vger.kernel.org
> Signed-off-by: Laurent Pinchart
Acked-by: Rob Herring
> ---
> Documentation/devicetree/bin
On Wed, Aug 27, 2014 at 11:40 AM, Laurent Pinchart
wrote:
> Use the company name as vendor prefix.
>
> Cc: devicetree at vger.kernel.org
> Signed-off-by: Laurent Pinchart
Acked-by: Rob Herring
> ---
> Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
> 1 file changed, 1 insertion(+
On 26.08.2014 16:07, Meelis Roos wrote:
r100 init hangs in a different place. Original dmesg first, then my
instrumented dmesg (seems to get further):
>>>
>>> The instrumented dmesg had a couple of my local test changes and was
>>> bad now that I had ROM. Reverted them exept my readb chan
We really don't want distro's enabling this in their kernels. Try and
make that more clear.
Signed-off-by: Rob Clark
---
lib/Kconfig.debug | 4
1 file changed, 4 insertions(+)
diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
index 07c2832..1b233fc 100644
--- a/lib/Kconfig.debug
+++ b/li
On Wed, Aug 27, 2014 at 4:10 AM, Christian K?nig
wrote:
> Am 27.08.2014 um 05:04 schrieb Alex Deucher:
>
>> Fixes avoids and error message on boot which is harmless,
>> but confusing to users.
>>
>> Signed-off-by: Alex Deucher
>
>
> The attached patch fixes the underlying issue for me on RS780.
>
1 - 100 of 123 matches
Mail list logo
