From patchwork Fri Aug 4 09:11:31 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: "Leizhen (ThunderTown)" X-Patchwork-Id: 13341549 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id CD22EC001DE for ; Fri, 4 Aug 2023 09:11:53 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 315DE2802DD; Fri, 4 Aug 2023 05:11:53 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 2C5762802D4; Fri, 4 Aug 2023 05:11:53 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 166722802DD; Fri, 4 Aug 2023 05:11:53 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0015.hostedemail.com [216.40.44.15]) by kanga.kvack.org (Postfix) with ESMTP id 028DA2802D4 for ; Fri, 4 Aug 2023 05:11:52 -0400 (EDT) Received: from smtpin02.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay03.hostedemail.com (Postfix) with ESMTP id B5BA4A133F for ; Fri, 4 Aug 2023 09:11:52 +0000 (UTC) X-FDA: 81085854864.02.8A064D1 Received: from dggsgout11.his.huawei.com (unknown [45.249.212.51]) by imf13.hostedemail.com (Postfix) with ESMTP id 33B3D20004 for ; Fri, 4 Aug 2023 09:11:48 +0000 (UTC) Authentication-Results: imf13.hostedemail.com; dkim=none; dmarc=none; spf=none (imf13.hostedemail.com: domain of thunder.leizhen@huaweicloud.com has no SPF policy when checking 45.249.212.51) smtp.mailfrom=thunder.leizhen@huaweicloud.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1691140310; a=rsa-sha256; cv=none; b=DE+aYYJGRoXeGTd5Hu2JfUryn4bC7n4/+An+cXbDcQ+xYwTYG+5O71W7eGQw/d3jZaGqjd yXuXKWGs0DEfoLIj+hfR8aMaEKuXQ/tbyGlHK2P0UA6NIOlT47Lkz3WMm3jfo0vARFySVp VGNzj/vF7q5e++pi/3llo6oBo4r3Vfs= ARC-Authentication-Results: i=1; imf13.hostedemail.com; dkim=none; dmarc=none; spf=none (imf13.hostedemail.com: domain of thunder.leizhen@huaweicloud.com has no SPF policy when checking 45.249.212.51) smtp.mailfrom=thunder.leizhen@huaweicloud.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1691140310; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Pg3xpHopa/nq0z60GkBaxx0ffKhYfKmp4cOeyExxG94=; b=UQvg8qt4M8IOPBesH72O0MQTNCX6e0oH9qhPCU/3qArXfHAqpLlm+NrTr1AndR2I9LOMrs K/xNEOXl8S8/UIJSEpwIf9UntI4iqVwzjhomTAAf6etlogMRFMoFD46hMfSCnl92Ky+0YJ GCDa3WgeFDuZLE6RDSvUfCyOJLkmIf4= Received: from mail02.huawei.com (unknown [172.30.67.143]) by dggsgout11.his.huawei.com (SkyGuard) with ESMTP id 4RHKhw22ggz4f403G for ; Fri, 4 Aug 2023 17:11:44 +0800 (CST) Received: from huaweicloud.com (unknown [10.174.178.55]) by APP4 (Coremail) with SMTP id gCh0CgBH_rHLwMxk2KskPg--.58335S5; Fri, 04 Aug 2023 17:11:44 +0800 (CST) From: thunder.leizhen@huaweicloud.com To: Petr Mladek , Sergey Senozhatsky , Steven Rostedt , John Ogness , Christoph Lameter , Pekka Enberg , David Rientjes , Joonsoo Kim , Andrew Morton , Vlastimil Babka , Roman Gushchin , Hyeonggon Yoo <42.hyeyoo@gmail.com>, linux-mm@kvack.org, "Paul E . McKenney" , Frederic Weisbecker , Neeraj Upadhyay , Joel Fernandes , Josh Triplett , Boqun Feng , Mathieu Desnoyers , Lai Jiangshan , Zqiang , rcu@vger.kernel.org, linux-kernel@vger.kernel.org Cc: Zhen Lei Subject: [PATCH v6 1/5] hexdump: add a new dump prefix DUMP_PREFIX_ADDRESS_LOW16 Date: Fri, 4 Aug 2023 17:11:31 +0800 Message-Id: <20230804091136.1177-2-thunder.leizhen@huaweicloud.com> X-Mailer: git-send-email 2.37.3.windows.1 In-Reply-To: <20230804091136.1177-1-thunder.leizhen@huaweicloud.com> References: <20230804091136.1177-1-thunder.leizhen@huaweicloud.com> MIME-Version: 1.0 X-CM-TRANSID: gCh0CgBH_rHLwMxk2KskPg--.58335S5 X-Coremail-Antispam: 1UD129KBjvJXoWxWF1UGw45KFWUuF17Jw1kZrb_yoW5WF13pa s0gry5GF40gF4xGr1UJrWUCr1YyrZ8Ca40kFWqyw10kryxWFW7Xw4kXFW3Gry5Gr4FqFnx Jry7t345Kr1UCw7anT9S1TB71UUUUUUqnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2 9KBjDU0xBIdaVrnRJUUUBKb4IE77IF4wAFF20E14v26rWj6s0DM7CY07I20VC2zVCF04k2 6cxKx2IYs7xG6r1S6rWUM7CIcVAFz4kK6r1j6r18M28IrcIa0xkI8VA2jI8067AKxVWUGw A2048vs2IY020Ec7CjxVAFwI0_Xr0E3s1l8cAvFVAK0II2c7xJM28CjxkF64kEwVA0rcxS w2x7M28EF7xvwVC0I7IYx2IY67AKxVW7JVWDJwA2z4x0Y4vE2Ix0cI8IcVCY1x0267AKxV W8Jr0_Cr1UM28EF7xvwVC2z280aVAFwI0_GcCE3s1l84ACjcxK6I8E87Iv6xkF7I0E14v2 6rxl6s0DM2AIxVAIcxkEcVAq07x20xvEncxIr21l5I8CrVACY4xI64kE6c02F40Ex7xfMc Ij6xIIjxv20xvE14v26r1j6r18McIj6I8E87Iv67AKxVWUJVW8JwAm72CE4IkC6x0Yz7v_ Jr0_Gr1lF7xvr2IYc2Ij64vIr41lFIxGxcIEc7CjxVA2Y2ka0xkIwI1lw4CEc2x0rVAKj4 xxMxAIw28IcxkI7VAKI48JMxC20s026xCaFVCjc4AY6r1j6r4UMI8I3I0E5I8CrVAFwI0_ Jr0_Jr4lx2IqxVCjr7xvwVAFwI0_JrI_JrWlx4CE17CEb7AF67AKxVW8ZVWrXwCIc40Y0x 0EwIxGrwCI42IY6xIIjxv20xvE14v26r1j6r1xMIIF0xvE2Ix0cI8IcVCY1x0267AKxVW8 JVWxJwCI42IY6xAIw20EY4v20xvaj40_Jr0_JF4lIxAIcVC2z280aVAFwI0_Jr0_Gr1lIx AIcVC2z280aVCY1x0267AKxVW8JVW8JrUvcSsGvfC2KfnxnUUI43ZEXa7IU1D73DUUUUU= = X-CM-SenderInfo: hwkx0vthuozvpl2kv046kxt4xhlfz01xgou0bp/ X-CFilter-Loop: Reflected X-Rspamd-Server: rspam08 X-Rspamd-Queue-Id: 33B3D20004 X-Stat-Signature: wag6z9jcfroesp8b364axurtonjhzpif X-Rspam-User: X-HE-Tag: 1691140308-472906 X-HE-Meta: U2FsdGVkX18OtvlrDDO8ulZmGCSzlHMetBRsQrJdnuh4upd9bEU7R7BgT/648C2+vz4WpqVR3cnhF2KgFsmuRwKEYjV8UTEZCBrW1UI2xUxknzelnviFYOVu3TAoEEPRcgxD9JZZVmix7V2bLyJlaEmx/7b7jXnZRLipv4q4jcXrUK+siFw1kL3up1trq6vwY/hJAtwFEjg8OaAtUU5QflrD5LgKqWgqCfn0efca7sMVdX5Kt+Oslv1NQINU0GWzgJ/cSS8DuBG3emwTYzv0kanoJlgq+XcyZtWz1l65uE9Vnb8+PJiCy3eOnVVy7Z7GY6LaNd1cDO/Csom3fwaKuq8PglClBHigee9zF4G+xN2vjAcdMtRatBK8XkFifJGPcsMyzC+4Rz4Xkk61NfjzVWAdj+cqpQCUHp51l7mFHXV4yC/m+9ntpCoQ9It5WLwQBDzuiBTMA52C3SZlFUN841CMVfdB3h9Ts/7sZTp0hrQO7r1eOQjlm/gq1aScLG1p4GxTMkX+SmQXZd2/ROgCjnnBiYInHLAcRx7bd2H+w2CrSCf1CYzpgmKKHmfRaQCMlSuRGXC792Y2pqgQG0QBCT8q59w9g3JqKAZFrw8ZLRh4jlFwUtdPJ05n/mvSL9osp785oZvkBR/t34tG1RQnYrNrB51jz6o7E9kclsqney9UPnM7UyqfLqzYdnW1t60jeFFz4mpQ+TAdNdUB60JkiRfbcwJ/56/5FfJa7qaq73GpV8ml1S5vlGoxWpVkFLh34a69cN9h2dcGGNp871u61wVNbMnXtAHvMd+0/IcCg0E4XFmi4vruOnEcgMO9rWYokPz4itW/PgY61xhK2DxTApOTBmal5Y6n6cdJrKw4yR0TiOJBTJ7N4jfj4vKEJXkiMIm7YnRU1tem0Hjr6aYPFxBfTjNgbDItLSf1mAhHS6YDHov0jdekxPpKbVzU7i/hfcWQoQrYJIDtvS2gpsO md9KfjFa 8gGjOo2qNM0R0f/cXtAbVdJFL1C9hbWvBjjwvHQPXO9nI1NGKI3gJBFXtiKC3X8tMIxadEV4AbSu6eq9H83aTv981QaLPsGzmotgmvn1u7Q70d7h3pZ+20ghLkmrdKHKb1g2Izx2nVwp4WLQHFqucMyJjniDdlDKzAXdAvaTQdrUk2RqQQug3JbMJdaNeh1atqLyBroettJEHD+UTXxkIhW3R3qzyi7W6Ah9Cmfk+NI0cScIxGDhLr83F3FF58YHvxZkFCRZtBvLiyX5kBUeo8C7uxYsdUt7sOB8bMV7Okni+/2/q+TvudH1Khg== X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: From: Zhen Lei Currently, function print_hex_dump() supports three dump prefixes: DUMP_PREFIX_NONE, DUMP_PREFIX_ADDRESS and DUMP_PREFIX_OFFSET. But for some usage scenarios, they don't work perfectly. For example, dump the content of one task's stack. In order to quickly identify a stack frame, DUMP_PREFIX_ADDRESS is preferred. But printing multiple 64-bit addresses is a bit unwise when the 'sp' value is already printed. It is redundant and unintuitive. For example: dump memory at sp=ffff800080883a90: ffff800080883a90: 80883ac0 ffff8000 3d8e936c ffffbd5b ffff800080883aa0: 5833f000 ffff3580 00000001 00000000 ffff800080883ab0: 40299840 ffff3580 590dfa00 ffff3580 ffff800080883ac0: 80883b30 ffff8000 3d938b28 ffffbd5b ffff800080883ad0: 40877180 ffff3580 590dfa00 ffff3580 ffff800080883ae0: 4090f600 ffff3580 80883cb0 ffff8000 ffff800080883af0: 00000010 00000000 00000000 00000000 ffff800080883b00: 4090f700 ffff3580 00000001 00000000 Generally, we do not dump more than 64 KB memory. It is sufficient to print only the lower 16 bits of the address. dump memory at sp=ffff800080883a90: 3a90: 80883ac0 ffff8000 3d8e936c ffffbd5b 3aa0: 5833f000 ffff3580 00000001 00000000 3ab0: 40299840 ffff3580 590dfa00 ffff3580 3ac0: 80883b30 ffff8000 3d938b28 ffffbd5b 3ad0: 40877180 ffff3580 590dfa00 ffff3580 3ae0: 4090f600 ffff3580 80883cb0 ffff8000 3af0: 00000010 00000000 00000000 00000000 3b00: 4090f700 ffff3580 00000001 00000000 Another benefit of adding DUMP_PREFIX_ADDRESS_LOW16 is that we don't have to worry about %p outputting address as hashed value. Signed-off-by: Zhen Lei --- include/linux/printk.h | 1 + lib/hexdump.c | 4 ++++ 2 files changed, 5 insertions(+) diff --git a/include/linux/printk.h b/include/linux/printk.h index 8ef499ab3c1ed2e..ccad9e8eaaf0c31 100644 --- a/include/linux/printk.h +++ b/include/linux/printk.h @@ -704,6 +704,7 @@ extern const struct file_operations kmsg_fops; enum { DUMP_PREFIX_NONE, DUMP_PREFIX_ADDRESS, + DUMP_PREFIX_ADDRESS_LOW16, DUMP_PREFIX_OFFSET }; extern int hex_dump_to_buffer(const void *buf, size_t len, int rowsize, diff --git a/lib/hexdump.c b/lib/hexdump.c index 06833d404398d74..247c8765cc7ca3f 100644 --- a/lib/hexdump.c +++ b/lib/hexdump.c @@ -281,6 +281,10 @@ void print_hex_dump(const char *level, const char *prefix_str, int prefix_type, printk("%s%s%p: %s\n", level, prefix_str, ptr + i, linebuf); break; + case DUMP_PREFIX_ADDRESS_LOW16: + printk("%s%s%04lx: %s\n", level, + prefix_str, 0xffff & (unsigned long)(ptr + i), linebuf); + break; case DUMP_PREFIX_OFFSET: printk("%s%s%.8x: %s\n", level, prefix_str, i, linebuf); break;