Segmentation fault
StompDagger1@yahoo.com
stompdagger1 at yahoo.com
Tue Dec 11 22:35:50 PST 2012
>On Die, 2012-12-11 at 02:48 -0800, StompDagger1 at yahoo.com wrote:
>> >On Die, 2012-12-11 at 01:45 -0800, StompDagger1 at yahoo.com wrote:
>> >> >On Mon, 2012-12-10 at 11:33 -0800, StompDagger1 at yahoo.com wrote:
> >>> >> On Sun, Dec 9, 2012 at 12:16 PM, <olivier.e.amann at gmail.com>
> >>> wrote:
>> >> >> >> When starting openSuse 12.2, the X-server terminates with a
>> >> >> segmentation fault (see attached log file).
> >>> >>
> >>> >> >The open source driver should support your card just fine. Can
>> >> you
>> >> >> >install debugging symbols and get a proper backtrace with GDB?
> >>> >>
>> >http://wiki.x.org/wiki/Development/Documentation/ServerDebugging
>> >> >>
> >>> >> Alex, looking at his log, I don't see the card in the support
>> list,
>> >> >> his card is the v7700?
> >>>
> >>> >As you can see in the lspci output, it's a 7500, which is Turks
>> >> >(Northern Islands generation) based.
>> >>
>> >> >If the driver didn't support the card, it would bail much
>> earlier.
>> >>
> >>> looking at the xorg log, I see Turks only as part of the AMD Radeon
>> HD
>> >> 6700 Series, does this means that 7500 Series is part of the 6700
> >>> Series?
>>
>> >It's complicated. :\
>>
>> >7xx0 and 6xx0 are marketing names, which are mostly irrelevant for
>> >driver support, in contrast to code names such as Turks, Northern
>> >Islands etc.
>>
>> I see, so maybe it is a good idea to fix the radeon output?
>Can you make a specific suggestion, or even a patch?
I can't seem to find something more specific than this scenario,
>> if I had this problem, I'd assume that the driver doesn't supports the
>> card, this would have wasted a lot of time.
>Why would you assume that?
I think it is extremely logical to assume that because xorg's log
contains the following line: "(II) RADEON: Driver for ATI Radeon
chipsets:" and is followed by a list of cards.
if the card you have is not on the list, it is logical to assume that the driver doesn't supports it.
> Again, if the driver doesn't support a card,
>it bails much earlier, in a totally different way.
for you it is logical because you know your way around the code, I consider myself as an advanced linux user, if for me it isn't clear, why would it be clear to someone at lower experience level than I?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.x.org/archives/xorg/attachments/20121211/deb2ae58/attachment.html>
More information about the xorg
mailing list