Cleanup Samsung stuff

Cleanup Samsung stuff

[Kukjin Kim]

Hi all,

I think, you know about current situation of Linux ARM world.

So...

As Russell suggested, I also will focus on consolidations and bug fixes for
Samsung stuff for a while so don't complain about missing new stuff. In my
opinion, we can keep going it later...

As a note, I'm doing(or preparing) following at the moment.

- Removing some "mach-s5pxxxx"s
- Removing useless header files in include/{mach,plat} of Samsung
- Samsung GPIO stuff cleanup/consolidation
- Samsung DMA stuff consolidation?
- Device tree (with Linaro)
- and so on...

If required anything else, please let me know.

Thanks.

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

Cleanup Samsung stuff

[Kyungmin Park]

On Tue, Apr 19, 2011 at 10:46 AM, Kukjin Kim <kgene.kim@samsung.com> wrote:
> Hi all,
>
> I think, you know about current situation of Linux ARM world.
>
> So...
>
> As Russell suggested, I also will focus on consolidations and bug fixes for
> Samsung stuff for a while so don't complain about missing new stuff. In my
> opinion, we can keep going it later...
>
> As a note, I'm doing(or preparing) following at the moment.
>
> - Removing some "mach-s5pxxxx"s
Why not mach-s3c series? don't you think too much plat-{s3c, s5p,
samsung}? how about to use the plat-samsung only?
> - Removing useless header files in include/{mach,plat} of Samsung
> - Samsung GPIO stuff cleanup/consolidation
> - Samsung DMA stuff consolidation?
   -> Move to dmaengine and use it.
> - Device tree (with Linaro)
> - and so on...

   - Strange Samsung Clock and names consolidation.
   - IRQ stuff (some parts are done by tglx but need to use the
generic IRQ base instead of odd +32 magic)
   - generic IOMMU consolidation.

BTW, who works on this at LSI?

Thank you,
Kyungmin Park

Cleanup Samsung stuff

[MyungJoo Ham]

Hello everyone,

Anyway, I've got a quick question about the directory structure in arch/arm/*

Is there any reason not to keep mach-* in plat-* directories while
mach-* appears to be a "sub-categories" of plat-*?

For example, rather than the current structure:
arch/arm/plat-samsung/
arch/arm/mach-s5pv210/
arch/arm/mach-s5p****/
, why don't we structure them like:
arch/arm/plat-samsung/mach-s5pv210/
arch/arm/plat-samsung/mach-s5p****/

For mach-* that is not included in and does not use any plat-*, we may
make "arch/arm/plat-common" or just put them at arch/arm/.

Probably there could be discussions like this (likely), but I just
don't know why we are not structured like that. If it is because we
have some mach-* that use multiple plat-*, (multiple inheritance?) we
may be able to move on with this consolidation.



Cheers!

- MyungJoo

2011/4/19 Kyungmin Park <kmpark@infradead.org>:
> On Tue, Apr 19, 2011 at 10:46 AM, Kukjin Kim <kgene.kim@samsung.com> wrote:
>> Hi all,
>>
>> I think, you know about current situation of Linux ARM world.
>>
>> So...
>>
>> As Russell suggested, I also will focus on consolidations and bug fixes for
>> Samsung stuff for a while so don't complain about missing new stuff. In my
>> opinion, we can keep going it later...
>>
>> As a note, I'm doing(or preparing) following at the moment.
>>
>> - Removing some "mach-s5pxxxx"s
> Why not mach-s3c series? don't you think too much plat-{s3c, s5p,
> samsung}? how about to use the plat-samsung only?
>> - Removing useless header files in include/{mach,plat} of Samsung
>> - Samsung GPIO stuff cleanup/consolidation
>> - Samsung DMA stuff consolidation?
> ? -> Move to dmaengine and use it.
>> - Device tree (with Linaro)
>> - and so on...
>
> ? - Strange Samsung Clock and names consolidation.
> ? - IRQ stuff (some parts are done by tglx but need to use the
> generic IRQ base instead of odd +32 magic)
> ? - generic IOMMU consolidation.
>
> BTW, who works on this at LSI?
>
> Thank you,
> Kyungmin Park
>
> _______________________________________________
> linux-arm-kernel mailing list
> linux-arm-kernel at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
>



-- 
MyungJoo Ham (???), Ph.D.
Mobile Software Platform Lab,
Digital Media and Communications (DMC) Business
Samsung Electronics
cell: 82-10-6714-2858

