During debugging a driver, I found that at least in
linux/drivers/media/dvb/dvb-usb/dibusb-mc.c
the length of ir_codes_dibusb_table was referring to an older version.
This may have caused memory overrun problems
I have fixed this in my branch in
linux/drivers/media/dvb/dvb-usb/dibusb.h
wit
Thomas:
Douglas has put a lot of backports into this development branch.
Also, I fixed a bug that may have caused part of the problem.
Can you check again with the current status ?
tho...@holzeisen.de wrote:
I did a fresh compile with this version, but it didnt do the trick. I am
still getti
On Thu, 26 Aug 2010 09:04:14 +0300
Marin Mitov wrote:
> On Thursday, August 26, 2010 08:40:47 am FUJITA Tomonori wrote:
> > On Fri, 20 Aug 2010 14:50:12 +0300
> > Marin Mitov wrote:
> >
> > > On Friday, August 20, 2010 11:35:06 am FUJITA Tomonori wrote:
> > > > On Fri, 20 Aug 2010 11:13:45 +030
On Thursday, August 26, 2010 08:40:47 am FUJITA Tomonori wrote:
> On Fri, 20 Aug 2010 14:50:12 +0300
> Marin Mitov wrote:
>
> > On Friday, August 20, 2010 11:35:06 am FUJITA Tomonori wrote:
> > > On Fri, 20 Aug 2010 11:13:45 +0300
> > > Marin Mitov wrote:
> > >
> > > > > > This tric is already
On Thu, Aug 26, 2010 at 06:01:56AM +0200, Michał Nazarewicz wrote:
>KAMEZAWA Hiroyuki 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
__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 2.6.
On Fri, 20 Aug 2010 14:50:12 +0300
Marin Mitov wrote:
> On Friday, August 20, 2010 11:35:06 am FUJITA Tomonori wrote:
> > On Fri, 20 Aug 2010 11:13:45 +0300
> > Marin Mitov wrote:
> >
> > > > > This tric is already used in drivers/staging/dt3155v4l.c
> > > > > dt3155_alloc_coherent()/dt3155_fre
On Thu, 26 Aug 2010 06:01:56 +0200
Michał Nazarewicz wrote:
> KAMEZAWA Hiroyuki 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
On Thu, 26 Aug 2010 13:06:28 +0900
Minchan Kim wrote:
> On Thu, Aug 26, 2010 at 12:44 PM, KAMEZAWA Hiroyuki
> wrote:
> > On Thu, 26 Aug 2010 11:50:17 +0900
> > KAMEZAWA Hiroyuki wrote:
> >
> >> 128MB...too big ? But it's depend on config.
> >>
> >> IBM's ppc guys used 16MB section, and recently
On Thu, Aug 26, 2010 at 1:06 PM, Minchan Kim wrote:
> On Thu, Aug 26, 2010 at 12:44 PM, KAMEZAWA Hiroyuki
> wrote:
>> On Thu, 26 Aug 2010 11:50:17 +0900
>> KAMEZAWA Hiroyuki wrote:
>>
>>> 128MB...too big ? But it's depend on config.
>>>
>>> IBM's ppc guys used 16MB section, and recently, a new i
On Thu, Aug 26, 2010 at 12:44 PM, KAMEZAWA Hiroyuki
wrote:
> On Thu, 26 Aug 2010 11:50:17 +0900
> KAMEZAWA Hiroyuki 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
KAMEZAWA Hiroyuki 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 to shrink
the number of /sys fil
On Thu, 26 Aug 2010 11:50:17 +0900
KAMEZAWA Hiroyuki 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 approach will be you can cre
On Thu, Aug 26, 2010 at 11:49 AM, Minchan Kim wrote:
> On Thu, Aug 26, 2010 at 8:31 AM, Jonathan Corbet wrote:
>> On Wed, 25 Aug 2010 15:58:14 -0700
>> Andrew Morton wrote:
>>
>>> > If you want guarantees you can free stuff, why not add constraints to
>>> > the page allocation type and only allo
On Thu, 26 Aug 2010 04:12:10 +0200
Michał Nazarewicz wrote:
> On Thu, 26 Aug 2010 02:58:57 +0200, KAMEZAWA Hiroyuki
> 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 regi
On Thu, Aug 26, 2010 at 8:31 AM, Jonathan Corbet wrote:
> On Wed, 25 Aug 2010 15:58:14 -0700
> Andrew Morton 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, those p
Hello Andrew,
I think Pawel has replied to most of your comments, so I'll just add my own
0.02 KRW. ;)
Peter Zijlstra 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 s
On Thu, 26 Aug 2010 02:58:57 +0200, KAMEZAWA Hiroyuki
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 > /sys/devices/system/memory/memoryX/state
Then, a
On Thu, 26 Aug 2010 01:31:25 +0200, Jonathan Corbet 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
being able to a
On 08/26/2010 08:31 AM, Jonathan Corbet wrote:
On Wed, 25 Aug 2010 15:58:14 -0700
Andrew Morton 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, those pages are easily freed/m
On Thu, 26 Aug 2010 01:26:34 +0200, Daniel Walker
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,_ _
| Humb
On Fri, 20 Aug 2010 15:15:10 +0200, Peter Zijlstra 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 smarts to it like memory
On Wed, 25 Aug 2010 22:32:37 +0200, Konrad Rzeszutek Wilk
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 contiguous blocks of mem
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 Zijlstra wrote:
On Fri, 2010-08-20 at 11:50 +0200, Michal Nazarewicz wrote:
Hello everyone,
The following patchset implements a Conti
On Wed, 25 Aug 2010 22:37:08 +0200, Konrad Rzeszutek Wilk
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 development only and becaus
On Wed, 25 Aug 2010 15:58:14 -0700
Andrew Morton wrote:
> On Fri, 20 Aug 2010 15:15:10 +0200
> Peter Zijlstra wrote:
>
> > On Fri, 2010-08-20 at 11:50 +0200, Michal Nazarewicz wrote:
> > > Hello everyone,
> > >
> > > The following patchset implements a Contiguous Memory Allocator. For
> > > t
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
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.
conte
On Wed, 25 Aug 2010 15:58:14 -0700
Andrew Morton 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, those pages are easily freed/moved aside to satisfy
> > large contiguous
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, the
On Fri, 20 Aug 2010 15:15:10 +0200
Peter Zijlstra 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
> > documentatio
--- On Thu, 19/8/10, Matti J. Aaltonen wrote:
> From: Matti J. Aaltonen
> Subject: Re: [PATCH v4 2/5] MFD: WL1273 FM Radio: MFD driver for the FM radio.
> To: "ext Pavan Savoy"
> Cc: "Mauro Carvalho Chehab" ,
> "linux-media@vger.kernel.org" ,
> "hverk...@xs4all.nl" , "Valentin Eduardo
> (N
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
> Signed-off-by: Kyungmin Park
> ---
> .../ABI/testing/sy
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,
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 j
(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 wel
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)",
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 to
Hello Jan,
On Wed, Aug 25, 2010 at 3:26 AM, Jan Hoogenraad
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
> at line 38 in compat.h in my local bran
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 8:11 AM, Jan Hoogenraad
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 should improve this.
Than
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 he
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), a
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
---
drivers/media/common/tuners/xc5000.c |2 +-
drivers/media/common/tuners/xc500
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 below
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 t
We should go to err_video instead of err_all if this error is occured
when probed.
Signed-off-by: Joonyoung Shim
---
drivers/media/radio/si470x/radio-si470x-i2c.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/media/radio/si470x/radio-si470x-i2c.c
b/drivers/me
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 |
The de-emphasis should be setted if requested by module parameter
instead of always setting de-emphasis.
Reported-by: Tobias Lorenz
Signed-off-by: Joonyoung Shim
---
drivers/media/radio/si470x/radio-si470x-common.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/driver
The si470x i2c and usb driver support the RDS, so this ifdef statement
doesn't need more.
Signed-off-by: Joonyoung Shim
---
drivers/media/radio/si470x/radio-si470x-common.c |6 --
1 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/drivers/media/radio/si470x/radio-si470x-commo
50 matches
Mail list logo
