10 May, 2018
2 commits
-
s/dose/does/
Fixes: d295c6a460cd2ac6 ("[media] media: entity: Add media_entity_get_fwnode_pad() function")
Signed-off-by: Niklas Söderlund
Reviewed-by: Simon Horman
Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab -
Interrupt behavior shows that some time the frame end and frame start of
next frame is unstable and can range from several to hundreds of
micro-sec. In the case of ~10us, isr may not clear next sof interrupt
status in single handling, which prevents new interrupts from coming.Fix this by handling all pending IRQs before exiting isr, so any abnormal
behavior results from very short interrupt status changes is protected.Signed-off-by: Bingbu Cao
Signed-off-by: Andy Yeh
Signed-off-by: Yong Zhi
Signed-off-by: Sakari Ailus
Signed-off-by: Mauro Carvalho Chehab
05 May, 2018
38 commits
-
Just checking for ifdefs cause build issues as reported by
kernel test:config: openrisc-allmodconfig (attached as .config)
compiler: or1k-linux-gcc (GCC) 6.0.0 20160327 (experimental)All errors (new ones prefixed by >>):
drivers/video/fbdev/omap2/omapfb/omapfb-main.c: In function 'omapfb_init_connections':
>> drivers/video/fbdev/omap2/omapfb/omapfb-main.c:2396:8: error: implicit declaration of function 'omapdss_find_mgr_from_display' [-Werror=implicit-function-declaration]
mgr = omapdss_find_mgr_from_display(def_dssdev);
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
drivers/video/fbdev/omap2/omapfb/omapfb-main.c:2396:6: warning: assignment makes pointer from integer without a cast [-Wint-conversion]
mgr = omapdss_find_mgr_from_display(def_dssdev);
^
drivers/video/fbdev/omap2/omapfb/omapfb-main.c: In function 'omapfb_find_default_display':
>> drivers/video/fbdev/omap2/omapfb/omapfb-main.c:2430:13: error: implicit declaration of function 'omapdss_get_default_display_name' [-Werror=implicit-function-declaration]
def_name = omapdss_get_default_display_name();
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
drivers/video/fbdev/omap2/omapfb/omapfb-main.c:2430:11: warning: assignment makes pointer from integer without a cast [-Wint-conversion]
def_name = omapdss_get_default_display_name();
^So, use IS_ENABLED() instead.
Fixes: 771f7be87ff9 ("media: omapfb: omapfb_dss.h: add stubs to build with COMPILE_TEST && DRM_OMAP")
Cc: Bartlomiej Zolnierkiewicz
Cc: Randy Dunlap
Cc: tomi.valkeinen@ti.com
Cc: linux-omap@vger.kernel.org
Cc: linux-fbdev@vger.kernel.org
Signed-off-by: Mauro Carvalho Chehab -
0day build bot reported an unnoticed recursive dependency, fix it
by removing the select statement.fixes: c66d4d99a8fb ("cx231xx: Add I2C_MUX dependency")
Signed-off-by: Brad Love
Signed-off-by: Mauro Carvalho Chehab -
The recent "x86 ZONE_DMA love" discussion at LSF/MM pointed out that some
gspca sub-drivvers are using GFP_DMA to allocate buffers which are used
for USB bulk transfers, there is absolutely no need for this, drop it.Cc: "Luis R. Rodriguez"
Signed-off-by: Hans de Goede
Signed-off-by: Mauro Carvalho Chehab -
This driver depends on sony-laptop driver, but this is available
only for x86. So, add a stub function, in order to allow building
it on non-x86 too.Signed-off-by: Mauro Carvalho Chehab
Signed-off-by: Mauro Carvalho Chehab -
This is the version update for this cxd2880 driver changing.
Signed-off-by: Yasunari Takiguchi
Signed-off-by: Masayuki Yamamoto
Signed-off-by: Hideki Nozawa
Signed-off-by: Kota Yonezawa
Signed-off-by: Toshihiko Matsumoto
Signed-off-by: Satoshi Watanabe
Signed-off-by: Mauro Carvalho Chehab -
This is the optimization for SPI drive current and
signal lock condition check part for BER/PER measure
to ensure BER/PER are stableSigned-off-by: Yasunari Takiguchi
Signed-off-by: Masayuki Yamamoto
Signed-off-by: Hideki Nozawa
Signed-off-by: Kota Yonezawa
Signed-off-by: Toshihiko Matsumoto
Signed-off-by: Satoshi Watanabe
Signed-off-by: Mauro Carvalho Chehab -
This is the modification of structure declaration for spi_transfer.
Signed-off-by: Yasunari Takiguchi
Signed-off-by: Masayuki Yamamoto
Signed-off-by: Hideki Nozawa
Signed-off-by: Kota Yonezawa
Signed-off-by: Toshihiko Matsumoto
Signed-off-by: Satoshi Watanabe
Signed-off-by: Mauro Carvalho Chehab -
As newer boards got added, update the cardlists.
Signed-off-by: Mauro Carvalho Chehab
-
Extra code to be able to use this stick, only digital, not analog
nor remote-control.Signed-off-by: Marcel Stork
Signed-off-by: Mauro Carvalho Chehab -
A cosmetic change by combining two sets of boards into one set because
having the same arguments.Signed-off-by: Marcel Stork
Signed-off-by: Mauro Carvalho Chehab -
The VIN Gen3 hardware don't have Line Post-Clip capabilities as VIN Gen2
hardware have. To protect against writing outside the capture window
enable field toggle after a set number of lines have been captured.Capturing outside the allocated capture buffer where observed on R-Car
Gen3 Salvator-XS H3 from the CVBS input if the standard is
misconfigured. That is if a PAL source is connected to the system but
the adv748x standard is set to NTSC. In this case the format reported by
the adv748x is 720x480 and that is what is used for the media pipeline.
The PAL source generates frames in the format of 720x576 and the field
is not toggled until the VSYNC is detected and at that time data have
already been written outside the allocated capture buffer.With this change the capture in the situation described above results in
garbage frames but that is far better then writing outside the capture
buffer.Signed-off-by: Niklas Söderlund
Reviewed-by: Laurent Pinchart
Signed-off-by: Mauro Carvalho Chehab -
By setting VNMC_YCAL rcar-vin can support input video in
MEDIA_BUS_FMT_UYVY8_1X16 format.Signed-off-by: Niklas Söderlund
Reviewed-by: Laurent Pinchart
Signed-off-by: Mauro Carvalho Chehab -
Store the group pointer before disassociating the VIN from the group.
Fixes: 3bb4c3bc85bf77a7 ("media: rcar-vin: add group allocator functions")
Reported-by: Colin Ian King
Signed-off-by: Niklas Söderlund
Reviewed-by: Simon Horman
Signed-off-by: Mauro Carvalho Chehab -
The compatible string "renesas,rcar-gen3-vin" was added before the
Gen3 driver code was added but it's not possible to use. Each SoC in the
Gen3 series require SoC specific knowledge in the driver to function.
Remove it before it is added to any device tree descriptions.Signed-off-by: Niklas Söderlund
Reviewed-by: Simon Horman
Reviewed-by: Laurent Pinchart
Reviewed-by: Rob Herring
Signed-off-by: Mauro Carvalho Chehab -
This was left over from the conversion to VB2, where the call was
getting invoked both in buffer_queue and start_streaming, which
was intermittently causing invalid opcodes on the VBI RISC queue.This change effectively mirrors the exact same change Hans Verkuil
made in cx88-video.c in commit 389208e1173e ("[media] cx88:
remove leftover start_video_dma() call").Thanks to Daniel Glöckner for spotting the actual bug after I spent
several days trying to chase down the issue.Fixes: 389208e1173e ("[media] cx88: remove leftover start_video_dma() call")
Signed-off-by: Devin Heitmueller
Thanks-to: Daniel Glöckner
Cc: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab -
The method ndo_start_xmit() is defined as returning an 'netdev_tx_t',
which is a typedef for an enum type, but the implementation in this
driver returns an 'int'.Fix this by returning 'netdev_tx_t' in this driver too.
Signed-off-by: Luc Van Oostenryck
Signed-off-by: Mauro Carvalho Chehab -
The method dvb_frontend_ops::search() is defined as
returning an 'enum dvbfe_search', but the implementation in this
driver returns an 'int'.Fix this by returning 'enum dvbfe_search' in this driver too.
Signed-off-by: Luc Van Oostenryck
Acked-by: Brad Love
Signed-off-by: Mauro Carvalho Chehab -
The method dvb_frontend_ops::get_frontend_algo() is defined as
returning an 'enum dvbfe_algo', but the implementation in this
driver returns an 'int'.Fix this by returning 'enum dvbfe_algo' on drivers.
[mchehab+samsung@kernel.org: merge similar patches and patch
ddbridge-mci.c the same way]
Signed-off-by: Luc Van Oostenryck
Signed-off-by: Mauro Carvalho Chehab -
Commit 7378f1149884 ("media: omap2: omapfb: allow building it with
COMPILE_TEST") broke compilation without CONFIG_I2C selected.
drivers/media/platform/fsl-viu.c: In function ‘viu_of_probe’:
drivers/media/platform/fsl-viu.c:1452:7: error: implicit declaration of function ‘i2c_get_adapter’; did you mean ‘i2c_lock_adapter’? [-Werror=implicit-function-declaration]
ad = i2c_get_adapter(0);
^~~~~~~~~~~~~~~
i2c_lock_adapter
drivers/media/platform/fsl-viu.c:1452:5: warning: assignment makes pointer from integer without a cast [-Wint-conversion]
ad = i2c_get_adapter(0);
^
drivers/media/platform/fsl-viu.c:1534:2: error: implicit declaration of function ‘i2c_put_adapter’; did you mean ‘i2c_lock_adapter’? [-Werror=implicit-function-declaration]
i2c_put_adapter(ad);
^~~~~~~~~~~~~~~
i2c_lock_adapterAdded I2C dependency in order to make all configurations work again.
Signed-off-by: Anders Roxell
Signed-off-by: Mauro Carvalho Chehab -
s/shifs/shifts/
Signed-off-by: Daniel Scheller
Signed-off-by: Mauro Carvalho Chehab -
Commit ee93340e98bc ("media: ngene: deduplicate I2C adapter evaluation")
added a helper to evaluate the I2C adapter to be used for demod/tuner
attachment based on the given ngene_channel, and that helper is used in
many attach functions to initialise the i2c_adapter variable. However,
for some reason in tuner_attach_stv6110() and demod_attach_stv0900(), the
adapter evaluation wasn't removed as in all other functions. Fix (or
finalize, even) the helper use by cleaning up the superfluous I2C adapter
evaluation leftover in these two functions.Signed-off-by: Daniel Scheller
Signed-off-by: Mauro Carvalho Chehab -
As pointed by ktest:
>> drivers/media//pci/pt1/pt1.c:1433:5: warning: "CONFIG_PM_SLEEP" is not defined, evaluates to 0 [-Wundef]
#if CONFIG_PM_SLEEP
^~~~~~~~~~~~~~~Reported-by: kbuild test robot
Signed-off-by: Mauro Carvalho Chehab -
The value from a readl is being masked with ITE_REG_CIOCAN_MASK however
this is not being used and cfg is being re-assigned. I believe the
assignment operator should actually be instead the |= operator.Detected by CoverityScan, CID#1467987 ("Unused value")
Signed-off-by: Colin Ian King
Acked-by: Sylwester Nawrocki
Signed-off-by: Mauro Carvalho Chehab -
drivers/media/usb/cx231xx/cx231xx-dvb.c: In function 'unregister_dvb':
drivers/media/usb/cx231xx/cx231xx-dvb.c:607:21: warning: unused variable 'client' [-Wunused-variable]
struct i2c_client *client;
^~~~~~Fixes: a12481354656 ("media: cx231xx: Switch to using new dvb i2c helpers")
Signed-off-by: Mauro Carvalho Chehab -
cx231xx requires i2c mux adapter capability.
Signed-off-by: Brad Love
Signed-off-by: Mauro Carvalho Chehab -
VIDEO_CX231XX_RC requires RC_CORE, but VIDEO_CX231XX
does not require RC to compile or function.Signed-off-by: Brad Love
Signed-off-by: Mauro Carvalho Chehab -
The default is now 0, no need to override
Signed-off-by: Brad Love
Signed-off-by: Mauro Carvalho Chehab -
Trim out some unused config params. Use the i2c mux
adapter returned by frontend with the tuner.Signed-off-by: Brad Love
Signed-off-by: Mauro Carvalho Chehab -
Mostly very straight forward replace of blocks with equivalent code.
Cleanup added at end of dvb_init in case of failure.
Signed-off-by: Brad Love
Signed-off-by: Mauro Carvalho Chehab -
Hauppauge 935C cannot communicate with the si2157
when using the mux adapter returned by the si2168,
so disable it to fix the device.Signed-off-by: Brad Love
Cc: stable@vger.kernel.org
Signed-off-by: Mauro Carvalho Chehab -
Replace zero fill memset inits with
equivalent {} in declarationSigned-off-by: Brad Love
Signed-off-by: Mauro Carvalho Chehab -
Replace all usage of hard coded values with
the proper field from the board profile.Signed-off-by: Brad Love
Signed-off-by: Mauro Carvalho Chehab -
Now the board values match the hard coded
constants used in the dvb initialization.Signed-off-by: Brad Love
Signed-off-by: Mauro Carvalho Chehab -
Despite never getting called from atomic context,
usb URB memory allocations use GFP_ATOMIC, which does not sleep
for allocation.GFP_ATOMIC is not necessary and can be replaced with GFP_KERNEL,
which can sleep and improve the possibility of sucessful allocation.This is found by a static analysis tool named DCNS written by myself.
And I also manually check it.[mchehab+samsung@kernel.org: merged 3 similar patches into one]
Signed-off-by: Jia-Ju Bai
Signed-off-by: Mauro Carvalho Chehab -
As warned by smatch:
drivers/media/pci/pt1/pt1.c:213 config_demod() error: strncmp() '"tc90522sat"' too small (11 vs 20)Use the same strncmp() syntax as pt1_init_frontends() does.
Signed-off-by: Mauro Carvalho Chehab
-
As described in Document/timers/timers-howto.txt,
hrtimer-based delay should be used for small sleeps.Signed-off-by: Akihiro Tsukada
Signed-off-by: Mauro Carvalho Chehab -
Without this patch, re-loading of the module was required after resume.
Signed-off-by: Akihiro Tsukada
Signed-off-by: Mauro Carvalho Chehab -
earth-pt1 was a monolithic module and included demod/tuner drivers.
This patch removes those FE parts and attach demod/tuner i2c drivers.Signed-off-by: Akihiro Tsukada
Signed-off-by: Mauro Carvalho Chehab
