From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id 6C952E00B85; Thu, 5 Jun 2014 11:14:16 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on yocto-www.yoctoproject.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU, FREEMAIL_FROM, RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.1 X-Spam-HAM-Report: * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * (rjohnweber[at]gmail.com) * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low * trust * [209.85.213.47 listed in list.dnswl.org] * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's * domain * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature Received: from mail-yh0-f47.google.com (mail-yh0-f47.google.com [209.85.213.47]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id B04F9E00A44 for ; Thu, 5 Jun 2014 11:14:13 -0700 (PDT) Received: by mail-yh0-f47.google.com with SMTP id z6so1181094yhz.20 for ; Thu, 05 Jun 2014 11:14:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=GK+iKsHyqCGaj9XZ3op2RiGK21PH222xH0YYjRVsBr4=; b=BlQvxg66uFLjKdFW1nj+/Ean3tGMyOWuDz6rxqbgRmTM4g68As0L+LM6xHB84PNnAQ dWgp/baWscol54JQ/JTpZaOYNB1eOjr029Wi4xX9O5zFd6d821guyC0Dj06DzYpEx8B+ K2E58KceDiPe6Jc6Y0JA855CaXeB/Ck/85dBeUVTjsYZVvpKTu1dv5yOIS0wnhsnwteq jPCcknuFpmmqY3excf0WAOUWQtdthubIM0lEkv6XIRiHVOsxYj8aderRRkWOV0l4jgDz xKjAJQWy/r3BnTcNIrA8TyJ4u8x6EAUc9u0ysknCWkC7HpmXLIHrsDXb0nJiDxON9E0W QvgA== X-Received: by 10.236.160.67 with SMTP id t43mr87415078yhk.11.1401992053309; Thu, 05 Jun 2014 11:14:13 -0700 (PDT) Received: from goober-2.local ([75.76.197.2]) by mx.google.com with ESMTPSA id t63sm6445072yhn.23.2014.06.05.11.14.12 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 05 Jun 2014 11:14:12 -0700 (PDT) Message-ID: <5390B373.7040805@gmail.com> Date: Thu, 05 Jun 2014 13:14:11 -0500 From: John Weber User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Otavio Salvador References: <5382B827.2030302@gmail.com> <5390B171.8080600@gmail.com> In-Reply-To: Cc: "meta-freescale@yoctoproject.org" Subject: Re: mxc_v4l2_capture sometimes not being modprobed X-BeenThere: meta-freescale@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Usage and development list for the meta-fsl-* layers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2014 18:14:16 -0000 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 6/5/14, 1:08 PM, Otavio Salvador wrote: > On Thu, Jun 5, 2014 at 3:05 PM, John Weber wrote: >> On 6/5/14, 12:34 PM, Otavio Salvador wrote: >>> On Mon, May 26, 2014 at 12:42 AM, John Weber wrote: >>>> meta-freescalers: >>>> >>>> I'm seeing a behavior that I can't easily explain. I'm not seeing the >>>> mxc_v4l2_capture drivers and dependent ipu drivers being automatically >>>> modprobed on Wandboard during a majority of system startups (but not >>>> all). >>>> I was under the impression that this should be done by udev, but for some >>>> reason it seems to either fail or is skipped. >>>> >>>> I can force the driver to be loaded at startup by adding the name of the >>>> driver in a line in /etc/modules. This works to load the driver every >>>> time >>>> at startup, but I'm fairly certain that this is not the most ideal >>>> approach >>>> because (A) I have to write a recipe to make the change to /etc/modules >>>> and >>>> (B) it does not explain why the driver load works sometimes, but not all >>>> of >>>> the time. >>>> >>>> Any ideas? >>> Does this happens with 3.0.35 and 3.10.17? >>> >> I did notice it on both kernels. From what I've been able to gather after >> sending this email, the modules load at first boot on a freshly burned >> rootfs (that hasn't been postinst'd). After that, SW and HW resets and POR >> to not result in loaded mxc_v4l2_capture module or its dependencies. I do >> have other modules loaded, however, all the time - the ov5640_mipi driver >> and the Broadcom WLAN drivers load without fail. >> >> I suspect it could be a sequencing problem, but adding the line to >> /etc/modules fixes it. > Are you using udev-cache? > I believe so: root@wandboard-dual:/etc# find . -name *udev-cache* ./rcS.d/S36udev-cache ./default/udev-cache ./init.d/udev-cache