Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp3556218ybb; Mon, 23 Mar 2020 03:23:02 -0700 (PDT) X-Google-Smtp-Source: ADFU+vuQWHLgBCV+MdWIyxr9nKMVP2l6Ee/c4+57Vsh6IJY+AO2buZcw2CEcLh4jHY2W8bzSLMxZ X-Received: by 2002:a9d:67d7:: with SMTP id c23mr11880381otn.280.1584958982119; Mon, 23 Mar 2020 03:23:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1584958982; cv=none; d=google.com; s=arc-20160816; b=pTwIRqT9fIy2ebK2635Z8lU1xPcakOam5Nclr9ZMwYxDHhFJrl8jblrpGJIUyKDBst jqHAPwElVUz5I7+nFLdyO8hHwuhXkuy9wdaIBWHM21I/Qru/ScYJodEUObTKsRczAhbw pCkiPZOjPJlJ3Rsg2pRVtL5hI315pYOUi6iQaAqBFF47pUUDDm3RYffLwNQqzP10+C2o elefqj12ixPPbmYW4MbFA3ZsMbWV8bEgeXvSLtXKRclSGmh+0+/M/fhGF7Wjtpo8uEgD yMdjMedx2lQ4WMZdfXWjxkExJ3QwWbjM5O6dyLeEjLljGS5p2jtfkZslw2FwpZbwRdO2 60QQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=3WfSQ3OZhM0uMtvR96lPO9D2XEhT6VnleEL2HTMq9qc=; b=VRkCwIozMYsYIg0PQYVaS48qrn1qHFzebA7XpjMbR3wIqrQPI58iI7qepVQqWcbEci nAdpKi2Z+3ePZe/NR07WYqgKmgyHXH6oQ8nyzoiscYZTSO9L/Tj+dn02vN4vpuNkZrJ0 tOsCSKEWgvoIA/NxFlYCPJEhYRke8QrjvxgjmWfuBj3KC4sfA0rdEKKXim9HUZ0vKyIx kfTrF3h+u1Fy/rIqaiZFHecYCr6trntyHvSpDX7ymbAIWt3saTGGUijM8+HsEU8v2bEy G/WaNG4lUdIc+i4Y+QKyIOQ440djMj5CsRMdCfCq5hqrYhyrOGTe/ArVPChxWZ8N6s1S dLcA== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=B5q6NfBA; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r6si2630873otc.12.2020.03.23.03.22.48; Mon, 23 Mar 2020 03:23:02 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=B5q6NfBA; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727880AbgCWKVu (ORCPT + 99 others); Mon, 23 Mar 2020 06:21:50 -0400 Received: from bombadil.infradead.org ([198.137.202.133]:58176 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727827AbgCWKVu (ORCPT ); Mon, 23 Mar 2020 06:21:50 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20170209; h=Content-Transfer-Encoding: Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To: From:Date:Sender:Reply-To:Content-ID:Content-Description; bh=3WfSQ3OZhM0uMtvR96lPO9D2XEhT6VnleEL2HTMq9qc=; b=B5q6NfBAhKcSzZ3KlhdFVBHL7w DZB2imhu75xJbB3QtYbJRRfGTzNKz/YBND322z63b+tNyIQuKPbKkUZWry1fWF5T0/wsNa5MZpEfm Z3eEjbwIg8P7CrA/OOneVnMtgehQijD/+dIePxPF9uo/UPfCwTcpoqatNj54Z4WEc85Tw1YPAfGMK uVL9iBX5OyyKfNdtnWQW+pLmpCjMd0bqTghGYIZbjy0UEjxgGS3ktZJATt+VhxDnnfiuUif3khhOX ikM/lun32HfmT6ajMX9N6aDSPhtx4W/Ih/hXHQ1cblAEZZWO+DGSSV0GVgSxQl3Ei5IR2IaBEyEAp 9XfudGdQ==; Received: from ip5f5ad4e9.dynamic.kabel-deutschland.de ([95.90.212.233] helo=coco.lan) by bombadil.infradead.org with esmtpsa (Exim 4.92.3 #3 (Red Hat Linux)) id 1jGKDM-0005ME-AT; Mon, 23 Mar 2020 10:21:48 +0000 Date: Mon, 23 Mar 2020 11:21:42 +0100 From: Mauro Carvalho Chehab To: Martin Knoblauch Cc: linux-kernel@vger.kernel.org, linux-media@vger.kernel.org Subject: Re: Build error on 5.5.10 after activating v4l in .config Message-ID: <20200323112142.457a8a28@coco.lan> In-Reply-To: References: <20200320161301.36866c31@coco.lan> X-Mailer: Claws Mail 3.17.5 (GTK+ 2.24.32; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Em Mon, 23 Mar 2020 10:44:42 +0100 Martin Knoblauch escreveu: > On Fri, Mar 20, 2020 at 4:13 PM Mauro Carvalho Chehab > wrote: > > > Em Fri, 20 Mar 2020 15:56:16 +0100 > > Martin Knoblauch escreveu: > > > > > Hi, (sesending without attachment) > > > > > > today I tried to build 5.5.10 based on a working 5.5.6 configuration. I > > > also enabled v4l in the configuration using menuconfig. This resulted in > > > the following build error: > > > > > > AS arch/x86/boot/compressed/efi_thunk_64.o > > > CC arch/x86/boot/compressed/misc.o > > > XZKERN arch/x86/boot/compressed/vmlinux.bin.xz > > > ERROR: "__devm_regmap_init_i2c" [drivers/media/i2c/tvp5150.ko] undefined! > > > make[1]: *** [scripts/Makefile.modpost:94: __modpost] Error 1 > > > make: *** [Makefile:1282: modules] Error 2 > > > make: *** Waiting for unfinished jobs.... > > > > > > After some searching the universal support tool, I applied the following > > > patch: > > > > > > --- ./drivers/media/i2c/Kconfig-orig 2020-03-18 13:57:30.288639392 +0100 > > > +++ ./drivers/media/i2c/Kconfig 2020-03-18 16:44:03.938384192 +0100 > > > @@ -378,6 +378,7 @@ > > > config VIDEO_TVP5150 > > > tristate "Texas Instruments TVP5150 video decoder" > > > depends on VIDEO_V4L2 && I2C > > > + select REGMAP_I2C > > > select V4L2_FWNODE > > > help > > > Support for the Texas Instruments TVP5150 video decoder. > > > > > > This made my build work again. But I am absolutely not sure this is the > > > right fix or whether it is complete. > > > > Yes, it is. There are other places where the same select is needed. > > > > There's already a patch upstream (linux-next) addressing this issue. > > > > It should be merged for 5.7. > > > > Regards, > > Mauro > > > > Hi Mauro, > > so I had the same issue again with 5.5.11 (expected). In order to avoid > keeping a local patch until 5.5.7, I tried to deselect the driver. But it > seems I cannot. Only options I have for it are "M" or "*". So, what makes > this device different from e.g. TVP514x? I do not have the TVP5150 and the > driver is also not loaded. To me it seems the forced selection should not > happen in the first place ? Some other driver you selected may support boards with tvp5150. By default, it will auto-select all possible dependencies. You can disable MEDIA_SUBDRV_AUTOSELECT. Please notice, however, that this may break support for some hardware. Thanks, Mauro