HI Dave,
This pull request includes several regression fixups.
Please kindly let me know if there is any problem.
Thanks,
Inki Dae
The following changes since commit 928815245cbdaa611873424759d5e7a7293dd18b:
Merge tag 'drm-intel-fixes-2016-04-07' of
git://anongit.freedesktop.org/drm-
VBLIRQ))) {
278 DRM_DEBUG_VBL("clamping vblank bump to 1 on crtc %u:
diffr=%u "
279"refcount %u, vblirq %u\n", pipe, diff,
280atomic_read(&vblank->refcount),
281(flags & DRM_CALLED_FROM_VBLIRQ) != 0);
282 diff = 1;
283 }
284
285 DRM_DEBUG_VBL("updating vblank count on crtc %u:"
286" current=%u, diff=%u, hw=%u hw_last=%u\n",
287pipe, vblank->count, diff, cur_vblank,
vblank->last);
288
289 if (diff == 0) {
290 WARN_ON_ONCE(cur_vblank != vblank->last);
291 return;
292 }
293
294 /*
295 * Only reinitialize corresponding vblank timestamp if
high-precision query
296 * available and didn't fail, or we were called from the vblank
interrupt.
297 * Otherwise reinitialize delayed at next vblank interrupt and
assign 0
298 * for now, to mark the vblanktimestamp as invalid.
299 */
300 if (!rc && (flags & DRM_CALLED_FROM_VBLIRQ) == 0)
301 t_vblank = (struct timeval) {0, 0};
302
303 store_vblank(dev, pipe, diff, &t_vblank, cur_vblank);
304 }
305
306 /**
307 * drm_accurate_vblank_count - retrieve the master vblank counter
308 * @crtc: which counter to retrieve
309 * @tv_ret: last time counter was updated
310 *
311 * This function is similar to @drm_crtc_vblank_count but this
312 * function interpolates to handle a race with vblank irq's.
313 */
314
315 u32 drm_accurate_vblank_count(struct drm_crtc *crtc)
> 316 {
317 struct drm_device *dev = crtc->dev;
318 u32 vblank, pipe = drm_crtc_index(crtc);
319 unsigned long flags;
---
0-DAY kernel test infrastructureOpen Source Technology Center
https://lists.01.org/pipermail/kbuild-all Intel Corporation
-- next part --
A non-text attachment was scrubbed...
Name: .config.gz
Type: application/octet-stream
Size: 6302 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160413/a34d574c/attachment-0001.obj>
drivers/gpu/drm/nouveau/nvkm/subdev/secboot/base.c:280:2-3: Unneeded semicolon
Remove unneeded semicolon.
Generated by: scripts/coccinelle/misc/semicolon.cocci
CC: Alexandre Courbot
Signed-off-by: Fengguang Wu
---
base.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- a/drive
https://bugzilla.kernel.org/show_bug.cgi?id=116101
--- Comment #6 from Michel Dänzer ---
There's still a bug though â if unbinding can't work, it should be refused
upfront, not attempted anyway, breaking things.
--
You are receiving this mail because:
You are watching the assignee of the bug
ou are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160413/33d5d17b/attachment.html>
tps://lists.freedesktop.org/archives/dri-devel/attachments/20160413/35775a88/attachment.html>
On 13 April 2016 at 00:08, Daniel Vetter wrote:
> On Mon, Apr 11, 2016 at 04:55:33PM +0800, Xinliang Liu wrote:
>> This patch set adds a new drm driver for HiSilicon Kirin hi6220 SoC.
>> Current testing and support board is Hikey board which is one of Linaro
>> 96boards. It is an arm64 open source
On Wed, Apr 13, 2016 at 12:00 AM, Daniel Vetter wrote:
> On Tue, Apr 05, 2016 at 04:50:39PM +0800, Liu Ying wrote:
>> Transitional drivers might access the NULL pointer plane->state in
>> drm_helper_crtc_mode_set_base(), which causes NULL pointer dereference.
>> So, let's reset it before handing i
--
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160413/fa5366e3/attachment.html>
drivers/gpu/drm/nouveau/nvkm/subdev/bios/iccsense.c:96:3-4: Unneeded semicolon
Remove unneeded semicolon.
Generated by: scripts/coccinelle/misc/semicolon.cocci
CC: Martin Peres
Signed-off-by: Fengguang Wu
---
iccsense.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- a/driver
On Tuesday, April 05, 2016 11:46 AM, Yakir Yang wrote:
>
> Hi David,
>
> This v2 pull request just fixed the module compiled failed problem which
> pointed by Guenter,
> detail relate to [1]
>
> Thanks,
> - Yakir
>
> [1]: https://lkml.org/lkml/2016/3/30/762
>
>
>
> The following changes sinc
On Mon, Apr 04, 2016 at 10:28:39PM -0700, Stefan Agner wrote:
> Add the dcu and tcon nodes to enable the Display Controller Unit
> and Timing Controller in Vybrid's SoC level device-tree file.
>
> Signed-off-by: Stefan Agner
Applied 7 ~ 9, thanks.
On 04/13/2016 01:38 PM, Jingoo Han wrote:
> On Tuesday, April 05, 2016 11:46 AM, Yakir Yang wrote:
>> Hi David,
>>
>> This v2 pull request just fixed the module compiled failed problem which
>> pointed by Guenter,
>> detail relate to [1]
>>
>> Thanks,
>> - Yakir
>>
>> [1]: https://lkml.org/lkml/2
view from other
HDMI users?
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160413/4c975848/attachment-0001.sig>
drivers/gpu/drm/nouveau/nvkm/subdev/iccsense/base.c:133:2-7: 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.
NULL check before some freeing f
nt was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160413/1972e658/attachment.sig>
On 13/04/16 10:07, kbuild test robot wrote:
> drivers/gpu/drm/nouveau/nvkm/subdev/iccsense/base.c:133:2-7: 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 pas
On 13/04/16 08:13, kbuild test robot wrote:
> drivers/gpu/drm/nouveau/nvkm/subdev/bios/iccsense.c:96:3-4: Unneeded semicolon
>
>
> Remove unneeded semicolon.
>
> Generated by: scripts/coccinelle/misc/semicolon.cocci
>
> CC: Martin Peres
> Signed-off-by: Fengguang Wu
Signed-off-by: Martin Peres
Add support for the JDI lt070me05000 WUXGA DSI panel used in
Nexus 7 2013 devices.
Programming sequence for the panel is was originally found in the
android-msm-flo-3.4-lollipop-release branch from:
https://android.googlesource.com/kernel/msm.git
And video mode setting is from dsi-panel-jdi-d
Add support for the JDI lt070me05000 WUXGA DSI panel used in
Nexus 7 2013 devices.
Programming sequence for the panel is was originally found in the
android-msm-flo-3.4-lollipop-release branch from:
https://android.googlesource.com/kernel/msm.git
And video mode setting is from dsi-panel-jdi-d
New version Tested with success on sti platform
Acked-by: Arnaud Pouliquen
Regards
Arnaud
On 03/31/2016 03:36 PM, Jyri Sarha wrote:
> The hdmi-codec is a platform device driver to be registered from
> drivers of external HDMI encoders with I2S and/or spdif interface. The
> driver in turn regis
This uses the newly created drm_accurate_vblank_count_and_time to accurately
get a vblank count when the hw counter is unavailable.
---
drivers/gpu/drm/i915/intel_display.c | 10 ++
drivers/gpu/drm/i915/intel_drv.h | 3 +++
drivers/gpu/drm/i915/intel_sprite.c | 8 ++--
3 files c
This function is useful for gen2 intel devices which have no frame
counter, but need a way to determine the current vblank count without
racing with the vblank interrupt handler.
intel_pipe_update_start checks if no vblank interrupt will occur
during vblank evasion, but cannot check whether the vb
This patch first adds drm_accurate_vblank_count, which needs an ack from
airlied to get through dinq.
After adding support for mmio updates on all platforms support for cs flips is
removed.
It's hard to test properly and makes async atomic commit harder to get right.
Maarten Lankhorst (11):
d
Do it in 1 step instead, use atomic_read since INTEL_FLIP_COMPLETE
is no longer useful.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/i915/i915_debugfs.c | 3 --
drivers/gpu/drm/i915/i915_irq.c | 18 ++-
drivers/gpu/drm/i915/intel_display.c | 96 ++--
Re-use unpin_work->pending, but also set vblank count before
intel_mark_page_flip_active to be sure.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/i915/i915_debugfs.c | 11 ++-
drivers/gpu/drm/i915/intel_display.c | 31 ---
drivers/gpu/drm/i915/intel_d
Set plane_state->base.fence to the dma_buf exclusive fence,
and add a wait to the mmio function. This will make it easier
to unify plane updates later on.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/i915/intel_atomic_plane.c | 1 +
drivers/gpu/drm/i915/intel_display.c | 54 +++
Rename intel_unpin_work to intel_flip_work and use it for mmio flips
and unpinning. Use flip_queued_req to hold the wait request in the
mmio case and allow the vblank interrupt to complete mmio work to
have mmio flips run correctly on g4 and earlier.
Changes since v1:
- Add smp_mb__after_atomic()
Create a work structure that will be used for all changes. This will
be used later on in the atomic commit function.
Changes since v1:
- Free old_crtc_state from unpin_work_fn properly.
Changes since v2:
- Add hunk for calling hw state verifier.
- Add missing support for color spaces.
Signed-off-
This will be required to allow more than 1 update in the future.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/i915/i915_debugfs.c | 90 -
drivers/gpu/drm/i915/i915_drv.h | 2 +-
drivers/gpu/drm/i915/intel_display.c | 107 +++---
With the removal of cs support this is no longer reachable.
Can be revived if needed.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/i915/i915_drv.h | 5 -
drivers/gpu/drm/i915/intel_display.c | 259 ---
2 files changed, 264 deletions(-)
diff --git a
With the removal of cs flips this is always force enabled.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/i915/i915_params.c | 5 -
drivers/gpu/drm/i915/i915_params.h | 1 -
drivers/gpu/drm/i915/intel_lrc.c | 3 +--
3 files changed, 1 insertion(+), 8 deletions(-)
diff --git a/driver
With mmio flips now available on all platforms it's time to remove
support for cs flips.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/i915/i915_debugfs.c | 21 +--
drivers/gpu/drm/i915/intel_display.c | 273 +--
drivers/gpu/drm/i915/intel_drv.h | 6
Hi,
Here is a pull request containing several improvement and cleanup patches
for the atmel-hlcdc driver to be applied on drm-next (targeting 4.7).
Best Regards,
Boris
The following changes since commit c1cc68ae84bcce64e63d81b3531296728d407a16:
drm: atmel-hlcdc: add a ->cleanup_fb() operatio
The ioremap() hidden behind the io_mapping_map_wc() convenience helper
can be used for remapping multiple pages. Extend the helper so that
future callers can use it for larger ranges.
Signed-off-by: Chris Wilson
Cc: Tvrtko Ursulin
Cc: Daniel Vetter
Cc: Jani Nikula
Cc: David Airlie
Cc: Yishai
On Wed, Apr 13, 2016 at 10:52:34AM +0800, Ying Liu wrote:
> On Wed, Apr 13, 2016 at 12:00 AM, Daniel Vetter wrote:
> > On Tue, Apr 05, 2016 at 04:50:39PM +0800, Liu Ying wrote:
> >> Transitional drivers might access the NULL pointer plane->state in
> >> drm_helper_crtc_mode_set_base(), which cause
LVM 3.9 or later.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160413/e4c4b2f3/attachment.html>
On Fri, Apr 08, 2016 at 07:05:03PM +0200, Noralf Trønnes wrote:
> This adds deferred io support if CONFIG_FB_DEFERRED_IO is enabled.
> Accumulated fbdev framebuffer changes are signaled using the callback
> (struct drm_framebuffer_funcs *)->dirty()
>
> The drm_fb_helper_sys_*() functions will acc
On Fri, Apr 08, 2016 at 07:05:05PM +0200, Noralf Trønnes wrote:
> Provides helper functions for drivers that have a simple display
> pipeline. Plane, crtc and encoder are collapsed into one entity.
>
> Signed-off-by: Noralf Trønnes
Looks good. A few comments below, but the big thing is adding
On Fri, Apr 08, 2016 at 07:05:03PM +0200, Noralf Trønnes wrote:
> This adds deferred io support if CONFIG_FB_DEFERRED_IO is enabled.
> Accumulated fbdev framebuffer changes are signaled using the callback
> (struct drm_framebuffer_funcs *)->dirty()
>
> The drm_fb_helper_sys_*() functions will acc
On Fri, Apr 08, 2016 at 07:05:02PM +0200, Noralf Trønnes wrote:
> This is an attempt at providing a DRM version of drivers/staging/fbtft.
>
> I'm sending this early before cleaning up the code hoping to get some
> feedback in case there are better ways to structure this.
>
> The tinydrm module p
On Fri, Apr 08, 2016 at 07:05:04PM +0200, Noralf Trønnes wrote:
> This adds fbdev deferred io support if CONFIG_FB_DEFERRED_IO is enabled.
> The driver has to provide a (struct drm_framebuffer_funcs *)->dirty()
> callback to get notification of fbdev framebuffer changes.
> If the dirty() hook is s
Hi Liviu,
On 1 April 2016 at 17:21, Liviu Dudau wrote:
> Add support for the new family of Display Processors from ARM Ltd.
> This commit adds basic support for Mali DP500, DP550 and DP650
> parts, with only the display engine being supported at the moment.
>
> Cc: David Brown
> Cc: Brian Starke
Hi Xinliang,
On 11 April 2016 at 09:55, Xinliang Liu wrote:
> Add maintainer and reviewer for hisilicon DRM driver.
>
> v8: None.
> v7: None.
> v6: None.
> v5: None.
> v4:
> - Add Chen Feng as Designated reviewer.
> v3: First version.
>
> Signed-off-by: Xinliang Liu
> ---
> MAINTAINERS | 10 ++
On Fri, Apr 01, 2016 at 09:48:50PM +0300, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> Eliminate the duplicate code for pipe timing readout in
> intel_crtc_mode_get() by using the functions we use for the normal state
> readout.
I also forgot to point out here that this s
Hi Xinliang,
On 11 April 2016 at 09:55, Xinliang Liu wrote:
> +static int kirin_drm_connectors_register(struct drm_device *dev)
> +{
> + struct drm_connector *connector;
> + struct drm_connector *failed_connector;
> + int ret;
> +
> + mutex_lock(&dev->mode_config.mutex);
On Wed, Apr 13, 2016 at 12:48:05PM +0100, Emil Velikov wrote:
> Hi Liviu,
Hi Emil,
>
> On 1 April 2016 at 17:21, Liviu Dudau wrote:
> > Add support for the new family of Display Processors from ARM Ltd.
> > This commit adds basic support for Mali DP500, DP550 and DP650
> > parts, with only the
d_direction_output(jdi->reset_gpio, 0);
> + }
> +
> + jdi->enable_gpio = devm_gpiod_get(dev, "enable", GPIOD_OUT_LOW);
> + if (IS_ERR(jdi->enable_gpio)) {
> + dev_err(dev, "cannot get enable-gpio %ld\n",
> + PTR_ERR(jdi->enable_gpio));
> + jdi->enable_gpio = NULL;
> + } else {
> + gpiod_direction_output(jdi->enable_gpio, 0);
> + }
> +
> + jdi->pwm_gpio = devm_gpiod_get(dev, "pwm", GPIOD_OUT_LOW);
> + if (IS_ERR(jdi->pwm_gpio)) {
> + dev_err(dev, "cannot get pwm-gpio %ld\n",
> + PTR_ERR(jdi->pwm_gpio));
> + jdi->pwm_gpio = NULL;
> + } else {
> + gpiod_direction_output(jdi->pwm_gpio, 0);
> + }
As I said earlier, most of these aren't specified in the binding, fix
either the binding or the code.
> + /* we don't have backlight right now, proceed further */
> +#ifdef BACKLIGHT
> + np = of_parse_phandle(dev->of_node, "backlight", 0);
> + if (np) {
> + jdi->backlight = of_find_backlight_by_node(np);
> + of_node_put(np);
> +
> + if (!jdi->backlight)
> + return -EPROBE_DEFER;
> + }
> +#endif
Again, if you don't support it, don't submit it. We don't want dead code
in the kernel.
> +MODULE_AUTHOR("Sumit Semwal ");
> +MODULE_AUTHOR("Vinay Simha BN ");
> +MODULE_DESCRIPTION("JDI WUXGA LT070ME05000 DSI video/command mode panel
> driver");
Technically this doesn't support command mode yet, so you might want to
remove that from the description to avoid confusion.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160413/745e65ee/attachment-0001.sig>
e the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160413/53f96bad/attachment.html>
On 03/31/2016 03:36 PM, Jyri Sarha wrote:
> Add audio abort() callback, that is provided at audio stream start,
> for video side. This is for video side to use in case there is a
> pressing need to tear down the audio playback for some reason.
>
> Signed-off-by: Jyri Sarha
> ---
> include/soun
> Martin Peres hat am 13. April 2016 um 09:56
> geschrieben:
>
>
> On 13/04/16 08:13, kbuild test robot wrote:
> > drivers/gpu/drm/nouveau/nvkm/subdev/bios/iccsense.c:96:3-4: Unneeded
> > semicolon
> >
> >
> > Remove unneeded semicolon.
> >
> > Generated by: scripts/coccinelle/misc/semicolon
> Martin Peres hat am 13. April 2016 um 09:55
> geschrieben:
>
>
> On 13/04/16 10:07, kbuild test robot wrote:
> > drivers/gpu/drm/nouveau/nvkm/subdev/iccsense/base.c:133:2-7: WARNING: NULL
> > check before freeing functions like kfree, debugfs_remove,
> > debugfs_remove_recursive or usb_free_
'struct timespec' uses a 32-bit seconds which will overflow in year
2038 and beyond. This patch replaces timespec with timespec64. The
code is correct as is - the patch is merely part of a larger attempt
to remove all 32-bit timekeeping variables (timespec, timeval, time_t)
from the kernel.
Signed
'struct timespec' uses a 32-bit field for seconds, which
will overflow in year 2038 and beyond. This patch is part
of a larger attempt to remove instances of timeval, timespec
and time_t, all of which suffer from the y2038 issue, from the
kernel.
Signed-off-by: Tina Ruchandani
---
drivers/gpu/dr
'struct timespec' uses a 32-bit seconds which will overflow in year
2038 and beyond. This patch replaces timespec with timespec64. The
code is correct as is - the patch is merely part of a larger attempt
to remove all 32-bit timekeeping variables (timespec, timeval, time_t)
from the kernel.
Signed
scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160413/ef9d4d9f/attachment.html>
dri-devel/attachments/20160413/6a1cb0c5/attachment.html>
Rebased the patches to apply against drm-intel-nightly
Lyude (4):
drm/dp_helper: Always wait before retrying native aux transactions
drm/dp_helper: Retry aux transactions on all errors
drm/dp_helper: Perform throw-away read before actual read in
drm_dp_dpcd_read()
drm/i915: Get rid of
This is part of a patch series to migrate all of the workarounds for
commonly seen behavior from bad sinks in intel_dp_dpcd_read_wake() to
drm's DP helper.
Some sinks need some time during the process of resuming the system from
sleep before they're ready to handle transactions. While it would be
This is part of a patch series to migrate all of the workarounds for
commonly seen behavior from bad sinks in intel_dp_dpcd_read_wake() to
drm's DP helper.
We cannot rely on sinks NACKing or deferring when they can't receive
transactions, nor can we rely on any other sort of consistent error to
kn
This is part of a patch series to migrate all of the workarounds for
commonly seen behavior from bad sinks in intel_dp_dpcd_read_wake() to drm's
DP helper.
Some sinks will just return garbage for the first aux tranaction they
receive when coming out of sleep mode, so we need to perform an addition
Since we've fixed up drm_dp_dpcd_read() to allow for retries when things
timeout, there's no use for having this function anymore. Good riddens.
Signed-off-by: Lyude
---
drivers/gpu/drm/i915/intel_dp.c | 81 -
1 file changed, 23 insertions(+), 58 deletions
...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160413/2cfbb5a9/attachment.html>
On 13 April 2016 at 14:48, Liviu Dudau wrote:
> On Wed, Apr 13, 2016 at 12:48:05PM +0100, Emil Velikov wrote:
>> Hi Liviu,
>
> Hi Emil,
>
>>
>> On 1 April 2016 at 17:21, Liviu Dudau wrote:
>> > Add support for the new family of Display Processors from ARM Ltd.
>> > This commit adds basic support
on because it can degrade performance quite significantly.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160413/ccb32cfe/attachment.html>
Hi Dave,
Just a few minor fixes for radeon and amdgpu.
The following changes since commit 7c0ecda15b01bc88d762d9263d2cf0f69ffd4c23:
drm/amdgpu: total vram size also reduces pin size (2016-04-05 15:23:31 -0400)
are available in the git repository at:
git://people.freedesktop.org/~agd5f/linu
nector->interlace_allowed = false;
> connector->doublescan_allowed = false;
> + radeon_connector->audio = RADEON_AUDIO_AUTO;
> break;
> case DRM_MODE_CONNECTOR_SVIDEO:
> case DRM_MODE_CONNECTOR_Composite:
-- next part --
A non-text attachment was scrubbed...
Name: 0001-drm-radeon-fix-initial-connector-audio-value.patch
Type: application/octet-stream
Size: 2423 bytes
Desc: 0001-drm-radeon-fix-initial-connector-audio-value.patch
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160413/3a2491b7/attachment-0001.obj>
https://bugzilla.kernel.org/show_bug.cgi?id=89661
Bernd Steinhauser changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
ature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160413/47363d9d/attachment.sig>
Am 06.04.2016 um 18:06 schrieb Sinclair Yeh:
> I don't know much about AMD gpu. Patches 1-6 look good to me.
Does that count as a Reviewed-by or at least Acked-by?
Thanks for taking a look,
Christian.
>
>
> On Wed, Apr 06, 2016 at 11:12:02AM +0200, Christian König wrote:
>> From: Christian Kö
rb for 1-6.
I can't really comment on 7.
On Wed, Apr 13, 2016 at 07:38:22PM +0200, Christian König wrote:
> Am 06.04.2016 um 18:06 schrieb Sinclair Yeh:
> >I don't know much about AMD gpu. Patches 1-6 look good to me.
>
> Does that count as a Reviewed-by or at least Acked-by?
>
> Thanks for t
From: "Xiong, James"
Previously drm_mode_config_cleanup freed drm_property_blob first,
then the drm_crtc which triggered unref calls to its associated
drm_propery_blob, and could potentially cause memory corruption.
Signed-off-by: Xiong, James
---
drivers/gpu/drm/drm_crtc.c | 10 +-
1
Linux 4.6-rc1 (2016-03-26 16:03:24 -0700)
are available in the git repository at:
https://github.com/anholt/linux tags/drm-vc4-next-2016-04-13
for you to fetch changes up to 087cf9dfb6c711a78e2acd9410910ca017e7e171:
drm/vc4: Fix NULL deref in HDMI init error path (2016-04-13 13:31:03 -070
Some hubs are forgetful, and end up forgetting whatever GUID we set
previously after we do a suspend/resume cycle. This can lead to
hotplugging breaking (along with probably other things) since the hub
will start sending connection notifications with the wrong GUID. As
such, we need to check on res
74 matches
Mail list logo
