On Thu, 12 Oct 2017 10:51:22 -0400
Sean Paul wrote:
> On Thu, Oct 12, 2017 at 01:55:40PM +0300, Pekka Paalanen wrote:
> > On Tue, 26 Sep 2017 09:07:45 -0700
> > Thomas Hellstrom wrote:
> >
> > > On 09/26/2017 01:18 AM, Daniel Vetter wrote:
> > > > On Sun, Sep 24, 2017 at 07:41:45PM +0200, T
On 13 October 2017 at 01:23, Jani Nikula wrote:
> On Wed, 11 Oct 2017, Jani Nikula wrote:
>> Hi Dave, more v4.15 features.
>
> Okay, so I suck and there's still one more batch to come after this. I'm
> a bit out of rhythm here. When do you want the pull request for that at
> the latest?
Around r
From: Dave Airlie
In order to implement plane leasing we need to count things,
just make the code consistent with the counting code currently
used for counting crtcs/encoders/connectors and drop the need
for num_overlay_planes.
v2: don't forget to assign plane_ptr. (keithp)
v3: use correct bound
https://bugzilla.kernel.org/show_bug.cgi?id=196615
--- Comment #24 from klavkala...@gmail.com ---
I would suggest to remove the fix in all kernel versions until we can confirm
it doesn't break anything. Having an LTS kernel break suspend/resume for
polaris users doesn't sound to good.
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=102655
--- Comment #4 from Marta Löfstedt ---
Also, CI_DRM_3223 HSW-shards
(prime_self_import:1525) CRITICAL: Test assertion failure function
test_export_close_race, file prime_self_import.c:363:
(prime_self_import:1525) CRITICAL: Failed assertion: o
On Fri, 13 Oct 2017, Harsha Sharma wrote:
> Prefer kcalloc over kzalloc to allocate an array.
> This patch fixes checkcpatch issue.
>
> Signed-off-by: Harsha Sharma
> ---
> drivers/gpu/drm/drm_crtc_helper.c | 4 ++--
> drivers/gpu/drm/drm_fb_helper.c| 2 +-
> drivers/gpu/drm/drm_plane_hel
The default VGA device is normally set in vga_arbiter_add_pci_device() when
we call it for the first enabled device that can be accessed with the
legacy VGA resources ([mem 0xa-0xb], etc.)
That default device can be overridden by an EFI device that owns the boot
framebuffer. As a fallback
Daniel Axtens reported that on the HiSilicon D05 board, the VGA device is
behind a bridge that doesn't support PCI_BRIDGE_CTL_VGA, so the VGA arbiter
never selects it as the default, which means Xorg auto-detection doesn't
work.
VGA is a legacy PCI feature: a VGA device can respond to addresses, e
These patches are supposed to fix a problem Daniel Axtens found on the
HiSilicon D05 board. The VGA device there is behind a bridge that doesn't
support PCI_BRIDGE_CTL_VGA, so the arbiter never selects the device as the
default.
The first patch extends the arbiter so that if it can't find an enab
Hi,
On 13 October 2017 at 08:58, PrasannaKumar Muralidharan
wrote:
> Warn when refcount > 0 in drm_vblank_cleanup.
>
> Signed-off-by: PrasannaKumar Muralidharan
> ---
> drivers/gpu/drm/drm_vblank.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/drivers/gpu/drm/drm_vblank.c b/drivers
Warn when refcount > 0 in drm_vblank_cleanup.
Signed-off-by: PrasannaKumar Muralidharan
---
drivers/gpu/drm/drm_vblank.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/drm_vblank.c b/drivers/gpu/drm/drm_vblank.c
index 70f2b95..3e61aeb 100644
--- a/drivers/gpu/drm/drm_vblan
On 2017年10月05日 20:09, Arnd Bergmann wrote:
The new driver fails to build when CONFIG_PINCTRL is disabled:
drivers/gpu/drm/rockchip/rockchip_lvds.c: In function
'rockchip_lvds_grf_config':
drivers/gpu/drm/rockchip/rockchip_lvds.c:229:39: error: dereferencing pointer
to incomplete type 'struct d
tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.15-wip
head: 1dffdb582aecb97a50f6a7feeb58f23488cd7ed6
commit: 6b3dbb0ca422ae70e4c6d8fd273d5007026b [32/47] drm/amdgpu: SR-IOV
data exchange between PF&VF
config: i386-randconfig-i0-201741 (attached as .config)
compiler: gcc-4.8
Hi Haneen,
[auto build test WARNING on drm/drm-next]
[also build test WARNING on v4.14-rc4 next-20171009]
[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/Haneen-Mohammed/drm-Move-debug-macros-out
New since last time:
* Don't lease encoders
* Do lease planes
* Automatically lease primary and cursor planes for
apps which don't set universal_planes
* Restrict leases to only contain objects which
are actually leasable (connectors, crtcs and planes)
* Drop the patch which changes per
Separate out lease debugging from the core.
Signed-off-by: Keith Packard
---
drivers/gpu/drm/drm_drv.c | 3 ++-
include/drm/drmP.h| 4
2 files changed, 6 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_drv.c b/drivers/gpu/drm/drm_drv.c
index c0292e5d7281..a934fd5e7e55
This provides new data structures to hold "lease" information about
drm mode setting objects, and provides for creating new drm_masters
which have access to a subset of the available drm resources.
An 'owner' is a drm_master which is not leasing the objects from
another drm_master, and hence 'owns
Attempts to modify un-leased objects are rejected with an error.
Information returned about unleased objects is modified to make them
appear unusable and/or disconnected.
Changes for v2 as suggested by Daniel Vetter :
* With the change in the __drm_mode_object_find API to pass the
file_priv a
drm_mode_create_lease
Creates a lease for a list of drm mode objects, returning an
fd for the new drm_master and a 64-bit identifier for the lessee
drm_mode_list_lesees
List the identifiers of the lessees for a master file
drm_mode_get_lease
List the leased obje
From: Dave Airlie
In order to implement plane leasing we need to count things,
just make the code consistent with the counting code currently
used for counting crtcs/encoders/connectors and drop the need
for num_overlay_planes.
v2: don't forget to assign plane_ptr. (keithp)
Signed-off-by: Dave
From: Dave Airlie
In order to implement plane leasing we need to count things,
just make the code consistent with the counting code currently
used for counting crtcs/encoders/connectors and drop the need
for num_overlay_planes.
v2: don't forget to assign plane_ptr. (keithp)
Signed-off-by: Dave
Place drm_event_vblank in a new union that includes that and a bare
drm_event structure. This will allow new members of that union to be
added in the future without changing code related to the existing vbl
event type.
Assignments to the crtc_id field are now done when the event is
allocated, rath
This modifies the datatypes used by the vblank code to provide 64 bits
of vblank count.
The driver interfaces have been left using 32 bits of vblank count;
all of the code necessary to widen that value for the user API was
already included to handle devices returning fewer than 32-bits.
This will
This series removes portions of the first patch which switched to
ktime_t as Arnd Bergmann posted a cleaner patch which did only
that. Otherwise, it's the same.
-keith
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.
These provide crtc-id based functions instead of pipe-number, while
also offering higher resolution time (ns) and wider frame count (64)
as required by the Vulkan API.
v2:
* Check for DRIVER_MODESET in new crtc-based vblank ioctls
Failing to check this will oops the driver.
* Ensure v
Hi Haneen,
[auto build test WARNING on drm/drm-next]
[also build test WARNING on v4.14-rc4 next-20171009]
[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/Haneen-Mohammed/drm-Extract-drm_debug-hc/
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: 1b006d838f78d7822f606087fa12ea7ad2c5753b
commit: 5b5d50de60e4b3b9ffa578f044f2a69d4285 [138/173] drm/amd/display:
Fixed extend to second screen mode hang
config: ia64-allmodconfig (attached as .config)
compiler:
From: Dave Airlie
In order to implement plane leasing we need to count things,
just make the code consistent with the counting code currently
used for counting crtcs/encoders/connectors and drop the need
for num_overlay_planes.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_mode_config.c |
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: 43dd6fde5df450938568885249b836eb376e2ad6
commit: 80be23c578680168a0c710be9c0bddcf65268fcb [164/1021] drm/amd/dc: Add dc
display driver (v2)
coccinelle warnings: (new ones prefixed by >>)
>> drivers/gpu/drm/amd/am
drivers/gpu/drm/amd/amdgpu/../display/dc/gpio/gpio_service.c:134:2-3: Unneeded
semicolon
Remove unneeded semicolon.
Generated by: scripts/coccinelle/misc/semicolon.cocci
Fixes: 80be23c57868 ("drm/amd/dc: Add dc display driver (v2)")
CC: Harry Wentland
Signed-off-by: Fengguang Wu
---
gpio_
Hi Haneen,
[auto build test WARNING on drm/drm-next]
[also build test WARNING on v4.14-rc4 next-20171009]
[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/Haneen-Mohammed/drm-Extract-drm_debug-hc/
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: 1b006d838f78d7822f606087fa12ea7ad2c5753b
commit: f09cd1f46388080272561fa2c61d1b51598ef0e6 [12/173] drm/amd/display: Use
kernel alloc/free
coccinelle warnings: (new ones prefixed by >>)
>> drivers/gpu/drm/amd/amdg
drivers/gpu/drm/amd/amdgpu/../display/dc/gpio/gpio_service.c:134:3-8: WARNING:
NULL check before freeing functions like kfree, debugfs_remove,
debugfs_remove_recursive or usb_free_urb is not needed. Maybe consider
reorganizing relevant code to avoid passing NULL values.
drivers/gpu/drm/amd/amdgp
From: Steven Rostedt (VMware)
Commit ce8daef3580 ("drm/i915: Remove dead
i915_gem_evict_everything()") removed the only instances of
trace_i915_gem_evict_everything.
Commit a7b9761d0a ("drm/i915: Split i915_gem_flush_ring() into seperate
invalidate/flush funcs") removed the only instances of
tra
Hi Meghana,
[auto build test WARNING on v4.14-rc3]
[also build test WARNING on next-20171009]
[cannot apply to drm/drm-next backlight/for-backlight-next
drm-exynos/exynos-drm/for-next]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
ht
https://bugs.freedesktop.org/show_bug.cgi?id=101900
--- Comment #10 from Timofonic ---
Any news? This would make AMD hardware more interesting to be used on my future
workstation + HTPC setup.
--
You are receiving this mail because:
You are the assignee for the bug._
From: "Leo (Sunpeng) Li"
Use new_*_state and old_*_state for their respective new/old DRM object
states.
Signed-off-by: Leo (Sunpeng) Li
---
drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 80 +++
1 file changed, 40 insertions(+), 40 deletions(-)
diff --git a/drivers/g
From: "Leo (Sunpeng) Li"
in amdgpu_dm_atomic_commit_tail. Just use crtc instead.
Signed-off-by: Leo (Sunpeng) Li
---
drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c
b/
From: "Leo (Sunpeng) Li"
Hi Dave,
This series reworks the previous patch. Patch 1 is a v2 of the previous,
and additional patches are from the feedback received. They apply on top
of your drm-next-amd-dc-staging branch.
Thanks,
Leo
Leo (Sunpeng) Li (6):
drm/amd/display: Use DRM new-style obj
From: "Leo (Sunpeng) Li"
Use dm_new_*_state and dm_old_*_state for their respective amdgpu_dm new
and old object states. Helps with readability, and enforces use of new
DRM api (choose either new, or old).
Signed-off-by: Leo (Sunpeng) Li
---
drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c |
From: "Leo (Sunpeng) Li"
undersacn -> underscan
Signed-off-by: Leo (Sunpeng) Li
---
drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c
b/drivers/gpu/drm/amd/display/amdgpu_
From: "Leo (Sunpeng) Li"
To conform to DRM's new API, we should not be accessing a DRM object's
internal state directly. Rather, the DRM for_each_old/new_* iterators,
and drm_atomic_get_old/new_* interface should be used.
This is an ongoing process. For now, update the DRM-facing atomic
function
From: "Leo (Sunpeng) Li"
Use the correct for_each_new/old_* iterators instead of for_each_*
List of affected functions:
amdgpu_dm_find_first_crtc_matching_connector: use for_each_new
- Old from_state_var flag was always choosing the new state
amdgpu_dm_display_resume: use for_each_new
Daniel Vetter writes:
> One more that came up on irc after discussion why this is needed: The
> userspace side using this won't work on split gpus where the render node
> has 0 displays, and hence where you really need to query the compositor
> anyway.
Agreed -- using the X connection to get the
Daniel Vetter writes:
> So given the huge possibilities of abuse, do we really, really need all
> this, and is there not any way to create a bit of protocol to pass the
> relevant data from X to clients? From your presentation is sounded like
> current xrandr is (almost) there ...
Yeah, it's the
Sorry, this codepath is not tested by radeonsi.
Marek
On Sun, Oct 1, 2017 at 1:20 AM, Zhou, David(ChunMing)
wrote:
> Could you test and review it? On hand, I have no env.
>
> Regards,
> David Zhou
>
> 发自坚果 Pro
>
> Marek Ol?醟 于 2017年9月30日 下午11:56写道：
>
> The idea sounds good.
>
> Marek
>
> On Sat
https://bugzilla.kernel.org/show_bug.cgi?id=196615
--- Comment #23 from klavkala...@gmail.com ---
Oh. I didn't realize it worked like that. The same problem happens with all
versions of 4.13 and 4.14 I tried so far.
--
You are receiving this mail because:
You are watching the assignee of the bug
On 10/12/2017 09:41 PM, Thierry Reding wrote:
> On Sun, Oct 01, 2017 at 10:13:53AM -0400, Rhys Kidd wrote:
>> nouveau supports the Tegra K1 and higher after the SoC-based GPUs converged
>> with the main GeForce GPU families.
>>
>> v2:
>> - Qualify that support is Tegra K1+ (Martin Peres)
>>
>> Sign
Hi Michal,
Are you currently working on this feature. I started to look into page flip
with damage for VMware drivers.
Thanks,
Deepak
> -Original Message-
> From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf
> Of Michal Lukaszek
> Sent: Tuesday, September 26, 20
On Wed, Oct 11, 2017 at 4:41 PM, Robert Tarasov
wrote:
> Fixed problem with DisplayLink and DisplayLink certified adapters when they
> didn't want to work if they were initialized with disconnected DVI cable. Now
> udl driver checks and updates adapter's connection state every 10 seconds, as
> wel
On Thu, Oct 12, 2017 at 08:41:17PM +0200, Daniel Vetter wrote:
> Hi Keith,
>
> On Tue, Oct 10, 2017 at 05:48:27PM -0700, Keith Packard wrote:
> > This allows an application to discover what display resources are
> > available before requesting a lease from the X server.
> >
> > Signed-off-by: Kei
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
libdrm 2.4.84 has been released.
Alex Deucher (1):
tests/amdgpu: add missing header to SOURCES
Andrey Grodzovsky (1):
amdgpu: Add deadlock detection test suit.
Anuj Phogat (1):
intel: Change a KBL pci id to GT2 from GT1.5
Chris
Boris Brezillon writes:
> This ioctl will allow us to purge inactive userspace buffers when the
> system is running out of contiguous memory.
>
> For now, the purge logic is rather dumb in that it does not try to
> release only the amount of BO needed to meet the last CMA alloc request
> but inst
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in:
drivers/gpu/drm/i915/i915_gem.c
between commit:
b85577b72837ee ("drm/i915: Order two completing nop_submit_request")
from the drm-intel-fixes tree and commit:
af7a8ffad9c58d ("drm/i915: Use rcu instead of stop_mac
https://bugs.freedesktop.org/show_bug.cgi?id=103066
--- Comment #1 from Dylan Stephano-Shachter ---
Another piece of helpful info might be that when I reduce the graphics to low,
the empire borders appear. However, the sector borders still do not show up.
--
You are receiving this mail because:
Hi Keith,
On Tue, Oct 10, 2017 at 05:48:27PM -0700, Keith Packard wrote:
> This allows an application to discover what display resources are
> available before requesting a lease from the X server.
>
> Signed-off-by: Keith Packard
For reasons I've kidna stopped reviewing these patches. I don't
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in:
drivers/gpu/drm/i915/intel_display.c
between commit:
7b50f7b24cd6c ("rm/i915: Read timings from the correct transcoder in
intel_crtc_mode_get()")
from the drm-intel-fixes tree and commit:
de330815677d8 ("drm/i9
On Thu, Oct 12, 2017 at 01:55:28PM -0400, Sean Paul wrote:
> This patch adds state tracking to the drm_panel functions which keep
> track of enabled and prepared. If the calls are unbalanced, a WARNING is
> issued.
>
> The motivation for this change is that a number of panel drivers
> (including p
https://bugs.freedesktop.org/show_bug.cgi?id=103246
Bug ID: 103246
Summary: PoE: GPU hang with mesa >= 17.2.0 + gallium-nine
Product: Mesa
Version: 17.2
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Arnd Bergmann writes:
> Overall, this seems good enough, so my patch removes the use of
> 'timeval' from the vblank handling altogether and uses ktime_t
> consistently, except for the part where we copy the data to user
> space structures in the existing format.
This patch is better than the por
The x and y hints receives from the host are unsigned 32 bit integers and
they get set to -1 (0x) when invalid. Before this commit the
vboxvideo driver was storing them in an u16 causing the -1 to be truncated
to 65535 which, once reported to userspace, was breaking gnome 3.26+
in Wayland m
They're not necessary for atomic drivers, and drm_panel will
WARN if the calls are unbalanced
Signed-off-by: Sean Paul
---
drivers/gpu/drm/panel/panel-sharp-ls043t1le01.c | 23 ---
1 file changed, 23 deletions(-)
diff --git a/drivers/gpu/drm/panel/panel-sharp-ls043t1le01.c
They're not necessary for atomic drivers, and drm_panel will
WARN if the calls are unbalanced
Signed-off-by: Sean Paul
---
drivers/gpu/drm/panel/panel-innolux-p079zca.c | 23 ---
1 file changed, 23 deletions(-)
diff --git a/drivers/gpu/drm/panel/panel-innolux-p079zca.c
b/dr
They're not necessary for atomic drivers, and drm_panel will
WARN if the calls are unbalanced
Signed-off-by: Sean Paul
---
drivers/gpu/drm/panel/panel-simple.c | 24
1 file changed, 24 deletions(-)
diff --git a/drivers/gpu/drm/panel/panel-simple.c
b/drivers/gpu/drm/pan
They're not necessary for atomic drivers, and drm_panel will
WARN if the calls are unbalanced
Signed-off-by: Sean Paul
---
drivers/gpu/drm/panel/panel-seiko-43wvf1g.c | 24
1 file changed, 24 deletions(-)
diff --git a/drivers/gpu/drm/panel/panel-seiko-43wvf1g.c
b/drive
I noticed while removing the enabled flag that backlight update checks
prepared in such a way that could race with hardware turning on/off.
This patch adds a mutex to ensure these races don't happen.
In addition to the lock, this patch also renames prepared to initialized
to better reflect what it
They're not necessary for atomic drivers, and drm_panel will
WARN if the calls are unbalanced.
Signed-off-by: Sean Paul
---
drivers/gpu/drm/panel/panel-sharp-lq101r1sx01.c | 23 ---
1 file changed, 23 deletions(-)
diff --git a/drivers/gpu/drm/panel/panel-sharp-lq101r1sx01.c
It's not necessary for atomic drivers, and drm_panel will
WARN if the calls are unbalanced.
Signed-off-by: Sean Paul
---
drivers/gpu/drm/panel/panel-orisetech-otm8009a.c | 16
1 file changed, 16 deletions(-)
diff --git a/drivers/gpu/drm/panel/panel-orisetech-otm8009a.c
b/drive
They're not necessary for atomic drivers, and drm_panel will
WARN if the calls are unbalanced.
Signed-off-by: Sean Paul
---
drivers/gpu/drm/panel/panel-jdi-lt070me05000.c | 23 ---
1 file changed, 23 deletions(-)
diff --git a/drivers/gpu/drm/panel/panel-jdi-lt070me05000.c
b
They're not necessary for atomic drivers, and drm_panel will WARN if
the calls are unbalanced.
Signed-off-by: Sean Paul
---
.../gpu/drm/panel/panel-panasonic-vvx10f034n00.c | 22 --
1 file changed, 22 deletions(-)
diff --git a/drivers/gpu/drm/panel/panel-panasonic-vvx10f03
This patch adds state tracking to the drm_panel functions which keep
track of enabled and prepared. If the calls are unbalanced, a WARNING is
issued.
The motivation for this change is that a number of panel drivers
(including panel-simple) all do this to protect their regulator
refcounts. The atom
A number of panel drivers track enabled/prepared state (I suspect to protect
regulator refcounts). However, the atomic framework already ensures that
prepare/unprepare and enable/disable calls are balanced. This series removes all
independent tracking from the drivers and adds a WARNING to the core
On Wed, Sep 13, 2017 at 01:02:12PM +0530, Allen Pais wrote:
> Signed-off-by: Allen Pais
Applied to drm-misc-next, thanks.
-Daniel
> ---
> drivers/gpu/drm/gma500/mid_bios.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/gma500/mid_bios.c
> b/drivers/gp
On Thu, Oct 12, 2017 at 1:02 PM, Christian König
wrote:
> Am 12.10.2017 um 18:20 schrieb Michel Dänzer:
>>
>> On 12/10/17 05:58 PM, Alex Deucher wrote:
>>>
>>> Hi Dave,
>>>
>>> One memory management regression fix.
>>>
>>> The following changes since commit
>>> 545036a9944e9d6e50fed4ca03117147c880
From: Christian König
We don't use compound pages at the moment. Take this into account when
freeing them.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 21 -
1 file changed, 16 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_
Am 12.10.2017 um 18:20 schrieb Michel Dänzer:
On 12/10/17 05:58 PM, Alex Deucher wrote:
Hi Dave,
One memory management regression fix.
The following changes since commit 545036a9944e9d6e50fed4ca03117147c880ff71:
Merge tag 'drm-misc-fixes-2017-10-11' of
git://anongit.freedesktop.org/drm/dr
> -Original Message-
> From: Michel Dänzer [mailto:mic...@daenzer.net]
> Sent: Thursday, October 12, 2017 12:21 PM
> To: Alex Deucher
> Cc: amd-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org;
> airl...@gmail.com; Deucher, Alexander
> Subject: Re: [pull] amdgpu drm-fixes-4.14
>
Den 12.10.2017 17.57, skrev Meghana Madhyastha:
Add devm_backlight_get and the corresponding release
function because some drivers use devres versions of functions
for requiring device resources.
Signed-off-by: Meghana Madhyastha
---
Changes in v12:
-Move backlight_put() to the patch 2/3 fro
Den 12.10.2017 17.50, skrev Meghana Madhyastha:
Rename tinydrm_of_find_backlight to backlight_get and move it
to linux/backlight.c so that it can be used by other drivers.
Signed-off-by: Meghana Madhyastha
---
Changes in v12:
-Move backlight_put() to the patch 2/3 from patch 3/3.
-Remove #
Den 12.10.2017 17.28, skrev Meghana Madhyastha:
Move the helper functions enable_backlight and disable_backlight
from tinydrm-helpers.c to backlight.h as static inline functions so
that they can be used by other drivers.
Signed-off-by: Meghana Madhyastha
---
Please rebase on latest drm-misc,
From the CI builds, its been observed that during a driver
reload/insert, dp dual mode read function sometimes fails to
read from LSPCON device over i2c-over-aux channel.
This patch:
- adds some delay and few retries, allowing a scope for these
devices to settle down and respond.
- changes one e
On Thursday, October 12, 2017 05:17:49 PM Colin Ian King wrote:
> On 12/10/17 17:17, Bartlomiej Zolnierkiewicz wrote:
> >
> > [ added dri-devel ML to cc: ]
> >
> > On Tuesday, September 19, 2017 10:32:01 PM Colin King wrote:
> >> From: Colin Ian King
> >>
> >> Don't populate the read-only const
[ added dri-devel ML to cc: ]
On Tuesday, September 12, 2017 07:39:30 AM Christophe JAILLET wrote:
> If 'dmam_alloc_attrs()' fails, we must go through the error handling code,
> as done elsewhere in this function. Otherwise, there is a resource leak.
>
> Signed-off-by: Christophe JAILLET
> ---
On 12/10/17 05:58 PM, Alex Deucher wrote:
> Hi Dave,
>
> One memory management regression fix.
>
> The following changes since commit 545036a9944e9d6e50fed4ca03117147c880ff71:
>
> Merge tag 'drm-misc-fixes-2017-10-11' of
> git://anongit.freedesktop.org/drm/drm-misc into drm-fixes (2017-10-12
On 12/10/17 17:17, Bartlomiej Zolnierkiewicz wrote:
>
> [ added dri-devel ML to cc: ]
>
> On Tuesday, September 19, 2017 10:32:01 PM Colin King wrote:
>> From: Colin Ian King
>>
>> Don't populate the read-only const array post_divs on the stack,
>> nstead make it static. Makes the object code sm
[ added dri-devel ML to cc: ]
On Tuesday, September 19, 2017 10:32:01 PM Colin King wrote:
> From: Colin Ian King
>
> Don't populate the read-only const array post_divs on the stack,
> nstead make it static. Makes the object code smaller by 90 bytes:
>
> Before:
>text data bss
[ added dri-devel & sparclinux MLs to cc: ]
On Thursday, September 14, 2017 06:02:14 PM Bhumika Goyal wrote:
> Make these structures static as they are not referenced in any other
> file. Make them const as they are used only during a copy operation.
> Replace __initdata with __initconst in file
Hi Dave,
One memory management regression fix.
The following changes since commit 545036a9944e9d6e50fed4ca03117147c880ff71:
Merge tag 'drm-misc-fixes-2017-10-11' of
git://anongit.freedesktop.org/drm/drm-misc into drm-fixes (2017-10-12 10:38:09
+1000)
are available in the git repository at:
Add devm_backlight_get and the corresponding release
function because some drivers use devres versions of functions
for requiring device resources.
Signed-off-by: Meghana Madhyastha
---
Changes in v12:
-Move backlight_put() to the patch 2/3 from patch 3/3.
drivers/gpu/drm/tinydrm/mi0283qt.c |
Rename tinydrm_of_find_backlight to backlight_get and move it
to linux/backlight.c so that it can be used by other drivers.
Signed-off-by: Meghana Madhyastha
---
Changes in v12:
-Move backlight_put() to the patch 2/3 from patch 3/3.
-Remove #if IS_ENABLED(CONFIG_BACKLIGHT_CLASS_DEVICE)..#endif
On Wednesday, September 13, 2017 04:41:37 PM Colin King wrote:
> From: Colin Ian King
>
> Don't populate the const array specialtv on the stack, instead make it
> static. Makes the object code smaller by over 1100 bytes:
>
> Before:
>text data bss dec hex filename
> 17
Move the helper functions enable_backlight and disable_backlight
from tinydrm-helpers.c to backlight.h as static inline functions so
that they can be used by other drivers.
Signed-off-by: Meghana Madhyastha
---
Changes in v12:
-None
drivers/gpu/drm/tinydrm/core/tinydrm-helpers.c | 55 --
Move drm helper functions from tinydrm-helpers to linux/backlight for
ease of use by callers in other drivers.
Changes in v12:
-Move backlight_put() to the patch 2/3 from patch 3/3.
-Remove #if IS_ENABLED(CONFIG_BACKLIGHT_CLASS_DEVICE)..#endif
because the file is not built if it isn't enabled
On Wednesday, September 13, 2017 04:03:09 PM Colin King wrote:
> From: Colin Ian King
>
> Don't populate the const arrays ragepro_tbl and ragexl_tbl on the stack,
> instead make them static. Makes the object code smaller by over 380 bytes:
>
> Before:
>text data bss dec
On Wed, 11 Oct 2017, Jani Nikula wrote:
> Hi Dave, more v4.15 features.
Okay, so I suck and there's still one more batch to come after this. I'm
a bit out of rhythm here. When do you want the pull request for that at
the latest?
BR,
Jani.
>
> Our tooling now supports signed tags, this one is pr
[ cc: list trimmed down do linux-fbdev/dri-devel/linux-kernel ]
On Wednesday, September 13, 2017 01:02:18 PM Allen wrote:
> Signed-off-by: Allen Pais
Patch queued for 4.15 (with patch description fixed to
"video: fbdev: matrox: return -ENOMEM on allocation failure"),
thanks.
Best regards,
--
B
On Tue, Oct 10, 2017 at 04:33:22PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> On machines where the vblank interrupt fires some time after the start
> of vblank (or we just manage to race with the vblank interrupt handler)
> we will currently stuff a stale vblank counter value into the
https://bugzilla.kernel.org/show_bug.cgi?id=196615
--- Comment #22 from Alex Deucher (alexdeuc...@gmail.com) ---
(In reply to Peter Spiess-Knafl from comment #20)
> Alex can you help out here? Why was the patch fixing the suspend/resume
> issue removed in 4.13?
The fix was only applied to 4.12.
https://bugzilla.kernel.org/show_bug.cgi?id=196615
--- Comment #21 from Peter Spiess-Knafl (p...@autistici.org) ---
"git log -p drivers/gpu/drm/amd/amdgpu/amdgpu_cgs.c" reveals that the original
patch
(https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?h=linux-4.12.y&i
On Thu, Oct 12, 2017 at 01:55:40PM +0300, Pekka Paalanen wrote:
> On Tue, 26 Sep 2017 09:07:45 -0700
> Thomas Hellstrom wrote:
>
> > On 09/26/2017 01:18 AM, Daniel Vetter wrote:
> > > On Sun, Sep 24, 2017 at 07:41:45PM +0200, Thomas Hellstrom wrote:
> > >> Hi, list!
> > >>
> > >> Page flips, wh
1 - 100 of 186 matches
Mail list logo
