Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Black sddm screen and black plasma screen with new kernel
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Desktop Environments
View previous topic :: View next topic  
Author Message
Tae_kyon
n00b
n00b


Joined: 19 Apr 2006
Posts: 60

PostPosted: Sun Jan 28, 2018 9:26 am    Post subject: Black sddm screen and black plasma screen with new kernel Reply with quote

In these days I've repeatedly had problems with a black unresponsive sddm screen and plasma (and apparently random error messages with various libraries segfaulting)

I had recently updated from 4.14.14 to 4.14.15 kernel.

Solution: before changing from one of these kernels to the other (in either direction) cancelling the contents of /var/lib/sddm __and__ the contents of ~/.cache allows everything to work properly.

I don't know if this is a kernel problem or an xorg problem or what, just thought it might be useful to know.
_________________
We shall not cease from exploration. And the end of all our exploring
will be to arrive where we started and know the place for the first time
Back to top
View user's profile Send private message
asturm
Developer
Developer


Joined: 05 Apr 2007
Posts: 6824
Location: Austria

PostPosted: Sun Jan 28, 2018 9:37 am    Post subject: Reply with quote

mesa-18.0.0_rc2?
_________________
backend.cpp:92:2: warning: #warning TODO - this error message is about as useful as a cooling unit in the arctic
Back to top
View user's profile Send private message
Tae_kyon
n00b
n00b


Joined: 19 Apr 2006
Posts: 60

PostPosted: Sun Jan 28, 2018 9:46 am    Post subject: Reply with quote

Hm, yes
_________________
We shall not cease from exploration. And the end of all our exploring
will be to arrive where we started and know the place for the first time
Back to top
View user's profile Send private message
asturm
Developer
Developer


Joined: 05 Apr 2007
Posts: 6824
Location: Austria

PostPosted: Sun Jan 28, 2018 9:48 am    Post subject: Reply with quote

It has a lot of issues apparently, so I'd advise downgrade for the time being. At least I would not start to search for the error elsewhere as long as this version is installed.
_________________
backend.cpp:92:2: warning: #warning TODO - this error message is about as useful as a cooling unit in the arctic
Back to top
View user's profile Send private message
davidm
Guru
Guru


Joined: 26 Apr 2009
Posts: 557
Location: US

PostPosted: Sun Jan 28, 2018 12:39 pm    Post subject: Reply with quote

Tae_kyon wrote:
Hm, yes


https://bugs.gentoo.org/645756
Back to top
View user's profile Send private message
wrc1944
Advocate
Advocate


Joined: 15 Aug 2002
Posts: 3210
Location: Gainesville, Florida

PostPosted: Mon Jan 29, 2018 4:25 am    Post subject: Reply with quote

Yes. mesa-18.0.0_rc2 was my problem on three systems. I downgraded mesa and sddm, rebuilt kde-plasma/plasma-meta with USE="sddm", and then to be extra sure rebuilt xorg-server, and xorg-drivers.

That solved 2 days of floundering doing kernel rebuilds in VT's , and with all sorts of other possible fixes I read about for the DM failures, and some aggrevating black screen lockups and no way to unlock them but a cold reboot.

On reboot after the mesa and sddm downgrades, all was normal. Oh well, running ~amd64 systems ocassionally things like this will sneak through on a @world update. :roll:
_________________
Main box- AsRock x370 Gaming K4
Ryzen 1700, 3.0GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
Gentoo ~amd64 plasma, glibc-2.29-r2, gcc-8.3.0-r1 kernel-5.0.7-gentoo USE=experimental
Back to top
View user's profile Send private message
wrc1944
Advocate
Advocate


Joined: 15 Aug 2002
Posts: 3210
Location: Gainesville, Florida

PostPosted: Mon Jan 29, 2018 6:16 pm    Post subject: Reply with quote

