Ping!
Still waiting for an Ack from the devicetree devs so this can be merged for
4.15.
Regards,
Hans
On 08/31/2017 01:01 PM, Hans Verkuil wrote:
> From: Hans Verkuil
>
> Document the bindings for the cec-gpio module for hardware where the
> CEC line and optionally the HPD line are c
Hi Noralf,
On Sun, 2017-08-13 at 15:31 +0200, Noralf Trønnes wrote:
> drm_fb_cma_create() and drm_fb_cma_prepare_fb() are just wrappers now,
> use drm_gem_fb_create() and drm_gem_fb_prepare_fb() directly.
>
> > Cc: Philipp Zabel
> > Signed-off-by: Noralf Trønnes
> ---
> drivers/gpu/drm/imx/imx
On Fri, 2017-09-08 at 19:05 +0530, Varad Gautam wrote:
> From: Dominik Behr
>
> initialize start and size fields in fb info
> so user space drivers like fbdev can map the memory
Hmm? That works just fine in vanilla 4.12 ...
cheers,
Gerd
___
dri-dev
On Fri, 2017-09-08 at 19:05 +0530, Varad Gautam wrote:
> From: Zach Reizner
>
> There is no reliable way of detecting actual VRAM size, which is
> important in the case of cirrus because cursor data is always stored
> in
> the last 16K of VRAM. Because qemu effectivaly hardcodes 4MB but
> reports
On Fri, 2017-09-08 at 19:05 +0530, Varad Gautam wrote:
> From: Varad Gautam
>
> This enables cursor plane on cirrus. It only supports ARGB 8-bit
> cursors
> from userspace, and downconverts them to 1-bit black and white with
> masking, which is all cirrus hardware can support. Only cursors with
>
https://bugzilla.kernel.org/show_bug.cgi?id=196777
Gerd Hoffmann (kra...@redhat.com) changed:
What|Removed |Added
CC||kra...@redhat.com
---
Sorry for the delayed response, but your mail somehow ended up in the
Spam folder.
Am 04.09.2017 um 15:40 schrieb Chris Wilson:
Quoting Christian König (2017-09-04 14:27:33)
From: Christian König
The logic is buggy and unnecessary complex. When dma_fence_get_rcu() fails to
acquire a referenc
Quoting Christian König (2017-09-11 09:50:40)
> Sorry for the delayed response, but your mail somehow ended up in the
> Spam folder.
>
> Am 04.09.2017 um 15:40 schrieb Chris Wilson:
> > Quoting Christian König (2017-09-04 14:27:33)
> >> From: Christian König
> >>
> >> The logic is buggy and unne
https://bugs.freedesktop.org/show_bug.cgi?id=102650
Chris Wilson changed:
What|Removed |Added
Assignee|intel-gfx-bugs@lists.freede |dri-devel@lists.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=102650
--- Comment #1 from Chris Wilson ---
Test needs to be updated to reflect the kernel.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@list
Am 11.09.2017 um 10:59 schrieb Chris Wilson:
Quoting Christian König (2017-09-11 09:50:40)
Sorry for the delayed response, but your mail somehow ended up in the
Spam folder.
Am 04.09.2017 um 15:40 schrieb Chris Wilson:
Quoting Christian König (2017-09-04 14:27:33)
From: Christian König
The
Quoting Christian König (2017-09-11 10:06:50)
> Am 11.09.2017 um 10:59 schrieb Chris Wilson:
> > Quoting Christian König (2017-09-11 09:50:40)
> >> Sorry for the delayed response, but your mail somehow ended up in the
> >> Spam folder.
> >>
> >> Am 04.09.2017 um 15:40 schrieb Chris Wilson:
> >>> Qu
On 09/08/2017 08:02 AM, Hoegeun Kwon wrote:
The hardware rotation limits of gsc depends on SOC (Exynos
5250/5420/5433). Distinguish them and add them to the driver data.
Signed-off-by: Hoegeun Kwon
---
drivers/media/platform/exynos-gsc/gsc-core.c | 96
1 file cha
The atomic conversion of the qxl driver didn't got the primary surface
handling completely right. It works in the common simple cases, but
fails for example when changing the display resolution using xrandr or
in multihead setups.
The rules are simple: There is one primary surface. Before defin
https://bugs.freedesktop.org/show_bug.cgi?id=102616
--- Comment #5 from Chris Wilson ---
*** Bug 102652 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
Quoting Christian König (2017-09-11 10:57:57)
> Am 11.09.2017 um 11:23 schrieb Chris Wilson:
> > Quoting Christian König (2017-09-11 10:06:50)
> >> Am 11.09.2017 um 10:59 schrieb Chris Wilson:
> >>> Quoting Christian König (2017-09-11 09:50:40)
> Sorry for the delayed response, but your mail s
Am 11.09.2017 um 11:23 schrieb Chris Wilson:
Quoting Christian König (2017-09-11 10:06:50)
Am 11.09.2017 um 10:59 schrieb Chris Wilson:
Quoting Christian König (2017-09-11 09:50:40)
Sorry for the delayed response, but your mail somehow ended up in the
Spam folder.
Am 04.09.2017 um 15:40 schri
https://bugs.freedesktop.org/show_bug.cgi?id=102655
Chris Wilson changed:
What|Removed |Added
QA Contact|intel-gfx-bugs@lists.freede |
|sktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=102655
--- Comment #2 from Chris Wilson ---
Given all the floating references held on objects, I'm not sure if we can do a
"stable_obj_count" without the loop and sleeping. I'm not sure of all the
places that we do have such objects in a timer, so gett
https://bugs.freedesktop.org/show_bug.cgi?id=102369
Chris Wilson changed:
What|Removed |Added
QA Contact|intel-gfx-bugs@lists.freede |
|sktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=102369
Martin Peres changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #3 from Martin Peres
https://bugs.freedesktop.org/show_bug.cgi?id=102616
--- Comment #6 from Chris Wilson ---
Related igt commit 4f082c35d2df545f81d202ae1a08463f6c123552 (upstream/master)
Author: Chris Wilson
Date: Fri Sep 8 13:48:05 2017 +0100
igt/gem_eio: Install an exithandler to unwedge the device after f
From: Hans Verkuil
Document the Display Port CEC helper functions.
Signed-off-by: Hans Verkuil
---
Documentation/gpu/drm-kms-helpers.rst | 9 +
1 file changed, 9 insertions(+)
diff --git a/Documentation/gpu/drm-kms-helpers.rst
b/Documentation/gpu/drm-kms-helpers.rst
index 7c5e2549a58
From: Hans Verkuil
This patch series adds support for the DisplayPort CEC-Tunneling-over-AUX
feature. This patch series is based on the current pre-4.14-rc1 mainline
which has all the needed cec 4.14 patches merged.
This patch series has been tested with my NUC7i5BNK and a Samsung USB-C to
HDMI
From: Hans Verkuil
This adds support for the DisplayPort CEC-Tunneling-over-AUX
feature that is part of the DisplayPort 1.3 standard.
Unfortunately, not all DisplayPort/USB-C to HDMI adapters with a
chip that has this capability actually hook up the CEC pin, so
even though a CEC device is create
From: Hans Verkuil
Implement support for this DisplayPort feature.
The cec device is created whenever it detects an adapter that
has this feature. It is only removed when a new adapter is connected
that does not support this. If a new adapter is connected that has
different properties than the p
Hi Krzysztof,
thank you for your comments.
On 08.09.2017 at 19:05, Krzysztof Kozlowski wrote:
On Tue, Sep 05, 2017 at 04:01:38PM +0200, Maciej Purski wrote:
SiI9234 transmitter converts eTMDS/HDMI signal to MHL 1.0.
It is controlled via I2C bus. Its interaction with other
devices in video pipe
On Sun, 10 Sep 2017, Christophe JAILLET wrote:
> We should go through the error handling path to decrease the
> 'framebuffer_references' as done everywhere else in this function.
>
> Fixes: 2e2adb05736c ("drm/i915: Add render decompression support")
> Signed-off-by: Christophe JAILLET
Pushed to
From: Hans Verkuil
This patch series adds support for the Tegra CEC functionality.
This v4 has been rebased to the latest 4.14 pre-rc1 mainline.
Please review! Other than for the bindings that are now Acked I have not
received any feedback.
The first patch documents the CEC bindings, the secon
From: Hans Verkuil
In order to support CEC the HDMI driver has to inform the CEC driver
whenever the physical address changes. So when the EDID is read the
CEC driver has to be informed and whenever the hotplug detect goes
away.
This is done through the cec-notifier framework.
The link between
From: Hans Verkuil
This documents the binding for the Tegra CEC module.
Signed-off-by: Hans Verkuil
Acked-by: Rob Herring
---
.../devicetree/bindings/media/tegra-cec.txt| 27 ++
1 file changed, 27 insertions(+)
create mode 100644 Documentation/devicetree/bindings/
From: Hans Verkuil
Add support for the Tegra CEC IP to tegra124.dtsi and enable it on the
Jetson TK1.
Signed-off-by: Hans Verkuil
---
arch/arm/boot/dts/tegra124-jetson-tk1.dts | 4
arch/arm/boot/dts/tegra124.dtsi | 12 +++-
2 files changed, 15 insertions(+), 1 deletion(
From: Hans Verkuil
This driver adds support for the Tegra CEC IP. It is based on the
NVIDIA drivers/misc/tegra-cec driver in their 3.10 kernel.
This has been converted to the CEC framework and cleaned up.
Tested with my Jetson TK1 board. It has also been tested with the
Tegra X1 in an embedded
Am 11.09.2017 um 12:01 schrieb Chris Wilson:
[SNIP]
Yeah, but that is illegal with a fence objects.
When anybody allocates fences this way it breaks at least
reservation_object_get_fences_rcu(),
reservation_object_wait_timeout_rcu() and
reservation_object_test_signaled_single().
Many, many mon
Am 10.09.2017 um 09:30 schrieb Maarten Lankhorst:
Op 04-09-17 om 21:02 schreef Christian König:
From: Christian König
Stop requiring that the src reservation object is locked for this operation.
Signed-off-by: Christian König
---
drivers/dma-buf/reservation.c | 56 +
Hi Christian,
Am Donnerstag, den 31.08.2017, 18:08 +0200 schrieb Christian Gmeiner:
> 2017-08-25 11:06 GMT+02:00 Christian Gmeiner :
[...]
> It looks like I have screwed up patches 03 and 04 - used v1 ones
> instead of v2 :/
> I will send out a tested v4 series on Tuesday next week as I am
> cur
https://bugzilla.kernel.org/show_bug.cgi?id=196771
--- Comment #5 from Rokas Kupstys (rokups+kernel-b...@zoho.com) ---
I swapped cable to displayport and now it is working properly. Must be issue
with HDMI then.
--
You are receiving this mail because:
You are watching the assignee of the bug.
__
On Wed, Sep 06, 2017 at 05:14:58PM -0700, Dhinakaran Pandiyan wrote:
> The POWER_DOWN_PHY and POWER_UP_PHY sideband message transactions allow
> the source to reqest any node in a mst path or a whole path to be
> powered down or up. This allows drivers to target a specific sink in the
> MST topolog
Hi Krzysztof,
On 2017-09-11 15:18, Krzysztof Kozlowski wrote:
On Mon, Sep 11, 2017 at 1:42 PM, Maciej Purski wrote:
+ ctx->client[I2C_MHL] = client;
+
+ ctx->client[I2C_TPI] = i2c_new_dummy(adapter, I2C_TPI_ADDR);
+ if (!ctx->client[I2C_TPI]) {
+ dev_err(ctx->de
Hello Andrzej,
just did a quick test and looks good so far. One thing I noticed is that
compared to Daniel's approach you just manipulate HDMI_TG_HACT_{ST,SZ}_L,
instead of HDMI_TG_VACT_SZ_L + HDMI_TG_HACT_{ST,SZ}_L. I just wanted to make
sure that on the HDMI level, this does the same thing?
I'l
Op 11-09-17 om 14:53 schreef Christian König:
> Am 10.09.2017 um 09:30 schrieb Maarten Lankhorst:
>> Op 04-09-17 om 21:02 schreef Christian König:
>>> From: Christian König
>>>
>>> Stop requiring that the src reservation object is locked for this operation.
>>>
>>> Signed-off-by: Christian König
From: Daniel Drake
Configuration details from Samsung. This enables 1366x768@60Hz,
which also needs the 257px timing hack to work around a mixer
limitation.
Signed-off-by: Daniel Drake
Signed-off-by: Tobias Jakobi
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 9 +
drivers/gpu/drm/exynos
[CC-ing Gabriel]
Hi Gerd,
On 11 September 2017 at 10:39, Gerd Hoffmann wrote:
> The atomic conversion of the qxl driver didn't got the primary surface
> handling completely right. It works in the common simple cases, but
> fails for example when changing the display resolution using xrandr or
>
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
Hi,
I want to start out by saying that this patchset is low priority for me
and if no one has interest or time to review this, that is just fine. I
was in the flow and just typed it out.
This patchset adds a way for fbdev emulation code to create a
framebuffer that is backed by a dumb buffer. drm
drm_framebuffer_create_dumb() uses the dumb buffer API to create a
buffer that is attached to a framebuffer.
Useful for fbdev emulation.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_framebuffer.c | 61 +++
include/drm/drm_framebuffer.h | 4 +++
2
Since the cma library now uses drm_framebuffer_create_dumb(),
drm_fbdev_cma_init() will provide a framebuffer with the dirty callback
set.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/tinydrm/core/tinydrm-core.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/driver
Drop the unnecessary fbdev buffer offset, it can only be zero since
drm_fb_helper_fill_var() sets xoffset and yoffset to zero;
Cc: Laurent Pinchart
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_fb_cma_helper.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/d
No users left so remove drm_fbdev_cma_init_with_funcs().
Also remove example fbdev code in docs, there's nothing special now.
Cc: Laurent Pinchart
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_fb_cma_helper.c | 59 ++---
1 file changed, 3 insertions(+), 5
Export drm_dropmaster_ioctl() so in-kernel drm_file_alloc() users can
drop master.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_auth.c | 1 +
drivers/gpu/drm/drm_internal.h | 2 --
include/drm/drm_auth.h | 2 ++
3 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/
Use drm_framebuffer_create_dumb() to create a framebuffer for fbdev.
No need for error cleanup in drm_fbdev_cma_create(), since the one in
drm_fbdev_cma_init_with_funcs() will do fine.
Cc: Laurent Pinchart
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_fb_cma_helper.c | 44 +-
Allocate a drm_file so drivers can use drm_framebuffer_create_dumb()
to create a buffer. The framebuffer is reaped automtically in
drm_fb_helper_fini().
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_fb_helper.c | 22 --
include/drm/drm_fb_helper.h | 9 +
Am 11.09.2017 um 15:56 schrieb Maarten Lankhorst:
Op 11-09-17 om 14:53 schreef Christian König:
Am 10.09.2017 um 09:30 schrieb Maarten Lankhorst:
Op 04-09-17 om 21:02 schreef Christian König:
From: Christian König
Stop requiring that the src reservation object is locked for this operation.
https://bugs.freedesktop.org/show_bug.cgi?id=102659
Bug ID: 102659
Summary: Radeon 7970M Lockup
Product: DRI
Version: XOrg git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=102659
--- Comment #1 from vilsol2...@gmail.com ---
Created attachment 134161
--> https://bugs.freedesktop.org/attachment.cgi?id=134161&action=edit
LSPCI Output
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=102659
--- Comment #2 from vilsol2...@gmail.com ---
Created attachment 134162
--> https://bugs.freedesktop.org/attachment.cgi?id=134162&action=edit
GLXINFO Output
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=102659
vilsol2...@gmail.com changed:
What|Removed |Added
Attachment #134160|application/x-trash |text/x-log
mime type|
Op 11-09-17 om 16:45 schreef Christian König:
> Am 11.09.2017 um 15:56 schrieb Maarten Lankhorst:
>> Op 11-09-17 om 14:53 schreef Christian König:
>>> Am 10.09.2017 um 09:30 schrieb Maarten Lankhorst:
Op 04-09-17 om 21:02 schreef Christian König:
> From: Christian König
>
> Stop r
Am 11.09.2017 um 17:13 schrieb Maarten Lankhorst:
Op 11-09-17 om 16:45 schreef Christian König:
Am 11.09.2017 um 15:56 schrieb Maarten Lankhorst:
Op 11-09-17 om 14:53 schreef Christian König:
Am 10.09.2017 um 09:30 schrieb Maarten Lankhorst:
[SNIP]
To be honest that looks rather ugly to me fo
Am 11.09.2017 um 17:22 schrieb Christian König:
Am 11.09.2017 um 17:13 schrieb Maarten Lankhorst:
Op 11-09-17 om 16:45 schreef Christian König:
Am 11.09.2017 um 15:56 schrieb Maarten Lankhorst:
Op 11-09-17 om 14:53 schreef Christian König:
Am 10.09.2017 um 09:30 schrieb Maarten Lankhorst:
[SN
Op 11-09-17 om 17:24 schreef Christian König:
> Am 11.09.2017 um 17:22 schrieb Christian König:
>> Am 11.09.2017 um 17:13 schrieb Maarten Lankhorst:
>>> Op 11-09-17 om 16:45 schreef Christian König:
Am 11.09.2017 um 15:56 schrieb Maarten Lankhorst:
> Op 11-09-17 om 14:53 schreef Christian
https://bugzilla.kernel.org/show_bug.cgi?id=194761
--- Comment #85 from Jean Delvare (jdelv...@suse.de) ---
Created attachment 258301
--> https://bugzilla.kernel.org/attachment.cgi?id=258301&action=edit
[PATCH] drm/amdgpu: revert tile table update for oland (for kernels v4.13 and
up)
--
You ar
Am 11.09.2017 um 17:29 schrieb Maarten Lankhorst:
Op 11-09-17 om 17:24 schreef Christian König:
Am 11.09.2017 um 17:22 schrieb Christian König:
Am 11.09.2017 um 17:13 schrieb Maarten Lankhorst:
Op 11-09-17 om 16:45 schreef Christian König:
Am 11.09.2017 um 15:56 schrieb Maarten Lankhorst:
Op
Gerd Hoffmann writes:
> The atomic conversion of the qxl driver didn't got the primary surface
> handling completely right. It works in the common simple cases, but
> fails for example when changing the display resolution using xrandr or
> in multihead setups.
>
> The rules are simple: There is
Make the docs read a little better.
Cc: Laurent Pinchart
Signed-off-by: Noralf Trønnes
Reviewed-by: Daniel Vetter
---
Changes:
Addressed Daniel's comments.
drivers/gpu/drm/drm_gem_framebuffer_helper.c | 25 ++---
1 file changed, 14 insertions(+), 11 deletions(-)
diff --g
GEM lookup failure can easily be triggered by userspace so make
it a debug message, not an error message.
Also remove unnecessary inner parentheses and fix alphabetical
struct declaration order.
Cc: Laurent Pinchart
Signed-off-by: Noralf Trønnes
Reviewed-by: Daniel Vetter
---
drivers/gpu/drm/
On Mon, 2017-09-11 at 16:33 +0300, Ville Syrjälä wrote:
> On Wed, Sep 06, 2017 at 05:14:58PM -0700, Dhinakaran Pandiyan wrote:
> > The POWER_DOWN_PHY and POWER_UP_PHY sideband message transactions allow
> > the source to reqest any node in a mst path or a whole path to be
> > powered down or up. Th
On Sat, Sep 02, 2017 at 07:28:47PM +0800, Sandy Huang wrote:
> This patch add Document for Rockchip Soc RK3288 LVDS,
> This based on the patches from Mark yao and Heiko Stuebner.
>
> Signed-off-by: Mark yao
> Signed-off-by: Heiko Stuebner
> Signed-off-by: Sandy Huang
> ---
> Change the Signed-o
On Thu, Aug 31, 2017 at 1:01 PM, Hans Verkuil wrote:
> + cec-gpio = <&gpio 7 GPIO_OPEN_DRAIN>;
Actually if you want to be 100% specific:
cec-gpio = <&gpio 7 (GPIO_ACTIVE_HIGH|GPIO_OPEN_DRAIN)>;
(Parens are needed.)
But I'm not very picky about that, active high is implicit.
Yours,
Linu
https://bugs.freedesktop.org/show_bug.cgi?id=102276
--- Comment #6 from Mathieu Belanger ---
I might have the same bug
I does not append with Mesa git from mid august but a version from beginning of
September do it.
System boot, splash screen turn on, I login in KDE, sometime it fail and return
On Mon, Sep 11, 2017 at 8:37 AM, Himanshu Jha
wrote:
> call to memset to assign 0 value immediately after allocating
> memory with kzalloc is unnecesaary as kzalloc allocates the memory
> filled with 0 value.
>
> Semantic patch used to resolve this issue:
>
> @@
> expression e,e2; constant c;
> st
https://bugs.freedesktop.org/show_bug.cgi?id=102666
Bug ID: 102666
Summary: amdgpu_vm_bo_invalidate NULL reference in
amd-staging-drm-next
Product: DRI
Version: DRI git
Hardware: Other
OS: All
St
https://bugs.freedesktop.org/show_bug.cgi?id=102666
Bas Nieuwenhuizen changed:
What|Removed |Added
Attachment #134171|text/x-log |text/plain
mime type|
https://bugzilla.kernel.org/show_bug.cgi?id=196845
Zhang Rui (rui.zh...@intel.com) changed:
What|Removed |Added
CC||rui.zh...@intel.com
https://bugs.freedesktop.org/show_bug.cgi?id=99710
--- Comment #11 from garththei...@hotmail.com ---
(In reply to Sandeep from comment #10)
> I tried the 4.11.0 kernel since I suspected that the buggy change might also
> be present in the point releases, but that also caused a hang whenplaying
> L
On 11.09.2017 15:54, Tobias Jakobi wrote:
> Hello Andrzej,
>
> just did a quick test and looks good so far. One thing I noticed is that
> compared to Daniel's approach you just manipulate HDMI_TG_HACT_{ST,SZ}_L,
> instead of HDMI_TG_VACT_SZ_L + HDMI_TG_HACT_{ST,SZ}_L. I just wanted to make
> sure t
On 01/09/17 17:27, Daniel Axtens wrote:
The VGA arbiter selects a default VGA device that is enabled and
reachable via the legacy VGA resources (mem 0xa-0xb, io
0x3b0-0x3bb, io 0x3c0-0x3df, etc).
(As a special case for x86 and IA64, this can be overridden by
EFI.)
If there is no such de
On Mon, Sep 11, 2017 at 3:39 PM, Marek Szyprowski
wrote:
> Hi Krzysztof,
>
>
> On 2017-09-11 15:18, Krzysztof Kozlowski wrote:
>>
>> On Mon, Sep 11, 2017 at 1:42 PM, Maciej Purski
>> wrote:
>
> + ctx->client[I2C_MHL] = client;
> +
> + ctx->client[I2C_TPI] = i2c_new_dum
call to memset to assign 0 value immediately after allocating
memory with kzalloc is unnecesaary as kzalloc allocates the memory
filled with 0 value.
Semantic patch used to resolve this issue:
@@
expression e,e2; constant c;
statement S;
@@
e = kzalloc(e2, c);
if(e == NULL) S
- memset(e, 0,
Several users have complained that the tile table update broke Oland
support. Despite several attempts to fix it, the root cause is still
unknown at this point and no solution is available. As it is not
acceptable to leave a known regression breaking a major functionality
in the kernel for several
On Mon, Sep 11, 2017 at 1:42 PM, Maciej Purski wrote:
>>> + ctx->client[I2C_MHL] = client;
>>> +
>>> + ctx->client[I2C_TPI] = i2c_new_dummy(adapter, I2C_TPI_ADDR);
>>> + if (!ctx->client[I2C_TPI]) {
>>> + dev_err(ctx->dev, "failed to create TPI client\n");
>>> +
81 matches
Mail list logo
