On Sat, Dec 08, 2018 at 09:41:12AM -0800, Christoph Hellwig wrote:
> There is no good reason to have a double indirection for the sparc32
> dma ops, so remove the sparc32_dma_ops and define separate dma_map_ops
> instance for the different IOMMU types.
>
Except maybe this:
scsi host0: esp
scsi h
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date: Sat Dec 15 05:00:13 CET 2018
media-tree git hash:d2b4387f3bdf016e266d23cf657465f557721488
media_build git
The function ipu_csi_init_interface() was inverting the F-bit for
NTSC case, in the CCIR_CODE_1/2 registers. The result being that
for NTSC bottom-top field order, the CSI would swap fields and
capture in top-bottom order.
Instead, base field swap on the field order of the input to the CSI,
and th
On 12/13/18 4:59 AM, Philipp Zabel wrote:
Hi Steve,
On Tue, 2018-10-16 at 17:00 -0700, Steve Longerbeam wrote:
The function ipu_csi_init_interface() was inverting the F-bit for
NTSC case, in the CCIR_CODE_1/2 registers. The result being that
for NTSC bottom-top field order, the CSI would swa
Hello, I have sent the transaction details.
---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
The driver documentation is under GPL v2 and the uAPI documentation under
GNU FDL 1.1+ (without invariant sections) or GPL v2.
Signed-off-by: Sakari Ailus
---
since v1
- Add GPL v2 for the uAPI docs as well
.../media/uapi/v4l/pixfmt-meta-intel-ipu3.rst | 25 +-
Documen
On Fri, Dec 14, 2018 at 5:43 PM Hans Verkuil wrote:
>
> On 12/14/18 5:40 PM, Philipp Zabel wrote:
> > Hi,
> >
> > this series adds raw bayer (V4L2_PIX_FMT_SGRBG8) support to the gspca
> > ov534-ov772x driver used for the PlayStation Eye camera for VGA and
> > QVGA modes. Selecting the SGRBG8 forma
On 12/14/18 5:40 PM, Philipp Zabel wrote:
> Hi,
>
> this series adds raw bayer (V4L2_PIX_FMT_SGRBG8) support to the gspca
> ov534-ov772x driver used for the PlayStation Eye camera for VGA and
> QVGA modes. Selecting the SGRBG8 format bypasses image processing
> (brightness, contrast, saturation, a
The COM3 register at address 0x0c already defaults to 0x10, the two bits
COM3[7:6] are set according to V4L2 controls by sethvflip later.
There is no need to set it multiple times during bridge initialization.
Signed-off-by: Philipp Zabel
---
drivers/media/usb/gspca/ov534.c | 4
1 file chan
If a driver supports multiple pixel formats with the same frame size,
ENUM_FRAMEINTERVALS will currently only work for the first pixel format.
Fix this by adding pixelformat support to wxh_to_mode().
Signed-off-by: Philipp Zabel
---
drivers/media/usb/gspca/gspca.c | 8 +---
1 file changed, 5
This register is later overwritten by set_frame_rate anyway.
Signed-off-by: Philipp Zabel
---
drivers/media/usb/gspca/ov534.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/media/usb/gspca/ov534.c b/drivers/media/usb/gspca/ov534.c
index bc9d2eb5db30..23deeedd3279 100644
--- a/drive
In preparation for adding SGBRG8 as a second video format besides YUYV,
move video format specific register settings from the bridge_init array
into the bridge_start arrays.
Signed-off-by: Philipp Zabel
---
drivers/media/usb/gspca/ov534.c | 19 ++-
1 file changed, 10 insertions(+
Hi,
this series adds raw bayer (V4L2_PIX_FMT_SGRBG8) support to the gspca
ov534-ov772x driver used for the PlayStation Eye camera for VGA and
QVGA modes. Selecting the SGRBG8 format bypasses image processing
(brightness, contrast, saturation, and hue controls).
regards
Philipp
Philipp Zabel (8):
Add support to pass through the sensor's native SGBRG8 bayer pattern,
allowing to cut the required USB bandwidth in half.
Signed-off-by: Philipp Zabel
---
drivers/media/usb/gspca/ov534.c | 115 +++-
1 file changed, 98 insertions(+), 17 deletions(-)
diff --git a/drive
If a driver supports multiple pixel formats with the same frame size,
TRY_FMT will currently always return the first pixel format.
Fix this by adding pixelformat support to wxh_to_nearest_mode().
Signed-off-by: Philipp Zabel
---
drivers/media/usb/gspca/gspca.c | 10 --
1 file changed, 8
For short waits, usleep_range should be used instead of msleep,
see Documentation/timers/timers-howto.txt.
Signed-off-by: Philipp Zabel
---
drivers/media/usb/gspca/ov534.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/media/usb/gspca/ov534.c b/drivers/media/usb/
The video format, payload size, and frame size setup is video format
and frame size specific. Those registers are overwritten during
bridge_start anyway.
Signed-off-by: Philipp Zabel
---
drivers/media/usb/gspca/ov534.c | 9 -
1 file changed, 9 deletions(-)
diff --git a/drivers/media/usb
tree: git://linuxtv.org/mchehab/media-next.git master
head: 76097fe1aee6baedbbbf95475263dc357d8432e4
commit: a80f75859b313365092a1281f0b90c1e2571f2fd [296/297] media:
staging/ipu3-imgu: Address documentation comments
reproduce: make htmldocs
All warnings (new ones prefixed by >>):
include
From: Hans Verkuil
The m2m framework works well for a stateful decoder: in job_ready()
you can process all output buffers until the whole compressed frame
is available for decoding, and then you return true to signal that
the decoder can start. The decoder decodes to a single capture buffer,
and
From: Hans Verkuil
With the new mem2mem functionality it is now easy to write the
result of the encoder to multiple buffers.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/vicodec/vicodec-core.c | 91 +++
1 file changed, 75 insertions(+), 16 deletions(-)
diff --git a/d
From: Hans Verkuil
The m2m framework is not quite symmetrical: decoders can process multiple
output buffers in job_ready until enough buffers have arrived so a frame
can be decoded.
However, encoders do not have an equivalent where multiple capture buffers
can be used to write the compressed fra
On 12/13/2018 07:09 PM, Joel Stanley wrote:
On Wed, 12 Dec 2018 at 04:09, Eddie James wrote:
The Video Engine (VE) embedded in the Aspeed AST2400 and AST2500 SOCs
can capture and compress video data from digital or analog sources. With
the Aspeed chip acting a service processor, the Video En
Dear,i am lisa jaster,it would be great to know you,i have a very
important and confidential matter that i want to discuss with
you,reply me back for more discus.
Regards,
Lisa Jaster.
On Fri, Dec 14, 2018 at 12:12:38PM +0900, Tomasz Figa wrote:
> > If the buffer always is physically contiguous, as it is in the currently
> > posted series, we can always map it with a single dma_map_single call
> > (if the hardware can handle that in a single segment is a different
> > question, b
Hi Patrick,
On Thu, Dec 13, 2018 at 11:41:01PM +0100, Patrick Lerda wrote:
> Hi Sean,
>
> Is the v5 OK?
Sorry I'm currently at the Linux Foundation Hyperledger event in Basel, I'll
be back next week and then I'll do a proper review. Looks good at first
glance.
Thanks
Sean
The driver documentation is under GPL v2 and the uAPI documentation under
GNU FDL 1.1 (without invariant sections).
Signed-off-by: Sakari Ailus
---
Documentation/media/uapi/v4l/pixfmt-meta-intel-ipu3.rst | 9 -
Documentation/media/v4l-drivers/ipu3.rst| 2 ++
2 files chang
The intel-ipu3.h intended-to-be-uAPI header is currently under
drivers/staging/media/ipu3/include/, not include/uapi/linux.
Signed-off-by: Sakari Ailus
---
Documentation/media/v4l-drivers/ipu3.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/media/v4l-drivers
Hi Mauro,
These two patches should fix the most pressing issues, will send
checkpatch.pl fixes later.
Sakari Ailus (2):
Documentation: staging/ipu3-imgu: Add license information
Documentation: staging/ipu3-imgu: Fix reference file name
Documentation/media/uapi/v4l/pixfmt-meta-intel-ipu3.rst
Hi Oleksandr,
This is looking a lot better than v2. I do have a few remaining comments about
some things that are a bit unclear to me.
On 12/12/18 10:49 AM, Oleksandr Andrushchenko wrote:
> From: Oleksandr Andrushchenko
>
> This is the ABI for the two halves of a para-virtualized
> camera drive
Hi Sakari,
Em Thu, 13 Dec 2018 10:19:05 -0200
Mauro Carvalho Chehab escreveu:
> Em Thu, 13 Dec 2018 14:03:40 +0200
> sakari.ai...@iki.fi escreveu:
>
> > Hi Mauro,
> >
> > Here's the ipu3 staging driver plus the META_OUTPUT buffer type needed to
> > pass the parameters for the device. If you th
Em Thu, 6 Dec 2018 19:03:42 -0600
Yong Zhi escreveu:
> From: Rajmohan Mani
>
> This patch adds the details about the IPU3 Imaging Unit driver.
>
> Change-Id: I560cecf673df2dcc3ec72767cf8077708d649656
> Signed-off-by: Rajmohan Mani
> ---
> Documentation/media/v4l-drivers/index.rst | 1 +
>
Em Thu, 13 Dec 2018 11:50:58 +0200
Sakari Ailus escreveu:
> From: Yong Zhi
>
> Implement video driver that utilizes v4l2, vb2 queue support
> and media controller APIs. The driver exposes single subdevice and
> six nodes.
>
> Signed-off-by: Yong Zhi
> Signed-off-by: Sakari Ailus
> ---
> dri
Hi Niklas,
Thank you for the patch.
On Friday, 14 December 2018 08:18:24 EET Niklas Söderlund wrote:
> To be able to properly support suspend and resume the VIN and all
> subdevices involved in a running capture needs to be stopped before the
> system is suspended. Likewise the whole pipeline nee
Hi Niklas,
Thank you for the patch.
On Friday, 14 December 2018 08:18:23 EET Niklas Söderlund wrote:
> To support suspend/resume rvin_{start,stop}_streaming() needs to be
> accessible from the suspend and resume callbacks. Up until now the only
> users of these functions have been the callbacks i
Hi Niklas,
Thank you for the patch.
On Friday, 14 December 2018 08:18:22 EET Niklas Söderlund wrote:
> In preparation of suspend/resume support cache the chsel value when we
> write it to the register so it can be restored on resume if needed.
>
> Signed-off-by: Niklas Söderlund
> ---
> driver
Hi Niklas,
Thank you for the patch.
On Friday, 14 December 2018 08:18:21 EET Niklas Söderlund wrote:
> If the operation in rvin_set_channel_routing() is successful the 'ret'
> variable contains the runtime PM use count for the VIN master device.
> The intention is not to return the use count to t
36 matches
Mail list logo
