to free the remaining resources and memory where the last open
handle(s) is/were closed.
Signed-off-by: Mark Balantzyan
---
drivers/media/pci/tw686x/tw686x-video.c | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
diff --git a/drivers/media/pci/tw686x/tw686x-video.c
b
reactions about my patches from Ezequiel and
that may owe to my lack of direction on the fixing.
Thank you very much,
Mark
ogies. Rectified.
Thanks,
Mark
Signed-off-by: Mark Balantzyan
Reported-by: kbuild test robot
---
This patch adds a custom function for releasing the video device for the tw686x
video device driver.
drivers/media/pci/tw686x/tw686x-video.c | 23 ++-
1 file changed, 18 insertions(+), 5 deletions(-)
diff
Signed-off-by: Mark Balantzyan
Reported-by: kbuild test robot
---
This patch adds a custom function in tw686x-video.c to provide a release
mechanism for the driver for the tw686x video device.
drivers/media/pci/tw686x/tw686x-video.c | 23 ++-
1 file changed, 18 insertions
971f52ee8453346 Mon Sep 17 00:00:00 2001
From: Mark Balantzyan
Date: Wed, 24 Jul 2019 14:01:30 -0700
Subject: [PATCH] media input infrastructure:tw686x: Added custom
function to provide dev->dma_ops->free for vdev->release in
tw686x_video_init() in tw686x driver
---
drivers/media/pc
Signed-off-by: Mark Balantzyan
---
This patch adds a custom function to release video device in assignment to
vdev->release member in tw686x driver.
drivers/media/pci/tw686x/tw686x-video.c | 20
1 file changed, 16 insertions(+), 4 deletions(-)
diff --git a/drivers/me
x27;ing was
working yesterday. Sorry about that.
Thank you,
Mark
ase see the other indications I made toward the codes of tw686x-core.c and
tw686x-audio.c in the message below.
Thank you,
Mark
> On Jul 24, 2019, at 5:25 AM, Mark Balançian wrote:
>
> Hi Ezequiel,
>
> (sorry didn't include linux-media in first email)
> I'm not sur
6x-audio.c). Not sure what you
make of that, but I'd be keen on hearing about that as well from you.
Thank you in advance,
Mark
tw686x_memcpy_dma_free, I wouldn’t mind writing them
and including them in a patch.
Thank you,
Mark
State.
We are sourcing for new suppliers from your location
Kindly advice us if you accept new purchase orders, I will forward our PO for
urgent order.
Waiting for your response to send order. Reply to ( purchase_m.ma...@aol.com)
Best regards.
Mark Maths
Company Address:
Emilxa Tram SRL
Dear,
I am Mr.Marck Csady a solicitor at law, i need your assistance to
represent my late client fund valued at $2.5 million dollars that his
bank wants to comfiscate, You bear the same last name with my late
client and he is also a national of your country.
Please if you are interested to assist
discussion and references a RedHat bug that may be relevant.
Thank you for your time,
-- Mark Zimmerman
On Tue, Dec 11, 2018 at 03:15:35PM -0700, Nathan Chancellor wrote:
> On Tue, Dec 11, 2018 at 10:06:20PM +0000, Mark Brown wrote:
> > in ddbridge-ci.c and some other media files. This is because
> > ddbridge.h includes asm/irq.h but that does not directly include headers
>
On Tue, Dec 11, 2018 at 07:38:33PM +, Build bot for Mark Brown wrote:
Today's -next fails to build an arm allmodconfig due to:
> arm-allmodconfig
> ../arch/arm/include/asm/irq.h:35:50: error: unknown type name 'cpumask_t'
> ../arch/arm/include/asm/irq.h:36:9:
o the CCs when replying
to this mail.
Thanks,
Mark
>From ec506e9246bf42795f1fa8a5cd00740e5686ba73 Mon Sep 17 00:00:00 2001
From: Christoph Hellwig
Date: Sat, 13 Oct 2018 17:17:02 +0200
Subject: [PATCH] spi: pic32-sqi: don't pass GFP_DMA32 to dma_alloc_coherent
The DMA API does its own z
o the CCs when replying
to this mail.
Thanks,
Mark
>From 3b991038498bc5011b063d6a804503c577a79434 Mon Sep 17 00:00:00 2001
From: Christoph Hellwig
Date: Sat, 13 Oct 2018 17:17:04 +0200
Subject: [PATCH] ASoC: intel: don't pass GFP_DMA32 to dma_alloc_coherent
The DMA API does its own z
On Thu, May 24, 2018 at 09:06:58AM +0200, Robert Jarzmik wrote:
> As the pxa architecture switched towards the dmaengine slave map, the
> old compatibility mechanism to acquire the dma requestor line number and
> priority are not needed anymore.
Acked-by: Mark Brown
signature.asc
De
when replying
to this mail.
Thanks,
Mark
>From 2d8102cc9a27577ffa4335aaaed4a26060688de2 Mon Sep 17 00:00:00 2001
From: Kuninori Morimoto
Date: Mon, 23 Apr 2018 02:10:26 +
Subject: [PATCH] media: i2c: tda1997: replace codec to component
Now we can replace Codec to Component. Let's do i
On Mon, Apr 23, 2018 at 09:44:17AM -0700, Tim Harvey wrote:
> 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
On Fri, Apr 20, 2018 at 03:28:26PM +0200, Geert Uytterhoeven wrote:
> The first 6 patches can be applied independently by subsystem
> maintainers.
> The last two patches depend on the first 6 patches, and are thus marked
> RFC.
Would it not make sense to try to apply everything en masse rather th
On Mon, Apr 02, 2018 at 04:26:49PM +0200, Robert Jarzmik wrote:
> As the pxa architecture switched towards the dmaengine slave map, the
> old compatibility mechanism to acquire the dma requestor line number and
> priority are not needed anymore.
Acked-by: Mark Brown
If there's no
On Sun, Dec 03, 2017 at 08:43:47PM +0100, Wolfram Sang wrote:
> > It's a bit different in that it's much more likely that a SPI controller
> > will actually do DMA than an I2C one since the speeds are higher and
> > there's frequent applications that do large transfers so it's more
> > likely that
On Mon, Nov 27, 2017 at 07:51:16PM +0100, Wolfram Sang wrote:
> On Wed, Nov 08, 2017 at 10:50:37PM +0000, Mark Brown wrote:
> > We pretty much assume everything is DMA safe already, the majority of
> > transfers go to/from kmalloc()ed scratch buffers so actually are DMA
> &
On Sat, Nov 04, 2017 at 09:20:00PM +0100, Wolfram Sang wrote:
> While previous versions until v3 tried to magically apply bounce buffers when
> needed, it became clear that detecting DMA safe buffers is too fragile. This
> approach is now opt-in, a DMA_SAFE flag needs to be set on an i2c_msg. The
s to the CCs when replying
to this mail.
Thanks,
Mark
>From 780b1350d316fda28d85fcae17854c778d89cbbe Mon Sep 17 00:00:00 2001
From: Ramesh Shanmugasundaram
Date: Mon, 3 Jul 2017 12:04:21 +0100
Subject: [PATCH] regmap: Avoid namespace collision within macro & tidy up
Renamed variable &
On Thu, Jun 01, 2017 at 10:58:37PM +0200, Takashi Iwai wrote:
> Replace the copy and the silence ops with the new PCM ops.
> In AC97 and I2S-TDM mode, we need to convert back to frames, but
> otherwise the conversion is pretty straightforward.
Acked-by: Mark Brown
signature.asc
De
e deprecated and removed later once when all callers
> are converted.
Acked-by: Mark Brown
signature.asc
Description: PGP signature
On Thu, Jun 01, 2017 at 11:37:43PM -0700, Tim Harvey wrote:
> I believe this is a very common i2c register mechanism but I'm not
> clear what the best way to use i2c regmap for this is. I'm reading
> that regmap 'handles register pages' but I'm not clear if that's the
> same thing I'm looking for.
a bit tricky macro for a slight optimization.
>
> Note that we don't need to take in_kernel into account on this
> architecture, so the conversion is easy otherwise.
Acked-by: Mark Brown
signature.asc
Description: PGP signature
Cleared up some errors and warnings in
drivers/staging/media/atomisp/i2c/ap1302.c
Signed-off-by: Mark Railton
---
drivers/staging/media/atomisp/i2c/ap1302.c | 83 ++
1 file changed, 50 insertions(+), 33 deletions(-)
diff --git a/drivers/staging/media/atomisp/i2c
On Mon, Mar 13, 2017 at 10:54:33AM +, Brian Starkey wrote:
> On Sun, Mar 12, 2017 at 02:34:14PM +0100, Benjamin Gaignard wrote:
> > Another point is how can we put secure rules (like selinux policy) on
> > heaps since all the allocations
> > go to the same device (/dev/ion) ? For example, unti
On Mon, Mar 06, 2017 at 11:40:41AM +0100, Daniel Vetter wrote:
> No one gave a thing about android in upstream, so Greg KH just dumped it
> all into staging/android/. We've discussed ION a bunch of times, recorded
> anything we'd like to fix in staging/android/TODO, and Laura's patch
> series here
On Tue, Feb 14, 2017 at 09:59:55PM +0200, Laurent Pinchart wrote:
> On Tuesday 14 Feb 2017 20:44:44 Daniel Vetter wrote:
> > ADF was probably the best example in this. KMS also took a while until all
> > the fbdev wheels have been properly reinvented (some are still the same old
> > squeaky onces
On Mon, Feb 13, 2017 at 11:01:14AM -0800, Laura Abbott wrote:
> On 02/13/2017 10:18 AM, Mark Brown wrote:
> > The software defined networking people seemed to think they had a use
> > case for this as well. They're not entirely upstream of course but
> > still...
>
On Mon, Feb 13, 2017 at 03:45:04PM +0100, Benjamin Gaignard wrote:
> An other question is: do we have others memory regions that could be
> interested
> by this new framework ? I have in mind that some title memory regions could
> use
> it or replace ION heaps (system, carveout, etc...).
> Maybe
der-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += unistd.h
> g
On Mon, Nov 14, 2016 at 02:18:49PM +0200, Laurent Pinchart wrote:
> On Wednesday 26 Oct 2016 12:51:49 Mark Brown wrote:
> > Why would this be guaranteed by the API given that it's not documented
> > and why would many drivers break? It's fairly rare for devices other
>
On Wed, Oct 26, 2016 at 02:27:23PM +0300, Todor Tomov wrote:
> And using Mark Brown's correct address...
This is an *enormous* e-mail quoted to multiple levels with top posting
and very little editing which makes it incredibly hard to find any
relevant content.
> >> I believ
On Thu, Mar 31, 2016 at 02:29:43PM +0200, Boris Brezillon wrote:
> Replace custom implementation of sg_alloc_table_from_buf() by a call to
> sg_alloc_table_from_buf().
Acked-by: Mark Brown
signature.asc
Description: PGP signature
On Wed, Mar 30, 2016 at 08:18:31PM +0200, Boris Brezillon wrote:
> BTW, do you see other things that should be added in sg_constraints?
It looked to do everything SPI does which is everything I know about.
signature.asc
Description: PGP signature
On Wed, Mar 30, 2016 at 05:39:51PM +0200, Boris Brezillon wrote:
> sg_alloc_table_from_buf() provides an easy solution to create an sg_table
> from a virtual address pointer. This function takes care of dealing with
> vmallocated buffers, buffer alignment, or DMA engine limitations (maximum
> DMA t
hi
hope this is the correct list about trying to get linux to talk to
dvb-t usb stick?
check out all the logs etc here http://pastebin.com/V3RQ17hz
thx
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo i
e following entries:
> +"sram": SRAM base
> +"cfg_reg": Main configuration registers base
> + - interrupts: interrupt number to the cpu.
> + - clocks : clock name from clock manager
> + - clock-names: the clocks of the VPU H/W
You need to explicitly define the set
On Tue, Nov 17, 2015 at 07:15:59AM -0200, Mauro Carvalho Chehab wrote:
> Now that media has its own subdirectory inside platform_data,
> let's move the headers that are already there to such subdir.
Acked-by: Mark Brown
signature.asc
Description: PGP signature
Reposting from deprecated linux-...@linuxtv.org mail list.
***
I'm having difficulties with 6 x Sony PlayTV DVB-T tuners. Essentially the
first 4 that get plugged in work perfectly fine - but the 5th and 6th return
an error "Sony PlayTV error while loading driver (-23)" and refuse to work
(an
Acked-by: Mark Brown
signature.asc
Description: Digital signature
On Tue, May 26, 2015 at 04:26:08PM +0300, Peter Ujfalusi wrote:
> dmaengine provides a wrapper function to handle DT and non DT boots when
> requesting DMA channel. Use that instead of checking for of_node in the
> platform driver.
Acked-by: Mark Brown
signature.asc
Description
On Wed, May 27, 2015 at 02:15:12PM +0300, Peter Ujfalusi wrote:
> I have put the maintainers of the relevant subsystems as CC in the commit
> message and sent the series to all of the mailing lists. This series was
> touching 7 subsystems and I thought not spamming every maintainer with all the
>
On Tue, May 26, 2015 at 04:26:06PM +0300, Peter Ujfalusi wrote:
> Switch to use ma_request_slave_channel_compat_reason() to request the DMA
> channels. Only fall back to pio mode if the error code returned is not
> -EPROBE_DEFER, otherwise return from the probe with the -EPROBE_DEFER.
I've got tw
tting is tightly related to a camera sensor, which generates
> the strobe signal. Effectively it depends on board configuration.
My comment wasn't to do with the semantics of eitehr option but rather
the optionality of the property.
Surely it's vital to know what this should be, and hence
length controls duration
> + of the flash.
Surely this is required? What should be assumed if this property isn't
present?
Otherwise this looks OK, but I'm not that familiar with LED/flash
bindings.
Mark.
> +- maxim,boost-mode :
> + In boost mode the devic
On Mon, Mar 02, 2015 at 05:06:32PM +, Russell King wrote:
> clkdev_create() is a shorter way to write clkdev_alloc() followed by
> clkdev_add(). Use this instead.
Acked-by: Mark Brown
signature.asc
Description: Digital signature
On Tue, Feb 03, 2015 at 08:34:01PM +0200, Antti Palosaari wrote:
> On 02/03/2015 07:53 PM, Mauro Carvalho Chehab wrote:
> >If latter a better way to lock the I2C mux appears, we can reverse
> >this change.
> More I am worried about next patch in a serie, which converts all that to
> regmap API...
On Mon, Feb 02, 2015 at 12:31:38PM -0200, Mauro Carvalho Chehab wrote:
> Antti/Mark,
>
> Any news with regards to this?
Please don't top post or send content free nags. I can't really
remember what this is about but I don't think my review comments were
ever ad
Hey folks,
I seem to keep getting the this error after a day or two with my DVBSky T9580.
The card appears to keep working regardless of the error but
unfortunately whenever this occurs the Sky (UK)+ HD box downstairs
goes completely bonkers (poor signal, blocking etc) until I tune to a
service o
On Thu, Jan 15, 2015 at 08:24:26AM -0600, Rob Herring wrote:
> On Tue, Jan 13, 2015 at 2:42 AM, Jacek Anaszewski
> > I am aware that it may be tempting to treat LED devices as common
> > regulators, but they have their specific features which gave a
> > reason for introducing LED class for them. B
On Mon, Jan 12, 2015 at 10:55:29AM -0600, Rob Herring wrote:
> On Mon, Jan 12, 2015 at 10:10 AM, Jacek Anaszewski
> > There are however devices that don't fall into this category, i.e. they
> > have many outputs, that can be connected to a single LED or to many LEDs
> > and the driver has to know
On Sun, Dec 21, 2014 at 12:34:51AM +0200, Antti Palosaari wrote:
> + * @lock_class_key: Custom lock class key for lockdep validator. Use that
> when
> + *regmap in question is used for bus master IO in order to
> avoid
> + *false lockdep nested locking warning. Va
On Mon, Dec 22, 2014 at 12:23:19PM -0200, Mauro Carvalho Chehab wrote:
> What this patch does is to offer a way for drivers B and C to define
> different mutex groups (e. g. different mutex "IDs") that will teach
> the lockdep code to threat regmap mutex on drivers B and C as different
> mutexes.
On Mon, Dec 22, 2014 at 03:53:10PM +0200, Antti Palosaari wrote:
> On 12/22/2014 03:31 PM, Mark Brown wrote:
> >>>Why is this configurable, how would a device know if the system it is in
> >>>needs a custom locking class and can safely use one?
> >>If Re
On Mon, Dec 22, 2014 at 02:55:23PM +0200, Antti Palosaari wrote:
> On 12/22/2014 02:44 PM, Mark Brown wrote:
> >On Sun, Dec 21, 2014 at 12:34:51AM +0200, Antti Palosaari wrote:
> >>I2C client and I2C adapter are using regmap. As a solution, add
> >>configuration optio
On Sun, Dec 21, 2014 at 12:34:51AM +0200, Antti Palosaari wrote:
> Lockdep validator complains recursive locking and deadlock when two
> different regmap instances are called in a nested order, as regmap
> groups locks by default. That happens easily for example when both
I don't know what "regmap
Hi,
I was recently trying to build drivers for another tuner on a Pi and
also came across a similar problem [unable to find symbols], it turns
out that the Raspberry Pi kernel doesn't have I2C_MUX enabled which is
needed by some modules.
You could try rebuilding the kernel with the above option e
smiapp_1: camera@10 {
> + compatible = "nokia,smia";
> + reg = <0x10>;
> + reset-gpios = <&gpio3 20 0>;
> + vana-supply = <&vaux3>;
> + clocks = <&omap3_isp 0>;
> +
On Fri, Nov 28, 2014 at 02:11:04PM +, Jacek Anaszewski wrote:
> On 11/28/2014 01:30 PM, Mark Rutland wrote:
> > On Fri, Nov 28, 2014 at 12:09:14PM +, Jacek Anaszewski wrote:
> >> On 11/28/2014 12:14 PM, Mark Rutland wrote:
> >>> On Fri, Nov 28, 2014 at 09:1
On Fri, Nov 28, 2014 at 12:09:14PM +, Jacek Anaszewski wrote:
> On 11/28/2014 12:14 PM, Mark Rutland wrote:
> > On Fri, Nov 28, 2014 at 09:18:00AM +, Jacek Anaszewski wrote:
> >> This patch adds a description of 'flashes' property
> >> to the sams
On Fri, Nov 28, 2014 at 09:18:00AM +, Jacek Anaszewski wrote:
> This patch adds a description of 'flashes' property
> to the samsung-fimc.txt.
>
> Signed-off-by: Jacek Anaszewski
> Acked-by: Kyungmin Park
> Cc: Sylwester Nawrocki
> Cc: Rob Herring
>
ssue with the XPS line?
> >
> > Any direction is much appreciated. I'll feel like a real idiot if a
> > quick post and a link resolves it.
>
> This mail thread might be related: http://www.spinics.net/lists/linux-
> media/msg73460.html
>
> Mark, have you manag
g = <0x4c 0x66>;
> + reg-names = "main", "edid";
What about the other IDs? Are they accessible or not?
Why didn't we always list the full set of IDs in the first place? That
would have made this far less painful.
Thanks,
Mark.
--
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
On Tue, Aug 26, 2014 at 01:08:39PM -0700, Randy Dunlap wrote:
> On 08/26/14 12:59, Randy Dunlap wrote:
> > On 08/26/14 12:26, Mark Brown wrote:
> >> No, it's not - if it's going to depend on COMPILE_TEST at all it need to
> >> be a hard dependency.
> &
On Tue, Aug 26, 2014 at 12:20:54PM -0700, Randy Dunlap wrote:
> On 08/26/14 10:25, Mark Brown wrote:
> > index d58101e788fc..65a351d75c95 100644
> > --- a/Documentation/video4linux/Makefile
> > +++ b/Documentation/video4linux/Makefile
> > @@ -1 +1 @@
> > -obj-
From: Mark Brown
Currently arm64 does not support PCI but it does support v4l2. Since the
PCI skeleton driver is built unconditionally as a module with no dependency
on PCI this causes build failures for arm64 allmodconfig. Fix this by
defining a symbol VIDEO_PCI_SKELETON for the skeleton and
On Tue, Aug 26, 2014 at 06:56:05PM +0200, Hans Verkuil wrote:
> Against which kernel is this? Documentation/video4linux/Makefile doesn't exist
> in either the mainline kernel or the media_tree git repo.
This is against -next, looks like the bug is in the Documentation
tree...
signature.asc
Descr
From: Mark Brown
Currently arm64 does not support PCI but it does support v4l2. Since the
PCI skeleton driver is built unconditionally as a module with no dependency
on PCI this causes build failures for arm64 allmodconfig. Fix this by
defining a symbol VIDEO_PCI_SKELETON for the skeleton and
On Wed, Aug 13, 2014 at 01:14:35PM +0100, Ian Molton wrote:
> On Mon, 11 Aug 2014 13:19:02 +0100
> Mark Rutland wrote:
>
> > > - - pclk-sample: Pixel clock polarity. Defaults to output on the falling
> > > edge.
> > > + - pclk-sample: Pixel clock
>
> @@ -2742,6 +2742,12 @@ static int adv7604_parse_dt(struct adv7604_state
> *state)
> return -EINVAL;
>
> v4l2_of_parse_endpoint(endpoint, &bus_cfg);
> +
> + if (!of_property_read_u32(endpoint, "default_input", &v))
This doesn
ing
> Cc: Pawel Moll
> Cc: Mark Rutland
> Cc: Ian Campbell
> Cc: Kumar Gala
> Cc: devicet...@vger.kernel.org
> ---
> .../bindings/media/exynos-jpeg-codec.txt |9 ++---
> 1 file changed, 6 insertions(+), 3 deletions(-)
>
> diff --git a/Documentat
On Wed, Jun 25, 2014 at 08:44:31PM +0100, Robert Jarzmik wrote:
> Mark Rutland writes:
>
> > On Sat, Jun 21, 2014 at 11:21:46PM +0100, Robert Jarzmik wrote:
> >> +Required properties:
> >> + - compatible: Should be "marvell,pxa27x-qci"
> >
> >
";
> + reg = <0x5000 0x1000>;
> + interrupts = <33>;
> +
> + clocks = <&pxa2xx_clks 24>;
> + clock-names = "camera";
These weren't mentioned above. Is the clock input line really called
"camera"
uency",
> +(u32 *)&pcdev->mclk);
That cast is either unnecessary or this code is broken.
Use a temporary u32 if the types don't match.
Mark.
--
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
From: Mr. Mark Thompson
Bank of Africa Burkina Faso.
Dear Friend,
I am the manager account/audit department (Annexe) Bank of African (BOA) in
Burkina faso. I would like you to indicate your interest to receive this
transfer of US$10.5 Million; as the beneficiary (next of kin) to our
late
e v5:
> - none.
>
> Changes since v4:
> - dropped a requirement of specific order of values in clocks/
>clock-names properties (Mark) and reference to clock-names in
>clock-output-names property description (Mark).
> ---
> .../devicetree/bindings/media/samsung-
Hi Laurent,
Thanks again for your reply.
On 03/04/2014 12:11 PM, Laurent Pinchart wrote:
Hi Mark,
On Friday 28 February 2014 10:34:24 Mark Ryan wrote:
On 02/26/2014 04:40 PM, Laurent Pinchart wrote:
[ ... ]
With the information I've given you, could you try to log more information
i
Hi Laurent,
On 02/26/2014 04:40 PM, Laurent Pinchart wrote:
Hi Mark,
[ ... ]
With the information I've given you, could you try to log more information in
the driver to try and find what goes wrong ? You could for instance log the
content of each header at the beginning o
Hi Laurent,
Thank you so much for your detailed response.
On 02/26/2014 04:40 PM, Laurent Pinchart wrote:
Hi Mark,
On Wednesday 26 February 2014 10:20:06 Ryan, Mark D wrote:
On Tuesday, February 25, 2014 10:50 PM Sarah Sharp wrote:
Hi Laurent and Mauro,
Mark has running into issues with
> -Original Message-
> From: Sharp, Sarah A
> Sent: Tuesday, February 25, 2014 10:50 PM
> To: Laurent Pinchart; Mauro Carvalho Chehab
> Cc: linux-media@vger.kernel.org; Ryan, Mark D
> Subject: Dell XPS 12 USB camera bulk mode issues
>
> Hi Laurent and Mauro,
&g
+
> + if (cp->num_clocks == 0) {
> + dev_warn(dev, "clk provider not registered\n");
> + return 0;
> + }
> +
> + cp->clk_data.clks = cp->clks;
> + cp->clk_data.clk_num = cp->num_clocks;
> + cp->of_node = dev->of_node;
dings, defined in video-interfaces.txt.
> -The implementation of this bindings requires clock-frequency property to be
> -present in the sensor device nodes.
> +An optional clock-frequency property needs to be present in the sensor device
> +nodes. Default value when this property is not present is 24 MHz.
s/needs to/should/ ?
What is this the frequency of?
Thanks,
Mark.
--
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
xtclk";
> + reset-gpios = <&gpf1 3 1>;
> + standby-gpios = <&gpm0 1 1>;
> + port {
> + s5c73m3_ep: endpoint {
> + remote-endpoint = <&csis0_ep>;
> +
> Signed-off-by: Kyungmin Park
> > ---
> > This patch adds missing documentation [1] for the "samsung,s5k6a3"
> > compatible. Rob, can you please merge it through your tree if it
> > looks OK ?
>
> Anyone cares to Ack this patch so it can be merged through the me
load error
...
Is this likely to be a problem with the gspca ov534 driver or with the
USB subsystem?
thanks,
Mark
--
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
Good day. I am Mark Reyes Guus, I work with Abn Amro Bank as an auditor. I have
a proposition to discuss with you. Should you be interested, please e-mail back
to me.
Private Email: markreyesg...@abnmrob.co.uk OR markguus.reye...@yahoo.nl
Yours Sincerely,
Mark Reyes Guus.
--
To unsubscribe
nnected to the same
> source in some cases, but that does not change the number of inputs.
> Defining what are the valid combinations needs to be done. Seems like
> this could be:
>
> - default to 32KHz
> - only a "baud" clock
> , , - all clocks
For more complex
On Mon, Feb 03, 2014 at 10:13:55AM +, Arun Kumar K wrote:
> Hi Mark,
Hi Arun,
>
> This patch and hence a full series of 13 patches is waiting for a long time
> now
> due to your missing ack on this DT binding patch.
> I have addressed your review comments given on earlie
Good day. I am Mark Reyes Guus, I work with Abn Amro Bank as an auditor. I have
a proposition to discuss with you. Should you be interested, please e-mail back
to me.
Private Email: markreyesg...@abnmrob.co.uk OR markguus.reye...@yahoo.nl
Yours Sincerely,
Mark Reyes Guus.
--
To unsubscribe
t.com/show_bug.cgi?id=1047988 for more detail.
Mark
--
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
ware file will be uploaded to appropriate
> > repository.
> [...]
> > v9
> > - patch, ccm and cis configuration blobs moved to
> >firmware set files,
> > - minor improvements of bindings,
> > - cosmetic changes
>
> Hi Mark,
Hi Sylwester,
>
&g
0x4>,
<0x44 0x27>,
<0x800 0x63>;
It's far easier to read arbitrary lists when they're bracketed
consistently.
>
> clocks = < &cam_ick &cam_mclk &csi2_96m_fck &l3_ick >;
Similarly here.
> clock-names = "cam_ick", "cam_mclk", "csi2_96m_fck", "l3_ick";
>
> interrupts = <24>;
>
> ti,iommu = <&mmu_isp>;
>
> ti,isp-xclk-1 = <
> &et8ek8
> &smiapp_dfl
> >;
And here (though I think this property is unnecessary).
Thanks,
Mark.
--
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
1 - 100 of 345 matches
Mail list logo
