From: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
To: Magnus Damm <magnus.damm@gmail.com>
Cc: Linux Media Mailing List <linux-media@vger.kernel.org>,
Robert Jarzmik <robert.jarzmik@free.fr>,
Kuninori Morimoto <morimoto.kuninori@renesas.com>,
linux-i2c@vger.kernel.org, Greg KH <greg@kroah.com>,
Mauro Carvalho Chehab <mchehab@infradead.org>
Subject: v4l2-subdev Re: [PATCH 0/5] soc-camera: convert to platform device
Date: Mon, 20 Apr 2009 15:50:44 +0200 (CEST) [thread overview]
Message-ID: <Pine.LNX.4.64.0904201525320.4403@axis700.grange> (raw)
In-Reply-To: <aec7e5c30904200154w758e4ecl8174a4cb0bce11f9@mail.gmail.com>
On Mon, 20 Apr 2009, Magnus Damm wrote:
> On Mon, Apr 20, 2009 at 5:14 PM, Guennadi Liakhovetski
> <g.liakhovetski@gmx.de> wrote:
> > On Mon, 20 Apr 2009, Magnus Damm wrote:
> >> Can you please test on your Migo-R board? I'd be happy to assist you
> >> in setting up your environment.
> >
> > I did test it and it worked - exactly as you say - with the entire patch
> > stack + v2 of "soc-camera: convert to platform device," the only
> > difference that I can see so far, is that I used modules. So, you can
> > either look in dmesg for driver initialisation whether ov772x and tw9910
> > have found theit i2c chips, or just wait until I test a monolitic build
> > myself. It can be problematic if the i2c-host driver initialises too
> > late... If you want to test a modular build it would be enough to just
> > have sh_mobile_ceu_camera.ko as a module, the rest can stay built in.
>
> I prefer to wait then. Please consider the built-in case broken.
>
> Usually I get some output similar to this during boot:
>
> camera 0-0: SuperH Mobile CEU driver attached to camera 0
> camera 0-0: ov7725 Product ID 77:21 Manufacturer ID 7f:a2
> camera 0-0: SuperH Mobile CEU driver detached from camera 0
>
> But with the "convert to platform device" patch appied I see nothing like that.
>
> The migor_defconfig should give you the static non-module
> configuration that is broken.
Ok, static build is indeed broken. The reason is the wrong initialisation
order. First, internally we have to link camera host drivers after camera
device drivers, that's easy. But unfortunately that alone doesn't help.
The second problem is that i2c is linked after media, or, maybe rather
media is linked before i2c. Currently in drivers/Makefile "media" is on
the same line as "base" and "block", way before IDE, ATA, SCSI, firewire,
mtd, spi, usb, input... Is there a reason for that? Mauro, would anything
break if we move it down right after i2c? Another hackish interim solution
would be to replace module_init with subsys_init in i2c-sh_mobile.c like
some other i2c adapters do (including MXC, PXA). That's certainly easier,
but then we'd also have to modify i2c-imx, later maybe i2c-at91.c...
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.de/
next parent reply other threads:[~2009-04-20 13:50 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <Pine.LNX.4.64.0904151356480.4729@axis700.grange>
[not found] ` <aec7e5c30904170040p6ec1721aj6885ef16573cd484@mail.gmail.com>
[not found] ` <Pine.LNX.4.64.0904170950320.5119@axis700.grange>
[not found] ` <aec7e5c30904170331n6da85695gdd6da8d6a42eacf1@mail.gmail.com>
[not found] ` <Pine.LNX.4.64.0904171235010.5119@axis700.grange>
[not found] ` <aec7e5c30904200014n2d8cdcfeud23f2b6b221f9fad@mail.gmail.com>
[not found] ` <Pine.LNX.4.64.0904200921090.4403@axis700.grange>
[not found] ` <aec7e5c30904200100wb117328sb97ea0262d163547@mail.gmail.com>
[not found] ` <Pine.LNX.4.64.0904201010130.4403@axis700.grange>
[not found] ` <aec7e5c30904200154w758e4ecl8174a4cb0bce11f9@mail.gmail.com>
2009-04-20 13:50 ` Guennadi Liakhovetski [this message]
2009-04-20 14:04 ` v4l2-subdev Re: [PATCH 0/5] soc-camera: convert to platform device Mark Brown
[not found] ` <20090420140411.GE8776-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2009-04-20 14:18 ` Guennadi Liakhovetski
2009-04-20 14:31 ` Mark Brown
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Pine.LNX.4.64.0904201525320.4403@axis700.grange \
--to=g.liakhovetski@gmx.de \
--cc=greg@kroah.com \
--cc=linux-i2c@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=magnus.damm@gmail.com \
--cc=mchehab@infradead.org \
--cc=morimoto.kuninori@renesas.com \
--cc=robert.jarzmik@free.fr \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox