All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tony Lindgren <tony@atomide.com>
To: "Pali Rohár" <pali.rohar@gmail.com>
Cc: linux-omap@vger.kernel.org,
	Russell King - ARM Linux <linux@arm.linux.org.uk>,
	linux-arm-kernel@lists.infradead.org,
	Arnd Bergmann <arnd@arndb.de>, Nicolas Pitre <nico@linaro.org>
Subject: Re: [PATCH 0/3] Drop more omap3 legacy board-*.c files for v4.2
Date: Tue, 5 May 2015 08:06:38 -0700	[thread overview]
Message-ID: <20150505150638.GC21061@atomide.com> (raw)
In-Reply-To: <20150505145407.GK18002@pali>

* Pali Rohár <pali.rohar@gmail.com> [150505 07:55]:
> On Tuesday 05 May 2015 07:43:08 Tony Lindgren wrote:
> > * Arnd Bergmann <arnd@arndb.de> [150505 03:56]:
> > > On Monday 04 May 2015 13:01:54 Tony Lindgren wrote:
> > > > 
> > > > For dropping the remaining omap3 legacy boot support, we still
> > > > have the following board-*.c files:
> > > > 
> > > > BOARD                   REASON NEEDED
> > > > board-ldp.c             Still used in RMKs boot test system
> > > > board-omap3logic.c      Getting a .dts file for v4.2
> > > > board-omap3pandora.c    Got a .dts file for v4.1
> > > > board-rx51-*.c          Needs /proc/atags support for user space
> > > > 
> > > > I'm hoping we can drop those for v4.3 merge window, then keep
> > > > the platform data around for one more merge window in case of
> > > > reverting needed, then drop the platform data too for v4.4
> > > > if no issues needing reverting are found.
> > > 
> > > Sounds great. Has there been a conclusion about what to do for the
> > > rx51 /proc/atags support?
> > 
> > I believe we just need to enable /proc/atags also for device tree
> > based booting if CONFIG_ARM_ATAG_DTB_COMPAT. Pali may have more
> > info on that.
> > 
> > Then looks like Pali's two patches for showing the revision are
> > still pending in thread "[PATCH v2 0/2] ARM: /proc/cpuinfo: DT:
> > Add support for Revision":
> > 
> > http://www.spinics.net/lists/arm-kernel/msg401535.html
> 
> I think I already sent all need patches to ML. But I did not check if
> you merged them or not. I did not get any new comments for them for a
> while and right now I do not have time for looking at it again.

Oh OK, do you have link to the /proc/atags patch somewhere?

Maybe Arnd and Nico can pick them up and sort out how we should
queue them with Russell?
 
> I'm against removing board-rx51*.c files before /proc/cpuinfo and
> /proc/atags will be available also for DT booted machine...

I agree those should be supported also for DT based booting.
 
> Plus there were some other regression for DT booted N900 (not only /proc
> files), but I do not remember them now. I sent more emails where I
> wrote it. Maybe it is fixed, maybe not, just search into archive for my
> emails.

OK
 
> I can try to find some time at the weekend (this or next) to test
> 4.1-rc* kernel on N900 and report what is working...

Regards,

Tony

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

WARNING: multiple messages have this Message-ID (diff)
From: tony@atomide.com (Tony Lindgren)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 0/3] Drop more omap3 legacy board-*.c files for v4.2
Date: Tue, 5 May 2015 08:06:38 -0700	[thread overview]
Message-ID: <20150505150638.GC21061@atomide.com> (raw)
In-Reply-To: <20150505145407.GK18002@pali>

