erted as well, and I suppose the sun6i_video driver is one of them.
I could find your branch at LinuxTV, and merged vc branch,
but unfortunately it can't solve compile issue.
I could understand its background.
It is OK for me if it will be solved on the next version.
I will skip it so far.
Thank you for your help
Best regards
---
Kuninori Morimoto
10:
/opt/RB02197/home/morimoto/save/WORK/linux/include/media/media-entity.h:1055:44:
note: expected 'struct media_pad *' but argument is of type 'struct
media_entity *'
void media_pipeline_stop(struct media_pad *pad);
~~^~~
Best regards
---
Kuninori Morimoto
From: Kuninori Morimoto
This patch updates license to use SPDX-License-Identifier
instead of verbose license text.
Signed-off-by: Kuninori Morimoto
---
drivers/media/i2c/max2175.c | 10 +-
drivers/media/i2c/max2175.h | 12 ++--
2 files changed, 3 insertions(+), 19 deletions
Hi Tim, Mark
> >> Could you add some detail to the commit explaining why we need to
> >> replace codec to component? I don't really know what that means.
> >> Please refer to a commit if the ASoC API is changing in some way we
> >> need to catch up with.
> >
> > This is a big transition in the AS
From: Kuninori Morimoto
Now we can replace Codec to Component. Let's do it.
Note:
xxx_codec_xxx() -> xxx_component_xxx()
.idle_bias_off = 0 -> .idle_bias_on = 1
.ignore_pmdown_time = 0 -> .use_p
-off-by: Kuninori Morimoto
Acked-by: Niklas Söderlund
---
drivers/media/platform/rcar-vin/rcar-v4l2.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/media/platform/rcar-vin/rcar-v4l2.c
b/drivers/media/platform/rcar-vin/rcar-v4l2.c
index 22a6ecc..71ae65b 100644
From: Kuninori Morimoto
Now we can replace Codec to Component. Let's do it.
Note:
xxx_codec_xxx() -> xxx_component_xxx()
.idle_bias_off = 0 -> .idle_bias_on = 1
.ignore_pmdown_time = 0 -> .use_p
From: Kuninori Morimoto
Now we can replace Codec to Component. Let's do it.
Note:
xxx_codec_xxx() -> xxx_component_xxx()
.idle_bias_off = 0 -> .idle_bias_on = 1
.ignore_pmdown_time = 0 -> .use_p
t apply to v4.16-rc7]
> [if your patch is applied to the wrong git tree, please drop us a note to
> help improve the system]
>
> url:
> https://github.com/0day-ci/linux/commits/Kuninori-Morimoto/media-i2c-wm9090-replace-codec-to-component/20180329-082843
> base: git://lin
From: Kuninori Morimoto
Now we can replace Codec to Component. Let's do it.
Note:
xxx_codec_xxx() -> xxx_component_xxx()
.idle_bias_off = 0 -> .idle_bias_on = 1
.ignore_pmdown_time = 0 -> .use_p
Hi Hans
> > From: Kuninori Morimoto
> >
> > Now, we can use of_graph_get_remote_endpoint(). Let's use it.
>
> I'm not sure why this is resent. It's part of a pending pull request
> so I expect it to be merged this week.
Sorry, I didn't k
From: Kuninori Morimoto
Now, we can use of_graph_get_remote_endpoint(). Let's use it.
Signed-off-by: Kuninori Morimoto
---
drivers/media/platform/ti-vpe/cal.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/platform/ti-vpe/cal.c
b/drivers/media/platfo
From: Kuninori Morimoto
Now, we can use of_graph_get_remote_endpoint(). Let's use it.
Signed-off-by: Kuninori Morimoto
Reviewed-by: Sylwester Nawrocki
Acked-by: Benoit Parrot
---
based on 4c9c3d595f1bad021cc126d20879df4016801736
("of_graph: add of_graph_get_remote_endpoint()&q
From: Kuninori Morimoto
Now, we can use of_graph_get_remote_endpoint(). Let's use it.
Signed-off-by: Kuninori Morimoto
Reviewed-by: Sylwester Nawrocki
Acked-by: Benoit Parrot
---
based on 4c9c3d595f1bad021cc126d20879df4016801736
("of_graph: add of_graph_get_remote_endpoint()&q
each ODD, EVEN timing.
Before this patch, for example 1080i@60Hz, print complete indication
happen in 30Hz.
After this patch, in interlace case, indication coming 60Hz
Best regards
---
Kuninori Morimoto
From: Kuninori Morimoto
Now, we can use of_graph_get_remote_endpoint(). Let's use it.
Signed-off-by: Kuninori Morimoto
---
based on 4c9c3d595f1bad021cc126d20879df4016801736
("of_graph: add of_graph_get_remote_endpoint()")
drivers/media/platform/ti-vpe/cal.c | 2 +-
1
.org/patch/9658907/
>
> Surprisingly similar patch ... and a familiar name.
>
> Morimoto-san - you beat me to it :D !
Interesting.
It was applies today to Mark's (= ALSA SoC Maintainer) branch !
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git/commit/?h=topic/of-graph&id=0ef472a973ebbfc20f2f12769e77a8cfd3612778
Best regards
---
Kuninori Morimoto
ardware
> team who could provide the information ? :-) If not, information restricted
> to
> Gen3 would still be useful.
Hmm.. I will try to ask to HW team.
My assumption is "No answer for no documented register".
Thus, we have 5% chance (?)
Please wait
Best regards
---
Kuninori Morimoto
> > hardware
> > > version ?
> >
> > I asked it to HW team.
> > Please wait
I'm still waiting from HW team's response, but can you check
"32.3.7 Image partition for VSPI processing" on v0.53 datasheet ?
(v0.53 is for ES2.0, but this chapter should be same for ES1.x / ES2.0)
You may / may not find something from here
Best regards
---
Kuninori Morimoto
er the above
> > two
> > restrictions need to be honoured, or whether they come from an older
> > hardware
> > version ?
>
> I asked it to HW team.
> Please wait
We still not yet get clear answer from HW team.
It is still researching
Best regards
---
Kuninori Morimoto
ght thus be too optimistic. Morimoto-san, would it be possible to get more
> information about this from the hardware team, to check whether the above two
> restrictions need to be honoured, or whether they come from an older hardware
> version ?
I asked it to HW team.
Please wait
Best regards
---
Kuninori Morimoto
Hi Laurent
> > > The parent clock isn't documented in the datasheet, use S2D1 as a best
> > > guess for now.
> >
> > Would you be able to find out what the parent clock is for the FCP and LVDS
> > (patch 2/9) clocks ?
>
> Thanks !
> I asked it to HW team
It is too late information for you
LV
Hi Laurent
> > >> - s2d2 (for 200MHz)
> > >> - s2d1 (for 400MHz)
> > >
> > > Thank you for the information. Do you mean that different FCP instances
> > > use different clocks ? If so, could you tell us which clock is used by
> > > each instance in th H3 ES1 ?
> >
> > Sorry for my confusable
Hi Laurent
> > It seems FCP clock is based on each SoC
> > In H3 ES1 case, it is using
> > - s2d2 (for 200MHz)
> > - s2d1 (for 400MHz)
>
> Thank you for the information. Do you mean that different FCP instances use
> different clocks ? If so, could you tell us which clock is used by each
> i
Hi Laurent
> > > The parent clock isn't documented in the datasheet, use S2D1 as a best
> > > guess for now.
> >
> > Would you be able to find out what the parent clock is for the FCP and LVDS
> > (patch 2/9) clocks ?
It seems FCP clock is based on each SoC
In H3 ES1 case, it is using
- s2d2
Hi Mauro, Guennadi
I would like to ask you about switch() of
linux/drivers/media/platform/soc_camera/soc_mediabus.c ::
soc_mbus_config_compatible
unsigned int soc_mbus_config_compatible(const struct v4l2_mbus_config *cfg,
unsigned int flags)
{
...
ter_full(vin_info_table[id]);
> +}
Can you add "id" check here ?
BUG_ON(id < 0 || id >= ARRAY_SIZE(vin_info_table));
or similar
Best regards
---
Kuninori Morimoto
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to ma
rnel because of time issue.
(The board itself is not upstreamed)
Of course we will test when we have free time in the future.
Best regards
---
Kuninori Morimoto
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.or
From: Masahiro Nakai
It has been indicated on Atmark Techno Web page
http://armadillo.atmark-techno.com/faq/a800eva-dont-work-camera
Signed-off-by: Masahiro Nakai
Signed-off-by: Kuninori Morimoto
---
drivers/media/video/mt9t112.c |1 +
1 files changed, 1 insertions(+), 0 deletions
CAMCR::DTIF feild controls camera bus as upper8bit/16bit/lower8bit.
This patch manages unmanaged lower 8bit bus
Signed-off-by: Kuninori Morimoto
---
drivers/media/video/sh_mobile_ceu_camera.c |8 +---
include/media/sh_mobile_ceu.h |1 +
2 files changed, 6 insertions
he reason why image was broken is 50% new board specific issue,
but 50% original code issue.
Best regards
---
Kuninori Morimoto
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
ient operations)
this patch remoded MT9T112_FLAG_DATAWIDTH_xx flags from mt9t112 driver,
but Ecovec platform still has it.
arch/sh/boards/mach-ecovec24/
Best regards
---
Kuninori Morimoto
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
, how one
> or another patch fixes them.
I guess mt9t112 camera is used in SE (with local circuit ?)
and Ecovec.
But I forgot detail of this issue (I have no mt9t112 for now).
I think Phil is the person who wanted this patch.
But if this issue happen only SE, I can agree to Guennadi
Best rega
that it was already applied.
> >
> > Which patch do you mean? Patch 2/3, or 3/3, or both are needed?
Both are needed.
These are bug fix patches
Best regards
---
Kuninori Morimoto
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Hi Guennadi, all
> > > mt9t112 camera needs 100 milliseconds for initializing
> > > Special thanks to Phil
> > >
> > > Signed-off-by: Kuninori Morimoto
> > > Reported-by: Phil Edworthy
> > > ---
> > > drivers/media/video
ot; to the patch?
Thanks.
Yes, please add it
Best regards
--
Kuninori Morimoto
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
works well.
But I just played video.
Is this test OK for you ?
Best regards
--
Kuninori Morimoto
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
ual/eng/rej10j2027-0101_R0P7724LC001121RL_um_1.03.pdf
"dip-switch settings" is wrote in
3.4 "Switch Specification"
If you don't have this board,
but have kernel source code,
you can watch explain comment on top of
${LINUX}/arch/sh/boards/mach-ecovec24/setup.c
Best regards
--
Kuninori
ay
"The reason that there are no video output on Ecovec
might dip-switch setting issue.
DS2[3] should be OFF when you use video"
Best regards
--
Kuninori Morimoto
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
quot; and "2nd camera" in same time.
Please check DS2[3] on Ecovec.
It should OFF when you use tw9910.
I wrote dip-switch info on top of
${LINUX}/arch/sh/boards/mach-ecovec24/setup.c
Please check it too.
Best regards
--
Kuninori Morimoto
--
To unsubscribe from this lis
by using Ecovec board.
I can watch correct video image on at least v2.6.34.
I used this command.
VIDIX="-vo fbdev:vidix:sh_veu"
SIZE="-tv width=1280:height=720"
NTSC="-tv norm=NTSC"
OUT="tv:// -tv outfmt=nv12"
DEVICE="-tv device=/dev/video0"
mplaye
These function are needed to use camera.
This patch was tested with sh_mobile_ceu_camera
Signed-off-by: Kuninori Morimoto
---
v2 -> v3
o use p->format.field instead of V4L2_FIELD_NONE
drivers/media/video/soc_camera_platform.c | 42 ++--
1 files chang
= V4L2_FIELD_NONE;
I added this in v2.
But I should use p->format.field instead of V4L2_FIELD_NONE
please give me 3rd chance
Best regards
--
Kuninori Morimoto
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kerne
These function are needed to use camera.
This patch was tested with sh_mobile_ceu_camera
Signed-off-by: Kuninori Morimoto
---
v1 -> v2
o rename soc_camera_platform_try_fmt => soc_camera_platform_fill_fmt
o .try_mbus_fmt / .g_mbus_fmt / .s_mbus_fmt use soc_camera_platform_fill_fmt
I teste
tion mean it fill mf->)
But should I modify it ?
int (*g_mbus_fmt)(struct v4l2_subdev *sd, struct v4l2_mbus_framefmt *fmt);
int (*try_mbus_fmt)(struct v4l2_subdev *sd, struct v4l2_mbus_framefmt *fmt);
Best regards
--
Kuninori Morimoto
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
These function are needed to use camera.
This patch was tested with sh_mobile_ceu_camera
Signed-off-by: Kuninori Morimoto
---
drivers/media/video/soc_camera_platform.c | 39 +
1 files changed, 39 insertions(+), 0 deletions(-)
diff --git a/drivers/media/video
t this patch seems good for me.
Thank you
Best regards
--
Kuninori Morimoto
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
mt9t112 should always be initialized when camera start.
Because current driver doesn't run this operation,
it will be un-stable if user side player run open/close several times.
Special thanks to Namiki-san
Signed-off-by: Kuninori Morimoto
Reported-by: Takashi Namiki
---
drivers/media/
mt9t112 camera needs 100 milliseconds for initializing
Special thanks to Phil
Signed-off-by: Kuninori Morimoto
Reported-by: Phil Edworthy
---
drivers/media/video/mt9t112.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/media/video/mt9t112.c b/drivers/media
This polling is needed if camera is in standby mode.
But current exiting condition is inverted.
Signed-off-by: Kuninori Morimoto
---
drivers/media/video/mt9t112.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/media/video/mt9t112.c b/drivers/media/video
Dear Guennadi
[Cc] Phil, Namiki-san
These patches are bug fix for mt9t112 camera
Kuninori Morimoto (3):
soc-camera: mt9t112: modify exiting conditions from standby mode
soc-camera: mt9t112: modify delay time after initialize
soc-camera: mt9t112: The flag which control camera
good, I'm not sure though
Best regards
--
Kuninori Morimoto
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
This patch remove "buswidth" struct member,
and it expect that default buswidth is 10 bit.
You can select 8 bit buswidth by new flag.
This patch also modify ap325rxa/migor setup.c
Signed-off-by: Kuninori Morimoto
---
This patch is v2 of
"soc-camera: ov772x: Add buswidth sele
this operation make sense for you ?
> > /*
> > -* ov772x only use 8 or 10 bit bus width
> > -*/
> > - if (SOCAM_DATAWIDTH_10 != priv->info->buswidth &&
> > - SOCAM_DATAWIDTH_8 != priv->info->buswidth) {
> > - dev_err(&clien
This patch remove "buswidth" struct member and add new flags for
ov772x_camera_info.
And it also modify ap325rxa/migor setup.c
Signed-off-by: Kuninori Morimoto
---
arch/sh/boards/mach-ap325rxa/setup.c |4 ++--
arch/sh/boards/mach-migor/setup.c|2 +-
drivers/media/vide
!
It will be good help for me
Thanks again !!
Best regards
--
Kuninori Morimoto
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
/video0 is
> ls -l /dev/video0
> crw--w 1 root 1000 81, 0 Jun 9 2009 /dev/video0
I cheked 81:0 's name
> cat /sys/dev/char/81\:0/name
> sh_mobile_ceu.1
Above name is host of soc-camera for me.
Are there any way to know camera name (mt9t112/tw9910) ?
Best regards
--
so, I can not test it now.
I hope it works =)
> Guennadi Liakhovetski (14):
(snip)
> soc-camera: Add mt9t112 camera driver
I think this mt9t112 driver patch should under my name =)
Best regards
--
Kuninori Morimoto
--
To unsubscribe from this list: send the line "unsubscribe
mething
> related to the camera sensor itself.
Yes, This driver needs long time for init only once.
I think you can find it on last of mt9t112_init_pll.
This driver is very picky...
Best regards
--
Kuninori Morimoto
--
To unsubscribe from this list: send the line "unsubscribe linux-media&
ed tw9910 platform patch.
Please apply in order of tw9910 -> mt9t112.
Best regards
--
Kuninori Morimoto
0001-sh-mach-ecovec24-Add-tw9910-support.patch
Description: Binary data
0002-sh-mach-ecovec24-Add-mt9t112-camera-support.patch
Description: Binary data
Signed-off-by: Kuninori Morimoto
---
v1 -> v2
o remove noisy macro
o add explain for polarity inverte
drivers/media/video/tw9910.c | 14 --
1 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/drivers/media/video/tw9910.c b/drivers/media/video/tw9910.c
index a4ba
Signed-off-by: Kuninori Morimoto
---
v1 -> v2
o remove pclock field
o rename macro
drivers/media/video/sh_mobile_ceu_camera.c | 17 +
include/media/sh_mobile_ceu.h |2 ++
2 files changed, 19 insertions(+), 0 deletions(-)
diff --git a/drivers/media/vi
ros.
Hmm OK.
> + /*
> + * We use VVALID and DVALID signals to control VSYNC and HSYNC
> + * outputs, in this mode their polarity is inverted.
> + */
> + if (flags & SOCAM_HSYNC_ACTIVE_LOW)
> + val |= HSP_HI;
>
> without any else,
ilar.
OK. I understand.
I will modify it as soon as possible !!
Best regards
--
Kuninori Morimoto
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
ased on my imagebus tree. Otherwise this is
> nothing new, I've had this fix for a while in my tree, just forgot to post
> together with the rest, when presenting my imagebus stack.
This patch seems solve my "broken image" problem !!
Tested-by: Kuninori Morimoto
--
To unsubscri
Dear Guennadi
> Hm, strange... This doesn't work at all for me. Getting only timeouts.
> Have you tested this on Migo-R?
Hmm.. strange...
It works well on my environment.
Of course Migo-R too.
my environment is based on your 20091105 patches
and my patches
Kuninori Morimoto (13)
Signed-off-by: Kuninori Morimoto
---
drivers/media/video/tw9910.c | 22 +++---
1 files changed, 19 insertions(+), 3 deletions(-)
diff --git a/drivers/media/video/tw9910.c b/drivers/media/video/tw9910.c
index a4ba720..243207d 100644
--- a/drivers/media/video/tw9910.c
+++ b
Signed-off-by: Kuninori Morimoto
---
drivers/media/video/sh_mobile_ceu_camera.c | 25 +
include/media/sh_mobile_ceu.h |3 +++
2 files changed, 28 insertions(+), 0 deletions(-)
diff --git a/drivers/media/video/sh_mobile_ceu_camera.c
b/drivers/media
>
> > I guess, to add your order, we needs more than 2 patches.
> >
> > "modify soc_camera_bus_param_compatible behavior"
>
> No. We should fix the sh-CEU driver.
Thank you !!
I can understand !!
I will study pxa_camera_set_bus_param.
Best regards
--
Kuninori
Signed-off-by: Kuninori Morimoto
---
>> Guennadi
I add new number in v4l2-chip-ident.h
Is it OK for you ?
This camera is very picky.
So, it have a lot of constant value.
The register of mt9t112 and mt9t111 are same.
But I have mt9t112 only.
mt9t111 should also work, but I can not check.
or"
"tw9910: Add polarities support"
Best regards
--
Kuninori Morimoto
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
e, explain, why? Also,
> sorry for not explaining properly. Yesterday I wrote
Because VSP_LO = HSP_LO = 0.
And when I use xVALID, xSP_LO mean ACTIVE HI.
So, I drop these explain because it is just un-understandable.
Best regards
--
Kuninori Morimoto
--
To unsubscribe from this l
Signed-off-by: Kuninori Morimoto
---
v1 -> v2
o remove un-understandable explain.
-> tw9910_query_bus_param need not modify now
o move OUTCTR1 setting to tw9910_set_bus_param
drivers/media/video/tw9910.c | 38 --
1 files changed, 8 insertions(
on that
>occasion. Is this configuration really platform-specific? What values have
>you found meaningful in which cases?
I need research about this.
I might have made a big mistake.
I should re-check my patches and consider all of your comment.
Thank you
Best regards
--
Kuninori Morim
Dear Guennadi
Kuninori Morimoto :
soc-camera: tw9910: Add revision control
soc-camera: tw9910: Add output signal control
soc-camera: tw9910: Add output pin control.
soc-camera: tw9910: Remove crop setting
soc-camera: tw9910: Add revision control on tw9910_set_hsync
Signed-off-by: Kuninori Morimoto
---
drivers/media/video/tw9910.c |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/drivers/media/video/tw9910.c b/drivers/media/video/tw9910.c
index df7934d..5152d56 100644
--- a/drivers/media/video/tw9910.c
+++ b/drivers/media/video
10 - 3 bit hsync control are same as Rev0/Rev1.
But only rev1 can control more 3 bit for hsync.
This patch modify this problem
Signed-off-by: Kuninori Morimoto
---
drivers/media/video/tw9910.c | 26 +-
1 files changed, 17 insertions(+), 9 deletions(-)
diff --git a
Current driver had been set default value for copping,
but this value need not be changed at now.
In addition, default value is different by Revision 0 and 1.
So, this patch remove this settings
Signed-off-by: Kuninori Morimoto
---
drivers/media/video/tw9910.c | 55
tw9910 can select output pin width and vs/hs pin feature.
This patch add new flags definition to control it.
Signed-off-by: Kuninori Morimoto
---
drivers/media/video/tw9910.c | 72 --
include/media/tw9910.h | 21 +++-
2 files changed, 47
tw9910 can control output signal.
This patch will stop all signal when video was stopped.
Signed-off-by: Kuninori Morimoto
---
drivers/media/video/tw9910.c | 35 ---
1 files changed, 24 insertions(+), 11 deletions(-)
diff --git a/drivers/media/video/tw9910.c b
Signed-off-by: Kuninori Morimoto
---
drivers/media/video/tw9910.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/media/video/tw9910.c b/drivers/media/video/tw9910.c
index 269ab04..7bf90a2 100644
--- a/drivers/media/video/tw9910.c
+++ b/drivers/media/video
t9v022.o
> obj-$(CONFIG_SOC_CAMERA_OV772X) += ov772x.o
> obj-$(CONFIG_SOC_CAMERA_OV9640) += ov9640.o
> obj-$(CONFIG_SOC_CAMERA_TW9910) += tw9910.o
> +obj-$(CONFIG_SOC_CAMERA_RJ54N1) += rj54n1cb0c.o
alphabet order wrong ?
'R' is earlier than
And I works well for me !!
Thank you
Best regards
--
Kuninori Morimoto
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
right. Please, try this version, but this is a bigger change,
> also affecting the regular (not error) path, so, I will have to test it
> too.
Thanks. but I'm very busy now.
Please wait for me.
Best regards
--
Kuninori Morimoto
--
To unsubscribe from this list: send the
soc_camera: Add soc_camera_match function
And please check this patch.
This patch needed on ov772x, but may be rc2 already have it.
06/09: ov772x: wrong pointer for soc_camera_link is modified
http://linuxtv.org/hg/~gliakhovetski/v4l-dvb?cmd=changeset;node=157893ad8d0b
Best regards
--
Kuninor
${LINUX}/drivers/base/dd.c :: __device_attach
use driver_match_device function.
It needs bus->match function.
Signed-off-by: Kuninori Morimoto
---
> Guennadi
I tried latest Linux 2.6.29 from Paul's git
git://git.kernel.org/pub/scm/linux/kernel/git/lethal/sh-2.6.git
Then, soc_cam
Signed-off-by: Kuninori Morimoto
---
v4 -> v5
o use readable struct for edgectrl
o use readable MASK name
drivers/media/video/ov772x.c | 63 +++--
include/media/ov772x.h | 33 ++
2 files changed, 92 insertions(+), 4 deleti
Signed-off-by: Kuninori Morimoto
---
v3 -> v4
o comment fix
o change edge ctrl setting order
o considered edge auto control mode and manual control mode
o add DSP auto register comment
drivers/media/video/ov772x.c | 52 ++---
include/media/ov772
Signed-off-by: Kuninori Morimoto
---
v2 -> v3
o use edgectrl.strength for judge
Sorry for my miss-understanding.
This patch use edgectrl.strength for judgement.
And the explain in the comment has all.
My datasheet doesn't have details more than this explain.
drivers/media/video/
Signed-off-by: Kuninori Morimoto
---
I used flags to judge though
I said I use edge_threshold un-used 4 bit.
v1 -> v2
o add struct ov772x_edge_ctrl
o add new flags
drivers/media/video/ov772x.c | 31 +++
include/media/ov772x.h |
Signed-off-by: Kuninori Morimoto
---
This patch is 1st step for extra settings
drivers/media/video/ov772x.c | 34 ++
include/media/ov772x.h | 25 +
2 files changed, 59 insertions(+), 0 deletions(-)
diff --git a/drivers/media
priv->client->dev.platrom_data mean ov772x_camera_info in ov772x driver.
So, struct soc_camera_link doesn't exist there.
This patch modify this bug.
Signed-off-by: Kuninori Morimoto
---
drivers/media/video/ov772x.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
d
This patch add support extra register settings for platform.
For instance, platform comes to be able to use the
special setting like lens.
Signed-off-by: Kuninori Morimoto
---
Thank you Magnus for your nice comment.
drivers/media/video/ov772x.c | 15 ---
include/media/ov772x.h
Signed-off-by: Kuninori Morimoto
---
drivers/media/video/sh_mobile_ceu_camera.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/media/video/sh_mobile_ceu_camera.c
b/drivers/media/video/sh_mobile_ceu_camera.c
index 96cf857..bb10899 100644
--- a/drivers/media
Signed-off-by: Kuninori Morimoto
---
drivers/media/video/ov772x.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/media/video/ov772x.c b/drivers/media/video/ov772x.c
index 681a11b..6889fa8 100644
--- a/drivers/media/video/ov772x.c
+++ b/drivers/media/video
sh_mobile_ceu can support "field signal" from external module.
To support this operation, SH_CEU_FLAG_USE_FLDID_{HIGH, LOW}
are added to header.
Signed-off-by: Kuninori Morimoto
---
v1 -> v2
o field name fix
drivers/media/video/sh_mobile_ceu_camera.c |7 +++
Signed-off-by: Kuninori Morimoto
---
v1 -> v2
o field name fix
include/media/soc_camera.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/media/soc_camera.h b/include/media/soc_camera.h
index 7440d92..74a4cc5 100644
--- a/include/media/soc_camera.h
++
>From 32fde76488032405b48afa4ed0b30c9184e855b5 Mon Sep 17 00: 00:00 2001
sh_mobile_ceu can supports bus width 8, 16 and other flags.
But it can not support SOCAM_SLAVE,
because it does not support any clocks.
Signed-off-by: Kuninori Morimoto
---
v1 -> v2
o change SLAVE -> MASTER
driv
Signed-off-by: Kuninori Morimoto
---
drivers/media/video/sh_mobile_ceu_camera.c |7 +++
include/media/sh_mobile_ceu.h |2 ++
2 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/drivers/media/video/sh_mobile_ceu_camera.c
b/drivers/media/video
Signed-off-by: Kuninori Morimoto
---
include/media/soc_camera.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/media/soc_camera.h b/include/media/soc_camera.h
index 7440d92..2c7ecdf 100644
--- a/include/media/soc_camera.h
+++ b/include/media/soc_camera.h
1 - 100 of 109 matches
Mail list logo