On 08/11/2014 03:43 PM, Jiri Olsa wrote:
> On Mon, Aug 11, 2014 at 03:36:40PM +0300, Adrian Hunter wrote:
>> On 08/11/2014 03:23 PM, Jiri Olsa wrote:
>>> On Wed, Jul 16, 2014 at 05:22:22PM +0300, Adrian Hunter wrote:
>>>> On 16/07/2014 5:15 p.m., Jiri Olsa wrote:
>>>>> On Mon, Jul 14, 2014 at 01:02:37PM +0300, Adrian Hunter wrote:
>>>>>
>>>>> SNIP
>>>>>
>>>>>> +
>>>>>> +int machine__get_kernel_start(struct machine *machine)
>>>>>> +{
>>>>>> +        struct map *map = machine__kernel_map(machine, MAP__FUNCTION);
>>>>>> +        int err = 0;
>>>>>> +
>>>>>> +        /*
>>>>>> +         * The only addresses above 2^63 are kernel addresses of a 
>>>>>> 64-bit
>>>>>> +         * kernel.  Note that addresses are unsigned so that on a 
>>>>>> 32-bit system
>>>>>> +         * all addresses including kernel addresses are less than 2^32. 
>>>>>>  In
>>>>>> +         * that case (32-bit system), if the kernel mapping is unknown, 
>>>>>> all
>>>>>> +         * addresses will be assumed to be in user space - see
>>>>>> +         * machine__kernel_ip().
>>>>>> +         */
>>>>>> +        machine->kernel_start = 1ULL << 63;
>>>>>> +        if (map) {
>>>>>> +                err = map__load(map, machine->symbol_filter);
>>>>>> +                if (map->start)
>>>>>> +                        machine->kernel_start = map->start;
>>>>>> +        }
>>>>>> +        return err;
>>>>>> +}
>>>>>
>>>>> we just recently got machine__get_kernel_start_addr function,
>>>>> I think we want just one function for this
>>>>
>>>> They do quite different things.
>>>>
>>>
>>> so one of those two should have different name
>>
>> Such as?
> 
> dont know ;-) but if they do 'quite different things' as u said,
> I expect to see that at least in the function name

How about:

        machine__get_kernel_start_addr -> machine__get_running_kernel_start


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to