* Pali Roh?r <pali.rohar@gmail.com> [150505 07:55]:
> On Tuesday 05 May 2015 07:43:08 Tony Lindgren wrote:
> > * Arnd Bergmann <arnd@arndb.de> [150505 03:56]:
> > > On Monday 04 May 2015 13:01:54 Tony Lindgren wrote:
> > > > 
> > > > For dropping the remaining omap3 legacy boot support, we still
> > > > have the following board-*.c files:
> > > > 
> > > > BOARD                   REASON NEEDED
> > > > board-ldp.c             Still used in RMKs boot test system
> > > > board-omap3logic.c      Getting a .dts file for v4.2
> > > > board-omap3pandora.c    Got a .dts file for v4.1
> > > > board-rx51-*.c          Needs /proc/atags support for user space
> > > > 
> > > > I'm hoping we can drop those for v4.3 merge window, then keep
> > > > the platform data around for one more merge window in case of
> > > > reverting needed, then drop the platform data too for v4.4
> > > > if no issues needing reverting are found.
> > > 
> > > Sounds great. Has there been a conclusion about what to do for the
> > > rx51 /proc/atags support?
> > 
> > I believe we just need to enable /proc/atags also for device tree
> > based booting if CONFIG_ARM_ATAG_DTB_COMPAT. Pali may have more
> > info on that.
> > 
> > Then looks like Pali's two patches for showing the revision are
> > still pending in thread "[PATCH v2 0/2] ARM: /proc/cpuinfo: DT:
> > Add support for Revision":
> > 
> > http://www.spinics.net/lists/arm-kernel/msg401535.html
> 
> I think I already sent all need patches to ML. But I did not check if
> you merged them or not. I did not get any new comments for them for a
> while and right now I do not have time for looking at it again.

Oh OK, do you have link to the /proc/atags patch somewhere?

Maybe Arnd and Nico can pick them up and sort out how we should
queue them with Russell?
 
> I'm against removing board-rx51*.c files before /proc/cpuinfo and
> /proc/atags will be available also for DT booted machine...

I agree those should be supported also for DT based booting.
 
> Plus there were some other regression for DT booted N900 (not only /proc
> files), but I do not remember them now. I sent more emails where I
> wrote it. Maybe it is fixed, maybe not, just search into archive for my
> emails.

OK
 
> I can try to find some time at the weekend (this or next) to test
> 4.1-rc* kernel on N900 and report what is working...

Regards,

Tony

  reply	other threads:[~2015-05-05 15:06 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-04 20:01 [PATCH 0/3] Drop more omap3 legacy board-*.c files for v4.2 Tony Lindgren
2015-05-04 20:01 ` Tony Lindgren
2015-05-04 20:01 ` [PATCH 1/3] ARM: OMAP2+: Remove legacy booting support for cm-t35 Tony Lindgren
2015-05-04 20:01   ` Tony Lindgren
2015-05-04 20:01 ` [PATCH 2/3] ARM: OMAP2+: Remove legacy booting support for Overo Tony Lindgren
2015-05-04 20:01   ` Tony Lindgren
2015-05-06 16:14   ` Ash Charles
2015-05-06 16:14     ` Ash Charles
2015-05-04 20:01 ` [PATCH 3/3] ARM: OMAP2+: Remove legacy booting support for Beagleboards Tony Lindgren
2015-05-04 20:01   ` Tony Lindgren
2015-05-05 10:54 ` [PATCH 0/3] Drop more omap3 legacy board-*.c files for v4.2 Arnd Bergmann
2015-05-05 10:54   ` Arnd Bergmann
2015-05-05 14:43   ` Tony Lindgren
2015-05-05 14:43     ` Tony Lindgren
2015-05-05 14:54     ` Pali Rohár
2015-05-05 14:54       ` Pali Rohár
2015-05-05 15:06       ` Tony Lindgren [this message]
2015-05-05 15:06         ` Tony Lindgren
2015-05-05 16:39         ` Pali Rohár
2015-05-05 16:39           ` Pali Rohár
2015-05-05 16:58           ` Nicolas Pitre
2015-05-05 16:58             ` Nicolas Pitre
2015-05-05 17:00           ` Tony Lindgren
2015-05-05 17:00             ` Tony Lindgren
2015-05-06  8:52             ` Pali Rohár
2015-05-06  8:52               ` Pali Rohár
2015-05-06 14:42               ` Tony Lindgren
2015-05-06 14:42                 ` Tony Lindgren
2015-05-15 19:52                 ` Pali Rohár
2015-05-15 19:52                   ` Pali Rohár

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=20150505150638.GC21061@atomide.com \
    --to=tony@atomide.com \
    --cc=arnd@arndb.de \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=linux@arm.linux.org.uk \
    --cc=nico@linaro.org \
    --cc=pali.rohar@gmail.com \
    /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.