Re: [PATCH] ARM: OMAP: MACH-OMAP1: Fix compilation issues for OMAP1

Re: [PATCH] ARM: OMAP: MACH-OMAP1: Fix compilation issues for OMAP1

[Dirk Behme]

Felipe Balbi wrote:
> After commit 6e0d7b9283a5b91bf2c2adc7801e426fd563bc13 building
> is broken for omap1 archs due to double definition of sched_clock().
> 
> sched_clock() has moved to plat-omap/common.c so it's ok removing it
> from mach-omap1/time.c

While trying to find this patch in list archive, I found that you sent 
it only to our new list at vger.kernel.org [1]. Nice, now I'm sure 
that mails from that list reach me as well ;) But we have no archive 
there yet. So for some time I think CC to 
Linux-omap-open-source@linux.omap.com would be good as well.

Regards

Dirk

[1] http://vger.kernel.org/vger-lists.html#linux-omap

> Signed-off-by: Felipe Balbi <felipe.lima@indt.org.br>
> ---
>  arch/arm/mach-omap1/time.c |   15 ---------------
>  1 files changed, 0 insertions(+), 15 deletions(-)
> 
> diff --git a/arch/arm/mach-omap1/time.c b/arch/arm/mach-omap1/time.c
> index a4f8b20..872b965 100644
> --- a/arch/arm/mach-omap1/time.c
> +++ b/arch/arm/mach-omap1/time.c
> @@ -262,21 +262,6 @@ static void __init omap_init_clocksource(unsigned long rate)
>  
>  
>  /*
> - * Scheduler clock - returns current time in nanosec units.
> - */
> -unsigned long long sched_clock(void)
> -{
> -	unsigned long ticks = 0 - omap_mpu_timer_read(1);
> -	unsigned long long ticks64;
> -
> -	ticks64 = omap_mpu_timer2_overflows;
> -	ticks64 <<= 32;
> -	ticks64 |= ticks;
> -
> -	return cycles_2_ns(ticks64);
> -}
> -
> -/*
>   * ---------------------------------------------------------------------------
>   * Timer initialization
>   * ---------------------------------------------------------------------------

Re: [PATCH] ARM: OMAP: MACH-OMAP1: Fix compilation issues for OMAP1

[Felipe Balbi]

Hi,

On Nov 26, 2007 3:51 PM, Dirk Behme <dirk.behme@googlemail.com> wrote:
> Felipe Balbi wrote:
> > After commit 6e0d7b9283a5b91bf2c2adc7801e426fd563bc13 building
> > is broken for omap1 archs due to double definition of sched_clock().
> >
> > sched_clock() has moved to plat-omap/common.c so it's ok removing it
> > from mach-omap1/time.c
>
> While trying to find this patch in list archive, I found that you sent
> it only to our new list at vger.kernel.org [1]. Nice, now I'm sure
> that mails from that list reach me as well ;) But we have no archive
> there yet. So for some time I think CC to
> Linux-omap-open-source@linux.omap.com would be good as well.

Ok, thanks

>
> Regards
>
> Dirk
>
> [1] http://vger.kernel.org/vger-lists.html#linux-omap
>
> > Signed-off-by: Felipe Balbi <felipe.lima@indt.org.br>
> > ---
> >  arch/arm/mach-omap1/time.c |   15 ---------------
> >  1 files changed, 0 insertions(+), 15 deletions(-)
> >
> > diff --git a/arch/arm/mach-omap1/time.c b/arch/arm/mach-omap1/time.c
> > index a4f8b20..872b965 100644
> > --- a/arch/arm/mach-omap1/time.c
> > +++ b/arch/arm/mach-omap1/time.c
> > @@ -262,21 +262,6 @@ static void __init omap_init_clocksource(unsigned long rate)
> >
> >
> >  /*
> > - * Scheduler clock - returns current time in nanosec units.
> > - */
> > -unsigned long long sched_clock(void)
> > -{
> > -     unsigned long ticks = 0 - omap_mpu_timer_read(1);
> > -     unsigned long long ticks64;
> > -
> > -     ticks64 = omap_mpu_timer2_overflows;
> > -     ticks64 <<= 32;
> > -     ticks64 |= ticks;
> > -
> > -     return cycles_2_ns(ticks64);
> > -}
> > -
> > -/*
> >   * ---------------------------------------------------------------------------
> >   * Timer initialization
> >   * ---------------------------------------------------------------------------
>
> _______________________________________________
> Linux-omap-open-source mailing list
> Linux-omap-open-source@linux.omap.com
> http://linux.omap.com/mailman/listinfo/linux-omap-open-source
>



-- 
Best Regards,

Felipe Balbi
felipebalbi@users.sourceforge.net

Re: [PATCH] ARM: OMAP: MACH-OMAP1: Fix compilation issues for OMAP1

[Tony Lindgren]

* Dirk Behme <dirk.behme@googlemail.com> [071126 11:51]:
> Felipe Balbi wrote:
>> After commit 6e0d7b9283a5b91bf2c2adc7801e426fd563bc13 building
>> is broken for omap1 archs due to double definition of sched_clock().
>> sched_clock() has moved to plat-omap/common.c so it's ok removing it
>> from mach-omap1/time.c
>
> While trying to find this patch in list archive, I found that you sent it 
> only to our new list at vger.kernel.org [1]. Nice, now I'm sure that mails 
> from that list reach me as well ;) But we have no archive there yet. So for 
> some time I think CC to Linux-omap-open-source@linux.omap.com would be good 
> as well.

BTW, I got a mail from Hank Leininger at MARC today saying that he is
adding the list. He will also import the old archives there!

Tony


> [1] http://vger.kernel.org/vger-lists.html#linux-omap
>
>> Signed-off-by: Felipe Balbi <felipe.lima@indt.org.br>
>> ---
>>  arch/arm/mach-omap1/time.c |   15 ---------------
>>  1 files changed, 0 insertions(+), 15 deletions(-)
>> diff --git a/arch/arm/mach-omap1/time.c b/arch/arm/mach-omap1/time.c
>> index a4f8b20..872b965 100644
>> --- a/arch/arm/mach-omap1/time.c
>> +++ b/arch/arm/mach-omap1/time.c
>> @@ -262,21 +262,6 @@ static void __init omap_init_clocksource(unsigned 
>> long rate)
>>    /*
>> - * Scheduler clock - returns current time in nanosec units.
>> - */
>> -unsigned long long sched_clock(void)
>> -{
>> -	unsigned long ticks = 0 - omap_mpu_timer_read(1);
>> -	unsigned long long ticks64;
>> -
>> -	ticks64 = omap_mpu_timer2_overflows;
>> -	ticks64 <<= 32;
>> -	ticks64 |= ticks;
>> -
>> -	return cycles_2_ns(ticks64);
>> -}
>> -
>> -/*
>>   * 
>> ---------------------------------------------------------------------------
>>   * Timer initialization
>>   * 
>> ---------------------------------------------------------------------------
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-omap" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

Switching to vger mailing list, was: [PATCH] ARM: OMAP: MACH-OMAP1: Fix compilation issues for OMAP1

[Dirk Behme]

Tony Lindgren wrote:
> * Dirk Behme <dirk.behme@googlemail.com> [071126 11:51]:
>>Felipe Balbi wrote:
>>>After commit 6e0d7b9283a5b91bf2c2adc7801e426fd563bc13 building
>>>is broken for omap1 archs due to double definition of sched_clock().
>>>sched_clock() has moved to plat-omap/common.c so it's ok removing it
>>>from mach-omap1/time.c
>>
>>While trying to find this patch in list archive, I found that you sent it 
>>only to our new list at vger.kernel.org [1]. Nice, now I'm sure that mails 
>>from that list reach me as well ;) But we have no archive there yet. So for 
>>some time I think CC to Linux-omap-open-source@linux.omap.com would be good 
>>as well.
> 
> BTW, I got a mail from Hank Leininger at MARC today saying that he is
> adding the list. He will also import the old archives there!

Its there:

http://marc.info/?l=linux-omap

:)

Tony, do you like to ask vger admin to put anything like

-- cut --
This is the "new" mailing list for Linux on ARM based TI OMAP SoCs. 
For (old & new) archive see

http://marc.info/?l=linux-omap

This list is medium traffic, ~10 mails per day, sometimes patches and 
patch series. Send OMAP related infos, bugs or patches to this list, 
at least in CC if they affect other subsystems. See

http://source.mvista.com/git/?p=linux-omap-2.6.git;a=summary

for OMAP git kernel discussed on this list.
-- cut --

to http://vger.kernel.org/vger-lists.html#linux-omap?

Maybe we can switch over to vger list a 1st Dec then.

Regards

Dirk

Re: Switching to vger mailing list, was: [PATCH] ARM: OMAP: MACH-OMAP1: Fix compilation issues for OMAP1

[Tony Lindgren]

* Dirk Behme <dirk.behme@googlemail.com> [071129 08:00]:
> Tony Lindgren wrote:
>> * Dirk Behme <dirk.behme@googlemail.com> [071126 11:51]:
>>> Felipe Balbi wrote:
>>>> After commit 6e0d7b9283a5b91bf2c2adc7801e426fd563bc13 building
>>>> is broken for omap1 archs due to double definition of sched_clock().
>>>> sched_clock() has moved to plat-omap/common.c so it's ok removing it
>>>> from mach-omap1/time.c
>>>
>>> While trying to find this patch in list archive, I found that you sent it 
>>> only to our new list at vger.kernel.org [1]. Nice, now I'm sure that 
>>> mails from that list reach me as well ;) But we have no archive there 
>>> yet. So for some time I think CC to Linux-omap-open-source@linux.omap.com 
>>> would be good as well.
>> BTW, I got a mail from Hank Leininger at MARC today saying that he is
>> adding the list. He will also import the old archives there!
>
> Its there:
>
> http://marc.info/?l=linux-omap
>
> :)

Great!

> Tony, do you like to ask vger admin to put anything like
>
> -- cut --
> This is the "new" mailing list for Linux on ARM based TI OMAP SoCs. For 
> (old & new) archive see

How about just:

This is the mailing list for Linux on ARM based TI OMAP SoCs. For
archive see

http://marc.info/?l=linux-omap

Please note that the archive also covers the old linux mailing list
archive hosted at linux-omap-open-source@linux.omap.com.

> This list is medium traffic, ~10 mails per day, sometimes patches and patch 
> series. Send OMAP related infos, bugs or patches to this list, at least in 
> CC if they affect other subsystems. See
>
> http://source.mvista.com/git/?p=linux-omap-2.6.git;a=summary
>
> for OMAP git kernel discussed on this list.
> -- cut --
>
> to http://vger.kernel.org/vger-lists.html#linux-omap?

Looks good otherwise.

> Maybe we can switch over to vger list a 1st Dec then.

Yeah, looks like we're ready to switch except for some web page updates.

Tony

Re: Switching to vger mailing list

[Dirk Behme]

Tony Lindgren wrote:
> * Dirk Behme <dirk.behme@googlemail.com> [071129 08:00]:
> 
>>Tony Lindgren wrote:
>>
>>>* Dirk Behme <dirk.behme@googlemail.com> [071126 11:51]:
>>>
>>>>Felipe Balbi wrote:
>>>>
>>>>>After commit 6e0d7b9283a5b91bf2c2adc7801e426fd563bc13 building
>>>>>is broken for omap1 archs due to double definition of sched_clock().
>>>>>sched_clock() has moved to plat-omap/common.c so it's ok removing it
>>>>>from mach-omap1/time.c
>>>>
>>>>While trying to find this patch in list archive, I found that you sent it 
>>>>only to our new list at vger.kernel.org [1]. Nice, now I'm sure that 
>>>>mails from that list reach me as well ;) But we have no archive there 
>>>>yet. So for some time I think CC to Linux-omap-open-source@linux.omap.com 
>>>>would be good as well.
>>>
>>>BTW, I got a mail from Hank Leininger at MARC today saying that he is
>>>adding the list. He will also import the old archives there!
>>
>>Its there:
>>
>>http://marc.info/?l=linux-omap
>>
>>:)
> 
> 
> Great!
> 
> 
>>Tony, do you like to ask vger admin to put anything like
>>
>>-- cut --
>>This is the "new" mailing list for Linux on ARM based TI OMAP SoCs. For 
>>(old & new) archive see
> 
> 
> How about just:
> 
> This is the mailing list for Linux on ARM based TI OMAP SoCs. For
> archive see
> 
> http://marc.info/?l=linux-omap
> 
> Please note that the archive also covers the old linux mailing list
> archive hosted at linux-omap-open-source@linux.omap.com.

This should be

... hosted at 
http://linux.omap.com/mailman/listinfo/linux-omap-open-source

instead of a mailaddress?

Everything else is fine :)

Summary:

-- cut --
This is the mailing list for Linux on ARM based TI OMAP SoCs. For 
archive see

http://marc.info/?l=linux-omap

Please note that the archive also covers the old linux mailing list 
archive hosted at 
http://linux.omap.com/mailman/listinfo/linux-omap-open-source .

This list is medium traffic, ~10 mails per day, sometimes patches and 
patch series. Send OMAP related infos, bugs or patches to this list, 
at least in CC if they affect other subsystems. See

http://source.mvista.com/git/?p=linux-omap-2.6.git;a=summary

for OMAP git kernel discussed on this list.
-- cut --

Cheers

Dirk

>>This list is medium traffic, ~10 mails per day, sometimes patches and patch 
>>series. Send OMAP related infos, bugs or patches to this list, at least in 
>>CC if they affect other subsystems. See
>>
>>http://source.mvista.com/git/?p=linux-omap-2.6.git;a=summary
>>
>>for OMAP git kernel discussed on this list.
>>-- cut --
>>
>>to http://vger.kernel.org/vger-lists.html#linux-omap?
> 
> 
> Looks good otherwise.
> 
> 
>>Maybe we can switch over to vger list a 1st Dec then.
> 
> 
> Yeah, looks like we're ready to switch except for some web page updates.
> 
> Tony
>