Cleanup Samsung stuff

[David Anders]

Greetings All,


i've been looking at a number of machine files for boards that are no
longer in production(mainly the ones i maintain), thoughts on removing them?


Dave

On 04/18/2011 09:23 PM, Kyungmin Park wrote:
> On Tue, Apr 19, 2011 at 10:46 AM, Kukjin Kim <kgene.kim@samsung.com> wrote:
>   
>> Hi all,
>>
>> I think, you know about current situation of Linux ARM world.
>>
>> So...
>>
>> As Russell suggested, I also will focus on consolidations and bug fixes for
>> Samsung stuff for a while so don't complain about missing new stuff. In my
>> opinion, we can keep going it later...
>>
>> As a note, I'm doing(or preparing) following at the moment.
>>
>> - Removing some "mach-s5pxxxx"s
>>     
> Why not mach-s3c series? don't you think too much plat-{s3c, s5p,
> samsung}? how about to use the plat-samsung only?
>   
>> - Removing useless header files in include/{mach,plat} of Samsung
>> - Samsung GPIO stuff cleanup/consolidation
>> - Samsung DMA stuff consolidation?
>>     
>    -> Move to dmaengine and use it.
>   
>> - Device tree (with Linaro)
>> - and so on...
>>     
>    - Strange Samsung Clock and names consolidation.
>    - IRQ stuff (some parts are done by tglx but need to use the
> generic IRQ base instead of odd +32 magic)
>    - generic IOMMU consolidation.
>
> BTW, who works on this at LSI?
>
> Thank you,
> Kyungmin Park
>
> _______________________________________________
> linux-arm-kernel mailing list
> linux-arm-kernel at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
>   

Cleanup Samsung stuff

[Kukjin Kim]

David Anders
> 
> Greetings All,
> 
Hi,

> 
> i've been looking at a number of machine files for boards that are no
> longer in production(mainly the ones i maintain), thoughts on removing
them?

You mean mach-amlm5900.c and mach-tct_hammer.c in mach-s3c2410?

Hmm...as you know, we need to think again and talk to others before removing
them even though you made them and as I said in previous reply, there is no
decisions yet about that.

As a note, Ben Dooks maintains S3C SoCs. I mean I need to talk to him about
that in detail.

Thanks.

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

Cleanup Samsung stuff

[Mark Brown]

On Tue, Apr 19, 2011 at 10:46:47AM +0900, Kukjin Kim wrote:

> - Device tree (with Linaro)

What is going on with device tree?  I've asked a couple of times about
this in the other thread but I'm still not clear where the code is or
what could usefully be done with it.

Cleanup Samsung stuff

[Thomas Abraham]

On Tue, Apr 19, 2011 at 1:33 PM, Mark Brown
<broonie@opensource.wolfsonmicro.com> wrote:
> On Tue, Apr 19, 2011 at 10:46:47AM +0900, Kukjin Kim wrote:
>
>> - Device tree (with Linaro)
>
> What is going on with device tree? ?I've asked a couple of times about
> this in the other thread but I'm still not clear where the code is or
> what could usefully be done with it.

The initial work on Samsung's s5pv310 is available at
http://lists.ozlabs.org/pipermail/devicetree-discuss/2011-February/004350.html

It is based on Grant's tree.
git://git.secretlab.ca/git/linux-2.6 devicetree/test

Currently I am working on supporting clkdev and Jeremy's common clock
for all of Samsung's platforms and then continue with the device tree
support for s5pv310.

Regards,
Thomas.

> --
> To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in
> the body of a message to majordomo at vger.kernel.org
> More majordomo info at ?http://vger.kernel.org/majordomo-info.html
>

Cleanup Samsung stuff

[Domenico Andreoli]

On Tue, Apr 19, 2011 at 10:40 AM, Thomas Abraham <thomas.ab@samsung.com> wrote:
> On Tue, Apr 19, 2011 at 1:33 PM, Mark Brown
> <broonie@opensource.wolfsonmicro.com> wrote:
>> On Tue, Apr 19, 2011 at 10:46:47AM +0900, Kukjin Kim wrote:
>>
>>> - Device tree (with Linaro)
>>
>> What is going on with device tree? ?I've asked a couple of times about
>> this in the other thread but I'm still not clear where the code is or
>> what could usefully be done with it.
>
> Currently I am working on supporting clkdev and Jeremy's common clock
> for all of Samsung's platforms and then continue with the device tree
> support for s5pv310.

