Re: Kernel docs: muddying the waters a bit

On Fri, 04 Mar 2016, Russel Winder wrote: > On Thu, 2016-03-03 at 15:23 -0800, Keith Packard wrote: >>   1) the python version (asciidoc) appears to have been abandoned in >>  favor of the ruby version.  > > This is I think true, however the Java-based tool chain

Re: Kernel docs: muddying the waters a bit

On Thu, 2016-03-03 at 15:23 -0800, Keith Packard wrote: > […] > However, I think asciidoc has two serious problems: > >   1) the python version (asciidoc) appears to have been abandoned in >  favor of the ruby version.  This is I think true, however the Java-based tool chain Asciidoctor is

Re: AverMedia HD Duet (White Box) A188WB drivers

Hi Manu, How's it going with the SAA7160? I'd be really happy to see the driver being mainlined, but do not really understand if there is some major showstoppers still that keep this from happening. Luis has his personal media_tree here https://github.com/ljalves/linux_media/wiki that contains

Re: [PATCH v4 18/18] i2c-mux: relax locking of the top i2c adapter during i2c controlled muxing

Hi! Here's a fixup for a problem found by the test robot. Sorry for the inconvenience. Cheers, Peter diff --git a/drivers/i2c/i2c-mux.c b/drivers/i2c/i2c-mux.c index 40a4e0397826..b73c42eddca3 100644 --- a/drivers/i2c/i2c-mux.c +++ b/drivers/i2c/i2c-mux.c @@ -226,6 +226,7 @@ struct i2c_adapter

Re: [PATCH v2] media: platform: Add missing MFD_SYSCON dependency on HAS_IOMEM

On 04.03.2016 16:03, Holger Schurig wrote: > Krzysztof Kozlowski writes: > >> +depends on HAS_IOMEM# For MFD_SYSCON > > > I think this comment is not necessary, it's also highly unusual. On > other words: other

Re: [PATCH v2] media: platform: Add missing MFD_SYSCON dependency on HAS_IOMEM

Krzysztof Kozlowski writes: > + depends on HAS_IOMEM# For MFD_SYSCON I think this comment is not necessary, it's also highly unusual. On other words: other patches like this don't add such comments. You can always

Re: [PATCH] sound/usb: Use meaninful names for goto labels

Thanks! regards, dan carpenter -- 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

Re: tw686x driver

Hans Verkuil writes: >> Staging is meant for completely different situation - for immature, >> incomplete code. It has nothing to do with the case. > > It can be for anything that prevents it from being mainlined. It was (still > is?) > used for mature android drivers, for

Re: [PATCH v4 16/18] i2c: allow adapter drivers to override the adapter locking

Hi Peter, [auto build test WARNING on v4.5-rc6] [cannot apply to wsa/i2c/for-next sailus-media/master next-20160303] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Peter-Rosin/i2c-mux-cleanup

Re: [PATCH v4 18/18] i2c-mux: relax locking of the top i2c adapter during i2c controlled muxing

Hi Peter, [auto build test ERROR on v4.5-rc6] [cannot apply to wsa/i2c/for-next sailus-media/master next-20160303] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Peter-Rosin/i2c-mux-cleanup

Re: [PATCH] media: fix null pointer dereference in v4l_vb2q_enable_media_source()

Hi Shuah, Thanks for your quick reaction. This patch seems to fix the oops I got earlier. Tested-by: Olli Salonen Cheers, -olli On 4 March 2016 at 04:24, Shuah Khan wrote: > Fix the null pointer dereference in v4l_vb2q_enable_media_source(). >

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: Fri Mar 4 04:00:21 CET 2016 git branch: test git hash: 1913722808e79ded46b3bd9ab5de5657faecc8d9 gcc

Re: STK1160 - no video

Here is a quick patch that gives me actual video. That being said I see some curious stuff being logged while video is streaming: Mar 3 22:04:40 home kernel: [131300.882159] stk1160: streaming started Mar 3 22:04:49 home kernel: [131309.987118] stk1160: buffer overflow detected Mar 3 22:04:49

[PATCH] media: fix null pointer dereference in v4l_vb2q_enable_media_source()

Fix the null pointer dereference in v4l_vb2q_enable_media_source(). DVB only drivers don't have valid struct v4l2_fh pointer. [ 548.443272] BUG: unable to handle kernel NULL pointer dereference at 0010 [ 548.452036] IP: [] v4l_vb2q_enable_media_source+0x9/0x50 [videodev] [

Re: Kernel docs: muddying the waters a bit

Em Thu, 03 Mar 2016 15:23:23 -0800 Keith Packard escreveu: > Mauro Carvalho Chehab writes: > > > On my tests, Sphinix seemed too limited to format tables. Asciidoc > > produced an output that worked better. > > Yes, asciidoc has much more

