From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.2 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 2A1BAC0650F for ; Tue, 30 Jul 2019 17:18:32 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 0903F206A2 for ; Tue, 30 Jul 2019 17:18:32 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728511AbfG3RSb (ORCPT ); Tue, 30 Jul 2019 13:18:31 -0400 Received: from mx2.suse.de ([195.135.220.15]:43798 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1725889AbfG3RSb (ORCPT ); Tue, 30 Jul 2019 13:18:31 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id CF556AF74 for ; Tue, 30 Jul 2019 17:18:29 +0000 (UTC) Received: by ds.suse.cz (Postfix, from userid 10065) id BF8F0DA808; Tue, 30 Jul 2019 19:19:04 +0200 (CEST) Date: Tue, 30 Jul 2019 19:19:04 +0200 From: David Sterba To: Johannes Thumshirn Cc: David Sterba , Linux BTRFS Mailinglist Subject: Re: [RFC PATCH 4/4] btrfs: sysfs: export supported checksums Message-ID: <20190730171904.GE28208@twin.jikos.cz> Reply-To: dsterba@suse.cz Mail-Followup-To: dsterba@suse.cz, Johannes Thumshirn , David Sterba , Linux BTRFS Mailinglist References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23.1 (2014-03-12) Sender: linux-btrfs-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-btrfs@vger.kernel.org On Thu, Jul 25, 2019 at 11:33:51AM +0200, Johannes Thumshirn wrote: > From: David Sterba > > Export supported checksum algorithms via sysfs. I wonder if we should also export the implementation that would be used. This could be crross referenced with /proc/crypto, but having it in one place would be IMHO convenient. Also for the case when the kernel module is missing. Currently the hash names are printed as comma separated values so we'd need bit something structured: crc32c: crc32c-intel xxhash64: xxhash-generic or if there's some other format in common use.