Commit 43968d7b806d ("drm: Extract drm_plane.[hc]") was not the simple
cut'n'paste we presumed, somehow it introduced a leak of the page flip
target's framebuffer.
Fixes: 43968d7b806d ("drm: Extract drm_plane.[hc]")
Signed-off-by: Chris Wilson
Cc: Daniel Vetter
Cc: Sean Paul
---
drivers/gpu/dr
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160928/416b0a37/attachment.sig>
t available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160928/2e997576/attachment-0001.sig>
Consider the following scenario:
- mixer hardware block is present including video processor
- userspace uses atomic DRM API
- userspace uses all available planes
The following call sequence (simplified) now happens when
userspace issues an atomic commit.
(1) mixer_atomic_begin()
(2) mixer_update_
Hello everyone,
the recent discussion about this patch has made me realise that the purpose of
the patch, and in particular what it does, and what does not, was too unclear.
Hence I'm resending the patch with a (hopefully) improved and expanded commit
description.
With best wishes,
Tobias
Tob
Hello Marek,
Marek Szyprowski wrote:
> Dear Tobias,
>
>
> On 2016-09-27 17:50, Tobias Jakobi wrote:
>> Hello everyone,
>>
>> as discussed with Marek I have broken down my initial patch into
>> smaller piecer.
>>
>> Anyway, this series fixes a regression introduced by commit
>> b05984e21a7e000bf
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160928/a0132cb0/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=141741
David Martos changed:
What|Removed |Added
CC||davidmartos96 at gmail.com
--- Comment #1
Remove the common code from the driver and use the
drm_fb_cma_extract_and_attach_fence() helper instead.
Moveover, call the helper from prepare_fb() plane hook .
Signed-off-by: Marek Vasut
Cc: Daniel Vetter
Cc: Lucas Stach
---
V2: - Rename the function to drm_fb_cma_extract_and_attach_fence()
Add new drm_fb_cma_extract_and_attach_fence() helper function extracted
from the imx-drm driver. This function checks if the plane has DMABUF
attached to it, extracts the exclusive fence from it and attaches it
to the plane state for the atomic helper to wait on it.
Signed-off-by: Marek Vasut
Cc:
On 09/28/2016 03:57 PM, Lucas Stach wrote:
> Am Montag, den 26.09.2016, 15:01 +0200 schrieb Marek Vasut:
>> Remove the common code from the driver and use the drm_fb_cma_setup_fence()
>> helper instead. Moveover, call the helper from prepare_fb() plane hook .
>>
>> Signed-off-by: Marek Vasut
>> Cc
On 09/28/2016 03:55 PM, Lucas Stach wrote:
> Hi Marek,
>
> Am Montag, den 26.09.2016, 15:01 +0200 schrieb Marek Vasut:
>> Add new drm_fb_cma_setup_fence() helper function extracted from the
>> imx-drm driver. This function checks if the plane has DMABUF attached
>> to it and if so, sets up the fen
ove-DRM_AMD_POWERPLAY.patch
Type: application/octet-stream
Size: 5600 bytes
Desc: 0001-drm-amdgpu-remove-DRM_AMD_POWERPLAY.patch
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160928/1382d16c/attachment-0001.obj>
vgem does not do modeset, looping through non-existent CRTC's while
registering drm_minor in
'commit 48c787899882 ("drm: Add API for capturing frame CRCs")'
caused kernel oops. So, let's add CRC debugfs files
only for those drivers that do modeset.
Signed-off-by: Dhinakaran Pandiyan
Cc:
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/20160928/3d2646b9/attachment.html>
evert "drm/radeon: load different smc firmware on some SI
variants"?
--
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
TERLACE) {
> if (adjust_flags & CRTC_INTERLACE_HALVE_V) {
> p->crtc_vdisplay /= 2;
> p->crtc_vsync_start /= 2;
> p->crtc_vsync_end /= 2;
> p->crtc_vtotal /= 2;
> }
> }
That would require setting up the adjust_flags, and I thought in the DRM
we were trying to move away from using it. Also it would be pretty
strange to use just this one field from crtc_*.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 800 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160928/2cdd9eed/attachment.sig>
We just needed to initialize a few more fields.
Signed-off-by: Eric Anholt
---
drivers/gpu/drm/vc4/vc4_crtc.c | 17 ++---
drivers/gpu/drm/vc4/vc4_hdmi.c | 12
drivers/gpu/drm/vc4/vc4_regs.h | 3 +++
3 files changed, 25 insertions(+), 7 deletions(-)
diff --git a/drivers
Fixes occasional debug spew at boot when connected directly through
HDMI, and probably confusing the HDMI state machine when we go trying
to poke registers for the enable sequence too soon.
Signed-off-by: Eric Anholt
---
drivers/gpu/drm/vc4/vc4_hdmi.c | 4 ++--
1 file changed, 2 insertions(+), 2
Inki Dae wrote:
> 2016-09-28 18:06 GMT+09:00 Tobias Jakobi :
>> Hello Inki,
>>
>>
>> Inki Dae wrote:
>>>
>>>
>>> 2016ë
09ì 28ì¼ 09:03ì Tobias Jakobi ì´(ê°) ì´ ê¸:
Hey Inki,
Inki Dae wrote:
>
>
> 2016ë
09ì 28ì¼ 01:52ì Tobias Jakobi ì´(ê°) ì´ ê¸:
stats, while we have much more detailed stats for
radeonsi.
--
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/20160928/4b003535/attachment-0001.html>
From: Ville Syrjälä
Devices can have multiple planes, so allow the user to choose between
them.
Signed-off-by: Ville Syrjälä
---
tests/modetest/modetest.c | 28 ++--
1 file changed, 22 insertions(+), 6 deletions(-)
diff --git a/tests/modetest/modetest.c b/tests/mod
/
--
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/20160928/986d2aa7/attachment.html>
On Tue, Sep 27, 2016 at 11:31 PM, Dave Airlie wrote:
> Hey all,
>
> Back from a week off, I've hoovered up everything and backmerged -rc8 on top.
>
> If I've missed anything please let me know, I haven't seen next trees
> for exynos or nouveau, as possibly a few others, but those are the
> main tw
Hi Dave,
Some additional fixes for 4.9:
- The rest of Christian's GTT rework which fixes a long standing bug
in the GPUVM code among other things
- Changes to the pci shutdown callbacks for certain hypervisors
- Fix hpd interrupt storms on eDP panels which have the hpd interrupt
enabled by the
From: Ville Syrjälä
It's perfectly legal for the sink to support 12bpc only for
some lower resolution modes, while the higher resolution modes
can only be used with 8bpc. So let's take the sink's max TMDS clock
into account before we go and decide that a particular mode can
be used with 12bpc.
From: Ville Syrjälä
Reduce the eyesore with a local variable.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_display.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/drivers/gpu/drm/i915/intel_display.
From: Ville Syrjälä
drm_edid_to_eld() is just mean to cook up the ELD for the audio driver,
so having it parse non-audio related stuff seems just wrong, and
potentially could lead to that information not being even filled out
if the function doesn't even get called. Let's move that stuff to the
From: Ville Syrjälä
It's not a good idea to leave stale cea_rev in the drm_display_info. The
current EDID might not even have a CEA ext block in which case we'd end
up leaving the stale value in place.
Signed-off-by: Ville Syrjälä
Acked-by: Christian König
---
drivers/gpu/drm/drm_edid.c
From: Ville Syrjälä
Instead of parsing parts of the CEA extension block in two places
to determine supported color formats and whatnot, let's just
consolidate it to one function. This also makes it possible to neatly
flatten drm_assign_hdmi_deep_color_info().
Signed-off-by: Ville Syrjälä
Ac
From: Ville Syrjälä
We already pass the connector to drm_add_display_info() and
drm_assign_hdmi_deep_color_info(), so passing the
connector->display_info also is pointless.
Signed-off-by: Ville Syrjälä
Acked-by: Christian König
---
drivers/gpu/drm/drm_edid.c | 8
1 file changed,
From: Ville Syrjälä
We have the drm_display_info for storing information about the sink, so
let's move dvi_dual and max_tmds_clock in there.
v2: Deal with superfluous code shuffling
Document dvi_dual and max_tmds_clock too
Cc: Alex Deucher
Cc: "Christian König"
Signed-off-by: Ville Syr
From: Ville Syrjälä
We generally store clocks in kHz, so let's do that for the
HDMI max TMDS clock value as well. Less surpising.
v2: Deal with superfluous code shuffling
Cc: Alex Deucher
Cc: "Christian König"
Signed-off-by: Ville Syrjälä
Reviewed-by: Christian König (v1)
---
drivers
From: Ville Syrjälä
Clear out old max_tmds_clock and dvi_dual information (possibly from a
previous EDID) before parsing the current EDID. Tne current EDID might
not even have these in its HDMI VSDB, which would mean that we'd leave
the old stale values in place.
Signed-off-by: Ville Syrjälä
From: Ville Syrjälä
Clear out stale audio latency information (potentially from a previous
EDID) before constructing the ELD from the EDID.
Signed-off-by: Ville Syrjälä
Acked-by: Christian König
---
drivers/gpu/drm/drm_edid.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/dri
From: Ville Syrjälä
Rebased the series (previous version [1]) mostly due to code
shuffling. i915 specific bits still need to be eyeballed by someone.
Series available here:
git://github.com/vsyrjala/linux.git hdmi_sink_tmds_limit_4
[1] https://lists.freedesktop.org/archives/dri-devel/2016-Aug
Gamma correction is optional and can be used to adjust the color
output values to match the gamut of a particular TFT LCD panel
Split the DCU regs into "regs", "palette", "gamma" and "cursor".
Create a second regmap for gamma memory space using little endian.
The registers after the first address
Dear Tobias,
On 2016-09-27 17:50, Tobias Jakobi wrote:
> Hello everyone,
>
> as discussed with Marek I have broken down my initial patch into smaller
> piecer.
>
> Anyway, this series fixes a regression introduced by commit
> b05984e21a7e000bf5074ace00d7a574944b2c16.
>
> With best wishes,
> Tobi
Am Montag, den 26.09.2016, 15:01 +0200 schrieb Marek Vasut:
> Remove the common code from the driver and use the drm_fb_cma_setup_fence()
> helper instead. Moveover, call the helper from prepare_fb() plane hook .
>
> Signed-off-by: Marek Vasut
> Cc: Daniel Vetter
> Cc: Lucas Stach
One nit inli
to apply on
top of ROCK kernel)
--
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/20160928/87addfba/attachment.html>
Hi Marek,
Am Montag, den 26.09.2016, 15:01 +0200 schrieb Marek Vasut:
> Add new drm_fb_cma_setup_fence() helper function extracted from the
> imx-drm driver. This function checks if the plane has DMABUF attached
> to it and if so, sets up the fence on which the atomic helper can wait.
>
> Signed-
On Wed, Sep 28, 2016 at 9:51 AM, wrote:
> From: Ville Syrjälä
>
> Rebased the series (previous version [1]) mostly due to code
> shuffling. i915 specific bits still need to be eyeballed by someone.
>
> Series available here:
> git://github.com/vsyrjala/linux.git hdmi_sink_tmds_limit_4
>
> [1]
ital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160928/5377aea6/attachment-0001.sig>
Some architectures don't use the common clock framework and don't
implement all the clk interfaces for every clock. This is the case
for da850-lcdk where clk_set_rate() only works for PLL0 and PLL1.
Trying to set the clock rate for the LCDC clock results in -EINVAL
being returned.
As a workaround
.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160928/04fde68f/attachment.html>
HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160928/64f41177/attachment-0001.html>
%lu, mode clock=%d, div=%u",
> lcd_clk, crtc->mode.clock, clkdiv);
> @@ -664,7 +682,6 @@ void tilcdc_crtc_update_clk(struct drm_crtc *crtc)
> tilcdc_set(dev, LCDC_CLK_ENABLE_REG,
> LCDC_V2_DMA_CLK_EN | LCDC_V2_LIDD_CLK_EN |
> LCDC_V2_CORE_CLK_EN);
> -
Extra change here.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160928/3c81d92d/attachment.sig>
lated errors, but I don't yet see
where that would be exactly.
--
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/2016
On 09/27/16 18:29, Bartosz Golaszewski wrote:
> Some architectures don't use the common clock framework and don't
> implement all the clk interfaces for every clock. This is the case
> for da850-lcdk where clk_set_rate() only works for PLL0 and PLL1.
>
> Trying to set the clock rate for the LCDC c
+ Sekhar
2016-09-28 13:19 GMT+02:00 Tomi Valkeinen :
> Hi,
>
> On 27/09/16 18:29, Bartosz Golaszewski wrote:
>> Some architectures don't use the common clock framework and don't
>> implement all the clk interfaces for every clock. This is the case
>> for da850-lcdk where clk_set_rate() only works
Hey all,
Back from a week off, I've hoovered up everything and backmerged -rc8 on top.
If I've missed anything please let me know, I haven't seen next trees
for exynos or nouveau, as possibly a few others, but those are the
main two I noticed.
Dave.
Hi all,
Today's linux-next merge of the drm-misc tree got conflicts in:
drivers/gpu/drm/sti/sti_dvo.c
drivers/gpu/drm/sti/sti_hqvdp.c
drivers/gpu/drm/sti/sti_mixer.c
between commits:
bdfd36ef8e64 ("drm/sti: Fix sparse warnings")
b4bba92dfbe2 ("drm/sti: remove stih415-416 platform supp
ected shader.
--
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/20160928/06291fca/attachment.html>
attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160928/4c4e4355/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=173041
Bug ID: 173041
Summary: Nouveau random hangs in g84_gr_tlb_flush (NVIDIA
GT240)
Product: Drivers
Version: 2.5
Kernel Version: 4.7.4
Hardware: x86-64
OS:
Gamma correction is optional and can be used to adjust the color
output values to match the gamut of a particular TFT LCD panel
Errata:
Gamma_R, Gamma_G and Gamma_B registers are little-endian registers
while the rest of the address-space in 2D-ACE is big-endian.
Workaround:
Split the DCU regs into
On Wed, 28 Sep 2016, Rafael Antognolli wrote:
> Hi Daniel,
>
> On Wed, Sep 21, 2016 at 10:59:25AM +0200, Daniel Vetter wrote:
>> diff --git a/include/drm/drm_plane.h b/include/drm/drm_plane.h
>> index 1407715736a5..256219bfd07b 100644
>> --- a/include/drm/drm_plane.h
>> +++ b/include/drm/drm_plane
Hello Inki,
Inki Dae wrote:
>
>
> 2016ë
09ì 28ì¼ 09:12ì Tobias Jakobi ì´(ê°) ì´ ê¸:
>> Hello Inki,
>>
>>
>> Inki Dae wrote:
>>>
>>>
>>> 2016ë
09ì 28ì¼ 08:31ì Inki Dae ì´(ê°) ì´ ê¸:
2016ë
09ì 28ì¼ 01:52ì Tobias Jakobi ì´(ê°) ì´ ê¸:
> Hello Andr
Hello Inki,
Inki Dae wrote:
>
>
> 2016ë
09ì 28ì¼ 09:03ì Tobias Jakobi ì´(ê°) ì´ ê¸:
>> Hey Inki,
>>
>>
>> Inki Dae wrote:
>>>
>>>
>>> 2016ë
09ì 28ì¼ 01:52ì Tobias Jakobi ì´(ê°) ì´ ê¸:
Hello Andrzej,
Andrzej Hajda wrote:
> On 27.09.2016 13:22, Tobias
Inki Dae wrote:
>
>
> 2016ë
09ì 28ì¼ 09:03ì Tobias Jakobi ì´(ê°) ì´ ê¸:
>> Hey Inki,
>>
>>
>> Inki Dae wrote:
>>>
>>>
>>> 2016ë
09ì 28ì¼ 01:52ì Tobias Jakobi ì´(ê°) ì´ ê¸:
Hello Andrzej,
Andrzej Hajda wrote:
> On 27.09.2016 13:22, Tobias Jakobi wrote:
2016ë
09ì 28ì¼ 09:03ì Tobias Jakobi ì´(ê°) ì´ ê¸:
> Hey Inki,
>
>
> Inki Dae wrote:
>>
>>
>> 2016ë
09ì 28ì¼ 01:52ì Tobias Jakobi ì´(ê°) ì´ ê¸:
>>> Hello Andrzej,
>>>
>>>
>>> Andrzej Hajda wrote:
On 27.09.2016 13:22, Tobias Jakobi wrote:
> Hello Inki,
>
>
>
2016ë
09ì 26ì¼ 20:36ì Tobias Jakobi ì´(ê°) ì´ ê¸:
> Only manipulate the MXR_CFG and MXR_LAYER_CFG registers once
> in mixer_cfg_layer().
> Trigger this via atomic flush.
>
> Changes in v2:
> - issue mixer_cfg_layer() in mixer_disable()
> - rename fields as suggested by Andrzej
> - add
.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160928/83f97e9c/attachment.html>
2016ë
09ì 28ì¼ 09:12ì Tobias Jakobi ì´(ê°) ì´ ê¸:
> Hello Inki,
>
>
> Inki Dae wrote:
>>
>>
>> 2016ë
09ì 28ì¼ 08:31ì Inki Dae ì´(ê°) ì´ ê¸:
>>>
>>>
>>> 2016ë
09ì 28ì¼ 01:52ì Tobias Jakobi ì´(ê°) ì´ ê¸:
Hello Andrzej,
Andrzej Hajda wrote:
2016ë
09ì 28ì¼ 09:03ì Tobias Jakobi ì´(ê°) ì´ ê¸:
> Hey Inki,
>
>
> Inki Dae wrote:
>>
>>
>> 2016ë
09ì 28ì¼ 01:52ì Tobias Jakobi ì´(ê°) ì´ ê¸:
>>> Hello Andrzej,
>>>
>>>
>>> Andrzej Hajda wrote:
On 27.09.2016 13:22, Tobias Jakobi wrote:
> Hello Inki,
>
>
>
On 09/27/16 23:56, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20160927:
>
on i386:
ERROR: "amd_set_clockgating_by_smu" [drivers/gpu/drm/amd/amdgpu/amdgpu.ko]
undefined!
Full randconfig file is attached.
--
~Randy
-- next part --
#
# Automatically generated
Yes true, patch from Ville
https://lists.freedesktop.org/archives/dri-devel/2016-September/118631.html";
already fix patches sent by Baoyou.
Vincent
On 09/27/2016 09:07 PM, Benjamin Gaignard wrote:
> I think that create conflicts with what is already in Vincent pull
> request where we have fix th
2016ë
09ì 28ì¼ 08:31ì Inki Dae ì´(ê°) ì´ ê¸:
>
>
> 2016ë
09ì 28ì¼ 01:52ì Tobias Jakobi ì´(ê°) ì´ ê¸:
>> Hello Andrzej,
>>
>>
>> Andrzej Hajda wrote:
>>> On 27.09.2016 13:22, Tobias Jakobi wrote:
Hello Inki,
Inki Dae wrote:
> 2016ë
09ì 26ì¼ 20:3
With the introduction of bin/render pipelining, the previous job may
not be completed when we start binning the next one. If the previous
job wrote our VBO, IB, or CS textures, then the binning stage might
get stale or uninitialized results.
Fixes the major rendering failure in glmark2 -b terrain
We would need to review this patch series for -next in a hurry.
I have to request git-pull soon.
2016ë
09ì 28ì¼ 00:50ì Tobias Jakobi ì´(ê°) ì´ ê¸:
> Hello everyone,
>
> as discussed with Marek I have broken down my initial patch into smaller
> piecer.
>
> Anyway, this series fixes a
On Wed, Sep 28, 2016 at 11:11:52AM +0300, Jani Nikula wrote:
> On Wed, 28 Sep 2016, Rafael Antognolli wrote:
> > Hi Daniel,
> >
> > On Wed, Sep 21, 2016 at 10:59:25AM +0200, Daniel Vetter wrote:
> >> diff --git a/include/drm/drm_plane.h b/include/drm/drm_plane.h
> >> index 1407715736a5..256219bfd0
2016ë
09ì 27ì¼ 20:22ì Tobias Jakobi ì´(ê°) ì´ ê¸:
> Hey Inki,
>
>
> Inki Dae wrote:
>> 2016ë
09ì 27ì¼ 14:40ì Tobias Jakobi ì´(ê°) ì´ ê¸:
>>> Inki Dae wrote:
2016ë
09ì 26ì¼ 20:36ì Tobias Jakobi ì´(ê°) ì´ ê¸:
> Only manipulate the MXR_CFG and MX
2016ë
09ì 28ì¼ 01:52ì Tobias Jakobi ì´(ê°) ì´ ê¸:
> Hello Andrzej,
>
>
> Andrzej Hajda wrote:
>> On 27.09.2016 13:22, Tobias Jakobi wrote:
>>> Hello Inki,
>>>
>>>
>>> Inki Dae wrote:
2016ë
09ì 26ì¼ 20:36ì Tobias Jakobi ì´(ê°) ì´ ê¸:
> Only manipulate the MXR_CFG a
the regression happened between
upstream versions 4.5.1 and 4.5.5.
--
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/20160928/12
t play here. But that doesn't mean nothing can be done about
the shader compilation issue.
--
You are receiving this mail because:
You are on the CC list for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/d
Hello Inki,
Inki Dae wrote:
>
>
> 2016ë
09ì 28ì¼ 08:31ì Inki Dae ì´(ê°) ì´ ê¸:
>>
>>
>> 2016ë
09ì 28ì¼ 01:52ì Tobias Jakobi ì´(ê°) ì´ ê¸:
>>> Hello Andrzej,
>>>
>>>
>>> Andrzej Hajda wrote:
On 27.09.2016 13:22, Tobias Jakobi wrote:
> Hello Inki,
>
>
>
Hello,
Inki Dae wrote:
> We would need to review this patch series for -next in a hurry.
> I have to request git-pull soon.
I just want to point out that I have yet to test the split series.
Currently it's only compile-tested.
But I have done a stress test with both sync and async execution mode
Hey Inki,
Inki Dae wrote:
>
>
> 2016ë
09ì 28ì¼ 01:52ì Tobias Jakobi ì´(ê°) ì´ ê¸:
>> Hello Andrzej,
>>
>>
>> Andrzej Hajda wrote:
>>> On 27.09.2016 13:22, Tobias Jakobi wrote:
Hello Inki,
Inki Dae wrote:
> 2016ë
09ì 26ì¼ 20:36ì Tobias Jakobi ì´(ê°) ì
78 matches
Mail list logo
