Re: [PATCH 08/22] crypto: chcr: Make use of the new sg_map helper function

On Fri, Apr 14, 2017 at 3:35 AM, Logan Gunthorpe wrote: > The get_page in this area looks *highly* suspect due to there being no > corresponding put_page. However, I've left that as is to avoid breaking > things. chcr driver will post the request to LLD driver cxgb4 and

cron job: media_tree daily build: ERRORS

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 Apr 15 05:00:16 CEST 2017 media-tree git hash:f2fe89061d79706eca5c47e4efdc09bbc171e74a media_build

Re: [PATCH v3 1/2] v4l: Add camera voice coil lens control class, current control

Hi Sakari, Em Tue, 14 Feb 2017 14:20:22 +0200 Sakari Ailus escreveu: > Add a V4L2 control class for voice coil lens driver devices. These are > simple devices that are used to move a camera lens from its resting > position. >From some past threads with this patch,

Re: [PATCH] staging/media: make atomisp vlv2_plat_clock explicitly non-modular

> I'm pretty sure we want this code to be built as a module, so maybe a > Kconfig change would resolve the issue instead? > > Alan, any thoughts? It's a tiny chunk of platform helper code. It probably ultimately belongs in arch/x86 somewhere or folded into the driver. At the moment it won't

Re: [PATCH v6 17/39] platform: add video-multiplexer subdevice driver

Hi! > > The MUX framework is already in linux-next. Could you use that instead of > > adding new driver + bindings that are not compliant with the MUX framework? > > I don't think it'd be much of a change in terms of code, using the MUX > > framework appears quite simple. > > It is not quite

Re: [PATCH 10/22] staging: unisys: visorbus: Make use of the new sg_map helper function

Great, thanks! Logan On 14/04/17 10:07 AM, Kershner, David A wrote: > Can you add Acked-by for this patch? > > Acked-by: David Kershner > > Tested on s-Par and no problems. > > Thanks, > David Kershner > >> --- >> drivers/staging/unisys/visorhba/visorhba_main.c

Re: [PATCH 04/22] target: Make use of the new sg_map function at 16 call sites (fwd)

://github.com/0day-ci/linux/commits/Logan-Gunthorpe/Introduce-common-scatterlist-map-function/20170414-142518 > base: https://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git for-next > :: branch date: 8 hours ago > :: commit date: 8 hours ago > >>> drivers/tar

RE: [PATCH 10/22] staging: unisys: visorbus: Make use of the new sg_map helper function

> -Original Message- > From: Logan Gunthorpe [mailto:log...@deltatee.com] ... > Subject: [PATCH 10/22] staging: unisys: visorbus: Make use of the new > sg_map helper function > > Straightforward conversion to the new function. > > Signed-off-by: Logan Gunthorpe Can

Re: [PATCH 09/22] dm-crypt: Make use of the new sg_map helper in 4 call sites

On 14/04/17 02:39 AM, Christoph Hellwig wrote: > On Thu, Apr 13, 2017 at 04:05:22PM -0600, Logan Gunthorpe wrote: >> Very straightforward conversion to the new function in all four spots. > > I think the right fix here is to switch dm-crypt to the ahash API > that takes a scatterlist. Hmm,

Camera resolution question

Hi, I have a display of 720P and a 8MP camera. Do i need to capture 8MP image or an image 720P from the camera as the i need to display it on the LCD. Where does the scaling take place? Should i scale the image down before i display or should i capture a smaller resolution image from the camera

Re: [PATCH] staging/media: make atomisp vlv2_plat_clock explicitly non-modular

[Re: [PATCH] staging/media: make atomisp vlv2_plat_clock explicitly non-modular] On 14/04/2017 (Fri 10:12) Greg Kroah-Hartman wrote: > On Wed, Apr 12, 2017 at 09:57:55PM -0400, Paul Gortmaker wrote: > > The Makefile / Kconfig currently controlling compilation of this code is: > > > >

Re: [PATCH 03/22] libiscsi: Make use of new the sg_map helper function

On 14/04/17 02:36 AM, Christoph Hellwig wrote: > On Thu, Apr 13, 2017 at 04:05:16PM -0600, Logan Gunthorpe wrote: >> Convert the kmap and kmap_atomic uses to the sg_map function. We now >> store the flags for the kmap instead of a boolean to indicate >> atomicitiy. We also propogate a possible

Re: [PATCH 01/22] scatterlist: Introduce sg_map helper functions

