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 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 3D4B8C41535 for ; Mon, 9 May 2022 08:01:25 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234021AbiEIIDN (ORCPT ); Mon, 9 May 2022 04:03:13 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33078 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235987AbiEIHpU (ORCPT ); Mon, 9 May 2022 03:45:20 -0400 Received: from smtp-out1.suse.de (smtp-out1.suse.de [195.135.220.28]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 979083DA45; Mon, 9 May 2022 00:41:25 -0700 (PDT) Received: from relay2.suse.de (relay2.suse.de [149.44.160.134]) by smtp-out1.suse.de (Postfix) with ESMTP id 21E1621C12; Mon, 9 May 2022 07:25:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_rsa; t=1652081152; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=DkVjeit/lk71CFlURWPuyWOi+BM5c9PXTKXlXZNy4J8=; b=UoVW1UNUd3JJyPxi7Me6WCrriJyvw5+Ko5Cbq3XdkkFq6nmyPNWe6ixlc9kmtHWJBKAZR1 hDoKLuxkPIDwchfQKuG5vjYcMNusB2gUaJ8hO56Pcio5KAPabEXqNOz64fWuJjSoV5Gcgp v2RjBBDj2ixI4n/OkHHMyHC36I64wG4= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_ed25519; t=1652081152; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=DkVjeit/lk71CFlURWPuyWOi+BM5c9PXTKXlXZNy4J8=; b=hvLqelyDQILDmc6tEMXQb5abblgHvKPpo/77GZSrf9i7Nkfwk/YfP8c887ekyQ4YaDVFcl A5VyyNHI324mU5AQ== Received: from alsa1.suse.de (alsa1.suse.de [10.160.4.42]) by relay2.suse.de (Postfix) with ESMTP id 43DAE2C141; Mon, 9 May 2022 07:25:51 +0000 (UTC) Date: Mon, 09 May 2022 09:25:51 +0200 Message-ID: From: Takashi Iwai To: Uwe =?UTF-8?B?S2xlaW5lLUvDtm5pZw==?= Cc: lizhe , lee.jones@linaro.org, fthain@linux-m68k.org, akrowiak@linux.ibm.com, pasic@linux.ibm.com, jjherne@linux.ibm.com, freude@linux.ibm.com, hca@linux.ibm.com, gor@linux.ibm.com, agordeev@linux.ibm.com, borntraeger@linux.ibm.com, svens@linux.ibm.com, jejb@linux.ibm.com, martin.petersen@oracle.com, zbr@ioremap.net, perex@perex.cz, tiwai@suse.com, bvanassche@acm.org, dan.j.williams@intel.com, srinivas.kandagatla@linaro.org, wens@csie.org, colin.king@intel.com, hare@suse.de, linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org, linux-s390@vger.kernel.org, linux-scsi@vger.kernel.org, target-devel@vger.kernel.org, alsa-devel@alsa-project.org Subject: Re: [PATCH] kernel/drivers: Remove redundant driver match function In-Reply-To: <20220506064927.7y7a422jqbse22fr@pengutronix.de> References: <20220506045952.136290-1-sensor1010@163.com> <20220506064927.7y7a422jqbse22fr@pengutronix.de> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.8 Emacs/25.3 (x86_64-suse-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-scsi@vger.kernel.org On Fri, 06 May 2022 08:49:27 +0200, Uwe Kleine-König wrote: > > Hello, > > On Thu, May 05, 2022 at 09:59:52PM -0700, lizhe wrote: > > If there is no driver match function, the driver core assumes that each > > candidate pair (driver, device) matches, see driver_match_device(). > > > > Signed-off-by: lizhe > > Reviewed-by: Uwe Kleine-König > > Side note: While looking through this patch I was surprised to see there > are two different busses for ac97: sound/ac97/bus.c + sound/ac97_bus.c . > It seems the duplication exists since 2017. Those are intentional and will be likely kept as-is. In theory those could be unified, but there are quite lots of quirk codes for the old bus implementations and it'll be way too much work to rewrite for the new bus. Takashi