On 26/08/14 12:33, Sharma, Sanjeev wrote: > -----Original Message----- > From: Lars-Peter Clausen [mailto:lars@xxxxxxxxxx] > Sent: Monday, August 25, 2014 7:03 PM > To: Sharma, Sanjeev; sanjeev sharma > Cc: jic23@xxxxxxxxxx; gregkh; linux-iio@xxxxxxxxxxxxxxx; devel; linux-kernel > Subject: Re: [PATCH] staging:iio: moved platform_data into include/linux/iio > > On 08/25/2014 01:49 PM, Sharma, Sanjeev wrote: >> -----Original Message----- >> From: Lars-Peter Clausen [mailto:lars@xxxxxxxxxx] >> Sent: Monday, August 25, 2014 1:39 PM >> To: Sharma, Sanjeev; sanjeev sharma >> Cc: jic23@xxxxxxxxxx; gregkh; linux-iio@xxxxxxxxxxxxxxx; devel; >> linux-kernel >> Subject: Re: [PATCH] staging:iio: moved platform_data into >> include/linux/iio >> >> On 08/25/2014 09:17 AM, Sharma, Sanjeev wrote: >>> Hello Lars, >>> >>> As per your suggestion Can I move complete Driver out of staging specially SPI ADC Driver. >> >> Only if they are cleaned up first. All of the drivers that are still in staging do have issues, otherwise we'd already had moved them. A few of them are OK codestyle wise, but do have ABI issues which need to be resolved before they can be moved. >> >> - Lars >> >> Where I can find ABI issues which need to be resolved so that these can be looked upon. > > Compare the sysfs files and their behavior that the driver registers with what is documented in the IIO ABI spec[1]. If you can't find it in the documentation it either needs to be documented or updated to use the existing ABI correctly. Note that this is not necessarily trivial and may require in-depth knowledge and understanding of the IIO ABI. > > You mean to say I shouldn't spent much time here because this is not much important and if this is the case then I think I should look into some area which make more sense. I'm not sure Lars meant to put you off particularly, just to emphasis that there is (unfortunately), typically a fair bit more to do than simply fix up coding style issues and move the drivers out of staging. Unfortunately IIO evolved a lot so whilst it was in staging, so even drivers that were 'almost' ready to go a while back are often quite some distance from the ABI and code structure we ended up with. If you are interested in working on some of these, there are lots of drivers to look at outside staging and the documentation. Just ask if there is something you are unsure how to handle. Entirely up to you whether you take this on though! Jonathan p.s. We did most of the 'easy' moves out of staging a while back! > Thanks > Sanjeev > > Thanks, > - Lars > > [1] > http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/ABI/testing/sysfs-bus-iio > >> >> -Sanjeev >>> >>> Regards >>> Sanjeev Sharma >>> >>> -----Original Message----- >>> From: Lars-Peter Clausen [mailto:lars@xxxxxxxxxx] >>> Sent: Wednesday, August 20, 2014 12:20 PM >>> To: sanjeev sharma >>> Cc: Sharma, Sanjeev; jic23@xxxxxxxxxx; gregkh; >>> linux-iio@xxxxxxxxxxxxxxx; devel; linux-kernel >>> Subject: Re: [PATCH] staging:iio: moved platform_data into >>> include/linux/iio >>> >>> On 08/20/2014 08:44 AM, sanjeev sharma wrote: >>>> Hi, >>>> >>>> This was the action item(TO-DO). IMO, it make sense to move into >>>> include/linux/iio because IIO complete subsystem may take some time. >>> >>> The code that is in staging is not supposed to 'leak' outside of staging. So either you move the driver as a whole out of staging or leave it there, but do not move individual files of the driver out of staging. The action item is for when the driver is moved out of staging. >>> >> >> N r y b X ǧv ^ ){.n + { *" ^n r z h & G h >> ( 階 ݢj" m z ޖ f h ~ mml== >> > -- To unsubscribe from this list: send the line "unsubscribe linux-iio" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html