From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751331AbdJWIiM (ORCPT ); Mon, 23 Oct 2017 04:38:12 -0400 Received: from mail-wm0-f65.google.com ([74.125.82.65]:48394 "EHLO mail-wm0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750811AbdJWIiI (ORCPT ); Mon, 23 Oct 2017 04:38:08 -0400 X-Google-Smtp-Source: ABhQp+Sv26koZGojgxhzYMTqKBxaVqCbFZHJiTbj2HubcuYnHIyEsC+8aqg4/7+jLQgN4MvsRQ4dwA== Date: Mon, 23 Oct 2017 17:38:04 +0900 From: Sergey Senozhatsky To: Petr Mladek Cc: Sergey Senozhatsky , Sergey Senozhatsky , Steven Rostedt , Tony Luck , Fenghua Yu , Benjamin Herrenschmidt , Paul Mackerras , Michael Ellerman , James Bottomley , Helge Deller , Andrew Morton , Jessica Yu , Alexei Starovoitov , linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org Subject: Re: [PATCHv3 6/7] symbol lookup: use new kernel and module dereference functions Message-ID: <20171023083804.GA32339@tigerII.localdomain> References: <20170930025319.987-1-sergey.senozhatsky@gmail.com> <20170930025319.987-7-sergey.senozhatsky@gmail.com> <20171004115306.GH20084@pathway.suse.cz> <20171019064235.GB449@jagdpanzerIV> <20171020130848.GC22070@pathway.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20171020130848.GC22070@pathway.suse.cz> User-Agent: Mutt/1.9.1 (2017-09-22) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On (10/20/17 15:08), Petr Mladek wrote: > On Thu 2017-10-19 15:42:35, Sergey Senozhatsky wrote: > > Sorry for the delay and thanks for taking a look. > > > > I'll try to re-spin the patch set by the end of this week/early next > > week. > > > > > > On (10/04/17 13:53), Petr Mladek wrote: > > [..] > > > Note that kallsyms_lookup() and module_address_lookup() is used > > > in many other situations. > > > > we dereference only things that can be dereferenced. > > so calling it on already dereferenced address, or address > > that does need to be dereferenced is OK. > > My concern is that it changes the behavior. It will suddenly return > another information for addresses that were not dereference before. OK. I'd be really-really surprised to find out that anyone did kallsyms_lookup()/module_address_lookup() on func descriptors, but I understand your concerns. I'll try to keep everything within vsprintf(). -ss