On 02/23/2018 02:25 AM, Boris Ostrovsky wrote:
On 02/21/2018 03:03 AM, Oleksandr Andrushchenko wrote:
static int __init xen_drv_init(void)
{
+ /* At the moment we only support case with XEN_PAGE_SIZE == PAGE_SIZE */
+ BUILD_BUG_ON(XEN_PAGE_SIZE != PAGE_SIZE);
Why BUILD_BUG_O
Am 22.02.2018 um 18:56 schrieb Michel Dänzer:
On 2018-02-22 06:37 PM, Ben Crocker wrote:
One of my colleagues did discover a "Radeon HG 5450 PCI" from February
2010 which did, apparently, have a Cedar GPU and very definitely had a
(plain old) PCI connector.
There must be a PCIe-to-PCI bridge on
https://bugs.freedesktop.org/show_bug.cgi?id=105221
Bug ID: 105221
Summary: kernel modeswitch fails on Fedora 27 on Evergreen
(Radeon HD5850)
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Li
Am 22.02.2018 um 16:55 schrieb Michel Dänzer:
On 2018-02-22 12:15 PM, Christian König wrote:
Use ttm_pool_populate/ttm_pool_unpopulate if the driver doesn't provide
a function.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_tt.c | 10 --
1 file changed, 8 insertions(+),
Hi Laurent,
On 2018-02-21 13:49, Laurent Pinchart wrote:
Thank you for the patch.
On Wednesday, 21 February 2018 12:04:43 EET Marek Szyprowski wrote:
Patch f0a8b49c03d2 ("drm/bridge: analogix dp: Fix runtime PM state on
driver bind") fixed unbalanced call to phy_power_on() in analogix_dp_bind(
Am 23.02.2018 um 03:18 schrieb He, Roger:
-Original Message-
From: Koenig, Christian
Sent: Thursday, February 22, 2018 8:54 PM
To: He, Roger ; dri-devel@lists.freedesktop.org
Subject: Re: [PATCH] drm/ttm: check if free mem space is under the lower limit
Am 22.02.2018 um 12:43 schrieb He
On 02/23/2018 01:50 AM, Boris Ostrovsky wrote:
On 02/21/2018 03:03 AM, Oleksandr Andrushchenko wrote:
+
+static irqreturn_t evtchnl_interrupt_ctrl(int irq, void *dev_id)
+{
+ struct xen_drm_front_evtchnl *evtchnl = dev_id;
+ struct xen_drm_front_info *front_info = evtchnl->front_info
On Thu, Feb 22, 2018 at 07:46:27PM +0200, Jyri Sarha wrote:
> Add device_link from panel device (supplier) to drm device (consumer)
> with DL_FLAG_AUTOREMOVE when drm_panel_attach() is called. Currently
> the master drm driver is not protected against the attached. The
> device_link with DL_FLAG_AU
On 02/23/2018 01:20 AM, Boris Ostrovsky wrote:
On 02/21/2018 03:03 AM, Oleksandr Andrushchenko wrote:
+
+static int cfg_connector(struct xen_drm_front_info *front_info,
+ struct xen_drm_front_cfg_connector *connector,
+ const char *path, int index)
+{
+ char *co
On 02/23/2018 12:23 AM, Boris Ostrovsky wrote:
On 02/21/2018 03:03 AM, Oleksandr Andrushchenko wrote:
+static struct xenbus_driver xen_driver = {
+ .ids = xen_drv_ids,
+ .probe = xen_drv_probe,
+ .remove = xen_drv_remove,
+ .otherend_changed = backend_on_changed,
What do
Currently we are calling scl_vop_cal_scale() to get vskiplines for yrgb
and cbcr. So the cbcr's vskiplines might be an unexpected value if the
second scl_vop_cal_scale() didn't update it.
Init vskiplines in scl_vop_cal_scale() to avoid that.
Signed-off-by: Jeffy Chen
---
drivers/gpu/drm/rockch
https://bugs.freedesktop.org/show_bug.cgi?id=100387
--- Comment #22 from russianneuroman...@ya.ru ---
Looks similar: bug 105213
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesk
https://bugs.freedesktop.org/show_bug.cgi?id=105213
--- Comment #1 from russianneuroman...@ya.ru ---
By the way this issue looks like bug 100387, but I not sure if cause is the
same.
--
You are receiving this mail because:
You are the assignee for the bug.
Hi Roger,
I love your patch! Yet something to improve:
[auto build test ERROR on drm/drm-next]
[also build test ERROR on v4.16-rc2 next-20180222]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits
https://bugs.freedesktop.org/show_bug.cgi?id=105200
--- Comment #4 from nixscrip...@gmail.com ---
Thanks to your quick response, I got libclc compiled successfully.
Now when I try to view an image, the OpenCL compile error is different:
:0:0: in function ResizeHorizontalFilter void (float addrsp
Hi Dave,
A few fixes for 4.16:
- Powerplay fixes for cards with no displays attached
- Couple of DC fixes
- radeon workaround for PPC64
The following changes since commit bfad2d08e540b18cfd92694fbb388e7d202df31f:
Merge branch 'linux-4.16' of git://github.com/skeggsb/linux into drm-fixes
(2018
Hi Dave,
A few fixes for 4.16:
- Powerplay fixes for cards with no displays attached
- Couple of DC fixes
- radeon workaround for PPC64
The following changes since commit bfad2d08e540b18cfd92694fbb388e7d202df31f:
Merge branch 'linux-4.16' of git://github.com/skeggsb/linux into drm-fixes
(2018
On Thu, Feb 22, 2018 at 5:52 PM, Ben Crocker wrote:
> In radeon_device_init, set the need_dma32 flag for Cedar chips
> (e.g. FirePro 2270). This fixes, or at least works around, a bug
> on PowerPC exposed by last year's commits
>
> 8e3f1b1d8255105f31556aacf8aeb6071b00d469 (Russell Currey)
>
> and
-Original Message-
From: Alex Deucher [mailto:alexdeuc...@gmail.com]
Sent: Thursday, February 22, 2018 10:06 PM
To: He, Roger
Cc: Koenig, Christian ;
dri-devel@lists.freedesktop.org
Subject: Re: [PATCH] drm/ttm: check if free mem space is under the lower limit
On Thu, Feb 22, 2018 at
Series is: Reviewed-by: Roger He
-Original Message-
From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of
Christian K?nig
Sent: Thursday, February 22, 2018 7:16 PM
To: dri-devel@lists.freedesktop.org
Subject: [PATCH 8/8] drm/bochs: remove the default ttm_tt_popul
Series is: Reviewed-by: Roger He
-Original Message-
From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of
Christian K?nig
Sent: Thursday, February 22, 2018 11:02 PM
To: dri-devel@lists.freedesktop.org
Subject: [PATCH 6/6] drm/ttm: drop persistent_swap_storage fro
Hi Linus,
A bunch of fixes for rc3,
Exynos fixes for using monotonic timestamps, register definitions and
removal of unused file
ipu-v3 - minor changes, make some register arrays const+static, fix some leaks
meson: fix for vsync
atomic: fix for memory leak
EDID parser: add quirks for some more no
https://bugs.freedesktop.org/show_bug.cgi?id=105200
--- Comment #3 from Jan Vesely ---
you'll need the libclc build fixes from:
http://lists.llvm.org/pipermail/libclc-dev/2018-February/002796.html
and
http://lists.llvm.org/pipermail/libclc-dev/2018-February/002800.html
(all 5 of them).
Alternati
Hi Danidel,
Thanks for the comment.
On Mon, 2018-02-19 at 06:22:56 -0800, Daniel Vetter wrote:
> On Fri, Feb 09, 2018 at 05:35:54PM -0800, Hyun Kwon wrote:
> > This patch adds new formats needed by Xilinx IP. Pixels are not
> > byte-aligned in these formats, and the drm_format_info for these
> >
Hi Laurent,
On Thu, 2018-02-22 at 06:23:38 -0800, Laurent Pinchart wrote:
> Hi Hyun,
>
> Thank you for the patch.
>
> On Wednesday, 7 February 2018 03:36:37 EET Hyun Kwon wrote:
> > This add a dt binding for ZynqMP DP subsystem.
> >
> > Signed-off-by: Hyun Kwon
> > Reviewed-by: Rob Herring
>
Patches 1 to 7 are:
Reviewed-by: Gurchetan Singh
On Thu, Feb 22, 2018 at 3:59 PM, Rodrigo Siqueira
wrote:
> This patchset fixes warnings and errors found by checkpatch.pl in the
> drm/virtio:
>
> * Removes return from void function;
> * Adds */ in block comments to separate line;
> * Adds blank
Hi Laurent,
On Thu, 2018-02-22 at 05:40:50 -0800, Laurent Pinchart wrote:
> Hi Hyun,
>
> On Thursday, 22 February 2018 04:50:42 EET Hyun Kwon wrote:
> > On Wed, 2018-02-21 at 15:17:25 -0800, Laurent Pinchart wrote:
> > > On Wednesday, 7 February 2018 03:36:36 EET Hyun Kwon wrote:
> > >> Xilinx ha
-Original Message-
From: Koenig, Christian
Sent: Thursday, February 22, 2018 8:54 PM
To: He, Roger ; dri-devel@lists.freedesktop.org
Subject: Re: [PATCH] drm/ttm: check if free mem space is under the lower limit
Am 22.02.2018 um 12:43 schrieb He, Roger:
>
> -Original Message-
>
https://bugs.freedesktop.org/show_bug.cgi?id=105200
--- Comment #2 from nixscrip...@gmail.com ---
It seems the libclc version I'm using was Feb 2nd. Good point
... and now that I've tried to compile SVN r325851, I see why it was held back.
First, I had to patch this:
And this is after I did my
https://bugs.freedesktop.org/show_bug.cgi?id=99353
--- Comment #42 from Bong Cosca ---
Created attachment 137550
--> https://bugs.freedesktop.org/attachment.cgi?id=137550&action=edit
radeonsi: force si_write_harvested_raster_configs
Here's what finally worked.
Force the call to si_write_harve
On 19 February 2018 at 16:35, Eric Engestrom wrote:
> From: Heiko Becker
>
> Helpful if your nm executable has a prefix based on the
> architecture, for example.
>
> +env_test = environment()
> +env_test.set('NM', find_program('nm').path())
> +
Everything else is great, just not too sure about t
This patch fixes the checkpatch.pl warning:
drivers/gpu/drm/virtio/virtgpu_display.c:64: WARNING: Prefer 'unsigned
int' to bare use of 'unsigned'
...
Signed-off-by: Rodrigo Siqueira
---
drivers/gpu/drm/virtio/virtgpu_display.c | 4 ++--
drivers/gpu/drm/virtio/virtgpu_drv.h | 2 +-
drivers/g
This patch fixes the checkpatch.pl check:
virtgpu_ioctl.c:535: CHECK: spaces preferred around that '|' (ctx:VxV)
virtgpu_vq.c:277: CHECK: spaces preferred around that '+' (ctx:VxV)
...
Signed-off-by: Rodrigo Siqueira
---
drivers/gpu/drm/virtio/virtgpu_ioctl.c | 18 +-
drivers/gp
This patch fixes the checkpatch.pl check:
virtgpu_drv.c:116: CHECK: Please don't use multiple blank lines
virtgpu_vq.c:599: CHECK: Please don't use multiple blank lines
virtgpu_prime.c:42: CHECK: Please don't use multiple blank lines
Signed-off-by: Rodrigo Siqueira
---
drivers/gpu/drm/virtio/vi
This patch fixes the checkpatch.pl warning:
virtgpu_ttm.c:181: WARNING: void function return statements are not
generally useful
...
Signed-off-by: Rodrigo Siqueira
---
drivers/gpu/drm/virtio/virtgpu_ttm.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/virtio/virtgpu_ttm.c
This patch fixes the checkpatch.pl warnings:
virtgpu_drv.c:57: WARNING: Missing a blank line after declarations
virtgpu_display.c:99: WARNING: Missing a blank line after declarations
...
Signed-off-by: Rodrigo Siqueira
---
drivers/gpu/drm/virtio/virtgpu_display.c | 1 +
drivers/gpu/drm/virtio/v
This patch fixes the checkpatch.pl warning:
virtgpu_ioctl.c:551: WARNING: Block comments use a trailing */ on a
separate line
...
Signed-off-by: Rodrigo Siqueira
---
drivers/gpu/drm/virtio/virtgpu_ioctl.c | 3 ++-
drivers/gpu/drm/virtio/virtgpu_prime.c | 3 ++-
drivers/gpu/drm/virtio/virtgpu_vq
This patch fixes the checkpatch.pl errors:
drivers/gpu/drm/virtio/virtgpu_drv.h:371: ERROR: code indent should use
tabs where possible
...
Signed-off-by: Rodrigo Siqueira
---
drivers/gpu/drm/virtio/virtgpu_display.c | 2 +-
drivers/gpu/drm/virtio/virtgpu_drv.h | 6 +++---
2 files changed, 4
This patchset fixes warnings and errors found by checkpatch.pl in the
drm/virtio:
* Removes return from void function;
* Adds */ in block comments to separate line;
* Adds blank line after variable declarations;
* Adds tabs at the start of a line;
* Replaces 'unsigned' for 'unsigned int';
* Remove
On Wed, Feb 07, 2018 at 04:01:19PM +0530, Vivek Gautam wrote:
> From: Sricharan R
>
> The smmu device probe/remove and add/remove master device callbacks
> gets called when the smmu is not linked to its master, that is without
> the context of the master device. So calling runtime apis in those p
https://bugs.freedesktop.org/show_bug.cgi?id=105218
Bug ID: 105218
Summary: Regresion in 847d0a393d7f0f967f39302900d5330f32b804c8
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=105200
--- Comment #1 from Jan Vesely ---
(In reply to nixscripter from comment #0)
> Created attachment 137519 [details]
> The ImageMagick OpenCL Kernel
>
> LLVM svn version: 325439
> Mesa version: git fa8a764b62
>
> The last version that worked was
Eric Engestrom writes:
> From: Heiko Becker
>
> Helpful if your nm executable has a prefix based on the
> architecture, for example.
>
> Signed-off-by: Heiko Becker
> Cc: Timo Gurr
> [Eric: v2: rebase and add Meson support]
> Signed-off-by: Eric Engestrom
Reviewed-by: Eric Anholt
signatur
On Thu, Feb 22, 2018 at 9:08 PM, Eric Anholt wrote:
> Arnd Bergmann writes:
>
>> We cannot select a symbol without meeting its other dependencies:
>>
>> warning: (DRM_PL111) selects DRM_DUMB_VGA_DAC which has unmet direct
>> dependencies (HAS_IOMEM && DRM && DRM_BRIDGE && OF)
>> drivers/gpu/drm/
Hi Frank,
On Friday, 23 February 2018 00:10:17 EET Frank Rowand wrote:
> Hi Laurent, Rob,
>
> Thanks for the prompt spin to address my concerns. There are some small
> technical issues.
>
> I did not read the v3 patch until today. v3 through v6 are still using the
> old overlay apply method wh
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Jan Vesely changed:
What|Removed |Added
Depends on||105200
Referenced Bugs:
https://bugs.free
https://bugs.freedesktop.org/show_bug.cgi?id=105200
Jan Vesely changed:
What|Removed |Added
Blocks||99553
Referenced Bugs:
https://bugs.free
From: Ville Syrjälä
The documentation for the ctm matrix suggests a two's complement
format, but at least the i915 implementation is using sign-magnitude
instead. And looks like malidp is doing the same. Change the docs
to match the current implementation, and change the type from __s64
to __u64
On Thu, Feb 22, 2018 at 1:49 PM, Bas Nieuwenhuizen
wrote:
> On Thu, Feb 22, 2018 at 7:04 PM, Kristian Høgsberg
> wrote:
>> On Wed, Feb 21, 2018 at 4:00 PM Alex Deucher wrote:
>>
>>> On Wed, Feb 21, 2018 at 1:14 AM, Chad Versace
>> wrote:
>>> > On Thu 21 Dec 2017, Daniel Vetter wrote:
>>> >> On
https://bugs.freedesktop.org/show_bug.cgi?id=105213
Bug ID: 105213
Summary: [SUMO][TURKS] Alien: Isolation rendering artifacts
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: norma
https://bugs.freedesktop.org/show_bug.cgi?id=104274
--- Comment #7 from Harry Wentland ---
Luke, does your comment relate to driver unload, specifically driver unload
throwing NULL pointer dereference?
If not, please open a separate ticket so as not to confuse two issues.
--
You are receiving
Stefan Schake writes:
> Android assumes an implicit black background layer is always present
> behind all layers it specifies for composition. drm_hwcomposer currently
> punts responsibility for this to the kernel/DRM platform and puts layers
> with per-pixel alpha content on the primary plane wh
https://bugs.freedesktop.org/show_bug.cgi?id=105177
--- Comment #13 from Harry Wentland ---
Created attachment 137536
--> https://bugs.freedesktop.org/attachment.cgi?id=137536&action=edit
[PATCH] update infoframe after dig fe is turned on
This patch should fix your issue. Please let me know if
Linus Walleij writes:
> We were previously selecting 1024x768 and 32BPP as the default
> set-up for the PL111 consumers.
>
> This does not work on elder systems: the device tree bindings
> support a property "max-memory-bandwidth" in bytes/second that
> states that if you exceed this the memory b
Hi Frank,
On Thursday, 22 February 2018 22:23:20 EET Frank Rowand wrote:
> On 02/22/18 05:13, Laurent Pinchart wrote:
> > Hello,
> >
> > This patch series addresses a design mistake that dates back from the
> > initial DU support. Support for the LVDS encoders, which are IP cores
> > separate fro
Thierry Reding writes:
> From: Thierry Reding
>
> DRM_DUMB_VGA_DAC is a user-visible symbol. Selecting it can cause unmet
> direct dependencies such as this (on i386, randconfig):
>
> warning: (DRM_PL111) selects DRM_DUMB_VGA_DAC which has unmet direct
> dependencies (HAS_IOMEM && DRM &&
Just a hack to test the client API.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/client/Kconfig | 5 +
drivers/gpu/drm/client/Makefile | 1 +
drivers/gpu/drm/client/drm_bootsplash.c | 205
3 files changed, 211 insertions(+)
create mode
This adds generic fbdev emulation for drivers that support the
dumb buffer API. No fbdev code is necessary in the driver.
Differences from drm_fb_helper:
- The backing buffer is created when the first fd is opened.
- Supports changing the mode from userspace.
- Doesn't restore on lastclose if ther
Just a hack to test the client API.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/client/Kconfig | 5 +
drivers/gpu/drm/client/Makefile| 1 +
drivers/gpu/drm/client/drm_vtcon.c | 760 +
3 files changed, 766 insertions(+)
create mode 100644 dri
Arnd Bergmann writes:
> We cannot select a symbol without meeting its other dependencies:
>
> warning: (DRM_PL111) selects DRM_DUMB_VGA_DAC which has unmet direct
> dependencies (HAS_IOMEM && DRM && DRM_BRIDGE && OF)
> drivers/gpu/drm/bridge/dumb-vga-dac.c: In function 'dumb_vga_probe':
> driver
This patchset explores the possibility of having generic fbdev emulation
in DRM for drivers that supports dumb buffers which they can export.
The change this time is that I have tried to do an in-kernel client API.
The intention was to have callbacks on the drm_file, but I gave up on
that mainly b
Add _ioctl suffix to the remaining ioctl functions so they match up with
the others:
- drm_mode_addfb()
- drm_mode_getfb()
- drm_mode_getplane_res()
- drm_mode_getplane()
- drm_mode_setplane()
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_crtc_internal.h | 20 ++--
driver
This adds an API for writing in-kernel clients.
TODO:
- Flesh out and complete documentation.
- Cloned displays is not tested.
- Complete tiled display support and test it.
- Test plug/unplug different monitors.
- A runtime knob to prevent clients from attaching for debugging purposes.
- Maybe a w
From: David Herrmann
Rather than doing drm_file allocation/destruction right in the fops, lets
provide separate helpers. This decouples drm_file management from the
still-mandatory drm-fops. It prepares for use of drm_file without the
fops, both by possible separate fops implementations and APIs
Add a function so the generic fbdev client can check if the framebuffer
does flushing. This is needed to set up deferred I/O.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_framebuffer.c | 31 +++
include/drm/drm_framebuffer.h | 2 ++
2 files changed, 33 i
Add functions for iterating the registered DRM devices.
This is done looping through the primary minors instead of using an
iter on drm_class which is also a possibility. The reason is that
drm_minor_acquire() takes a ref on the drm_device which is needed.
Another option would be to add a separate
It only makes sense for userspace clients.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_file.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/drm/drm_file.c b/drivers/gpu/drm/drm_file.c
index d4588d33f91c..55505378df47 100644
--- a/dri
This is part 1 of making ioctls useable for in-kernel clients.
Make an ioctl wrapper function that calls a function that can be used by
in-kernel clients.
It adjusts the following functions to handle kernel buffers:
- drm_mode_getresources()
- drm_mode_setcrtc()
- drm_mode_getconnector()
- drm_mod
Add a way to check if userspace modes are equal. Useful for in-kernel
clients. Also export drm_mode_convert_umode().
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_modes.c | 50 +
include/drm/drm_modes.h | 2 ++
2 files changed, 52 insertio
This is part 2 of making ioctls useable for in-kernel clients.
Make an ioctl wrapper function that calls a function that can be used by
in-kernel clients.
It adjusts the signature of the following functions:
- drm_mode_getcrtc()
- drm_mode_create_dumb_ioctl()
- drm_mode_destroy_dumb_ioctl()
- drm_
https://bugs.freedesktop.org/show_bug.cgi?id=104274
--- Comment #6 from Luke McKee ---
Harry I have tried the latest staging next 2 days ago.
Suggest you see there is a long standing issue with powerplay and buggy AMI
bioses that don't properly set up MMIO BAR regiions that need to be worked
aro
Hello Philippe CORNU,
This is a semi-automatic email about new static checker warnings.
The patch b706a25eaed0: "drm/stm: ltdc: add clut mode support" from
Oct 26, 2017, leads to the following Smatch complaint:
drivers/gpu/drm/stm/ltdc.c:395 ltdc_crtc_update_clut()
warn: variable derefe
Kristian Høgsberg writes:
> On Wed, Feb 21, 2018 at 4:00 PM Alex Deucher wrote:
>
>> On Wed, Feb 21, 2018 at 1:14 AM, Chad Versace
> wrote:
>> > On Thu 21 Dec 2017, Daniel Vetter wrote:
>> >> On Thu, Dec 21, 2017 at 12:22 AM, Kristian Kristensen <
> hoegsb...@google.com> wrote:
>> >>> On Wed, D
On Thu, Feb 22, 2018 at 7:04 PM, Kristian Høgsberg wrote:
> On Wed, Feb 21, 2018 at 4:00 PM Alex Deucher wrote:
>
>> On Wed, Feb 21, 2018 at 1:14 AM, Chad Versace
> wrote:
>> > On Thu 21 Dec 2017, Daniel Vetter wrote:
>> >> On Thu, Dec 21, 2017 at 12:22 AM, Kristian Kristensen <
> hoegsb...@goog
https://bugs.freedesktop.org/show_bug.cgi?id=99353
--- Comment #41 from Bong Cosca ---
cik.c reports the following in cik_setup_rb():
max_rb_num_per_se: 1
enabled_rbs: 0
disabled_rbs: 1
mask: 2
se_num: 1
sh_per_se: 1
--
You are receiving this mail because:
You are the assignee for the bug.
On Wed, Feb 21, 2018 at 4:00 PM Alex Deucher wrote:
> On Wed, Feb 21, 2018 at 1:14 AM, Chad Versace
wrote:
> > On Thu 21 Dec 2017, Daniel Vetter wrote:
> >> On Thu, Dec 21, 2017 at 12:22 AM, Kristian Kristensen <
hoegsb...@google.com> wrote:
> >>> On Wed, Dec 20, 2017 at 12:41 PM, Miguel Angel V
On 2018-02-22 06:37 PM, Ben Crocker wrote:
> One of my colleagues did discover a "Radeon HG 5450 PCI" from February
> 2010 which did, apparently, have a Cedar GPU and very definitely had a
> (plain old) PCI connector.
There must be a PCIe-to-PCI bridge on that board. The GPU itself is
always PCIe,
In radeon_device_init, set the need_dma32 flag for Cedar chips
(e.g. FirePro 2270). This fixes, or at least works around, a bug
on PowerPC exposed by last year's commits
8e3f1b1d8255105f31556aacf8aeb6071b00d469 (Russell Currey)
and
253fd51e2f533552ae35a0c661705da6c4842c1b (Alistair Popple)
whi
The first patch could be squashed to second, but kept is separate
since I think it is correct even without the second patch.
With these patches unbinding a panel driver in use does not cause
nasty backtraces and corrupted drm core structures, but instead it
cleanly unbind the drm master device at
Add device_link from panel device (supplier) to drm device (consumer)
with DL_FLAG_AUTOREMOVE when drm_panel_attach() is called. Currently
the master drm driver is not protected against the attached. The
device_link with DL_FLAG_AUTOREMOVE should make sure the drm device is
unbound before the panel
Setting the connector and drm to NULL when the drm panel device is
going away hardly serves any purpose. Usually the the whole memory
stucture is freed right after the remove call.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/panel/panel-innolux-p079zca.c| 1 -
drivers/gpu/drm/panel/pan
On Sun, Feb 18, 2018 at 09:38:32AM +0100, Lukas Wunner wrote:
> There are PCI devices which are power-manageable by a nonstandard means,
> such as a custom ACPI method. One example are discrete GPUs in hybrid
> graphics laptops, another are Thunderbolt controllers in Macs.
>
> Such devices can't
Put consumer device to deferred probe list if it is unbound due to a
dropped link to a supplier.
When a device link supplier is unbound (either manually or because one
of its own suppliers was unbound), its consumers are unbound as
well. Currently if the supplier binds again after this the consume
One of my colleagues did discover a "Radeon HG 5450 PCI" from February
2010 which did, apparently, have a Cedar GPU and very definitely had a
(plain old) PCI connector.
But I take your point, and will just drop the PCI/PCIE check.
On Thu, Feb 22, 2018 at 12:04 PM, Michel Dänzer wrote:
> On 201
On Thu, Feb 22, 2018 at 2:01 PM, Claudiu Beznea
wrote:
> Add PWM normal and complementary modes.
> +- PWM_DTMODE_COMPLEMENTARY: PWM complementary working mode (for PWM
> +channels two outputs); if not specified, the default for PWM channel will
> +be used
What DT stands for?
--
With Best Regar
On 02/22/2018 06:11 PM, Daniel Vetter wrote:
On Thu, Feb 22, 2018 at 08:12:48AM +0200, Oleksandr Andrushchenko wrote:
On 02/22/2018 08:09 AM, Oleksandr Andrushchenko wrote:
From: Oleksandr Andrushchenko
It is possible that drm_simple_kms_plane_atomic_check called
with no CRTC set, e.g. when u
On 02/22/2018 06:59 PM, Daniel Vetter wrote:
On Mon, Feb 19, 2018 at 11:11:23AM +0200, Oleksandr Andrushchenko wrote:
ping
On 02/12/2018 10:52 AM, Oleksandr Andrushchenko wrote:
From: Oleksandr Andrushchenko
If simple_kms_helper based driver needs to work with vblanks,
then it has to provide
Rename the bundled tilcdc_panel driver from just "panel" to
"tilcdc-panel" to avoid noisy error messages from the driver trying to
probe all device nodes named "panel".
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_panel.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
Move to use the new drm panel support in tilcdc together with added
"tvc,s9700rtwv43tr-01b"-panel support in drm panel-simple.
Signed-off-by: Jyri Sarha
---
arch/arm/boot/dts/am335x-evm.dts | 44
1 file changed, 18 insertions(+), 26 deletions(-)
diff --g
Add support for TVC S9700RTWV43TR-01B 800x480 panel found on TI's
AM335X-EVM.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/panel/panel-simple.c | 26 ++
1 file changed, 26 insertions(+)
diff --git a/drivers/gpu/drm/panel/panel-simple.c
b/drivers/gpu/drm/panel/panel-sim
Add support for drm panels to tilcdc. Adding the support on top of the
existing bridge support needs only couple of lines of code when using
using the drm panel bridge helpers.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/Kconfig | 2 ++
drivers/gpu/drm/tilcdc/tilcdc_external.
The first patch adds support for drm panels to tilcdc. The second is
just for convenience. The third adds support for am335x-evm's panel to
panel-simple driver. The third changes am335x-evm's dts file to use
panel-simple instead of tilcdc's bundled dpi-panel support.
After the review I will pick t
On 2018-02-22 10:57 PM, Ben Crocker wrote:
> In radeon_device_init, set the need_dma32 flag for Cedar chips
> (e.g. FirePro 2270). This fixes, or at least works around, a bug
> on PowerPC exposed by last year's commits
>
> 8e3f1b1d8255105f31556aacf8aeb6071b00d469 (Russell Currey)
>
> and
>
> 25
On Tue, Feb 20, 2018 at 5:44 AM, Thierry Reding
wrote:
> From: Thierry Reding
>
> There's no need to set this before the number of DMA bits has been
> properly determined.
>
> Signed-off-by: Thierry Reding
Applied. thanks!
Alex
> ---
> drivers/gpu/drm/amd/amdgpu/gmc_v8_0.c | 1 -
> 1 file c
https://bugzilla.kernel.org/show_bug.cgi?id=198885
--- Comment #3 from Przemek (sop...@gmail.com) ---
And here values from requested files without "amdgpu.dc=1"
"/sys/class/backlight/amdgpu_bl0 # ls -l
razem 0
-r--r--r-- 1 root root 4096 02-22 17:50 actual_brightness
-rw-r--r-- 1 root root 4096 0
On Mon, Feb 19, 2018 at 11:11:23AM +0200, Oleksandr Andrushchenko wrote:
> ping
> On 02/12/2018 10:52 AM, Oleksandr Andrushchenko wrote:
> > From: Oleksandr Andrushchenko
> >
> > If simple_kms_helper based driver needs to work with vblanks,
> > then it has to provide drm_driver.{enable|disable}_v
In radeon_device_init, set the need_dma32 flag for Cedar chips
(e.g. FirePro 2270). This fixes, or at least works around, a bug
on PowerPC exposed by last year's commits
8e3f1b1d8255105f31556aacf8aeb6071b00d469 (Russell Currey)
and
253fd51e2f533552ae35a0c661705da6c4842c1b (Alistair Popple)
whi
On Thu, Feb 22, 2018 at 4:51 PM, Ben Crocker wrote:
> In radeon_device_init, set the need_dma32 flag for Cedar chips
> (e.g. FirePro 2270). This fixes, or at least works around, a bug
> on PowerPC exposed by last year's commits
>
> 8e3f1b1d8255105f31556aacf8aeb6071b00d469 (Russell Currey)
>
> and
In radeon_device_init, set the need_dma32 flag for Cedar chips
(e.g. FirePro 2270). This fixes, or at least works around, a bug
on PowerPC exposed by last year's commits
8e3f1b1d8255105f31556aacf8aeb6071b00d469 (Russell Currey)
and
253fd51e2f533552ae35a0c661705da6c4842c1b (Alistair Popple)
whi
On Thu, Feb 22, 2018 at 11:45 AM, Ben Crocker wrote:
> I considered that, but I'm only equipped to test on a few cards--the ones
> IBM is interested in.
> So this Cedar-specific change fixes the problem on the FirePro 2270; the
> other cards seem
> perfectly capable of handling 40+ bit DMA address
1 - 100 of 192 matches
Mail list logo