From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id B0038E00B85; Thu, 5 Jun 2014 11:05:47 -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.42 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-f42.google.com (mail-yh0-f42.google.com [209.85.213.42]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id E6AF6E00A44 for ; Thu, 5 Jun 2014 11:05:39 -0700 (PDT) Received: by mail-yh0-f42.google.com with SMTP id i57so172098yha.1 for ; Thu, 05 Jun 2014 11:05:39 -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=3Qt0CZaUtrQkvKH6x5V2cEM6wdQt7ARL1RXO9qNud6A=; b=a7+GqJ6m17FiqozlbZbbxh/mzodGaXJMlkV0vC658sCbdeSd8oqSXSNkF5pf314g0N Fc9J7tB4LDXfYbdxc5oOoTsClJD/b3s3PCXnvivdqdWKKZoSEsoM+4oDI70W2LCqR5uQ w4kveCzZMdFtQJRkX0czP92yADeMXZAZe7U0FDkint9jl+c42Bu2aG1LxhH4QKQoHfgC iB2Yb9k7giwnR3q5vYFTePA4j9QTZ70VuI2MZf9YF/e3eZM6TcvapLo4eKlli5yOLWaE aZz4hIHurfTgj2bgSRWhhKyV18h5OTnvjHo0YxJXjbUM6uaUZzfgONvQh4YAIRuYK5Fo QzxQ== X-Received: by 10.236.230.6 with SMTP id i6mr86774197yhq.14.1401991538566; Thu, 05 Jun 2014 11:05:38 -0700 (PDT) Received: from goober-2.local ([75.76.197.2]) by mx.google.com with ESMTPSA id c25sm9835377yhn.3.2014.06.05.11.05.37 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 05 Jun 2014 11:05:37 -0700 (PDT) Message-ID: <5390B171.8080600@gmail.com> Date: Thu, 05 Jun 2014 13:05:37 -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> 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:05:47 -0000 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hey Otavio, 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. John