I was using 3.3 linux kernel. I will again check if videobuf2 in 3.5 has
already
fixed this issue.
[snip..]
Ok I just checked the vb2_dma_contig allocator and it has no major changes
from my version,
http://lxr.linux.no/linux+v3.5.3/drivers/media/video/videobuf2-dma-contig.c#L37
So, I
On Sun, Sep 16, 2012 at 11:59:42PM +0200, Sylwester Nawrocki wrote:
On 09/16/2012 05:33 PM, Laurent Pinchart wrote:
On Sunday 16 September 2012 15:57:14 Hans Verkuil wrote:
On Sat September 15 2012 22:16:24 Sylwester Nawrocki wrote:
There is already lots of overhead related to the buffers
Hi Shawn,
On Mon, Sep 17, 2012 at 01:34:29PM +0800, Shawn Guo wrote:
The series enables multi-platform support for imx. Since the required
frameworks (clk, pwm) and spare_irq have already been adopted on imx,
the series is all about cleaning up mach/* headers. Along with the
changes,
Replace kmemdup for kstrdup and cleanup related code.
Signed-off-by: Peter Senna Tschudin peter.se...@gmail.com
---
drivers/media/pci/cx25821/cx25821-audio-upstream.c | 11 ---
1 file changed, 4 insertions(+), 7 deletions(-)
diff --git
I'm pasting the original code and my proposal on the commit message for
make it easy to compare the two versions.
Line 62 of cx25821-audio-upstream.h contains:
char *_defaultAudioName = /root/audioGOOD.wav;
Original code after replace kmemdup for kstrdup, and after fix return error
code:
if
From: Peter Senna Tschudin peter.se...@gmail.com
The function cx25821_sram_channel_setup_upstream_audio always return zero,
so the return value is not saved any more.
Convert a nonnegative error return code to a negative one, as returned
elsewhere in the function.
A simplified version of the
Hi all,
This is the pull request for the API fixes that were discussed during the 2012
Media Workshop.
Changes since RFCv3:
- Dropped the monotonic clock changes from this series: Sakari will pick this up
as a separate project.
- Removed V4L2_BUF_TYPE_PRIVATE from cx18 and ivtv (was only ever
This pull request fixes a problem when using vb2_fop_read/write in non-blocking
mode and a tuner-core issue when setting the audmode for a radio device.
Regards,
Hans
The following changes since commit 36aee5ff9098a871bda38dbbdad40ad59f6535cf:
[media] ir-rx51: Adjust dependencies
Hi Shawn
Thanks for the clean up. Would you like these patches to go via a single
tree, presumably, arm-soc? In this case
On Mon, 17 Sep 2012, Shawn Guo wrote:
This is a piece of code becoming dead since commit 2c9ba37 ([media]
V4L: mx2_camera: remove unsupported i.MX27 DMA mode, make EMMA
This pull request adds two new features to the control framework:
- a notify function that is needed to have a bridge driver be notified of
subdevice control changes
- a new filter function to have more control over which controls are added
by v4l2_ctrl_add_handler.
Both of these features
On 17-09-12 01:36, Antti Palosaari wrote:
On 09/17/2012 01:10 AM, Oliver Schinagl wrote:
On 09/16/12 19:25, Antti Palosaari wrote:
On 09/16/2012 06:03 PM, Oliver Schinagl wrote:
I don't have windows, so capturing using windows is near impossible.
Also since the vendor driver used to work, I
On Sun September 16 2012 18:49:00 Georgi Chorbadzhiyski wrote:
On 9/16/12 7:28 PM, Hans Verkuil wrote:
On Sun September 16 2012 17:32:52 Georgi Chorbadzhiyski wrote:
Guys I'm adding v4l2 output device support for VLC/ffmpeg/libav (I'm using
v4l2loopback [1] driver for testing) but I have a
On Mon, 17 Sep 2012, Shawn Guo wrote:
The mx1_camera driver has been broken for a few release cycles since
commit 6bd0812 (dmaengine: imx-dma: merge old dma-v1.c with imx-dma.c).
It seems there is no one even compile tested it since then, as doing
so will end up with the following error.
Around 09/17/2012 11:22 AM, Hans Verkuil scribbled:
On Sun September 16 2012 18:49:00 Georgi Chorbadzhiyski wrote:
On 9/16/12 7:28 PM, Hans Verkuil wrote:
On Sun September 16 2012 17:32:52 Georgi Chorbadzhiyski wrote:
Guys I'm adding v4l2 output device support for VLC/ffmpeg/libav (I'm using
On Mon, 17 Sep 2012, Shawn Guo wrote:
Use managed functions to clean up the error handling code and function
mx2_camera_remove(). Along with the change, a few variables get removed
from struct mx2_camera_dev.
Signed-off-by: Shawn Guo shawn@linaro.org
Cc: Guennadi Liakhovetski
Hi Sylwester,
On Sunday 16 September 2012 23:59:42 Sylwester Nawrocki wrote:
On 09/16/2012 05:33 PM, Laurent Pinchart wrote:
On Sunday 16 September 2012 15:57:14 Hans Verkuil wrote:
On Sat September 15 2012 22:16:24 Sylwester Nawrocki wrote:
On 09/15/2012 02:35 PM, Hans Verkuil wrote:
On Mon, 17 Sep 2012, Shawn Guo wrote:
It changes the driver to use platform_device_id rather than cpu_is_xxx
to determine the controller type, and updates the platform code
accordingly.
As the result, mach/hardware.h inclusion gets removed from the driver.
Signed-off-by: Shawn Guo
On Mon, 17 Sep 2012, Shawn Guo wrote:
The header ipu.h really belongs to dma subsystem rather than imx
platform. Rename it to ipu-dma.h and put it into include/linux/dma/.
Signed-off-by: Shawn Guo shawn@linaro.org
Cc: Vinod Koul vinod.k...@intel.com
Cc: Guennadi Liakhovetski
On Mon September 17 2012 11:18:58 Laurent Pinchart wrote:
Hi Sylwester,
On Sunday 16 September 2012 23:59:42 Sylwester Nawrocki wrote:
On 09/16/2012 05:33 PM, Laurent Pinchart wrote:
On Sunday 16 September 2012 15:57:14 Hans Verkuil wrote:
On Sat September 15 2012 22:16:24 Sylwester
On Mon, Sep 17, 2012 at 11:18:58AM +0200, Laurent Pinchart wrote:
Well, ALSA allows you to switch between gettimeofday and monotonic. So in
theory at least if an app selects gettimeofday for alsa, that app might
also want to select gettimeofday for v4l2.
Does it, in its kernel API ?
Hi,
On 09/16/2012 02:21 PM, Frank Schäfer wrote:
Hi,
Am 13.09.2012 14:05, schrieb Hans de Goede:
Hi,
On 09/12/2012 04:36 PM, Frank Schäfer wrote:
snip
And a negative side effect is, that unknown pac7302 devices (with no
V4LCONTROL_ROTATED_90_JPEG entry in libv4lconvert) do not work.
With
Hello everybody,
I want to use 2 TerraTec Cinergy T PCIe dual PCIe-cards in the same
system. Both cards are working without any problems if used standalone.
If both cards are used parallel the hole system freezes mostly on
loading the kernel modules. There are no error messages in the log
From: Alan Cox a...@linux.intel.com
We want to check the contents not the array itself versus NULL
Signed-off-by: Alan Cox a...@linux.intel.com
---
drivers/media/v4l2-core/v4l2-common.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/v4l2-core/v4l2-common.c
On Thu August 16 2012 16:02:00 Prabhakar Lad wrote:
From: Lad, Prabhakar prabhakar@ti.com
Signed-off-by: Lad, Prabhakar prabhakar@ti.com
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Cc: Hans Verkuil hans.verk...@cisco.com
Acked-by: Hans Verkuil hans.verk...@cisco.com
This series is a cleanup of s5p-fimc/mipi-csis drivers and changes required
for adding device tree support. It depends on Arnd's platform data headers
cleanup patch:
ARM: samsung: move platform_data definitions
git.kernel.org/?p=linux/kernel/git/arm/arm-soc.git;a=commit;h=d7243bd51b783ffd2
The phy_enable callback is common for all Samsung SoC platforms,
replace it with direct function call so the MIPI-CSI2 DPHY control
is also possible on device tree instantiated platforms.
Signed-off-by: Sylwester Nawrocki s.nawro...@samsung.com
Signed-off-by: Kyungmin Park
alignment, fixed_phy_vdd and phy_enable fields are now unused
so removed them. The data alignment is now derived directly
from media bus pixel code, phy_enable callback has been replaced
with direct function call and fixed_phy_vdd was dropped in commit
438df3ebe5f0ce408490a777a758d5905f0dd58f
Depending on the sensor configuration it might be required to adjust
the CSIS's output pixel clock so it is greater than its input pixel
clock, in order to avoid the input data FIFO overflow.
Use platform data to select SCLK_CSIS clock from CMU as a source, rather
than CSI APB clock.
Rename the regulator supply names to more meaningful ones.
It's a prerequisite for adding device tree support.
Signed-off-by: Sylwester Nawrocki s.nawro...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/media/video/s5p-fimc/mipi-csis.c | 6 +++---
1 file changed,
On 09/17/2012 01:02 PM, Kukjin Kim wrote:
Sylwester Nawrocki wrote:
The MIPI-CSI2 bus data alignment is now being derived from the media
bus pixel code, the drivers don't use the corresponding structure
fields, so remove them. Also remove the s5p_csis_phy_enable callback
which is now used
On Monday 17 September 2012, Sascha Hauer wrote:
On Mon, Sep 17, 2012 at 01:34:29PM +0800, Shawn Guo wrote:
The series enables multi-platform support for imx. Since the required
frameworks (clk, pwm) and spare_irq have already been adopted on imx,
the series is all about cleaning up mach/*
Thank you Ezequiel,
Am Samstag, den 15.09.2012, 10:41 -0300 schrieb Ezequiel Garcia:
Hi Philipp,
On Thu, Sep 13, 2012 at 1:40 PM, Philipp Zabel p.za...@pengutronix.de wrote:
Hi Mauro,
please pull the following patches that fix a few issues in the coda driver
and
add initial
The Terratec Cinergy T PCIe Dual is based on the CX23885, and uses
MT2063, DRX-3913k and DRX-3916k chips, so select the relevant drivers.
Signed-off-by: Jean Delvare kh...@linux-fr.org
Cc: Stefan Ringel linu...@stefanringel.de
Cc: Mauro Carvalho Chehab mche...@infradead.org
---
On 09/16/2012 03:26 AM, Antti Palosaari wrote:
On 09/14/2012 12:27 PM, Rémi Cardona wrote:
Hi all,
Here is an updated and more complete patch series for ds3000. I've
done my testing on top of kernel 3.5.2 and things look ok so far.
Reviews and comments are again more than welcome.
I
On 17-09-12 10:25, Oliver Schinagl wrote:
On 17-09-12 01:36, Antti Palosaari wrote:
On 09/17/2012 01:10 AM, Oliver Schinagl wrote:
On 09/16/12 19:25, Antti Palosaari wrote:
On 09/16/2012 06:03 PM, Oliver Schinagl wrote:
I don't have windows, so capturing using windows is near impossible.
On 17-09-12 15:16, Antti Palosaari wrote:
On 09/17/2012 04:02 PM, Oliver Schinagl wrote:
On 17-09-12 10:25, Oliver Schinagl wrote:
On 17-09-12 01:36, Antti Palosaari wrote:
On 09/17/2012 01:10 AM, Oliver Schinagl wrote:
On 09/16/12 19:25, Antti Palosaari wrote:
On 09/16/2012 06:03 PM,
Hi,
On 17 September 2012 11:11, Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
On Mon, 17 Sep 2012, Shawn Guo wrote:
Use managed functions to clean up the error handling code and function
mx2_camera_remove(). Along with the change, a few variables get removed
from struct mx2_camera_dev.
On 17 September 2012 10:18, Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
Hi Shawn
Thanks for the clean up. Would you like these patches to go via a single
tree, presumably, arm-soc? In this case
On Mon, 17 Sep 2012, Shawn Guo wrote:
This is a piece of code becoming dead since commit
Hi Shawn,
On 17 September 2012 11:21, Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
On Mon, 17 Sep 2012, Shawn Guo wrote:
It changes the driver to use platform_device_id rather than cpu_is_xxx
to determine the controller type, and updates the platform code
accordingly.
As the result,
This replaces BUG_ON() calls with WARN_ON_ONCE(), and returns
EINVAL if some parameter is NULL, as suggested by Jonathan and Mauro.
The BUG_ON() call is too drastic to be used in this case.
See the full discussion here:
http://www.spinics.net/lists/linux-media/msg52462.html
Cc: Jonathan Corbet
From: Ezequiel Garcia elezegar...@gmail.com
This function returns an integer and it's mandatory
to check the return code.
Cc: Hans de Goede hdego...@redhat.com
Signed-off-by: Ezequiel Garcia elezegar...@gmail.com
---
drivers/media/usb/pwc/pwc-if.c |4 +++-
1 files changed, 3 insertions(+),
This function returns an integer and it's mandatory
to check the return code.
Signed-off-by: Ezequiel Garcia elezegar...@gmail.com
---
drivers/media/platform/vivi.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/media/platform/vivi.c
This function returns an integer and it's mandatory
to check the return code.
Signed-off-by: Ezequiel Garcia elezegar...@gmail.com
---
drivers/media/usb/uvc/uvc_queue.c |8 ++--
drivers/media/usb/uvc/uvc_video.c |4 +++-
drivers/media/usb/uvc/uvcvideo.h |2 +-
3 files changed,
On 09/17/2012 04:26 PM, Oliver Schinagl wrote:
On 17-09-12 15:16, Antti Palosaari wrote:
On 09/17/2012 04:02 PM, Oliver Schinagl wrote:
On 17-09-12 10:25, Oliver Schinagl wrote:
On 17-09-12 01:36, Antti Palosaari wrote:
On 09/17/2012 01:10 AM, Oliver Schinagl wrote:
On 09/16/12 19:25, Antti
On Mon, 17 Sep 2012, javier Martin wrote:
Hi Shawn,
On 17 September 2012 11:21, Guennadi Liakhovetski g.liakhovet...@gmx.de
wrote:
On Mon, 17 Sep 2012, Shawn Guo wrote:
It changes the driver to use platform_device_id rather than cpu_is_xxx
to determine the controller type, and
On Mon September 17 2012 15:43:54 Ezequiel Garcia wrote:
This replaces BUG_ON() calls with WARN_ON_ONCE(), and returns
EINVAL if some parameter is NULL, as suggested by Jonathan and Mauro.
The BUG_ON() call is too drastic to be used in this case.
See the full discussion here:
Convert the struct i2c_msg initialization to C99 format. This makes
maintaining and editing the code simpler. Also helps once other fields
like transferred are added in future.
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
drivers/media/i2c/msp3400-driver.c | 12
The series tries to convert the i2c_msg to c99 struct.
This may avoid issues like below if someone tries to add an
element to the structure.
http://www.mail-archive.com/linux-i2c@vger.kernel.org/msg08972.html
Special thanks to Julia Lawall for helping it automate.
By the below script.
Convert the struct i2c_msg initialization to C99 format. This makes
maintaining and editing the code simpler. Also helps once other fields
like transferred are added in future.
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
Convert the struct i2c_msg initialization to C99 format. This makes
maintaining and editing the code simpler. Also helps once other fields
like transferred are added in future.
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
drivers/media/radio/saa7706h.c |4
Convert the struct i2c_msg initialization to C99 format. This makes
maintaining and editing the code simpler. Also helps once other fields
like transferred are added in future.
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
drivers/media/radio/radio-tea5764.c |
Convert the struct i2c_msg initialization to C99 format. This makes
maintaining and editing the code simpler. Also helps once other fields
like transferred are added in future.
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
drivers/media/i2c/ks0127.c |4 ++--
1
Convert the struct i2c_msg initialization to C99 format. This makes
maintaining and editing the code simpler. Also helps once other fields
like transferred are added in future.
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
drivers/media/i2c/tvaudio.c |4 ++--
On Mon, 17 Sep 2012 16:10:43 +0200
Hans Verkuil hverk...@xs4all.nl wrote:
Why WARN_ON_ONCE? I'd want to see this all the time, not just once.
It's certainly better than BUG_ON, but I'd go for WARN_ON.
I like WARN_ON_ONCE better, myself. Avoids the risk of spamming the logs,
and once is
On Mon September 17 2012 17:22:27 Shubhrajyoti D wrote:
The series tries to convert the i2c_msg to c99 struct.
This may avoid issues like below if someone tries to add an
element to the structure.
http://www.mail-archive.com/linux-i2c@vger.kernel.org/msg08972.html
I'm OK with this provided
On Mon September 17 2012 17:36:36 Jonathan Corbet wrote:
On Mon, 17 Sep 2012 16:10:43 +0200
Hans Verkuil hverk...@xs4all.nl wrote:
Why WARN_ON_ONCE? I'd want to see this all the time, not just once.
It's certainly better than BUG_ON, but I'd go for WARN_ON.
I like WARN_ON_ONCE
On Mon, 17 Sep 2012 17:41:24 +0200
Hans Verkuil hverk...@xs4all.nl wrote:
However, videobuf2-core.c is a core function of a core module. So it will
give this warning once for one driver, then another is loaded with the same
problem and you'll get no warnings anymore.
Unlikely scenario, but
Hi Sylwester,
Sylwester Nawrocki wrote:
On 09/16/2012 05:33 PM, Laurent Pinchart wrote:
On Sunday 16 September 2012 15:57:14 Hans Verkuil wrote:
On Sat September 15 2012 22:16:24 Sylwester Nawrocki wrote:
On 09/15/2012 02:35 PM, Hans Verkuil wrote:
If we switch all existing drivers to
On 17-09-12 15:52, Antti Palosaari wrote:
On 09/17/2012 04:26 PM, Oliver Schinagl wrote:
On 17-09-12 15:16, Antti Palosaari wrote:
On 09/17/2012 04:02 PM, Oliver Schinagl wrote:
On 17-09-12 10:25, Oliver Schinagl wrote:
On 17-09-12 01:36, Antti Palosaari wrote:
On 09/17/2012 01:10 AM,
Hello
I bought this card because it is supported since kernel 2.6.37 according
to this page :
http://linuxtv.org/wiki/index.php/TerraTec_Cinergy_T_USB_Dual_RC
As it it was not recognized by OpenSuse 11.4 (the kernel just sees a
keyboard) I googled a while and found that rev.2 was not (and
This replaces BUG_ON() calls with WARN_ON(), and returns
EINVAL if some parameter is NULL, as suggested by Jonathan and Mauro.
The BUG_ON() call is too drastic to be used in this case.
See the full discussion here:
http://www.spinics.net/lists/linux-media/msg52462.html
Cc: Jonathan Corbet
On Fri, Sep 14, 2012 at 03:50:40PM -0700, Colin Cross wrote:
This patch set fixes a reproducible crash I'm seeing on a 3.4.10
kernel. flush_kthread_worker (which is different from
flush_kthread_work) is initializing a kthread_work and a completion on
the stack, then queuing it and calling
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:Mon Sep 17 19:00:18 CEST 2012
git hash:36aee5ff9098a871bda38dbbdad40ad59f6535cf
gcc version: i686-linux-gcc
Hi Sakari,
On 09/17/2012 07:19 PM, Sakari Ailus wrote:
Sylwester Nawrocki wrote:
On 09/16/2012 05:33 PM, Laurent Pinchart wrote:
On Sunday 16 September 2012 15:57:14 Hans Verkuil wrote:
On Sat September 15 2012 22:16:24 Sylwester Nawrocki wrote:
On 09/15/2012 02:35 PM, Hans Verkuil wrote:
On Mon, Sep 17, 2012 at 12:40:16PM -0700, Tejun Heo wrote:
On Fri, Sep 14, 2012 at 03:50:40PM -0700, Colin Cross wrote:
This patch set fixes a reproducible crash I'm seeing on a 3.4.10
kernel. flush_kthread_worker (which is different from
flush_kthread_work) is initializing a kthread_work
On 09/17/12 17:20, Oliver Schinagl wrote:
If tuner communication is really working and it says chip id is 0x5a
then it is different than driver knows. It could be new revision of
tuner. Change chip_id to match 0x5a
Ah, so it's called chip_id on one end, but tuner_id on the other end.
If/when
On 09/17/12 17:20, Oliver Schinagl wrote:
If tuner communication is really working and it says chip id is 0x5a
then it is different than driver knows. It could be new revision of
tuner. Change chip_id to match 0x5a
Ah, so it's called chip_id on one end, but tuner_id on the other end.
If/when
Implement masked register write and use it.
Signed-off-by: Antti Palosaari cr...@iki.fi
---
drivers/media/usb/dvb-usb-v2/rtl28xxu.c | 83 ++---
1 file changed, 36 insertions(+), 47 deletions(-)
diff --git a/drivers/media/usb/dvb-usb-v2/rtl28xxu.c
Signed-off-by: Antti Palosaari cr...@iki.fi
---
drivers/media/dvb-frontends/rtl2832.c | 4
drivers/media/dvb-frontends/rtl2832.h | 1 +
drivers/media/dvb-frontends/rtl2832_priv.h | 37 ++
3 files changed, 42 insertions(+)
diff --git
Use of frontend callback is highly hardware design dependent
and whole callback could be optional in many cases. Returning
error by default when callback is not implemented is stupid.
Signed-off-by: Antti Palosaari cr...@iki.fi
---
drivers/media/usb/dvb-usb-v2/rtl28xxu.c | 8 ++--
1 file
Move rtl2831u tuner probing correct place.
Signed-off-by: Antti Palosaari cr...@iki.fi
---
drivers/media/usb/dvb-usb-v2/rtl28xxu.c | 175 ++--
1 file changed, 99 insertions(+), 76 deletions(-)
diff --git a/drivers/media/usb/dvb-usb-v2/rtl28xxu.c
Move rtl2832u tuner probing correct place.
Signed-off-by: Antti Palosaari cr...@iki.fi
---
drivers/media/usb/dvb-usb-v2/rtl28xxu.c | 351
drivers/media/usb/dvb-usb-v2/rtl28xxu.h | 1 +
2 files changed, 175 insertions(+), 177 deletions(-)
diff --git
Do not abuse anymore fc0012 tuner config.
Signed-off-by: Antti Palosaari cr...@iki.fi
---
drivers/media/usb/dvb-usb-v2/rtl28xxu.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/drivers/media/usb/dvb-usb-v2/rtl28xxu.c
b/drivers/media/usb/dvb-usb-v2/rtl28xxu.c
index
It is just stub implementation, remove it.
Also add debug for beginning of fe callback.
Signed-off-by: Antti Palosaari cr...@iki.fi
---
drivers/media/usb/dvb-usb-v2/rtl28xxu.c | 15 ---
1 file changed, 4 insertions(+), 11 deletions(-)
diff --git
On 09/17/2012 11:43 PM, Oliver Schinagl wrote:
On 09/17/12 17:20, Oliver Schinagl wrote:
If tuner communication is really working and it says chip id is 0x5a
then it is different than driver knows. It could be new revision of
tuner. Change chip_id to match 0x5a
Ah, so it's called chip_id on
On 09/17/12 23:07, Antti Palosaari wrote:
On 09/17/2012 11:43 PM, Oliver Schinagl wrote:
On 09/17/12 17:20, Oliver Schinagl wrote:
If tuner communication is really working and it says chip id is 0x5a
then it is different than driver knows. It could be new revision of
tuner. Change chip_id to
Hi,
I recently began to investigate the Xen hypervisor. One key piece of
the server I'm
using is its DVB tuners. I'm using a Terratec Cinergy T PCIe Dual.
When running on bare metal it works relatively well (it has other bugs
I'll report later),
but when running on a dom0 under the Xen
On Mon, Sep 17, 2012 at 10:33:25AM +0200, Guennadi Liakhovetski wrote:
Ok, it used to compile not-so-long-ago, but it doesn't seem to be cared
for a lot lately. Let's give Paulius a bit more time to react to this
mail, otherwise I'll have no objections. Just as an idea, to make it a bit
On Mon, Sep 17, 2012 at 10:18:42AM +0200, Guennadi Liakhovetski wrote:
Hi Shawn
Thanks for the clean up. Would you like these patches to go via a single
tree, presumably, arm-soc? In this case
Yes, to save the cross-tree dependency, I would like to have the series
go via arm-soc tree as a
On Mon, Sep 17, 2012 at 8:05 PM, Javier Marcet jmar...@gmail.com wrote:
Initially I thought Xen would be the cause of the problem, but after
having written on
the Xen development mailing list and talked about it with a couple
developers, it isn't
very clear where the problem is. So far I
Hi Mauro,
On Wed, Aug 8, 2012 at 5:39 PM, Prabhakar Lad prabhakar@ti.com wrote:
From: Hans Verkuil hans.verk...@cisco.com
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Signed-off-by: Lad, Prabhakar prabhakar@ti.com
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
---
Hi Mauro/Sekhar
On Wed, Aug 8, 2012 at 6:00 PM, Prabhakar Lad prabhakar@ti.com wrote:
This first patch replaces the obsolete preset API by timings
API for davinci VPBE, appropriate chnages in machine file for
dm644x in which VPBE is enabled. And the second patch adds support for
timings
82 matches
Mail list logo