Hi Christian,
this commit is causing a boot regression with v4.2-rcX on my Richland
APU (CHIP_ARUBA) based laptop. I didn't have time yet to track down
where exactly it is going wrong, but I bisected it down to this single
commit.
I don't have the VCE firmware installed on this system, so from a
On 13.08.2015 15:03, Lucas Stach wrote:
> Hi Christian,
>
> this commit is causing a boot regression with v4.2-rcX on my Richland
> APU (CHIP_ARUBA) based laptop. I didn't have time yet to track down
> where exactly it is going wrong, but I bisected it down to this single
> commit.
>
> I don't ha
Hi Jammy,
On 13.08.2015 12:33, Jammy Zhou wrote:
> This series is a set of patches in my side pending for merge. And I rebased it
> with the drm_private series from Emil.
>
> Emil Velikov (1):
> drm: add interface to get drm devices on the system v2
>
> Jammy Zhou (4):
> amdgpu: improve am
Am Donnerstag, den 13.08.2015, 15:18 +0900 schrieb Michel Dänzer:
> On 13.08.2015 15:03, Lucas Stach wrote:
> > Hi Christian,
> >
> > this commit is causing a boot regression with v4.2-rcX on my Richland
> > APU (CHIP_ARUBA) based laptop. I didn't have time yet to track down
> > where exactly it
On Thu, Aug 13, 2015 at 7:04 AM, Thomas Hellstrom
wrote:
>> Out of curiosity I did take a (very) quick look and also tried to find the
>> corresponding userspace parts. On a quick search I didn't find anything
>> for libdrm or mesa, neither on mailing lists or already committed. Where
>> are thos
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150813/0650afed/attachment.html>
On Thu, Aug 13, 2015 at 1:37 AM, Lukas Wunner wrote:
> Hi Daniel,
>
> On Wed, Aug 12, 2015 at 04:16:25PM +0200, Daniel Vetter wrote:
>> > * Reprobing if the inactive GPU initializes before the apple-gmux module:
>> > v1 used Matthew Garrett's approach of adding a driver callback.
>> > v2 simpl
On Wed, Aug 12, 2015 at 03:52:12PM -0500, Rob Herring wrote:
> I'm working on a DRM driver for PXA1928. Other than a stride alignment
> requirement of 16 bytes, I have no other reason not to use fbdev_cma.
> While I can adjust the stride for drm_gem_cma_dumb_create, I cannot do
> the same for dr
On Wed, Aug 12, 2015 at 08:29:16PM -0300, Tiago Vignatti wrote:
> This patch adds test_correct_cpu_write, which maps the texture buffer through
> a
> prime fd and then writes directly to it using the CPU. It stresses the driver
> to guarantee cache synchronization among the different domains.
>
>
On Wed, Aug 12, 2015 at 08:29:14PM -0300, Tiago Vignatti wrote:
> From: Rob Bradford
>
> This test has the following subtests:
> - test_correct for correctness of the data
> - test_map_unmap checks for mapping idempotency
> - test_reprime checks for dma-buf creation idempotency
> - test_forke
On 08/13/2015 08:38 AM, Daniel Vetter wrote:
> On Thu, Aug 13, 2015 at 7:04 AM, Thomas Hellstrom
> wrote:
>>> Out of curiosity I did take a (very) quick look and also tried to find the
>>> corresponding userspace parts. On a quick search I didn't find anything
>>> for libdrm or mesa, neither on m
On Wed, Aug 12, 2015 at 05:56:16PM -0700, Eric Anholt wrote:
> This is the start of a full VC4 driver. Right now this just supports
> configuring the display using a pre-existing video mode (because
> changing the pixel clock isn't available yet, and doesn't work when it
> is). However, this is e
Hi Dave,
Final drm-misc pull for 4.3:
- fbdev emulation Kconfig option for everyone thanks to Archit. It's not
everything yet bit this is fairly tricky since it spawns all drivers.
- vgaarb & vgaswitcheroo polish from Thierry
- some drm_irq.c cleanups (Thierry)
- struct_mutex crusade from me
- m
On Thu, 13 Aug 2015, Mario Kleiner wrote:
> Thanks for the quick fix! Comments below...
>
> On 08/12/2015 11:43 AM, Daniel Vetter wrote:
>> In
>>
>> commit d328c9d78d64ca11e744fe227096990430a88477
>> Author: Daniel Vetter
>> Date: Fri Apr 10 16:22:37 2015 +0200
>>
>> drm/i915: Select start
gt; >
> > -int imx_drm_crtc_id(struct imx_drm_crtc *crtc);
> > +unsigned int imx_drm_crtc_id(struct imx_drm_crtc *crtc);
> >
> > struct imx_drm_crtc_helper_funcs {
> > int (*enable_vblank)(struct drm_crtc *crtc);
> > --
> > 2.4.5
> >
>
&g
.4.5
> >
>
>
>
> --
> Benjamin Gaignard
>
> Graphic Working Group
>
> Linaro.org â Open source software for ARM SoCs
>
> Follow Linaro: Facebook | Twitter | Blog
-- 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/20150813/d8ee7324/attachment.sig>
drm_send_vblank_event(struct drm_device *dev, unsigned int
> > pipe,
> > struct drm_pending_vblank_event *e);
> > extern void drm_crtc_send_vblank_event(struct drm_crtc *crtc,
> > --
> > 2.4.5
> >
>
> --
> Daniel Vetter
> Software Engineer, Intel Corporation
> http://blog.ffwll.ch
-- 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/20150813/70d7af20/attachment-0001.sig>
return;
> > +
> > if (vblank->inmodeset) {
> > spin_lock_irqsave(&dev->vbl_lock, irqflags);
> > dev->vblank_disable_allowed = true;
> > --
> > 2.4.5
> >
>
> --
> Daniel Vetter
> Software Engineer, Intel Corporation
> http://blog.ffwll.ch
-- 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/20150813/3bdec4f5/attachment.sig>
From: Thierry Reding
Commit cc1ef118fc09 ("drm/irq: Make pipe unsigned and name consistent")
missed a few occurrences of int pipe/crtc across various rebases. Clean
the remaining ones up now.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_irq.c | 16
1 file changed, 8 i
https://bugzilla.kernel.org/show_bug.cgi?id=102401
Maxqia changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
nts/20150813/80e2e790/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=102811
Bug ID: 102811
Summary: [BISECTED] [radeon] Monitor loses HDMI video signal -
blank screen after boot
Product: Drivers
Version: 2.5
Kernel Version: 4.1
Hardware: x86-64
On Wed, Aug 12, 2015 at 5:00 PM, Thierry Reding
wrote:
> From: Thierry Reding
>
> If the DSI output isn't connected, then mdfld_dsi_encoder_get_pipe()
> will return -1. The mdfld_dsi_dp_mode_set() function doesn't properly
> check for this condition and causes the following compiler warnings:
>
>
On 08/13/2015 01:29 AM, Tiago Vignatti wrote:
> Hi,
>
> The idea is to create a GEM bo in one process and pass the prime handle of the
> it to another process, which in turn uses the handle only to map and write.
> This could be useful for Chrome OS architecture, where the Web content
> ("unprivile
On 13 August 2015 at 01:56, Eric Anholt wrote:
> This is the start of a full VC4 driver. Right now this just supports
> configuring the display using a pre-existing video mode (because
> changing the pixel clock isn't available yet, and doesn't work when it
> is). However, this is enough for fbc
Hi Thomas,
On 12 August 2015 at 19:31, Thomas Hellstrom wrote:
...
> - GL3 - support for a new device functionality called "DX"
Out of curiosity - what what does DX stand for ?
Thanks
Emil
On 08/13/2015 01:47 PM, Emil Velikov wrote:
> Hi Thomas,
>
> On 12 August 2015 at 19:31, Thomas Hellstrom wrote:
> ...
>> - GL3 - support for a new device functionality called "DX"
> Out of curiosity - what what does DX stand for ?
Hmm. I'm not 100% sure. Given the history of the device interface
was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150813/5963ab19/attachment.sig>
827hc19_05b.txt
Applied, thanks.
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/20150813/533f3a7b/attachment.sig>
-- 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/20150813/db690ec4/attachment-0001.sig>
> 1 file changed, 1 insertion(+)
Applied, thanks.
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/attac
Add Vincent Abriou and myself has maintainers.
Signed-off-by: Benjamin Gaignard
---
MAINTAINERS | 9 +
1 file changed, 9 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 9c9dd5f..a6fbdf1 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3592,6 +3592,15 @@ S: Maintained
F:
pe: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150813/2bac5b97/attachment.sig>
Hi Thierry,
On Thu, Aug 13, 2015 at 2:32 PM, Thierry Reding
wrote:
> On Wed, Jun 10, 2015 at 06:44:23PM +0200, Gary Bisson wrote:
>> Add support for the Okaya RS800480T-7X0GP to the DRM simple panel
>> driver.
>>
>> The RS800480T-7X0GP is a WVGA (800x480) panel with an 18-bit parallel
>> LCD inte
Thierry
[0]: git://anongit.freedesktop.org/tegra/linux#drm/panel/for-next
-- 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/20150813/ec50dd46/attachment.sig>
On Thu, Aug 13, 2015 at 11:38:51AM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> Commit cc1ef118fc09 ("drm/irq: Make pipe unsigned and name consistent")
> missed a few occurrences of int pipe/crtc across various rebases. Clean
> the remaining ones up now.
>
> Signed-off-by: Thierry Red
On Thu, Aug 13, 2015 at 11:12:37AM +0200, Thierry Reding wrote:
> On Wed, Aug 12, 2015 at 05:35:08PM +0200, Daniel Vetter wrote:
> > On Wed, Aug 12, 2015 at 05:00:32PM +0200, Thierry Reding wrote:
> > > From: Thierry Reding
> > >
> > > This function is the KMS native variant of drm_vblank_count_a
On Thu, Aug 13, 2015 at 11:20:05AM +0200, Thierry Reding wrote:
> On Wed, Aug 12, 2015 at 05:40:11PM +0200, Daniel Vetter wrote:
> > On Wed, Aug 12, 2015 at 05:00:30PM +0200, Thierry Reding wrote:
> > > From: Thierry Reding
> > >
> > > When accessing the array of per-CRTC VBLANK structures we mus
On 13 August 2015 at 04:33, Jammy Zhou wrote:
> From: Emil Velikov
>
> For mutiple GPU support, the devices on the system should be enumerated
> to get necessary information about each device, and the drmGetDevices
> interface is added for this. Currently only PCI devices are supported for
> the
Hi,
rc6-next-20150813
[1.987833] fbcon: inteldrmfb (fb0) is primary device
[1.988589] [ cut here ]
[1.988607] WARNING: CPU: 0 PID: 62 at include/linux/ww_mutex.h:158
drm_atomic_check_only+0x24e/0x4ed [drm]()
[1.988609] DEBUG_LOCKS_WARN_ON(ctx
On 08/13/2015 08:09 AM, Thomas Hellstrom wrote:
> Tiago,
>
> I take it, this is intended to be a generic interface used mostly for 2D
> rendering.
yup. "generic" is an important point that I've actually forgot to
mention in the description, which is probably the whole motivation for
bringing thi
On 08/13/2015 04:01 AM, Daniel Vetter wrote:
> On Wed, Aug 12, 2015 at 08:29:16PM -0300, Tiago Vignatti wrote:
>> This patch adds test_correct_cpu_write, which maps the texture buffer
>> through a
>> prime fd and then writes directly to it using the CPU. It stresses the driver
>> to guarantee cach
On Thu, Aug 13, 2015 at 11:26:57AM -0300, Tiago Vignatti wrote:
> On 08/13/2015 04:01 AM, Daniel Vetter wrote:
> >On Wed, Aug 12, 2015 at 08:29:16PM -0300, Tiago Vignatti wrote:
> >>This patch adds test_correct_cpu_write, which maps the texture buffer
> >>through a
> >>prime fd and then writes dir
On Thu, Aug 13, 2015 at 11:09:07AM -0300, Tiago Vignatti wrote:
> On 08/13/2015 08:09 AM, Thomas Hellstrom wrote:
> >Tiago,
> >
> >I take it, this is intended to be a generic interface used mostly for 2D
> >rendering.
>
> yup. "generic" is an important point that I've actually forgot to mention in
On Thu, Aug 13, 2015 at 11:33:41AM +0800, Jammy Zhou wrote:
> From: Emil Velikov
>
> For mutiple GPU support, the devices on the system should be enumerated
> to get necessary information about each device, and the drmGetDevices
> interface is added for this. Currently only PCI devices are suppor
On 13 August 2015 at 16:07, Daniel Vetter wrote:
> On Thu, Aug 13, 2015 at 11:33:41AM +0800, Jammy Zhou wrote:
>> From: Emil Velikov
>>
>> For mutiple GPU support, the devices on the system should be enumerated
>> to get necessary information about each device, and the drmGetDevices
>> interface
On 7 August 2015 at 17:44, Emil Velikov wrote:
> Now that the API is stabilised we can do a bit of a cleanup, and ensure
> only the symbols part of it are exported - 62 -> 34.
>
> This also gives us some ~10% is size reduction of the final binary.
>
> Android support would be nice, but it's not a
or the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150813/ceacc5e0/attachment.html>
u 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/20150813/3b103564/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=102831
Bug ID: 102831
Summary: Some flashbased videoplayers cause GPU lockups on
radeon.
Product: Drivers
Version: 2.5
Kernel Version: 4.2-rc6
Hardware: x86-64
https://bugzilla.kernel.org/show_bug.cgi?id=102831
--- Comment #1 from Jon Arne Jørgensen ---
Created attachment 184861
--> https://bugzilla.kernel.org/attachment.cgi?id=184861&action=edit
Full dmesg
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=102831
Jon Arne Jørgensen changed:
What|Removed |Added
Attachment #184861|application/octet-stream|text/plain
mime type|
https://bugzilla.kernel.org/show_bug.cgi?id=102831
--- Comment #2 from Jon Arne Jørgensen ---
I wrote PANIC_ON_HANG, that should be: CONFIG_BOOTPARAM_HUNG_TASK_PANIC
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=102831
--- Comment #3 from Jon Arne Jørgensen ---
When the lockup fails to crash the kernel, I end up with an unusable system
with this filling my dmesg buffer:
[...snip...]
[ 1196.506527] radeon :02:00.0: ring 5 stalled for more than 232970msec
[
From: Gustavo Padovan
These legacy helpers should only be used by shadow-attaching drivers.
KMS drivers has its own way to handle suspend/resume and don't need to
use these two helpers.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm_drv.c | 2 --
1 file changed, 2 deletio
From: Gustavo Padovan
Legacy s/r hooks are only used for shadow-attaching drivers, warn
when a KMS driver tries to use them.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/drm_drv.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/drm_drv.c b/drivers/gpu/drm/drm_drv.c
e953384a and I just merged a
> patch to make it optional for encoders too (when using atomic helpers
> which you do). You can remove them both.
Great! It felt like there was a *lot* of boilerplate when I was first
writing this stuff, and things are way better than they used to be.
>> +static int vc4_drm_load(struct drm_device *dev, unsigned long flags)
>> +{
>> +struct vc4_dev *vc4;
>> +int ret;
>> +
>> +vc4 = devm_kzalloc(dev->dev, sizeof(*vc4), GFP_KERNEL);
>> +if (!vc4)
>> +return -ENOMEM;
>> +
>> +dev_set_drvdata(dev->dev, dev);
>> +vc4->dev = dev;
>> +dev->dev_private = vc4;
>> +
>> +drm_mode_config_init(dev);
>> +
>> +ret = component_bind_all(dev->dev, dev);
>> +if (ret)
>> +return ret;
>> +
>> +vc4_kms_load(dev);
>> +
>> +return 0;
>> +}
>
> ->load has backwards init ordering (we register public interfaces before
> calling it, yay) because backwards compat. Hence deprecated, please use
> drm_dev_alloc(); ... driver init including drm_dev_set_unique();
> drm_dev_register(); instead and drop ->load.
Will do.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150813/dca1b430/attachment.sig>
On Thu, Aug 13, 2015 at 01:44:03PM -0700, Eric Anholt wrote:
> Daniel Vetter writes:
>
> > On Wed, Aug 12, 2015 at 05:56:16PM -0700, Eric Anholt wrote:
> >> This is the start of a full VC4 driver. Right now this just supports
> >> configuring the display using a pre-existing video mode (because
On Thu, Aug 13, 2015 at 05:06:39PM -0300, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Legacy s/r hooks are only used for shadow-attaching drivers, warn
> when a KMS driver tries to use them.
>
> Signed-off-by: Gustavo Padovan
Assuming that Inki picks up the exynos patch I've applied thi
On Thu, Aug 13, 2015 at 01:44:03PM -0700, Eric Anholt wrote:
> Struct mutex is here because this code is from the V3D series, with the
> in-kernel BO cache ripped out (it turns out that the CMA allocator is
> slow, and you can't just userspace cache since we have to do allocations
> within the kern
More registers and bit fields are added for PHY timings
and bitclk source selection.
Signed-off-by: Hai Li
---
rnndb/dsi/dsi.xml | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/rnndb/dsi/dsi.xml b/rnndb/dsi/dsi.xml
index 02cfa3b..956f3ff 100644
--- a/rnndb/dsi/dsi
The DSI PHY driver currently includes the implementation of all PHY types.
To support more types in the future, this patch series is moving each PHY
code into a separate file and making them compile independent. Some clean
up patches for DSI PHY are also included.
Hai Li (5):
drm/msm/dsi: Update
This change is to update DSI register definition changes
introduced by the following change:
rnndb/dsi: Add more bits for DSI PHY
More registers and bit fields are added for PHY timings
and bitclk source selection.
Signed-off-by: Hai Li
---
drivers/gpu/drm/msm/dsi/dsi.xml.h | 5 +++
The bit position to configure source PLL will change
on new types of PHYs. The caller should pass down
this information.
Signed-off-by: Hai Li
---
drivers/gpu/drm/msm/dsi/dsi_phy.c | 16 +++-
1 file changed, 11 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/msm/dsi/dsi_p
We are not checking the return value from msm_dsi_phy_disable().
Change the return type to void.
Signed-off-by: Hai Li
---
drivers/gpu/drm/msm/dsi/dsi.h | 2 +-
drivers/gpu/drm/msm/dsi/dsi_phy.c | 16 +---
2 files changed, 6 insertions(+), 12 deletions(-)
diff --git a/drivers/g
On a certain platform, only one type of DSI PHY is used.
This change allows the user to only compile the PHY type
which is being used.
Signed-off-by: Hai Li
---
drivers/gpu/drm/msm/Kconfig | 14 ++
drivers/gpu/drm/msm/Makefile | 11 +++
drivers/gpu/drm/msm/
This change moves each PHY type specific code into
separate files.
Signed-off-by: Hai Li
---
drivers/gpu/drm/msm/Makefile | 6 +-
drivers/gpu/drm/msm/dsi/dsi_phy.c | 756 -
drivers/gpu/drm/msm/dsi/phy/dsi_phy.c | 448 +
dr
With more platforms supported, the DSI host
configuration array keeps expanding. This change
moves those to a separate dsi_cfg module.
Signed-off-by: Hai Li
---
drivers/gpu/drm/msm/Makefile | 1 +
drivers/gpu/drm/msm/dsi/dsi_cfg.c | 92 ++
drivers/gpu/drm/msm/dsi/dsi_cf
On Mon, May 18, 2015 at 03:32:21PM +0300, Vladimir Zapolskiy wrote:
> +/* HDMI_IH_I2CM_STAT0 and HDMI_IH_MUTE_I2CM_STAT0 register bits */
> +#define HDMI_IH_I2CM_STAT0_ERROR BIT(0)
> +#define HDMI_IH_I2CM_STAT0_DONE BIT(1)
> +
> +/* HDMI_I2CM_OPERATION register bits
?
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150813/771987cb/attachment-0001.sig>
On 07/23/2015 05:29 PM, Jonathan Corbet wrote:
> On Thu, 23 Jul 2015 15:16:23 -0300
> Danilo Cesar Lemes de Paula wrote:
>
>> This series add supports for hyperlink cross-references on Docbooks and
>> an optional markup syntax for in-source Documentation.
>
> I like the idea; just be warned that
On Thu, 13 Aug 2015 20:09:35 -0300
Danilo Cesar Lemes de Paula wrote:
> Did you find time to take a look on this?
No. Just when I thought things couldn't get crazier, my laptop died.
https://plus.google.com/+JonathanCorbet/posts/FBHp48dPb95
What spare time I had has been dedicated t
I finally got around to playing with kasan. It didn't end well.
I added some debugging to validate_cmds_sorted to print out the table
sizes right before the stack traces.
Dave
validate_cmds_sorted: table:a1fb4220 cmd_table_count:3
validate_cmds_sorted: table:a1fb4220 tabl
Hi Daniel,
On Wed, Aug 12, 2015 at 04:16:25PM +0200, Daniel Vetter wrote:
> > * Reprobing if the inactive GPU initializes before the apple-gmux module:
> > v1 used Matthew Garrett's approach of adding a driver callback.
> > v2 simply generates a hotplug event instead. nouveau polls its outputs
The series are Reviewed-by: Jammy Zhou
And I will rebase my pending patches on top of this series. Thanks.
Regards,
Jammy
-Original Message-
From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of
Emil Velikov
Sent: Saturday, August 08, 2015 12:45 AM
To: dri-devel
The exynos_drm_gem_mmap_buffer() is not used outside so make it static.
Signed-off-by: Krzysztof Kozlowski
---
drivers/gpu/drm/exynos/exynos_drm_gem.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_gem.c
b/drivers/gpu/drm/exynos/exynos_drm_
Thanks for the quick fix! Comments below...
On 08/12/2015 11:43 AM, Daniel Vetter wrote:
> In
>
> commit d328c9d78d64ca11e744fe227096990430a88477
> Author: Daniel Vetter
> Date: Fri Apr 10 16:22:37 2015 +0200
>
> drm/i915: Select starting pipe bpp irrespective or the primary plane
>
> we s
This series is a set of patches in my side pending for merge. And I rebased it
with the drm_private series from Emil.
Emil Velikov (1):
drm: add interface to get drm devices on the system v2
Jammy Zhou (4):
amdgpu: improve amdgpu_vamgr_init
amdgpu: add flag to support 32bit VA address v3
Each device can have its own vamgr, so make it per device now.
This can fix the failure with multiple GPUs used in one single
process.
v2: rebase
Signed-off-by: Jammy Zhou
Reviewed-by: Christian König
---
amdgpu/amdgpu_device.c | 13 +++--
amdgpu/amdgpu_internal.h | 5 -
amdgpu
From: Emil Velikov
For mutiple GPU support, the devices on the system should be enumerated
to get necessary information about each device, and the drmGetDevices
interface is added for this. Currently only PCI devices are supported for
the enumeration.
Typical usage:
int count;
drmDevicePtr *foo;
The AMDGPU_VA_RANGE_32_BIT flag is added to request VA range in the
32bit address space for amdgpu_va_range_alloc.
The 32bit address space is reserved at initialization time, and managed
with a separate VAMGR as part of the global VAMGR. And if no enough VA
space available in range above 4GB, this
Make it a generic function independent of the device info.
Signed-off-by: Jammy Zhou
Reviewed-by: Christian König
---
amdgpu/amdgpu_vamgr.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/amdgpu/amdgpu_vamgr.c b/amdgpu/amdgpu_vamgr.c
index cc4a1c4..71fd2b1 100
The local variable 'vamgr' is unused in amdgpu_va_range_free.
Signed-off-by: Jammy Zhou
Reviewed-by: Alex Deucher
---
amdgpu/amdgpu_vamgr.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/amdgpu/amdgpu_vamgr.c b/amdgpu/amdgpu_vamgr.c
index 91aad4e..698826d 100644
--- a/amdgpu/amdgpu_vamgr.
Hi,
On 08/12/2015 11:07 PM, Daniel Vetter wrote:
> On Wed, Aug 12, 2015 at 08:31:09PM +0200, Thomas Hellstrom wrote:
>> Hi, all,
>>
>> I've pushed the current upcoming vmwgfx patches for 4.3 into
>>
>> git://people.freedesktop.org/~thomash/linux
>> branch vmwgfx-next for review.
>>
>> There are qu
On 08/12/2015 11:02 PM, Daniel Vetter wrote:
> On Wed, Aug 12, 2015 at 08:31:09PM +0200, Thomas Hellstrom wrote:
>> Hi, all,
>>
>> I've pushed the current upcoming vmwgfx patches for 4.3 into
>>
>> git://people.freedesktop.org/~thomash/linux
>> branch vmwgfx-next for review.
>>
>> There are quite a
85 matches
Mail list logo
