Lookup format using virtio_gpu_translate_format()
instead of hardcoding it. Fixes xorg display on
bigendian guests (i.e. ppc64).
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/virtio/virtgpu_gem.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/virtio
Factors out code, no functional change.
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/virtio/virtgpu_drv.h | 1 +
drivers/gpu/drm/virtio/virtgpu_fb.c| 58 +
drivers/gpu/drm/virtio/virtgpu_plane.c | 68 ++
3 files changed, 71 i
Hi,
Little series to fix xorg display on virtio on bigendian machines.
First patch factors out the drm -> virtio format mapping code into
a helper function, second patch actually fixes the issue using the
new helper.
cheers,
Gerd
Gerd Hoffmann (2):
drm: virtio: add virtio_gpu_translate_for
https://bugs.freedesktop.org/show_bug.cgi?id=100531
--- Comment #5 from Gregor Münch ---
Cant test till Thursday. I even saw some corruption in Unigine Valley
Benchmark, so virtually all with this hardware should be able to reproduce.
--
You are receiving this mail because:
You are the assignee
On Mon, Apr 3, 2017 at 8:25 AM, Manasi Navare wrote:
>> So in that case you do need userspace to re-request the same mode at the
>> same bpp?
>
> So yes because when userspace requests the same mode at same bpp,
> kernel will still call intel_dp->mod_valid which validates the mode
> against 18bpp
-drm-unbind-crash-error/20170403-094428
base:
https://git.kernel.org/pub/scm/linux/kernel/git/mmind/linux-rockchip.git
for-next
config: arm-allmodconfig (attached as .config)
compiler: arm-linux-gnueabi-gcc (Debian 6.1.1-9) 6.1.1 20160705
reproduce:
wget
https
On Sat, Apr 01, 2017 at 07:35:28PM +0800, Jeffy Chen wrote:
> Signed-off-by: Jeffy Chen
> ---
>
> Changes in v2: None
Wut? How is this even possible? If you haven't registered the driver yet,
there's no way for userspace to call allocation functions. Anything else
is a driver bug that should be
On 3 April 2017 at 17:08, Gerd Hoffmann wrote:
> Lookup format using virtio_gpu_translate_format()
> instead of hardcoding it. Fixes xorg display on
> bigendian guests (i.e. ppc64).
>
> Signed-off-by: Gerd Hoffmann
For the series,
Reviewed-by: Dave Airlie
> ---
> drivers/gpu/drm/virtio/virt
On Sun, Apr 02, 2017 at 09:37:16AM -0700, Keith Packard wrote:
> Daniel Vetter writes:
>
> > I think it'd be good if we could consolidate all the lease checking into
> > drm_mode_object_find (respectively __drm_mode_object_find). We'd need to
> > wire up the fpriv to be able to do that, but we co
On Sun, Apr 02, 2017 at 12:58:33PM -0700, Keith Packard wrote:
> Daniel Vetter writes:
>
> > On that, I think we could just unconditionally hand leases all encoders.
> > Encoders turned out to be a bit an uapi mistake.
>
> Well, given the complexity of hardware these days, even crtcs would
> pro
On Mon, Apr 03, 2017 at 09:08:44AM +0200, Gerd Hoffmann wrote:
> Factors out code, no functional change.
>
> Signed-off-by: Gerd Hoffmann
Ugh on the big endian define, I guess we'll never managed to figure this
aspect of drm pixel formats out correctly - they're supposed to encode
endinaness.
B
On Mon, Apr 03, 2017 at 09:08:45AM +0200, Gerd Hoffmann wrote:
> Lookup format using virtio_gpu_translate_format()
> instead of hardcoding it. Fixes xorg display on
> bigendian guests (i.e. ppc64).
>
> Signed-off-by: Gerd Hoffmann
ow ... :(
With what kind of client have you tested this? fbdev?
On Sat, Apr 1, 2017 at 1:35 PM, Jeffy Chen wrote:
> diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_drv.c
> b/drivers/gpu/drm/rockchip/rockchip_drm_drv.c
> index a5d83cb..5dbf011 100644
> --- a/drivers/gpu/drm/rockchip/rockchip_drm_drv.c
> +++ b/drivers/gpu/drm/rockchip/rockchip_drm_drv.c
> @@
On Thu, Mar 30, 2017 at 03:46:05AM +0800, Icenowy Zheng wrote:
> From: Icenowy Zheng
>
> Allwinner V3s SoC have a display engine which have a different pipeline
> with older SoCs.
>
> Add document for it (new compatibles and the new "mixer" part).
>
> The paragraph of TCON is also refactored, f
On 31 March 2017 at 19:33, Thomas Hellstrom wrote:
> Hi, Dave,
>
> A number of fixes for 4.11
>
> The following changes since commit d64a04720b0e64c1cd0726a3a27b360822fbee22:
>
> Merge branch 'drm-fixes-4.11' of git://people.freedesktop.org/~agd5f/linux
> into drm-fixes (2017-03-24 11:05:06 +10
Hi,
On Thu, Mar 30, 2017 at 03:46:06AM +0800, Icenowy Zheng wrote:
> As we are going to add support for the Allwinner DE2 Mixer in sun4i-drm
> driver, we will finally have two types of layer.
>
> Abstract the layer type to void * and a ops struct, which contains the
> only function used by crtc -
Am 03.04.2017 um 05:35 schrieb r...@ubuntu.com:
From: Christopher James Halse Rogers
BOs shared via dma-buf, either imported or exported, cannot sensibly be
migrated to VRAM
without breaking the dma-buf sharing. Refuse userspace requests to migrate to
VRAM,
ensure such BOs are not migrated du
Hi,
That's much better thanks, but I have a bunch of (minor) comments.
On Thu, Mar 30, 2017 at 03:46:07AM +0800, Icenowy Zheng wrote:
> diff --git a/drivers/gpu/drm/sun4i/sun4i_crtc.c
> b/drivers/gpu/drm/sun4i/sun4i_crtc.c
> index 33854ee7f636..938dfe7188ff 100644
> --- a/drivers/gpu/drm/sun4i/s
From: Nicolai Hähnle
Changes include: PRT and preemption flags, sensor info, and some more
changes for Vega10.
Generated using make headers_install from airlied/drm-next commit
320d8c3d38739fa8e31a076b86cbdafcf8897d5e.
Signed-off-by: Nicolai Hähnle
---
include/drm/amdgpu_drm.h | 56 ++
From: Nicolai Hähnle
This was already done in commit 3dc002df3e5 ("amdgpu: sync amdgpu_drm.h
with kernel 4.11-rc2"), now update the README accordingly.
Signed-off-by: Nicolai Hähnle
---
include/drm/README | 4
1 file changed, 4 deletions(-)
diff --git a/include/drm/README b/include/drm/R
From: Junwei Zhang
v2: fix indent
Signed-off-by: Junwei Zhang
Reviewed-by: Nicolai Hähnle
Reviewed-by: Christian König
---
amdgpu/amdgpu_bo.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/amdgpu/amdgpu_bo.c b/amdgpu/amdgpu_bo.c
index f725bfd..8bc1ebd 100644
--- a/amd
Hi all,
Partially this is a resend of the patches now unblocked by the vmwgfx atomic
conversion just merged. I could entirely drop the vmwgfx patch since it's all
fixed now.
Then a bit of follow-up, plus converting the gamma_set/get ioctls. fbdev
emulation and the property paths are still infeste
This is only for legacy paths that need to grab the crtc/plane lock
combo. If you want to lock a crtc, just use drm_modeset_lock().
Reviewed-by: Harry Wentland
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_crtc_internal.h | 3 +++
drivers/gpu/drm/drm_modeset_lock.c | 14 --
Atomic code rely shouldn't rely on the magic hidden acquire context.
v2: Remove unused config local var (gcc).
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_atomic_helper.c | 16
1 file changed, 12 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_atomic_he
With all the callers of drm_modeset_lock_crtc gone, and all the places
it was formerly used properly wiring the acquire ctx through, we can
remove this.
The only hidden context magic we still have is now the global one.
Reviewed-by: Harry Wentland
Signed-off-by: Daniel Vetter
---
drivers/gpu/d
We don't call into drivers at all here, this is enough. Also, we can
reduce the critical section a bit to simplify the code.
crtc->gamma_size is set up once at driver load and then invariant, so
also doesn't need any protection.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_color_mgmt.c |
If we push the locks down we don't have to take them all at the same
time.
Aside: Making dump_info fully safe should be fairly simple, if we
protect the ->state pointers with rcu. Simply putting a
synchronize_rcu() into the drm_atomic_state free function should be
all that's roughly needed. Well e
The last user, the cursor ioctl, can just open-code this too. We
simply have to move the acquire ctx dance from the universal function
up into the top-level ioctl handler.
Reviewed-by: Harry Wentland
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_crtc_internal.h | 3 --
drivers/gpu/drm/d
It's not wired up, and if it is, it should be moved over to the new
fancy standardized zpos property exposed through
drm_plane_create_zpos_property().
Cc: Rob Clark
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/msm/mdp/mdp5/mdp5_plane.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/dr
Properties, i.e. the struct drm_property specifying the type and value
range of a property, not the instantiation on a given object, are
invariant over the lifetime of a driver.
Hence no locking at all is needed, we can just remove it.
While at it give the function some love and simplify it, to g
Just the groundwork to prepare for adding the acquire cxt parameter to
the ->gamma_set hook. Again we need a temporary hack to fill out
mode_config.acquire_ctx until the atomic helpers are switched over.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_color_mgmt.c | 33 -
Atomic helpers really want this instead of the hacked-up legacy
backoff trick, which unfortunately prevents drivers from using their
own private drm_modeset_locks.
Aside: There's a few atomic drivers (nv50, vc4, soon vmwgfx) which
don't yet use the new atomic color mgmt/gamma table stuff. Would be
The goal is to push all the kms locking down into these separate
_atomic and _legacy functions, so that we can correctly pass the
acquire ctx into all atomic drivers. Instead of playing games with
hidden ctx in mode_config.acquire_ctx. All the fbdev state will be
protected by a new fbdev private lo
Another one knocked down.
With this we can also remove the temporary hack in the gamma_set
ioctl.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_atomic_helper.c | 13 ++---
drivers/gpu/drm/drm_color_mgmt.c| 1 -
2 files changed, 2 insertions(+), 12 deletions(-)
diff --git a/
I got confused every time I audited what that lock_all is doing in
there until realizing it's for legacy kms only. Make that a notch more
obvious by having 2 entirely different paths.
While at it also move the atomic version of this into
drm_framebuffer.c, there's no reason it needs to be in drm_a
We do set DRIVER_ATOMIC now.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/i915/intel_display.c | 44 +---
1 file changed, 1 insertion(+), 43 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/drivers/gpu/drm/i915/intel_display.c
index ba6687e31
It just doesn't work. It probably stopped working way, way before that
(e.g. i915 grabbed random mutexes all over in modeset code at least
since gen6), but with atomic and all the ww_mutex stuff it's indeed
hopeless.
Remove ->mode_set_base_atomic from the 2 atomic drivers (i915 and
nouveau) that s
On Wed, Mar 29, 2017 at 04:43:56PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> The existing drm_fb_helper_hotplug_event() function needs to take the
> top-level fb-helper lock. However, the function can also be called from
> code that has already taken this lock. Introduce an unlocked
Hi,
On 03/31/2017 07:55 PM, Neil Armstrong wrote:
The Amlogic GX SoCs implements a Synopsys DesignWare HDMI TX Controller
in combination with a very custom PHY.
Thanks to Laurent Pinchart's changes, the HW report the following :
Detected HDMI TX controller v2.01a with HDCP (meson_dw_hdmi_phy)
On Tue, Mar 21, 2017 at 09:13:54AM +0100, Thierry Reding wrote:
> From: Thierry Reding
>
> FB helper code falls back to a 1024x768 mode if no outputs are connected
> or don't report back any modes upon initialization. This can be annoying
> because outputs that are added to FB helper later on can
On Mo, 2017-04-03 at 09:53 +0200, Daniel Vetter wrote:
> On Mon, Apr 03, 2017 at 09:08:45AM +0200, Gerd Hoffmann wrote:
> > Lookup format using virtio_gpu_translate_format()
> > instead of hardcoding it. Fixes xorg display on
> > bigendian guests (i.e. ppc64).
> >
> > Signed-off-by: Gerd Hoffmann
On Mo, 2017-04-03 at 09:51 +0200, Daniel Vetter wrote:
> On Mon, Apr 03, 2017 at 09:08:44AM +0200, Gerd Hoffmann wrote:
> > Factors out code, no functional change.
> >
> > Signed-off-by: Gerd Hoffmann
>
> Ugh on the big endian define, I guess we'll never managed to figure this
> aspect of drm pi
https://bugs.freedesktop.org/show_bug.cgi?id=100465
--- Comment #7 from Julien Isorce ---
(In reply to joro-2013 from comment #4)
> I've noticed the same difference on my ancient mac mini G4 with a humble
> RV280 GPU. I try to boot it in AGP mode from time to time after applying
> some patches, j
On Tue, Mar 21, 2017 at 08:15:56PM +0800, Shawn Guo wrote:
> From: Shawn Guo
>
> It adds VGA driver support, which needs to configure corresponding VOU
> interface in RGB_888 format, and thus the following changes are needed
> on zx_vou.
>
> - Rename the CSC block of Graphic Layer a bit to make
https://bugs.freedesktop.org/show_bug.cgi?id=100510
--- Comment #6 from Jan Burgmeier ---
Your hack number 2 worked directly.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedeskt
On 04/03/2017 10:27 AM, Nicolai Hähnle wrote:
From: Nicolai Hähnle
Changes include: PRT and preemption flags, sensor info, and some more
changes for Vega10.
Cool, thanks. I will be able to re-send the sensor info series for mesa. :)
Generated using make headers_install from airlied/drm-n
On 03/30/2017 01:49 PM, Peter Senna Tschudin wrote:
Reordering of the device nodes based on unit address resulted in
ge_b850v3_lvds_attach() being called before
ge_b850v3_lvds_ptr->stdp4028_i2c was populated.
This patch moves the drm bridge initialization from
ge_b850v3_lvds_init() to stdp4028
On Fri, Mar 31, 2017 at 02:48:10PM +0100, Russell King - ARM Linux wrote:
> On Fri, Mar 31, 2017 at 02:18:31PM +0100, Liviu Dudau wrote:
> > On Fri, Mar 31, 2017 at 10:49:38AM +0100, Russell King - ARM Linux wrote:
> > > On Wed, Mar 08, 2017 at 04:30:25PM +, Liviu Dudau wrote:
> > > > The calcu
Hi Dave,
Resent pull request as requested.
The following changes since commit d64a04720b0e64c1cd0726a3a27b360822fbee22:
Merge branch 'drm-fixes-4.11' of git://people.freedesktop.org/~agd5f/linux
into drm-fixes (2017-03-24 11:05:06 +1000)
are available in the git repository at:
git://peopl
Hi Dave,
Please pull omapdrm changes for 4.12:
The following changes since commit 320d8c3d38739fa8e31a076b86cbdafcf8897d5e:
Merge tag 'drm-misc-next-2017-03-31' of
git://anongit.freedesktop.org/git/drm-misc into drm-next (2017-04-03 16:30:24
+1000)
are available in the git repository at:
tree: git://people.freedesktop.org/~airlied/linux.git drm-syncobj
head: 0c2ce5924ab63ae73c49bef9cf369a5e9d50e79d
commit: 3f58246dcd0bf3579af908c8e0a7a6715d3f51e4 [4/6] drm: add initial sync
object interfaces
reproduce: make htmldocs
All warnings (new ones prefixed by >>):
include/linux/in
On Mon, Apr 3, 2017 at 10:27 AM, Nicolai Hähnle wrote:
> From: Junwei Zhang
>
> v2: fix indent
>
> Signed-off-by: Junwei Zhang
> Reviewed-by: Nicolai Hähnle
> Reviewed-by: Christian König
> ---
> amdgpu/amdgpu_bo.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/am
On Monday, 2017-03-27 10:45:44 +0200, Daniel Vetter wrote:
> I wanted to get Sean Paul to run the drm-misc show for a bit, for
> training reasons and to increase the bus factor. And then realized
> there's no docs about what maintainers are doing.
>
> Fix that.
>
> v2: Add backmerges and taking t
Hi Dan,
On Sat, 2017-04-01 at 11:50 +0100, Dan MacDonald wrote:
> No such luck.
I am sorry, I forgot to fix the old patches for modular builds. I have
added the updated patches as tags v4.9-ipu-dp-plane-fix-2,
v4.10-ipu-dp-plane-fix-3, and v4.11-ipu-dp-plane-fix. For example:
git://git.pengu
On Mon, 2017-04-03 at 12:54 +0100, Dan MacDonald wrote:
> Hi Phillipp
>
> Thanks for the patch, but did you mean v4.11-rc4 or is it really/only
> for v4.11-rc1, if it makes a difference? I was trying to build rc4.
The patch applies on v4.11-rc4 (or -rc5) as well.
regards
Philipp
___
Ping! Any more comments on that set or can I push it?
Thanks,
Christian.
Am 31.03.2017 um 11:47 schrieb Christian König:
From: Christian König
No need to implement the same logic twice. Also check if the busy placements
are identical to the already scanned placements before checking them.
v2
On Mon, Mar 27, 2017 at 10:38:46PM +0800, Chen-Yu Tsai wrote:
> The display backend has an interrupt line. Add it to the device tree
> binding.
>
> Signed-off-by: Chen-Yu Tsai
> ---
> Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 2 ++
> 1 file changed, 2 insertions(+)
Acked-b
Hi,
Here is an attempt at supporting the ST7789V LCD controller from Sitronix.
It is controlled through an SPI bus, with a twist, since each byte sent
must be prefixed by a bit, which needs an 9-bits-per-word SPI controller,
which is quite rare. Else, you would need to bitbang it.
Let me know wh
The Sitronix ST7789V is an LCD panel controller, controlled over SPI, that
can drive 18-bits 240x320 LCD displays.
Signed-off-by: Maxime Ripard
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/display/panel/sitronix,st7789v.txt | 37
+
1 file chan
The Sitronix ST7789v controller is used to drive 240x320 LCD panels through
various interfaces, including SPI and RGB/Parallel.
The current driver is configuring it for the latter. Support for tinyDRM
can always be added later.
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/panel/Kconfig
On Sat, Apr 01, 2017 at 10:43:46AM +0800, Flora Cui wrote:
> > 3727 for (i = 0; i < adev->gfx.config.max_shader_engines; i++) {
> > 3728 for (j = 0; j < adev->gfx.config.max_sh_per_se;
> > j++) {
> > 3729 mask = 1;
> > 3730
On Mon, Apr 03, 2017 at 02:13:48PM +0100, Russell King - ARM Linux wrote:
> On Mon, Apr 03, 2017 at 11:31:34AM +0100, Liviu Dudau wrote:
> > On Fri, Mar 31, 2017 at 02:48:10PM +0100, Russell King - ARM Linux wrote:
> > > I sent a reminder on 20th February about it, and we discussed it, and I
> > >
On Wed, Mar 29, 2017 at 09:38:15AM +0200, Daniel Vetter wrote:
> I think the initial experiment worked fairly well, and the
> kickstarting of a review (well, ack/best practices really) market
> seems to work ok-ish too. I think we can try to make it (slowly) scale
> to more drivers, with driver tea
On Mon, Apr 03, 2017 at 10:23:08AM -0400, Sean Paul wrote:
> On Wed, Mar 29, 2017 at 09:38:15AM +0200, Daniel Vetter wrote:
> > I think the initial experiment worked fairly well, and the
> > kickstarting of a review (well, ack/best practices really) market
> > seems to work ok-ish too. I think we c
https://bugs.freedesktop.org/show_bug.cgi?id=100443
--- Comment #3 from Christian Lanig ---
I have looked a bit around for the cause of these messages. In the first case I
guess I found a reason:
/*Driver went offline but SMU was still alive and contains the VFT table */
in line 340 in polaris10_
The Amlogic GX SoCs implements a Synopsys DesignWare HDMI TX Controller
in combination with a very custom PHY.
Thanks to Laurent Pinchart's changes, the HW report the following :
Detected HDMI TX controller v2.01a with HDCP (meson_dw_hdmi_phy)
The following differs from common PHY integration as
From: Laurent Pinchart
In preparation for adding PHY operations to handle RX SENSE and HPD,
group all the PHY interrupt setup code in a single location and extract
it to a separate function.
Signed-off-by: Laurent Pinchart
Reviewed-by: Jose Abreu
[narmstrong: renamed dw_hdmi_fb_registered to d
Add documentation for added Bus Formats to describe RGB and YUV formats used
as input to the Synopsys DesignWare HDMI TX Controller.
Acked-by: Hans Verkuil
Reviewed-by: Archit Taneja
Acked-by: Mauro Carvalho Chehab
Signed-off-by: Neil Armstrong
---
Documentation/media/uapi/v4l/subdev-formats.
In order to describe the RGB and YUV bus formats used to feed the
Synopsys DesignWare HDMI TX Controller, add missing formats to the
list of Bus Formats.
Documentation for these formats is added in a separate patch.
Reviewed-by: Archit Taneja
Reviewed-by: Jose Abreu
Acked-by: Hans Verkuil
Acke
This patch adds a new DRM documentation entry and links to the input
format table added in the dw_hdmi header.
Reviewed-by: Archit Taneja
Signed-off-by: Neil Armstrong
---
Documentation/gpu/bridge/dw-hdmi.rst | 15 +++
Documentation/gpu/index.rst | 1 +
2 files changed, 16
Some display pipelines can only provide non-RBG input pixels to the HDMI TX
Controller, this patch takes the pixel format from the plat_data if provided.
Reviewed-by: Jose Abreu
Reviewed-by: Archit Taneja
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 326 +++
The HDMI TX controller support HPD and RXSENSE signaling from the PHY
via it's STAT0 PHY interface, but some vendor PHYs can manage these
signals independently from the controller, thus these STAT0 handling
should be moved to PHY specific operations and become optional.
The existing STAT0 HPD and
https://bugs.freedesktop.org/show_bug.cgi?id=100534
--- Comment #1 from Alex Deucher ---
What chip is this? Please attach your xorg log and dmesg output.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing l
On Sun, 02 Apr 2017, Martin Kepplinger wrote:
> Am 2. April 2017 13:50:26 MESZ schrieb Thorsten Leemhuis
> :
>>Lo! On 22.03.2017 11:36, Jani Nikula wrote:
>>> On Wed, 22 Mar 2017, Martin Kepplinger wrote:
I know something similar is here:
https://bugs.freedesktop.org/show_bug.cgi?id=1
2017-03-31 14:57 GMT+02:00 Philipp Zabel :
> Hi Christian,
>
> On Fri, 2017-03-31 at 12:44 +0200, Christian Gmeiner wrote:
>> Hi
>>
>> I get this from time to time on a 4.9.17 kernel:
>>
>> [3.353387] [ cut here ]
>> [3.353408] WARNING: CPU: 0 PID: 1 at
>> drivers/gp
On Thu, 30 Mar 2017, Daniel Vetter wrote:
> I'm getting real lazy, let's start scripting this. Very rough draft,
> but adds a Link: (patchwork tracks pull requests too, maybe we'll
> start CI-ing them too), and sob line. In the future we might add more
> checks here ...
>
> Signed-off-by: Daniel V
Jani Nikula writes:
>> +
>> +git commit --amend -s
>
> I think the intention is to just add the signoff, but this ends up
> trying to fire up the editor, which is really not good for piping.
>
You probably want --no-edit for that.
--
Gabriel Krisman Bertazi
___
On Thu, Mar 30, 2017 at 03:46:03AM +0800, Icenowy Zheng wrote:
> From: Icenowy Zheng
>
> Allwinner "Display Engine 2.0" contains some clock controls in it.
>
> In order to add them as clock drivers, we need a device tree binding.
> Add the binding here.
>
> Signed-off-by: Icenowy Zheng
> ---
>
https://bugzilla.kernel.org/show_bug.cgi?id=195231
Bug ID: 195231
Summary: Continuous messages of "*ERROR* UVD not responding,
trying to reset the VCPU!!!" and frozen screen
Product: Drivers
Version: 2.5
Kernel Version: 4.10.3
https://bugzilla.kernel.org/show_bug.cgi?id=195231
--- Comment #1 from Rogério Brito (rbr...@ime.usp.br) ---
Created attachment 255739
--> https://bugzilla.kernel.org/attachment.cgi?id=255739&action=edit
Messages that I get from the kernel.
--
You are receiving this mail because:
You are watch
On Mon, Apr 3, 2017 at 4:24 AM, Christian König wrote:
> Am 03.04.2017 um 05:35 schrieb r...@ubuntu.com:
>>
>> From: Christopher James Halse Rogers
>>
>>
>> BOs shared via dma-buf, either imported or exported, cannot sensibly be
>> migrated to VRAM
>> without breaking the dma-buf sharing. Refuse
Does a few sanity checks to avoid common gotchas:
- make sure the backmerge is in drm-tip already
- check that git rerere resolves all conflict, and cuation if not
- merge commit template.
Cc: Sean Paul
Signed-off-by: Daniel Vetter
---
bash_completion | 2 +-
dim | 54 +
On Thu, Mar 30, 2017 at 02:15:25PM +0300, Tomi Valkeinen wrote:
> From: Peter Ujfalusi
>
> The associated backlight device can be configured via DT by providing the
> phandle to the device.
>
> If the backlight device is configured, the driver can manage the backligt
> along with the panel's pow
https://bugzilla.kernel.org/show_bug.cgi?id=195231
Alex Deucher (alexdeuc...@gmail.com) changed:
What|Removed |Added
CC||alexdeuc...@gmail.c
On 30 March 2017 at 07:04, Jani Nikula wrote:
> On Wed, 29 Mar 2017, Marek Olšák wrote:
>> libdrm 2.4.76 has been released.
>>
>> git tag: libdrm-2.4.76
>
> Should the release tags be signed? For a couple of years that has been
> the practise until this release. Admittedly RELEASING doesn't even
On 3 April 2017 at 11:54, Marek Olšák wrote:
> On Mon, Apr 3, 2017 at 10:27 AM, Nicolai Hähnle wrote:
>> From: Junwei Zhang
>>
>> v2: fix indent
>>
>> Signed-off-by: Junwei Zhang
>> Reviewed-by: Nicolai Hähnle
>> Reviewed-by: Christian König
>> ---
>> amdgpu/amdgpu_bo.c | 4 +++-
>> 1 file c
On 31.03.2017 11:47, Christian König wrote:
From: Christian König
Implement AMDGPU_GEM_CREATE_VRAM_CONTIGUOUS using TTM_PL_FLAG_CONTIGUOUS
instead of a placement limit. That allows us to better handle CPU
accessible placements.
Signed-off-by: Christian König
Acked-by: Michel Dänzer
---
driv
On 31.03.2017 11:47, Christian König wrote:
From: Christian König
This avoids merging them together on page fault.
Signed-off-by: Christian König
Acked-by: Michel Dänzer
---
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 4 +---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c| 16 ---
On 31.03.2017 11:47, Christian König wrote:
From: Christian König
This allows drivers to specify if they need a contiguous allocation or not.
v2: use space instead of tab
Signed-off-by: Christian König
Patches 1-3:
Reviewed-by: Nicolai Hähnle
Patch 4:
Acked-by: Nicolai Hähnle
---
On 20 March 2017 at 00:52, Seung-Woo Kim wrote:
> This patch fixes invalid code of error path including NULL
> deference and leak in g2d test.
>
Thanks for the update. R-b and pushed to master.
For future do add v2 in the subject prefix (git send-email -v2 ...).
It makes it easier to find the cor
On 31 March 2017 at 04:30, Seung-Woo Kim wrote:
> For exynos module for libdrm, there are some build warnings, so this patch
> series remove them.
>
R-b and pushed the series.
Thanks
Emil
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https:
Am 03.04.2017 um 17:51 schrieb Alex Deucher:
On Mon, Apr 3, 2017 at 4:24 AM, Christian König wrote:
Am 03.04.2017 um 05:35 schrieb r...@ubuntu.com:
From: Christopher James Halse Rogers
BOs shared via dma-buf, either imported or exported, cannot sensibly be
migrated to VRAM
without breaking t
On 28 March 2017 at 16:35, Nicolai Hähnle wrote:
> On 27.03.2017 04:09, Seung-Woo Kim wrote:
>>
>> In error path of drmGetBusid() and drmGetReservedContextList(),
>> there are memory leaks for error path. So this removes them.
>>
>> Signed-off-by: Seung-Woo Kim
>
>
> Reviewed-by: Nicolai Hähnle
Hi Russell,
On 31 March 2017 at 15:33, Russell King wrote:
> Align the heading with the values output from debugfs.
>
> Signed-off-by: Russell King
Thanks for your patch; applied to drm-misc-next.
> ---
> drivers/dma-buf/dma-buf.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
>
Hi Mauro,
Here's the pull for Neil's new media formats. We're using a topic branch in
drm-misc, so it will not change. Once you have acked, we'll pull this in and
apply the rest of Neil's set.
Thanks,
Sean
The following changes since commit a71c9a1c779f2499fb2afc0553e543f18aff6edf:
Linux 4.
On Fri, Mar 31, 2017 at 02:20:31PM +0200, Hans Verkuil wrote:
> From: Hans Verkuil
>
> Update the bindings documenting the new hdmi phandle.
>
> Signed-off-by: Hans Verkuil
> Acked-by: Krzysztof Kozlowski
> CC: linux-samsung-...@vger.kernel.org
> CC: devicet...@vger.kernel.org
> ---
> Documen
On 22 March 2017 at 19:05, Rob Herring wrote:
> Disable some more warnings from clang. These don't appear to be warnings
> worth fixing.
>
Maybe we should, but considering nobody has bothered in a long time
let's go with this for now.
R-b and pushed the series.
-Emil
_
Hi Erik,
On 29 March 2017 at 23:24, Erik Faye-Lund wrote:
> This makes the test run under the 'make check'-taget.
>
The test doesn't do anything useful but open/close the tegra device.
Do you see much value in it or we can drop it all together ?
Thierry how do you feel on the topic ?
-Emil
_
On Sun, Apr 02, 2017 at 08:54:14AM +0200, Øyvind A. Holm wrote:
> On 2017-03-27 15:17:54, Sinclair Yeh wrote:
> > From: Øyvind A. Holm
> >
> > This reverts commit 2d8e60e8b074 ("drm/vmwgfx: Replace numeric
> > parameter like 0444 with macro")
> > [...]
> > index 45d711e..d31dc34 100644
> > --- a/d
On 29 March 2017 at 23:24, Erik Faye-Lund wrote:
> I get a few more symbols in my build tegra-libraries, so let's
> include these in the whitelist as well.
>
> While we're at it, update the comment at the top.
>
> Signed-off-by: Erik Faye-Lund
R-B and pushed to master.
Out of curiosity:
What pla
1 - 100 of 181 matches
Mail list logo
