Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp2623509pxb; Sun, 17 Oct 2021 20:48:45 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzNRX7DfCB23SFEzDRbQ3s62WOoT+QyMdab7E4XDUbK4u/UiiSc29MStzK6ZPPP/iY07awg X-Received: by 2002:a17:90a:644d:: with SMTP id y13mr30956097pjm.10.1634528925033; Sun, 17 Oct 2021 20:48:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1634528925; cv=none; d=google.com; s=arc-20160816; b=obChUMBun5BZiFIIAXfLo3uMxHDUFLmnkOkT/GiCiDfVJgv997Q3btCnIh7fu7l4nU 6Gl3+OfHCyfGhwVyG8LoJ3iwqHWF5WfTWST1QXh2Jo/grcs6QAnPO1PeqHQnMsTaYORI bFs8TLJAZwbUkOD10hoRXMKFXX2CXJv6kNANx90OhdYbNXxmpAyX0wHigve0bb05eJoc lWYUDnsLi/fbMWzC+voD+nsxda8F9Z8ZPmChsRlqCvv9Nd3cPqX07J1A3b0d4hzKBiGq hLXjqWyXlB0M0lvMOmkyd87kvXcujBnxhMvNbkJ0Dz7tCyTOEKxN3X5/029vfug7eROX 69PQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=xtVQlPdkcZnLgGwDqTZh7i92rf4R+GARneWlElIxelE=; b=Q3ig1b+2nZW2yB2zddVY4LxLnutxRBl2wvJ8BHODTdIHaOEufW/0icezWj5Or+J9dH 5+2gbd6KgWrgbqnym++/eTZKfL6WY/rB17vInrbkV7e86BNUfp9/YvaN90j/29YaoO4Q VWwSUqJtgWNP2u3vs6wo5U47mKHTt7B8o5f5I0rU0hwv3u5mbMhvavLZ5BmE0ikStU1f EL40+hr+LIpIcnihxW6VNo9hyEC/aMPgOk/1VqSFEjfHolLJB4Hs2Pz4mkh2RQoxkm8D ZNaZQ//GJmdwYdMTbecZydfWsGaaFcYjzboEXgBu+Okg7pm2sEZU0WOlwsS9adyyPVop fUPA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@baylibre-com.20210112.gappssmtp.com header.s=20210112 header.b=FNuPSAsi; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id f126si2301690pfg.59.2021.10.17.20.48.32; Sun, 17 Oct 2021 20:48:45 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@baylibre-com.20210112.gappssmtp.com header.s=20210112 header.b=FNuPSAsi; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S242777AbhJQT7m (ORCPT + 98 others); Sun, 17 Oct 2021 15:59:42 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54254 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S242760AbhJQT7l (ORCPT ); Sun, 17 Oct 2021 15:59:41 -0400 Received: from mail-wr1-x433.google.com (mail-wr1-x433.google.com [IPv6:2a00:1450:4864:20::433]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0EB2FC061765 for ; Sun, 17 Oct 2021 12:57:30 -0700 (PDT) Received: by mail-wr1-x433.google.com with SMTP id t2so37336649wrb.8 for ; Sun, 17 Oct 2021 12:57:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=baylibre-com.20210112.gappssmtp.com; s=20210112; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=xtVQlPdkcZnLgGwDqTZh7i92rf4R+GARneWlElIxelE=; b=FNuPSAsi/VR0J4YFMAIzaA4a9nC7szSv1+eUS1fROFTS7vM9gkgNvr5vnCQOhfivO0 mGoVrcJOPPb3Y0SMMu3+OF6lieSI+vN/jRagPKtsEMt0kc9MYo/S1De5cOoXj1TVdP5x kP3JGR4osO2ivEMTKhn8gWw7dZpL4pgJQ9bfMpOpB25M033C6D+sHnc5rtStO2gZR1tQ BxJ8vyH8BFAoWzpSJfJ7qZOhR8B4f3HJrKI8NB+kBC2B/4vS/GckcFhUsKZ+/rCOG9Ts d3Nuzsw9TZq2T5ERg0Tkar/Lhb561sFFyFpSyIQPL08+GY4GheVaSMi2U4o/6xXXGZOQ r2Jg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=xtVQlPdkcZnLgGwDqTZh7i92rf4R+GARneWlElIxelE=; b=RCEo+VyaIHIuTvoSKeeUrPVz//vjHune0c239jHSqX88XYWqiKsskkm1u3Z4l/tubp XjHTjI/q2LkP1hAZpI7RScvCCV85oXOtypqI87SBsUrRoV56GrQZCUdPxkelt7QyauRc p78Td2JDb5Jahr7Gdv7SiCLbS5+OzKWZT9qm1RaM0iHL2cTSafn4OpdQe1yI57ef/H8k cxAaSwmrd/WEtoo3hpxSI+LMbanzFIfFkXsaOEn/jvwrnJGmEUDP2hDq2kFMQdlq6LQw 0k50rKOcFACJhP+wnNN42nWcz0dyHDADWlRWVerMqsVFmwOL41EOYDhkugl/eeLtXWyZ KEOg== X-Gm-Message-State: AOAM530tVc5OcqR+bDr2wucBuqDWnUv6qPfk+pYh/yBuybMQwhyJqbHN zxN/87bqWgVQGoaJS4R+NtiTfg== X-Received: by 2002:a5d:45c9:: with SMTP id b9mr30502649wrs.365.1634500649381; Sun, 17 Oct 2021 12:57:29 -0700 (PDT) Received: from Red ([2a01:cb1d:3d5:a100:264b:feff:fe03:2806]) by smtp.googlemail.com with ESMTPSA id d1sm12061110wrr.72.2021.10.17.12.57.28 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 17 Oct 2021 12:57:28 -0700 (PDT) Date: Sun, 17 Oct 2021 21:57:27 +0200 From: LABBE Corentin To: Dan Carpenter Cc: mchehab@kernel.org, hverkuil@xs4all.nl, gregkh@linuxfoundation.org, linux-kernel@vger.kernel.org, linux-media@vger.kernel.org, linux-staging@lists.linux.dev, mjpeg-users@lists.sourceforge.net Subject: Re: [PATCH v2 06/10] staging: media: zoran: fusion all modules Message-ID: References: <20211013185812.590931-1-clabbe@baylibre.com> <20211013185812.590931-7-clabbe@baylibre.com> <20211014080155.GY2083@kadam> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20211014080155.GY2083@kadam> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Le Thu, Oct 14, 2021 at 11:01:55AM +0300, Dan Carpenter a ?crit : > On Wed, Oct 13, 2021 at 06:58:08PM +0000, Corentin Labbe wrote: > > The zoran driver is split in many modules, but this lead to some > > problems. > > One of them is that load order is incorrect when everything is built-in. > > > > Having more than one module is useless, so fusion all zoran modules in > ^^^^^^ > "fusion" isn't the right word. It should be "fuse" or even better > "merge". Same in the subject. > Hello I will use merge, thanks for the suggestion. > > +static int load_codec(struct zoran *zr, u16 codecid) > > +{ > > + switch (codecid) { > > + case CODEC_TYPE_ZR36060: > > +#ifdef CONFIG_VIDEO_ZORAN_ZR36060 > > + return zr36060_init_module(); > > +#else > > + pci_err(zr->pci_dev, "ZR36060 support is not enabled\n"); > > + return -EINVAL; > > +#endif > > + break; > > + case CODEC_TYPE_ZR36050: > > +#ifdef CONFIG_VIDEO_ZORAN_DC30 > > + return zr36050_init_module(); > > +#else > > + pci_err(zr->pci_dev, "ZR36050 support is not enabled\n"); > > + return -EINVAL; > > +#endif > > + break; > > + case CODEC_TYPE_ZR36016: > > +#ifdef CONFIG_VIDEO_ZORAN_DC30 > > + return zr36016_init_module(); > > +#else > > + pci_err(zr->pci_dev, "ZR36016 support is not enabled\n"); > > + return -EINVAL; > > +#endif > > + break; > > + } > > Not related to your patch but if load_codec() fails, the probe function > still calls zoran_setup_videocodec() on the failed codec. It might be > better to set the codec to zero? > > result = load_codec(zr, zr->card.video_codec); > if (result < 0) { > pci_err(pdev, "failed to load codec %s: %d\n", codec_name, result); > zr->card.video_codec = 0; > } > I will rework by adding a video_codec_init/exit, it will help tracking error (current behavour to ignore error is bad). Furthermore, my patch forgot to add call to all "old module" exits, so dedicated function will be better. Thanks for the review Regards