I already posted some patches that add DeviceTree to s3c24xx (gpio, sdi).
I'm hanging on sdi because I found that mmc-spi already has some DT
support and I'm working to generalize it.

If nobody opposes I'll continue with the effort.

cheers,
Domenico

-----[ Domenico Andreoli, aka cavok
?--[ http://www.dandreoli.com/gpgkey.asc
?? ---[ 3A0F 2F80 F79C 678A 8936? 4FEE 0677 9033 A20E BC50

Cleanup Samsung stuff

[Kukjin Kim]

Domenico Andreoli wrote:
> 
> On Tue, Apr 19, 2011 at 10:40 AM, Thomas Abraham <thomas.ab@samsung.com>
> wrote:
> > On Tue, Apr 19, 2011 at 1:33 PM, Mark Brown
> > <broonie@opensource.wolfsonmicro.com> wrote:
> >> On Tue, Apr 19, 2011 at 10:46:47AM +0900, Kukjin Kim wrote:
> >>
> >>> - Device tree (with Linaro)
> >>
> >> What is going on with device tree? ?I've asked a couple of times about
> >> this in the other thread but I'm still not clear where the code is or
> >> what could usefully be done with it.
> >
> > Currently I am working on supporting clkdev and Jeremy's common clock
> > for all of Samsung's platforms and then continue with the device tree
> > support for s5pv310.
> 
> I already posted some patches that add DeviceTree to s3c24xx (gpio, sdi).
> I'm hanging on sdi because I found that mmc-spi already has some DT
> support and I'm working to generalize it.
> 
> If nobody opposes I'll continue with the effort.

Could you please send them to me and Ben Dooks?

Thanks.

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

Cleanup Samsung stuff

[Kukjin Kim]

Thomas Abraham wrote:
> 
> On Tue, Apr 19, 2011 at 1:33 PM, Mark Brown
> <broonie@opensource.wolfsonmicro.com> wrote:
> > On Tue, Apr 19, 2011 at 10:46:47AM +0900, Kukjin Kim wrote:
> >
> >> - Device tree (with Linaro)
> >
> > What is going on with device tree? ?I've asked a couple of times about
> > this in the other thread but I'm still not clear where the code is or
> > what could usefully be done with it.
> 
> The initial work on Samsung's s5pv310 is available at
> http://lists.ozlabs.org/pipermail/devicetree-discuss/2011-
> February/004350.html
> 
> It is based on Grant's tree.
> git://git.secretlab.ca/git/linux-2.6 devicetree/test
> 
> Currently I am working on supporting clkdev and Jeremy's common clock
> for all of Samsung's platforms and then continue with the device tree
> support for s5pv310.
> 
Hi Thomas,

Thanks for your reply.

I also will review your patches of device tree and supporting clkdev soon.

If any updates after your posting, please let me know :)

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

Cleanup Samsung stuff

[Nick Pelling]

Hi Kgene,

At 10:46 19/04/2011 +0900, Kukjin Kim wrote:
>As a note, I'm doing(or preparing) following at the moment.
>- Removing some "mach-s5pxxxx"s

Are you planning to remove mach-s5pc100? If yes, is this with the 
intention of reducing arch/arm code size (by merging, say, with the 
s5pc110 tree), or because of some upcoming Samsung EOL event? :-(

(I'm building security cameras based on the s5pc100, working with 
mach-s5pc100 issues every day).

Best regards, ....Nick Pelling.... 

Cleanup Samsung stuff

[Kukjin Kim]

Nick Pelling wrote:
> 
> Hi Kgene,
> 
Hi :)

> At 10:46 19/04/2011 +0900, Kukjin Kim wrote:
> >As a note, I'm doing(or preparing) following at the moment.
> >- Removing some "mach-s5pxxxx"s
> 
> Are you planning to remove mach-s5pc100? If yes, is this with the
> intention of reducing arch/arm code size (by merging, say, with the
> s5pc110 tree), or because of some upcoming Samsung EOL event? :-(
> 
Hmm...There is no decisions about that yet. Just I'm thinking and checking
the status of each ARCH(mach-xxxx).
Of course, if any updates, will inform here.

> (I'm building security cameras based on the s5pc100, working with
> mach-s5pc100 issues every day).
> 
Only for S5PC100?

Thanks.

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