[PATCH 1/3] radeon/cik: Fix GFX IB test on Big-Endian

OK, I'll take a look Oded > Yeah, CIK support in amdgpu was only for debugging and bringup. But since > it's only shared code you touch when it works with CIK it should work with VI > as well and that's rather interesting to us. Regards, Christian.

[PATCH 1/3] radeon/cik: Fix GFX IB test on Big-Endian

On Sun, Dec 6, 2015 at 8:45 PM, Christian König wrote: > On 06.12.2015 08:29, Oded Gabbay wrote: >> >> On Sat, Dec 5, 2015 at 12:23 PM, Christian König >> wrote: >>> >>> Patch #1 & #2 are Reviewed-by: Christian König >> amd.com> >>> >>> For patch #3: >>> >>> Couldn't we just in a loop go over

[PATCH] Gpu: drm: tilcdc: don't use devm_pinctrl_get_select_default() in probe

Since commit ab78029ecc34 (drivers/pinctrl: grab default handles from device core), we can rely on device core for setting the default pins. Signed-off-by: Nizam Haider --- drivers/gpu/drm/tilcdc/tilcdc_tfp410.c | 7 --- 1 file changed, 7 deletions(-) diff --git a/drivers/gpu/drm/tilcdc/til

[PATCH 1/3] radeon/cik: Fix GFX IB test on Big-Endian

On 06.12.2015 20:00, Oded Gabbay wrote: > On Sun, Dec 6, 2015 at 8:45 PM, Christian König > wrote: >> On 06.12.2015 08:29, Oded Gabbay wrote: >>> On Sat, Dec 5, 2015 at 12:23 PM, Christian König >>> wrote: Patch #1 & #2 are Reviewed-by: Christian König >>> amd.com> For patch #3

[PATCH 1/3] radeon/cik: Fix GFX IB test on Big-Endian

On 06.12.2015 08:29, Oded Gabbay wrote: > On Sat, Dec 5, 2015 at 12:23 PM, Christian König > wrote: >> Patch #1 & #2 are Reviewed-by: Christian König >> >> For patch #3: >> >> Couldn't we just in a loop go over all the dw in the IB and swap them after >> writing them? That would simplify the pa

[PATCH 03/10] i915: Replace "hweight8(dev_priv->info.subslice_7eu[i]) != 1" with "!is_power_of_2(dev_priv->info.subslice_7eu[i])"

From: Zeng Zhaoxiu Signed-off-by: Zeng Zhaoxiu --- drivers/gpu/drm/i915/intel_ringbuffer.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/i915/intel_ringbuffer.c b/drivers/gpu/drm/i915/intel_ringbuffer.c index 9461a23..16c8cf1 100644 --- a/drivers/gpu/drm

[Intel-gfx] [PATCH v9 1/3] drm/kms_helper: Add a common place to call init and exit functions.

Hi Rafael, On Thu, Dec 03, 2015 at 02:54:00PM -0800, Rafael Antognolli wrote: > The module_init and module_exit functions will start here, and call the > subsequent init's and exit's. > > Signed-off-by: Rafael Antognolli > --- > drivers/gpu/drm/Makefile| 4 ++- > drivers/gpu/dr

[PATCH v9 3/3] drm/dp: Set aux.dev to the drm_connector device, instead of drm_device.

Hi Rafael, On Thu, Dec 03, 2015 at 02:54:02PM -0800, Rafael Antognolli wrote: > So far, the i915 driver and some other drivers set it to the drm_device, > which doesn't allow one to know which DP a given aux channel is related > to. Changing this to be the drm_connector provides proper nesting, st

[PATCH] drm: do not use device name as a format string

On 12/06/2015 10:35 AM, Daniel Vetter wrote: >> On 11/18/2015 06:58 PM, Nicolas Iooss wrote: >>> drm_dev_set_unique() formats its parameter using kvasprintf() but many >>> of its callers directly pass dev_name(dev) as printf format string, >>> without any format parameter. This can cause some issu

[PATCH] drm: do not use device name as a format string

On Sat, Dec 05, 2015 at 10:45:50AM +0100, Nicolas Iooss wrote: > Hello, > I sent the path below a few weeks ago and did not have any feedback. > Is there any issue in it that I need to fix before submitting it again? Sorry, must have missed this. > > Thanks, > Nicolas Iooss > > On 11/18/2015 06

[Bug 93270] Only one of LVDS and VGA-0 work on HP Pavilion m6 with Radeon HD 7660G

iated providers: 2 name:radeon -- 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/20151206/18140798/attachment-0001.html>

[PATCH 1/3] radeon/cik: Fix GFX IB test on Big-Endian

On Sat, Dec 5, 2015 at 12:23 PM, Christian König wrote: > Patch #1 & #2 are Reviewed-by: Christian König > > For patch #3: > > Couldn't we just in a loop go over all the dw in the IB and swap them after > writing them? That would simplify the patch massively. I guess we could do that, however

[PATCH v5 2/2] drm/bridge: Add I2C based driver for ps8640 bridge

org/pipermail/kbuild-all Intel Corporation -- next part -- A non-text attachment was scrubbed... Name: .config.gz Type: application/octet-stream Size: 39669 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151206/d1adaf31/attachment-0001.obj>

[PATCH 01/20] drm: use __u{32, 64} instead of uint{32, 64}_t in virtgpu_drm.h

On 5 December 2015 at 00:22, Emil Velikov wrote: > On 30 November 2015 at 14:10, Gabriel Laskar wrote: >> Signed-off-by: Gabriel Laskar >> CC: Emil Velikov >> CC: Mikko Rapeli >> >> --- >> include/uapi/drm/virtgpu_drm.h | 98 >> +- >> 1 file changed, 4

[Bug 93147] [regression bisected] Stuttering in games caused by commit 4dfd6486 "drm: Use vblank timestamps to guesstimate how many vblanks were missed"

seems like it can be closed immediately? -- 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/20151206/e8fa4dff/attachment.html>

[PATCH 15/15] drm: omapdrm: gem: Implement dma_buf import

Hi Daniel, On Saturday 05 December 2015 16:40:14 Daniel Vetter wrote: > On Sat, Dec 05, 2015 at 12:27:19AM +0200, Laurent Pinchart wrote: > > OMAP GEM objects backed by dma_buf reuse the current OMAP GEM object > > support as much as possible. If the imported buffer is physically > > contiguous it