https://bugzilla.kernel.org/show_bug.cgi?id=206299
--- Comment #2 from Frédéric Pierret (frederic.epi...@orange.fr) ---
Created attachment 286967
--> https://bugzilla.kernel.org/attachment.cgi?id=286967&action=edit
kernel log (dmesg)
--
You are receiving this mail because:
You are watching the
https://bugzilla.kernel.org/show_bug.cgi?id=206299
--- Comment #3 from Frédéric Pierret (frederic.epi...@orange.fr) ---
Hi Ilia,
Thank you for your answer.
(In reply to Ilia Mirkin from comment #1)
> Comment on attachment 286963 [details]
> Kernel log
>
> badf5040 = bad mmio read.
>
> Could the
On Thu, 23 Jan 2020, Thomas Zimmermann wrote:
> Am 23.01.20 um 13:48 schrieb Jani Nikula:
>> Use drm_core_check_all_features() to ensure both the driver features and
>> the per-device driver features are taken into account when registering
>> debugfs files.
>>
>> v3:
>> - files[i].driver_features
On Wed, 22 Jan 2020, Wambui Karuga wrote:
> This patch converts various instances of the printk based logging macros
> in drm/i915/display/intel_display.c to the new struct drm_device based
> logging macros.
> In some instances, this involves extracting the struct drm_i915_private
> device from va
On Wed, 22 Jan 2020, Wambui Karuga wrote:
> This patch converts various instances of the printk based logging macros
> into the struct drm_device based macros. This was achieved using the
> following coccinelle script for matching existing struct
> drm_i915_private devices:
This one conflicts alr
cess_begin/20200125-070606
base: https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git next
config: x86_64-randconfig-s0-20200125 (attached as .config)
compiler: gcc-7 (Debian 7.5.0-3) 7.5.0
reproduce:
# save the attached .config to linux build tree
make ARCH=x86_64
If y
https://bugzilla.kernel.org/show_bug.cgi?id=205497
--- Comment #21 from albertogomezma...@gmail.com ---
(In reply to Luya Tshimbalanga from comment #20)
> I confirm the fix landed on kernel 5.4. Thanks Alex for a quick
> investigation. Closing this report.
For me It Is happening again, i dont kno
On Thu, 23 Jan 2020, Pankaj Bharadiya
wrote:
> changes since v2:
> - rebase pending unmerged patches on drm-tip
Alas, these conflict already... please rebase. :/
BR,
Jani.
--
Jani Nikula, Intel Open Source Graphics Center
___
dri-devel mailing lis
On Fri 24 Jan 04:06 PST 2020, Harigovindan P wrote:
> Add display, DSI hardware DT nodes for sc7180.
>
> Signed-off-by: Harigovindan P
Thanks for respinning this Harigovindan, just a few more small things
below.
Are the drivers ready for me to merge this?
> diff --git a/arch/arm64/boot/dts/qc
On Fri, Jan 17, 2020 at 12:59 PM Dor Askayo wrote:
>
> On Sat, Jan 4, 2020 at 2:23 PM Dor Askayo wrote:
> >
> > This allocation isn't required and can fail when resuming from suspend.
> >
> > Bug: https://gitlab.freedesktop.org/drm/amd/issues/1009
> > Signed-off-by: Dor Askayo
> > ---
> > drive
Hi,
On Wed, 2020-01-22 at 18:54 +0200, Georgi Djakov wrote:
> Hi Artur,
>
> Thank you for your continuous work on this.
>
> On 12/20/19 13:56, Artur Świgoń wrote:
> > This patch adds the following properties to the Exynos4412 DT:
> > - exynos,interconnect-parent-node: to declare connections be
Hi Georgi,
On Wed, 2020-01-22 at 19:02 +0200, Georgi Djakov wrote:
> Hi Artur,
>
> On 12/20/19 13:56, Artur Świgoń wrote:
> > This patch adds interconnect functionality to the exynos-bus devfreq
> > driver.
> >
> > The SoC topology is a graph (or, more specifically, a tree) and its
> > edges are
On Fri, Dec 20, 2019 at 12:03:53PM -0800, Rajat Jain wrote:
> Certain laptops now come with panels that have integrated privacy
> screens on them. This patch adds support for such panels by adding
> a privacy-screen property to the intel_connector for the panel, that
> the userspace can then use to
Add display, DSI hardware DT nodes for sc7180.
Signed-off-by: Harigovindan P
---
Changes in v1:
-Added display DT nodes for sc7180
Changes in v2:
-Renamed node names
-Corrected code alignments
-Removed extra new line
-Added DISP AHB clock for register acce
Hi Artur,
On 1/24/20 13:22, Artur Świgoń wrote:
> Hi Georgi,
>
> On Wed, 2020-01-22 at 19:02 +0200, Georgi Djakov wrote:
>> Hi Artur,
>>
>> On 12/20/19 13:56, Artur Świgoń wrote:
>>> This patch adds interconnect functionality to the exynos-bus devfreq
>>> driver.
>>>
>>> The SoC topology is a gra
On Fri, Jan 24, 2020 at 06:06:37PM +0100, Sam Ravnborg wrote:
> Hi Andy.
>
> On Wed, Jan 22, 2020 at 12:54:01PM +0200, Andy Shevchenko wrote:
> > The spi_register_driver() will set the ->owner member to THIS_MODULE.
> >
> > Signed-off-by: Andy Shevchenko
>
> Reviewed-by: Sam Ravnborg
Thanks.
On Fri, Jan 24, 2020 at 05:42:33PM +0100, Sam Ravnborg wrote:
> On Wed, Jan 22, 2020 at 12:54:00PM +0200, Andy Shevchenko wrote:
> > There is one OF call in the driver that limits its area of use.
> > Replace it to generic device_get_match_data() and get rid of OF dependency.
> >
> > While here, c
On Thu, Jan 23, 2020 at 10:03 AM Linus Torvalds
wrote:
> We used to have a read/write argument to the old "verify_area()" and
> "access_ok()" model, and it was a mistake. It was due to odd i386 user
> access issues. We got rid of it. I'm not convinced this is any better
> - it looks very similar a
And of course I forgot this is an internal API, so this doesn't work
without some of other stuff which isn't ready.
Please ignore...
Regards,
Stephen
Le 25/01/2020 12:46, Stephen Kitt a écrit :
Instead of hand-coding the dma_resv_list allocation, use
dma_resv_list_alloc, which masks the sha
Highest bank bit configuration is different for a618 gpu. Update
it with the correct configuration which is the reset value incidentally.
Signed-off-by: Akhil P Oommen
Signed-off-by: Sharat Masetty
---
drivers/gpu/drm/msm/adreno/a6xx_gpu.c | 10 ++
1 file changed, 6 insertions(+), 4 del
Instead of hand-coding the dma_resv_list allocation, use
dma_resv_list_alloc, which masks the shared_max handling. While we're
at it, since we only need shared_count fences, allocate shared_count
fences rather than shared_max.
(This is the only place in the kernel, outside of dma-resv.c, which
tou
Quoting Wambui Karuga (2020-01-22 12:57:48)
> This series is a part of the conversion to the new struct drm_device
> based logging macros in drm/i915.
> This series focuses on the drm/i915/gem directory and converts all
> straightforward instances of the printk based logging macros to the new
> ma
Hi Kamlesh,
Nice to see this driver, this means I can now drop the piscreen driver
from the out-of-tree tinydrm repo.
Den 25.01.2020 16.38, skrev Kamlesh Gurudasani:
> This adds support fot ilitek,ili9486 based display with shift register in
> front
s/fot/for/
> of controller, basically with r
Den 25.01.2020 16.38, skrev Kamlesh Gurudasani:
> Signed-off-by: Kamlesh Gurudasani
> ---
> .../devicetree/bindings/display/ilitek,ili9486.txt | 27
> ++
For version 2, send the patchset to the devicetree mailinglist as well.
A DT maintainer has to review it. Send the whol
Hi Maxime.
Thanks for your comments!
>
> > + - allOf:
> > +- $ref: /schemas/types.yaml#/definitions/uint32-array
> > +- minItems: 3
> > + maxItems: 3
> > + items:
> > +description: min, typ, max number of pixels
>
> When minItems and maxitems ar
Hi Oleksandr
Thanks for the feedback on the typos.
>
> Anyway, those are minor issues, so
>
> Reviewed-by: Oleksandr Suvorov
I did a number of other changes so I dropped this r-b,
as you really did not review the v2 version.
v2 coming later today.
Sam
Hi Rob.
On Tue, Jan 21, 2020 at 08:50:25AM -0600, Rob Herring wrote:
> On Mon, Jan 20, 2020 at 2:07 PM Sam Ravnborg wrote:
> >
> > With panel-timing converted, now convert the single
> > remaining .txt user in panel/ of panel-timing to DT schema.
> >
> > Signed-off-by: Sam Ravnborg
> > Cc: Rob H
From: Colin Ian King
There are several spelling mistakes in PP_ASSERT_WITH_CODE messages.
Fix these.
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/amd/powerplay/smumgr/vega12_smumgr.c | 12 ++--
drivers/gpu/drm/amd/powerplay/smumgr/vega20_smumgr.c | 12 ++--
2 files changed
Add meta-schema variant of panel-timing and
reference it from panel-common.yaml.
Part of this came form other files with other
licenses - original commits:
cc3f414cf2e4 ("video: add of helper for display timings/videomode")
86f46565dff3 ("dt-bindings: display: display-timing: Add property to conf
Add display-timings.yaml - that references panel-timings.yaml.
display-timings.yaml will be used for display bindings
when they are converted to meta-schema format.
For now the old display-timing.txt points to the new
display-timings.yaml - and all users are left as-is.
v2:
- Updated native-mod
With panel-timing converted, now convert the single
remaining .txt user in panel/ of panel-timing to DT schema.
v2:
- Drop Thierry as maintainer, as this is not a general panel binding
and I have no acks.
- Drop requirement for a panel- specific binding - "panel-dpi" is enough
- Updated
This set of patches convert display-timing.txt to DT schema.
To do that add a panel-timing.yaml file that include all the
panel-timing properties and use this in panel-common and in display-timings.
panel-dpi was also converted so we have no .txt users left of panel-timing
in panel/
Everything pa
https://bugzilla.kernel.org/show_bug.cgi?id=206309
Bug ID: 206309
Summary: Experimental amdgpu w/ Dell E6540 with HD 8790M (MARS
XTX), massive performance improvement after ACPI
suspend
Product: Drivers
Version: 2
On Sat, Jan 25, 2020 at 02:55:06PM -0500, Rich Felker wrote:
> Signed-off-by: Rich Felker
> --
I know I don't accept patches without any changelog text, don't know
about other subsystem maintainers...
greg k-h
___
dri-devel mailing list
dri-devel@lists
34 matches
Mail list logo