@asturm
Just saw this: https://www.phoronix.com/scan.php?page=news_item&px=Mesa-18.0-RC3-Released
Seems like a pretty extensive list of changes. I'm wondering if any of these would fix the issues with RC2 which necessitated the downgrade to 17.3.3?
I'm surely not knowledgeable enough to reach an informed conclusion.
Quote:
The third release candidate for Mesa 18.0.0 is now available.

Bas Nieuwenhuizen (1):
radeonsi: Export signalled sync file instead of -1.

Brian Paul (1):
vbo: fix incorrect min/max_index values in display list draw call

Christoph Haag (1):
meson: remove lib prefix from libd3dadapter9.so

Chuck Atkins (1):
configure.ac: add missing llvm dependencies to .pc files

Dave Airlie (6):
radv: add fs_key meta format support to resolve passes.
radv: don't use hw resolve for integer image formats
radv: don't use hw resolves for r16g16 norm formats.
radv: fix sample_mask_in loading. (v3.1)
radv: move spi_baryc_cntl to pipeline
radv: don't enable tc compat for d32s8 + 4/8 samples (v1.1)

Dylan Baker (1):
meson: correctly set SYSCONFDIR for loading dirrc

Eleni Maria Stea (1):
mesa: Fix function pointers initialization in status tracker

Emil Velikov (3):
configure.ac: correct driglx-direct help text
cherry-ignore: add patches picked without -x
Update version to 18.0.0-rc3

Eric Engestrom (1):
radeon: remove left over dead code

George Kyriazis (1):
swr/rast: support llvm 3.9 type declarations

Greg V (4):
meson: fix BSD build
meson: fix missing dependencies
meson: fix getting cflags from pkg-config
meson: handle LLVM 'x.x.xgit-revision' versions

Jason Ekstrand (24):
anv/pipeline: Don't assert on more than 32 samplers
anv/cmd_state: Drop the scratch_size field
anv/cmd_buffer: Get rid of the meta query workaround
anv/cmd_buffer: Rework anv_cmd_state_reset
anv/cmd_buffer: Use some pre-existing pipeline temporaries
anv/cmd_buffer: Add substructs to anv_cmd_state for graphics and compute
anv: Remove semicolons from vk_error[f] definitions
anv/cmd_buffer: Refactor ensure_push_descriptor_set
anv/cmd_buffer: Add a helper for binding descriptor sets
anv/cmd_buffer: Use anv_descriptor_for_binding for samplers
anv: Separate compute and graphics descriptor sets
anv/cmd_buffer: Move dirty bits into anv_cmd_*_state
anv/cmd_buffer: Move vb_dirty bits into anv_cmd_graphics_state
anv/cmd_buffer: Use a temporary variable for dynamic state
anv/cmd_buffer: Move dynamic state to graphics state
anv/cmd_buffer: Move num_workgroups to compute state
anv/cmd_buffer: Move gen7 index buffer state to graphics state
i965/miptree: Take an aux_usage in prepare/finish_render
i965/miptree: Add an aux_disabled parameter to render_aux_usage
i965/surface_state: Drop brw_aux_surface_disabled
i965: Replace draw_aux_buffer_disabled with draw_aux_usage
i965/draw: Set NEW_AUX_STATE when draw aux changes
i965/fs: Reset the register file to VGRF in lower_integer_multiplication
anv/pipeline: Don't look at blend state unless we have an attachment

Marc Dietrich (1):
meson: fix some defines misspelled errors in meson.build

Marek Olšák (1):
radeonsi: don't ignore pitch for imported textures

Maxin B. John (1):
anv_icd.py: improve reproducible builds

Rafael Antognolli (3):
i965/gen10: Ignore push constant packets during context restore.
anv/gen10: Ignore push constant packets during context restore.
i965/gen10: Re-enable push constants.

Roland Scheidegger (1):
gallivm: fix crash with seamless cube filtering with different
min/mag filter

Samuel Pitoiset (1):
ac/nir: set amdgpu.uniform and invariant.load for UBOs

Scott D Phillips (1):
meson: Fix define for USE_SSE41

Topi Pohjolainen (1):
i965: Don't try to disable render aux buffers for compute

