https://bugzilla.kernel.org/show_bug.cgi?id=202217
--- Comment #5 from Haxk20 (haxk...@gmail.com) ---
Created attachment 280433
--> https://bugzilla.kernel.org/attachment.cgi?id=280433&action=edit
dmesg
Dmesg output right after screen went black.
Switched to tty3 and blindly took the dmesg.
--
https://bugzilla.kernel.org/show_bug.cgi?id=202217
--- Comment #6 from Haxk20 (haxk...@gmail.com) ---
(In reply to Alex Deucher from comment #4)
> Don't worry about the xorg log. Sorry, habit.
And what i noticed is that when the screen goes black then even after switching
to ttyX the screen stil
Hi Jagan.
> On Sat, Jan 12, 2019 at 2:49 AM Sam Ravnborg wrote:
> >
> > Hi Jagan.
> >
> > Gave this another more detailed read - triggered some additional comments.
> > Depite the comments it looks good, and this is all more or
> > less cosmetic improvements.
>
> Thanks for the review.
>
> >
>
On Sat, Jan 12, 2019 at 3:44 PM Sam Ravnborg wrote:
>
> Hi Jagan.
>
> > On Sat, Jan 12, 2019 at 2:49 AM Sam Ravnborg wrote:
> > >
> > > Hi Jagan.
> > >
> > > Gave this another more detailed read - triggered some additional comments.
> > > Depite the comments it looks good, and this is all more or
https://bugzilla.kernel.org/show_bug.cgi?id=200695
Alex van Kaam (alexvk...@gmail.com) changed:
What|Removed |Added
CC||alexvk...@gmail.com
Hi,
kernelci.org [1] noticed a NULL pointer dereference during HDMI audio
registration with linux-next-20190111 on Raspberry Pi using bcm2835_defconfig.
I was able to reproduce it, but couldn't find anything suspicious in the commit
("Merge remote-tracking branch 'drm-misc-fixes/for-linux-next-
> >
> > > > > +
> > > > > + msleep(st7701->sleep_delay);
> > > > > +
> > > > > + gpiod_set_value(st7701->reset, 0);
> > > > > +
> > > > > + gpiod_set_value(st7701->reset, 1);
> > > > > +
> > > > > + gpiod_set_value(st7701->reset, 0);
> > > > No timing constrains here? In prepare the
On Fri, Jan 11, 2019 at 11:22 PM Russell King - ARM Linux
wrote:
> On Fri, Jan 11, 2019 at 10:55:42PM +0100, Daniel Vetter wrote:
> > On Fri, Jan 11, 2019 at 04:41:21PM +0100, Noralf Trønnes wrote:
> > > Den 17.12.2018 20.43, skrev Daniel Vetter:
> > > > Doesn't do anything for atomic drivers.
> >
On Fri, Jan 11, 2019 at 02:27:00PM -0800, Matt Roper wrote:
> Dave, Daniel - any concerns if we merge this drm core patch through the
> Intel tree? The second patch in the series doesn't apply cleanly in
> drm-misc-next.
Hm, need to discuss with Dave how good my ack powers are now. In the past
we
On Fri, Jan 11, 2019 at 11:36:39PM +0100, Sam Ravnborg wrote:
> On Fri, Jan 11, 2019 at 05:40:47PM +0100, Daniel Vetter wrote:
> > I screwed up a rebase somehow.
> >
> > v2: Drop bogus hunk.
> >
> > v3: Really drop bogus hunk (Lubomir).
> >
> > Cc: Lubomir Rintel
> > Signed-off-by: Daniel Vette
On Sat, Jan 12, 2019 at 03:10:51AM +0200, Laurent Pinchart wrote:
> This allows nicer kerneldoc with an easy way to reference the enum and
> the values.
>
> Signed-off-by: Laurent Pinchart
> ---
> include/drm/drm_connector.h | 108 +---
> 1 file changed, 64 insert
Hi Laurent
On Sat, Jan 12, 2019 at 03:10:51AM +0200, Laurent Pinchart wrote:
> This allows nicer kerneldoc with an easy way to reference the enum and
> the values.
>
> Signed-off-by: Laurent Pinchart
> ---
> include/drm/drm_connector.h | 108 +---
> 1 file change
https://bugs.freedesktop.org/show_bug.cgi?id=109329
Bug ID: 109329
Summary: Luxmark freezes the system
Product: Mesa
Version: 18.3
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
On Sat, Jan 12, 2019 at 5:31 PM Sam Ravnborg wrote:
>
> > >
> > > > > > +
> > > > > > + msleep(st7701->sleep_delay);
> > > > > > +
> > > > > > + gpiod_set_value(st7701->reset, 0);
> > > > > > +
> > > > > > + gpiod_set_value(st7701->reset, 1);
> > > > > > +
> > > > > > + gpiod_set_v
https://bugs.freedesktop.org/show_bug.cgi?id=107414
--- Comment #1 from Timothy Pearson ---
I'm also seeing this on 4.20 with amdgpu. In my case though it also triggers a
problem with amdgpu, a problem that would not be hit if the options were
honored correctly:
[7.843957] [drm] Display Cor
https://bugs.freedesktop.org/show_bug.cgi?id=109331
Bug ID: 109331
Summary: Empire Total War - Graphical Corruption
Product: Mesa
Version: 18.3
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity
https://bugs.freedesktop.org/show_bug.cgi?id=109331
--- Comment #1 from andrew.m.mcma...@gmail.com ---
Created attachment 143079
--> https://bugs.freedesktop.org/attachment.cgi?id=143079&action=edit
steam system info
--
You are receiving this mail because:
You are the assignee for the bug.
Hi Jagan.
> > But as we just assert reset (set it to 0), this timing constraint can be
> > ignored.
>
> But we unaware of reset pulse duration right? it's the hardware that
> bring the reset assert if we set the line 0. am I correct or do we
> need to explicitly wait 10us after reset initiated?
https://bugs.freedesktop.org/show_bug.cgi?id=106175
--- Comment #88 from tempel.jul...@gmail.com ---
Well, there's no compositor to blame, as the issue also occurs with just
TearFree enabled without any compositor. Then you just have to avoid moving
another window on top of the browser window, as
Hi Sam,
On Sat, Jan 12, 2019 at 9:03 PM Sam Ravnborg wrote:
>
> Hi Jagan.
>
> > > But as we just assert reset (set it to 0), this timing constraint can be
> > > ignored.
> >
> > But we unaware of reset pulse duration right? it's the hardware that
> > bring the reset assert if we set the line 0.
On Wed, Jan 09, 2019 at 06:57:57PM +0530, Jagan Teki wrote:
> On Tue, Jan 8, 2019 at 2:28 PM Maxime Ripard
> wrote:
> >
> > On Mon, Jan 07, 2019 at 08:48:21PM +0530, Jagan Teki wrote:
> > > On Mon, Jan 7, 2019 at 7:42 PM Maxime Ripard
> > > wrote:
> > > >
> > > > On Fri, Dec 21, 2018 at 02:26:1
Hi Jagan.
> When did .unprepare and .disable are actually called? I turn-off the
> backlight by echo 1 > /sys/class/backlight/backlight/bl_power and even
> power of the board I assume the video transmission stop so it would
> ended-up calling these, but I couldn't see prints. does it the same
> ti
https://bugs.freedesktop.org/show_bug.cgi?id=106175
tempel.jul...@gmail.com changed:
What|Removed |Added
Attachment #138987|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=106175
--- Comment #90 from tempel.jul...@gmail.com ---
Created attachment 143081
--> https://bugs.freedesktop.org/attachment.cgi?id=143081&action=edit
new xorg.0 log for reopened cursor issue
--
You are receiving this mail because:
You are the assi
https://bugs.freedesktop.org/show_bug.cgi?id=105819
--- Comment #10 from Antonio Chirizzi ---
Just to say that the bug is still present with latest ubuntu kernel
4.20.0-042000-generic.
Graphical system hung/frozen, but able to connect through ssh to shutdown the
system (which went through but wa
https://bugs.freedesktop.org/show_bug.cgi?id=106175
--- Comment #91 from tempel.jul...@gmail.com ---
I suppose I could narrow down the culprit:
The issue does not occur with stable version 18.1.0 of xf86-video-amdgpu DDX
driver.
But it does occur with both xorg modesetting and latest git commit of
https://bugs.freedesktop.org/show_bug.cgi?id=106175
--- Comment #92 from tempel.jul...@gmail.com ---
This is the commit with which the stutter is introduced:
https://gitlab.freedesktop.org/xorg/driver/xf86-video-amdgpu/commit/0d60233d26ec70d4e1faa343b438e33829c6d5e4
(But it seems amdgpu.dc=1 unfo
https://bugs.freedesktop.org/show_bug.cgi?id=97639
--- Comment #13 from nuc...@hotmail.com ---
Hi, I don't know I have since switched my graphics card long ago
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel maili
On Fri, Jan 04, 2019 at 10:35:43PM +, Jason Gunthorpe wrote:
> Commit 2db76d7c3c6d ("lib/scatterlist: sg_page_iter: support sg lists w/o
> backing pages") introduced the sg_page_iter_dma_address() function without
> providing a way to use it in the general case. If the sg_dma_len is not
> equal
The pull request you sent on Sat, 12 Jan 2019 00:06:48 +0100:
> git://anongit.freedesktop.org/drm/drm tags/drm-fixes-2019-01-11-1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/7b5c8f5226bd0eb77da8a055f43b2f1a06e92ba8
Thank you!
--
Deet-doot-dot, I am a bot.
https:/
Am Freitag, 11. Januar 2019, 15:54:24 CET schrieb Rob Herring:
> On Sun, Dec 30, 2018 at 06:22:00PM +0100, Heiko Stuebner wrote:
> > Hi Johan,
> >
> > Am Samstag, 29. Dezember 2018, 14:33:14 CET schrieb Johan Jonker:
> > > From: Mark Yao
> > >
> > > This patch adds the rk3066 VOP definitions.
>
https://bugs.freedesktop.org/show_bug.cgi?id=106175
tempel.jul...@gmail.com changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|--
On Sat, Jan 12, 2019 at 06:37:58PM +, Jason Gunthorpe wrote:
> On Sat, Jan 12, 2019 at 12:27:05PM -0600, Shiraz Saleem wrote:
> > On Fri, Jan 04, 2019 at 10:35:43PM +, Jason Gunthorpe wrote:
> > > Commit 2db76d7c3c6d ("lib/scatterlist: sg_page_iter: support sg lists w/o
> > > backing pages"
Am Samstag, 29. Dezember 2018, 14:33:16 CET schrieb Johan Jonker:
> From: Mark Yao
>
> This patch adds the core display subsystem and vop nodes to rk3066.
>
> Signed-off-by: Mark Yao
> Signed-off-by: Johan Jonker
applied for 5.1
Thanks
Heiko
___
In the quest to get rid of drmP.h move the newly
added EXPORT_SYMBOL_FOR_TESTS_ONLY to drm_util.h.
Fix the single user.
Add a note to drmP.h to avoid further use of it.
Signed-off-by: Sam Ravnborg
Cc: Maarten Lankhorst
Cc: Maxime Ripard
Cc: Sean Paul
Cc: David Airlie
Cc: Daniel Vetter
---
Updated patchset, with merged patches removed.
And one patch split in merge frindly bits.
As noted in the commit message for kirin a hack
to kirin/Kconfig was required to build it on my box.
It would be good if we could have this driver covered
by COMPILE_TEST.
There are likely others that could b
The use of drmP.h is discouraged and removal of it from
drm_modeset_helper.h caused arcgpu to fail to build.
This patch introduce the necessary fixes to prepare for the
drmP.h removal from drm_modeset_helper.h.
List of include files sorted alphabetically.
Build tested on arm x86 and arm allmodcon
The use of drmP.h is discouraged and removal of it from
drm_modeset_helper.h caused kirin to fail to build.
This patch introduce the necessary fixes to prepare for the
drmP.h removal from drm_modeset_helper.h.
List of include files sorted alphabetically.
Build tested on arm x86 allmodconfig using
Move drm_can_sleep() out of drmP.h to allow users
to get rid of the drmP.h include.
There was no header file that was a good match for this helper function.
So add this to drm_util with the relevant includes.
Add include of drm_util.h to all users.
v2:
- Update comments to use kernel-doc style (
The use of drmP.h is discouraged and removal of it from
drm_modeset_helper.h caused drm/stm to fail to build.
This patch introduce the necessary fixes to prepare for the
drmP.h removal from drm_modeset_helper.h.
Build tested on arm and x86 allmodconfig
Signed-off-by: Sam Ravnborg
Cc: Yannick Fe
With the removal of drmP.h from drm_modeset_helper.h
the drmP.h are no longer included by any include files
in include/drm.
The drmP.h file is thus only included explicit
either in .c files or in local .h files.
This makes the process of deleting the drmP.h includes easier
as we have a more local d
The use of drmP.h is discouraged and removal of it from
drm_modeset_helper.h caused cdns to fail to build.
This patch introduce the necessary fixes to prepare for the
drmP.h removal from drm_modeset_helper.h.
Build tested on arm x86 and arm allmodconfig.
Signed-off-by: Sam Ravnborg
Cc: Andrzej
The use of drmP.h is discouraged and removal of it from
drm_modeset_helper.h caused rcar-du to fail to build.
This patch introduce the necessary fixes to prepare for the
drmP.h removal from drm_modeset_helper.h.
Build tested on arm x86 and arm allmodconfig.
Signed-off-by: Sam Ravnborg
Cc: Laure
On Sat, Jan 12, 2019 at 10:13 PM Maxime Ripard
wrote:
>
> On Wed, Jan 09, 2019 at 06:57:57PM +0530, Jagan Teki wrote:
> > On Tue, Jan 8, 2019 at 2:28 PM Maxime Ripard
> > wrote:
> > >
> > > On Mon, Jan 07, 2019 at 08:48:21PM +0530, Jagan Teki wrote:
> > > > On Mon, Jan 7, 2019 at 7:42 PM Maxime
Hi guys,
my odyssey with the GPU continues. This time it didn't reset itself
but started spewing a single line about the hardware locking up.
The machine was responsive to sysrq so I was able to write out
/var/log/messages and reboot.
This is still with 4.20-rc7 but I'm building 5.0-rc1 to see i
Hi Noralf.
On Fri, Jan 11, 2019 at 09:12:01PM +0100, Noralf Trønnes wrote:
> Changes:
> - Improve drm_gem_fb_create_with_dirty() docs (Daniel)
> - Remove unnecessary clearing of damage clips
> - Rebase on Sam's drmP.h series
> - Remove fb NULL check in mipi_dbi_enable_flush() (kbuild test robot)
>
https://bugs.freedesktop.org/show_bug.cgi?id=109135
--- Comment #15 from rmuncr...@humanavance.com ---
(In reply to Alex Deucher from comment #7)
> Can you bisect to figure out what commit broke things for you?
Okay, here is the result from bisect:
b92c628712ed3a1cf5d4a144290e8ffc170bf51e is the
https://bugs.freedesktop.org/show_bug.cgi?id=107990
--- Comment #7 from Aurryon Schwartz ---
Good evening everyone,
I'm having the same problem as mentioned and disabling glvnd in the build
process prevented the segfault during the loading time of DL.
Here are my specs:
- Radeon WX 3100
- Vega
> Stefan Wahren hat am 12. Januar 2019 um 12:24
> geschrieben:
>
>
> Hi,
>
> kernelci.org [1] noticed a NULL pointer dereference during HDMI audio
> registration with linux-next-20190111 on Raspberry Pi using
> bcm2835_defconfig. I was able to reproduce it, but couldn't find anything
> sus
49 matches
Mail list logo
