[PATCH v6 3/3] input: samsung-keypad - Add samsung keypad driver

[kgene.kim@samsung.com (Kukjin Kim)]

Joonyoung Shim wrote:
> 
> On 8/2/2010 2:12 PM, Kukjin Kim wrote:
> > Joonyoung Shim wrote:
> >> On 8/2/2010 12:38 PM, Kukjin Kim wrote:
> >>> Joonyoung Shim wrote:
> >>>> Hi, I came back from vacation.
> >>>>
> >>>>>>>> Do you have any feedback? If ok, i want to go to input tree or samsung
> >>>>>>>> tree these added sched.h including.
> >>>>>>> I applied the patch adding samsung-keypad.c and the platform data
> >>>>>>> arch/arm/plat-samsung/include/plat/keypad.h and I expect that
> >>>>>>> patches to actually enable keypad will go through appropriate
> >>>>>>> platform tree(s).
> >>>>>>>
> >>>>>> OK, the rest will go through samsung platform tree
> >>>>>>
> >>>>> Ok..will apply.
> >>>>>
> >>>> Kukjin, could you remove keypad.h on the commit "ARM: SAMSUNG: Add
> >>>> keypad device support" of the samsung platform tree. The keypad.h file
> >>>> was included on input tree.
> >>>>
> >>
> (http://git.kernel.org/?p=linux/kernel/git/dtor/input.git;a=commit;h=0fffed27f92d9d7
> >>>> a34de9fe017b7082b5958bb93)
> >>> You mean in plat-samsung/dev-keypad.c?
> >>> If remove inclusion plat/keypad.h in there, following build error happens.
> >>>
> >> No. I mean to remove arch/arm/plat-samsung/include/plat/keypad.h file on
> >> samsung platform tree, it was applied on input tree already. If needs, i
> >> can repost.
> >>
> > If it is not small change like to remove a file in a patch, I think should be re-
> submitted.
> > Will drop your previous patch in my tree.
> >
> >>> arch/arm/plat-samsung/dev-keypad.c:41: warning: 'struct
> >> samsung_keypad_platdata' declared inside parameter list
> >>> arch/arm/plat-samsung/dev-keypad.c:41: warning: its scope is only this
> definition
> >> or declaration, which is probably not what you want
> >>> arch/arm/plat-samsung/dev-keypad.c: In function
> >> 'samsung_keypad_set_platdata':
> >>> arch/arm/plat-samsung/dev-keypad.c:50: error: invalid application of 'sizeof'
> to
> >> incomplete type 'struct samsung_keypad_platdata'
> >>> arch/arm/plat-samsung/dev-keypad.c:54: error: dereferencing pointer to
> >> incomplete type
> >>> arch/arm/plat-samsung/dev-keypad.c:55: error: dereferencing pointer to
> >> incomplete type
> >>> arch/arm/plat-samsung/dev-keypad.c:55: error: 'samsung_keypad_cfg_gpio'
> >> undeclared (first use in this function)
> >>> arch/arm/plat-samsung/dev-keypad.c:55: error: (Each undeclared identifier is
> >> reported only once
> >>> arch/arm/plat-samsung/dev-keypad.c:55: error: for each function it appears in.)
> >>> make[1]: *** [arch/arm/plat-samsung/dev-keypad.o] Error 1
> >>>
> >>> As you know, released 35 today. So we have no much time for this merge
> >> window.
> >> I'm not sure about merge rule, but I think the compile problem can be
> >> solved by merge to 36 of input tree and samsung platform tree.
> >
> > Hmm...actually, already informed about that on linux-next.
> > If it's just build problem, I or Dmitry can fix it. However, this is not just that.
> > I cannot understand how your 'plat/keypad.h' was included to both of patch.
> 
> Please see the prior mail history. The keypad.h file is included only at
> the 1/3 patch in the original patch set, but Dmitry applied the 3/3
> patch modified with keypad.h.
> 
> The basic problem is that each patches be applied on two tree. It makes
> compile errors at the one tree lacking keypad.h file because both tree
> share keypad.h file.
> 
> There are two solutions, First, all patches go to one tree. Second, we
> wait for merging to 36 of both tree then apply platform patches.
> 
> > And I'm not sure, should be 'plat/keypad.h' in which tree...
> >

Hi Dmitry,

How can/should I do for it?...Which way is better to us? :-)


Joonyoung,
Let's wait for Dmitry's reply.
I will holding drop your previous patch in my tree till that time.

Thanks.

Best regards,
Kgene.
--
Kukjin Kim <kgene.kim@samsung.com>, Senior Engineer,
SW Solution Development Team, Samsung Electronics Co., Ltd.