On 14/04/17 02:35 AM, Christoph Hellwig wrote: >> + >> static inline int is_dma_buf_file(struct file *); >> >> struct dma_buf_list { > > I think the right fix here is to rename the operation to unmap_atomic > and send out a little patch for that ASAP. Ok, I can do that next week. > I'd

Re: [PATCH 04/22] target: Make use of the new sg_map function at 16 call sites (fwd)

it tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Logan-Gunthorpe/Introduce-common-scatterlist-map-function/20170414-142518 base: https://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git for-next :: branch date: 8 hours ago ::

[PATCH] staging: media: atomisp: fix range checking on clk_num

From: Colin Ian King The range checking on clk_num is incorrect; fix these so that invalid clk_num values are detected correctly. Detected by static analysis with by PVS-Studio Signed-off-by: Colin Ian King ---

[PATCH 5/8] omapdrm: hdmi4: prepare irq handling for HDMI CEC support

From: Hans Verkuil Pass struct omap_hdmi to the irq handler since it will need access to hdmi.core. Do not clear the IRQ_HDMI_CORE bit: that will be controlled by the HDMI CEC code. Signed-off-by: Hans Verkuil ---

[PATCH 8/8] omapdrm: hdmi4: hook up the HDMI CEC support

From: Hans Verkuil Hook up the HDMI CEC support in the hdmi4 driver. It add the CEC irq handler, the CEC (un)init calls and tells the CEC implementation when the physical address changes. Signed-off-by: Hans Verkuil ---

[PATCH 4/8] omapdrm: hdmi4: make low-level functions available

From: Hans Verkuil Three low-level functions in hdmi4.c and hdmi4_core.c are made available for use by the OMAP4 CEC support. Renamed the prefix to hdmi4 since these are OMAP4 specific. These function deal with the HDMI core and are needed to power it up for use with

[PATCH 1/8] arm: omap4: enable CEC pin for Pandaboard A4 and ES

From: Hans Verkuil The CEC pin was always pulled up, making it impossible to use it. Change to PIN_INPUT so it can be used by the new CEC support. Signed-off-by: Hans Verkuil --- arch/arm/boot/dts/omap4-panda-a4.dts | 2 +-

[PATCH 3/8] omapdrm: hdmi.h: extend hdmi_core_data with CEC fields

From: Hans Verkuil Extend the hdmi_core_data struct with the additional fields needed for CEC. Also fix a simple typo in a comment. Signed-off-by: Hans Verkuil --- drivers/gpu/drm/omapdrm/dss/hdmi.h | 6 +- 1 file changed, 5 insertions(+),

[PATCH 7/8] omapdrm: hdmi4_cec: add OMAP4 HDMI CEC support

From: Hans Verkuil Add the source and header for the OMAP4 HDMI CEC support. This code is not yet hooked up, that will happen in the next patch. Signed-off-by: Hans Verkuil --- drivers/gpu/drm/omapdrm/dss/hdmi4_cec.c | 381

[PATCH 2/8] omapdrm: encoder-tpd12s015: keep ls_oe_gpio high if CEC is enabled

From: Hans Verkuil When the OMAP4 CEC support is enabled the CEC pin should always be on. So keep ls_oe_gpio high when CONFIG_OMAP4_DSS_HDMI_CEC is set. Background: even if the HPD is low it should still be possible to use CEC. Some displays will set the HPD low when

[PATCH 6/8] omapdrm: hdmi4: refcount hdmi_power_on/off_core

From: Hans Verkuil The hdmi_power_on/off_core functions can be called multiple times: when the HPD changes and when the HDMI CEC support needs to power the HDMI core. So use a counter to know when to really power on or off the HDMI core. Also call

[PATCH 0/8] omapdrm: add OMAP4 CEC support

From: Hans Verkuil This patch series adds support for the OMAP4 HDMI CEC IP core. Most of the patches leading up to the actual CEC implementation make changes to the HDMI core support. The reason for this is that CEC has to be enabled even if the HPD is low: some

Do You Received My Last Mail

Good Day I am Barrister John Cliff, a regional managing director (A.D.B BANK) Ouagadougou Burkina Faso, in my department we have US$9,500. million united state dollars, to transfer into your account as a dormant fund.If you are interested to use this fund to help the orphans around the world

Re: [PATCH 2/6] drm: writeback: Add out-fences for writeback connectors

On Fri, 25 Nov 2016 16:49:00 + Brian Starkey wrote: > Add the OUT_FENCE_PTR property to writeback connectors, to enable > userspace to get a fence which will signal once the writeback is > complete. It is not allowed to request an out-fence without a > framebuffer

Re: [PATCH 1/6] drm: Add writeback connector type

On Fri, 25 Nov 2016 16:48:59 + Brian Starkey wrote: > > diff --git a/drivers/gpu/drm/drm_connector.c b/drivers/gpu/drm/drm_connector.c > index b5c6a8e..6bbd93f 100644 > --- a/drivers/gpu/drm/drm_connector.c > +++ b/drivers/gpu/drm/drm_connector.c > @@ -86,6 +86,7 @@

Re: [PATCH] arm: dma: fix sharing of coherent DMA memory without struct page

On Fri, Apr 14, 2017 at 09:56:07AM +0200, Marek Szyprowski wrote: > >>This would be however quite large task, especially taking into account > >>all current users of DMA-buf framework... > >Yeah it will be a large task. > > Maybe once scatterlist are switched to pfns, changing dmabuf internal >

Re: [PATCH 6/6] drm: mali-dp: Add writeback connector

On Fri, 25 Nov 2016 16:49:04 + Brian Starkey wrote: > +static int > +malidp_mw_encoder_atomic_check(struct drm_encoder *encoder, > +struct drm_crtc_state *crtc_state, > +struct drm_connector_state *conn_state) >

Re: [RFC PATCH v3 0/6] Introduce writeback connectors

Hi Brian, On Fri, 25 Nov 2016 16:48:58 + Brian Starkey wrote: > Hi, > > This is v3 of my series introducing a new connector type: > DRM_MODE_CONNECTOR_WRITEBACK > See v1 and v2 here: [1] [2] > > Writeback connectors are used to expose the memory writeback engines >

Greetings.

Good Day Dearest. My name is Sarah JOHNSON I am 18 years old, the only daughter of late Mr. Raymond JOHNSON from Burkina Faso, I am contacting you to help me relocate to your country to continue my university education in your country, before my father died he gave me a deposit slip document

Re: [PATCH 09/22] dm-crypt: Make use of the new sg_map helper in 4 call sites

On Thu, Apr 13, 2017 at 04:05:22PM -0600, Logan Gunthorpe wrote: > Very straightforward conversion to the new function in all four spots. I think the right fix here is to switch dm-crypt to the ahash API that takes a scatterlist.

Re: [PATCH 03/22] libiscsi: Make use of new the sg_map helper function

On Thu, Apr 13, 2017 at 04:05:16PM -0600, Logan Gunthorpe wrote: > Convert the kmap and kmap_atomic uses to the sg_map function. We now > store the flags for the kmap instead of a boolean to indicate > atomicitiy. We also propogate a possible kmap error down and create > a new

Re: [PATCH 01/22] scatterlist: Introduce sg_map helper functions

> diff --git a/drivers/dma-buf/dma-buf.c b/drivers/dma-buf/dma-buf.c > index 0007b79..b95934b 100644 > --- a/drivers/dma-buf/dma-buf.c > +++ b/drivers/dma-buf/dma-buf.c > @@ -37,6 +37,9 @@ > > #include > > +/* Prevent the highmem.h macro from aliasing ops->kunmap_atomic */ > +#undef

Re: [PATCH] staging/media: make atomisp vlv2_plat_clock explicitly non-modular

On Wed, Apr 12, 2017 at 09:57:55PM -0400, Paul Gortmaker wrote: > The Makefile / Kconfig currently controlling compilation of this code is: > > clock/Makefile:obj-$(CONFIG_INTEL_ATOMISP) += vlv2_plat_clock.o > > atomisp/Kconfig:menuconfig INTEL_ATOMISP > atomisp/Kconfig:bool "Enable

Re: [PATCH 14/14] atomisp: remove UDS kernel code

On Fri, Apr 14, 2017 at 03:27:08AM +0800, kbuild test robot wrote: > Hi Alan, > > [auto build test ERROR on next-20170412] > [cannot apply to linuxtv-media/master v4.9-rc8 v4.9-rc7 v4.9-rc6 v4.11-rc6] > [if your patch is applied to the wrong git tree, please drop us a note to > help improve the

Re: [PATCH 12/14] atomisp: remove fixedbds kernel code

On Thu, Apr 13, 2017 at 07:53:58PM +0800, kbuild test robot wrote: > Hi Alan, > > [auto build test ERROR on next-20170412] > [cannot apply to linuxtv-media/master v4.9-rc8 v4.9-rc7 v4.9-rc6 v4.11-rc6] > [if your patch is applied to the wrong git tree, please drop us a note to > help improve the

Re: [PATCH] arm: dma: fix sharing of coherent DMA memory without struct page

Hi Shuah, On 2017-04-11 00:50, Shuah Khan wrote: On 04/06/2017 06:01 AM, Marek Szyprowski wrote: On 2017-04-05 18:02, Shuah Khan wrote: When coherent DMA memory without struct page is shared, importer fails to find the page and runs into kernel page fault when it tries to