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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id E020DC433FE for ; Tue, 11 Jan 2022 00:51:26 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1345998AbiAKAvY (ORCPT ); Mon, 10 Jan 2022 19:51:24 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37368 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1346042AbiAKAvV (ORCPT ); Mon, 10 Jan 2022 19:51:21 -0500 Received: from mail-qt1-x835.google.com (mail-qt1-x835.google.com [IPv6:2607:f8b0:4864:20::835]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D66BDC06175C for ; Mon, 10 Jan 2022 16:51:18 -0800 (PST) Received: by mail-qt1-x835.google.com with SMTP id f9so16176792qtk.3 for ; Mon, 10 Jan 2022 16:51:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=+sLp7uiXG6rPIwVr5Lx4s12bT/foyboWbp+QYVK4VYg=; b=CJoRpn+Ay1jfgcksIW/QFzjNCuOTQn5w0UmXNQKEHF46aqDBvyyvaPav8fHytmAJtB 9pwzjPaUJ5qpvgt8GFPEY+GWgg0FPf303Ql3mVUL7iMQa3xU18kWdd1RMoVvxJqsqKJw 1JPyiVa1Mkqa8ax5O3A9U7nrkDzKR6BwmqpzA= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=+sLp7uiXG6rPIwVr5Lx4s12bT/foyboWbp+QYVK4VYg=; b=C58lhujF8AjoX/M9jLcW4HMvd931RNTFhy0/jl4wKZxHXopdoo5aXS02RiWn89xeG7 q+EDF0FFTVHO4SZrrdxLqL3D1fRmB2ehInX0RGenh5i/HyKfyLry8og5+3c81RuTIdBm wVYDrGfQqqihBGmf1ejXN9knpF0dV+MNb6W1htjH+nKBMXd63jEplj4BUHUftfavGpUx xd6Huhk8ntBXIPZzgJncbdJcr3DKxtKCXvpv/k2ivMuSk/3qp0oL5YmolW+85UpXnDd8 EFQd3d6NcfSp4gIbakIWoe7RcI3VnFbChDupZMZXa7kq8Lo9P1mVecnMIOcwB2h5RFvS tAzg== X-Gm-Message-State: AOAM531CYSG9lOfzNF/Yy8RXTmY5/x4h02/lGgrMmRz52ZtWlanROdqG NG8a2x1Acs9WIciiNyB/yMnW66l1BHq5hg== X-Google-Smtp-Source: ABdhPJyaf4uatvH12etkm9LsbNao9cSDK+8scMA7pXKWUchUAoxRdEPPeM10WjgOp83hRXbY+elOaA== X-Received: by 2002:ac8:5911:: with SMTP id 17mr1988073qty.645.1641862277670; Mon, 10 Jan 2022 16:51:17 -0800 (PST) Received: from mail-yb1-f175.google.com (mail-yb1-f175.google.com. [209.85.219.175]) by smtp.gmail.com with ESMTPSA id bl1sm5876982qkb.38.2022.01.10.16.51.17 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 10 Jan 2022 16:51:17 -0800 (PST) Received: by mail-yb1-f175.google.com with SMTP id j83so42990295ybg.2 for ; Mon, 10 Jan 2022 16:51:17 -0800 (PST) X-Received: by 2002:a25:d142:: with SMTP id i63mr3201948ybg.253.1641862276626; Mon, 10 Jan 2022 16:51:16 -0800 (PST) MIME-Version: 1.0 References: <20220110231255.v2.1.Ie4dcc45b0bf365077303c596891d460d716bb4c5@changeid> In-Reply-To: <20220110231255.v2.1.Ie4dcc45b0bf365077303c596891d460d716bb4c5@changeid> From: Doug Anderson Date: Mon, 10 Jan 2022 16:51:04 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v2 1/2] ath10k: search for default BDF name provided in DT To: Abhishek Kumar Cc: Kalle Valo , ath10k , Rakesh Pillai , linux-wireless , LKML , "David S. Miller" , Jakub Kicinski , Kalle Valo , netdev Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On Mon, Jan 10, 2022 at 3:15 PM Abhishek Kumar wrote: > > +int ath10k_core_parse_default_bdf_dt(struct ath10k *ar) > +{ > + struct device_node *node; > + const char *board_name = NULL; > + > + ar->id.default_bdf[0] = '\0'; > + > + node = ar->dev->of_node; > + if (!node) > + return -ENOENT; > + > + of_property_read_string(node, "qcom,ath10k-default-bdf", > + &board_name); > + if (!board_name) > + return -ENODATA; > + > + if (strscpy(ar->id.default_bdf, > + board_name, sizeof(ar->id.default_bdf)) < 0) > + ath10k_warn(ar, > + "default board name is longer than allocated buffer, board_name: %s; allocated size: %ld\n", > + board_name, sizeof(ar->id.default_bdf)); I suspect, but don't know for sure, that you're going to get another builder splat here. Just like sizeof() isn't guaranteed to return an "unsigned int", it's also not guaranteed to return an "unsigned long". I believe you want %zu. See Documentation/core-api/printk-formats.rst > + > + return 0; > +} > +EXPORT_SYMBOL(ath10k_core_parse_default_bdf_dt); Boy, that function seems like overkill for something that you need once at init time. ...and I also suspect that the lifetime of the string returned by of_property_read_string() is valid for as long as your "of_node" is held and thus probably you could use it directly (it likely has a longer lifetime than the location you're storing it). ...but I guess it matches the ath10k_core_check_dt() function above it, so I guess it's fine? -Doug