Hi,friend,
This is Daniel Murray and i am purchasing manager from Sinara Group Co.,LTD in
Russia.
We are glad to know about your company from the web and we are interested in
your products.
Could you kindly send us your Latest catalog and price list for our trial order.
Thanks and Best Regards
30 seconds
> + */
> + if (!priv->ucb_interval && p->bandwidth_hz)
> + priv->ucb_interval = (100 * 204 * 1000 * 8) / p->bandwidth_hz;
> +
> + if (priv->ucb_interval < 1000)
> + priv->ucb_interval = 1000;
> +
> +// HACK:
> +dev_info(&priv->i2c->dev, "UCB interval: %d ms", priv->ucb_interval);
> +
> + priv->ucb_time = jiffies + msecs_to_jiffies(priv->ucb_interval);
> }
>
> static int cxd2841er_dvbt2_set_profile(
> @@ -3360,6 +3421,13 @@ static int cxd2841er_set_frontend_s(struct
> dvb_frontend *fe)
> p->post_bit_error.stat[0].scale = FE_SCALE_NOT_AVAILABLE;
> p->post_bit_count.stat[0].scale = FE_SCALE_NOT_AVAILABLE;
>
> + /* Reset the wait for jiffies logic */
> + priv->ber_interval = 0;
> + priv->ucb_interval = 0;
> + priv->ber_time = 0;
> + priv->ucb_time = 0;
> + priv->snr_time = 0;
> +
> return ret;
> }
>
Best regards,
Daniel Scheller
--
https://github.com/herrnst
at
> > > that
> > > time).
> > >
> > > Confirmed attendees for this session:
> > >
> > > Boris Brezillon
> > > Alexandre Courbot
> > > Nicolas Dufresne
> > > Tomasz Figa
> > > Ezequiel Garcia
> > >
t;>>
> >>>> The second session deals with libcamera and is on Wednesday morning
> >>>> from 9:00 to 13:00.
> >>>>
> >>>> Attendees for this session:
> >>>>
> >>>> Kieran Bingham
> >>
> >
NTAINERS file into multiple
> distributed files. get_maintainer.pl already supports that.
>
> https://lwn.net/Articles/730509/
> https://lore.kernel.org/lkml/1501350403.5368.65.ca...@perches.com/
Oh I missed that entirely. Can we roll this out now in subsystems? I'd
really like to mov
maining V4L2
> >>> limitations, e.g.
> >>> - combinatorial explosion of /dev/video nodes,
> >>> - significant ioctl overhead,
> >>> - huge amount of historical legacy making the driver and userspace
> >>> implementations overly difficult and prone to repetitive mistakes,
> >>> - the above also limiting the flexibility of the API - formats, frame
> >>> rates, etc. set using distinct APIs, not covered by Request API, with
> >>> non-failure "negotiation hell", etc.
> >>> - lack of fences, etc.
> >>>
> >>> Jacopo:
> >>>
> >>> Apart from discussing libcamera and hope we could kickstart a review of
> >>> its API, I would like to re-start discussing multiplexed stream support,
> >>> but that would require Sakari to be there, something I'm not certain
> >>> about. Sakari?
> >>>
> >>> Alexandre:
> >>>
> >>> If Collabora/Bootlin is there, I'd certainly want to discuss stateless
> >>> codecs, in particular m2m codec helpers and finalize the specification
> >>> in general.
> >>>
> >>> Regards,
> >>>
> >>> Hans
> >>>
> >>
> >
>
Regards,
Daniel
ff ff
ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
ff ff ff ff ff ff ff ff ff ff ff ff ff ff a0 00
Signed-off-by: Daniel Gonzalez Cabanelas
---
drivers/media/pci/cx88/cx88-cards.c | 43 +
drivers/media/pci/cx88/cx88-
Hi,friend,
This is Daniel Murray and i am from Sinara Group Co.Ltd in Russia.
We are glad to know about your company from the web and we are interested in
your products.
Could you kindly send us your Latest catalog and price list for our trial order.
Best Regards,
Daniel Murray
Purchasing
-spi-led
Reported-by: Javier Martinez Canillas
Signed-off-by: Daniel Gomez
---
drivers/media/rc/ir-spi.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/media/rc/ir-spi.c b/drivers/media/rc/ir-spi.c
index 66334e8..c58f2d3 100644
--- a/drivers/media/rc/ir-spi.c
+++ b/drivers/media/rc/ir
await your reply via my private email:overchamb...@gmail.com
Best Regards.
Augusto Daniel Esq.
On Thu, Feb 28, 2019 at 04:18:57PM -0800, Hyun Kwon wrote:
> Hi Daniel,
>
> On Thu, 2019-02-28 at 02:01:46 -0800, Daniel Vetter wrote:
> > On Wed, Feb 27, 2019 at 04:36:06PM -0800, Hyun Kwon wrote:
> > > Hi Daniel,
> > >
> > > On Wed, 2019-02-27 at 06:13
On Wed, Feb 27, 2019 at 04:36:06PM -0800, Hyun Kwon wrote:
> Hi Daniel,
>
> On Wed, 2019-02-27 at 06:13:45 -0800, Daniel Vetter wrote:
> > On Tue, Feb 26, 2019 at 11:20 PM Hyun Kwon wrote:
> > >
> > > Hi Daniel,
> > >
> > > Thanks for the commen
Add support for 16 bit Bayer formats:
-V4L2_PIX_FMT_SBGGR16
-V4L2_PIX_FMT_SGBRG16
-V4L2_PIX_FMT_SGRBG16
-V4L2_PIX_FMT_SRGGB16
Tested using vivid included in linux v5.0-rc8.
Signed-off-by: Daniel Gomez
---
lib/libv4lconvert/bayer.c | 9 ++
lib
:
- Renaming function name to keep naming convention with the
other bayer10p conversion function:
v4lconvert_10to8 -> v4lconvert_bayer10_to_bayer8
Tested using vivid included in linux v5.0-rc8.
Signed-off-by: Daniel Gomez
---
lib/libv4lconvert/bayer.c | 10
On Tue, Feb 26, 2019 at 11:20 PM Hyun Kwon wrote:
>
> Hi Daniel,
>
> Thanks for the comment.
>
> On Tue, 2019-02-26 at 04:06:13 -0800, Daniel Vetter wrote:
> > On Tue, Feb 26, 2019 at 12:53 PM Greg Kroah-Hartman
> > wrote:
> > >
> > > On Sat, F
to see if this really is even a viable thing to do.
> The fd handling seems a bit "odd" here, but maybe I just do not
> understand it.
Frankly looks like a ploy to sidestep review by graphics folks. We'd
ask for the userspace first :-)
Also, exporting dma_addr to userspace is considered a very bad idea.
If you want to do this properly, you need a minimal in-kernel memory
manager, and those tend to be based on top of drm_gem.c and merged
through the gpu tree. The last place where we accidentally leaked a
dma addr for gpu buffers was in the fbdev code, and we plugged that
one with
commit 4be9bd10e22dfc7fc101c5cf5969ef2d3a042d8a (tag:
drm-misc-next-fixes-2018-10-03)
Author: Neil Armstrong
Date: Fri Sep 28 14:05:55 2018 +0200
drm/fb_helper: Allow leaking fbdev smem_start
Together with cuse the above patch should be enough to implement a drm
driver entirely in userspace at least.
Cheers, Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
r review and test on them, that may
> help the process along?
>
> >
> > igt test cases are nice to have, but what I need now is a tool to
> > execise the API manually, similar to modetest, with command line
> > parameters to configure the device, and the ability to capture frame
4: format definition refined per review.
> >> V5: Format comment block for each new pixel format.
> >> V6: reversed Cb/Cr order in comments.
> >> v7: reversed Cb/Cr order in comments of header files, remove
> >> the wrong part of commit message.
> >> V8: r
the future. The current set converts two of
> > them: the above mentionned Cadence DSI driver so that the v4l2 drivers can
> > use them, and the Allwinner MIPI-DSI driver.
>
> Can the PHY changes go independently of the consumer drivers? or else I'll
> need
On Wed, 16 Jan 2019 at 16:06, h...@lst.de wrote:
> On Wed, Jan 16, 2019 at 07:28:13AM +, Koenig, Christian wrote:
> > To summarize once more: We have an array of struct pages and want to
> > coherently map that to a device.
>
> And the answer to that is very simple: you can't. What is so hard
or i915 we use all kinds of combinations,
e.g. cpu mmap ptes as cached w/ coherent device transactions, or
cached+clflush on the cpu side, and non-coherent device transactions (the
no-snoop thing), or wc mode in the cpu ptes and non-coherent device
transactions-
Plus some debug mode so we catch
ad of
1-2 months.
Thanks, Daniel
> ---
> drivers/dma-buf/dma-buf.c| 12 +---
> drivers/dma-buf/sync_debug.c | 16 +++-
> 2 files changed, 4 insertions(+), 24 deletions(-)
>
> diff --git a/drivers/dma-buf/dma-buf.c b/drivers/dma-buf/dma-buf.c
> in
C_skb_vlan_push;
> static int (*bpf_skb_vlan_pop)(void *ctx) =
> (void *) BPF_FUNC_skb_vlan_pop;
> +static int (*bpf_rc_pointer_rel)(void *ctx, int rel_x, int rel_y) =
> + (void *) BPF_FUNC_rc_pointer_rel;
>
> /* llvm builtin functions that eBPF C program may use to
> * emit BPF_LD_ABS and BPF_LD_IND instructions
>
tools/include/uapi/linux/bpf.h would have to be synced as well here.
Probably would be good to extend the lirc2 BPF kselftest as well?
Thanks,
Daniel
Hi,friend,
This is Daniel Murray and i am from Sinara Group Co.Ltd Group Co.,LTD in Russia.
We are glad to know about your company from the web and we are interested in
your products.
Could you kindly send us your Latest catalog and price list for our trial order.
Best Regards,
Daniel
Hi,friend,
This is Daniel Murray and i am from Sinara Group Co.Ltd Group Co.,LTD in Russia.
We are glad to know about your company from the web and we are interested in
your products.
Could you kindly send us your Latest catalog and price list for our trial order.
Best Regards,
Daniel Murray
Am Wed, 4 Jul 2018 13:08:31 -0300
schrieb Mauro Carvalho Chehab :
> Em Sat, 12 May 2018 13:24:29 +0200
> Daniel Scheller escreveu:
>
> > From: Daniel Scheller
> >
> > Third iteration of the IOCTL patches for ddbridge, split into multiple
> > patches:
> >
From: Daniel Scheller
Add a break statement in set_params() for the SYS_DVBT(2) case to silence
this sparse warning:
drivers/media/dvb-frontends/tda18271c2dd.c:1144:3: warning: this statement
may fall through [-Wimplicit-fallthrough=]
as reported in Hans' daily media_tree builds.
S
From: Daniel Scheller
ddbridge has a few MDIO related remainders (defines, hwinfo struct) which
aren't of any use for the in-kernel driver at all (they're only used in
conjunction with the OctoNet SAT>IP boxes which the kernel driver doesn't
have any support for), so clean th
From: Daniel Scheller
Adjustments to match the FPGA firmware, and the signal I/Q values are
reported as s16 types from the card firmware.
Picked up from the upstream dddvb GIT.
Signed-off-by: Daniel Scheller
---
drivers/media/pci/ddbridge/ddbridge-mci.c | 2 +-
drivers/media/pci/ddbridge
From: Daniel Scheller
To avoid miscalculations related to the BER denominator, the shift
expression needs to be casted as ULL.
Picked up from the upstream dddvb GIT.
Signed-off-by: Daniel Scheller
---
drivers/media/dvb-frontends/stv0910.c | 4 ++--
1 file changed, 2 insertions(+), 2
From: Daniel Scheller
Throughout the function, dev->link[l] is used several times. Unclutter
this a bit by declaring a ddb_link var at the top of the function, assign
the address of dev->link[l] to it and use that var to access the link[]
struct member.
Picked up from the upstream ddd
From: Daniel Scheller
The SX8 cards by default do an automatic search for the PLS code. This
is not necessarily wanted as this can eventually be detected wrong, so
disable this.
Picked up from the upstream dddvb GIT.
Signed-off-by: Daniel Scheller
---
drivers/media/pci/ddbridge/ddbridge-sx8
From: Daniel Scheller
Recent FPGA firmware reports more data and values in sent command
responses. Adjust the mci_command and mci_result structs including it's
unions to match these changes and add a few comments explaining things.
Picked up from the upstream dddvb GIT.
Signed-off-by: D
From: Daniel Scheller
Update the copyright year information in the MCI headers to 2017-2018.
Picked up from the upstream dddvb GIT.
Signed-off-by: Daniel Scheller
---
drivers/media/pci/ddbridge/ddbridge-mci.c | 6 +++---
drivers/media/pci/ddbridge/ddbridge-mci.h | 6 +++---
2 files changed
From: Daniel Scheller
Implement querying signal statistics from the MCI and report this data
in read_status() as DVBv5 statistics.
Picked up from the upstream dddvb GIT.
Signed-off-by: Daniel Scheller
---
drivers/media/pci/ddbridge/ddbridge-mci.c | 47 ++-
1 file
From: Daniel Scheller
For better support for future MCI based cards, rename the mci struct
member to mci_ports to carry the number of ports on the cards, and add a
mci_type member to identify the card type to handle differing hardware.
Picked up from the upstream dddvb GIT.
Signed-off-by
From: Daniel Scheller
In demod_attach_stv0910(), the LNBH25 IC is being blindly attached and,
if the result is bad, blindly attached on another possible I2C address.
The LNBH25 uses it's set_voltage function to test for the IC and will
print an error to the kernel log on failure. Prevent th
From: Daniel Scheller
The MCI can report the command status more finegrained, so, add more
status code defines and update the MCI_SUCCESS macro.
Picked up from the upstream dddvb GIT.
Signed-off-by: Daniel Scheller
---
drivers/media/pci/ddbridge/ddbridge-mci.h | 8 ++--
1 file changed, 6
From: Daniel Scheller
Allow for tuning to transponders with specific modulations in
set_parameters(). Setting a specific modulation will also enable lower
modulations.
Picked up from the upstream dddvb GIT. Upstream also has support for
APSK64/128/256 modulations which aren't supported y
From: Daniel Scheller
Take note that the SX8 IQ mode is only available on a single tuner, and
remove the MCI/SX8 DIAG CMD defines.
Picked up from the upstream dddvb GIT.
Signed-off-by: Daniel Scheller
---
drivers/media/pci/ddbridge/ddbridge-mci.h | 24
1 file changed
From: Daniel Scheller
Split off all code specific to the MaxSX8 cards to a separate ddbridge-sx8
module and hook it up in the Makefile. This also adds evaluation of the
mci_type to allow for using different attach handling for different cards.
As different cards can implement things differently
From: Daniel Scheller
In preparation for splitting all MaxSX8 related code parts from the common
MCI code, prefix both mci_cmd() and mci_config() functions with ddb_,
remove the static marking and add matching function prototypes to
ddbridge-mci.h so these functions can be reused from other
From: Daniel Scheller
Devices supporting dummy tuner operation can exist on any link, not only
on link 0, so fix this accordingly.
Picked up from the upstream dddvb GIT.
Signed-off-by: Daniel Scheller
---
drivers/media/pci/ddbridge/ddbridge-core.c | 2 +-
1 file changed, 1 insertion(+), 1
From: Daniel Scheller
The I2C_COMMAND response reports an error in the I2C bus communication
using bit 17. Evaluate the response more thoroughly and log an error
if an I2C problem was detected.
Picked up from the upstream dddvb GIT.
Signed-off-by: Daniel Scheller
---
drivers/media/pci
From: Daniel Scheller
A bunch of commits as they appeared in the dddvb upstream GIT as of
2018-06-23, mainly cleanups, cosmetics and code move in preparation for
new MCI card types, plus improvements to the existing SX8 code, ie.
DVBv5 signal statistics.
Also fixes one sparse warning as being
From: Daniel Scheller
Change the start of the MCI ID range (internally used only) to 48 and
define an ID for the SX8 card type. Use this new ID to handle device
attachment.
This change is done in preparation for support of more MCI based cards.
Picked up from the upstream dddvb GIT.
Signed
From: Daniel Scheller
Fix one sparse warning:
drivers/media/dvb-frontends/mxl5xx.c:731:3: warning: this statement may
fall through [-Wimplicit-fallthrough=]
as seen in Hans' daily media_tree builds.
Signed-off-by: Daniel Scheller
---
drivers/media/dvb-frontends/mxl5xx.c | 1 +
1
From: Daniel Scheller
There's a superfluous whitespace in the boilerplate license text in both
.c and .h files. Fix this.
Cc: Ralph Metzler
Cc: Manfred Voelkel
Signed-off-by: Daniel Scheller
---
drivers/media/dvb-frontends/cxd2099.c | 2 +-
drivers/media/dvb-frontends/cxd2099.h | 2
From: Daniel Scheller
As both the MODULE_LICENSE and the boilerplates are now in sync and clear
that the driver is licensed under the terms of the GPLv2-only, add a
matching SPDX license identifier tag.
Cc: Ralph Metzler
Cc: Manfred Voelkel
Signed-off-by: Daniel Scheller
---
drivers/media
From: Daniel Scheller
Upstream committed a change to the dddvb driver package ([1]) that makes
things clear everything is licensed under the terms of the GPLv2-only.
So, apply the MODULE_LICENSE change to cxd2099 and, as things are sorted
now, apply SPDX license identifiers (and fix two spurious
From: Daniel Scheller
In commit 3db30defab4b ("use correct MODULE_LINCESE for GPL v2 only
according to notice in header") in the upstream repository for the
mentioned driver at https://github.com/DigitalDevices/dddvb.git, the
MODULE_LICENSE was fixed to "GPL v2" and is now
From: Daniel Scheller
The stv6111.h doesn't carry any header nor any licensing boilerplate at
all, so copy this from the main driver file stv6111.c. While at it,
apply the usual whitespace/blank line cleanup.
Cc: Ralph Metzler
Cc: Manfred Voelkel
Signed-off-by: Daniel Scheller
---
dr
From: Daniel Scheller
The stv0910.h doesn't carry any header nor any licensing boilerplate at
all, so copy this from the main driver file stv0910.c. While at it,
apply the usual whitespace/blank line cleanup aswell.
Cc: Ralph Metzler
Cc: Manfred Voelkel
Signed-off-by: Daniel Sch
From: Daniel Scheller
mxl5xx.h doesn't carry any licensing boilerplate at all right now, so copy
the boilerplate over from the main driver file mxl5xx.c. Also, mxl5xx_defs
is missing a part of the licensing boilerplate text, so add it. While at
it, fix up some minor whitespace and blank
From: Daniel Scheller
Upstream committed a change to the dddvb driver package ([1]) that makes
things clear everything is licensed under the terms of the GPLv2-only.
So, apply the MODULE_LICENSE change to ddbridge, mxl5xx, stv0910 and
stv6111, and, as things are sorted now, apply SPDX license
From: Daniel Scheller
Cleanup whitespaces and blank lines, remove wrong links to
http://www.gnu.org/copyleft/gpl.html (the driver is licensed under the
terms of GPLv2, but the link points to a copy of the GPLv3), and fix
the filename reference in ddbridge-i2c.h.
Cc: Ralph Metzler
Cc: Manfred
From: Daniel Scheller
As it is clear that the driver is licensed under the terms of GPLv2-only
by now, add a matching SPDX license identifier to all driver files.
Cc: Ralph Metzler
Cc: Manfred Voelkel
Signed-off-by: Daniel Scheller
---
drivers/media/dvb-frontends/stv6111.c | 1 +
drivers
From: Daniel Scheller
As it is clear that the driver is licensed under the terms of GPLv2-only
by now, add a matching SPDX license identifier to all driver files.
Cc: Ralph Metzler
Cc: Manfred Voelkel
Signed-off-by: Daniel Scheller
---
drivers/media/dvb-frontends/stv0910.c | 1
From: Daniel Scheller
As it is clear that the driver is licensed under the terms of GPLv2-only
by now, add a matching SPDX license identifier to all driver files.
Cc: Ralph Metzler
Cc: Manfred Voelkel
Signed-off-by: Daniel Scheller
---
drivers/media/dvb-frontends/mxl5xx.c | 1
From: Daniel Scheller
Since the boilerplates and MODULE_LICENSE are now in sync regarding the
used license (GPL v2 only), add a matching GPLv2 SPDX license identifier
to all files of the ddbridge driver.
Cc: Ralph Metzler
Cc: Manfred Voelkel
Signed-off-by: Daniel Scheller
---
drivers/media
From: Daniel Scheller
In commit 3db30defab4b ("use correct MODULE_LINCESE for GPL v2 only
according to notice in header") in the upstream repository for the
mentioned four drivers at https://github.com/DigitalDevices/dddvb.git
(plus a few more which aren't part of the mainline ke
more
generic function dma_request_slave_channel().
Signed-off-by: Robert Jarzmik
Reviewed-by: Daniel Mack
---
sound/arm/pxa2xx-ac97.c | 14 ++
sound/arm/pxa2xx-pcm-lib.c | 6 +++---
sound/soc/pxa/pxa2xx-ac97.c | 32 +---
sound/soc/pxa/pxa2xx
. is a 1-1 match to
ssp., and the channels are either "rx" or "tx".
- for device tree platforms, the dma node should be hooked into the
pxa2xx-ac97 or pxa-ssp-dai node.
Signed-off-by: Robert Jarzmik
Acked-by: Daniel Mack
We should, however, merge what's left of
Hi Robert,
Please refer to the attached patch instead of the one I sent earlier. I
missed to also remove the platform_get_resource(IORESOURCE_DMA) call.
Thanks,
Daniel
On Friday, May 18, 2018 11:31 PM, Daniel Mack wrote:
Hi Robert,
Thanks for this series.
On Monday, April 02, 2018 04:26
onditioning remote controls and decode the target
> temperature in bpf, and pass that to an input device.
Mauro, are you fine with this series going via bpf-next? How ugly would this
get with regards to merge conflicts wrt drivers/media/rc/?
Thanks,
Daniel
> Thanks,
>
> Sean Y
the pclk period, and it's hardcoded to the same value
all the time, so I guess this is not the reason it doesn't work on
MIPI CSI anymore.
Daniel, could you test:
http://code.bulix.org/ki6kgz-339327?raw
[Note that there's a missing parenthesis in this snippet]
Hmm, no, that does
hat adds a V4L2_CID_PIXEL_RATE control. The qcom camss
platform needs that in order to calculate its own clock rates. When I
tested this patch set, I hard-coded the setting the camss driver.
I can send a patch that adds this control once this patch set has landed.
Thanks,
Daniel
dropped. I attached a version for the new
driver which you can pick instead.
Thanks,
Daniel
>From c63bc40bdfe2d596e42919235840109a2f1b2776 Mon Sep 17 00:00:00 2001
From: Daniel Mack
Date: Sat, 12 May 2018 21:50:13 +0200
Subject: [PATCH] mtd: rawnand: marvell: remove dmaengine compat code
As the
ters after 0x3035/0x3036/0x3037 seem to depend on
the values of these timing registers. You might need to leave these
values as dummies in the array. Confusing.
Any idea?
Thanks,
Daniel
w regression
for me, unfortunately, possibly for the same reason. I'll dig a bit more.
What cameras are you testing this with? MIPI or parallel?
Thanks,
Daniel
Fixes: 5999f381e023 ("media: ov5640: Add horizontal and vertical totals")
Signed-off-by: Samuel Bobrowicz
Signed-off-b
is patch set be applied
on? I had no luck with media_tree/for-4.18-6.
Thanks,
Daniel
Let me know what you think,
Maxime
Changes from v2:
- Rebased on latest Sakari PR
- Fixed the issues reported by Hugues: improper FPS returned for
formats, improper rounding of the FPS, some with
On Tue, May 15, 2018 at 01:16:30PM +0100, Chris Wilson wrote:
> Quoting Ezequiel Garcia (2018-05-14 22:28:31)
> > On Mon, 2018-05-14 at 18:48 +0200, Daniel Vetter wrote:
> > > On Fri, May 11, 2018 at 08:27:41AM +0100, Chris Wilson wrote:
> > > > Quoting Ezequi
he driver code that needs this behaviour so we
can discuss how to best handle your use-case.
Cheers, Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
From: Daniel Scheller
This patch adds back the IOCTL API/functionality which is present in the
upstream dddvb driver package. In comparison, the IOCTL handler has been
factored to a separate object (and with that, some functionality from
-core, such as reg_wait() and ddb_flashio() has been moved
From: Daniel Scheller
drivers/media/pci/ddbridge exposes a few IOCTLs which are used by userspace
utilities to ie. update PCIe card's FPGA firmware.
The IOCTLs chosen are in the range 0xDD/0xE0 up to 0xDD/0xFF, with 0xDD as
sort of gimmick for "Digital Devices". To not conflic
From: Daniel Scheller
Add a uAPI header to define the IOCTLs and the related data structs used by
ddbridge, which currently are IOCTL_DDB_FLASHIO and IOCTL_DDB_IO. The
header can be included by userspace applications directly to make use of
the IOCTLs, and they even should use this header to
From: Daniel Scheller
Third iteration of the IOCTL patches for ddbridge, split into multiple
patches:
Patch 1 just adds the reservation/information of the used IOCTLs into
ioctl-numbers.txt in the Docs dir. Doc, s390 and LKML are Cc'ed on
this patch.
Patch 2 adds the header which define
Hi Colin,
Am Tue, 8 May 2018 11:39:56 +0100
schrieb Colin Ian King :
> On 08/05/18 11:38, Daniel Scheller wrote:
> > Hi Colin,
> >
> > Am Tue, 8 May 2018 00:08:42 +0100
> > schrieb Colin King :
> >
> >> From: Colin Ian King
> >>
> >&
From: Daniel Scheller
CineS2 V7(A) and Octopus CI S2 Pro/Advanced cards support faster TS speeds
on the card's contained stv0910 demodulator when their FPGA was updated
with a recent (>= 1.7, version number applies to all mentioned cards)
vendor firmware. Enable this faster TS speed on c
From: Daniel Scheller
In stop(), an (unlikely) out-of-bounds write error can occur when setting
the demod_in_use element indexed by state->demod to zero, as state->demod
isn't checked for being in the range of the array size of demod_in_use, and
state->demod maybe carrying the mag
From: Daniel Scheller
Add a tsspeed config option to struct stv0910_cfg which can be used by
users of the driver to set the (parallel) TS speed (higher speeds enable
support for higher bitrate transponders). If tsspeed isn't set in the
config, it'll default to a sane value.
This c
From: Daniel Scheller
Fixes two checkpatch warnings
WARNING: function definition argument 'xxx' should also have an identifier
name
in the ddb_mci_attach() prototype definition. checkpatch keeps complaining
on the "int (**fn_set_input)" as it seems to have issues with th
From: Daniel Scheller
Four post-ddbridge-0.9.33 patches fixing and improving a few things:
Patch 1 adds protection into the new ddbridge-mci code against an
out-of-bounds array write access as reported by CoverityScan and brought
to attention by Colin Ian King.
Patch 2 adds missing function
er - pointing this out. While it's
unlikely this will ever be an issue, I'm fine with changing the code
like that, but I'd prefer to change it a bit differently (ie.
DEMOD_STOPPED should be DEMOD_UNUSED, and I'd add defines for max.
tuners and use/compare against them).
I'll send out a different patch that will cover the potential
coverityscan problem throughout the end of the week.
Best regards,
Daniel Scheller
--
https://github.com/herrnst
Am Fri, 4 May 2018 12:51:02 -0300
schrieb Mauro Carvalho Chehab :
> Em Tue, 13 Mar 2018 23:18:03 +0100
> Daniel Scheller escreveu:
>
> > From: Daniel Scheller
> >
> > Additional enums:
> > * FEC ratios 1/4 and 1/3
> > * 64/128/256-APSK modulations (
l Garcia
Applied, thanks.
-Daniel
> ---
> drivers/dma-buf/sync_debug.h | 10 --
> 1 file changed, 10 deletions(-)
>
> diff --git a/drivers/dma-buf/sync_debug.h b/drivers/dma-buf/sync_debug.h
> index d615a89f774c..05e33f937ad0 100644
> --- a/drivers/dma-buf/sync_debug
take for
everyone. Instead just check if the callback is present. Suggested by
Maarten.
Also move misplaced kerneldoc hunk to the right patch.
Cc: Maarten Lankhorst
Reviewed-by: Christian König (v1)
Signed-off-by: Daniel Vetter
Cc: Sumit Semwal
Cc: Gustavo Padovan
Cc: linux-media@vger.kernel
- Intro section that links to how this is exposed to userspace.
- Lots more hyperlinks.
- Minor clarifications and style polish
v2: Add misplaced hunk of kerneldoc from a different patch.
Signed-off-by: Daniel Vetter
Cc: Sumit Semwal
Cc: Gustavo Padovan
Cc: linux-media@vger.kernel.org
Cc
On Fri, May 04, 2018 at 03:17:08PM +0200, Christian König wrote:
> Am 04.05.2018 um 11:25 schrieb Daniel Vetter:
> > On Fri, May 4, 2018 at 11:16 AM, Chris Wilson
> > wrote:
> > > Quoting Daniel Vetter (2018-05-04 09:57:59)
> > > > On Fri, May 04, 2018 at
On Fri, May 4, 2018 at 11:16 AM, Chris Wilson wrote:
> Quoting Daniel Vetter (2018-05-04 09:57:59)
>> On Fri, May 04, 2018 at 09:31:33AM +0100, Chris Wilson wrote:
>> > Quoting Daniel Vetter (2018-05-04 09:23:01)
>> > > On Fri, May 04, 2018 at 10:17:22AM +0200, Da
On Fri, May 04, 2018 at 09:31:33AM +0100, Chris Wilson wrote:
> Quoting Daniel Vetter (2018-05-04 09:23:01)
> > On Fri, May 04, 2018 at 10:17:22AM +0200, Daniel Vetter wrote:
> > > On Fri, May 04, 2018 at 09:09:10AM +0100, Chris Wilson wrote:
> > > > Quoting Dani
On Fri, May 04, 2018 at 10:17:22AM +0200, Daniel Vetter wrote:
> On Fri, May 04, 2018 at 09:09:10AM +0100, Chris Wilson wrote:
> > Quoting Daniel Vetter (2018-05-03 15:25:52)
> > > Almost everyone uses dma_fence_default_wait.
> > >
> > > v2: Also remove the BU
On Fri, May 04, 2018 at 09:09:10AM +0100, Chris Wilson wrote:
> Quoting Daniel Vetter (2018-05-03 15:25:52)
> > Almost everyone uses dma_fence_default_wait.
> >
> > v2: Also remove the BUG_ON(!ops->wait) (Chris).
>
> I just don't get the rationale
Almost everyone uses dma_fence_default_wait.
v2: Also remove the BUG_ON(!ops->wait) (Chris).
Reviewed-by: Christian König (v1)
Signed-off-by: Daniel Vetter
Cc: Chris Wilson
Cc: Sumit Semwal
Cc: Gustavo Padovan
Cc: linux-media@vger.kernel.org
Cc: linaro-mm-...@lists.linaro.org
---
driv
eviewed-by: Christian König
Signed-off-by: Daniel Vetter
Cc: Sumit Semwal
Cc: Gustavo Padovan
Cc: linux-media@vger.kernel.org
Cc: linaro-mm-...@lists.linaro.org
Cc: Christian König
Cc: Alex Deucher
---
drivers/dma-buf/dma-fence.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/driver
- Intro section that links to how this is exposed to userspace.
- Lots more hyperlinks.
- Minor clarifications and style polish
Signed-off-by: Daniel Vetter
Cc: Sumit Semwal
Cc: Gustavo Padovan
Cc: linux-media@vger.kernel.org
Cc: linaro-mm-...@lists.linaro.org
---
Documentation/driver-api/dma
Many drivers have a trivial implementation for ->enable_signaling.
Let's make it optional by assuming that signalling is already
available when the callback isn't present.
Reviewed-by: Christian König
Signed-off-by: Daniel Vetter
Cc: Sumit Semwal
Cc: Gustavo Padovan
Cc
On Thu, May 3, 2018 at 2:06 PM, Laurent Pinchart
wrote:
> Hi Dave,
>
> Ping ?
Not aware of any crc core work going on in drm, so has my ack. Worst
case we do a topic branch or something like that (since I guess you'll
do a pull request anyway on the v4l side). Acked-by: me.
-
The format specifier %p can leak kernel addresses
while not valuing the kptr_restrict system settings.
Use %pK instead of %p, which also evaluates whether
kptr_restrict is set.
Signed-off-by: Divya Ponnusamy
Signed-off-by: Daniel Rosenberg
Cc: stable
---
drivers/dma-buf/sync_debug.c | 2 +-
1
On Mon, Apr 30, 2018 at 10:49:00AM -0700, Eric Anholt wrote:
> Daniel Vetter writes:
> > + /**
> > +* @fill_driver_data:
> > +*
> > +* Callback to fill in free-form debug info Returns amount of bytes
> > +* filled, or negative error on failure.
1 - 100 of 1273 matches
Mail list logo