[PATCH v2] media: platform: Add missing MFD_SYSCON dependency on HAS_IOMEM

The MFD_SYSCON depends on HAS_IOMEM so when selecting it avoid unmet direct dependencies. Signed-off-by: Krzysztof Kozlowski --- Changes since v1: 1. Fix comments from Arnd: VIDEO_OMAP3 does not require it, however VIDEO_S5P_FIMC still needs it. ---

Re: STK1160 - no video

On 3 March 2016 at 21:50, Kevin Fitch wrote: > Thank you for the quick response. Hmm, I am not seeing anything about > the saa7113 or similar chip. I just replugged it, and here is what > showed up in the log: > > Mar 3 19:32:45 home kernel: [122185.832751] usb 2-3: New USB

Re: STK1160 - no video

Thank you for the quick response. Hmm, I am not seeing anything about the saa7113 or similar chip. I just replugged it, and here is what showed up in the log: Mar 3 19:32:45 home kernel: [122185.832751] usb 2-3: New USB device found, idVendor=05e1, idProduct=0408 Mar 3 19:32:45 home kernel:

[linuxtv-media:master 2285/2289] include/media/v4l2-mc.h:233:1: error: expected identifier or '(' before '{' token

tree: git://linuxtv.org/media_tree.git master head: 76485d8e04c337bcab90f62975a3db740c8c2dd4 commit: a77bf7048addfbd59ec2208f3172207d90d42c9a [2285/2289] v4l2-mc.h: Add stubs for the V4L2 PM/pipeline routines config: arm-at91_dt_defconfig (attached as .config) reproduce: wget

[PATCH] media: add prefixes to interface types

Add missing prefixes for DVB, V4L, and ALSA interface types. Signed-off-by: Shuah Khan --- drivers/media/media-entity.c | 32 1 file changed, 16 insertions(+), 16 deletions(-) diff --git a/drivers/media/media-entity.c

Re: Kernel docs: muddying the waters a bit

Mauro Carvalho Chehab writes: > On my tests, Sphinix seemed too limited to format tables. Asciidoc > produced an output that worked better. Yes, asciidoc has much more flexibility in table formatting, including the ability to control text layout within cells and full

Re: STK1160 - no video

Hi Kevin, Thanks for the report. On 3 March 2016 at 14:20, Kevin Fitch wrote: > I recently purchased a STK1160 based USB video capture device (Sabrent > USB-AVCPT). I have tested it on a windows computer and it works fine, > but not on any linux box I have tried. > > lsusb

Re: [PATCH v3 03/22] [media] Docbook: media-types.xml: Add Audio Function Entities

On 02/28/2016 07:46 PM, Laurent Pinchart wrote: > Hi Shuah, > > Thank you for the patch. > > On Thursday 11 February 2016 16:41:19 Shuah Khan wrote: >> Add Audio Function Entities >> >> Signed-off-by: Shuah Khan >> --- >> Documentation/DocBook/media/v4l/media-types.xml

[PATCH v4 04/18] i2c: i2c-arb-gpio-challenge: convert to use an explicit i2c mux core

From: Peter Rosin Allocate an explicit i2c mux core to handle parent and child adapters etc. Update the select/deselect ops to be in terms of the i2c mux core instead of the child adapter. Signed-off-by: Peter Rosin ---

[PATCH v4 00/18] i2c mux cleanup and locking update

