[Scilab-users] New computer, graphics(?) crashes

Nikolay Strelkov n.strelkov at gmail.com
Thu May 28 20:55:35 CEST 2015


Dear Tim!

I did some tests.

Ubuntu 14.04.2 LTS i386:

$ glxinfo | grep -i vendor
server glx vendor string: SGI
client glx vendor string: Mesa Project and SGI
OpenGL vendor string: X.Org

$ lsmod | grep drm
drm_kms_helper         55071  1 radeon
drm                   303102  5 ttm,drm_kms_helper,radeon

Your command works normally
scf(0); clf; plot2d(sin((0:0.01:1) * 4 * %pi))

Ubuntu 12.04.5 LTS i386:
$ glxinfo | grep -i vendor
server glx vendor string: SGI
client glx vendor string: Mesa Project and SGI
OpenGL vendor string: VMware, Inc.

$ lsmod | grep drm
drm_kms_helper         49282  1 radeon
drm                   249595  3 radeon,ttm,drm_kms_helper

Your command works normally
scf(0); clf; plot2d(sin((0:0.01:1) * 4 * %pi))

So I have no problems with A4-4000 APU.
What exact laptop model do have?
I understood about AMD A10. But may be there is a discrete (hybrid) card
too?


With best regards,
maintainer and developer of Mathieu functions toolbox
<http://atoms.scilab.org/toolboxes/Mathieu/> for Scilab,
IEEE member, Ph.D.,
Nikolay Strelkov.

2015-05-28 18:25 GMT+03:00 <tim at wescottdesign.com>:

> For what it's worth, in Lubuntu the full fglrx packages causes immediate
> crashes, while uninstalling all fgrlx-related stuff except for fgrlx-core
> makes it last a while before it dies.
>
> Also, this computer was a rush job to replace my rather old previous
> machine which died Monday morning, and all I did to "install" the OS was to
> use the old hard drive.  As a consequence, the new machine is running in
> 32-bit mode, not 64.  I'm not sure how mature the 64-bit stuff is, or how
> neglected the 32-bit stuff may be at this point.
>
>
> On 2015-05-28 00:18, Nikolay Strelkov wrote:
>
>> Dear guys!
>>
>> I'll test Scilab on AMD A4-4000 today with Ubuntu 12.04.5 LTS and
>> 14.04.2 LTS and report back.
>>
>> On my laptops I successfully use Scilab 5.x on Intel HD graphics (open
>> drivers) and old Nvidia (GTX6xx, GT425, 9600GT both with proprietary
>> drivers).
>> 28 мая 2015 г. 10:44 пользователь "Antoine Monmayrant"
>> <amonmayr at laas.fr> написал:
>>
>>  Le Jeudi 28 Mai 2015 06:54 CEST, Tim Wescott
>>> <tim at wescottdesign.com> a écrit:
>>>
>>>  Strike that, I'm running 12.04.  Dang.  Time to upgrade, I
>>>>
>>> guess.
>>>
>>> Yep, first thing to do.
>>> And keep on digging on the videocard driver side if you still have
>>> troubles.
>>> Scilab tends to be a good way to detect buggy video drivers!
>>> Getting a cheap videocard with decent drivers might be the easiest
>>> way to solve your problem.
>>> You might try to ask other Linux users what card they have and
>>> whether they get graphics related crashes.
>>>
>>> Antoine
>>>
>>>
>>>> On Wed, 2015-05-27 at 08:15 +0300, Nikolay Strelkov wrote:
>>>> > Dear Tim!
>>>> >
>>>> > For me it seems that you need to use proprietary AMD drivers -
>>>>
>>> fglrx.
>>>
>>>> > Open drivers are buggy and show low-performance.
>>>> >
>>>> > If you want to use open driver on Ubuntu 12.04 LTS (precise)
>>>>
>>> you
>>>
>>>> > should upgrade its HWE to 14.04 LTS (trusty).
>>>> >
>>>> > With best regards,
>>>> > Nikolay.
>>>> >
>>>> >
>>>> > 27 мая 2015 г. 3:22 пользователь "Tim Wescott"
>>>>
>>> <tim at wescottdesign.com>
>>>
>>>> > написал:
>>>> >         Running a Scilab algorithm that puts up a lot of
>>>>
>>> graphs,
>>>
>>>> >         Scilab crashes
>>>> >         with the report below.  It's only happened with
>>>>
>>> Scilab, but it
>>>
>>>> >         appears
>>>> >         to be the video driver that's complaining, so I
>>>>
>>> don't know if
>>>
>>>> >         this is a
>>>> >         problem with Linux or with Scilab.  The processor
>>>>
>>> is an AMD
>>>
>>>> >         A10 with
>>>> >         on-board video processing which is considerably
>>>>
>>> different from
>>>
>>>> >         my
>>>> >         12-year-old Dell that this computer is replacing.
>>>> >
>>>> >         Does anyone have clues for the clueless?
>>>>
>>> Particularly
>>>
>>>> >         suggestions for
>>>> >         isolating, fixing, or working around the problem?
>>>> >
>>>> >         radeon: Failed to allocate a buffer:
>>>> >         radeon:    size      : 3328 bytes
>>>> >         radeon:    alignment : 256 bytes
>>>> >         radeon:    domains   : 2
>>>> >         EE
>>>>
>>> ../../../../../../src/gallium/drivers/radeon/r600_texture.c:1012
>>>
>>>> >         r600_texture_transfer_map - failed to create
>>>>
>>> temporary texture
>>>
>>>> >         to hold
>>>> >         untiled copy
>>>> >         radeon: Failed to allocate a buffer:
>>>> >         radeon:    size      : 1280 bytes
>>>> >         radeon:    alignment : 256 bytes
>>>> >         radeon:    domains   : 4
>>>> >         radeon: Failed to allocate a buffer:
>>>> >         radeon:    size      : 1 bytes
>>>> >         radeon:    alignment : 1 bytes
>>>> >         radeon:    domains   : 2
>>>> >         radeon: Failed to allocate a buffer:
>>>> >         radeon:    size      : 1 bytes
>>>> >         radeon:    alignment : 1 bytes
>>>> >         radeon:    domains   : 2
>>>> >         Segmentation fault (core dumped)
>>>> >
>>>> >
>>>> >         --
>>>> >
>>>> >         Tim Wescott
>>>> >         www.wescottdesign.com [1]
>>>> >         Control & Communications systems, circuit &
>>>>
>>> software design.
>>>
>>>> >         Phone: 503.631.7815
>>>> >         Cell:  503.349.8432
>>>> >
>>>> >
>>>> >         _______________________________________________
>>>> >         users mailing list
>>>> >         users at lists.scilab.org
>>>> >         http://lists.scilab.org/mailman/listinfo/users [2]
>>>>
>>>> --
>>>>
>>>> Tim Wescott
>>>> www.wescottdesign.com [1]
>>>> Control & Communications systems, circuit & software design.
>>>> Phone: 503.631.7815
>>>> Cell:  503.349.8432
>>>>
>>>>
>>>> _______________________________________________
>>>> users mailing list
>>>> users at lists.scilab.org
>>>> http://lists.scilab.org/mailman/listinfo/users [2]
>>>>
>>>>
>>> _______________________________________________
>>> users mailing list
>>> users at lists.scilab.org
>>> http://lists.scilab.org/mailman/listinfo/users [2]
>>>
>>
>>
>> Links:
>> ------
>> [1] http://www.wescottdesign.com
>> [2] http://lists.scilab.org/mailman/listinfo/users
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20150528/fb0d7ca6/attachment.htm>


More information about the users mailing list