From 4c8f7f787db6a7faf9d89b656ef2b005beacc948 Mon Sep 17 00:00:00 2001
From: Manu Abraham
Date: Mon, 21 Nov 2011 20:15:36 +0530
Subject: [PATCH 10/10] PCTV290E: Attach a single frontend, rather than a frontend each per delivery system, whereby a multistandard frontend can advertise all associated
From 4fdffdcc77228a140c944c20ce2a9f2b6c5b7658 Mon Sep 17 00:00:00 2001
From: Manu Abraham
Date: Thu, 24 Nov 2011 20:29:53 +0530
Subject: [PATCH 09/10] CXD2820r: Query DVB frontend delivery capabilities
Override default delivery system information provided by FE_GET_INFO, so
that applications can
From 707877f5a61b3259704d42e7dd5e647e9196e9a4 Mon Sep 17 00:00:00 2001
From: Manu Abraham
Date: Thu, 24 Nov 2011 19:56:34 +0530
Subject: [PATCH 08/10] TDA18271c2dd: Allow frontend to set DELSYS, rather than querying fe->ops.info.type
With any tuner that can tune to multiple delivery systems/stan
From 252d4ec800ba73bde8958b8c23ca92a6e17288e2 Mon Sep 17 00:00:00 2001
From: Manu Abraham
Date: Thu, 24 Nov 2011 19:15:56 +0530
Subject: [PATCH 07/10] TDA18271: Allow frontend to set DELSYS, rather than querying fe->ops.info.type
With any tuner that can tune to multiple delivery systems/standard
From 92a79a1e0a1b5403f06f60661f00ede365b10108 Mon Sep 17 00:00:00 2001
From: Manu Abraham
Date: Thu, 24 Nov 2011 17:09:09 +0530
Subject: [PATCH 06/10] DVB: Use a unique delivery system identifier for DVBC_ANNEX_C,
just like any other. DVBC_ANNEX_A and DVBC_ANNEX_C have slightly
different parame
From 3a0e7537e94532cb4df5789cebacfd98ca4fa183 Mon Sep 17 00:00:00 2001
From: Manu Abraham
Date: Thu, 17 Nov 2011 13:40:49 +0530
Subject: [PATCH 05/10] STV0900: Query DVB frontend delivery capabilities
Override default delivery system information provided by FE_GET_INFO, so
that applications can
From 97cc469a2442849667ae4560b2b57d55ba39fb91 Mon Sep 17 00:00:00 2001
From: Manu Abraham
Date: Thu, 17 Nov 2011 10:07:06 +0530
Subject: [PATCH 04/10] STV090x: Query DVB frontend delivery capabilities
Override default delivery system information provided by FE_GET_INFO, so
that applications can
From 905d5929532dd66b950fbe4a6dc3996615bec4c1 Mon Sep 17 00:00:00 2001
From: Manu Abraham
Date: Thu, 17 Nov 2011 06:44:53 +0530
Subject: [PATCH 03/10] STB0899: Query DVB frontend delivery capabilities
Override default delivery system information provided by FE_GET_INFO, so
that applications can
From e846a84ba0f83dabf6bf5a82f27159553ab0f030 Mon Sep 17 00:00:00 2001
From: Manu Abraham
Date: Wed, 16 Nov 2011 19:04:24 +0530
Subject: [PATCH 02/10] DVB: Docbook update for DTV_ENUM_DELSYS
Signed-off-by: Manu Abraham
---
Documentation/DocBook/media/dvb/dvbproperty.xml | 12
1
From 330879841c1fb90182986d9c5edb2ae4e72ba2c7 Mon Sep 17 00:00:00 2001
From: Manu Abraham
Date: Mon, 14 Nov 2011 03:17:44 +0530
Subject: [PATCH 01/10] DVB: Query DVB frontend delivery capabilities.
Currently, for any multi-standard frontend it is assumed that it just
has a single standard capa
Hi,
As discussed prior, the following changes help to advertise a
frontend's delivery system capabilities.
Sending out the patches as they are being worked out.
The following patch series are applied against media_tree.git
after the following commit
commit e9eb0dadba932940f721f9d27544a781
On Fri, Dec 9, 2011 at 15:24, Alan Cox wrote:
>> I still don't think that's possible. Please explain how you expect
>> to change the semantics of the streaming mapping API to allow multiple
>> mappers without having explicit serialization points that are visible
>> to all users. For simplicity, le
On Friday 09 December 2011 20:00:12 Mauro Carvalho Chehab wrote:
> The DRX-K doesn't change the delivery system at set_properties,
> but do it at frontend init. This causes problems on programs like
> w_scan that, by default, opens both frontends.
>
> Use adap->mfe_shared in order to prevent this,
Hello Andreas,
On Fri, Dec 9, 2011 at 9:06 PM, Andreas Oberritter wrote:
> WTF, Devin, you again? I haven't asked anyone to upstream it. Feel free
> to analyze the code and resubmit it.
1. It's marked with a subject line that starts with "[PATCH]"
2. It has your SIgned-Off-By line.
3. it was
On 10.12.2011 02:59, Devin Heitmueller wrote:
> On Fri, Dec 9, 2011 at 8:37 PM, Andreas Oberritter wrote:
>> On 10.12.2011 00:43, Mauro Carvalho Chehab wrote:
>>> On 09-12-2011 21:37, Mauro Carvalho Chehab wrote:
On 09-12-2011 20:33, Devin Heitmueller wrote:
> On Fri, Dec 9, 2011 at 5:11
On Fri, Dec 9, 2011 at 8:37 PM, Andreas Oberritter wrote:
> On 10.12.2011 00:43, Mauro Carvalho Chehab wrote:
>> On 09-12-2011 21:37, Mauro Carvalho Chehab wrote:
>>> On 09-12-2011 20:33, Devin Heitmueller wrote:
On Fri, Dec 9, 2011 at 5:11 PM, Mauro Carvalho Chehab
wrote:
>> Could
On 10.12.2011 00:43, Mauro Carvalho Chehab wrote:
> On 09-12-2011 21:37, Mauro Carvalho Chehab wrote:
>> On 09-12-2011 20:33, Devin Heitmueller wrote:
>>> On Fri, Dec 9, 2011 at 5:11 PM, Mauro Carvalho Chehab
>>> wrote:
> Could someone explain reason for that?
I dunno, but I thi
Hi,
has anyone an idea how the SMP problems could be fixed?
I did some further investigation. When comparing the number of
interrupts with all cores enabled and the interrupts with only one core
enabled it seems like only the IRQ0 changed, the other IRQs and the
total number stays quite the sa
On 09-12-2011 21:37, Mauro Carvalho Chehab wrote:
On 09-12-2011 20:33, Devin Heitmueller wrote:
On Fri, Dec 9, 2011 at 5:11 PM, Mauro Carvalho Chehab
wrote:
Could someone explain reason for that?
I dunno, but I think this needs to be fixed, at least when the frontend
is opened with O_NONBLO
On 09-12-2011 20:33, Devin Heitmueller wrote:
On Fri, Dec 9, 2011 at 5:11 PM, Mauro Carvalho Chehab
wrote:
Could someone explain reason for that?
I dunno, but I think this needs to be fixed, at least when the frontend
is opened with O_NONBLOCK.
Are you doing the drx-k firmware load on dvb
On Mon, Dec 05, 2011 at 09:18:48AM -0800, Arnd Bergmann wrote:
> On Friday 02 December 2011, Sumit Semwal wrote:
> > This is the first step in defining a dma buffer sharing mechanism.
>
[...]
>
> > + return dmabuf;
> > +}
> > +EXPORT_SYMBOL(dma_buf_export);
>
> I agree with Konrad, this should
On Fri, Dec 9, 2011 at 5:11 PM, Mauro Carvalho Chehab
wrote:
>> Could someone explain reason for that?
>
>
> I dunno, but I think this needs to be fixed, at least when the frontend
> is opened with O_NONBLOCK.
Are you doing the drx-k firmware load on dvb_init()? That could
easily take 4 seconds.
On 09-12-2011 17:08, Antti Palosaari wrote:
On 12/09/2011 08:58 PM, Mauro Carvalho Chehab wrote:
On 09-12-2011 16:26, Antti Palosaari wrote:
On 12/09/2011 08:20 PM, Mauro Carvalho Chehab wrote:
The DRX-K doesn't change the delivery system at set_properties,
but do it at frontend init. This cau
On 09-12-2011 18:04, Eddi De Pieri wrote:
Hi,
v2: Use mfe_shared
on hvr930c this patch solve the commutation issue of frontend.
Ok, good. One issue solved.
still persist same issue like Fredrik on w_scan. scan still works perfectly...
root@depieri1lnx:~# w_scan -f t -c IT
w_scan version
Hi,
> v2: Use mfe_shared
on hvr930c this patch solve the commutation issue of frontend.
still persist same issue like Fredrik on w_scan. scan still works perfectly...
root@depieri1lnx:~# w_scan -f t -c IT
w_scan version 20110616 (compiled for DVB API 5.3)
using settings for ITALY
DVB aerial
DV
On Wed, Dec 07, 2011 at 12:12:08PM +0100, Kamil Debski wrote:
>
> > From: Sakari Ailus [mailto:sakari.ai...@iki.fi]
> > Sent: 06 December 2011 23:42
> >
>
> [...]
>
> >
> > > >>>That's a good point. It's more related to changes in stream properties
> > ---
> > > >>>the frame rate of the stream
Hi Kamil,
On Tue, Dec 06, 2011 at 04:03:33PM +0100, Kamil Debski wrote:
...
> > > >The user space still wants to be able to show these buffers, so a new
> > flag
> > > >would likely be required --- V4L2_BUF_FLAG_READ_ONLY, for example.
> > >
> > > Huh? Assuming a capture device, when kernel makes
On 12/09/2011 08:58 PM, Mauro Carvalho Chehab wrote:
On 09-12-2011 16:26, Antti Palosaari wrote:
On 12/09/2011 08:20 PM, Mauro Carvalho Chehab wrote:
The DRX-K doesn't change the delivery system at set_properties,
but do it at frontend init. This causes problems on programs like
w_scan that, by
The DRX-K doesn't change the delivery system at set_properties,
but do it at frontend init. This causes problems on programs like
w_scan that, by default, opens both frontends.
Use adap->mfe_shared in order to prevent this, and be sure that Annex A
or C are properly selected.
Signed-off-by: Mauro
On 09-12-2011 16:26, Antti Palosaari wrote:
On 12/09/2011 08:20 PM, Mauro Carvalho Chehab wrote:
The DRX-K doesn't change the delivery system at set_properties,
but do it at frontend init. This causes problems on programs like
w_scan that, by default, opens both frontends.
Instead, explicitly s
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 Dec 9 19:00:26 CET 2011
git hash:2bf936290baff2507763a2540cd9029e70ae39e2
gcc version: i686-linux-gcc (GCC
On 12/09/2011 08:20 PM, Mauro Carvalho Chehab wrote:
The DRX-K doesn't change the delivery system at set_properties,
but do it at frontend init. This causes problems on programs like
w_scan that, by default, opens both frontends.
Instead, explicitly set the format when set_parameters callback is
The DRX-K doesn't change the delivery system at set_properties,
but do it at frontend init. This causes problems on programs like
w_scan that, by default, opens both frontends.
Instead, explicitly set the format when set_parameters callback is
called.
Signed-off-by: Mauro Carvalho Chehab
---
dr
Update the sub-device drivers having a devnode enabled so they properly
handle the new framesamples field of struct v4l2_mbus_framefmt.
These drivers don't support compressed (entropy encoded) formats so the
framesamples field is simply initialized to 0, altogether with the
reserved structure membe
Signed-off-by: Kamil Debski
Signed-off-by: Kyungmin Park
---
drivers/media/video/s5p-g2d/g2d-hw.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/media/video/s5p-g2d/g2d-hw.c
b/drivers/media/video/s5p-g2d/g2d-hw.c
index e5249f3..39937cf 100644
--- a/drivers/med
On Fri, Dec 9, 2011 at 7:25 AM, Sylwester Nawrocki wrote:
> On 12/07/2011 02:40 PM, Ming Lei wrote:
I understand the API you mentioned here should belong to kernel internal
API, correct me if it is wrong.
>>>
>>> Yes, I meant the in kernel design, i.e. generic face detection kernel modul
Hello,
I am Manager of SIMKINS LTD. USA, My company is interested in the
purchase of your products.
Kindly send me an email with details of:
*Minimum Order Quantity
*Your delivery time
*Payment terms
*And your products warranty
I await to hear from you urgently
Mr Stefan Al Simkins.
Purchasin
> I still don't think that's possible. Please explain how you expect
> to change the semantics of the streaming mapping API to allow multiple
> mappers without having explicit serialization points that are visible
> to all users. For simplicity, let's assume a cache coherent system
I would agree.
On Thursday 08 December 2011, Daniel Vetter wrote:
> > c) only allowing streaming mappings, even if those are non-coherent
> > (requiring strict serialization between CPU (in-kernel) and dma users of
> > the buffer)
>
> I think only allowing streaming access makes the most sense:
> - I don't see m
On 09-12-2011 08:46, Mauro Carvalho Chehab wrote:
On 09-12-2011 07:35, Eddi De Pieri wrote:
Hi Mauro,
drxk driver seems to have 2 issue with w_scan:
- dvb-t tune error while scanning ("solved" by forcing w_scan to open
dvb-t fe without autoscan)
- dvb-t scan fail
so... we should have an issue
On 09-12-2011 07:35, Eddi De Pieri wrote:
Hi Mauro,
drxk driver seems to have 2 issue with w_scan:
- dvb-t tune error while scanning ("solved" by forcing w_scan to open
dvb-t fe without autoscan)
- dvb-t scan fail
so... we should have an issue that when the driver release dvb-c
adapter drxk (o
Hello,
we have been using bttv based framegrabber cards for years now, but
slowly computers featuring PCI-slots are starting to extinct now.
For this reason we got an ImpactVCB-e card to check if this one could be a
future option for our analog capture needs.
Unfortunately this cards do not seem
On Thu, Dec 08, 2011 at 10:58:32AM -0200, Mauro Carvalho Chehab wrote:
> On 23-11-2011 13:13, Javier Martin wrote:
> >eMMa-PrP device included in Freescale i.MX2 chips can also
> >be used separately to process memory buffers.
>
> This patch is just the arch glue to the driver, so it should be appl
On 08-12-2011 22:45, Eddi De Pieri wrote:
Hi Mauro...
I applied your patch... the patch seems good using scan, but still
some issue with w_scan:
tune to:
17750:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
0x 0x0d49: pm
Hi Mauro,
drxk driver seems to have 2 issue with w_scan:
- dvb-t tune error while scanning ("solved" by forcing w_scan to open
dvb-t fe without autoscan)
- dvb-t scan fail
so... we should have an issue that when the driver release dvb-c
adapter drxk (or xc5000?) stay in dvb-c mode
Can you check
45 matches
Mail list logo