On 2015-12-25 15:42, Sven Arvidsson wrote:
> On Fri, 2015-12-25 at 03:16 +0100, Staszek wrote:
>> On 2015-12-24 15:07, Sven Arvidsson wrote:
>>> Try disabling nouveau, both in the kernel and the xorg driver, and
>>> see
>>> if the crashes stop.
>>
>> Ok, but what other driver shall I use instead?
>
On Fri, 25 Dec 2015, Staszek wrote:
> On 2015-12-24 15:07, Sven Arvidsson wrote:
> > Try disabling nouveau, both in the kernel and the xorg driver, and
> > see if the crashes stop.
>
> Ok, but what other driver shall I use instead?
>
> According to ThinkPad Wiki nv driver works:
> http://www.thi
On Fri, 2015-12-25 at 03:16 +0100, Staszek wrote:
> On 2015-12-24 15:07, Sven Arvidsson wrote:
> > Try disabling nouveau, both in the kernel and the xorg driver, and
> > see
> > if the crashes stop.
>
> Ok, but what other driver shall I use instead?
The vesa driver would probably be easiest to ge
On Fri, 25 Dec 2015 03:16:21 +0100
Staszek wrote:
>On 2015-12-24 15:07, Sven Arvidsson wrote:
>> Try disabling nouveau, both in the kernel and the xorg driver, and see
>> if the crashes stop.
>
>Ok, but what other driver shall I use instead?
>
>According to ThinkPad Wiki nv driver works:
>http://
On 2015-12-24 15:07, Sven Arvidsson wrote:
> Try disabling nouveau, both in the kernel and the xorg driver, and see
> if the crashes stop.
Ok, but what other driver shall I use instead?
According to ThinkPad Wiki nv driver works:
http://www.thinkwiki.org/wiki/NVIDIA_Quadro_NVS_140M . Unfortunatel
On Thu, Dec 24, 2015 at 3:07 PM, Sven Arvidsson wrote:
> On Thu, 2015-12-24 at 14:00 +0100, Staszek wrote:
>> Perhaps that is a graphics card...
>
> Try disabling nouveau, both in the kernel and the xorg driver, and see
> if the crashes stop.
>
> You might also want to try a later kernel/xorg driv
On Thu, 24 Dec 2015 14:00:15 +0100
Staszek wrote:
>On 2015-12-22 22:18, Anders Andersson wrote:
>> First thing I do in a case like this is to run memtest86 in some form
>> on the hardware.
>
>Good point, but:
>
>1. those stack traces are always nouveau related
>2. memtest86+ yields nothing
>3. of
On Thu, 2015-12-24 at 14:00 +0100, Staszek wrote:
> Perhaps that is a graphics card...
Try disabling nouveau, both in the kernel and the xorg driver, and see
if the crashes stop.
You might also want to try a later kernel/xorg driver/mesa etc. But
that might open up another can of worms.
--
Che
On 2015-12-22 22:18, Anders Andersson wrote:
First thing I do in a case like this is to run memtest86 in some form
on the hardware.
Good point, but:
1. those stack traces are always nouveau related
2. memtest86+ yields nothing
3. often upon logging into X, before the desktop appears, I am get
On 2015-12-22 22:18, Anders Andersson wrote:
> First thing I do in a case like this is to run memtest86 in some form
> on the hardware.
Good point, but:
1. those stack traces are always nouveau related
2. memtest86+ yields nothing
3. often upon logging into X, before the desktop appears, I am get
On Tue, Dec 22, 2015 at 9:27 PM, Staszek wrote:
> Hi!
>
> My old Lenovo ThinkPad T61 laptop reboots by itself from time to time.
> Usually without a clue, but this time I was able to capture the stack
> trace:
> http://people.eisenbits.com/~stf/load/20151222-kernel-stack-trac
Hi!
My old Lenovo ThinkPad T61 laptop reboots by itself from time to time.
Usually without a clue, but this time I was able to capture the stack
trace:
http://people.eisenbits.com/~stf/load/20151222-kernel-stack-trace.png .
How to debug it? I've installed linux-image-3.16.0-4-amd64-dbg pa
* Stefan Pietsch [2011-11-08 00:32]:
> after updating sid, replacing libsqlite3-0 3.7.8-1 with 3.7.9-1, icedove
> shows "Stack Trace":
>
> -- Exception object --
> + message (string) 'nounDef is undefined'
> + fileName (string) 'file:///usr/lib/ice
Hi all,
after updating sid, replacing libsqlite3-0 3.7.8-1 with 3.7.9-1, icedove
shows "Stack Trace":
-- Exception object --
+ message (string) 'nounDef is undefined'
+ fileName (string) 'file:///usr/lib/icedove/modules/gloda/gloda.js'
+ lineNumber (number) 1829
+ s
Here is the spew from a stack trace:
povray include path: '(null)'
'/usr/bin/giram: fatal error: Segmentation fault
/usr/bin/giram (pid:13016): [E]xit, [H]alt, show [S]tack trace or
[P]roceed: S
#0 0x401876ec in g_on_error_stack_trace () from
/usr/lib/libglib-1.2.so.0
#1
Hi All,
I do not really know where to post this. I'll give myself
to shot to post here. Please reply via private email unless
someone else is intereted.
I'd like to know, in a c/C++ program, how to get the call stack
trace just like in the dbx, do a where will show a
16 matches
Mail list logo