On Mon, Jan 30, 2017 at 10:45:22AM -0700, Alex Williamson wrote:
> On Mon, 30 Jan 2017 09:15:50 +0100
> Gerd Hoffmann wrote:
>
> > Hi,
> >
> > > The vgaarb code has a concept of a vga_default_device(), it's rather
> > > PCI-centric, but maybe better than nothing. This is typically the
> > > f
Shaders using sin/cos instructions were not working on GC3000.
The reason for this turns out to be that these chips implement sin/cos
in a different way (but using the same opcodes):
- Need their input scaled by 1/pi instead of 2/pi.
- Output an x and y component, which need to be multiplied to
On Mon, Jan 30, 2017 at 10:18:38PM -0800, Dhinakaran Pandiyan wrote:
> drm_atomic_set_mode_for_crtc() modifies the .enable member of CRTC state
> but documentation claims otherwise, fix that.
>
> Signed-off-by: Dhinakaran Pandiyan
Indeed, thanks for the fix, applied to drm-misc.
-Daniel
> ---
>
On Mon, Jan 30, 2017 at 03:14:38PM -0700, Ross Zwisler wrote:
> On Mon, Jan 30, 2017 at 03:09:39PM -0700, Ross Zwisler wrote:
>
> > This patch applies cleanly to mmots/master, which is currently at
> > v4.10-rc5-mmots-2017-01-26-15-49.
>
> Which may not be what you want... The reason I was looki
On Tue, Jan 31, 2017 at 09:01:07AM +0900, Inki Dae wrote:
>
>
> 2017년 01월 24일 10:50에 Hoegeun Kwon 이(가) 쓴 글:
> > Dear Thierry,
> >
> > Could you please review this patch?
>
> Thierry, I think this patch has been reviewed enough but no comment
> from you. Seems you are busy. I will pick up this.
Hi,
> branches. One part that imo really should stick around is the drm-tip
> integration tree rebuilding. That allows us to distribute conflict
> handling (e.g. between drm-misc-fixes and drm-misc-next), and with more
> people and more drivers in drm-misc I expect more conflicts.
Ok, good poin
On Tue, Jan 31, 2017 at 09:55:46AM +0100, Gerd Hoffmann wrote:
> Hi,
>
> > branches. One part that imo really should stick around is the drm-tip
> > integration tree rebuilding. That allows us to distribute conflict
> > handling (e.g. between drm-misc-fixes and drm-misc-next), and with more
> >
Hi David,
Please pull the following patch for the next merge window.
Thanks!
Maxime
The following changes since commit 7ce7d89f48834cefece7804d38fc5d85382edf77:
Linux 4.10-rc1 (2016-12-25 16:13:08 -0800)
are available in the git repository at:
https://git.kernel.org/pub/scm/linux/kernel/g
Hey,
Op 31-01-17 om 08:46 schreef Daniel Vetter:
> On Mon, Jan 30, 2017 at 03:42:17PM +0100, Maarten Lankhorst wrote:
>> Op 30-01-17 om 09:17 schreef Daniel Vetter:
>>> On Fri, Jan 27, 2017 at 03:08:45PM +, Chris Wilson wrote:
On Fri, Jan 27, 2017 at 03:58:08PM +0100, Daniel Vetter wrote:
https://bugs.freedesktop.org/show_bug.cgi?id=99444
Samuel Pitoiset changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
Atomic drivers may set properties like rotation on the same fb, which
may require a call to prepare_fb even when framebuffer stays identical.
Instead of handling all the special cases in the core, let the driver
decide when prepare_fb and cleanup_fb are noops.
This is a revert of:
commit fcc60b4
From: Chris Wilson
With atomic plane states we are able to track an allocation right from
preparation, during use and through to the final free after being
swapped out for a new plane. We can couple the VMA we pin for the
framebuffer (and its rotation) to this lifetime and avoid all the clumsy
lo
With atomic plane states we are able to track an allocation right from
preparation, during use and through to the final free after being
swapped out for a new plane. We can couple the VMA we pin for the
framebuffer (and its rotation) to this lifetime and avoid all the clumsy
lookups in between.
Th
drm_atomic_helper_page_flip and drm_atomic_ioctl set their own events
in crtc_state->event. But when it's set the event is freed in 2 places.
Solve this by only freeing the event in the atomic ioctl when it
allocated its own event.
This has been broken twice. The first time when the code was intr
2017년 01월 31일 18:22에 Krzysztof Kozlowski 이(가) 쓴 글:
> On Tue, Jan 31, 2017 at 2:01 AM, Inki Dae wrote:
>>
>>
>> 2017년 01월 24일 10:50에 Hoegeun Kwon 이(가) 쓴 글:
>>> Dear Thierry,
>>>
>>> Could you please review this patch?
>>
>> Thierry, I think this patch has been reviewed enough but no comment from
2017년 01월 31일 17:54에 Thierry Reding 이(가) 쓴 글:
> On Tue, Jan 31, 2017 at 09:01:07AM +0900, Inki Dae wrote:
>>
>>
>> 2017년 01월 24일 10:50에 Hoegeun Kwon 이(가) 쓴 글:
>>> Dear Thierry,
>>>
>>> Could you please review this patch?
>>
>> Thierry, I think this patch has been reviewed enough but no comment
>>
https://bugs.freedesktop.org/show_bug.cgi?id=99444
--- Comment #13 from Józef Kucia ---
(In reply to Samuel Pitoiset from comment #12)
> Well yeah, it's definitely unrelated to Mesa/RadeonSI. The app should check
> if NV_register_combiners is supported before using it. I'm going to close
> the ti
Finally, Thierry gave comment and he wants the panel driver not to be merged
yet.
So removed the patch from exynos-drm-next tree.
Thanks,
Inki Dae
2017년 01월 31일 09:46에 Inki Dae 이(가) 쓴 글:
> Hi Dave,
>
>adding runtime PM support to MIC driver, and including some
>cleanups - especially us
On Tue, 31 Jan 2017, Gerd Hoffmann wrote:
> Hi,
>
>> branches. One part that imo really should stick around is the drm-tip
>> integration tree rebuilding. That allows us to distribute conflict
>> handling (e.g. between drm-misc-fixes and drm-misc-next), and with more
>> people and more drivers i
Hi,
> > The VGA arbiter sets up a notifier on the PCI bus and will add any VGA
> > class code devices it finds. So even if the driver doesn't
> > participate, it'll still be tracked and might be marked as primary. If
> > a graphics driver claims a VGA device that does not depend on VGA
> > reg
Hi,
> declare -n introduced in bash 4.3 is needed for alias
> support. Workaround at [1].
>
> [1] https://lists.freedesktop.org/archives/intel-gfx/2017-January/118474.html
Works for me. Thanks.
> N.b. dim currently doesn't do all its magic, such as adding Link: tag,
> if you apply more than
2017-01-31 19:01 GMT+09:00 Krzysztof Kozlowski :
> On Tue, Jan 31, 2017 at 11:34 AM, Inki Dae wrote:
>>
>>
>> 2017년 01월 31일 18:22에 Krzysztof Kozlowski 이(가) 쓴 글:
>>> On Tue, Jan 31, 2017 at 2:01 AM, Inki Dae wrote:
2017년 01월 24일 10:50에 Hoegeun Kwon 이(가) 쓴 글:
> Dear Thierry,
Explicitly state the expected CTM equations in the kerneldoc for the CTM
property, and the form of the matrix on struct drm_color_ctm.
Cc: Ville Syrjälä
Cc: Lionel Landwerlin
Cc: Daniel Vetter
Signed-off-by: Brian Starkey
---
drivers/gpu/drm/drm_color_mgmt.c | 13 +
include/uapi
On 01/26/2017 07:20 PM, Andrzej Hajda wrote:
MHL3 protocol uses vendor specific infoframes to transmit additional
information to the sink. This patch adds definitions of structures and
constants used to create such frames.
Signed-off-by: Andrzej Hajda
---
include/drm/bridge/mhl.h | 32 ++
On Tue, 31 Jan 2017, Gerd Hoffmann wrote:
> Hi,
>
>> declare -n introduced in bash 4.3 is needed for alias
>> support. Workaround at [1].
>>
>> [1] https://lists.freedesktop.org/archives/intel-gfx/2017-January/118474.html
>
> Works for me. Thanks.
Thanks, pushed.
>> N.b. dim currently doesn'
On Tue, 31 Jan 2017, Brian Starkey wrote:
> Explicitly state the expected CTM equations in the kerneldoc for the CTM
> property, and the form of the matrix on struct drm_color_ctm.
>
> Cc: Ville Syrjälä
> Cc: Lionel Landwerlin
> Cc: Daniel Vetter
> Signed-off-by: Brian Starkey
> ---
> drivers
On Mon, 30 Jan 2017 15:09:55 -0500, Sean Paul wrote:
> On Mon, Jan 30, 2017 at 06:16:36PM +, John Keeping wrote:
> > On Mon, 30 Jan 2017 13:01:46 -0500, Sean Paul wrote:
> >
> > > On Sun, Jan 29, 2017 at 01:24:26PM +, John Keeping wrote:
> > > > As a side-effect of this, encode the en
On Mon, 30 Jan 2017 15:08:11 -0500, Sean Paul wrote:
> On Sun, Jan 29, 2017 at 01:24:30PM +, John Keeping wrote:
> > By dereferencing the MIPI command buffer as a u32* we rely on it being
> > correctly aligned on ARM, but this may not be the case. Copy it into a
> > stack variable that will b
Hi Jani,
On Tue, Jan 31, 2017 at 01:30:41PM +0200, Jani Nikula wrote:
On Tue, 31 Jan 2017, Brian Starkey wrote:
Explicitly state the expected CTM equations in the kerneldoc for the CTM
property, and the form of the matrix on struct drm_color_ctm.
Cc: Ville Syrjälä
Cc: Lionel Landwerlin
Cc:
On Mon, 30 Jan 2017 15:19:53 -0500, Sean Paul wrote:
> On Sun, Jan 29, 2017 at 01:24:32PM +, John Keeping wrote:
> > Panel drivers may want to sent commands during the disable function, for
> > example MIPI_DCS_SET_DISPLAY_OFF before the video signal ends. In order
> > to send commands we nee
Hi Maarten,
2017-01-31 Maarten Lankhorst :
> drm_atomic_helper_page_flip and drm_atomic_ioctl set their own events
> in crtc_state->event. But when it's set the event is freed in 2 places.
>
> Solve this by only freeing the event in the atomic ioctl when it
> allocated its own event.
>
> This h
On 31.01.2017 09:54, Thierry Reding wrote:
> On Tue, Jan 31, 2017 at 09:01:07AM +0900, Inki Dae wrote:
>>
>> 2017년 01월 24일 10:50에 Hoegeun Kwon 이(가) 쓴 글:
>>> Dear Thierry,
>>>
>>> Could you please review this patch?
>> Thierry, I think this patch has been reviewed enough but no comment
>> from you.
On Mon, 30 Jan 2017 15:28:08 -0500, Sean Paul wrote:
> On Sun, Jan 29, 2017 at 01:24:35PM +, John Keeping wrote:
> > The bias, bandgap and PLL should all be configured before we enable
> > them.
> >
>
> Do you know why the test codes are hard-coded magic? It'd be nice to make some
> sense
Hi,
On Mon, Jan 30, 2017 at 03:35:13PM +0200, Ville Syrjälä wrote:
On Fri, Jan 27, 2017 at 05:23:24PM +, Brian Starkey wrote:
Hi,
We're looking to enable the per-plane color management hardware in
Mali-DP with atomic properties, which has sparked some conversation
around how to handle YCbC
On Tue, 31 Jan 2017, Brian Starkey wrote:
> Hi Jani,
>
> On Tue, Jan 31, 2017 at 01:30:41PM +0200, Jani Nikula wrote:
>>On Tue, 31 Jan 2017, Brian Starkey wrote:
>>> Explicitly state the expected CTM equations in the kerneldoc for the CTM
>>> property, and the form of the matrix on struct drm_col
On Mon, 30 Jan 2017 16:57:36 -0500, Sean Paul wrote:
> On Sun, Jan 29, 2017 at 01:24:36PM +, John Keeping wrote:
> > These values are specified as constant time periods but the PHY
> > configuration is in terms of the current lane byte clock so using
> > constant values guarantees that the tim
On 31.01.2017 12:03, Archit Taneja wrote:
>
> On 01/26/2017 07:20 PM, Andrzej Hajda wrote:
>> MHL3 protocol uses vendor specific infoframes to transmit additional
>> information to the sink. This patch adds definitions of structures and
>> constants used to create such frames.
>>
>> Signed-off-by:
On Mon, 30 Jan 2017 15:16:09 -0500, Sean Paul wrote:
> On Mon, Jan 30, 2017 at 06:14:27PM +, John Keeping wrote:
> > On Mon, 30 Jan 2017 10:26:11 -0500, Sean Paul wrote:
> >
> > > On Sun, Jan 29, 2017 at 01:24:44PM +, John Keeping wrote:
> > > > I haven't found any method for getting
On Tue, Jan 31, 2017 at 10:04:09AM -0200, Gustavo Padovan wrote:
> Hi Maarten,
>
> 2017-01-31 Maarten Lankhorst :
>
> > drm_atomic_helper_page_flip and drm_atomic_ioctl set their own events
> > in crtc_state->event. But when it's set the event is freed in 2 places.
> >
> > Solve this by only fre
2017-01-31 20:30 GMT+09:00 Krzysztof Kozlowski :
> On Tue, Jan 31, 2017 at 12:37 PM, Inki Dae wrote:
>> 2017-01-31 19:01 GMT+09:00 Krzysztof Kozlowski :
>>> On Tue, Jan 31, 2017 at 11:34 AM, Inki Dae wrote:
2017년 01월 31일 18:22에 Krzysztof Kozlowski 이(가) 쓴 글:
> On Tue, Jan 31, 20
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Vedran Miletić changed:
What|Removed |Added
Depends on||93370, 93466
Referenced Bugs:
https:/
https://bugs.freedesktop.org/show_bug.cgi?id=93370
Vedran Miletić changed:
What|Removed |Added
Blocks||99553
Referenced Bugs:
https://bugs.f
https://bugs.freedesktop.org/show_bug.cgi?id=93466
Vedran Miletić changed:
What|Removed |Added
Blocks||99553
Referenced Bugs:
https://bugs.f
Explicitly state the expected CTM equations in the kerneldoc for the CTM
property, and the form of the matrix on struct drm_color_ctm.
Cc: Ville Syrjälä
Cc: Lionel Landwerlin
Cc: Daniel Vetter
Signed-off-by: Brian Starkey
---
drivers/gpu/drm/drm_color_mgmt.c | 13 +
include/uapi
https://bugs.freedesktop.org/show_bug.cgi?id=74973
--- Comment #7 from darkbasic ---
I will be able to test within a couple of months, at the moment I don't have
access to a pc with such hardware.
--
You are receiving this mail because:
You are the assignee for the bug._
On Fri, 27 Jan 2017, Jani Nikula wrote:
> The function is not that big, but it's also not used for anything
> performance critical. Make it a normal function.
>
> As a side effect, this apparently makes sparse smarter about what it's
> doing, and gets rid of the warning:
>
> ./include/drm/drm_colo
Fix badly hardcoded return return value from under fail-label. All
goto branches to the label set the "ret"-variable accordingly.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/tilcdc/tilcdc_c
On Tue, Jan 31, 2017 at 09:54:49AM +0100, Thierry Reding wrote:
> On Tue, Jan 31, 2017 at 09:01:07AM +0900, Inki Dae wrote:
> >
> >
> > 2017년 01월 24일 10:50에 Hoegeun Kwon 이(가) 쓴 글:
> > > Dear Thierry,
> > >
> > > Could you please review this patch?
> >
> > Thierry, I think this patch has been re
On Mon, Jan 30, 2017 at 03:09:39PM -0700, Ross Zwisler wrote:
> The fault wrappers drm_vm_fault(), drm_vm_shm_fault(), drm_vm_dma_fault()
> and drm_vm_sg_fault() used to provide extra logic beyond what was in the
> "drm_do_*" versions of these functions, but as of this commit:
>
> commit ca0b07d9a
On Tue, Jan 31, 2017 at 11:45:48AM +, John Keeping wrote:
> On Mon, 30 Jan 2017 15:09:55 -0500, Sean Paul wrote:
>
> > On Mon, Jan 30, 2017 at 06:16:36PM +, John Keeping wrote:
> > > On Mon, 30 Jan 2017 13:01:46 -0500, Sean Paul wrote:
> > >
> > > > On Sun, Jan 29, 2017 at 01:24:26PM +0
On Sun, Jan 29, 2017 at 11:11:05AM +0530, Shashank Sharma wrote:
> CEA-861-F specs defines new 4k video modes to be used with
> HDMI 2.0 EDIDs. These modes start at VIC=93 and go all the
> way till VIC=107.
>
> Our existing CEA modedb contains only 64 modes (VIC=1 to VIC=64). Now
> to be able to p
On Tue, Jan 31, 2017 at 11:56:18AM +, John Keeping wrote:
> On Mon, 30 Jan 2017 15:08:11 -0500, Sean Paul wrote:
>
> > On Sun, Jan 29, 2017 at 01:24:30PM +, John Keeping wrote:
> > > By dereferencing the MIPI command buffer as a u32* we rely on it being
> > > correctly aligned on ARM, but
On Tue, Jan 31, 2017 at 12:41:47PM +, John Keeping wrote:
> On Mon, 30 Jan 2017 15:16:09 -0500, Sean Paul wrote:
>
> > On Mon, Jan 30, 2017 at 06:14:27PM +, John Keeping wrote:
> > > On Mon, 30 Jan 2017 10:26:11 -0500, Sean Paul wrote:
> > >
> > > > On Sun, Jan 29, 2017 at 01:24:44PM +0
On Tue, Jan 31, 2017 at 09:38:53AM -0500, Sean Paul wrote:
> On Tue, Jan 31, 2017 at 09:54:49AM +0100, Thierry Reding wrote:
> > On Tue, Jan 31, 2017 at 09:01:07AM +0900, Inki Dae wrote:
> > >
> > >
> > > 2017년 01월 24일 10:50에 Hoegeun Kwon 이(가) 쓴 글:
> > > > Dear Thierry,
> > > >
> > > > Could you
On Tue, Jan 31, 2017 at 12:33:29PM +, Brian Starkey wrote:
> Hi,
>
> On Mon, Jan 30, 2017 at 03:35:13PM +0200, Ville Syrjälä wrote:
> >On Fri, Jan 27, 2017 at 05:23:24PM +, Brian Starkey wrote:
> >> Hi,
> >>
> >> We're looking to enable the per-plane color management hardware in
> >> Mali-
On Tue, Jan 31, 2017 at 10:48:34AM +, Brian Starkey wrote:
> Explicitly state the expected CTM equations in the kerneldoc for the CTM
> property, and the form of the matrix on struct drm_color_ctm.
>
> Cc: Ville Syrjälä
> Cc: Lionel Landwerlin
> Cc: Daniel Vetter
> Signed-off-by: Brian Star
Hi Ville,
On Tue, Jan 31, 2017 at 05:18:28PM +0200, Ville Syrjälä wrote:
On Tue, Jan 31, 2017 at 10:48:34AM +, Brian Starkey wrote:
Explicitly state the expected CTM equations in the kerneldoc for the CTM
property, and the form of the matrix on struct drm_color_ctm.
Cc: Ville Syrjälä
Cc:
Hi Sergei,
I wasn't around to see v1/v2 but I've taken a quick look in the
archives.
As context for my comments below, I'm keen to push for something which
can be reused for live-sinks, so that we can hook a writeback
connector (when I land that) into a v4l2 device for video capture.
In that ca
On Thu, Jan 26, 2017 at 12:36:55AM +0300, Sergei Shtylyov wrote:
From: Laurent Pinchart
Introduce a new live source flag for framebuffers. When a framebuffer is
created with that flag set, a live source is associated with the
framebuffer instead of buffer objects. The framebuffer can then be us
On Thu, Jan 26, 2017 at 12:38:26AM +0300, Sergei Shtylyov wrote:
From: Laurent Pinchart
Register live sources for VSPD0 and VSPD1 and configure the plane source
at plane setup time to source frames from memory or from the VSP1.
[Sergei: ported to the modern kernel.]
Signed-off-by: Laurent Pin
Jyri Sarha writes:
> Fix badly hardcoded return return value from under fail-label. All
> goto branches to the label set the "ret"-variable accordingly.
>
> Signed-off-by: Jyri Sarha
> ---
> drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --
On Tue, Jan 31, 2017 at 04:02:26PM +0100, Thierry Reding wrote:
> On Tue, Jan 31, 2017 at 09:38:53AM -0500, Sean Paul wrote:
> > On Tue, Jan 31, 2017 at 09:54:49AM +0100, Thierry Reding wrote:
> > > On Tue, Jan 31, 2017 at 09:01:07AM +0900, Inki Dae wrote:
> > > >
> > > >
> > > > 2017년 01월 24일 10
On Tue, Jan 31, 2017 at 05:15:46PM +0200, Ville Syrjälä wrote:
On Tue, Jan 31, 2017 at 12:33:29PM +, Brian Starkey wrote:
Hi,
On Mon, Jan 30, 2017 at 03:35:13PM +0200, Ville Syrjälä wrote:
>On Fri, Jan 27, 2017 at 05:23:24PM +, Brian Starkey wrote:
>> Hi,
>>
>> We're looking to enable t
Add common functionality needed by many tinydrm drivers.
Signed-off-by: Noralf Trønnes
Acked-by: Daniel Vetter
---
Documentation/gpu/tinydrm.rst | 9 +
drivers/gpu/drm/tinydrm/core/Makefile | 2 +-
drivers/gpu/drm/tinydrm/core/tinydrm-helpers.c | 462 ++
Add driver to support the Multi-Inno MI0283QT display panel.
It has an ILI9341 MIPI DBI compatible display controller.
Signed-off-by: Noralf Trønnes
---
MAINTAINERS| 6 +
drivers/gpu/drm/tinydrm/Kconfig| 8 ++
drivers/gpu/drm/tinydrm/Makefile | 3 +
drivers/gp
tinydrm provides helpers for very simple displays that can use
CMA backed framebuffers and need flushing on changes.
Signed-off-by: Noralf Trønnes
Acked-by: Daniel Vetter
---
Changes since version 2:
- Remove fbdev after drm unregister, not before.
Changes since version 1:
- Add tinydrm.rst
-
Add support for MIPI DBI compatible controllers.
Interface type C option 1 and 3 are supported (SPI).
Signed-off-by: Noralf Trønnes
---
Documentation/gpu/tinydrm.rst | 12 +
drivers/gpu/drm/tinydrm/Kconfig|3 +
drivers/gpu/drm/tinydrm/Makefile |3 +
drivers/gpu/drm/tinydrm/m
Display panels can be oriented many ways, especially in the embedded
world. The rotation property is a way to describe this orientation.
The counter clockwise direction is chosen because that's what fbdev
and drm use.
Signed-off-by: Noralf Trønnes
---
Documentation/devicetree/bindings/display/di
Multi-Inno Technology Co.,Ltd is a Hong Kong based company offering
LCD, LCD module products and complete panel solutions.
Signed-off-by: Noralf Trønnes
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentat
drm: Add support for tiny LCD displays
This is an attempt at providing a DRM version of drivers/staging/fbtft.
The tinydrm library provides a very simplified view of DRM in particular
for tiny displays that has onboard video memory and is connected through
a slow bus like SPI/I2C.
The main chang
Add device-tree binding documentation for the MI0283QT display panel.
Signed-off-by: Noralf Trønnes
---
Datasheet: https://cdn-shop.adafruit.com/datasheets/MI0283QT-11+V1.1.PDF
.../bindings/display/multi-inno,mi0283qt.txt | 27 ++
1 file changed, 27 insertions(+)
cre
On Tue, Jan 31, 2017 at 05:03:13PM +0100, Noralf Trønnes wrote:
> tinydrm provides helpers for very simple displays that can use
> CMA backed framebuffers and need flushing on changes.
>
> Signed-off-by: Noralf Trønnes
> Acked-by: Daniel Vetter
I spotted another tiny one, but yeah looks are sup
https://bugzilla.kernel.org/show_bug.cgi?id=193651
Steven A. Falco changed:
What|Removed |Added
CC||stevenfa...@gmail.com
--- Comment #1 f
https://bugzilla.kernel.org/show_bug.cgi?id=193651
--- Comment #3 from Steven A. Falco ---
Created attachment 253691
--> https://bugzilla.kernel.org/attachment.cgi?id=253691&action=edit
journal log file
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=193651
--- Comment #2 from Steven A. Falco ---
Created attachment 253681
--> https://bugzilla.kernel.org/attachment.cgi?id=253681&action=edit
xorg log file
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
https://bugzilla.kernel.org/show_bug.cgi?id=193651
--- Comment #4 from Steven A. Falco ---
Created attachment 253701
--> https://bugzilla.kernel.org/attachment.cgi?id=253701&action=edit
/var/log/messages
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
On Fr, 2017-01-27 at 14:53 +0100, Daniel Vetter wrote:
> On Fri, Jan 27, 2017 at 09:20:42AM +0100, Gerd Hoffmann wrote:
> > On Do, 2017-01-26 at 23:05 -0200, Gabriel Krisman Bertazi wrote:
> > > No longer true since commit 07f8d9bdb235 ("drm/qxl: add support for > 1
> > > output"). qxl_num_crtc de
https://bugzilla.kernel.org/show_bug.cgi?id=193651
--- Comment #5 from Steven A. Falco ---
I began having problems with my AMD GPU when Fedora 25 switched from their
4.8.16-300.fc25 kernel to a 4.9.3 kernel, as described here:
https://bugzilla.redhat.com/show_bug.cgi?id=1414025
The initial symp
Hi,
> > Does dim detect that a Link: tag is already present and doesn't add
> > another one then?
>
> Nope. Patches welcome. ;)
For now I've settled to applying patches with the patches tool, a little
shell script to rewrite "Message-id:" lines into patchwork links, and
using dim to push updat
https://bugzilla.kernel.org/show_bug.cgi?id=193651
--- Comment #6 from Steven A. Falco ---
Typo in the above comment:
s/an accelerated video/an un-accelerated video/
--
You are receiving this mail because:
You are watching the assignee of the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=99444
--- Comment #14 from Shmerl ---
Opened Wine bug: https://bugs.winehq.org/show_bug.cgi?id=42347
I hope between Mesa and Wine, it will be possible to figure out what's going
wrong.
--
You are receiving this mail because:
You are the assignee for
On 01/31/17 17:46, Gabriel Krisman Bertazi wrote:
> Jyri Sarha writes:
>
>> Fix badly hardcoded return return value from under fail-label. All
>> goto branches to the label set the "ret"-variable accordingly.
>>
>> Signed-off-by: Jyri Sarha
>> ---
>> drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 2 +-
Fix badly hardcoded return return value under fail-label. All goto
branches to the label set the "ret"-variable accordingly.
Signed-off-by: Jyri Sarha
---
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
Gerd Hoffmann writes:
> On Fr, 2017-01-27 at 14:53 +0100, Daniel Vetter wrote:
>> On Fri, Jan 27, 2017 at 09:20:42AM +0100, Gerd Hoffmann wrote:
>> > On Do, 2017-01-26 at 23:05 -0200, Gabriel Krisman Bertazi wrote:
>> > > No longer true since commit 07f8d9bdb235 ("drm/qxl: add support for > 1
>>
On Thu, Jan 26, 2017 at 06:21:20PM +0100, Daniel Vetter wrote:
> On Thu, Jan 26, 2017 at 02:37:28PM +0200, Martin Peres wrote:
> > Despite all the careful planing of the kernel, a link may become
> > insufficient to handle the currently-set mode. At this point, the
> > kernel should mark this parti
Hi Dave,
2 patches to fix the oops Dave Hanse reported, plus a double kfree fix
Maarten discovered while backporting the fix for Linus.
For Linus' vma tracking oops the plan is to send you a dedicated pull with
the 2 patches we need, but since it's tricky we're letting CI beat on it a
bit more.
Jyri Sarha writes:
> Fix badly hardcoded return return value under fail-label. All goto
> branches to the label set the "ret"-variable accordingly.
>
> Signed-off-by: Jyri Sarha
Thanks. Looks good.
Reviewed-by: Gabriel Krisman Bertazi
--
Gabriel Krisman Bertazi
_
On Tue, Jan 31, 2017 at 03:39:29PM +, Brian Starkey wrote:
> Hi Ville,
>
> On Tue, Jan 31, 2017 at 05:18:28PM +0200, Ville Syrjälä wrote:
> >On Tue, Jan 31, 2017 at 10:48:34AM +, Brian Starkey wrote:
> >> Explicitly state the expected CTM equations in the kerneldoc for the CTM
> >> propert
drm-mm.rst contains some unformatted dump of the vm_operations_struct
structure. Add some C formatting around it and some context for the
dump. While there, update the structure to resemble the new signature
for the fault handler after commit 25d3db7600b8 (mm, fs: reduce fault,
page_mkwrite, and pf
Explicitly state the expected CTM equations in the kerneldoc for the CTM
property, and the form of the matrix on struct drm_color_ctm.
Cc: Ville Syrjälä
Cc: Lionel Landwerlin
Cc: Daniel Vetter
Signed-off-by: Brian Starkey
---
drivers/gpu/drm/drm_color_mgmt.c | 13 +
include/uapi
On Tue, Jan 31, 2017 at 6:22 PM, Ville Syrjälä
wrote:
>> >> diff --git a/include/uapi/drm/drm_mode.h b/include/uapi/drm/drm_mode.h
>> >> index ce7efe2e8a5e..3401637caf8e 100644
>> >> --- a/include/uapi/drm/drm_mode.h
>> >> +++ b/include/uapi/drm/drm_mode.h
>> >> @@ -525,7 +525,13 @@ struct drm_mod
For the experiement we have right now Eric (with vc4) and Sean Paul
(with rockchip and zte) volunteering, and Gerd (entire pile of qemu
drivers) and Boris (atmel) are also considering to participate. I
think that's enough to get started and figure things out as we go.
I tried to summarize the main
Den 31.01.2017 17.23, skrev Daniel Vetter:
On Tue, Jan 31, 2017 at 05:03:13PM +0100, Noralf Trønnes wrote:
tinydrm provides helpers for very simple displays that can use
CMA backed framebuffers and need flushing on changes.
Signed-off-by: Noralf Trønnes
Acked-by: Daniel Vetter
I spotted ano
Thierry Reding writes:
> [ Unknown signature status ]
> On Tue, Jan 31, 2017 at 09:38:53AM -0500, Sean Paul wrote:
>> On Tue, Jan 31, 2017 at 09:54:49AM +0100, Thierry Reding wrote:
>> > On Tue, Jan 31, 2017 at 09:01:07AM +0900, Inki Dae wrote:
>> > >
>> > >
>> > > 2017년 01월 24일 10:50에 Hoegeun
2017-01-31 9:23 GMT+01:00 Wladimir J. van der Laan :
> Shaders using sin/cos instructions were not working on GC3000.
>
> The reason for this turns out to be that these chips implement sin/cos
> in a different way (but using the same opcodes):
>
> - Need their input scaled by 1/pi instead of 2/pi.
https://bugzilla.kernel.org/show_bug.cgi?id=193731
Bug ID: 193731
Summary: kernel panic
Product: Drivers
Version: 2.5
Kernel Version: 4.4.0.59
Hardware: All
OS: Linux
Tree: Mainline
Status: NEW
On Sun, Jan 29, 2017 at 01:24:38PM +, John Keeping wrote:
> As the documentation for readx_poll_timeout says, we want to use the
> specialized macro for readl rather than using the generic version
> directly.
>
Reviewed-by: Sean Paul
> Signed-off-by: John Keeping
> Reviewed-by: Chris Zhong
etnaviv_gem.h header gets included twice. Remove duplicate.
Signed-off-by: Liviu Dudau
---
drivers/gpu/drm/etnaviv/etnaviv_drv.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/etnaviv/etnaviv_drv.c
b/drivers/gpu/drm/etnaviv/etnaviv_drv.c
index 590be0d1dd95..ce3e8cf2cd11 1006
Commit 25d3db7600b8 ("mm, fs: reduce fault, page_mkwrite, and pfn_mkwrite
to take only vmf") updated the omap_gem_fault() function signature without
updating the header file with the declaration.
Fixes: 25d3db7600b8 ("mm, fs: reduce fault, page_mkwrite, and pfn_mkwrite to
take only vmf")
Cc: Dave
Commit 25d3db7600b8 ("mm, fs: reduce fault, page_mkwrite, and pfn_mkwrite
to take only vmf") updated the etnaviv_gem_fault() function signature
without updating the header file with the declaration.
Fixes: 25d3db7600b8 ("mm, fs: reduce fault, page_mkwrite, and pfn_mkwrite to
take only vmf")
Cc: D
1 - 100 of 176 matches
Mail list logo
