WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] [PATCH] xenctx: misc adjustments

>>> On 11.01.11 at 20:27, Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx> wrote:
> Jan Beulich writes ("[Xen-devel] [PATCH] xenctx: misc adjustments"):
>> - fix off-by-one errors during symbol insertion and lookup
>> - don't store the symbol type, as it wasn't needed at all so far and
>>   is only needed now at parsing time
>> - don't insert certain kinds of symbols
> ...
>> -        insert_symbol(symbol);
>> +        switch (type) {
>> +        case 'A': /* global absolute */
>> +        case 'a': /* local absolute */
>> +            break;
> 
> Is there some reason why these shouldn't included ?  Perhaps I'm
> misunderstanding what their purpose is.

Absolute symbols (with very few exceptions) don't represent
addresses (take the symbol CRC values in older Linux as an
example; current Linux has vDSO relative(!) addresses among
them).

Since some versions have absolute _text etc, they're being
allowed to fall into the code path following the switch
statement (other than undefined symbols), but for the purpose
of annotating stack traces they're useless (and in all reality, for
relocatable kernels, there ought to be a mechanism to add a
fixed offset to all addresses, which immediately disqualifies
all absolute ones except those few special purpose ones).

Jan


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>