Thanks for your help. I pulled the code
Actually, now the function definition in compat.h causes a compilation
error: see first text below.
I fixed that by inserting
#include linux/err.h
at line 38 in compat.h in my local branch
After that, compilation succeeds.
Now, the device will not
The de-emphasis should be setted if requested by module parameter
instead of always setting de-emphasis.
Reported-by: Tobias Lorenz tobias.lor...@gmx.net
Signed-off-by: Joonyoung Shim jy0922.s...@samsung.com
---
drivers/media/radio/si470x/radio-si470x-common.c |2 +-
1 files changed, 1
The si470x i2c and usb driver support the RDS, so this ifdef statement
doesn't need more.
Signed-off-by: Joonyoung Shim jy0922.s...@samsung.com
---
drivers/media/radio/si470x/radio-si470x-common.c |6 --
1 files changed, 0 insertions(+), 6 deletions(-)
diff --git
This patch set is to fix bug of si470x common part and i2c driver.
Thanks.
Joonyoung Shim (3):
radio-si470x: Fix setting of de-emphasis
radio-si470x: Remove ifdef for RDS
radio-si470x: Fix error handling of si470x i2c driver
drivers/media/radio/si470x/radio-si470x-common.c |
We should go to err_video instead of err_all if this error is occured
when probed.
Signed-off-by: Joonyoung Shim jy0922.s...@samsung.com
---
drivers/media/radio/si470x/radio-si470x-i2c.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
Hi Lane,
On Tuesday 24 August 2010 15:40:01 Lane Brooks wrote:
So far I have the everything working with the OMAP ISP to where I can stream
video on our custom board.
Great news.
A new version of the ISP driver will soon be published with all the legacy
code removed. We need a few days to
Douglas:
I now see that some more versions have several build errors and/or warnings.
Could you, in the process of backporting, try to reduce this as well ?
Hans Verkuil wrote:
This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list
Making static data const avoids allocation of additional r/w memory and
reduces initialisation time. It also provides some additional opportunities
for compiler optimisations.
Signed-off-by: Lawrence Rust l...@softsystem.co.uk
---
drivers/media/common/tuners/xc5000.c |2 +-
Adding the USB ID for my TerraTec Electronic GmbH Cinergy T RC MKII
[0ccd:0097] and hooking it up into af9015, on top of your new NXP TDA18218
patches, makes it work for me.
Just the shipped IR remote control doesn't seem to create keycode events
yet (tested with different remote=%d parameters),
Heissan Stefan,
On 08/25/2010 04:08 PM, Stefan Lippers-Hollmann wrote:
Adding the USB ID for my TerraTec Electronic GmbH Cinergy T RC MKII
[0ccd:0097] and hooking it up into af9015, on top of your new NXP TDA18218
patches, makes it work for me.
Patch is OK, I have just similar patch waiting
Hello Jan,
On Wed, Aug 25, 2010 at 8:11 AM, Jan Hoogenraad
jan-conceptro...@hoogenraad.net wrote:
Douglas:
I now see that some more versions have several build errors and/or warnings.
Could you, in the process of backporting, try to reduce this as well ?
Actually, the fixes from yesterday
This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list below.
Results of the daily build of v4l-dvb:
date:Wed Aug 25 19:00:22 CEST 2010
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 15136:6b3357e955aa
git master:
Hello Jan,
On Wed, Aug 25, 2010 at 3:26 AM, Jan Hoogenraad
jan-conceptro...@hoogenraad.net wrote:
Thanks for your help. I pulled the code
Actually, now the function definition in compat.h causes a compilation
error: see first text below.
I fixed that by inserting
#include linux/err.h
at
Hello folks,
I would like to share that I will just keep the maintain of
compatibility of hg from 2.6.26 until lastest upstream kernel.
I am writing this because we have errors from IR to lowest kernels
from a lot of time and just
1 person pinged me about it which also claims that he is moving
Hi,
I'm having problems with a pair of Freecom USB dongles and am wondering
if anyone has any pointers?
The dongles appear identical, Freecom Art No. 25452. and have the same
USB descriptors, ID 14aa:0221.
In the boot log they show as WideView WT-220U PenType Receiver
(Typhoon/Freecom),
(Resending as plain text, as I sent it originally as HTML and
got rejected by ML security policies)
Hi Laurent,
I see that usually a sensor is powered up on attempting a
VIDIOC_STREAMON at the capture endpoint of the pipeline,
in which the sensor is linked.
Now, what I don't understand quite
Em 25-08-2010 17:01, Douglas Schilling Landgraf escreveu:
Hello folks,
I would like to share that I will just keep the maintain of
compatibility of hg from 2.6.26 until lastest upstream kernel.
I am writing this because we have errors from IR to lowest kernels
from a lot of time and just
On Fri, Aug 20, 2010 at 11:50:42AM +0200, Michal Nazarewicz wrote:
The Contiguous Memory Allocator framework is a set of APIs for
allocating physically contiguous chunks of memory.
Various chips require contiguous blocks of memory to operate. Those
chips include devices such as cameras,
On Fri, Aug 20, 2010 at 11:50:43AM +0200, Michal Nazarewicz wrote:
The SysFS development interface lets one change the map attribute
at run time as well as observe what regions have been reserved.
Signed-off-by: Michal Nazarewicz m.nazarew...@samsung.com
Signed-off-by: Kyungmin Park
--- On Thu, 19/8/10, Matti J. Aaltonen matti.j.aalto...@nokia.com wrote:
From: Matti J. Aaltonen matti.j.aalto...@nokia.com
Subject: Re: [PATCH v4 2/5] MFD: WL1273 FM Radio: MFD driver for the FM radio.
To: ext Pavan Savoy pavan_sa...@yahoo.co.in
Cc: Mauro Carvalho Chehab
On Fri, 20 Aug 2010 15:15:10 +0200
Peter Zijlstra pet...@infradead.org wrote:
On Fri, 2010-08-20 at 11:50 +0200, Michal Nazarewicz wrote:
Hello everyone,
The following patchset implements a Contiguous Memory Allocator. For
those who have not yet stumbled across CMA an excerpt from
On Wed, 2010-08-25 at 15:58 -0700, Andrew Morton wrote:
That would be good. Although I expect that the allocation would need
to be 100% rock-solid reliable, otherwise the end user has a
non-functioning device. Could generic core VM provide the required
level
of service?
Anyway, these
issue (device lockup) on hauppage hdpvr
symptoms: the hdpvr stays in encoding mode (blue light on) , but
cat /dev/video0 results in input/output error after 5-15minutes of
encoding 480i(front-input) or 480p(back input) video.
this issue is not hapenning when encoding 720p or 1080i video.
Hi Mauro,
please pull the multi-planar API:
The following changes since commit 67ac062a5138ed446a821051fddd798a01478f85:
V4L/DVB: Fix regression for BeholdTV Columbus (2010-08-24 10:39:32 -0300)
are available in the git repository at:
git://git.infradead.org/users/kmpark/linux-2.6-samsung
On Wed, 25 Aug 2010 15:58:14 -0700
Andrew Morton a...@linux-foundation.org wrote:
On Fri, 20 Aug 2010 15:15:10 +0200
Peter Zijlstra pet...@infradead.org wrote:
On Fri, 2010-08-20 at 11:50 +0200, Michal Nazarewicz wrote:
Hello everyone,
The following patchset implements a
On Wed, 25 Aug 2010 22:37:08 +0200, Konrad Rzeszutek Wilk
konrad.w...@oracle.com wrote:
Whats the rationale for having those #ifdef CONFIG_CMA_SYSFS sprinkled
in the C code? Is SysFS not used on StrongARM? Why not implicitly include
the SysFS support?
The SysFS CMA interface is meant for
On Wed, 25 Aug 2010 22:32:37 +0200, Konrad Rzeszutek Wilk
konrad.w...@oracle.com wrote:
On Fri, Aug 20, 2010 at 11:50:42AM +0200, Michal Nazarewicz wrote:
The Contiguous Memory Allocator framework is a set of APIs for
allocating physically contiguous chunks of memory.
Various chips require
Hi Andrew,
Thank you for your comments and interest in this!
On 08/26/2010 07:58 AM, Andrew Morton wrote:
On Fri, 20 Aug 2010 15:15:10 +0200
Peter Zijlstrapet...@infradead.org wrote:
On Fri, 2010-08-20 at 11:50 +0200, Michal Nazarewicz wrote:
Hello everyone,
The following
On Fri, 20 Aug 2010 15:15:10 +0200, Peter Zijlstra pet...@infradead.org wrote:
So the idea is to grab a large chunk of memory at boot time and then
later allow some device to use it?
I'd much rather we'd improve the regular page allocator to be smarter
about this. We recently added a lot of
On Thu, 26 Aug 2010 01:26:34 +0200, Daniel Walker dwal...@codeaurora.org
wrote:
If Michal is active, and follows community comments (including Zach's,
but I haven't seen any) then we can defer to that solution ..
Comments are always welcome. :)
--
Best regards,
On 08/26/2010 08:31 AM, Jonathan Corbet wrote:
On Wed, 25 Aug 2010 15:58:14 -0700
Andrew Mortona...@linux-foundation.org wrote:
If you want guarantees you can free stuff, why not add constraints to
the page allocation type and only allow MIGRATE_MOVABLE pages inside a
certain region,
On Thu, 26 Aug 2010 01:31:25 +0200, Jonathan Corbet cor...@lwn.net wrote:
The original OLPC has a camera controller which requires three contiguous,
image-sized buffers in memory. That system is a little memory constrained
(OK, it's desperately short of memory), so, in the past, the chances of
On Thu, 26 Aug 2010 02:58:57 +0200, KAMEZAWA Hiroyuki
kamezawa.hir...@jp.fujitsu.com wrote:
Hmm, you may not like this..but how about following kind of interface ?
Now, memoyr hotplug supports following operation to free and _isolate_
memory region.
# echo offline
Hello Andrew,
I think Pawel has replied to most of your comments, so I'll just add my own
0.02 KRW. ;)
Peter Zijlstra pet...@infradead.org wrote:
So the idea is to grab a large chunk of memory at boot time and then
later allow some device to use it?
I'd much rather we'd improve the regular
On Thu, Aug 26, 2010 at 8:31 AM, Jonathan Corbet cor...@lwn.net wrote:
On Wed, 25 Aug 2010 15:58:14 -0700
Andrew Morton a...@linux-foundation.org wrote:
If you want guarantees you can free stuff, why not add constraints to
the page allocation type and only allow MIGRATE_MOVABLE pages inside
On Thu, 26 Aug 2010 04:12:10 +0200
Michał Nazarewicz m.nazarew...@samsung.com wrote:
On Thu, 26 Aug 2010 02:58:57 +0200, KAMEZAWA Hiroyuki
kamezawa.hir...@jp.fujitsu.com wrote:
Hmm, you may not like this..but how about following kind of interface ?
Now, memoyr hotplug supports following
On Thu, Aug 26, 2010 at 11:49 AM, Minchan Kim minchan@gmail.com wrote:
On Thu, Aug 26, 2010 at 8:31 AM, Jonathan Corbet cor...@lwn.net wrote:
On Wed, 25 Aug 2010 15:58:14 -0700
Andrew Morton a...@linux-foundation.org wrote:
If you want guarantees you can free stuff, why not add
On Thu, 26 Aug 2010 11:50:17 +0900
KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com wrote:
128MB...too big ? But it's depend on config.
IBM's ppc guys used 16MB section, and recently, a new interface to shrink
the number of /sys files are added, maybe usable.
Something good with this
KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com wrote:
128MB...too big ? But it's depend on config.
On embedded systems it may be like half of the RAM. Or a quarter. So bigger
granularity could be desired on some platforms.
IBM's ppc guys used 16MB section, and recently, a new interface
On Thu, Aug 26, 2010 at 12:44 PM, KAMEZAWA Hiroyuki
kamezawa.hir...@jp.fujitsu.com wrote:
On Thu, 26 Aug 2010 11:50:17 +0900
KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com wrote:
128MB...too big ? But it's depend on config.
IBM's ppc guys used 16MB section, and recently, a new interface to
On Thu, Aug 26, 2010 at 1:06 PM, Minchan Kim minchan@gmail.com wrote:
On Thu, Aug 26, 2010 at 12:44 PM, KAMEZAWA Hiroyuki
kamezawa.hir...@jp.fujitsu.com wrote:
On Thu, 26 Aug 2010 11:50:17 +0900
KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com wrote:
128MB...too big ? But it's depend on
On Thu, 26 Aug 2010 13:06:28 +0900
Minchan Kim minchan@gmail.com wrote:
On Thu, Aug 26, 2010 at 12:44 PM, KAMEZAWA Hiroyuki
kamezawa.hir...@jp.fujitsu.com wrote:
On Thu, 26 Aug 2010 11:50:17 +0900
KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com wrote:
128MB...too big ? But it's
On Thu, 26 Aug 2010 06:01:56 +0200
Michał Nazarewicz m.nazarew...@samsung.com wrote:
KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com wrote:
128MB...too big ? But it's depend on config.
On embedded systems it may be like half of the RAM. Or a quarter. So bigger
granularity could be
On Fri, 20 Aug 2010 14:50:12 +0300
Marin Mitov mi...@issp.bas.bg wrote:
On Friday, August 20, 2010 11:35:06 am FUJITA Tomonori wrote:
On Fri, 20 Aug 2010 11:13:45 +0300
Marin Mitov mi...@issp.bas.bg wrote:
This tric is already used in drivers/staging/dt3155v4l.c
__kmalloc_track_caller is not avaiable in
2.6.28-19-generic #62-Ubuntu
which just passes your cut at 2.6.26.
Apparently, the code __kmalloc_track_caller is in the source archive for
2.6.28, but the kernel options were not such that the symbol is available.
My guess is that it was changed in
On Thu, Aug 26, 2010 at 06:01:56AM +0200, Michał Nazarewicz wrote:
KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com wrote:
128MB...too big ? But it's depend on config.
On embedded systems it may be like half of the RAM. Or a quarter. So bigger
granularity could be desired on some platforms.
46 matches
Mail list logo