https://bugs.freedesktop.org/show_bug.cgi?id=83792
Priority: medium
Bug ID: 83792
Assignee: dri-devel(a)lists.freedesktop.org
Summary: Kernel hangs on boot without nomodeset option
Severity: normal
Classification: Unclassified
OS: All
Reporter: wayland(a)wayland.id.au
Hardware: Other
Status: NEW
Version: XOrg CVS
Component: DRM/Radeon
Product: DRI
Hi all. I have a Radeon FireMV 2400. I'm attempting to upgrade from Fedora 13
(kernel 2.6.33) to Fedora 20. More recent kernels have not worked for me; I
recently discovered that if I use the nomodeset option, then I can book, but
xorg no longer functions. Since it seems that using the nomodeset option is no
longer going to be supported, I need to make this work without the nomodeset
option. Unfortunately, the computer hangs (no ping via network) during boot.
I tried to give it the netconsole option, but this did not seem to produce any
results. What else can I try to help resolve this problem?
Thanks,
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=83742
Priority: medium
Bug ID: 83742
Assignee: dri-devel(a)lists.freedesktop.org
Summary: [radeonsi KMS] Monitors on DP outputs not enabled
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: RalfPeter.Rohbeck(a)quantum.com
Hardware: x86-64 (AMD64)
Status: NEW
Version: XOrg CVS
Component: DRM/Radeon
Product: DRI
I've been running with 4 monitors on my 7850 for a long time but after a Debian
jessie upgrade the two monitors on the DP outputs are no longer enabled.
Please see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=760881
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=83708
Priority: medium
Bug ID: 83708
Assignee: dri-devel(a)lists.freedesktop.org
Summary: mplayer plays video using gpu hardware
acceleraing(vdpau,uvd) kernel panic, Unable to handle
kernel paging request at virtual address
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: zduo006(a)163.com
Hardware: SPARC
Status: NEW
Version: 9.2
Component: Drivers/Gallium/radeonsi
Product: Mesa
Created attachment 106051
--> https://bugs.freedesktop.org/attachment.cgi?id=106051&action=edit
kernel panic messages
Hi, I try to using gpu hardware accelerate to play video from mplayer
(vdpau+uvd) . The machine architecture is sparc64,video card is radeon
HD7450,OS version is redhat7,kernel version is 3.10.0, mplayer version is
1.1-21,mesa version is 9.2.5-6. But everything is ok on X86 platforms, all
versions are the same.
The kernel panic occured when radeon call radeon_cs_ioctl to receive
the command stream from libdrm interface. and then radeon_cs_ib_chunk() call
radeon_uvd_cs_parse to parse the command.
First I thought this error maybe occured in a permanent position and
maybe the ioctl data or size mismatch between user space and kernel space ,I
set 1 to /sys/module/drm/para... to open drm debug switch , after I catch the
messages, the panic occur everywhere .the error context maybe after
RADEON_GEM_WAIT_IDLE? after RADEON_GEM_CREATE and so forth. so is not the data
stream error during ioctl.
And I check the changelog from 3.10 to 3.15, no patch about this.
Other, I run rpm -e mesa-vdpau-drivers to uninstall the devices driver
from mesa ,the mplayer can play video stably using cpu , when I install this
package,the blue screen is come out . and I must run mplayer -vo x11 to solve
the blue screen problem.
Because I am not clearly about the framework of the mesa-vdpau-driver
and uvd. Can anyone help me ? Thks
the error messages is below:
pid=3037, dev=0xe200, auth=1, RADEON_GEM_WAIT_IDLE
Oct 8 21:43:26 localhost kernel: [17318.899669] pid=4483, dev=0xe200, auth=1,
RADEON_GEM_WAIT_IDLE
Oct 8 21:43:26 localhost kernel: [17318.902069] Unable to handle kernel paging
request at virtual address 000000ca14312000
Oct 8 21:43:26 localhost kernel: [17318.902090] tsk->{mm,active_mm}->context =
0000000000000a2b
Oct 8 21:43:26 localhost kernel: [17318.902104] tsk->{mm,active_mm}->pgd =
fffff80008f90000
Oct 8 21:43:26 localhost kernel: [17318.902119] \|/ ____ \|/
Oct 8 21:43:26 localhost kernel: [17318.902119] "@'/ .. \`@"
Oct 8 21:43:26 localhost kernel: [17318.902119] /_| \__/ |_\
Oct 8 21:43:26 localhost kernel: [17318.902119] \__U_/
Oct 8 21:43:26 localhost kernel: [17318.902169] mplayer(4483): Oops [#1]
Oct 8 21:43:26 localhost kernel: [17318.902186] CPU: 28 PID: 4483 Comm:
mplayer Not tainted 3.10.0-54.0.1.el7.4ACL.sparc64 #1
Oct 8 21:43:26 localhost kernel: [17318.902201] task: fffff800faa2a200 ti:
fffff800fbec4000 task.ti: fffff800fbec4000
Oct 8 21:43:26 localhost kernel: [17318.902220] TSTATE: 0000004411001607 TPC:
00000000007f573c TNPC: 00000000007f5740 Y: 00000000 Not tainted
Oct 8 21:43:26 localhost kernel: [17318.902252] TPC:
<radeon_uvd_cs_parse+0x414/0x7b4>
Oct 8 21:43:26 localhost kernel: [17318.902267] g0: 0000000000083a15 g1:
000000ca14312000 g2: 000000ca14312000 g3: 0000000004314000
Oct 8 21:43:26 localhost kernel: [17318.902285] g4: fffff800faa2a200 g5:
fffff800fc2fe000 g6: fffff800fbec4000 g7: 0000000010000000
Oct 8 21:43:26 localhost kernel: [17318.902301] o0: 0000000000000000 o1:
fffff800fbec7860 o2: 0000000000000000 o3: 0000000004314000
Oct 8 21:43:26 localhost kernel: [17318.902317] o4: 0000000000000800 o5:
fffff800f62d4840 sp: fffff800fbec6f91 ret_pc: 00000000007f56f4
Oct 8 21:43:26 localhost kernel: [17318.902336] RPC:
<radeon_uvd_cs_parse+0x3cc/0x7b4>
Oct 8 21:43:26 localhost kernel: [17318.902352] l0: fffff80008dbbbc0 l1:
0000000000a213c8 l2: 0000000000000003 l3: 0000000000000001
Oct 8 21:43:26 localhost kernel: [17318.902366] l4: 000000000000ef10 l5:
0000000000d7fb10 l6: 0000000000d7fae8 l7: 0000000000d7fac8
Oct 8 21:43:26 localhost kernel: [17318.902382] i0: fffff800fbec7948 i1:
0000000000000000 i2: 000000000000ec00 i3: fffff800e30b9000
Oct 8 21:43:26 localhost kernel: [17318.902398] i4: 000000ca14312000 i5:
0000000000000000 i6: fffff800fbec7091 i7: 00000000007a1e5c
Oct 8 21:43:26 localhost kernel: [17318.902429] I7:
<radeon_cs_ioctl+0x394/0x930>
Oct 8 21:43:26 localhost kernel: [17318.902439] Call Trace:
Oct 8 21:43:26 localhost kernel: [17318.902458] [00000000007a1e5c]
radeon_cs_ioctl+0x394/0x930
Oct 8 21:43:26 localhost kernel: [17318.902486] [000000000073d1ac]
drm_ioctl+0x2fc/0x420
Oct 8 21:43:26 localhost kernel: [17318.902516] [0000000000518c94]
vfs_ioctl+0x24/0x40
Oct 8 21:43:26 localhost kernel: [17318.902537] [0000000000519518]
do_vfs_ioctl+0x440/0x4e0
Oct 8 21:43:26 localhost kernel: [17318.902560] [00000000005195e4]
SyS_ioctl+0x2c/0x50
Oct 8 21:43:26 localhost kernel: [17318.902588] [00000000004061b4]
linux_sparc_syscall+0x34/0x44
Oct 8 21:43:26 localhost kernel: [17318.902607] Disabling lock debugging due
to kernel taint
Oct 8 21:43:26 localhost kernel: [17318.902633] Caller[00000000007a1e5c]:
radeon_cs_ioctl+0x394/0x930
Oct 8 21:43:26 localhost kernel: [17318.902657] Caller[000000000073d1ac]:
drm_ioctl+0x2fc/0x420
Oct 8 21:43:26 localhost kernel: [17318.902681] Caller[0000000000518c94]:
vfs_ioctl+0x24/0x40
Oct 8 21:43:26 localhost kernel: [17318.902702] Caller[0000000000519518]:
do_vfs_ioctl+0x440/0x4e0
Oct 8 21:43:26 localhost kernel: [17318.902721] Caller[00000000005195e4]:
SyS_ioctl+0x2c/0x50
Oct 8 21:43:26 localhost kernel: [17318.902742] Caller[00000000004061b4]:
linux_sparc_syscall+0x34/0x44
Oct 8 21:43:26 localhost kernel: [17318.902757] Caller[fffff801086074ac]:
0xfffff801086074ac
Oct 8 21:43:26 localhost kernel: [17318.902765] Instruction DUMP: 913b6000
c25fa7cf b800401c <e0072008> 80a42000 12480007 fa072004 11002884 130035fe
Oct 8 21:43:30 localhost kernel: [17323.141686] pid=3037, dev=0xe200, auth=1,
RADEON_GEM_CREATE
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=83616
Priority: medium
Bug ID: 83616
Assignee: dri-devel(a)lists.freedesktop.org
Summary: Sydtem crashes in xonotic with kernel 3.17-rc since
linux commit 86302eeadebfab94530b00f5e53a23f911ff41e4
Severity: normal
Classification: Unclassified
OS: All
Reporter: freedesktop(a)voorpost.net
Hardware: Other
Status: NEW
Version: git
Component: Drivers/Gallium/r600
Product: Mesa
linux git 86302eeadebfab94530b00f5e53a23f911ff41e4 is the first bad commit
launching xonotic hangs and resets the gpu, game video output looks corrupted,
then eventually reboots the system, or can only sysrq out
mesa git current
xorg server 1.16
[ 414.741] (--) RADEON(0): Chipset: "ATI RV730XT [Radeon HD 4670]"
(ChipID = 0x9490)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=83556
Priority: medium
Bug ID: 83556
Assignee: dri-devel(a)lists.freedesktop.org
Summary: Problem with resolution using adapter dvi to dsub
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: filip.gawin(a)zoho.com
Hardware: x86-64 (AMD64)
Status: NEW
Version: git
Component: Drivers/Gallium/radeonsi
Product: Mesa
Hi, I using i5 3470, radeon hd 7850 1gb, asrock b75 pro3. And also samsung
syncmaster 710n, which has only d-sub port. My card hasn't it so I use adapter.
My system tells me that the max resolution is 1024x800. But native of my
monitor is 1280x1024. I can set wanted resolution using:
xrandr --newmode "1280x1024_60.00" 109.00 1280 1368 1496 1712 1024 1027 1034
1063 -hsync +vsync
xrandr --addmode DVI-0 1280x1024_60.00
xrandr --output DVI-0 --mode 1280x1024_60.00
But adding it to start script doesn't chance anythink.
How can i get native resolution on start X without complicate?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=82889
Priority: medium
Bug ID: 82889
Assignee: dri-devel(a)lists.freedesktop.org
Summary: [drm:si_dpm_set_power_state] *ERROR* si_disable_ulv
failed
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: mmstickman(a)gmail.com
Hardware: x86-64 (AMD64)
Status: NEW
Version: git
Component: Drivers/Gallium/radeonsi
Product: Mesa
Yet another bug I've encountered on my Radeon HD 7950 with kernel 3.16.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=81924
Priority: medium
Bug ID: 81924
Assignee: dri-devel(a)lists.freedesktop.org
Summary: No Audio over DisplayPort
Severity: normal
Classification: Unclassified
OS: All
Reporter: stefan.bruens(a)rwth-aachen.de
Hardware: Other
Status: NEW
Version: DRI CVS
Component: DRM/Radeon
Product: DRI
Currently audio is not supported when DP is used for connecting the monitor.
This works if the monitor is connected using HDMI, or when fglrx is used.
I tried patching the driver with hardcoded values taken from the fglrx drivers
using radeontool, unfortunately, this was not sufficient.
1. added call in atombios_encoders.c:radeon_atom_encoder_mode_set(...) to
initialize audio when encoder mode is DP.
2. patched evergreen_hdmi.c:evergreen_hdmi_enable(...) and
evergreen_hdmi_setmode(...) to set same register values as fglrx.
3. patched dce6_afmt.c to set values matching fglrx.
Something is missing here ...
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=81045
Priority: medium
Bug ID: 81045
Assignee: dri-devel(a)lists.freedesktop.org
Summary: [r600] Unreal Engine 4 demo crashed kernel
Severity: major
Classification: Unclassified
OS: Linux (All)
Reporter: nikoli(a)gmx.us
Hardware: x86-64 (AMD64)
Status: NEW
Version: XOrg CVS
Component: DRM/Radeon
Product: DRI
Created attachment 102434
--> https://bugs.freedesktop.org/attachment.cgi?id=102434&action=edit
kernel messages
Tried running Unreal Engine 4 demos from
https://wiki.unrealengine.com/Linux_Demos
'Mobile Temple Demo' started, worked bad (image was too dark, possible to see
almost nothing), but did not crash anything.
Next tried 'Effects Cave Demo': in a few seconds after first start of demo X
server became not responding (not even possible to switch with ctrl+alt+f1), it
was flickering between grey fill and normal desktop (seems kernel tried to
restart GPU), then system became fully unresponsive: ssh did not work, power
button did not send system to suspend. Attached kernel messages saved by
syslog.
I never had GPU related stability problems with 3.12.x-3.14.x kernels before:
several opengl 3d games worked fine, opengl based mpv video output worked fine,
glxgears and stellarium worked fine too.
Did unreal engine try to use some non implemented or unstable features? Why
kernel allowed to crash itself instead of killing userspace app?
Hardware: Radeon HD 6770
Software: Gentoo hardened amd64 stable, kernel-3.14.10, libdrm-2.4.54,
mesa-10.2.2, llvm-3.3, xf86-video-ati-7.3.0, xorg-server-1.15.0
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=80691
Priority: medium
Bug ID: 80691
Assignee: dri-devel(a)lists.freedesktop.org
Summary: HDMI audio stops working when drm_kms_helper edid
overwrite in place
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: warlock0(a)hotmail.com
Hardware: x86-64 (AMD64)
Status: NEW
Version: XOrg CVS
Component: DRM/Radeon
Product: DRI
Created attachment 101987
--> https://bugs.freedesktop.org/attachment.cgi?id=101987&action=edit
dmesg
When powering on a PC with radeon gpu (E350 in this case), without an output
device powered on (on the hdmi out), X won't start.
Therefore using drm_kms_helper to overwrite the edid information and forcing
the display to on is needed.
In this combination the hdmi audio output is not working.
It also is not working if the system is started with the overwrite in place and
TV / AVR turned on.
It seems as if the audio codec is not enabled when EDID is loaded with
drm_kms_helper
Expectation: Audio will continue to work when overwriting EDID with
drm_kms_helper.
--
You are receiving this mail because:
You are the assignee for the bug.