linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Re: [GIT PATCHES FOR 2.6.36] gspca for_2.6.36
       [not found] ` <4C201089.20008@redhat.com>
@ 2010-06-22  8:42   ` Jean-Francois Moine
  2010-06-26 13:16     ` Mauro Carvalho Chehab
  0 siblings, 1 reply; 2+ messages in thread
From: Jean-Francois Moine @ 2010-06-22  8:42 UTC (permalink / raw)
  To: Mauro Carvalho Chehab; +Cc: linux-media, Linux Kernel Mailing List, Tejun Heo

On Mon, 21 Jun 2010 22:23:21 -0300
Mauro Carvalho Chehab <mchehab@redhat.com> wrote:

> > Jean-François Moine (15):
> >       gspca - JPEG subdrivers: Don't allocate the JPEG header.
> >       gspca - stk014: Change the min and default values of the JPEG
> > quality. gspca - zc3xx: Change the max and default JPEG qualities.
> >       gspca - zc3xx: Don't change the registers 7 and 8 for sensor
> > pas202b. gspca - zc3xx: Add back the brightness control.  
> 
> >       gspca: Remove/move useless inclusions of slab.h.  
> 
> This patch doesn't seem right. The addition of slab.h were done in
> order to allow the removal of the header from some core files. I'm
> not sure if all the upstream changes got applied to 2.6.35, but it
> seems prudent to wait for a while before just removing the headers,
> especially since the slab.h dependency may be different on non-Intel
> architectures.
> 
> I'm applying the remaining patches. If you think that this patch is
> correct, please re-send it to both LMML and LKML, c/c the authors of
> the slab.h removal, in order to get their acks, or, otherwise, please
> re-submit it for 2.6.37 window.

Hi Mauro,

The slab.h dependency was changed in the kernel 2.6.34 and its
inclusion in some gspca source files was needed in case of the usage of
kmalloc/kfree only.

After removing the JPEG header allocation, most gspca subdrivers do not
use alloc/free anymore, so, there is no need to include slab.h anymore.

On the other side, this patch is easily checked because, if wrong, it
raises compilation errors on any architecture.

Then, both patches (removal of JPEG alloc/free and slab.h inclusion)
should go to 2.6.36.

Cheers.

-- 
Ken ar c'hentañ	|	      ** Breizh ha Linux atav! **
Jef		|		http://moinejf.free.fr/

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [GIT PATCHES FOR 2.6.36] gspca for_2.6.36
  2010-06-22  8:42   ` [GIT PATCHES FOR 2.6.36] gspca for_2.6.36 Jean-Francois Moine
@ 2010-06-26 13:16     ` Mauro Carvalho Chehab
  0 siblings, 0 replies; 2+ messages in thread
From: Mauro Carvalho Chehab @ 2010-06-26 13:16 UTC (permalink / raw)
  To: Jean-Francois Moine; +Cc: linux-media, Linux Kernel Mailing List, Tejun Heo

Em 22-06-2010 05:42, Jean-Francois Moine escreveu:
> On Mon, 21 Jun 2010 22:23:21 -0300

>> I'm applying the remaining patches. If you think that this patch is
>> correct, please re-send it to both LMML and LKML, c/c the authors of
>> the slab.h removal, in order to get their acks, or, otherwise, please
>> re-submit it for 2.6.37 window.
> 
> Hi Mauro,
> 
> The slab.h dependency was changed in the kernel 2.6.34 and its
> inclusion in some gspca source files was needed in case of the usage of
> kmalloc/kfree only.
> 
> After removing the JPEG header allocation, most gspca subdrivers do not
> use alloc/free anymore, so, there is no need to include slab.h anymore.
> 
> On the other side, this patch is easily checked because, if wrong, it
> raises compilation errors on any architecture.
> 
> Then, both patches (removal of JPEG alloc/free and slab.h inclusion)
> should go to 2.6.36.

OK, makes sense. I'll apply the patch at staging/gspca.

Cheers,
Mauro.


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2010-06-26 13:16 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <20100605133328.4c1089f2@tele>
     [not found] ` <4C201089.20008@redhat.com>
2010-06-22  8:42   ` [GIT PATCHES FOR 2.6.36] gspca for_2.6.36 Jean-Francois Moine
2010-06-26 13:16     ` Mauro Carvalho Chehab

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).