All of lore.kernel.org
 help / color / mirror / Atom feed
From: mike@compulab.co.il (Mike Rapoport)
To: linux-arm-kernel@lists.infradead.org
Subject: [RFC/PATCH] ARM: add Tegra support
Date: Tue, 16 Mar 2010 10:49:48 +0200	[thread overview]
Message-ID: <4B9F462C.7060902@compulab.co.il> (raw)
In-Reply-To: <4344f3c71003151538r7dc30e01uc9885ca5d3f327cd@mail.gmail.com>

Erik Gilling wrote:
> On Tue, Mar 9, 2010 at 9:38 AM, Mike Rapoport <mike@compulab.co.il> wrote:
>> This patch adds basic support for Nvidia Tegra2 platform.
> 
> This code seems to be our port from
> git://android.git.kernel.org/kernel/tegra.git with some features
> removed, minor cleanups, and many trivial changes.  These changes make
> it difficult for us to track improvements and bug fixes in either
> direction.  

Neither Nvidia nor Google showed any movements towards the mainline and
it was completely not clear if such plans exist at all. I've posted the 
patch a week ago and there were no comments from you since then. I'd be 
glad to see Tegra support in the mainline whether it'd be my patch or 
yours. I did my best to bring the basic Tegra support to a state that it 
can be merged into the mainline and I'll be happy to contribute to that 
support in the future.

> We're happy that other people are interested in our work
> however are disappointed that our opinions were not sought before
> making these changes and posting nor was any attribution given to the
> work's authors.

My apologies. Indeed, I should have make it clear that my work is based
on git://android.git.kernel.org/kernel/tegra.git

> We're still in the process here at Google of cleaning up the port for
> submission.  We should have our changes rebased on 34-rc1 without the
> android-common code by the end of the day.  We've been maintaining a
> patchstack which separates out the functional subsystems.  Would
> people here prefer to see that or a collapsed patch like this one.
> 
> Specific issues with this patch with respect to our work:
> 
> Lots of trival changes like moving files around, renaming variables,

I've moved the things around because in my opinion they belong to the 
places were I've put them.

> and re-wording/re-formating comments (sometimes changing the meaning
> of the comment incorrectly)

You are little bit exaggerating here. The wording was changed only in 
one comment and it doesn't seam to me to change the meaning.

> Removal of SMP, L2 cache, and pinmux support.

I've intended to add SMP, L2 and pinmux after the first hunk would be 
merged.

> Removal of the gpio_names header.  Because tegra does not define GPIOs
> numerically, it is impossible to convert a gpio name (i.e. PN6) from a
> schematic to a GPIO number without consulting and interpreting the
> datasheet.

The gpio_names header could have been added later, although I don't 
agree that it is essential to have it at all. Usually board file create 
their own defines for GPIOs that reflect actual GPIO usage, e.g. 
SOME_DEVICE_RST.

> Removal of the tegra_gpio_enable and tegra_gpio_disable functions.
> Because of the way pin muxing is implemented in tegra, gpio
> configuration does not map into the pinmuxing subsystem.

I've removed these functions because they were not referenced by any 
other code.

> Removal of pr_debug lines from the clock code.

I don't think that keeping pr_debug in each function is really good idea.

> Changing the way peripheral clocks are defined to use two separate
> tables which are required to be kept in sync by hand.

Having static clocks definition has its advantages. It simplifies the 
initialization code and saves several CPU cycles on boot. However, I 
agree that your approach may be better from the maintainability POV.

> Removal of some pll entries.

The plls were reordered, but I think none was removed.

> -Erik


-- 
Sincerely yours,
Mike.

  parent reply	other threads:[~2010-03-16  8:49 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-03-09 16:38 [RFC/PATCH] ARM: add Tegra support Mike Rapoport
2010-03-14  6:51 ` Mike Rapoport
2010-03-15  6:54   ` Thierry Reding
2010-03-15 16:16     ` Thierry Reding
2010-03-15 17:41 ` Gary King
2010-03-15 18:09 ` Russell King - ARM Linux
2010-03-15 22:38 ` Erik Gilling
2010-03-16  6:41   ` [RFC/PATCH 00/10] Tegra2 support konkers at google.com
2010-03-16  6:41     ` [RFC/PATCH 01/10] [ARM] tegra: initial tegra support konkers at google.com
2010-03-16  6:41       ` [RFC/PATCH 02/10] [ARM] tegra: Add IRQ support konkers at google.com
2010-03-16  6:41         ` [RFC/PATCH 03/10] [ARM] tegra: Add clock support konkers at google.com
2010-03-16  6:41           ` [RFC/PATCH 04/10] [ARM] tegra: SMP support konkers at google.com
2010-03-16  6:41             ` [RFC/PATCH 05/10] [ARM] tegra: Add timer support konkers at google.com
2010-03-16  6:41               ` [RFC/PATCH 06/10] [ARM] tegra: add GPIO support konkers at google.com
2010-03-16  6:41                 ` [RFC/PATCH 07/10] [ARM] tegra: add pinmux support konkers at google.com
2010-03-16  6:41                   ` [RFC/PATCH 08/10] [ARM] tegra: Add framebuffer driver konkers at google.com
2010-03-16  6:41                     ` [RFC/PATCH 09/10] [ARM] tegra: harmony: Add harmony board file konkers at google.com
2010-03-16  6:41                       ` [RFC/PATCH 10/10] [ARM] tegra: Add harmony_defconfig konkers at google.com
2010-03-17  8:21                       ` [RFC/PATCH 09/10] [ARM] tegra: harmony: Add harmony board file Mike Rapoport
2010-03-18  2:27                         ` Erik Gilling
2010-03-18 20:41                           ` mike at compulab.co.il
2010-03-16  7:57                     ` [RFC/PATCH 08/10] [ARM] tegra: Add framebuffer driver Jaya Kumar
2010-03-16  7:57                       ` Jaya Kumar
2010-03-17  0:31                       ` Colin Cross
2010-03-17  0:31                         ` Colin Cross
2010-03-18  8:47                     ` Russell King - ARM Linux
2010-03-18 23:57                       ` Colin Cross
2010-03-17  8:15                 ` [RFC/PATCH 06/10] [ARM] tegra: add GPIO support Mike Rapoport
2010-03-18  2:19                   ` Erik Gilling
2010-03-18  8:42           ` [RFC/PATCH 03/10] [ARM] tegra: Add clock support Russell King - ARM Linux
2010-03-18 23:57             ` Colin Cross
2010-03-17  7:57       ` [RFC/PATCH 01/10] [ARM] tegra: initial tegra support Mike Rapoport
2010-03-18  8:32     ` [RFC/PATCH 00/10] Tegra2 support Russell King - ARM Linux
2010-03-18 16:40       ` Erik Gilling
2010-03-18 20:30       ` Erik Gilling
2010-03-18 21:03         ` Erik Gilling
2010-03-16  8:49   ` Mike Rapoport [this message]
2010-03-16 13:44     ` [RFC/PATCH] ARM: add Tegra support Brian Swetland
2010-03-16 14:11       ` Mike Rapoport

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=4B9F462C.7060902@compulab.co.il \
    --to=mike@compulab.co.il \
    --cc=linux-arm-kernel@lists.infradead.org \
    /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.