On 11/29/2017 08:41 AM, Hans Verkuil wrote:
> Hi Russell,
>
> On 11/29/2017 12:17 AM, Russell King - ARM Linux wrote:
>> Hi,
>>
>> This patch series adds CEC support to the DRM TDA998x driver. The
>> TDA998x family of devices integrate a TDA9950 CEC at a separate I2C
>> address from the HDMI enco
Hi Russell,
On 11/29/2017 12:17 AM, Russell King - ARM Linux wrote:
> Hi,
>
> This patch series adds CEC support to the DRM TDA998x driver. The
> TDA998x family of devices integrate a TDA9950 CEC at a separate I2C
> address from the HDMI encoder.
>
> Implementation of the CEC part is separate t
On Thu, Nov 23, 2017 at 09:05:01PM +0200, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Use drm_mode_get_hv_timing() to fill out the plane clip rectangle.
>
> Note that this replaces crtc_state->adjusted_mode usage with
> crtc_state->mode. The latter is the correct choice since that's the
> mod
On 11/29/2017 03:02 AM, John Stultz wrote:
On Sun, Nov 26, 2017 at 4:56 AM, Archit Taneja wrote:
On 11/17/2017 04:29 AM, John Stultz wrote:
diff --git a/drivers/gpu/drm/bridge/adv7511/adv7511_drv.c
b/drivers/gpu/drm/bridge/adv7511/adv7511_drv.c
index 0e14f15..939c3b9 100644
--- a/drivers/gp
On Tue, Nov 28, 2017 at 6:01 PM, Maxime Ripard
wrote:
> Hi,
>
> On Mon, Nov 27, 2017 at 04:46:32PM +0800, Chen-Yu Tsai wrote:
>> The sun4i DRM driver maintains a list of compatible strings it uses to
>> check if a device node within the display component graph is a TCON.
>> The TCON driver also ha
On Wed, Nov 29, 2017 at 5:43 AM, Jernej Škrabec wrote:
> Hi!
>
> Dne torek, 28. november 2017 ob 21:55:50 CET je Maxime Ripard napisal(a):
>> On Mon, Nov 27, 2017 at 09:57:46PM +0100, Jernej Skrabec wrote:
>> > DE2 have many CSC units - channel input CSC, channel output CSC and
>> > mixer output C
VER_MODESET | DRIVER_PRIME |
+ DRIVER_ATOMIC,
+ .fops = &st7735r_fops,
+ TINYDRM_GEM_DRIVER_OPS,
+ .lastclose = tinydrm_lastclose,
+ .name = "st7735r",
+ .desc = "Sitron
This adds a new device tree binding for Sitronix ST7735R display panels,
such as the Adafruit 1.8" TFT.
Signed-off-by: David Lechner
---
.../bindings/display/sitronix,st7735r.txt | 35 ++
1 file changed, 35 insertions(+)
create mode 100644
Documentation/devicetree/
This series adds a new DRM/TinyDRM driver for Sitronix ST7735R, specifically
the Adafruit 1.8" TFT.
Nothing fancy here. Just mostly TinyDRM boilerplate with the init sequence from
the fbtft driver for the same panel.
I'm assuming that since it says so here[1], that the "R" suffix is important,
so
On Tue, Nov 28, 2017 at 10:41:29AM -0800, Brian Norris wrote:
> Hi Nickey,
>
> On Tue, Nov 28, 2017 at 07:20:03PM +0800, Nickey Yang wrote:
> > Bridge drivers/helpers shouldn't be clobbering the drvdata, since a
> > parent driver might need to own this. Instead, let's return our
>
> Other reviews
On Tue, Nov 28, 2017 at 02:55:41PM -0800, Brian Norris wrote:
> Hi Nickey,
>
> On Tue, Nov 28, 2017 at 12:48:43PM -0800, Matthias Kaehlcke wrote:
> > El Tue, Nov 28, 2017 at 07:20:05PM +0800 Nickey Yang ha dit:
> >
> > > Add the ROCKCHIP DSI controller driver that uses the Synopsys DesignWare
> >
https://bugs.freedesktop.org/show_bug.cgi?id=103838
--- Comment #4 from Alex Ford ---
Alright, I rebuilt mesa with debug symbols, and I got the following from gdb
(along with a bunch of useless stuff regarding threads)
dri2_allocate_textures (ctx=0x274f950, drawable=,
statts=, statts_count=2)
On Tue, Nov 28, 2017 at 07:20:02PM +0800, Nickey Yang wrote:
Looks like you paved the author. This should be From: Brian.
Sean
> Bridge drivers/helpers shouldn't be clobbering the drvdata, since a
> parent driver might need to own this. Instead, let's return our
> 'dw_mipi_dsi' object and have c
On 28 November 2017 at 10:40AM, Michel Dänzer wrote:
On 2017-11-28 06:43 AM, Christian Zigotzky wrote:
Is it better to enable SWIOTLB? Are there any advantages with SWIOTLB
enabled?
I doubt SWIOTLB provides any benefit for you.
Can you test if Christian's patch fixes the problem with SWIOTLB
Hi,
On Sun, Nov 26, 2017 at 6:22 PM, Sandy Huang wrote:
> Hi Daniel,
> I register the account and get the drm-misc commit rights now, thanks.
>
>
> 在 2017/11/24 22:51, Daniel Vetter 写道:
>>
>> On Fri, Nov 24, 2017 at 09:28:59AM +0100, Heiko Stuebner wrote:
>>>
>>> Hi Daniel,
>>>
>>> [somehow m
Hi,
On Thu, Feb 9, 2017 at 11:44 PM, Chris Zhong wrote:
>
> There are 2 Type-c PHYs in RK3399, but only one DP controller. Hence
> only one PHY can connect to DP controller at one time, the other should
> be disconnected. The GRF_SOC_CON26 register has a switch bit to do it,
> set this bit means
Hi Nickey,
On Tue, Nov 28, 2017 at 12:48:43PM -0800, Matthias Kaehlcke wrote:
> El Tue, Nov 28, 2017 at 07:20:05PM +0800 Nickey Yang ha dit:
>
> > Add the ROCKCHIP DSI controller driver that uses the Synopsys DesignWare
> > MIPI DSI host controller bridge.
> >
> > v2:
> >add err_pllref, remo
It was sent to Dave Airle (drm maintainer) to be included in 4.15-rc2
or 4.15-rc3 (depends when Dave will send his drm fixes).
Oded
On Wed, Nov 29, 2017 at 12:41 AM, Randy Dunlap wrote:
> On 11/13/2017 08:09 AM, Oded Gabbay wrote:
>> On Sat, Nov 11, 2017 at 8:16 AM, Randy Dunlap wrote:
>>> From
Hi Daniel,
2017년 11월 20일 16:33에 Daniel Vetter 이(가) 쓴 글:
> On Wed, Nov 15, 2017 at 10:26:45AM +0900, Inki Dae wrote:
>> Hi Dave,
>>
>> 2017년 11월 14일 13:22에 Dave Airlie 이(가) 쓴 글:
>>> On 26 October 2017 at 11:37, Inki Dae wrote:
Hi Dave,
Improving Exynos DRM HDMI and Mixer drivers
https://bugs.freedesktop.org/show_bug.cgi?id=103808
--- Comment #10 from Chris Rankin ---
Agreed, WoW is now fixed. Thanks.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop
Hi Hans,
I love your patch! Yet something to improve:
[auto build test ERROR on drm/drm-next]
[also build test ERROR on v4.15-rc1 next-20171128]
[cannot apply to linus/master]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https
https://bugs.freedesktop.org/show_bug.cgi?id=103962
--- Comment #1 from taij...@posteo.de ---
Created attachment 135786
--> https://bugs.freedesktop.org/attachment.cgi?id=135786&action=edit
relevant output of #lspci -vv
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=103962
Bug ID: 103962
Summary: (DC 4.15-rc1) [drm:gfx_v8_0_hw_fini [amdgpu]] *ERROR*
KCQ disabled failed (scratch(0xC040)=0xCAFEDEAD)
Product: DRI
Version: DRI git
Hardware: x86-
https://bugs.freedesktop.org/show_bug.cgi?id=103915
--- Comment #5 from John Steele Scott ---
Created attachment 135784
--> https://bugs.freedesktop.org/attachment.cgi?id=135784&action=edit
apitrace of Undertale startup taken on box with Iris 540 & Mesa 17.2.4.
My attempts to take an apitrace
On Tue, Nov 28, 2017 at 04:48:55PM +0100, Jernej Škrabec wrote:
> > On Mon, Nov 27, 2017 at 05:01:49PM +0100, Jernej Škrabec wrote:
> > > Dne ponedeljek, 27. november 2017 ob 16:41:35 CET je Maxime Ripard
> napisal(a):
> > > > Add support for the A83T display pipeline.
> > > >
> > > > Reviewed-
On Sun, Nov 26, 2017 at 4:56 AM, Archit Taneja wrote:
>
> On 11/17/2017 04:29 AM, John Stultz wrote:
>> diff --git a/drivers/gpu/drm/bridge/adv7511/adv7511_drv.c
>> b/drivers/gpu/drm/bridge/adv7511/adv7511_drv.c
>> index 0e14f15..939c3b9 100644
>> --- a/drivers/gpu/drm/bridge/adv7511/adv7511_drv.c
Hi Hans,
I love your patch! Yet something to improve:
[auto build test ERROR on drm/drm-next]
[also build test ERROR on v4.15-rc1 next-20171128]
[cannot apply to linus/master]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https
On Mon, Nov 27, 2017 at 09:57:46PM +0100, Jernej Skrabec wrote:
> DE2 have many CSC units - channel input CSC, channel output CSC and
> mixer output CSC and maybe more.
>
> Fortunately, they have all same register layout, only base offsets
> differs.
>
> Add support only for channel output CSC fo
Hi,
On Mon, Nov 27, 2017 at 09:57:41PM +0100, Jernej Skrabec wrote:
> This commit adds basic support for VI planes. They are meant for video
> overlay and because of that they support YUV formats too. However, using
> YUV planes is not straightforward, so only RGB support for now.
>
> Signed-off-
https://bugs.freedesktop.org/show_bug.cgi?id=103808
--- Comment #9 from Felix Hellmann ---
Yeah WoW and PoE are also fixed here
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedes
On Tue, Nov 28, 2017 at 2:37 PM, Christian König
wrote:
> Am 28.11.2017 um 20:34 schrieb Joe Perches:
>>
>> Make the object a bit smaller by using a simple string instead
>> of a format string and array of char *.
>>
>> $ size drivers/gpu/drm/ttm/ttm_page_alloc_dma.o*
>> text data
El Tue, Nov 28, 2017 at 07:20:05PM +0800 Nickey Yang ha dit:
> Add the ROCKCHIP DSI controller driver that uses the Synopsys DesignWare
> MIPI DSI host controller bridge.
>
> v2:
>add err_pllref, remove unnecessary encoder.enable & disable
>correct spelling mistakes
> v3:
>call dw_mip
Hi Hans,
I love your patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on v4.15-rc1 next-20171128]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits
On Mon, Nov 27, 2017 at 09:57:45PM +0100, Jernej Skrabec wrote:
> Base addresses of channel output CSC (CCSC) depends whether mixer in
> question is first or second and if it is second, if supports VEP or not.
> This new property will tell which set of base addresses to take.
>
> 0 - first mixer o
On Tue, Nov 28, 2017 at 08:02:26PM +0800, Icenowy Zheng wrote:
> 在 2017-11-28 04:57，Jernej Skrabec 写道：
> > Base addresses of channel output CSC (CCSC) depends whether mixer in
> > question is first or second and if it is second, if supports VEP or not.
> > This new property will tell which set of b
On Mon, Nov 27, 2017 at 09:57:44PM +0100, Jernej Skrabec wrote:
> Calculate scaling parameters and call appropriate scaler set up
> function.
>
> Signed-off-by: Jernej Skrabec
I'm not sure there's been something wrong, but I didn't receive your
patch 10. I guess this one could be folded in patch
Hi,
On Mon, Nov 27, 2017 at 09:57:42PM +0100, Jernej Skrabec wrote:
> Scaler library currently supports scaling only RGB planes on VI planes.
>
> Coefficients and algorithm which ones to select are taken from BSP driver.
>
> Signed-off-by: Jernej Skrabec
> ---
> drivers/gpu/drm/sun4i/Makefile
https://bugs.freedesktop.org/show_bug.cgi?id=100443
--- Comment #37 from taij...@posteo.de ---
OK, so on 4.15-rc1 with amdgpu.dc=1 the error has disappeared for me. Seems to
have been fixed.
--
You are receiving this mail because:
You are the assignee for the bug.
Hi,
On Mon, Nov 27, 2017 at 09:57:43PM +0100, Jernej Skrabec wrote:
> No all SoCs support scaling on all channels. For example, V3s support
> scaling only on VI channels. Because of that, add additional
> configuration bitmask which tells which channel support scaler.
>
> Signed-off-by: Jernej Sk
Hi,
On Mon, Nov 27, 2017 at 09:57:38PM +0100, Jernej Skrabec wrote:
> While DE2 driver works, parts of the code are not in optimal place. Reorder
> it so it will be easier to support multiple planes.
>
> This commit doesn't do any functional change besides removing two not
> very useful debug mes
On Mon, Nov 27, 2017 at 09:57:35PM +0100, Jernej Skrabec wrote:
> Till now, plane selection was hardcoded to first overlay in first UI
> channel.
>
> It turns out that overlays don't fit well in current DRM design, because
> they can't be blended together or scaled independetly when they are set
>
On Tue, Nov 28, 2017 at 6:47 AM, Daniel Vetter wrote:
> fbdev is closed for new drivers, drm won't take anything but atomic
> drivers.
>
> Cc: Greg Kroah-Hartman
> Cc: Sudip Mukherjee
> Cc: Teddy Wang
> Cc: Sudip Mukherjee
> Cc: Bartlomiej Zolnierkiewicz
> Cc: dri-devel@lists.freedesktop.org
Michał Mirosław writes:
> Use remove_conflicting_framebuffers(NULL) instead of open-coding it.
>
> Signed-off-by: Michał Mirosław
Acked-by: Eric Anholt
signature.asc
Description: PGP signature
___
dri-devel mailing list
dri-devel@lists.freedesktop.
Am 28.11.2017 um 20:34 schrieb Joe Perches:
Make the object a bit smaller by using a simple string instead
of a format string and array of char *.
$ size drivers/gpu/drm/ttm/ttm_page_alloc_dma.o*
text data bss dec hex filename
88202164136 13172
Make the object a bit smaller by using a simple string instead
of a format string and array of char *.
$ size drivers/gpu/drm/ttm/ttm_page_alloc_dma.o*
textdata bss dec hex filename
8820 2164136 131723374
drivers/gpu/drm/ttm/ttm_page_alloc_dma.o.defconfig.new
Hi, Dan.
Thanks for the report. I'll try to figure out a fix.
/Thomas
On 11/28/2017 03:30 PM, Dan Carpenter wrote:
Hello Thomas Hellstrom,
The patch d80efd5cb3de: "drm/vmwgfx: Initial DX support" from Aug 10,
2015, leads to the following static checker warning:
drivers/gpu/drm/vmwg
Hi Nickey,
On Tue, Nov 28, 2017 at 07:20:03PM +0800, Nickey Yang wrote:
> Bridge drivers/helpers shouldn't be clobbering the drvdata, since a
> parent driver might need to own this. Instead, let's return our
Other reviews have suggested this might be described as "SoC glue
driver", not "parent dr
https://bugs.freedesktop.org/show_bug.cgi?id=103953
Alex Deucher changed:
What|Removed |Added
Attachment #135754|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=103953
Alex Deucher changed:
What|Removed |Added
Attachment #135753|text/x-log |text/plain
mime type|
> -Original Message-
> From: Ville Syrjälä [mailto:ville.syrj...@linux.intel.com]
> Sent: Tuesday, November 28, 2017 10:12 AM
> To: Hyun Kwon
> Cc: Daniel Vetter ; Jani Nikula
> ; Sean Paul ; David
> Airlie ; dri-devel@lists.freedesktop.org; mon...@monstr.eu;
> Laurent Pinchart ; Satish
https://bugs.freedesktop.org/show_bug.cgi?id=103953
Alex Deucher changed:
What|Removed |Added
Attachment #135752|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=103953
Alex Deucher changed:
What|Removed |Added
Attachment #135751|text/x-log |text/plain
mime type|
> -Original Message-
> From: Emil Velikov [mailto:emil.l.veli...@gmail.com]
> Sent: Tuesday, November 28, 2017 9:38 AM
> To: Hyun Kwon
> Cc: Daniel Vetter ; mon...@monstr.eu; David Airlie
> ; ML dri-devel ; Daniel
> Vetter ; Jeff Mouroux ; Satish
> Kumar Nagireddy ; Laurent Pinchart
>
>
Hi Laurent,
On Tue, Nov 28, 2017 at 02:51:46PM +0200, Laurent Pinchart wrote:
> Hi Brian,
>
> Thank you for the patch.
>
> I'd mention dw-mipi-dsi in the subject line as the directory contains the dw-
> hdmi driver as well that this patch doesn't touch.
Yep. Does it need another tag in the subj
On Tue, Nov 28, 2017 at 05:25:46PM +, Hyun Kwon wrote:
>
>
> > -Original Message-
> > From: Ville Syrjälä [mailto:ville.syrj...@linux.intel.com]
> > Sent: Tuesday, November 28, 2017 6:44 AM
> > To: Hyun Kwon
> > Cc: Daniel Vetter ; Jani Nikula
> > ; Sean Paul ; David
> > Airlie ; dri
>> Additional improvement possibilities can be taken into account
>> after corresponding software development discussions, can't they?
>
> Sure, but that is in contrary to all you replies.
Where do you see a contradiction in this case?
> I guess you are familiar with Documentation/process/submi
On Tue, Nov 28, 2017 at 05:37:53PM +, Mark Brown wrote:
> On Tue, Nov 28, 2017 at 06:28:38PM +0100, Greg KH wrote:
> > On Tue, Nov 28, 2017 at 05:12:23PM +, Mark Brown wrote:
>
> > > I think it's reasonable to ask for userspace, I'm querying why it needs
> > > to specifically be Android.
>
> -Original Message-
> From: Emil Velikov [mailto:emil.l.veli...@gmail.com]
> Sent: Tuesday, November 28, 2017 7:02 AM
> To: Daniel Vetter
> Cc: Hyun Kwon ; mon...@monstr.eu; David Airlie
> ; ML dri-devel ; Daniel
> Vetter ; Jeff Mouroux ;
> Satish Kumar Nagireddy ; Laurent Pinchart
>
>
Please CC DT list.
On Mon, Nov 27, 2017 at 9:41 AM, Maxime Ripard
wrote:
> The power-supply property is used by a vast majority of panels, including
> panel-simple. Let's document it as a common property
>
> Signed-off-by: Maxime Ripard
> ---
> Documentation/devicetree/bindings/display/panel/pa
On 28 November 2017 at 17:26, Hyun Kwon wrote:
>
>
>> -Original Message-
>> From: Emil Velikov [mailto:emil.l.veli...@gmail.com]
>> Sent: Tuesday, November 28, 2017 7:02 AM
>> To: Daniel Vetter
>> Cc: Hyun Kwon ; mon...@monstr.eu; David Airlie
>> ; ML dri-devel ; Daniel
>> Vetter ; Jeff M
On Tue, Nov 28, 2017 at 06:28:38PM +0100, Greg KH wrote:
> On Tue, Nov 28, 2017 at 05:12:23PM +, Mark Brown wrote:
> > I think it's reasonable to ask for userspace, I'm querying why it needs
> > to specifically be Android.
> Does anyone other than Android use this interface?
There's plenty o
https://bugs.freedesktop.org/show_bug.cgi?id=103743
--- Comment #11 from Philip Rebohle ---
Created attachment 135781
--> https://bugs.freedesktop.org/attachment.cgi?id=135781&action=edit
Frame 2800 with patched LLVM
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=103743
--- Comment #10 from Philip Rebohle ---
Created attachment 135780
--> https://bugs.freedesktop.org/attachment.cgi?id=135780&action=edit
Frame 2320 with patched LLVM
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=103743
--- Comment #9 from Philip Rebohle ---
Thanks for looking into this. While these two patches certainly improve the
situation significantly, they don't fix the issue entirely.
The remaining artifacts are hardly noticable in the original apitrace
On Tue, Nov 28, 2017 at 05:12:23PM +, Mark Brown wrote:
> On Tue, Nov 28, 2017 at 06:08:22PM +0100, Greg KH wrote:
> > On Tue, Nov 28, 2017 at 04:26:20PM +, Mark Brown wrote:
> > > On Tue, Nov 28, 2017 at 02:32:17PM +0100, Greg KH wrote:
>
> > > > call you added? What did you do to test t
> -Original Message-
> From: Ville Syrjälä [mailto:ville.syrj...@linux.intel.com]
> Sent: Tuesday, November 28, 2017 6:44 AM
> To: Hyun Kwon
> Cc: Daniel Vetter ; Jani Nikula
> ; Sean Paul ; David
> Airlie ; dri-devel@lists.freedesktop.org;
> mon...@monstr.eu; Laurent Pinchart
> ; Satish
On Tue, Nov 28, 2017 at 06:08:22PM +0100, Greg KH wrote:
> On Tue, Nov 28, 2017 at 04:26:20PM +, Mark Brown wrote:
> > On Tue, Nov 28, 2017 at 02:32:17PM +0100, Greg KH wrote:
> > > call you added? What did you do to test this out? Where are the AOSP
> > > patches to use this? Happen to hav
On Tue, Nov 28, 2017 at 04:26:20PM +, Mark Brown wrote:
> On Tue, Nov 28, 2017 at 02:32:17PM +0100, Greg KH wrote:
>
> > Where is the documentation for the new sysfs files and the new ioctl
>
> Didn't see any sysfs files in there?
New struct devices were created and registered. Why would th
Hi Hans,
I love your patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on v4.15-rc1 next-20171128]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits
https://bugs.freedesktop.org/show_bug.cgi?id=103697
--- Comment #4 from O Heid ---
Many thanks for your consideration - That would be great!
Our application is real time image processing and display. The main computing
effort is delay-and-sum beamforming.
Source and destination data sets are much
On Tue, Nov 28, 2017 at 02:32:17PM +0100, Greg KH wrote:
> Where is the documentation for the new sysfs files and the new ioctl
Didn't see any sysfs files in there?
> call you added? What did you do to test this out? Where are the AOSP
> patches to use this? Happen to have a VTS test for it?
https://bugs.freedesktop.org/show_bug.cgi?id=100726
--- Comment #8 from Michel Dänzer ---
(In reply to hiwatari.seiji from comment #7)
> Are you sure, that b7d91c915290ab0bfbab84a0fb9c9eae57816982 is definitely
> not the cause?
At least 99% sure. Pure merge commits are almost never a correct bis
Hi,
On Mon, Nov 27, 2017 at 09:57:34PM +0100, Jernej Skrabec wrote:
> Since the time initial DE2 driver was written, some knowledge was gained
> what setting are really necessary and what most of the magic values
> mean.
>
> This commit renames some of the macro names to better fit the real
> mea
On Tue, Nov 28, 2017 at 07:50:19PM +0800, Icenowy Zheng wrote:
> 在 2017-11-28 17:02，Maxime Ripard 写道：
> > Hi,
> >
> > On Mon, Nov 27, 2017 at 05:01:49PM +0100, Jernej Škrabec wrote:
> > > Dne ponedeljek, 27. november 2017 ob 16:41:35 CET je Maxime Ripard
> > > napisal(a):
> > > > Add support for t
Hi Jernej,
On Mon, Nov 27, 2017 at 05:20:52PM +0100, Jernej Škrabec wrote:
> Hi,
>
> Dne ponedeljek, 27. november 2017 ob 16:41:24 CET je Maxime Ripard napisal(a):
> > Hi,
> >
> > Here is an attempt at supporting the LVDS output in our DRM driver. This
> > has been tested on the A83T (with DE2),
Hi Hans,
I love your patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on v4.15-rc1 next-20171128]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits
The test is as following:
1) Create context A & B
2) Send a command submission using context A which fires up a compute shader.
3) The shader wait a bit and then write a value to a memory location.
4) Send a command submission using context B which writes another value to the
same memory location
On Mon, Nov 27, 2017 at 11:57:46AM -0500, Sinan Kaya wrote:
> pci_get_bus_and_slot() is restrictive such that it assumes domain=0 as
> where a PCI device is present. This restricts the device drivers to be
> reused for other domain numbers.
>
> Getting ready to remove pci_get_bus_and_slot() functi
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: f3769c94f4e6a794dbb72601936199d9b258f7b7
commit: 0bd599b1f523598c05f13a4a562884e82a378c2c [151/475] ASoC: AMD: enable
ACP3x drivers build
config: arm-allmodconfig (attached as .config)
compiler: arm-linux-gnueabi-gc
https://bugs.freedesktop.org/show_bug.cgi?id=101483
--- Comment #30 from FFAB ---
Created attachment 135768
--> https://bugs.freedesktop.org/attachment.cgi?id=135768&action=edit
dmesg_20171127_4_15-rc1_iommu-soft.txt, boot kernel parameter iommu=soft
--
You are receiving this mail because:
Yo
https://bugs.freedesktop.org/show_bug.cgi?id=101483
FFAB changed:
What|Removed |Added
Attachment #135447|0 |1
is obsolete|
On 28 November 2017 at 11:09, Daniel Vetter wrote:
> On Mon, Nov 27, 2017 at 06:27:30PM -0800, Hyun Kwon wrote:
>> Hi,
>>
>> This series is to add new drm formats needed by some Xilinx IPs.
>> Some formats have unique characteristics such as pixels not being
>> byte-aligned. For instance, some 10b
https://bugs.freedesktop.org/show_bug.cgi?id=101483
--- Comment #28 from FFAB ---
Upstream kernel test - kernel 4.15-rc1
Installation, on which upstream kernel was installed:
ubuntu 16.04.3, kernel4.10.0-40, updated 2017-11-27
1. booting without any workaround parameters
2. booting with kernel
https://bugs.freedesktop.org/show_bug.cgi?id=103697
--- Comment #3 from Nicolai Hähnle ---
Bas explained what's going on correctly. We could consider raising the limit
for compute shaders though. May ask what your use case is?
--
You are receiving this mail because:
You are the assignee for the
On Tue, 28 Nov 2017, Karol Herbst wrote:
> Hi julia,
>
> I think it would be better to extract the assignment out of the if
> clause. Then you'll get something like this:
>
> memory = ...;
> if (IS_ERR(memory)) {
>
> }
>
> so, to answer your question: no, it isn't necessary.
Will someone t
Hi julia,
I think it would be better to extract the assignment out of the if
clause. Then you'll get something like this:
memory = ...;
if (IS_ERR(memory)) {
}
so, to answer your question: no, it isn't necessary.
On Tue, Nov 28, 2017 at 1:56 PM, Julia Lawall wrote:
> This is a false posit
On Mon, Nov 27, 2017 at 06:27:32PM -0800, Hyun Kwon wrote:
> From: Jeffrey Mouroux
>
> The Xilinx Video Mixer and Xilinx Video Framebuffer DMA IP
> support video memory formats that are not represented in the
> current DRM fourcc library. This patch adds those missing
> fourcc codes.
>
> Signed
On Tue, 2017-11-28 at 11:23 +0100, Ladislav Michl wrote:
> I do not follow. This is OMAP framebuffer driver, so in this case, there
> is zero variation. Could you, please, review following patch and verify
> is it satisfies your automated static code analysis test?
Obviously a better patch.
I sug
Reviewed-by: Andrey Grodzovsky
Thanks,
Andrey
On 11/27/2017 09:57 AM, Gustavo A. R. Silva wrote:
dm_new_crtc_state->stream and disconnected_acrtc are being dereferenced
before they are null checked, hence there is a potential null pointer
dereference.
Fix this by null checking such pointers
Hello Thomas Hellstrom,
The patch d80efd5cb3de: "drm/vmwgfx: Initial DX support" from Aug 10,
2015, leads to the following static checker warning:
drivers/gpu/drm/vmwgfx/vmwgfx_so.c:335 vmw_view_add()
error: buffer overflow 'vmw_view_define_sizes' 3 <= 3
drivers/gpu/drm/vmwgfx/vm
Hi,
On 28-11-17 11:28, Daniel Vetter wrote:
On Sat, Nov 25, 2017 at 08:27:31PM +0100, Hans de Goede wrote:
This fixes the following make kerneldocs messages:
./include/drm/drm_mode_config.h:772: warning: No description found for
parameter 'modifiers_property'
./include/drm/drm_mode_config.h:7
On Tue, Nov 28, 2017 at 11:50:14AM +0100, SF Markus Elfring wrote:
> >> How will this aspect evolve further?
> >
> > I do not follow.
>
> Interesting …
>
> > This is OMAP framebuffer driver, so in this case, there is zero variation.
>
> How much are you interested to compare differences in buil
在 2017-11-28 17:02，Maxime Ripard 写道：
Hi,
On Mon, Nov 27, 2017 at 05:01:49PM +0100, Jernej Škrabec wrote:
Dne ponedeljek, 27. november 2017 ob 16:41:35 CET je Maxime Ripard
napisal(a):
> Add support for the A83T display pipeline.
>
> Reviewed-by: Chen-Yu Tsai
> Signed-off-by: Maxime Ripard
>
On Tue, Nov 28, 2017 at 12:04:04AM -0800, Joe Perches wrote:
> On Tue, 2017-11-28 at 08:41 +0100, SF Markus Elfring wrote:
> > > > It seems that I got no responses so far for clarification requests
> > > > according to the documentation in a direction I hoped for.
> > >
> > > That's because you ar
On Tue, Nov 28, 2017 at 09:51:13AM +0100, Michal Wajdeczko wrote:
> On Tue, 28 Nov 2017 07:50:52 +0100, Jonathan Neuschäfer
> wrote:
>
> > Sphinx complains that it can't find intel_guc_loader.c, and rightly so:
> > The file has been renamed.
> >
> > Fixes: e8668bbcb0f9 ("drm/i915/guc: Rename int
On Tue, Nov 28, 2017 at 11:15:37AM +0100, SF Markus Elfring wrote:
> >>> Many people do not know that a generic kmalloc does a
> >>> dump_stack() on OOM.
> >>
> >> This is another interesting information, isn't it?
> >>
> >> It is expected that the function “devm_kzalloc” has got a similar property
Hi Rob,
thanks for your feedback, the changes will be included in V2 of the
patch-series.
Jan
> Von: Rob Herring
> Gesendet: Sonntag, 26. November 2017 20:24
> On Thu, Nov 23, 2017 at 01:55:54PM +0100, Jan Tuerk wrote:
> > This patch adds support for the emtrion GmbH emCON-MX6 modules.
> > They
在 2017-11-28 04:57，Jernej Skrabec 写道：
Base addresses of channel output CSC (CCSC) depends whether mixer in
question is first or second and if it is second, if supports VEP or
not.
This new property will tell which set of base addresses to take.
0 - first mixer or second mixer with VEP support
Hi Daniel,
On 2017-11-20 08:33, Daniel Vetter wrote:
On Wed, Nov 15, 2017 at 10:26:45AM +0900, Inki Dae wrote:
2017년 11월 14일 13:22에 Dave Airlie 이(가) 쓴 글:
On 26 October 2017 at 11:37, Inki Dae wrote:
Improving Exynos DRM HDMI and Mixer drivers and also adding
HDMI audio support.
On Tue, Nov 28, 2017 at 02:34:00PM +0100, Benjamin Gaignard wrote:
> 2017-11-28 14:20 GMT+01:00 Greg KH :
> > On Mon, Nov 06, 2017 at 04:59:44PM +0100, Benjamin Gaignard wrote:
> >> Put include in alphabetic order
> >
> > Why???
>
> Mainly because the next patch in the series adds new includes and
1 - 100 of 188 matches
Mail list logo
