https://bugs.freedesktop.org/show_bug.cgi?id=102885
--- Comment #3 from Samuel Pitoiset ---
Yeah, please upload the trace somewhere. You can use dropbox or some other
similar services.
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=101731
--- Comment #53 from Samuel Pitoiset ---
Okay, that's expected. Didn't you get some Mesa user errors as well?
But the fact that it no longer hangs is a good news, somehow. :)
--
You are receiving this mail because:
You are the assignee for th
On Wed, 20 Sep 2017, Dave Airlie wrote:
> On 20 September 2017 at 15:43, Dave Airlie wrote:
>> On 20 September 2017 at 09:03, Rodrigo Vivi wrote:
>>> Hi Dave,
>>
>> Hi Rodrigo,
>>
>> This pull request is generated wrongly, it contains some commits from
>> drm-next in it.
>
> Sorry contains some
https://bugs.freedesktop.org/show_bug.cgi?id=101731
--- Comment #54 from Shmerl ---
Created attachment 134355
--> https://bugs.freedesktop.org/attachment.cgi?id=134355&action=edit
Hack patch debug run log
Run with MESA_DEBUG=true and Wine logging enabled.
--
You are receiving this mail becau
https://bugs.freedesktop.org/show_bug.cgi?id=101731
--- Comment #55 from Samuel Pitoiset ---
Okay, the hack doesn't work for you, Mesa fails to link because the varying
name is not the same.
What version of wine are you using? FWIW, I'm building my local copy from
bb16263fe1974851f495435fef9a3d5
https://bugs.freedesktop.org/show_bug.cgi?id=101731
--- Comment #56 from Shmerl ---
(In reply to Samuel Pitoiset from comment #55)
> Okay, the hack doesn't work for you, Mesa fails to link because the varying
> name is not the same.
>
> What version of wine are you using? FWIW, I'm building my l
https://bugs.freedesktop.org/show_bug.cgi?id=101731
--- Comment #57 from Shmerl ---
Here is the run with Wine staging 2.17 (MESA_DEBUG set):
ATTENTION: default value of option mesa_glthread overridden by environment.
*** The Witcher 3 SPECIAL HACK ENABLED ***
Mesa: User error: GL_INVALID_OPERATI
https://bugs.freedesktop.org/show_bug.cgi?id=101731
--- Comment #58 from Shmerl ---
I suppose I can also build Wine from that commit and apply all staging patches
including past 2.17.
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=101731
--- Comment #59 from Shmerl ---
Actually, looks like 2.17 is the last one, so their official build should be
just that. It's based on commit bb16263fe1974851f495435fef9a3d57fa2d4aa9
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=101731
--- Comment #60 from Samuel Pitoiset ---
Yeah, I built against the same commit and I'm able to reproduce the link-time
error.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=101731
--- Comment #61 from Samuel Pitoiset ---
Created attachment 134356
--> https://bugs.freedesktop.org/attachment.cgi?id=134356&action=edit
updated special varying hack
What about this updated patch? (the previous has to be reverted).
--
You a
https://bugs.freedesktop.org/show_bug.cgi?id=101731
--- Comment #62 from Shmerl ---
I'll give a try. May be game settings affect what's going on too. For the
reference, I set all to max, except hairworks off. Ambient occlusion: HBAO+.
--
You are receiving this mail because:
You are the assignee
version 3:
- change ion_device_add_heap prototype to return a possible error
version 2:
- simplify ioctl check like propose by Dan
- make sure that we don't register more than ION_DEV_MAX heaps
Until now all ion heaps are addressing using the same device "/dev/ion".
This way of working doesn't al
Instead a getting one common device "/dev/ion" for
all the heaps this patch allow to create one device
entry ("/dev/ionX") per heap.
Getting an entry per heap could allow to set security rules
per heap and global ones for all heaps.
Allocation requests will be only allowed if the mask_id
match wit
Make arguments checking more easy to read.
Signed-off-by: Benjamin Gaignard
---
drivers/staging/android/ion/ion-ioctl.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/drivers/staging/android/ion/ion-ioctl.c
b/drivers/staging/android/ion/ion-ioctl.c
index d9f8b14
https://bugs.freedesktop.org/show_bug.cgi?id=102797
--- Comment #1 from Samuel Pitoiset ---
Very interesting stuff! It's similar to the TW3 issue
(https://bugs.freedesktop.org/show_bug.cgi?id=101731).
Basically, Wine doesn't correctly set the transform feedback varyings (ie.
count is 0 in glTran
https://bugs.freedesktop.org/show_bug.cgi?id=101731
Samuel Pitoiset changed:
What|Removed |Added
CC||dark.shad...@web.de
--- Comment #63 f
https://bugs.freedesktop.org/show_bug.cgi?id=102797
Samuel Pitoiset changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=101731
--- Comment #64 from Samuel Pitoiset ---
See the attached trace from
https://bugs.freedesktop.org/show_bug.cgi?id=102797, it reproduces the same
issue.
So, basically the issue is that wine fails to set the transform feedback
varyings in some si
Hi Marek,
Tested-by: Hoegeun Kwon
Best regards,
Hoegeun
On 09/12/2017 05:08 PM, Marek Szyprowski wrote:
This patch adds Exynos IPP v2 subsystem and userspace API.
New userspace API is focused ONLY on memory-to-memory image processing.
The two remainging IPP operation modes (framebuffer wri
Hi Marek,
Tested-by: Hoegeun Kwon
Best regards,
Hoegeun
On 09/12/2017 05:08 PM, Marek Szyprowski wrote:
Exynos IPP will be rewritten, so remove current IPP core code and mark
existing drivers as BROKEN.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/Kconfig | 11 +-
Hi Marek,
Tested-by: Hoegeun Kwon
Best regards,
Hoegeun
On 09/12/2017 05:08 PM, Marek Szyprowski wrote:
This patch adapts Exynos DRM rotator driver to new IPP v2 core API.
The side effect of this conversion is a switch to driver component API
to register properly in the Exynos DRM core.
Si
Hi Dave,
Just several regression fixups.
Please kindly let me know if there is any problem.
Thanks,
Inki Dae
The following changes since commit 134dd2e616b9cd8300c08cd1b38987ded74f662f:
Merge tag 'drm-amdkfd-next-2017-09-02' of
git://people.freedesktop.org/~gabbayo/linux into drm-fixe
Hi Tobias,
Thanks for testing!
On 2017-09-15 19:18, Tobias Jakobi wrote:
Hello Marek,
Marek Szyprowski wrote:
This patch adds Exynos IPP v2 subsystem and userspace API.
New userspace API is focused ONLY on memory-to-memory image processing.
The two remainging IPP operation modes (framebuffer
Am Montag, 18. September 2017, 17:05:37 CEST schrieb Nickey Yang:
> clk_24m --> Gate11[14] --> clk_mipidphy_ref --> Gate21[0] --> clk_dphy_pll
>
> Signed-off-by: Nickey Yang
applied as fix for 4.14 after polishing the commit message a bit
Thanks
Heiko
__
For anyone interested in decoding an EDID:
The edid-decode utility available from
git://anongit.freedesktop.org/xorg/app/edid-decode
has been updated to include the latest CTA-861-G standard. Also many bug fixes
were
applied and the utility does a much better job at checking the EDID for
incons
Hi Boris,
Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
On 31/08/17 18:55, Boris Brezillon wrote:
> Add a driver for Cadence DPI -> DSI bridge.
>
> This driver only support a subset of Cadence DSI bridge capabili
On Sat, Sep 2, 2017 at 11:17 PM, Linus Walleij wrote:
> On Thu, Aug 17, 2017 at 10:44 PM, Rob Herring wrote:
>> On Sun, Aug 13, 2017 at 01:44:47PM +0200, Linus Walleij wrote:
>
>>> This adds device tree bindings for the Ilitek ILI9322
>>> 320x240 TFT panel driver.
>>>
>>> Cc: devicet...@vger.kern
On Sun, Aug 13, 2017 at 1:44 PM, Linus Walleij wrote:
> This adds support for the Ilitek ILI9322 QVGA (320x240)
> TFT panel driver.
>
> This panel driver supports serial or parallel RGB or
> YUV input and also ITU-T BT.656 input streams.
>
> The controller is combined with a physical panel and
>
On Tue, 19 Sep 2017 17:25:29 +0300
Tomi Valkeinen wrote:
>
> Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
> Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
>
> On 19/09/17 16:48, Boris Brezillon wrote:
> > On Tue, 19 Sep 2017 16:38:31 +0300
> > Tomi Valkeinen
Hi,
> > "removing the device"? qxl can't be hotplugged ...
> > Or do you mean "rmmod qxl"?
>
> rmmod qxl
rmmod: ERROR: Module qxl is in use.
How do you do that? CONFIG_FBCON=n?
cheers,
Gerd
___
dri-devel mailing list
dri-devel@lists.freedeskto
On Wed, 20 Sep 2017 14:55:02 +0300
Tomi Valkeinen wrote:
> Hi Boris,
>
>
> Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
> Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
>
> On 31/08/17 18:55, Boris Brezillon wrote:
> > Add a driver for Cadence DPI -> DSI br
Hi Dave,
I'm sorry for the previous version generated on wrong base.
I believe this one looks sane now.
drm/i915 fixes for 4.14-rc1
Couple fixes for stable:
- Fix MIPI panels on BXT.
- Fix PCI BARs information on GVT.
Plus other fixes:
- Fix minimal brightness for BXT, GLK, CFL and CNL.
- Fi
Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
On 20/09/17 15:32, Boris Brezillon wrote:
> On Wed, 20 Sep 2017 14:55:02 +0300
> Tomi Valkeinen wrote:
>
>> Hi Boris,
>>
>>
>> Texas Instruments Finland Oy, Porkkala
On Wed, 20 Sep 2017 15:42:50 +0300
Tomi Valkeinen wrote:
>
> Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
> Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
>
> On 20/09/17 15:32, Boris Brezillon wrote:
> > On Wed, 20 Sep 2017 14:55:02 +0300
> > Tomi Valkeinen
Add defines for dpcd register 2009 (synchronization latency
in sink).
Cc: Rodrigo Vivi
CC: Puthikorn Voravootivat
Signed-off-by: Vathsala Nagaraju
---
include/drm/drm_dp_helper.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/include/drm/drm_dp_helper.h b/include/drm/drm_dp_helper.h
in
Set frames before SU entry value for max resync frame count of
dpcd register 2009, bit field 0:3.
Cc: Rodrigo Vivi
CC: Puthikorn Voravootivat
Signed-off-by: Vathsala Nagaraju
---
drivers/gpu/drm/i915/intel_psr.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/
On Wed, Sep 20, 2017 at 08:02:35PM +0530, vathsala nagaraju wrote:
> Set frames before SU entry value for max resync frame count of
> dpcd register 2009, bit field 0:3.
>
> Cc: Rodrigo Vivi
> CC: Puthikorn Voravootivat
> Signed-off-by: Vathsala Nagaraju
> ---
> drivers/gpu/drm/i915/intel_psr.c
https://bugs.freedesktop.org/show_bug.cgi?id=102885
--- Comment #4 from Thomas J. Moore ---
I said I wouldn't, but I went ahead and did a git-bisect:
878bd981bf7aac1466ba3278796f200fa329e2af is the first bad commit
If I have an opportunity later today, I may upload the trace file somewhere.
--
> On Sep 20, 2017, at 7:33 AM, Nagaraju, Vathsala
> wrote:
>
> Set frames before SU entry value for max resync frame count of
> dpcd register 2009, bit field 0:3.
>
> Cc: Rodrigo Vivi
> CC: Puthikorn Voravootivat
> Signed-off-by: Vathsala Nagaraju
> ---
> drivers/gpu/drm/i915/intel_psr.c |
https://bugs.freedesktop.org/show_bug.cgi?id=101731
--- Comment #65 from Shmerl ---
(In reply to Samuel Pitoiset from comment #61)
> Created attachment 134356 [details] [review]
> updated special varying hack
>
> What about this updated patch? (the previous has to be reverted).
Great! I can con
https://bugs.freedesktop.org/show_bug.cgi?id=101731
--- Comment #66 from Shmerl ---
(In reply to Samuel Pitoiset from comment #64)
>
> The attached patches should workaround both issues (TW3 and Superposition),
> but wine has to be fixed here.
>
> Please, let the bug open until it's really fixe
https://bugs.freedesktop.org/show_bug.cgi?id=102905
Bug ID: 102905
Summary: [R600] Miscompilation of TGSI to VLIW causes artifacts
in Gallium Nine with Crysis2 bump mapping
Product: Mesa
Version: 17.2
Hardware: Other
https://bugs.freedesktop.org/show_bug.cgi?id=102885
--- Comment #5 from Thomas J. Moore ---
I'm not sure I trust dropbox entirely (it's a bit invasive), but I went ahead
and created an account to upload the trace file:
https://www.dropbox.com/s/uo6kllmpr1b5jrt/satinav.trace?dl=0
This is from Ch
https://bugs.freedesktop.org/show_bug.cgi?id=92248
--- Comment #41 from Hector Velazquez
---
This test still fail on GLK QA
igt@kms_plane_scaling
Output
. . .
DEBUG
(kms_plane_sc
Hi Mauro,
> > +Linux I2C and DMA
> > +-
>
> I would use, instead:
>
> =
> Linux I2C and DMA
> =
>
> As this is the way we're starting document titles, after converted to
> ReST. So, better to have it already using the right format, as one day
I d
Hi Dave,
I heard you're nicely sleep-deprived again, so perfect time to send you a
pull request. First pile of drm-misc for 4.15, busy as usual (but still
well less than half the patch activity drm-intel.git has seen in the same
time).
drm-misc-next-2017-09-20:
UAPI Changes:
Cross-subsystem Chan
On Thu, Sep 14, 2017 at 01:36:17PM +0530, Meghana Madhyastha wrote:
> Removes checkpath.pl errors and warnings.
>
> Changes in v3:
> -Change commit title prefix from drm to drm/agpsupport
> -Split the commit "Move EXPORT_SYMBOL so that it immediately follows its
> function" into two commits
On Fri, Sep 15, 2017 at 08:23:19PM +0300, Laurent Pinchart wrote:
> Gentle review ping.
Reviewed-by: Daniel Vetter on both.
Please push to drm-misc or wherever.
Thanks, Daniel
>
> On Tuesday, 15 August 2017 16:05:45 EEST Laurent Pinchart wrote:
> > Since commit 4a97a3da420b ("drm: Don't updat
On Mon, Sep 11, 2017 at 01:06:32PM +0200, Christian König wrote:
> 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(),
> > > res
https://bugs.freedesktop.org/show_bug.cgi?id=102358
--- Comment #26 from har...@gmx.de ---
Created attachment 134383
--> https://bugs.freedesktop.org/attachment.cgi?id=134383&action=edit
lprotection in action, longer debug log
adapted debug log (longer test), showing current protection at work
On Fri, Sep 15, 2017 at 12:45:14AM +0300, Laurent Pinchart wrote:
> Hi Noralf,
>
> On Wednesday, 13 September 2017 16:41:49 EEST Noralf Trønnes wrote:
> > Den 13.09.2017 04.44, skrev Laurent Pinchart:
> > > On Monday, 11 September 2017 19:37:44 EEST Noralf Trønnes wrote:
> > >> Make the docs read
On Tue, Sep 12, 2017 at 06:54:45PM +0100, Emil Velikov wrote:
> On 12 September 2017 at 18:47, Colin Ian King
> wrote:
> > On 12/09/17 18:42, Thomas Hellstrom wrote:
> >> Hi, Colin,
> >>
> >> On 09/12/2017 07:35 PM, Colin King wrote:
> >>> From: Colin Ian King
> >>>
> >>> mmap'ing the device mul
On Thu, Sep 14, 2017 at 08:28:37PM +0100, Chris Wilson wrote:
> Quoting Colin King (2017-09-14 17:21:54)
> > From: Colin Ian King
> >
> > hw_check is being assigned and updated but is no longer being read,
> > hence it is redundant and can be removed.
> >
> > Detected by clang scan-build:
> > "w
On Fri, Sep 15, 2017 at 09:17:53PM +0300, Laurent Pinchart wrote:
> Hi Noralf,
>
> On Friday, 15 September 2017 20:49:26 EEST Noralf Trønnes wrote:
> > Den 15.09.2017 04.27, skrev Laurent Pinchart:
> > > The custom implementation just calls drm_gem_handle_delete(), which is
> > > identical to the
On Wed, Sep 20, 2017 at 07:33:35PM +0200, Daniel Vetter wrote:
> include/uapi/drm/drm_mode.h| 4 +-
In case you wonder why Daniel didn't say anything about uapi changes: It's
a comment/documentation fix :-)
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
ht
> In order to avoid that, and to place them into a box using monotonic fonts,
> I usually add "::" at the preceding line, e. g.:
Just in time: I added the '::' and will resubmit the new version in a
minute.
Thanks for the pointers!
signature.asc
Description: PGP signature
On Wed, Sep 20, 2017 at 11:54 AM, Haneen Mohammed
wrote:
> This patch replace instances of drm_gem_object_reference/unreference with
> *_get/put() suffixes, because get/put is shorter and consistent with the
> kernel use of *_get/put() suffixes.
> This was done with the following Coccinelle script
On Wed, Sep 20, 2017 at 11:57 AM, Haneen Mohammed
wrote:
> This patch replace instances of drm_framebuffer_reference/unreference with
> *_get/put() suffixes, because get/put is shorter and consistent with the
> kernel use of *_get/put suffixes.
> This was done with the following Coccinelle script:
On Mon, Sep 18, 2017 at 04:40:01PM +0800, Nickey Yang wrote:
> Support Kingdisplay kd097d04 9.7" 1536x2048 TFT LCD panel,
> it is a MIPI DSI panel.
>
> Signed-off-by: Nickey Yang
Hi Nickey,
This patch doesn't apply cleanly to drm-misc-next and the encoding is set to 'y'
instead of 'UTF-8'.
> --
Den 20.09.2017 20.38, skrev Daniel Vetter:
On Fri, Sep 15, 2017 at 09:17:53PM +0300, Laurent Pinchart wrote:
Hi Noralf,
On Friday, 15 September 2017 20:49:26 EEST Noralf Trønnes wrote:
Den 15.09.2017 04.27, skrev Laurent Pinchart:
The custom implementation just calls drm_gem_handle_delete(),
https://bugs.freedesktop.org/show_bug.cgi?id=60879
David Verelst changed:
What|Removed |Added
CC||david.vere...@gmail.com
--- Comment #169
https://bugs.freedesktop.org/show_bug.cgi?id=101731
--- Comment #67 from Lukas Jirkovsky ---
I can confirm that it works fine here after applying the hack, too.
Anyway, I'm with Shmerl here. In my opinion a user process should never be able
to make system unusable no matter what kind of stupid s
On Fri, Sep 15, 2017 at 11:11:19AM +0200, Marek Szyprowski wrote:
> Commit 2b7681326dc2 ("drm/exynos: hdmi: remove the i2c drivers and use")
> merged to v3.15 kernel added a required 'ddc' property to Exynos HDMI
> device tree bindings, which should point to i2c bus used for handling DDC
> (mainly
On Mon, Sep 18, 2017 at 04:43:50PM +0800, Nickey Yang wrote:
> The KINGDISPLAY KD097D04 is a 9.7" panel with a 1536x2048
> resolution and connected to DSI using 8 lanes.
>
> Signed-off-by: Nickey Yang
> ---
> .../display/panel/kingdisplay,kd097d04.txt | 22
> ++
> 1
Den 20.09.2017 21.40, skrev Noralf Trønnes:
Den 20.09.2017 20.38, skrev Daniel Vetter:
On Fri, Sep 15, 2017 at 09:17:53PM +0300, Laurent Pinchart wrote:
Hi Noralf,
On Friday, 15 September 2017 20:49:26 EEST Noralf Trønnes wrote:
Den 15.09.2017 04.27, skrev Laurent Pinchart:
The custom imple
On 09/18/17 21:15, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20170918:
>
> Linus' tree still had its build failure for which I reverted a commit.
>
> The drm-intel tree gained conflicts against Linus' tree.
>
on x86_64:
In file included from ../drivers/gpu/drm/i915/i915_gem.c:5342:0
On Wed, Sep 20, 2017 at 08:38:59PM +0200, Daniel Vetter wrote:
> On Fri, Sep 15, 2017 at 09:17:53PM +0300, Laurent Pinchart wrote:
> > Hi Noralf,
> >
> > On Friday, 15 September 2017 20:49:26 EEST Noralf Trønnes wrote:
> > > Den 15.09.2017 04.27, skrev Laurent Pinchart:
> > > > The custom implemen
kasprintf() can fail here and we must check its return value.
Signed-off-by: Arvind Yadav
---
drivers/gpu/drm/tegra/dc.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/tegra/dc.c b/drivers/gpu/drm/tegra/dc.c
index 4df3911..f3214a1 100644
--- a/drivers/gpu/drm/tegra/dc.c
++
This patch replace instances of drm_framebuffer_reference/unreference with
*_get/put() suffixes, because get/put is shorter and consistent with the
kernel use of *_get/put suffixes.
This was done with the following Coccinelle script:
@r1@
expression e;
@@
(
-drm_framebuffer_reference(e);
+drm_fra
On Wed, Sep 20, 2017 at 07:08:11PM +0800, hl wrote:
>
>
> On Wednesday, September 20, 2017 06:08 PM, John Keeping wrote:
> > On Tue, Sep 19, 2017 at 01:27:40PM -0700, Sean Paul wrote:
> >> On Tue, Sep 19, 2017 at 11:19:01AM -0700, Brian Norris wrote:
> >>> Hi Sean,
> >>>
> >>> On Tue, Sep 19, 201
One helper checks if DMA is suitable and optionally creates a bounce
buffer, if not. The other function returns the bounce buffer and makes
sure the data is properly copied back to the message.
Signed-off-by: Wolfram Sang
---
drivers/i2c/i2c-core-base.c | 45 +
Free memory region, if drm_crtc_init_with_planes is not successful.
Signed-off-by: Arvind Yadav
---
drivers/gpu/drm/drm_crtc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
index 5af25ce..cd4e628 100644
--- a/drivers/gpu/drm/drm_crtc.
Signed-off-by: Wolfram Sang
---
Documentation/i2c/DMA-considerations | 58
1 file changed, 58 insertions(+)
create mode 100644 Documentation/i2c/DMA-considerations
diff --git a/Documentation/i2c/DMA-considerations
b/Documentation/i2c/DMA-considerations
new
This ensures that we fall back to PIO if the message length is too small
for DMA being useful. Otherwise, we use DMA. A bounce buffer might be
applied by the helper if the original message buffer is not DMA safe.
Signed-off-by: Wolfram Sang
---
drivers/i2c/busses/i2c-sh_mobile.c | 8 ++--
1
I2C has no requirement that the buffer of a message needs to be DMA
safe. In case it is, it can now be flagged, so drivers wishing to
do DMA can use the buffer directly.
Signed-off-by: Wolfram Sang
---
include/uapi/linux/i2c.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/include/uapi/l
So, after revisiting old mail threads, taking part in a similar discussion on
the USB list, and implementing a not-convincing solution before, here is what I
cooked up to document and ease DMA handling for I2C within Linux. Please have a
look at the documentation introduced in patch 3 for details.
Signed-off-by: Wolfram Sang
---
drivers/i2c/i2c-dev.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/i2c/i2c-dev.c b/drivers/i2c/i2c-dev.c
index 6f638bbc922db4..bbc7aadb4c899d 100644
--- a/drivers/i2c/i2c-dev.c
+++ b/drivers/i2c/i2c-dev.c
@@ -280,6 +280,8 @@ static noinline int i2c
This patchset replace instances of *_reference/unreference() with *_get/put(),
because get/put is shorter and consistent with the kernel use of *_get/put
suffixes.
Haneen Mohammed (2):
drm/armada: Replace drm_gem_object_reference/unreference() with
_get/put()
drm/armada: Replace drm_frame
This HW is prone to races, so it needs to setup new messages in irq
context. That means we can't alloc bounce buffers if a message buffer is
not DMA safe. So, in that case, simply fall back to PIO.
Signed-off-by: Wolfram Sang
---
drivers/i2c/busses/i2c-rcar.c | 2 +-
1 file changed, 1 insertion(
On Wednesday, September 20, 2017 06:08 PM, John Keeping wrote:
On Tue, Sep 19, 2017 at 01:27:40PM -0700, Sean Paul wrote:
On Tue, Sep 19, 2017 at 11:19:01AM -0700, Brian Norris wrote:
Hi Sean,
On Tue, Sep 19, 2017 at 11:00:25AM -0700, Sean Paul wrote:
On Mon, Sep 18, 2017 at 05:05:33PM +080
Allwinner SoCs have dw hdmi controller v1.32a which exhibits same
magenta line issue as i.MX6Q and i.MX6DL. Enable workaround for it.
Allwinner never released any kind of dw hdmi or errata documentation,
so it is not clear how many iterations need to be executed. One
iteration seems to be enough.
Arvind Yadav (2):
[PATCH 1/2] drm: tegra: dc: Handle return value of kasprintf
[PATCH 2/2] drm: Release memory obtained by kasprintf
drivers/gpu/drm/drm_crtc.c | 1 +
drivers/gpu/drm/tegra/dc.c | 2 ++
2 files changed, 3 insertions(+)
--
1.9.1
__
Add documentation about Allwinner DWC HDMI TX node, found in H3 SoC.
Signed-off-by: Jernej Skrabec
---
.../bindings/display/sunxi/sun4i-drm.txt | 158 -
1 file changed, 157 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/display/sunxi/su
On Tue, Sep 19, 2017 at 01:27:40PM -0700, Sean Paul wrote:
> On Tue, Sep 19, 2017 at 11:19:01AM -0700, Brian Norris wrote:
> > Hi Sean,
> >
> > On Tue, Sep 19, 2017 at 11:00:25AM -0700, Sean Paul wrote:
> > > On Mon, Sep 18, 2017 at 05:05:33PM +0800, Nickey Yang wrote:
> > > > This patch correct F
From: Icenowy Zheng
The H3 SoC has a DesignWare HDMI controller with some Allwinner-specific
glue and custom PHY.
Since H3 and H5 have same HDMI controller, add related device node in
shared dtsi file.
Signed-off-by: Icenowy Zheng
Signed-off-by: Jernej Skrabec
---
arch/arm/boot/dts/sun8i-h3.
[added media mailing list due to CEC question]
This patch series adds a HDMI glue driver for Allwinner H3 SoC. For now, only
video and CEC functionality is supported. Audio needs more tweaks.
Series is based on the H3 DE2 patch series available on mailing list:
http://lists.infradead.org/pipermai
Some custom phys don't support hpd interrupts. Add support for polling
such events.
Signed-off-by: Jernej Skrabec
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/bridge/synopsys/dw-hdmi.c
b/drivers/gpu/drm/br
This patch replace instances of drm_gem_object_reference/unreference with
*_get/put() suffixes, because get/put is shorter and consistent with the
kernel use of *_get/put() suffixes.
This was done with the following Coccinelle script:
@r1@
expression e;
@@
(
-drm_gem_object_reference(e);
+drm_gem
Enable HDMI output on all boards which include HDMI connector.
Signed-off-by: Jernej Skrabec
---
arch/arm/boot/dts/sun8i-h3-bananapi-m2-plus.dts | 33 +
arch/arm/boot/dts/sun8i-h3-beelink-x2.dts | 33 +
arch/arm/boot/dts/sun8i-h3-nanopi-m1.dt
Allwinner H3 features DesignWare HDMI Transmitter paired with custom
PHY.
Add a glue driver for it.
For now, only video and CEC are supported. Audio will be supported at
a later time.
Signed-off-by: Jernej Skrabec
---
drivers/gpu/drm/sun4i/Kconfig | 9 +
drivers/gpu/drm/sun4i/Makefil
When setting the HDMI clock of H3, the PLL_VIDEO clock needs to be set.
Add CLK_SET_RATE_PARENT flag for H3 HDMI clock.
Signed-off-by: Jernej Skrabec
Signed-off-by: Icenowy Zheng
---
drivers/clk/sunxi-ng/ccu-sun8i-h3.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers
On Wed, Sep 20, 2017 at 02:32:34PM +, vathsala nagaraju wrote:
> Add defines for dpcd register 2009 (synchronization latency
> in sink).
>
> Cc: Rodrigo Vivi
> CC: Puthikorn Voravootivat
> Signed-off-by: Vathsala Nagaraju
> ---
> include/drm/drm_dp_helper.h | 3 +++
> 1 file changed, 3 ins
Daniel Vetter writes:
> Laurent asked for this.
>
> Cc: Laurent Pinchart
> Signed-off-by: Daniel Vetter
> ---
> drivers/gpu/drm/drm_connector.c | 19 +++
> 1 file changed, 19 insertions(+)
>
> diff --git a/drivers/gpu/drm/drm_connector.c b/drivers/gpu/drm/drm_connector.c
> inde
On 2017.09.19 19:35:23 -0700, Joe Perches wrote:
> On Wed, 2017-09-20 at 05:46 +0800, Zhenyu Wang wrote:
> > On 2017.09.19 16:55:34 +0100, Colin King wrote:
> > > From: Colin Ian King
> > >
> > > An earlier fix changed the return type from find_bb_size however the
> > > integer return is being as
Boris had added full power management, and then Hans partially removed
it to enable CEC, so update the docs about both.
Cc: Boris Brezillon
Cc: Hans Verkuil
Signed-off-by: Eric Anholt
---
drivers/gpu/drm/vc4/vc4_hdmi.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --gi
Peter Robinson reported issues on Fedora with 4k monitors not having
their modes filtered down to 1920x1080 on Raspberry Pi. Hopefully
this resolves that.
Cc: Peter Robinson
Signed-off-by: Eric Anholt
---
Note: This is an untested patch, since I'm away from hardware
currently.
drivers/gpu/dr
Due to inconsistency of how various legacy drivers implemented DPMS
the DPMS uabi has a lot of quirks. Atomic standardizes this, but
drivers using the DPMS support can't rely on that since legacy drivers
still exist.
Laurent asked for this.
v2:
Improve commit message and explain that DPMS doesn't
On Wed, Sep 20, 2017 at 3:59 PM, Daniel Vetter wrote:
> Due to inconsistency of how various legacy drivers implemented DPMS
> the DPMS uabi has a lot of quirks. Atomic standardizes this, but
> drivers using the DPMS support can't rely on that since legacy drivers
> still exist.
>
> Laurent asked f
On Tue, Sep 19, 2017 at 04:59:59PM -0500, Rob Herring wrote:
> As part of Treble project in Android O, all the device specific files have
> to be located in a separate vendor partition. This is done by setting
> LOCAL_PROPRIETARY_MODULE (the name is misleading). This change will not
> break existin
1 - 100 of 105 matches
Mail list logo
