public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Can Aydin <can.aydin@locatacorp.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [RFC] [PATCH 0/4] Add support for Freescale's 85xx and P1/P2xxx eSPI controller
Date: Wed, 29 Sep 2010 09:50:09 +1000	[thread overview]
Message-ID: <4CA27F31.9000305@locatacorp.com> (raw)
In-Reply-To: <20100928124654.06465D5218F@gemini.denx.de>

  Dear Wolfgang,

On 28/09/2010 10:46 PM, Wolfgang Denk wrote:
>
>
>> People could also choose to bitbang the SPI on their custom hardware but
>> again I feel that might defeat the purpose and spirit of u-boot. (Then
>> again, I'm new so don't quote me on that).
> Oops?  Where exactly do you see conflicts with "the purpose and
> spirit" of U-Boot?
I was mostly referring to u-boot's aim of being a universal boot loader. 
As an analogy to the Linux kernel, when attempting to support multiple 
architectures and platforms, there is often the inevitable case where 
unfortunate hardware quirks have to be handled by some sort of framework 
for dealing with special cases in the driver model.

As the SPI pins cannot be driven as GPIO, anyone who wants to use this 
particular feature will necessarily have to implement their own 
workarounds in the current u-boot code.

Would a better starting point be to just submit the driver(which works 
fine standalone with cmd_spi) and leave the discussions regarding 
spi_flash common code for further debate?

Can

  parent reply	other threads:[~2010-09-28 23:50 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-08-05 22:14 [U-Boot] [RFC PATCH 0/3] Add device tree support for ARM to U-Boot John Rigby
2010-08-05 22:14 ` [U-Boot] [RFC 1/3] FDT: Add fixup support of multiple banks of memory John Rigby
2010-08-05 23:26   ` Kumar Gala
2010-08-05 23:36     ` John Rigby
2010-08-10 19:39       ` Grant Likely
2010-08-10 20:17         ` Dan Malek
2010-08-10 20:26           ` Grant Likely
2010-08-10 21:17             ` Dan Malek
2010-08-10 21:03         ` John Rigby
2010-08-10 21:09           ` Grant Likely
2010-08-10 22:22         ` Scott Wood
2010-09-28  9:56     ` [U-Boot] [RFC] [PATCH 0/4] Add support for Freescale's 85xx and P1/P2xxx eSPI controller Can Aydin
2010-09-28 11:02       ` Reinhard Meyer
2010-09-28 11:49         ` Can Aydin
2010-09-28 12:27           ` Can Aydin
2010-09-28 12:46           ` Wolfgang Denk
2010-09-28 13:22             ` Reinhard Meyer
2010-09-28 23:37               ` Can Aydin
2010-09-28 23:50             ` Can Aydin [this message]
2010-10-13 10:25       ` Xie Shaohui-B21989
2010-10-27 10:50         ` Can Aydin
2010-08-05 22:14 ` [U-Boot] [RFC 2/3] ARM: WIP: add flat device tree support John Rigby
2010-08-05 22:31   ` Wolfgang Denk
2010-08-05 23:07     ` John Rigby
2010-08-10 19:44   ` Grant Likely
2010-08-10 19:46     ` Grant Likely
2010-08-10 20:23     ` Albert ARIBAUD
2010-08-10 20:48       ` John Rigby
2010-08-10 21:01         ` Wolfgang Denk
2010-08-05 22:14 ` [U-Boot] [RFC 3/3] ARM: add config for beagle with fdt enabled John Rigby
2010-08-05 22:35   ` Wolfgang Denk
2010-08-05 23:04     ` John Rigby
2010-09-01 16:53 ` [U-Boot] [PATCH 0/5] Device tree support for ARM John Rigby
2010-09-01 16:53 ` [U-Boot] [PATCH 1/5] FDT: Add fixup support for multiple banks of memory John Rigby
2010-09-01 16:53 ` [U-Boot] [PATCH 2/5] FDT: only call boot_get_fdt from generic code John Rigby
2010-09-01 16:53 ` [U-Boot] [PATCH 3/5] boot: change some arch ifdefs to feature ifdefs John Rigby
2010-09-01 16:53 ` [U-Boot] [PATCH 4/5] ARM: add flat device tree support John Rigby
2010-10-06 15:26   ` Rob Herring
2010-09-01 16:53 ` [U-Boot] [PATCH 5/5] ARM: enable device tree for beagle John Rigby
2010-09-01 16:59   ` John Rigby

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=4CA27F31.9000305@locatacorp.com \
    --to=can.aydin@locatacorp.com \
    --cc=u-boot@lists.denx.de \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox