vel/attachments/20160704/d5253513/attachment.html>
tps://lists.freedesktop.org/archives/dri-devel/attachments/20160704/ef3056e0/attachment.html>
was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160704/3cb6d1ce/attachment.html>
From: Gustavo Padovan
Remove legacy usage of drm_handle_vblank()
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/tilcdc/tilcdc_crtc.c
From: Gustavo Padovan
Remove legacy usage of drm_handle_vblank()
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/rcar-du/rcar_du_crtc.c
From: Gustavo Padovan
Remove legacy usage of drm_handle_vblank()
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/nouveau/nouveau_display.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_display.c
From: Gustavo Padovan
Remove legacy usage of drm_handle_vblank()
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Gustavo Padovan
Remove legacy usage of drm_handle_vblank()
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/armada/armada_crtc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/armada/armada_crtc.c
From: Gustavo Padovan
As they are not used anywhere outside drm_irq.c make them static.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/drm_irq.c | 7 ++-
include/drm/drmP.h| 2 --
2 files changed, 2 insertions(+), 7 deletions(-)
diff --git
From: Gustavo Padovan
Document the new function added to sync_file.c
v2: Adapt to fence_array
Signed-off-by: Gustavo Padovan
---
Documentation/sync_file.txt | 15 +++
1 file changed, 15 insertions(+)
diff --git a/Documentation/sync_file.txt
From: Gustavo Padovan
Creates a function that given an sync file descriptor returns a
fence containing all fences in the sync_file.
v2: Comments by Daniel Vetter
- Adapt to new version of fence_collection_init()
- Hold a reference for the fence
From: Gustavo Padovan
Create sync_file->fence to abstract the type of fence we are using for
each sync_file. If only one fence is present we use a normal struct fence
but if there is more fences to be added to the sync_file a fence_array
is created.
This change
From: Gustavo Padovan
Add helper to check if fence is array.
v2: Comments from Chris Wilson
- remove ternary if from ops comparison
- add EXPORT_SYMBOL(fence_array_ops)
Cc: Chris Wilson
Cc: Christian König
Signed-off-by: Gustavo Padovan
From: Gustavo Padovan
Hi all,
This patchset improves fence support on Sync File. The basic idea
is to have only sync_file->fence and store all fences there, either as
normal fences or fence_arrays. That way we can remove some potential
duplication when using
device accessed unmapped page). Not
necessarily virtualization related.
--
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/20160704
--
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160704/d3acb6f9/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160704/676d625a/attachment.html>
Hi Dave,
This drm-hisilicon-next-2016-07-04 tag includes 3 small fixes for 4.8.
Please help to pull and let me know if there is any problem.
Thanks,
-xinliang
The following changes since commit dac2c48ca5ac9bb2d6339aaa733c60d5b801ee86:
Merge branch 'for-next' of
On Mon, Jul 4, 2016 at 1:40 PM, Lukas Wunner wrote:
> Convert asciidoc-formatted docs to rst in accordance with Jonathan's and
> Jani's effort to use sphinx for kernel-doc rendering in 4.8.
Darren, I'm fine with this one. FWIW:
Reviewed-by: Andy Shevchenko
>
> Cc: Jonathan Corbet
> Cc: Jani
Signed-off-by: Eric Anholt
---
drivers/gpu/drm/vc4/vc4_validate_shaders.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/vc4/vc4_validate_shaders.c
b/drivers/gpu/drm/vc4/vc4_validate_shaders.c
index 302ce68e24cd..d126145c60ca 100644
---
We don't use it in shader validation currently, so it had no effect,
but best to fix it anyway in case we do some day.
Signed-off-by: Eric Anholt
---
drivers/gpu/drm/vc4/vc4_qpu_defines.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/vc4/vc4_qpu_defines.h
Userspace needs to know if it can create shaders that do branching.
Otherwise, for backwards compatibility with old kernels it needs to
lower if statements to conditional assignments.
Signed-off-by: Eric Anholt
---
drivers/gpu/drm/vc4/vc4_drv.c | 3 +++
include/uapi/drm/vc4_drm.h| 1 +
2
We're already checking that branch instructions are between the start
of the shader and the proper PROG_END sequence. The other thing we
need to make branching safe is to verify that the shader doesn't read
past the end of the uniforms stream.
To do that, we require that at any basic block
This isn't used yet, it's just a first step toward loop validation.
During the main parsing of instructions, we need to know when we hit a
new basic block so that we can reset validated state.
Signed-off-by: Eric Anholt
---
drivers/gpu/drm/vc4/vc4_qpu_defines.h | 12 +++
Reduces the argument count for some of the functions, and will be used
more with the upcoming looping support.
Signed-off-by: Eric Anholt
---
drivers/gpu/drm/vc4/vc4_validate_shaders.c | 54 +-
1 file changed, 30 insertions(+), 24 deletions(-)
diff --git
As I extend the driver to support different V3D revisions, userspace
needs to know what version it's targeting. This is most easily
detected using the V3D identity registers.
Signed-off-by: Eric Anholt
---
drivers/gpu/drm/vc4/vc4_drv.c | 25 +
include/uapi/drm/vc4_drm.h
At long last, I've got loops passing the piglit tests. (4 tests fail
due to register allocation, and one fails for reasons I haven't
debugged yet, but that's still a lot of new tests passing).
The userspace side of loops can be found at
http://github.com/anholt/mesa/tree/vc4-loops and I'll try
today.
I managed to log some of it, perhaps its of any use.
--
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/20160704/3b3bf3e
of_node_put needs to be called when the device node which is got
from of_parse_phandle has finished using.
Signed-off-by: Peter Chen
---
drivers/gpu/drm/omapdrm/dss/dss-of.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/omapdrm/dss/dss-of.c
On Mon, Jul 04, 2016 at 05:34:05AM +0100, Mel Gorman wrote:
> On Mon, Jul 04, 2016 at 10:37:03AM +0900, Minchan Kim wrote:
> > > The reason we have zone-based reclaim is that we used to have
> > > large highmem zones in common configurations and it was necessary
> > > to quickly find ZONE_NORMAL
of_node_put needs to be called when the device node which is got
from of_parse_phandle has finished using.
Signed-off-by: Peter Chen
---
drivers/gpu/drm/omapdrm/displays/connector-dvi.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/omapdrm/displays/connector-dvi.c
Hi Sinclair,
On 1 July 2016 at 19:24, wrote:
> From: Sinclair Yeh
>
> For the Screen Object display unit, we need to reserve a
> guest-invisible region equal to the size of the framebuffer for
> the host. This region can only be reserved in VRAM, whereas
> the guest-visible framebuffer can be
of_node_put needs to be called when the device node which is got
from of_parse_phandle has finished using.
Signed-off-by: Peter Chen
---
Changes for v2:
- There are two missings in the code, handle it both in one patch
drivers/gpu/drm/msm/msm_drv.c | 2 ++
1 file changed, 2 insertions(+)
diff
of_node_put needs to be called when the device node which is got
from of_parse_phandle has finished using.
Signed-off-by: Peter Chen
---
drivers/gpu/drm/msm/msm_drv.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/msm/msm_drv.c b/drivers/gpu/drm/msm/msm_drv.c
index
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160704/1e2645eb/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160704/ee97a20c/attachment.html>
the crash.
--
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/20160704/3bcc02fb/attachment.html>
attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160704/fd476d05/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160704/f06d4f7a/attachment.html>
of_node_put needs to be called when the device node which is got
from of_parse_phandle has finished using, but current code only
calls it at error path, fix it by adding it at correct code path.
Signed-off-by: Peter Chen
---
drivers/gpu/drm/fsl-dcu/fsl_tcon.c | 1 +
1 file changed, 1
With all the beforehand phases and steps done, we can adverstise DRIVER_ATOMIC.
Signed-off-by: Liu Ying
---
v2->v3:
* None.
v1->v2:
* None.
drivers/gpu/drm/imx/imx-drm-core.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/imx/imx-drm-core.c
Now that we can use atomic configurations, all the legacy callbacks
of CRTCs, encoders and connectors can be switched to the atomic version.
For the imx-ldb driver, there is a clock parent setting mismatch bewteen
->enable and ->disable after the switch, so a fixup is added. For the
imx-tve
There is no one using the legacy drm_connector_funcs structure since
the imx-drm has been converted to atomic, so we may remove it.
Signed-off-by: Liu Ying
---
v2->v3:
* Newly introduced to remove the legacy drm_connector_funcs structure
step-by-step.
drivers/gpu/drm/bridge/dw-hdmi.c | 22
Replacing drm_crtc_helper_set_config() by drm_atomic_helper_set_config()
and converting the suspend/resume operations to atomic make us be able
to use atomic configurations. All of these allow us to remove the
crtc_funcs->mode_set callback as it is no longer used. Also, change
the
The main task of imx encoders' ->prepare callbacks is to set bus_format,
bus_flags, di_vsync_pin and di_hsync_pin. We may create a structure named
imx_encoder to cache them. The atomic encoder callback ->disable may
replace ->prepare later, so let's remove ->prepare.
Signed-off-by: Liu Ying
Use drm_atomic_set_fb_for_plane() in the legacy ->page_flip path to track
the pointer plane_state->fb correctly.
Signed-off-by: Liu Ying
---
v2->v3:
* None.
v1->v2:
* None.
drivers/gpu/drm/imx/ipuv3-crtc.c | 4
1 file changed, 4 insertions(+)
diff --git
Wire up CRTCs', planes' and connectors' ->reset, ->duplicate and ->destroy state
hooks to use the default implementations from the atomic helper library.
The helpers track each DRM object state.
Signed-off-by: Liu Ying
---
v2->v3:
* For dw-hdmi bridge driver, simply add the hooks to the legacy
Use the drm_plane_helper_update/disable() and drm_helper_crtc_mode_set()
transitional atomic helpers. The crtc->mode_set_nofb callback is added
so that the primary plane is no longer tied to the CRTC. Check/update
logics are separated to make sure crtc->mode_set_nofb and plane->atomic_update
are
For all video modes we support currently, we always get 2 slots for
a plane by using the current existing dynamic DMFC FIFO allocation
mechanism. So, let's change to use the static one to simplify the
code. This also makes it easier to implement the atomic mode setting
as we don't need to handle
The IPUv3 primary plane doesn't support partial off screen.
So, this patch separates plane check logics for primary plane and overlay
plane and adds more limitations on the primary plane.
Signed-off-by: Liu Ying
---
v2->v3:
* None.
v1->v2:
* Remove an unnecessary copy to address Philipp's
Hi,
This is the v3 patch set to convert imx drm into atomic mode setting.
It takes 3 phases to achieve the goal.
v2->v3:
* Rebase onto Daniel Vetter's open git branch topic/drm-misc so that
we may better support nonblock atomic commit with the aid from
drm atomic helper.
* Remove dw-hdmi
chment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160704/6e71be1e/attachment-0001.sig>
On Monday, July 4, 2016 3:22:30 PM CEST Mark Brown wrote:
> On Mon, Jul 04, 2016 at 03:16:51PM +0200, Arnd Bergmann wrote:
>
> > This follows the API change, adding the extra function arguments.
> > I suppose we want this to be part of the ASoC merge in linux-next
> > for now too.
>
> I sent a
s/Linaro> | Twitter
<http://twitter.com/#!/linaroorg> | Blog
<http://www.linaro.org/linaro-blog/>
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160704/c99d51ed/attachment.html>
es/dri-devel/attachments/20160704/b8feaca1/attachment.sig>
From: Wei Yongjun
data allocated with devm_kzalloc should not be freed using kfree,
because doing so causes a dangling pointer, and a subsequent
double free, use devm_kfree instead.
Signed-off-by: Wei Yongjun
---
drivers/gpu/drm/tegra/sor.c | 2 +-
1 file
A late bugfix for v4.7 introduced a build-time regression, producing
a (probably harmless) warning:
powerplay/hwmgr/polaris10_hwmgr.c: In function
'polaris10_populate_clock_stretcher_data_table':
powerplay/hwmgr/polaris10_hwmgr.c:1817:4: error: this decimal constant is
unsigned only in ISO C90
Like the mediatek hdmi driver, the sti driver now suffers from
an API change in linux-next:
drivers/gpu/drm/sti/sti_hdmi.c:1250:15: error: initialization from incompatible
pointer type [-Werror=incompatible-pointer-types]
.hw_params = hdmi_audio_hw_params,
^~~~
of_node_put needs to be called when the device node which is got
from of_parse_phandle has finished using.
Signed-off-by: Peter Chen
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c
of_node_put needs to be called when the device node which is got
from of_parse_phandle has finished using.
Signed-off-by: Peter Chen
---
drivers/gpu/drm/arc/arcpgu_drv.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/arc/arcpgu_drv.c b/drivers/gpu/drm/arc/arcpgu_drv.c
index
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160704/c34b49e4/attachment.html>
org/archives/dri-devel/attachments/20160704/761c58e8/attachment.html>
tes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160704/e022128a/attachment.sig>
Hi, Emil:
On Sun, 2016-07-03 at 23:43 +0100, Emil Velikov wrote:
> Hi Bibby,
>
> On 27 June 2016 at 12:29, Bibby Hsieh wrote:
> > On Mon, 2016-06-27 at 12:20 +0200, Matthias Brugger wrote:
> >>
> >> On 06/24/2016 09:27 AM, Bibby Hsieh wrote:
> >> > Hi Dave,
> >> >
> >> > Please consider merging
On 1 July 2016 at 14:08, Rasmus Villemoes wrote:
> A few suggestions:
>
> - Make the function take separate src and dst parameters, making it explicitly
> allowed to pass the same value (but not other kinds of overlap, of
> course). That way one can avoid "strcpy(dst, src);
On 02.07.2016 22:46, Tejun Heo wrote:
> On Sat, Jul 02, 2016 at 04:33:50PM +0530, Bhaktipriya Shridhar wrote:
>> alloc_workqueue replaces deprecated create_singlethread_workqueue().
>>
>> A dedicated workqueue has been used since work items need to be flushed
>> as a group rather than
Convert asciidoc-formatted docs to rst in accordance with Jonathan's and
Jani's effort to use sphinx for kernel-doc rendering in 4.8.
Cc: Jonathan Corbet
Cc: Jani Nikula
Signed-off-by: Lukas Wunner
---
drivers/platform/x86/apple-gmux.c | 55 +--
1 file
On Mon, Jul 4, 2016 at 10:37 AM, Alexandre Courbot wrote:
> On Sun, Jul 3, 2016 at 12:21 AM, Markus Mayer
> wrote:
>> On 1 July 2016 at 18:18, Alexandre Courbot wrote:
>>> On Fri, Jul 1, 2016 at 8:50 AM, Markus Mayer wrote:
Call strtolower() rather than walking the string explicitly to
On Mon, Jul 4, 2016 at 4:22 AM, Emil Velikov
wrote:
> On 28 June 2016 at 16:59, Vinay Simha wrote:
>> hi,
>>
>> Any further comments or reviews?
>>
> You still haven't covered my earlier suggestions, as such I cannot
> give you a r-b :-( They are not blockers by any means, but it'll be
> up-to
On Fri, Jun 10, 2016 at 4:27 PM, Daniel Vetter wrote:
> On Thu, Jun 09, 2016 at 03:32:55PM +0200, Andrea Merello wrote:
>> This driver supports the VGA/LCD core available from OpenCores:
>> http://opencores.org/project,vga_lcd
>>
>> It's intended as a replacement for the "ocfb" framebuffer driver
On Mon, Jul 04, 2016 at 05:04:12PM +0900, Minchan Kim wrote:
> > > How big ratio between highmem:lowmem do you think a problem?
> > >
> >
> > That's a "how long is a piece of string" type question. The ratio does
> > not matter as much as whether the workload is both under memory pressure
> >
"brick" is allocated with devm_kzalloc() so freeing it with kfree()
leads to a double free. We can just delete it.
Fixes: a7ba8310c7f5 ('drm/tegra: sor: Implement sor1_brick clock')
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/tegra/sor.c b/drivers/gpu/drm/tegra/sor.c
index
On Sun, Jul 3, 2016 at 3:18 PM, Christophe JAILLET
wrote:
> This is likely that checking 'gr3d->clk_secondary' instead of 'gr3d->clk'
> is expected here.
Very likely indeed.
Reviewed-by: Alexandre Courbot
Thanks!
On Sun, Jul 3, 2016 at 12:21 AM, Markus Mayer
wrote:
> On 1 July 2016 at 18:18, Alexandre Courbot wrote:
>> On Fri, Jul 1, 2016 at 8:50 AM, Markus Mayer wrote:
>>> Call strtolower() rather than walking the string explicitly to convert
>>> it to lowercase.
>>>
>>> Signed-off-by: Markus Mayer
Am 01.07.2016 um 16:22 schrieb Andrew F. Davis:
> Found with scripts/coccinelle/misc/boolconv.cocci.
>
> Signed-off-by: Andrew F. Davis
For both patches Reviewed-by: Christian König .
> ---
> drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 8
> drivers/gpu/drm/amd/amdgpu/gmc_v8_0.c | 4
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160704/69f08e26/attachment.html>
-
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160704/d7d3670e/attachment.html>
org/archives/dri-devel/attachments/20160704/9b49ee0b/attachment-0001.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160704/90952294/attachment.html>
art --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160704/e3ef348f/attachment.html>
ext part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160704/2689b2cb/attachment.html>
ext part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160704/534987d2/attachment.html>
art --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160704/38ba7805/attachment.html>
Hi Dave,
The following changes since commit 81e257e964268d050f8e9188becd44d50f241d72:
drm/atomic: Make drm_atomic_legacy_backoff reset crtc->acquire_ctx
(2016-06-24 11:10:36 +1000)
are available in the git repository at:
git://people.freedesktop.org/~syeh/repos_linux drm-vmwgfx-fixes
for
...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160704/739f5374/attachment.html>
attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160704/46ce0568/attachment.html>
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/20160704/89753770/attachment.html>
art --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160704/acd55ec4/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=96678
--- Comment #4 from Quentin Quaadgras ---
Comment on attachment 124880
--> https://bugs.freedesktop.org/attachment.cgi?id=124880
Padoka with R600_DEBUG set
SystemManager constructor starts
SystemManager constructor ends
Start SSL initialise
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160704/2c3e3a31/attachment-0001.html>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160704/c969d003/attachment.html>
tps://lists.freedesktop.org/archives/dri-devel/attachments/20160704/3d12fda9/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=119631
--- Comment #16 from Michel Dänzer ---
(In reply to Thorsten Leemhuis from comment #15)
> What's the status of this issue? Just wondering, as this issue is listed
> in my regression reports for 4.7 [...]
This isn't a kernel regression. It's a
On 28 June 2016 at 16:59, Vinay Simha wrote:
> hi,
>
> Any further comments or reviews?
>
You still haven't covered my earlier suggestions, as such I cannot
give you a r-b :-( They are not blockers by any means, but it'll be
up-to the maintainer to ack/pick this up.
Thierry ?
Regards,
Emil
Hi Bibby,
On 27 June 2016 at 12:29, Bibby Hsieh wrote:
> On Mon, 2016-06-27 at 12:20 +0200, Matthias Brugger wrote:
>>
>> On 06/24/2016 09:27 AM, Bibby Hsieh wrote:
>> > Hi Dave,
>> >
>> > Please consider merging this tag, which contains the v2 MT8173 gamma &
>> > dither function patches I sent
95 matches
Mail list logo