--- In "charliem_1216" <> wrote:
>
> --- In Matthieu Crapet <mcrapet@> wrote:
> >
> > Hi Marco,
> >
> > I looked to the discontigmem replacement stuff today.
> > I tried to move from ARCH_DISCONTIGMEM_ENABLE to
ARCH_SPARSEMEM_ENABLE.
> > Let's leave apart the special "2 chips select" case.
> >
> > It didn't work at all (freeze after the message: Uncompressing
> > Linux...............................................................
> > done, booting the kernel.)
> >
> > Tried both:
> > #define NODE_MEM_SIZE_BITS 23 // 8mb
> > #define NODE_MEM_SIZE_BITS 24 // 16mb
> >
> > Started to debug kernel with "printascii" and "printhex8" without
> result.
> >
> > Then I wanted to try your new ARCH_HAS_FLATMEM_HOLES way.
> > I was not able to find any information about it. Where did you find
> this ?
>
> ARCH_FLATMEM_HAS_HOLES patch:
> http://marc.info/?l=linux-kernel&m=121932537730140&w=2
>
> Here are a few other threads for reference:
> http://marc.info/?l=linux-arm-kernel&m=122289631920220&w=3
>
http://article.gmane.org/gmane.linux.ports.mips.general/21248/match=mips+sparsemem
>
> From what I've read, it seems that FLATMEM and ARCH_FLATMEM_HAS_HOLES
> gets around discontigmem, but is still not a proper sparsemem
> implementation. See for example:
> http://marc.info/?l=linux-kernel&m=121942208901191&w=3 and
> http://marc.info/?l=linux-kernel&m=121942562408655&w=3
>
Yep, I quiet agree with you.
> Regards, ....... Charlie
>
> > Are you actually using it ?
> >
> > Thanks for your help.
> > Matthieu
> >
> >
> > greywolf9923 wrote:
> > >
> > > Hi Matt,
> > >
> > > two comments:
> > >
> > > 1) discontigmem is deprecated. Now according to Russel King the new
> > > approach is sparsemem. However now the kernel has a new define
called
> > > ARCH_HAS_FLATMEM_ HOLES, it should be sufficient, so I think the
> > > discontigmem stuff in your patch is not needed. You can check my
> > > discussion on the arm mailing list.
> > >
> > > 2) About the led I think it should be sufficient to use the general
> > > gpio led support and to do a declaration in the ts72xx.c of
them, like
> > > this:
> > >
> > > static const struct gpio_led ts72xx_leds[ ] = {
> > > { .name = "green", .gpio = EP93XX_GPIO_ LINE_GRLED, .active_low = 1,
> > > .default_trigger = "heartbeat",
> > > },
> > > { .name = "red", .gpio = EP93XX_GPIO_ LINE_RDLED, .active_low =
1, },
> > > };
> > >
> > > static const struct gpio_led_platform_ data ts72xx_led_data = {
> > > .num_leds = ARRAY_SIZE(ts72xx_ leds),
> > > .leds = (void *) ts72xx_leds,
> > > };
> > >
> > > static struct platform_device ngw_gpio_leds = {
> > > .name = "leds-gpio",
> > > .id = -1,
> > > .dev = {
> > > .platform_data = (void *) &ts72xx_led_ data,
> > > }
> > > };
> > >
> > > Regards,
> > >
> > > Marco
> > >
> > > --- In .com <ts-7000%40yahoogroups.com>,
> > > Matthieu Crapet <mcrapet@ > wrote:
> > > >
> > > > Greetings,
> > > >
> > > > Here is a kernel 2.6.27.4 patch (against mainline Linux
kernel) for
> > > TS-72xx.
> > > >
> > > > Moved everything from my previous patch for 2.6.24.4 to this
> version.
> > > > I wanted the new generic GPIO layer.
> > > >
> > > > The file "linux-2.6.27. 4-ts7200_ matt-1.tar. gz" has been
> posted in
> > > the
> > > > yahoo group file area:
> > > > http://tech. groups.yahoo. com/group/ ts-7000/files
> > > <http://tech.groups.yahoo.com/group/ts-7000/files>
> > > >
> > > > Either cumulative or single patches are available.
> > > >
> > > > Comments are welcome.
> > > >
> > > > Best regards,
> > > > Matthieu
> > >
> >
>
------------------------------------
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/ts-7000/
<*> Your email settings:
Individual Email | Traditional
<*> To change settings online go to:
http://groups.yahoo.com/group/ts-7000/join
(Yahoo! ID required)
<*> To change settings via email:
<*> To unsubscribe from this group, send an email to:
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
|