e side.
>
It's not clear to me what the pci or platform quirk would do. The
workaround seems to be in the driver, not on the platform.
Alex
On Wed, Apr 25, 2018 at 2:41 AM, Christoph Hellwig <h...@infradead.org> wrote:
> On Wed, Apr 25, 2018 at 02:24:36AM -0400, Alex Deucher wrote:
>> > It has a non-coherent transaction mode (which the chipset can opt to
>> > not implement and still flush), to ma
nt to make almost
>>> everything incoherent.
>>
>> How do discrete GPUs manage to be incoherent when attached over PCIe?
>
> It has a non-coherent transaction mode (which the chipset can opt to
> not implement and still flush), to make sure the AGP horror show
> doesn'
st
>> everything incoherent.
>
> How do discrete GPUs manage to be incoherent when attached over PCIe?
They can do CPU cache snooped (coherent) or non-snooped (incoherent)
DMA. Also for things like APUs, they show up as a PCIe device, but
that actual GPU core is part of the same di
Sorry, didn't mean to drop the lists here. re-adding.
On Wed, Mar 28, 2018 at 4:05 PM, Alex Deucher <alexdeuc...@gmail.com> wrote:
> On Wed, Mar 28, 2018 at 3:53 PM, Logan Gunthorpe <log...@deltatee.com> wrote:
>>
>>
>> On 28/03/18 01:44 PM, Christian König wr
struct dvb_frontend *frontend;
> + struct dvb_frontend *frontend[2];
Maybe define something like CX231XX_MAX_FRONTEND and use it here
rather than using a hardcoded 2.
Alex
>
> /* feed count management */
> struct mutex lock;
> @@ -386,17 +
+-
> drivers/gpu/drm/amd/display/dc/core/dc.c | 2 +-
For amdgpu:
Acked-by: Alex Deucher <alexander.deuc...@amd.com>
> drivers/media/i2c/msp3400-kthreads.c | 2 +-
> drivers/message/fusion/mptsas.c | 2 +-
> drive
du...@arm.com>
Reviewed-by: Alex Deucher <alexander.deuc...@amd.com>
> ---
> drivers/dma-buf/dma-buf.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/dma-buf/dma-buf.c b/drivers/dma-buf/dma-buf.c
> index bc1cb284111cb..1792385405f
inux/kernel/git/torvalds/linux.git/tree/drivers/gpu/drm/amd/amdgpu/amdgpu_acp.c
for the audio side:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/sound/soc/amd/acp-pcm-dma.c
Alex
This patch should be dropped as Jasmin is updating this driver.
Thanks,
On 05/09/2017 02:27 PM, Alexandre Ghiti wrote:
Replace hardcoded function names in print info with __func__.
Signed-off-by: Alexandre Ghiti
---
drivers/staging/media/cxd2099/cxd2099.c | 6 +++---
1 file
C output CSC (just before hitting the connector), which happens
>> to be converting RGB to YCbCr:
>>
>> CRTC -> GAMMA -> RGB_TO_YCBCR_CSC
>>
>> ...the enum value "BT.601 Limited" means that the data on the *right*
>> of RGB_TO_YCBCR_C
the case, right?
>
> GPU people need to stop doing this windowed memory stuff :)
>
Blame 32 bit systems and GPUs with tons of vram :)
I think resizable bars are finally coming in a useful way so this
should go away soon.
Alex
--
To unsubscribe from this list: send the line "unsubscribe
On Thu, 29 Sep 2016 21:24:04 +0200
Christoph Hellwig <h...@lst.de> wrote:
> On Thu, Sep 29, 2016 at 01:21:01PM -0600, Alex Williamson wrote:
> > Sorry for the delay, slipped by me. Overall a really nice cleanup.
> > One tiny nit, the commit log m
--
> drivers/vfio/pci/vfio_pci_private.h | 1 -
> 2 files changed, 10 insertions(+), 36 deletions(-)
Sorry for the delay, slipped by me. Overall a really nice cleanup.
One tiny nit, the commit log mis-names the function as
pci_irq_allocate_vectors instead of pci_alloc_irq_
On Thu, Apr 21, 2016 at 2:12 AM, Antti Palosaari <cr...@iki.fi> wrote:
> On 04/20/2016 12:13 PM, Alex Rad wrote:
>>
>> On Wed, Apr 20, 2016 at 1:02 AM, Antti Palosaari <cr...@iki.fi> wrote:
>>>
>>> Hello
>>> I am not happy with that new module
On Wed, Apr 20, 2016 at 1:02 AM, Antti Palosaari wrote:
> Hello
> I am not happy with that new module parameter as I cannot see real need for
> it. So get rid of it.
My reasoning for this is:
1) We know of just two devices which may have the issue, but there are
probably more. The
This fixes a checkpatch style error in vpfe_buffer_queue_setup.
Signed-off-by: Alex Dowad alexinbeij...@gmail.com
---
drivers/staging/media/davinci_vpfe/vpfe_video.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/media/davinci_vpfe/vpfe_video.c
b/drivers
is, what would be the method you'd choose to
combine packets received from dvb0_N interfaces into a single interface?
Can this be done multicast agnostic? Without static routing?
Cheers,
Alex
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message
Hi there,
on Raspbian, the Debian port for the Raspberry Pi, the needed
lsdiff is in the package patchutils and
Proc::ProcessTable is in the package libproc-processtable-perl.
Thanks a lot for your good work!
Kind Regards
Alex
--
To unsubscribe from this list: send the line unsubscribe linux
Hi Mauro,
As discussed at LinuxCon (New Orleans), please invite/add me to the V4L/DVB
mini-summit in Edinburgh. I cannot commit to attending until travel approvals
are in place, so please consider this as tentative.
Regards,
Alex Luccisano
--
To unsubscribe from this list: send the line
to no displays or in some cases the local panel is attached
to the integrated GPU and the external displays are connected to the
dGPU.
In the MUX-less case, the dGPU can be used to render, and then the
result is copied to the integrated GPU for display.
Alex
--
To unsubscribe from this list: send the line
Stereo (HDMI) on Squeeze, it was HD-Audio Generic Digital Stereo
(HDMI).
It works but i'm not able to get analogic output, only HDMI / display port
that i can't use.
You need to enable the audio parameter in the radeon driver. Boot with:
radeon.audio=1
on the kernel command line in grub.
Alex
just enables auto routing via HDMI. what exactly are you trying to
do? Discrete graphics cards only support audio via HDMI or DP.
Alex
May 9 19:32:37 retraite kernel: [6.660223] snd_hda_intel :01:00.1:
irq 45 for MSI/MSI-X
May 9 19:32:37 retraite kernel: [6.660242
encoder like an sil164 DVO
to TMDS encoder.
Alex
--
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
board type testing switch. (Perhaps, putting it
to 110i's case would be more correct, but it seem to work anyway.)
Signed-off-by: Alex Volkov a...@bootes.telenet.ru
---
--- a/drivers/media/video/saa7134/saa7134-input.c 2012-10-17
08:50:15.0 +0600
+++ b/drivers/media/video/saa7134
Signed-off-by: Alex Gershgorin al...@meprolight.com
---
drivers/media/video/Kconfig |2 +-
drivers/media/video/mt9v022.c | 45
2 files changed, 37 insertions(+), 10 deletions(-)
Changes for v2:
Fixed comment from Guennadi.
diff --git
Hi Guennadi,
Thank you for your very detailed comment.
Hi Alex
Yes, this looks much better to me now. Still, I'd like to ask you to
make a couple more changes. First - there are different opinions about how
really important a patch description is, whether there are at all cases,
when
From: Alex Gershgorin al...@meprolight.com
This patch check the state of the buffer when calling buf_init() method.
The thread
http://thread.gmane.org/gmane.linux.drivers.video-input-infrastructure/48587
also includes report witch can show the problem. This patch solved the problem.
Both MMAP
Hi Guennadi,
On Mon, 30 Jul 2012, Alex Gershgorin wrote:
This patch check the state of the buffer when calling buf_init() method.
The thread
http://thread.gmane.org/gmane.linux.drivers.video-input-infrastructure/48587
also includes report witch can show the problem. This patch solved
Hi Guennadi,
Thanks for the patch, comments below.
Thanks for you comments.
On Mon, 30 Jul 2012, Alex Gershgorin wrote:
This patch has been successfully tested
Signed-off-by: Alex Gershgorin al...@meprolight.com
---
drivers/media/video/Kconfig |2 +-
drivers/media/video/mt9v022
Hi Guennadi,
On Mon, 30 Jul 2012, Alex Gershgorin wrote:
This patch check the state of the buffer when calling buf_init() method.
The thread
http://thread.gmane.org/gmane.linux.drivers.video-input-infrastructure/48587
also includes report witch can show the problem. This patch
at mythtv.org. This is supposed to be a supported card, does anyone have any
experience with it?
I've got one and it worked years ago, but I haven't used it since.
IIRC, the initial blackbird support was added using this card, but I'm
not sure what the current state is.
Alex
--
To unsubscribe
This patch has been successfully tested
Signed-off-by: Alex Gershgorin al...@meprolight.com
---
drivers/media/video/Kconfig |2 +-
drivers/media/video/mt9v022.c | 28 ++--
2 files changed, 19 insertions(+), 11 deletions(-)
diff --git a/drivers/media/video/Kconfig
.
Signed-off-by: Alex Gershgorin al...@meprolight.com
---
drivers/media/video/mx3_camera.c | 12 +++-
1 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/drivers/media/video/mx3_camera.c b/drivers/media/video/mx3_camera.c
index f13643d..950a8fe 100644
--- a/drivers/media/video
that product ids 2710, 2750 and 2751 are recognised by the driver, but
not 2711.
I'm tempted to add it as a EM2800_BOARD_UNKNOWN and see if it works.
Is there some methodology I should follow to get a new webcam to work?
Thanks,
Alex
PS. I'm not subscribed.
--
To unsubscribe from this list: send
is needed for it?
Unfortunately, I don't think there is much AMD can do. We sold our
multimedia DTV division to Broadcom several years ago. IANAL, so I
don't know exactly what rights we retained for the IP. You may need
to talk to Broadcom now.
Alex
Fisher
On Wed, Jul 4, 2012 at 11:21 PM, Fisher
Hi Ritesh,
Please send in the future CC to laurent.pinch...@ideasonboard.com and
linux-media@vger.kernel.org
Hi Alex,
I also started working with OMAP35x torpedo kit, I successful compile Linux
3.0 and ported on the board.
Device is booting correctly but probe function in omap3isp module
the problem, maybe need to implement
FBIO_WAITFORVSYNC ioctl for mx3fb ?
Thanks,
Alex
--
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
e2842f99 (e581)
ument
---[ end trace 23ac1073b67b7fc0 ]---
Fixing recursive fault but reboot is needed!
Unfortunately I do not have enough knowledge in this kind of problems, any help
will be welcomed.
Regards,
Alex
--
To unsubscribe from this list: send the line unsubscribe linux
that CONFIG_FB_MX3_OVERLAY is not defined, mx3fb is completely
backward compatible.
Blend mode, only global alpha blending has been tested.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
Signed-off-by: Alex Gershgorin al...@meprolight.com
---
Applies to v3.4-rc4
Changes since v1:
*Some
Hi Guennadi,
Thanks for your review.
Thanks for reviving, fixing and submitting this code!
I think that this code is beneficial :-)
On Wed, 18 Apr 2012, Alex Gershgorin wrote:
This patch is based on the original version submitted by Guennadi
Liakhovetski,
the patch initializes
is completely
backward compatible.
Blend mode, only global alpha blending has been tested.
Signed-off-by: Alex Gershgorin al...@meprolight.com
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
Applies to v3.4-rc3
---
drivers/video/Kconfig |7 +
drivers/video/mx3fb.c | 318
a similar card (lots of
vendors use the same reference design) and see how much of it works
then tweak from there until you get it fully working.
Alex
--
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
mailing list another patch
i.MX35-PDK-Add-regulator-support, this also will need be used.
Are you getting the camera image with the correct colors?
Now the camera works fine without any problems, except those,
who have already eliminated :-)
Regards,
Alex Gershgorin
--
To unsubscribe from this list
:
It's scheduled there. I should have responded with an applied message.
Please apply this one too: http://patchwork.ozlabs.org/patch/144942/
Regards,
Alex Gershgorin
--
Pengutronix e.K. | |
Industrial Linux Solutions | http
This patch add set_rate and round_rate calls to csi_clk. This is needed
to give mx3-camera control over master clock rate to camera.
Signed-off-by: Alex Gershgorin al...@meprolight.com
---
arch/arm/mach-imx/clock-imx35.c | 57 +-
1 files changed, 55
Hi Sascha,
Thanks for you comments.
On Tue, Mar 20, 2012 at 12:29:52PM +0200, Alex Gershgorin wrote:
This patch add set_rate and round_rate calls to csi_clk. This is needed
to give mx3-camera control over master clock rate to camera.
The file you are patching is scheduled for removal
Hi Sascha,
Thanks for you comments.
In i.MX35-PDK, OV2640 camera is populated on the
personality board. This camera is registered as a subdevice via soc-camera
interface.
Signed-off-by: Alex Gershgorin al...@meprolight.com
---
arch/arm/mach-imx/mach-mx35_3ds.c | 87
Hi Fabio,
On Mon, Mar 12, 2012 at 1:28 PM, Alex al...@meprolight.com wrote:
In i.MX35-PDK, OV2640 camera is populated on the
personality board. This camera is registered as a subdevice via soc-camera
interface.
Signed-off-by: Alex Gershgorin al...@meprolight.com
Are you able to get
In i.MX35-PDK, OV2640 camera is populated on the
personality board. This camera is registered as a subdevice via soc-camera
interface.
Signed-off-by: Alex Gershgorin al...@meprolight.com
---
arch/arm/mach-imx/mach-mx35_3ds.c | 96 +
1 files changed, 96
/kernel/git/torvalds/linux.git;a=commitdiff;h=f910fb8fcd1c97788f2291c8646597bcd87ee061
Also, try to isolate the display from this issue. Capture the image to
a file and try to play it on a PC.
Thanks for the tip, I'll think about how I can check it.
Regards
Alex Gershgorin
--
To unsubscribe
In i.MX35-PDK, OV2640 camera is populated on the
personality board. This camera is registered as a subdevice via soc-camera
interface.
Signed-off-by: Alex Gershgorin al...@meprolight.com
---
arch/arm/mach-imx/mach-mx35_3ds.c | 87 +
1 files changed, 87
! fbdevsink
Thank Fabio I'll try to check it.
Regards
Alex Gershgorin
--
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
Hi Guennadi,
Thanks for you comments...
Hi Alex
Why is the cc-list mangled again? Why is the V4L list dropped again?
What's so difficult about hitting the reply-to-all button?
You are absolutely right, I hope that now the cc-list valid.
Hi Fabio,
Thanks for you response...
in spite
:
v4l2src_calls.c(240): gst_v4l2src_set_capture ():
/GstPipeline:pipeline0/GstV4l2Src:v4l2src0:
system error: Invalid argument
Setting pipeline to PLAYING ...
New clock: GstSystemClock
It works well :-)
gst-launch videotestsrc ! fbdevsink
Regards
Alex Gershgorin
--
To unsubscribe from this list
Thanks Guennadi,
Hi Alex
(adding v4l and Sascha to CC)
On Tue, 6 Mar 2012, Alex Gershgorin wrote:
Hi Guennadi,
I'm working on I.MX35 PDK platform with use 3.3.0-rc6 version of the Linux
Kernel.
Here is my Kernel boot message
Linux video capture interface: v2.00
mx3-camera: probe
From: Alex Gershgorin
Sent: Tuesday, March 06, 2012 3:22 PM
To: Guennadi Liakhovetski
Cc: linux-ker...@vger.kernel.org; Linux Media Mailing List; Sascha Hauer
Subject: RE: mx3-camera
Thanks Guennadi,
Hi Alex
(adding v4l and Sascha to CC)
On Tue, 6 Mar
-Original Message-
From: Guennadi Liakhovetski [mailto:g.liakhovet...@gmx.de]
Sent: Sunday, February 26, 2012 10:58 PM
To: Alex Gershgorin
Cc: linux-media@vger.kernel.org
Subject: RE: i.mx35 live video
On Sun, 26 Feb 2012, Alex Gershgorin wrote:
Thanks Guennadi for your quick
.
Regards,
Alex Gershgorin
--
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
Thanks Guennadi for your quick response ,
Hi Alex
Hi Guennadi,
We would like to use I.MX35 processor in new project.
An important element of the project is to obtain life video from the camera
and display it on display.
For these purposes, we want to use mainline Linux kernel which
Thanks Guennadi for your quick response ,
Hi Alex
Hi Guennadi,
We would like to use I.MX35 processor in new project.
An important element of the project is to obtain life video from the camera
and display it on display.
For these purposes, we want to use mainline Linux
Hi Laurent,
On Saturday 10 December 2011 14:36:17 Alex Gershgorin wrote:
Hi Sakari,
Thank you for your quick response and sorry for stupid question.
Yes CONFIG_OMAP_IOMMU and CONFIG_OMAP_IOVMM enabled,
because OMAP 3 camera controller depends on the CONFIG_OMAP_IOVMM
)
[2.301208] Code: e92d40f8 e1a04000 e590 e5946004 (e590702c)
[2.307708] ---[ end trace 1b75b31a2719ed1e ]---
[2.312652] Kernel panic - not syncing: Attempted to kill init!
I will appreciate any help.
Thanks
Alex Gershgorin--
To unsubscribe from this list: send the line unsubscribe linux
.
Regards,
Alex Gershgorin
Hi Alex,
Alex Gershgorin wrote:
Hi All,
I have problem in booting the Kernel.
Here the problematic part of the boot message.
As I understand it happens when isp_probe calling and it calls isp-iommu_dev
= omap_find_iommu_device(isp);
[1.976715] Linux media
-rc4, but
unfortunately faced with the problem.
That suggest?
Thanks,
Alex Gershgorin --
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
Hi Alex,
On Saturday 10 December 2011 14:36:17 Alex Gershgorin wrote:
Hi Sakari,
Thank you for your quick response and sorry for stupid question.
Yes CONFIG_OMAP_IOMMU and CONFIG_OMAP_IOVMM enabled,
because OMAP 3 camera controller depends on the CONFIG_OMAP_IOVMM
Hi Laurent,
On 12/07/2011 02:08 PM, Laurent Pinchart wrote:
Hi Alex,
On Wednesday 07 December 2011 11:48:36 Alex wrote:
On 11/30/2011 04:51 AM, Laurent Pinchart wrote:
On Monday 28 November 2011 22:53:19 Alex wrote:
On 11/28/2011 10:20 PM, Laurent Pinchart wrote:
On Monday 28 November 2011
On 11/30/2011 04:51 AM, Laurent Pinchart wrote:
Hi Alex,
On Monday 28 November 2011 22:53:19 Alex wrote:
On 11/28/2011 10:20 PM, Laurent Pinchart wrote:
On Monday 28 November 2011 20:14:25 Alex wrote:
On 11/28/2011 10:08 PM, Laurent Pinchart wrote:
On Monday 28 November 2011 19:04:22 Alex
Hi Laurent,
Fortunately my laptop is alive now so I'm sending you lsusb output.
About reverting commit - will try bit later.
Best regards,
Alex
On 11/28/2011 01:35 PM, Laurent Pinchart wrote:
Hi Alex,
On Sunday 27 November 2011 21:01:23 Alex wrote:
Hi guys,
I'm using kernel 3.2-rc3
On 11/28/2011 10:08 PM, Laurent Pinchart wrote:
Hi Alex,
On Monday 28 November 2011 19:04:22 Alex wrote:
Hi Laurent,
Fortunately my laptop is alive now so I'm sending you lsusb output.
Thanks. Would you mind re-running lsusb -v -d '04f2:b221' as root ? What
laptop brand/model is the camera
On 11/28/2011 10:20 PM, Laurent Pinchart wrote:
Hi Alex,
On Monday 28 November 2011 20:14:25 Alex wrote:
On 11/28/2011 10:08 PM, Laurent Pinchart wrote:
On Monday 28 November 2011 19:04:22 Alex wrote:
Fortunately my laptop is alive now so I'm sending you lsusb output.
Thanks. Would you mind
be supported on all modern KMS drivers (radeon, intel, nouveau)
assuming you have a recent enough userspace to deal with the hotplug
uevents.
Alex
--
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
pipeline with use MC User space API.
Regards,
Alex Gershgorin
-Original Message-
From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com]
Sent: Wednesday, July 27, 2011 11:59 AM
To: James
Cc: Sakari Ailus; linux-media@vger.kernel.org; michael.jo...@matrix-vision.de;
Alex Gershgorin
-Original Message-
From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com]
Sent: Wednesday, June 29, 2011 6:55 PM
To: Alex Gershgorin
Cc: 'Sakari Ailus'; 'Michael Jones'; 'linux-media@vger.kernel.org';
'age...@rambler.ru'
Subject: Re: FW: OMAP 3 ISP
Hi Alex,
On Wednesday 29
Hi Laurent
Good news!
Now registration is successful, many thanks.
Now I can move on to the next stage of work.
Regards,
Alex Gershgorin
-Original Message-
From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com]
Sent: Wednesday, June 29, 2011 6:55 PM
To: Alex Gershgorin
Cc
: version 1.1
isp_register_subdev_group: Unable to register subdev
What could be the problem, why sub device can't pass a registration?
Thanks,
Alex Gershgorin
-Original Message-
From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com] Sent:
Wednesday, May 25, 2011 1:02 PM
To: Alex
Hello,
My name is Alex Tucker and I am the engineering manager here at
ViewCast. We have released two new Osprey cards based on the Conexant
CX23888 chipset - which is similar to the CX25878/BT878A chipset that
has some support in the Open Source community. We are interested in
having Linux
for Zoom
OMAP35xx Torpedo.
Thanks for this patch :-)
Regards,
Alex Gershgorin
-Original Message-
From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com]
Sent: Wednesday, May 25, 2011 10:22 AM
To: Alex Gershgorin
Cc: 'Sakari Ailus'; Michael Jones; 'linux-media@vger.kernel.org';
'age
Of course, in any case, you'll be the first who will know the results :-)
Regards,
Alex Gershgorin
-Original Message-
From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com]
Sent: Wednesday, May 25, 2011 1:02 PM
To: Alex Gershgorin
Cc: 'Sakari Ailus'; Michael Jones; 'linux
of Vertical or Horizontal
synchronization signals, according struct isp_parallel_platform_data, is it not
possible?
struct isp_parallel_platform_data {
unsigned int data_lane_shift:2;
unsigned int clk_pol:1;
unsigned int bridge:4;
};
Regards,
Alex Gershgorin
-Original
Thanks for your quick response :-)
Unfortunately, my video source has no additional interfaces.
Best Regards,
Alex Gershgorin
Embedded Software Engineer
E-mail: al...@meprolight.com
-Original Message-
From: Sakari Ailus [mailto:sakari.ai...@iki.fi]
Sent: Thursday, May 19, 2011 2:09 PM
Thanks Laurent,
My video source is not the video camera and performs many other functions.
For this purpose I have RS232 port.
As for the video, it runs continuously and is not subject to control except for
the power supply.
Regards,
Alex Gershgorin
Can the video source be controlled at all
problem without writing a
special driver?
Advise in what direction to go in my case?
Regards,
Alex Gershgorin
-Original Message-
From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com]
Sent: Thursday, May 19, 2011 5:27 PM
To: Michael Jones
Cc: Alex Gershgorin; 'linux-media
SVD entries similar to what I've recently added to fbdev? Yes,
we definitely need a common EDID parses, and maybe we'll have to collect
various pieces from different implementations.
At the moment there is only limited support for looking up things like
the hdmi block and checking for audio.
Alex
Adding dri-devel.
On Tue, Mar 22, 2011 at 1:32 PM, Mythri P K mythr...@ti.com wrote:
Adding support for common EDID parsing in kernel.
EDID - Extended display identification data is a data structure provided by
a digital display to describe its capabilities to a video source, This a
standard
On Wed, Mar 16, 2011 at 4:52 AM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
Hi Alex,
On Tuesday 15 March 2011 17:47:47 Alex Deucher wrote:
[snip]
FWIW, I have yet to see any v4l developers ever email the dri mailing
list while discussing GEM, TTM, or the DRM, all the while
addressable,
strange tiling formats, etc.). You might be able to come up with some
kind of basic framework like TTM, but by the time you add the
necessary quirks for various hw, it may be bigger than you want.
That's why we have GEM and TTM and driver specific memory management
ioctls in the drm.
Alex
of it they admit to not fully understanding. For future
reference, the address is: dri-de...@lists.freedesktop.org. We are
happy to answer questions.
Alex
Jesse! any progress?
BR
/Robert Fekete
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord
stacks depending on which HW the oem or user wants to use.
This seems like a good topic for LPC or something similar where both
v4l and drm developers will be present.
Alex
The reason I put these items here is that I think that these are not quite as
urgent as the others, and given that we only
region of vram using the GPU (using a dma engine or a blit), or
migrate the buffer to another memory pool (such as gart memory -
system memory that is remapped into a linear aperture on the GPU).
Alex
I am currently aware of the following solutions floating around the net
that all solve
access them.
The DRI protocol (used for communication between GPU acceleration
drivers) doesn't really care what the underlying memory manager is.
It just passes around handles.
Alex
TTM:
http://lwn.net/Articles/257417/
http://www.x.org/wiki/ttm
http://nouveau.freedesktop.org/wiki
On Wed, Mar 2, 2011 at 4:13 AM, Hans Verkuil hansv...@cisco.com wrote:
Hi Alex,
On Tuesday, March 01, 2011 18:52:28 Alex Deucher wrote:
On Tue, Mar 1, 2011 at 4:59 AM, Martin Bugge (marbugge)
marbu...@cisco.com wrote:
Author: Martin Bugge marbu...@cisco.com
Date: Tue, 1 March 2010
logical addresses (0 - 14).
(address 15 is broadcast and some addresses are reserved)
It would be nice if this was not tied to v4l as we'll start seeing CEC
support show in GPUs soon as well.
Alex
References
==
[1] High-Definition Multimedia Interface Specification version 1.3a
On Wed, Feb 9, 2011 at 7:51 PM, Andy Walls awa...@md.metrocast.net wrote:
On Wed, 2011-02-09 at 02:12 -0500, Alex Deucher wrote:
On Tue, Feb 8, 2011 at 5:47 PM, Andy Walls awa...@md.metrocast.net wrote:
On Tue, 2011-02-08 at 10:28 -0500, Alex Deucher wrote:
On Tue, Feb 8, 2011 at 4:47 AM
On Wed, Feb 9, 2011 at 3:59 AM, Hans Verkuil hansv...@cisco.com wrote:
On Tuesday, February 08, 2011 16:28:32 Alex Deucher wrote:
On Tue, Feb 8, 2011 at 4:47 AM, Hans Verkuil hansv...@cisco.com wrote:
snip
The driver supports an interrupt. It is used to detect plug/unplug
events
On Wed, Feb 9, 2011 at 2:43 PM, Hans Verkuil hverk...@xs4all.nl wrote:
On Wednesday, February 09, 2011 20:00:38 Matt Turner wrote:
On Wed, Feb 9, 2011 at 7:12 AM, Alex Deucher alexdeuc...@gmail.com wrote:
On Tue, Feb 8, 2011 at 5:47 PM, Andy Walls awa...@md.metrocast.net wrote:
On Tue, 2011
hdmi audio/3d/etc. and are already using kms.
Alex
Regards,
Hans
3. Mixer Video Processor driver. It is called 's5p-mixer' because of
historical reasons. It was decided combine VP and MXR drivers into one
because
of shared interrupt and very similar interface via V4L2 nodes
On Tue, Feb 8, 2011 at 5:47 PM, Andy Walls awa...@md.metrocast.net wrote:
On Tue, 2011-02-08 at 10:28 -0500, Alex Deucher wrote:
On Tue, Feb 8, 2011 at 4:47 AM, Hans Verkuil hansv...@cisco.com wrote:
Just two quick notes. I'll try to do a full review this weekend.
On Tuesday, February 08
reliability? Failing that, is there
any further logging I can enable, and entries to look out for?
Best Regards,
Alex
--
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
9018 tsid
24640
2011-01-22 21:55:01.917 TVRec(3): Successfully set up DVB table monitoring.
Devin
Many thanks for your clear explanations.
Best Regards,
Alex
1 - 100 of 129 matches
Mail list logo