git tag: mesa-18.0.0-rc3

https://mesa.freedesktop.org/archive/mesa-18.0.0-rc3.tar.gz
MD5: f3aa7aa83e596afbb66fd96403550a81 mesa-18.0.0-rc3.tar.gz
SHA1: d957aaa77e033b407c1b2c8631c88c64f7362cf0 mesa-18.0.0-rc3.tar.gz
SHA256: 698cb9a2a66431a7cdb92df1b426760e756533b2ef15011be4929ac218b91c3f
mesa-18.0.0-rc3.tar.gz
SHA512: 01cae15d6928e1a6097961d99e70fad8f0fbf0abf89d55119dd9f327a40aeb2da1ae74858e028f7e016cc432322a58ca8578a452010776d0b666d081abad4ee0
mesa-18.0.0-rc3.tar.gz
PGP: https://mesa.freedesktop.org/archive/mesa-18.0.0-rc3.tar.gz.sig

https://mesa.freedesktop.org/archive/mesa-18.0.0-rc3.tar.xz
MD5: c4c44e87f705bb01edbb9e3daba1dfe2 mesa-18.0.0-rc3.tar.xz
SHA1: f2abe93644247cf2392b4b6d5ebb1db2ca29be65 mesa-18.0.0-rc3.tar.xz
SHA256: 27c1ade098d9e0afaa7ecaa2d4ce7fe1e84f105b82c0d19926f9694087ea5758
mesa-18.0.0-rc3.tar.xz
SHA512: 62e7491cdd5a6651c2bb7c0268685654d5376a68135c1904c684f716805695840c0a16fcff324c75f3ec000bebfa835b3da9a13c479b612da715b171fe68bc0b
mesa-18.0.0-rc3.tar.xz
PGP: https://mesa.freedesktop.org/archive/mesa-18.0.0-rc3.tar.xz.sig


_________________
Main box- AsRock x370 Gaming K4
Ryzen 1700, 3.0GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
Gentoo ~amd64 plasma, glibc-2.29-r2, gcc-8.3.0-r1 kernel-5.0.7-gentoo USE=experimental


Last edited by wrc1944 on Mon Jan 29, 2018 6:23 pm; edited 1 time in total
Back to top
View user's profile Send private message
asturm
Developer
Developer


Joined: 05 Apr 2007
Posts: 6824
Location: Austria

PostPosted: Mon Jan 29, 2018 6:21 pm    Post subject: Reply with quote

Just give it a try. I don't have these issues so I won't be able to confirm...
_________________
backend.cpp:92:2: warning: #warning TODO - this error message is about as useful as a cooling unit in the arctic
Back to top
View user's profile Send private message
wrc1944
Advocate
Advocate


Joined: 15 Aug 2002
Posts: 3210
Location: Gainesville, Florida

PostPosted: Mon Jan 29, 2018 6:38 pm    Post subject: Reply with quote

I'll give it a try soon as it's in the tree.
_________________
Main box- AsRock x370 Gaming K4
Ryzen 1700, 3.0GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
Gentoo ~amd64 plasma, glibc-2.29-r2, gcc-8.3.0-r1 kernel-5.0.7-gentoo USE=experimental
Back to top
View user's profile Send private message
wrc1944
Advocate
Advocate


Joined: 15 Aug 2002
Posts: 3210
Location: Gainesville, Florida

PostPosted: Tue Jan 30, 2018 4:57 pm    Post subject: Reply with quote

I can confirm mesa-18.0.0_rc3 fixes the issues. If anyone wants to get into the weeds.....

https://patchwork.freedesktop.org/patch/200870/
https://bugs.freedesktop.org/show_bug.cgi?id=104762
_________________
Main box- AsRock x370 Gaming K4
Ryzen 1700, 3.0GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
Gentoo ~amd64 plasma, glibc-2.29-r2, gcc-8.3.0-r1 kernel-5.0.7-gentoo USE=experimental
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Desktop Environments All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum