| Bug ID | 98987 |
|---|---|
| Summary | [RS690] BUG: soft lockup when radeon modesetting |
| Product | DRI |
| Version | unspecified |
| Hardware | x86-64 (AMD64) |
| OS | Linux (All) |
| Status | NEW |
| Severity | critical |
| Priority | high |
| Component | DRM/Radeon |
| Assignee | dri-devel@lists.freedesktop.org |
| Reporter | vaclav.ovsik@gmail.com |
Created attachment 128323 [details] logged using netconsole - kernel 4.8.7 (Debian kernel) Dear developers, I'm unable to boot into functional system with KMS radeon. When radeon.modeset=3D0 on kernel command-line system it starts and run OK. Without disabled modeset the kernel 4.7, 4.8, 4.9-rc7 with 90% probability locks or crash. I'm running Debian unstable and tried Debian kernels 4.7, 4.8 from Debian a= nd compile 4.9rc7 vanilla kernel. Attached logs through netconsole. Any idea what I can test? Thanks --=20 Zito ref: debian bug #845382 - http= s://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D845382
Created attachment 128324 [details]=
logged using netconsole - 4.8.7 - soft lockup
| What | Removed | Added |
|---|---|---|
| Attachment #128323 description | logged using netconsole - kernel 4.8.7 (Debian kernel) | logged using netconsole - 4.8.7 - NULL pointer |
Created attachment 128325 [details]
logged using netconsole - 4.9.0-rc7 - NULL pointer
Created attachment 128326 [=
details]
logged using netconsole - 4.9.0-rc7 - soft lockup
today I inserted into MB Asus M2A-VM HDMI PCI-E card HD7770. W= ith HD7770 the modeset works OK without any crash/lockup. Xserver started OK too. Loaded w= as radeon driver. The bug in radeon driver is in a part specific to RS690 chip= so.
Has KMS ever worked on that card for you? If yes, can you test= older kernels?
Setting radeon.modeset=3D0 is not longer supported since the r= emoval of UMS support, so setting this options just blacklists the driver completely. That looks like a bug in the HDMI audio handling code, we had similar issue= s on other hardware generations as well. Maybe the handling routine for RS690 is still not in the correct order. Anyway please try radeon.audio=3D0 as well.
Bing - HDMI audio is probably a source of problem. I tried to add radeon.audio=3D0. I tested this before already, but I tried = this time again with 4.9-rc7. No bug in console appeared, but kernel lock down (<Alt>-<SysRq>-B don't worked). I tried I think 3-times - no OO= PS on console, only hang. Then I get idea to look into BIOS if HDMI audio is enabled there= and really, HDMI was disabled completely. I enable HDMI in the BIOS and disable HDMI audio only and system started normaly. I tried combinations: BIOS BIOS radeon.audio=3D0 HDMI HDMI audio ---------------------------------------------------------------- 0 - no OOPS 0 - yes OOPS yes yes no OOPS yes yes yes OOPS yes no no OK So to avoid problems with the radeon driver the HDMI audio must be disabled= in BIOS and it is possible only if the HDMI connector is enabled, because otherwise the option (HDMI audio) is greyed. I can't remember if I had this setting in the past, maybe yes. Disabled HDMI may be the result of BIOS "Load system default", because other fl= aws on this mobo with networking some time ago (.
| What | Removed | Added |
|---|---|---|
| Status | NEW | RESOLVED |
| Resolution | --- | MOVED |
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this = link to our GitLab instance: https://gitlab.freedesktop.org/drm/amd/issues/762.