https://bugzilla.kernel.org/show_bug.cgi?id=62541
Bug ID: 62541
Summary: Kernel oops/panic during system boot with systemd -
"Unable to handle kernel NULL pointer dereference"
Product: Drivers
Version: 2.5
Kernel Version: 3.11
Hardware: All
OS: Linux
Tree: Mainline
Status: NEW
Severity: high
Priority: P1
Component: Video(DRI - non Intel)
…
[View More] Assignee: drivers_video-dri(a)kernel-bugs.osdl.org
Reporter: a.byszuk(a)elka.pw.edu.pl
Regression: No
Created attachment 110251
--> https://bugzilla.kernel.org/attachment.cgi?id=110251&action=edit
dmesg, lswh, .config outputs
Hello,
I have a bug (100 % repeatable) that prevents booting Linux when systemd is
used as an init system. However, booting with traditional init works fine.
I'm posting this bug to the DRI subsystem because I was (barely) able to
capture to capture kernel message before the screen becomes blank.
I can verify that this problem happens in all 3.11.x kernels and in Debian's
3.10 kernel.
The hardware is Dell Vostro 3560 - Intel Ivy Bridge, hybrid graphics (Intel +
Radeon), OCZ Vertex 4 SSD.
My suspicion is that maybe the system bootup is too fast for the kernel; I was
able to boot kernel once even with systemd, but that was when I turned on all
the debugging messages which flooded console a bit.
Photo of captured BUG message: http://s23.postimg.org/qgk843rzv/vga1.png
dmesg, lshw and .config outputs attached.
Kind regards,
Adrian
--
You are receiving this mail because:
You are watching the assignee of the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=76382
Priority: medium
Bug ID: 76382
Assignee: dri-devel(a)lists.freedesktop.org
Summary: Mesa Gallium egllog _eglLog
Severity: major
Classification: Unclassified
OS: Linux (All)
Reporter: f1r31c3r(a)gmail.com
Hardware: All
Status: NEW
Version: 9.0
Component: Drivers/Gallium/i915g
Product: Mesa
Hi all.
Sorry in …
[View More]advance for any spelling blurb as i am using match sticks to hold me
eyes open.
I found a bug in the mesa, particularly related to the include files used in
src/gallium/x11
files that contain the include egllog.h that define _elLog cant find the it.
Not sure if the environment variable set for the source code under the gallium
directory is not set right.
Put simply even though the include is specified in the source file it does not
actually include it and hence the compile fails due to "undefined reference
_eglLog"
Seems that it only ever fails to compile when gallium has been enabled. egl
enabled with gles1 and 2 is fine but enable gallium and the compile error
occurs.
Hope it helps.
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=76241
Priority: medium
Bug ID: 76241
Assignee: dri-devel(a)lists.freedesktop.org
Summary: System killed by 'Triangle of Death'
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: farmboy0+freedesktop(a)googlemail.com
Hardware: x86-64 (AMD64)
Status: NEW
Version: git
Component: Drivers/Gallium/radeonsi
…
[View More] Product: Mesa
The demo 'Triangle of Death' from GPU Caps Viewer run under wine will freeze
the system.
Homepage of GPU Caps Viewer is
http://www.ozone3d.net/gpu_caps_viewer/
Kernel: 3.13.6
Mesa: git
LLVM: 3.4
Wine: git
Card: VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Cape
Verde PRO [Radeon HD 7750]
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugzilla.kernel.org/show_bug.cgi?id=60674
Bug ID: 60674
Summary: linux 3.10.x RV740 (Radeon HD 4770) display problem
Product: Drivers
Version: 2.5
Kernel Version: 3.10
Hardware: x86-64
OS: Linux
Tree: Mainline
Status: NEW
Severity: blocking
Priority: P1
Component: Video(DRI - non Intel)
Assignee: drivers_video-dri(a)kernel-bugs.osdl.org
…
[View More]Reporter: yg.do(a)sfr.fr
Regression: No
Created attachment 107073
--> https://bugzilla.kernel.org/attachment.cgi?id=107073&action=edit
Screenshot with kernel 3.10 (display BUG)
Description:
Hard to describe… It seems that fonts don’t get displayed. Seeing the
screenshots, I’m not sure it is the only problem, though… (see icons for
example)
Linux console is OK. E17 is OK.
Additional info:
* OS: up-to-date Arch Linux
* current (working kernel): 3.9.9
* tested non-working kernels: 3.10.2 and 3.10.3
Steps to reproduce:
* upgrade kernel,
* get this: [attached screenshot]
As you can see, Enlightenment17 has no problem for some reason. However, all
other applications I tried were displayed like the screenshot: Firefox,
Thunderbird, Geany… and SLIM (the display manager)!
On the login screen for example, I can enter my login name, but no text is
shown on screen; it lets me login though.
--
You are receiving this mail because:
You are watching the assignee of the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=72680
Priority: medium
Bug ID: 72680
Assignee: dri-devel(a)lists.freedesktop.org
Summary: flightgear crashes on r600 (rs880) with llvm backend
Severity: normal
Classification: Unclassified
OS: All
Reporter: marvin24(a)gmx.de
Hardware: Other
Status: NEW
Version: git
Component: Drivers/Gallium/r600
Product: Mesa
…
[View More]Flightgear 2.12 again... works with R600_LLVM=0.
sb/sb_bc_parser.cpp:395:prepare_alu_group: Assertion `prev_alu' failed.
Program received signal SIGTRAP, Trace/breakpoint trap.
0x00007fffea22ea3c in _debug_assert_fail (expr=0x7fffea523729 "prev_alu",
file=0x7fffea523655 "sb/sb_bc_parser.cpp", line=395,
function=0x7fffea524df0
<r600_sb::bc_parser::prepare_alu_group(r600_sb::cf_node*,
r600_sb::alu_group_node*)::__FUNCTION__> "prepare_alu_group") at
util/u_debug.c:278
278 os_abort();
(gdb) bt
#0 0x00007fffea22ea3c in _debug_assert_fail (expr=0x7fffea523729 "prev_alu",
file=0x7fffea523655 "sb/sb_bc_parser.cpp", line=395,
function=0x7fffea524df0
<r600_sb::bc_parser::prepare_alu_group(r600_sb::cf_node*,
r600_sb::alu_group_node*)::__FUNCTION__> "prepare_alu_group") at
util/u_debug.c:278
#1 0x00007fffea380f27 in r600_sb::bc_parser::prepare_alu_group
(this=0x7fffffffade0, cf=0x18d117d8, g=0x18d11a80)
at sb/sb_bc_parser.cpp:395
#2 0x00007fffea3808b8 in r600_sb::bc_parser::prepare_alu_clause
(this=0x7fffffffade0, cf=0x18d117d8) at sb/sb_bc_parser.cpp:307
#3 0x00007fffea381e47 in r600_sb::bc_parser::prepare_ir (this=0x7fffffffade0)
at sb/sb_bc_parser.cpp:603
#4 0x00007fffea37fd92 in r600_sb::bc_parser::prepare (this=0x7fffffffade0) at
sb/sb_bc_parser.cpp:106
#5 0x00007fffea387237 in r600_sb_bytecode_process (rctx=0x135b250,
bc=0x18897998, pshader=0x18897990, dump_bytecode=0, optimize=1)
at sb/sb_core.cpp:155
#6 0x00007fffea33d6e8 in r600_pipe_shader_create (ctx=0x135b250,
shader=0x18897980, key=...) at r600_shader.c:152
#7 0x00007fffea363b39 in r600_shader_select (ctx=0x135b250, sel=0x18795660,
dirty=0x0) at r600_state_common.c:746
#8 0x00007fffea363d47 in r600_create_shader_state (ctx=0x135b250,
state=0x1889f070, pipe_shader_type=1) at r600_state_common.c:793
#9 0x00007fffea363d85 in r600_create_ps_state (ctx=0x135b250,
state=0x1889f070) at r600_state_common.c:803
#10 0x00007fffea0bc9e7 in st_translate_fragment_program (st=0x1343be0,
stfp=0x17dd7000, key=0x7fffffffc260)
at state_tracker/st_program.c:772
#11 0x00007fffea0bcaf4 in st_get_fp_variant (st=0x1343be0, stfp=0x17dd7000,
key=0x7fffffffc260) at state_tracker/st_program.c:809
#12 0x00007fffea07edf7 in update_fp (st=0x1343be0) at
state_tracker/st_atom_shader.c:92
#13 0x00007fffea079ade in st_validate_state (st=0x1343be0) at
state_tracker/st_atom.c:202
#14 0x00007fffea09858c in st_draw_vbo (ctx=0x7ffff7e7f010, prims=0x11011460,
nr_prims=1, ib=0x0, index_bounds_valid=1 '\001', min_index=0,
max_index=73, tfb_vertcount=0x0, indirect=0x0) at
state_tracker/st_draw.c:212
#15 0x00007fffea07913b in vbo_save_playback_vertex_list (ctx=0x7ffff7e7f010,
data=0x11d3376c) at vbo/vbo_save_draw.c:309
#16 0x00007fffe9f1468b in ext_opcode_execute (ctx=0x7ffff7e7f010,
node=0x11d33768) at main/dlist.c:628
#17 0x00007fffe9f2781c in execute_list (ctx=0x7ffff7e7f010, list=46) at
main/dlist.c:7023
#18 0x00007fffe9f2c905 in _mesa_CallList (list=46) at main/dlist.c:8327
#19 0x00007ffff63a18e9 in osgUtil::RenderLeaf::render(osg::RenderInfo&,
osgUtil::RenderLeaf*) () from /usr/lib64/libosgUtil.so.80
#20 0x00007ffff639c4d0 in
osgUtil::RenderBin::drawImplementation(osg::RenderInfo&, osgUtil::RenderLeaf*&)
()
from /usr/lib64/libosgUtil.so.80
#21 0x00007ffff639c514 in
osgUtil::RenderBin::drawImplementation(osg::RenderInfo&, osgUtil::RenderLeaf*&)
()
from /usr/lib64/libosgUtil.so.80
#22 0x00007ffff63a6f8f in
osgUtil::RenderStage::drawImplementation(osg::RenderInfo&,
osgUtil::RenderLeaf*&) ()
from /usr/lib64/libosgUtil.so.80
#23 0x00007ffff63a57c6 in osgUtil::RenderStage::drawInner(osg::RenderInfo&,
osgUtil::RenderLeaf*&, bool&) ()
from /usr/lib64/libosgUtil.so.80
#24 0x00007ffff63a688a in osgUtil::RenderStage::draw(osg::RenderInfo&,
osgUtil::RenderLeaf*&) () from /usr/lib64/libosgUtil.so.80
#25 0x00007ffff63b0b99 in osgUtil::SceneView::draw() () from
/usr/lib64/libosgUtil.so.80
#26 0x00007ffff6009506 in osgViewer::Renderer::cull_draw() () from
/usr/lib64/libosgViewer.so.80
#27 0x00007ffff599be09 in osg::GraphicsContext::runOperations() () from
/usr/lib64/libosg.so.80
#28 0x00007ffff603d46e in osgViewer::ViewerBase::renderingTraversals() () from
/usr/lib64/libosgViewer.so.80
#29 0x0000000000b0d1d5 in fgOSMainLoop() ()
#30 0x00000000005e2383 in fgMainInit(int, char**) ()
#31 0x00000000005a5b74 in main ()
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=71789
Priority: medium
Bug ID: 71789
Assignee: dri-devel(a)lists.freedesktop.org
Summary: [r300g] Visuals not found in (default) depth = 24
Severity: normal
Classification: Unclassified
OS: OpenBSD
Reporter: mpi(a)openbsd.org
Hardware: PowerPC
Status: NEW
Version: 9.2
Component: Drivers/Gallium/r300
Product: Mesa
…
[View More]Created attachment 89467
--> https://bugs.freedesktop.org/attachment.cgi?id=89467&action=edit
Xorg.log without configuration file
Without xorg.conf or with a pixel depth of 24 bits, any application linked to
libGL will fails to load the "r300" driver and after it the "swarst" driver
with the following message:
libGL error: failed to load driver: r300
libGL error: Try again with LIBGL_DEBUG=verbose for more details.
libGL error: failed to load driver: swrast
libGL error: Try again with LIBGL_DEBUG=verbose for more details.
This problem is present in all the Mesa 9.x release up to 9.2.3. But it is not
in the 8 (which segfault at some point), 7.11 was working without config file.
After a bit of investigation, I found that driConvertConfigs() returns NULL in
dri2CreateScreen() when trying to find matching visuals
(src/glx/dri_glx.c:450). However if I specify a depth of 16 bits in my
xorg.conf I cannot reproduce this problem.
This problem is present on OpenBSD -current (future 5.5) which has the drm
drivers synced with Ubuntu's linux 3.8 kernel.
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]