All of lore.kernel.org
 help / color / mirror / Atom feed
From: Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
To: gclement@domain.hid
Cc: adeos-main <adeos-main@gna.org>
Subject: Re: [Adeos-main] AT91SAM9261 adeos support for 2.6.19 kernel
Date: Fri, 20 Apr 2007 10:41:35 +0200	[thread overview]
Message-ID: <46287CBF.1000001@domain.hid> (raw)
In-Reply-To: <305035a40704200132l3d2aac9ftc7238b71eeb940dd@domain.hid>

Gregory CLEMENT wrote:
> 2007/4/18, Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>:
> 
>>Gilles Chanteperdrix wrote:
>> > Gregory CLEMENT wrote:
>> >  > > >  #ifdef CONFIG_IPIPE
>> >  > > > -#define AT91_VA_BASE_TCB0       AT91_IO_P2V(AT91RM9200_BASE_TCB0)
>> >  > > > +#if defined(CONFIG_ARCH_AT91RM9200)
>> >  > > > +     #define AT91_VA_BASE_TCB0       AT91_IO_P2V(AT91RM9200_BASE_TCB0)
>> >  > > > +#elif defined(CONFIG_ARCH_AT91SAM9260)
>> >  > > > +     #define AT91_VA_BASE_TCB0       AT91_IO_P2V(AT91SAM9260_BASE_TCB0)
>> >  > > > +#elif defined(CONFIG_ARCH_AT91SAM9261)
>> >  > > > +     #define AT91_VA_BASE_TCB0       AT91_IO_P2V(AT91SAM9261_BASE_TCB0)
>> >  > > > +#else
>> >  > > > +#error "Unsupported AT91 processor"
>> >  > > > +#endif
>> >  > > >  #endif /* CONFIG_IPIPE */
>> >  > >
>> >  > > To reduce the ifdef hell, can not we define a unique AT91_BASE_TCB0 ?
>> >  >
>> >  > Sure it would be better, but unfortunately the mainteners of AT91
>> >  > choose to produce a define per architecture even if the register are
>> >  > the same.
>> >
>> > As far as I know, the AT91RM9200_BASE_TCB0 define is provided by the
>> > I-pipe patch, so we may name it how we want.
>>
>>No, it is not provided by the I-pipe patch.
>>
>> >
>> >
>> >  > We keep this line :
>> >  > #define AT91_VA_BASE_TCB0       AT91_IO_P2V(AT91RM9200_BASE_TCB0)
>> >  > and it will work I don't like having an AT91RM9200 define for chip
>> >  > which are not AT91RM9200. It adds confusion.
>> >  >
>> >  > We also could define AT91_BASE_TCB0 as you suggest, but it mean we add
>> >  > a new register definition just for ipipe and it adds a little
>> >  > confusion also.
>> >  >
>> >  > Choose the solution you prefer, or an other if you have a better idea.
>> >
>> > I do not have a better idea, but I understood why the defines are
>> > different: the CONFIG_ARCH_AT91RM9200, CONFIG_ARCH_AT91SAM9260 and
>> > CONFIG_ARCH_AT91SAM9261 are not mutually exclusive, it is possible to
>> > build a kernel that works for the three machines. So, this code can not
>> > remain as is. Please, at least, forbid in Kconfig selecting several
>> > machines when IPIPE is enabled.
>>
>>On 2.6.20, the options ARE mutually exclusive.
> 
> 
> 
> Ok so do you want we produce a new patch taking in account your comments ?
> Or have you already done it?

If possible I would prefer you to produce a new patch.

-- 
                                                 Gilles Chanteperdrix


  reply	other threads:[~2007-04-20  8:41 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-04-10 16:47 [Adeos-main] AT91SAM9261 adeos support for 2.6.19 kernel Gregory CLEMENT
2007-04-10 17:15 ` Gilles Chanteperdrix
2007-04-11  9:01   ` Gregory CLEMENT
2007-04-11  9:10     ` Gilles Chanteperdrix
2007-04-11  9:21       ` Gregory CLEMENT
2007-04-11 11:04         ` Jan Kiszka
2007-04-11 12:15         ` Gilles Chanteperdrix
2007-04-17 21:42           ` Gilles Chanteperdrix
2007-04-18  9:51             ` Gregory CLEMENT
2007-04-18 19:50               ` Gilles Chanteperdrix
2007-04-18 20:55                 ` Gilles Chanteperdrix
2007-04-20  8:32                   ` Gregory CLEMENT
2007-04-20  8:41                     ` Gilles Chanteperdrix [this message]
2007-04-10 17:20 ` [Xenomai-core] " Gregory CLEMENT
2007-04-12 17:24 ` [Adeos-main] " Jose Pascual
2007-04-12 17:31   ` Gilles Chanteperdrix
2007-04-13  7:55     ` Jose Pascual
2007-04-13  8:53       ` Gilles Chanteperdrix
2007-04-20  8:17       ` Gilles Chanteperdrix
     [not found]         ` <00e801c78328$d2569a90$7703cfb0$@com>
2007-04-20  9:07           ` Gilles Chanteperdrix
2007-04-23  8:29             ` Jan Kiszka
2007-04-13  7:58     ` Jose Pascual
2007-04-13  8:59       ` Gilles Chanteperdrix
     [not found] <403B28AE6257B548B66BB88414AC78330174BBCE@STEGOSAURE.adetel.com>
2007-04-16 14:02 ` Gilles Chanteperdrix
2007-04-16 14:35   ` BOUIN Alexandre
     [not found] <403B28AE6257B548B66BB88414AC78330174BBD5@domain.hid>
2007-04-18  9:43 ` BOUIN Alexandre
2007-04-18  9:48   ` Gilles Chanteperdrix

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=46287CBF.1000001@domain.hid \
    --to=gilles.chanteperdrix@xenomai.org \
    --cc=adeos-main@gna.org \
    --cc=gclement@domain.hid \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.