From: Peter Rosin Hi! I have a pair of boards with this i2c topology: GPIO ---| -- BAT1 | v / I2C -+--B---+ MUX | \ EEPROM -- BAT2 (B

[PATCH v4 07/18] i2c: i2c-mux-reg: convert to use an explicit i2c mux core

From: Peter Rosin Allocate an explicit i2c mux core to handle parent and child adapters etc. Update the select/deselect ops to be in terms of the i2c mux core instead of the child adapter. Signed-off-by: Peter Rosin --- drivers/i2c/muxes/i2c-mux-reg.c | 63

[PATCH v4 09/18] [media] m88ds3103: convert to use an explicit i2c mux core

From: Peter Rosin Allocate an explicit i2c mux core to handle parent and child adapters etc. Update the select op to be in terms of the i2c mux core instead of the child adapter. Signed-off-by: Peter Rosin --- drivers/media/dvb-frontends/m88ds3103.c | 18

[PATCH v4 03/18] i2c: i2c-mux-pinctrl: convert to use an explicit i2c mux core

From: Peter Rosin Allocate an explicit i2c mux core to handle parent and child adapters etc. Update the select/deselect ops to be in terms of the i2c mux core instead of the child adapter. Signed-off-by: Peter Rosin --- drivers/i2c/muxes/i2c-mux-pinctrl.c |

[PATCH v4 02/18] i2c: i2c-mux-gpio: convert to use an explicit i2c mux core

From: Peter Rosin Allocate an explicit i2c mux core to handle parent and child adapters etc. Update the select/deselect ops to be in terms of the i2c mux core instead of the child adapter. Signed-off-by: Peter Rosin --- drivers/i2c/muxes/i2c-mux-gpio.c | 54

[PATCH v4 05/18] i2c: i2c-mux-pca9541: convert to use an explicit i2c mux core

From: Peter Rosin Allocate an explicit i2c mux core to handle parent and child adapters etc. Update the select/deselect ops to be in terms of the i2c mux core instead of the child adapter. Signed-off-by: Peter Rosin --- drivers/i2c/muxes/i2c-mux-pca9541.c |

[PATCH v4 11/18] [media] rtl2832: convert to use an explicit i2c mux core

From: Peter Rosin Allocate an explicit i2c mux core to handle parent and child adapters etc. Update the select/deselect ops to be in terms of the i2c mux core instead of the child adapter. Signed-off-by: Peter Rosin --- drivers/media/dvb-frontends/rtl2832.c

[PATCH v4 08/18] iio: imu: inv_mpu6050: convert to use an explicit i2c mux core

From: Peter Rosin Allocate an explicit i2c mux core to handle parent and child adapters etc. Update the select/deselect ops to be in terms of the i2c mux core instead of the child adapter. Signed-off-by: Peter Rosin ---

[PATCH v4 10/18] [media] rtl2830: convert to use an explicit i2c mux core

From: Peter Rosin Allocate an explicit i2c mux core to handle parent and child adapters etc. Update the select op to be in terms of the i2c mux core instead of the child adapter. Signed-off-by: Peter Rosin --- drivers/media/dvb-frontends/rtl2830.c | 17

[PATCH v4 12/18] [media] si2168: convert to use an explicit i2c mux core

From: Peter Rosin Allocate an explicit i2c mux core to handle parent and child adapters etc. Update the select/deselect ops to be in terms of the i2c mux core instead of the child adapter. Signed-off-by: Peter Rosin --- drivers/media/dvb-frontends/si2168.c

[PATCH v4 15/18] i2c-mux: drop old unused i2c-mux api

From: Peter Rosin All i2c mux users are using an explicit i2c mux core, drop support for implicit i2c mux cores. Signed-off-by: Peter Rosin --- drivers/i2c/i2c-mux.c | 59 - include/linux/i2c-mux.h | 15

[PATCH v4 14/18] of/unittest: convert to use an explicit i2c mux core

From: Peter Rosin Allocate an explicit i2c mux core to handle parent and child adapters etc. Update the select op to be in terms of the i2c mux core instead of the child adapter. Signed-off-by: Peter Rosin --- drivers/of/unittest.c | 40

[PATCH v4 16/18] i2c: allow adapter drivers to override the adapter locking

From: Peter Rosin Add i2c_lock_bus() and i2c_unlock_bus(), which call the new lock_bus and unlock_bus ops in the adapter. These funcs/ops take an additional flags argument that indicates for what purpose the adapter is locked. There are two flags, I2C_LOCK_ADAPTER and

[PATCH v4 13/18] [media] cx231xx: convert to use an explicit i2c mux core

From: Peter Rosin Allocate an explicit i2c mux core to handle parent and child adapters etc. Update the select op to be in terms of the i2c mux core instead of the child adapter. Signed-off-by: Peter Rosin --- drivers/media/usb/cx231xx/cx231xx-core.c | 6

[PATCH v4 18/18] i2c-mux: relax locking of the top i2c adapter during i2c controlled muxing

From: Peter Rosin With a i2c topology like the following GPIO ---| -- BAT1 | v / I2C -+--+ MUX | \ EEPROM -- BAT2 there is a locking

[PATCH v4 17/18] i2c: muxes always lock the parent adapter

From: Peter Rosin Instead of checking for i2c parent adapters for every lock/unlock, simply override the locking for muxes to always lock/unlock the parent adapter directly. Signed-off-by: Peter Rosin --- drivers/i2c/i2c-core.c | 21 +++--

[PATCH v4 06/18] i2c: i2c-mux-pca954x: convert to use an explicit i2c mux core

From: Peter Rosin Allocate an explicit i2c mux core to handle parent and child adapters etc. Update the select/deselect ops to be in terms of the i2c mux core instead of the child adapter. Add a mask to handle the case where not all child adapters should cause a mux deselect to

[PATCH v4 01/18] i2c-mux: add common data for every i2c-mux instance

From: Peter Rosin All i2c-muxes have a parent adapter and one or many child adapters. A mux also has some means of selection. Previously, this was stored per child adapter, but it is only needed to keep track of this per mux. Add an i2c mux core, that keeps track of this

Re: [git:media_tree/master] [media] media: rc: nuvoton: support reading / writing wakeup sequence via sysfs

Am 03.03.2016 um 21:56 schrieb Mauro Carvalho Chehab: > Em Thu, 03 Mar 2016 20:22:35 +0100 > Heiner Kallweit escreveu: > >> Am 03.03.2016 um 19:52 schrieb Mauro Carvalho Chehab: >>> Em Thu, 03 Mar 2016 19:18:17 +0100 >>> Heiner Kallweit escreveu: >>>

Re: [GIT PULL FOR v4.6] Fixes, enhancement and move 3 soc-camera drivers to staging

Em Thu, 03 Mar 2016 12:25:00 +0100 Hans Verkuil escreveu: > On 03/03/16 11:40, Mauro Carvalho Chehab wrote: > > Em Fri, 26 Feb 2016 08:45:48 +0100 > > Hans Verkuil escreveu: > > > >> The following changes since commit > >>

Re: [PATCH v3 13/22] media: Change v4l-core to check if source is free

On 03/03/2016 02:18 PM, Shuah Khan wrote: > On 03/03/2016 01:39 PM, Olli Salonen wrote: >> Hello Shuah, >> >> This patch seems to cause issues with my setup. Basically, when I try >> to tune to a channel, I get an oops. I'm using TechnoTrend CT2-4650 >> PCIe DVB-T tuner (cx23885). >> >> Here's the

Re: [PATCH v3 13/22] media: Change v4l-core to check if source is free

On 03/03/2016 01:39 PM, Olli Salonen wrote: > Hello Shuah, > > This patch seems to cause issues with my setup. Basically, when I try > to tune to a channel, I get an oops. I'm using TechnoTrend CT2-4650 > PCIe DVB-T tuner (cx23885). > > Here's the oops: > > [ 548.443272] BUG: unable to handle

Re: [git:media_tree/master] [media] media: rc: nuvoton: support reading / writing wakeup sequence via sysfs

Em Thu, 03 Mar 2016 20:22:35 +0100 Heiner Kallweit escreveu: > Am 03.03.2016 um 19:52 schrieb Mauro Carvalho Chehab: > > Em Thu, 03 Mar 2016 19:18:17 +0100 > > Heiner Kallweit escreveu: > > > >> Am 03.03.2016 um 12:28 schrieb Mauro Carvalho Chehab:

Re: [PATCH v3 13/22] media: Change v4l-core to check if source is free

Hello Shuah, This patch seems to cause issues with my setup. Basically, when I try to tune to a channel, I get an oops. I'm using TechnoTrend CT2-4650 PCIe DVB-T tuner (cx23885). Here's the oops: [ 548.443272] BUG: unable to handle kernel NULL pointer dereference at 0010 [

Re: [git:media_tree/master] [media] media: rc: nuvoton: support reading / writing wakeup sequence via sysfs

Am 03.03.2016 um 19:52 schrieb Mauro Carvalho Chehab: > Em Thu, 03 Mar 2016 19:18:17 +0100 > Heiner Kallweit escreveu: > >> Am 03.03.2016 um 12:28 schrieb Mauro Carvalho Chehab: >>> This is an automatic generated email to let you know that the following >>> patch were

[PATCH 1/2] [media] vb2-memops: Fix over allocation of frame vectors

On page unaligned frames, create_framevec forces get_vaddr_frames to allocate an extra page at the end of the buffer. Under some circumstances, this leads to -EINVAL on VIDIOC_QBUF. E.g: We have vm_a that vm_area that goes from 0x1000 to 0x3000. And a frame that goes from 0x1800 to 0x2800, i.e. 2

[PATCH 2/2] [media] vb2-memops: Use bool macros instead of 1

This is the prototype of the called function: int get_vaddr_frames(unsigned long start, unsigned int nr_pfns, bool write, bool force, struct frame_vector *vec); Signed-off-by: Ricardo Ribalda Delgado --- drivers/media/v4l2-core/videobuf2-memops.c | 2 +- 1 file

Re: [PATCH v5 22/22] sound/usb: Use Media Controller API to share media resources

On 03/03/2016 11:21 AM, Mauro Carvalho Chehab wrote: > Em Wed, 2 Mar 2016 15:57:03 -0700 > Shuah Khan escreveu: > >> On 03/02/2016 01:41 PM, Dan Carpenter wrote: >>> On Wed, Mar 02, 2016 at 09:50:31AM -0700, Shuah Khan wrote: + mctl = kzalloc(sizeof(*mctl),

Re: [git:media_tree/master] [media] media: rc: nuvoton: support reading / writing wakeup sequence via sysfs

Em Thu, 03 Mar 2016 19:18:17 +0100 Heiner Kallweit escreveu: > Am 03.03.2016 um 12:28 schrieb Mauro Carvalho Chehab: > > This is an automatic generated email to let you know that the following > > patch were queued at the > > http://git.linuxtv.org/cgit.cgi/media_tree.git

Re: Kernel docs: muddying the waters a bit

Em Thu, 03 Mar 2016 07:13:05 -0700 Jonathan Corbet escreveu: > On Thu, 03 Mar 2016 16:03:14 +0200 > Jani Nikula wrote: > > > This stalled a bit, but the waters are still muddy... > > I've been dealing with real-world obnoxiousness, something which

Re: [PATCH v5 22/22] sound/usb: Use Media Controller API to share media resources

Em Wed, 2 Mar 2016 15:57:03 -0700 Shuah Khan escreveu: > On 03/02/2016 01:41 PM, Dan Carpenter wrote: > > On Wed, Mar 02, 2016 at 09:50:31AM -0700, Shuah Khan wrote: > >> + mctl = kzalloc(sizeof(*mctl), GFP_KERNEL); > >> + if (!mctl) > >> + return -ENOMEM; >

Re: DVBSky T980C CI issues (kernel 4.0.x)

i was about to ask how to easiest see what firmware i was running without rebooting when i realized i already have it in this mail thread ;) all of the firmware i'm running is the ones that came from dvbsky directly in this file: http://www.dvbsky.net/download/linux/dvbsky-firmware.tar.gz i

Re: [git:media_tree/master] [media] media: rc: nuvoton: support reading / writing wakeup sequence via sysfs

Am 03.03.2016 um 12:28 schrieb Mauro Carvalho Chehab: > This is an automatic generated email to let you know that the following patch > were queued at the > http://git.linuxtv.org/cgit.cgi/media_tree.git tree: > > Subject: [media] media: rc: nuvoton: support reading / writing wakeup > sequence

[PATCH] [media] media.h: postpone connectors entities

The representation of external connections got some heated discussions recently. As we're too close to the merge window, let's not set those entities into a stone. Signed-off-by: Mauro Carvalho Chehab --- include/uapi/linux/media.h | 8 1 file changed, 8

Re: i.mx6 camera interface (CSI) and mainline kernel

On Thu, Mar 03, 2016 at 09:45:08AM -0800, Steve Longerbeam wrote: > Hi Philippe, > > On 03/03/2016 12:36 AM, Philippe De Muyter wrote: > > > > Just to be sure : do you mean https://github.com/slongerbeam/mediatree.git > > or something else ? > > Sorry, yes I meant

[PATCH] [media] dw2102: move USB IDs to dvb-usb-ids.h

Right now, dw2102 assumes that the USB IDs will be either at an external header or defined internally. That doesn't sound right. So, let's move the definitions to just one place. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/dvb-core/dvb-usb-ids.h | 13

Re: i.mx6 camera interface (CSI) and mainline kernel

Hi Philippe, On 03/03/2016 12:36 AM, Philippe De Muyter wrote: > > Just to be sure : do you mean https://github.com/slongerbeam/mediatree.git > or something else ? Sorry, yes I meant https://github.com/slongerbeam/mediatree.git. > >>> So far I have retested video capture with the

Re: [PATCH] [media] v4l2/dvb: allow v4l2_mc functions to be used by dvb

Em Sun, 28 Feb 2016 21:51:48 +0100 Arnd Bergmann escreveu: > In a configuration that supports all DVB drivers but that disables > V4L2 or builds it as a loadable module, we get link errors because > of the recent change to use __v4l2_mc_usb_media_device_init: > >

Re: [PATCH 3/3] [media] em28xx: fix Terratec Grabby AC97 codec detection

Em Sun, 28 Feb 2016 12:26:23 +0100 Matthieu Rogez escreveu: > EMP202 chip inside Terratec Grabby (hw rev 2) seems to require some time > before > accessing reliably its registers. Otherwise it returns some values previously > put on the I2C bus. > > To account for

[PATCH v2.1 1/4] media: Sanitise the reserved fields of the G_TOPOLOGY IOCTL arguments

From: Sakari Ailus The argument structs are used in arrays for G_TOPOLOGY IOCTL. The arguments themselves do not need to be aligned to a power of two, but aligning them up to the largest basic type alignment (u64) on common ABIs is a good thing to do. The patch changes the

STK1160 - no video

I recently purchased a STK1160 based USB video capture device (Sabrent USB-AVCPT). I have tested it on a windows computer and it works fine, but not on any linux box I have tried. lsusb reports: Bus 002 Device 003: ID 05e1:0408 Syntek Semiconductor Co., Ltd STK1160 Video Capture Device I am

[PATCH] sound/usb: Use meaninful names for goto labels

Fix to use meaningful names instead of numbered goto labels Signed-off-by: Shuah Khan --- sound/usb/media.c | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/sound/usb/media.c b/sound/usb/media.c index b87d5b3..ab6a642 100644 ---

Re: [PATCH v3 02/22] uapi/media.h: Declare interface types for ALSA

On 03/03/2016 07:59 AM, Hans Verkuil wrote: > On 02/12/16 00:41, Shuah Khan wrote: >> Declare the interface types to be used on alsa for >> the new G_TOPOLOGY ioctl. >> >> Signed-off-by: Shuah Khan >> --- >> drivers/media/media-entity.c | 16 >>

Re: Kernel docs: muddying the waters a bit

On Thu, Mar 3, 2016 at 4:17 PM, Jonathan Corbet wrote: > I assume you're referring to gtk-doc? It's web page > (http://www.gtk.org/gtk-doc/) starts by noting that it's "a bit awkward to > setup and use"; they recommend looking at Doxygen instead. So I guess I'm > not really sure

Re: [PATCH 2/3] dmaengine: sun4i: support module autoloading

On Sun, Feb 21, 2016 at 10:26:35PM -0300, Emilio López wrote: > From: Emilio López > > MODULE_DEVICE_TABLE() is missing, so the module isn't auto-loading on > supported systems. This commit adds the missing line so it loads > automatically when building it as a

Re: Kernel docs: muddying the waters a bit

On Thu, 3 Mar 2016 14:34:25 + One Thousand Gnomes wrote: > We only have docbook because it was the tool of choice rather a lot of > years ago to then get useful output formats. It was just inherited when > borrowed the original scripts from Gnome/Gtk. It's still

Re: [PATCH v3 02/22] uapi/media.h: Declare interface types for ALSA

On 02/12/16 00:41, Shuah Khan wrote: > Declare the interface types to be used on alsa for > the new G_TOPOLOGY ioctl. > > Signed-off-by: Shuah Khan > --- > drivers/media/media-entity.c | 16 > include/uapi/linux/media.h | 10 ++ > 2 files

Re: tw686x driver

On 03/03/16 15:22, Krzysztof Hałasa wrote: > Hans Verkuil writes: > >> There is no point whatsoever in committing a driver and then replacing it >> with another which has a different feature set. I'm not going to do >> that. > > Sure, that's why I haven't asked you to do it.

Re: Kernel docs: muddying the waters a bit

> DocBook is a means to an end; nobody really wants DocBook itself as far > as I can tell. We only have docbook because it was the tool of choice rather a lot of years ago to then get useful output formats. It was just inherited when borrowed the original scripts from Gnome/Gtk. It's still the

Re: [PATCH v5 22/22] sound/usb: Use Media Controller API to share media resources

On 03/03/2016 03:36 AM, Dan Carpenter wrote: > On Wed, Mar 02, 2016 at 03:57:03PM -0700, Shuah Khan wrote: >> On 03/02/2016 01:41 PM, Dan Carpenter wrote: >>> On Wed, Mar 02, 2016 at 09:50:31AM -0700, Shuah Khan wrote: + mctl = kzalloc(sizeof(*mctl), GFP_KERNEL); + if (!mctl) +

Re: tw686x driver

Hans Verkuil writes: > There is no point whatsoever in committing a driver and then replacing it > with another which has a different feature set. I'm not going to do > that. Sure, that's why I haven't asked you to do it. Now there is no another driver, as Ezequiel stated -

Re: Kernel docs: muddying the waters a bit

On Thu, 03 Mar 2016 16:03:14 +0200 Jani Nikula wrote: > This stalled a bit, but the waters are still muddy... I've been dealing with real-world obnoxiousness, something which won't come to an immediate end, unfortunately. But I have been taking some time to mess with

Re: Kernel docs: muddying the waters a bit

On Sat, 13 Feb 2016, Jonathan Corbet wrote: > So can we discuss? I'm not saying we have to use Sphinx, but, should we > choose not to, we should do so with open eyes and good reasons for the > course we do take. What do you all think? This stalled a bit, but the waters are

[PATCH] media.h: always start with 1 for the audio entities

Start the audio defines with BASE + 0x03001 instead of 0x03000. This is consistent with the other defines, and I think it is good practice not to start with 0, just in case we want to do something like (id & 0xfff) in the future and treat the value 0 as a special case. Signed-off-by: Hans

Re: tw686x driver

On 03/03/16 13:41, Krzysztof Hałasa wrote: > Hans Verkuil writes: > >> When a driver is merged for the first time in the kernel it is always as >> a single change, i.e. you don't include the development history as that >> would pollute the kernel's history. > > We don't

Re: [PATCH 4/8] media: Rename is_media_entity_v4l2_io to is_media_entity_v4l2_video_device

On 03/01/16 15:57, Laurent Pinchart wrote: > All users of is_media_entity_v4l2_io() (the exynos4-is, omap3isp, > davince_vpfe and omap4iss drivers) use the function to check whether > entities are video_device instances, either to ensure they can cast the > entity to a struct video_device, or to

Re: [PATCH 3/8] media: Add type field to struct media_entity

On 03/01/16 15:57, Laurent Pinchart wrote: > Code that processes media entities can require knowledge of the > structure type that embeds a particular media entity instance in order > to cast the entity to the proper object type. This needs is shown by the > presence of the is_media_entity_v4l2_io

[PATCH] [media] Better define MEDIA_ENT_F_CONN_* entities

Putting concepts in a paper is hard, specially since different people may interpret it in a different way. Make clear about the meaning of the MEDIA_ENT_F_CONN_* entities Reviewed-by: Javier Martinez Canillas Acked-by: Shuah Khan Acked-by: Hans

Re: [rtc-linux] Re: [RFC 09/15] media: platform: Add missing MFD_SYSCON dependency on HAS_IOMEM

On Thursday 03 March 2016 21:40:23 Krzysztof Kozlowski wrote: > >> select MFD_SYSCON > >> diff --git a/drivers/media/platform/exynos4-is/Kconfig > >> b/drivers/media/platform/exynos4-is/Kconfig > >> index 57d42c6172c5..c4317b99d257 100644 > >> ---

Re: [PATCH] rc: correctly handling failed allocation

Em Tue, 16 Feb 2016 10:54:54 + Sean Young escreveu: > On Mon, Feb 15, 2016 at 09:33:11PM -0500, Insu Yun wrote: > > Since rc_allocate_device() uses kmalloc, > > it can returns NULL, so need to check, > > otherwise, NULL derefenrece can be happened. > > Thanks for catching

Re: [RFC 08/15] rtc: at91sam9: Add missing MFD_SYSCON dependency on HAS_IOMEM

On Thursday 03 March 2016 13:27:59 Geert Uytterhoeven wrote: > On Thu, Mar 3, 2016 at 11:55 AM, Arnd Bergmann wrote: > > On Thursday 03 March 2016 17:03:34 Krzysztof Kozlowski wrote: > >> index 0da40e2e4280..5c530b6b125d 100644 > >> --- a/drivers/rtc/Kconfig > >> +++

Re: [RFC] Representing hardware connections via MC

Em Thu, 03 Mar 2016 00:58:31 +0200 Laurent Pinchart escreveu: > (Disclaimer: There are lots of thoughts in this e-mail, sometimes in a bit of > a random order. I would thus recommend reading through it completely before > starting to write a reply.) I did

Re: [rtc-linux] [RFC 06/15] pinctrl: rockchip: Add missing MFD_SYSCON dependency on HAS_IOMEM

2016-03-03 17:03 GMT+09:00 Krzysztof Kozlowski : > The MFD_SYSCON depends on HAS_IOMEM so when selecting it avoid unmet > direct dependencies. > > Signed-off-by: Krzysztof Kozlowski > --- > drivers/pinctrl/Kconfig | 1 + > 1 file changed, 1

Re: [rtc-linux] [RFC 07/15] pinctrl: mvebu: Add missing MFD_SYSCON dependency on HAS_IOMEM

2016-03-03 17:03 GMT+09:00 Krzysztof Kozlowski : > The MFD_SYSCON depends on HAS_IOMEM so when selecting it avoid unmet > direct dependencies. > > Signed-off-by: Krzysztof Kozlowski > --- > drivers/pinctrl/mvebu/Kconfig | 1 + > 1 file changed, 1

Re: [rtc-linux] [RFC 12/15] soc: qcom: Add missing MFD_SYSCON dependency on HAS_IOMEM

2016-03-03 17:03 GMT+09:00 Krzysztof Kozlowski : > The MFD_SYSCON depends on HAS_IOMEM so when selecting it avoid unmet > direct dependencies. > > Signed-off-by: Krzysztof Kozlowski > --- > drivers/soc/qcom/Kconfig | 1 + > 1 file changed, 1

Re: [rtc-linux] [RFC 13/15] staging: media: omap4iss: Add missing MFD_SYSCON dependency on HAS_IOMEM

2016-03-03 17:03 GMT+09:00 Krzysztof Kozlowski : > The MFD_SYSCON depends on HAS_IOMEM so when selecting it avoid unmet > direct dependencies. > > Signed-off-by: Krzysztof Kozlowski > --- > drivers/staging/media/omap4iss/Kconfig | 1 + > 1 file

Re: tw686x driver

Hans Verkuil writes: > When a driver is merged for the first time in the kernel it is always as > a single change, i.e. you don't include the development history as that > would pollute the kernel's history. We don't generally add new drivers with long patch series, that's

Re: [rtc-linux] Re: [RFC 09/15] media: platform: Add missing MFD_SYSCON dependency on HAS_IOMEM

2016-03-03 19:57 GMT+09:00 Arnd Bergmann : > On Thursday 03 March 2016 17:03:35 Krzysztof Kozlowski wrote: >> diff --git a/drivers/media/platform/Kconfig b/drivers/media/platform/Kconfig >> index 201f5c296a95..e5931e434fa2 100644 >> --- a/drivers/media/platform/Kconfig >> +++

Re: [rtc-linux] Re: [RFC 11/15] power: reset: keystone: Add missing MFD_SYSCON dependency on HAS_IOMEM

2016-03-03 21:33 GMT+09:00 Sebastian Reichel : > Hi, > > On Thu, Mar 03, 2016 at 12:00:14PM +0100, Arnd Bergmann wrote: >> On Thursday 03 March 2016 17:03:37 Krzysztof Kozlowski wrote: >> > diff --git a/drivers/power/reset/Kconfig b/drivers/power/reset/Kconfig >> > index

Re: [RFC 11/15] power: reset: keystone: Add missing MFD_SYSCON dependency on HAS_IOMEM

Hi, On Thu, Mar 03, 2016 at 12:00:14PM +0100, Arnd Bergmann wrote: > On Thursday 03 March 2016 17:03:37 Krzysztof Kozlowski wrote: > > diff --git a/drivers/power/reset/Kconfig b/drivers/power/reset/Kconfig > > index 0a6408a39c66..0f34846ae80d 100644 > > --- a/drivers/power/reset/Kconfig > > +++

Re: [rtc-linux] Re: [RFC 04/15] irqchip: st: Add missing MFD_SYSCON dependency on HAS_IOMEM

2016-03-03 21:28 GMT+09:00 Arnd Bergmann : > On Thursday 03 March 2016 21:00:57 Krzysztof Kozlowski wrote: >> > >> > Not user visible. >> >> Hmmm... you are right (here and in other patches) but why am I getting >> all these errors: >> warning: (ST_IRQCHIP && HIP04_ETH &&

Re: [rtc-linux] Re: [RFC 04/15] irqchip: st: Add missing MFD_SYSCON dependency on HAS_IOMEM

On Thursday 03 March 2016 21:00:57 Krzysztof Kozlowski wrote: > > > > Not user visible. > > Hmmm... you are right (here and in other patches) but why am I getting > all these errors: > warning: (ST_IRQCHIP && HIP04_ETH && STMMAC_PLATFORM && DWMAC_IPQ806X > && DWMAC_LPC18XX && DWMAC_ROCKCHIP &&

Re: [RFC 09/15] media: platform: Add missing MFD_SYSCON dependency on HAS_IOMEM

On Thu, Mar 3, 2016 at 11:57 AM, Arnd Bergmann wrote: >> --- a/drivers/media/platform/exynos4-is/Kconfig >> +++ b/drivers/media/platform/exynos4-is/Kconfig >> @@ -17,6 +17,7 @@ config VIDEO_S5P_FIMC >> tristate "S5P/EXYNOS4 FIMC/CAMIF camera interface driver" >>

Re: [RFC 08/15] rtc: at91sam9: Add missing MFD_SYSCON dependency on HAS_IOMEM

On Thu, Mar 3, 2016 at 11:55 AM, Arnd Bergmann wrote: > On Thursday 03 March 2016 17:03:34 Krzysztof Kozlowski wrote: >> index 0da40e2e4280..5c530b6b125d 100644 >> --- a/drivers/rtc/Kconfig >> +++ b/drivers/rtc/Kconfig >> @@ -1302,6 +1302,7 @@ config RTC_DRV_AT91RM9200 >> config

Re: [rtc-linux] Re: [RFC 15/15] mfd: syscon: Fix build of missing ioremap on UM

2016-03-03 19:50 GMT+09:00 Arnd Bergmann : > On Thursday 03 March 2016 17:03:41 Krzysztof Kozlowski wrote: >> Since commit c89c0114955a ("mfd: syscon: Set regmap max_register in >> of_syscon_register") the syscon uses ioremap so it fails on COMPILE_TEST >> without HAS_IOMEM: >> >>

Re: [PATCH/RFC 1/9] clk: shmobile: r8a7795: Add FCP clocks

Hi Geert, On Thursday 03 March 2016 12:56:29 Geert Uytterhoeven wrote: > On Thu, Mar 3, 2016 at 11:49 AM, Laurent Pinchart wrote: > > On Thursday 03 March 2016 08:37:02 Kuninori Morimoto wrote: > >> - s2d2 (for 200MHz) > >> - s2d1 (for 400MHz) > > > > Thank you for the

  1   2   >