https://bugs.freedesktop.org/show_bug.cgi?id=104299
--- Comment #9 from higu...@gmx.net ---
Created attachment 136400
--> https://bugs.freedesktop.org/attachment.cgi?id=136400&action=edit
dmesg oops with kasan 2
Another crash, this time in RUST, just to see if it helps in any way
i know how to
Hello AMD team,
I got this since latest 'amd-staging-drm-next' git update
(#b956c586e58a) during boot with Polaris RX580 DC on:
[3.586342] [drm:dal_bios_parser_init_cmd_tbl [amdgpu]] *ERROR* Don't
have enable_spread_spectrum_on_ppll for v4
[3.586410] [drm:dal_bios_parser_init_cmd_tbl
https://bugs.freedesktop.org/show_bug.cgi?id=104299
--- Comment #8 from Andrey Grodzovsky ---
(In reply to higuita from comment #7)
> Created attachment 136398 [details]
> dmesg oops with kasan
>
> Sure, there is the dmesg after a crash with kasan, this time over warthunder
Thanks, this seems l
On Wed, Dec 27, 2017 at 12:10 PM, Icenowy Zheng wrote:
> 在 2017年12月27日星期三 CST 下午12:09:41，Chen-Yu Tsai 写道：
>> On Fri, Dec 22, 2017 at 8:22 PM, Icenowy Zheng wrote:
>> > This patchset adds support for the SimpleFB on Allwinner SoCs with
>> > "Display Engine 2.0".
>> >
>> > PATCH 1 to PATCH 3 are DE
On Fri, Dec 22, 2017 at 8:22 PM, Icenowy Zheng wrote:
> This patchset adds support for the SimpleFB on Allwinner SoCs with
> "Display Engine 2.0".
>
> PATCH 1 to PATCH 3 are DE2 CCU fixes for H3/H5 SoCs.
>
> PATCH 4 adds the pipeline strings for DE2 SimpleFB.
>
> PATCH 5 to 7 adds necessary device
https://bugs.freedesktop.org/show_bug.cgi?id=101987
--- Comment #3 from fin4...@hotmail.com ---
Here is the source code of the radeon kernel driver:
https://cgit.freedesktop.org/~agd5f/linux/tree/drivers/gpu/drm/radeon?h=drm-next-4.16-wip
Locate the fan handling code for your cpu and try to figur
https://bugs.freedesktop.org/show_bug.cgi?id=104082
--- Comment #5 from Tom Englund ---
happends here aswell on various applications, i do however not really notice
any problems in the applications themself when it happends.
lscpi:
VGA compatible controller: Advanced Micro Devices, Inc. [AMD/AT
https://bugs.freedesktop.org/show_bug.cgi?id=104299
--- Comment #7 from higu...@gmx.net ---
Created attachment 136398
--> https://bugs.freedesktop.org/attachment.cgi?id=136398&action=edit
dmesg oops with kasan
Sure, there is the dmesg after a crash with kasan, this time over warthunder
--
You
On Thu, Dec 21, 2017 at 01:23:51PM -0600, David Lechner wrote:
> This adds a vendor prefix "jianda" for Jiandangjing Technology Co., Ltd.
>
> Signed-off-by: David Lechner
> ---
>
> v3 changes:
> * new patch in v3
>
> Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
> 1 file changed
On Thu, Dec 21, 2017 at 12:33:06PM -0600, David Lechner wrote:
> This updates the compatible string for a no-name LCD panel to
> "vot,v220hf01a-t", "ilitek,ili9225".
>
> The original bindings [1] were the generic "ilitek,ili9225-2.2in-176x220"
> because I could not find a datasheet. However, after
On Thu, Dec 21, 2017 at 12:33:05PM -0600, David Lechner wrote:
> This adds a vendor prefix "vot" for Vision Optical Technology Co., Ltd.
> They make LCD displays.
>
> Signed-off-by: David Lechner
> ---
> Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
> 1 file changed, 1 insertion(+
On Fri, Dec 22, 2017 at 6:22 AM, Icenowy Zheng wrote:
> The DE2 CCU is different on A83T and H3 -- the parent of the clocks on
> A83T is PLL_DE but on H3 it's the DE module clock. This is not noticed
> when I develop the DE2 CCU driver.
>
> Fix the binding by using different compatibles for A83T a
On Thu, Dec 21, 2017 at 1:23 PM, David Lechner wrote:
> This adds a new device tree binding for Sitronix ST7735R display panels,
> such as the Adafruit 1.8" TFT.
>
> Signed-off-by: David Lechner
> ---
>
> v3 changes:
> * compatible string is changed from "sitronix,st7735r-jd-t18003-t01" to
> "jia
On Wed, Dec 20, 2017 at 10:59:57AM +0100, Daniel Vetter wrote:
> On Tue, Dec 19, 2017 at 03:27:31PM -0800, Dongwon Kim wrote:
> > I forgot to include this brief information about this patch series.
> >
> > This patch series contains the implementation of a new device driver,
> > hyper_dmabuf, whic
On Fri, Dec 22, 2017 at 4:43 AM, Türk, Jan wrote:
>> Von: Rob Herring [mailto:r...@kernel.org]
>> Gesendet: Freitag, 22. Dezember 2017 00:00
>> Betreff: Re: [PATCH v2 1/5] drm/panel: Add support for the EDT
>> ETM0700G0BDH6
>>
>> On Wed, Dec 20, 2017 at 02:47:01PM +0100, jan.tu...@emtrion.com wrot
On Fri, Dec 22, 2017 at 4:56 AM, Alexandre Belloni
wrote:
> + Philippe
>
> On 22/12/2017 at 11:43:33 +0100, Andreas Färber wrote:
>> >> I'll change it for v3 of this patch however it will end up like this:
>> >> //SPDX-License...
>> >
>> > That should be /* SPDX-License */, // is for c files.
>>
>
The DECON headers contain only defines for registers. There are no
other drivers using them so this should be put locally to the Exynos DRM
driver. Keeping headers local helps managing the code.
Suggested-by: Marek Szyprowski
Signed-off-by: Krzysztof Kozlowski
---
Resend after half a year...
Although header is included only once but still having an include guard
is a good practice. To avoid confusion, add SoC prefix to existing
Exynos5433 header include guard.
Signed-off-by: Krzysztof Kozlowski
---
Resend after half a year...
Changes since v1:
1. Just re-order patches in patchset
18 matches
Mail list logo
