Revert "drivers: staging: imageon configures ADV7611 chip"

This reverts commit b927d925e489484e5523b2d058745661dfc49ba1.

Conflicts:

	drivers/staging/Kconfig
	drivers/staging/Makefile

This patch remove imageon driver support.
Conflicts resolved.

Signed-off-by: Radhey Shyam Pandey <radheys@xilinx.com>
Signed-off-by: Michal Simek <michal.simek@xilinx.com>
configs:zynq base trd: Remove imageon driver support.

Remove CONFIG_VIDEO_IMAGEON entry.

Signed-off-by: Radhey Shyam Pandey <radheys@xilinx.com>
Signed-off-by: Michal Simek <michal.simek@xilinx.com>
dts: zynq base trd: Remove imageon dev node

Cleanup unused imageon dev node

Signed-off-by: Radhey Shyam Pandey <radheys@xilinx.com>
Signed-off-by: Michal Simek <michal.simek@xilinx.com>
usb:xusbps-dr-of: Reset phy on initialization

Pulse the USB ULPI phy reset pin before trying to talk to the phy. This seems to
fix the occasional USB problems that were observed on some boards.

Signed-off-by: Lars-Peter Clausen <lars@metafoo.de>
iio: Add data_available callback for buffers

Signed-off-by: Lars-Peter Clausen <lars@metafoo.de>
iio: kfifo_buf: Implement data_available() callback

Signed-off-by: Lars-Peter Clausen <lars@metafoo.de>
iio: Add support for blocking IO

Signed-off-by: Lars-Peter Clausen <lars@metafoo.de>
iio: buffer: rename read_first_n callback to read

It is kind of implied that 'read' will read the first n bytes and not e.g. bytes
only from offsets within the buffer that are a prime number.

Signed-off-by: Lars-Peter Clausen <lars@metafoo.de>
iio: Add output buffer support

Signed-off-by: Lars-Peter Clausen <lars@metafoo.de>
iio:kfifo: Add output buffer support

Signed-off-by: Lars-Peter Clausen <lars@metafoo.de>
iio: Add buffer enable/disable callbacks

Signed-off-by: Lars-Peter Clausen <lars@metafoo.de>
iio: Add dma buffer and mmap support

Signed-off-by: Lars-Peter Clausen <lars@metafoo.de>
net: xilinx_emacps: Fix wrong udp checksum offload calculation

When the UDP checksum is offloaded, if the usb header checksum field is
non zero then the udp checksum calculated by the hw is wrong. So, the
driver should ensure that the checksum field should be zero.

Signed-off-by: Punnaiah Choudary Kalluri <punnaia@xilinx.com>
Signed-off-by: Michal Simek <michal.simek@xilinx.com>
iio:buffer: iio_buffer_space_available() return true by default

A buffer implementation that has never free space does not make that much sense,
so assume that if not space_available callback is implemented the buffer has
always free space.

Signed-off-by: Lars-Peter Clausen <lars@metafoo.de>
trafgen: xilinx: Use proper MasterRam offset

In the latest Axi Traffic generator core the MasterRam offset
is changed from 0x10000 to 0xc000

Signed-off-by: Kedareswara rao Appana <appanad@xilinx.com>
Signed-off-by: Michal Simek <michal.simek@xilinx.com>
Merge remote-tracking branch 'xilinx/master' into xcomm_zynq
[media] v4l2: always require v4l2_dev, rename parent to dev_parent

The last set of drivers still using the parent field of video_device instead
of the v4l2_dev field have been converted, so v4l2_dev is now always set.
A proper pointer to v4l2_dev is necessary these days otherwise the advanced
debugging ioctls will not work when addressing sub-devices. It also ensures
that the core can always go from a video_device struct to the top-level
v4l2_device struct.
There is still one single use case for the parent pointer: if there are
multiple busses, each being the parent of one or more video nodes, and if
they all share the same v4l2_device struct. In that case one still needs a
parent pointer since the v4l2_device struct can only refer to a single
parent device. The cx88 driver is one such case. Unfortunately, the cx88
failed to set the parent pointer since 3.6. The next patch will correct this.
In order to support this use-case the parent pointer is only renamed to
dev_parent, not removed altogether. It has been renamed to ensure that the
compiler will catch any (possibly out-of-tree) drivers that were missed during
the conversion.

Signed-off-by: Hans Verkuil <hans.verkuil@cisco.com>
Acked-by: Sakari Ailus <sakari.ailus@iki.fi>
Acked-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
[media] V4L2: add a device pointer to struct v4l2_subdev

It is often useful to have simple means to get from a subdevice to the
underlying physical device. This patch adds such a pointer to struct
v4l2_subdev and sets it accordingly in the I2C and SPI cases.

Signed-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Acked-by: Hans Verkuil <hans.verkuil@cisco.com>
Acked-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Tested-by: Lad, Prabhakar <prabhakar.csengg@gmail.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
[media] V4L2: support asynchronous subdevice registration

Currently bridge device drivers register devices for all subdevices
synchronously, typically, during their probing. E.g. if an I2C CMOS sensor
is attached to a video bridge device, the bridge driver will create an I2C
device and wait for the respective I2C driver to probe. This makes linking
of devices straight forward, but this approach cannot be used with
intrinsically asynchronous and unordered device registration systems like
the Flattened Device Tree. To support such systems this patch adds an
asynchronous subdevice registration framework to V4L2. To use it respective
(e.g. I2C) subdevice drivers must register themselves with the framework.
A bridge driver on the other hand must register notification callbacks,
that will be called upon various related events.

Signed-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Acked-by: Hans Verkuil <hans.verkuil@cisco.com>
Acked-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Tested-by: Lad, Prabhakar <prabhakar.csengg@gmail.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>

Conflicts:
	drivers/media/v4l2-core/Makefile
[media] V4L2: fix compilation if CONFIG_I2C is undefined

i2c_verify_client() is only available, if I2C is enabled. Fix v4l2-async.c
compilation if I2C is disabled.

Signed-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>