From: Graeme Russ <graeme.russ@gmail.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 12/26] [ns16550] Enable port-mapped access
Date: Sun, 11 Apr 2010 23:07:20 +1000 [thread overview]
Message-ID: <4BC1C988.6040609@gmail.com> (raw)
In-Reply-To: <4BC1C5D5.3050200@gmail.com>
Nishanth Menon wrote:
> On 04/11/2010 07:43 AM, Graeme Russ wrote:
>> The x86 architecture exclusively uses Port-Mapped I/O (inb/outb) to
>> access
>> the 16550 UARTs. This patch mimics how Linux selects between
>> Memory-Mapped
>> and Port-Mapped I/O. This allows x86 boards to use CONFIG_SERIAL_MUTLI
>> and
>> drop the custom serial port driver
> [...]
>
<snip>
>> +#ifdef CONFIG_X86
>> +#define serial_out(x,y) outb(x,(ulong)y)
>> +#define serial_in(y) inb((ulong)y)
>> +#else
>> +#define serial_out(x,y) writeb(x,y)
>> +#define serial_in(y) readb(y)
>> +#endif
>
> wont it be nice if we have:
> CONFIG_NS16550_PORT_MAPPED
> CONFIG_NS16550_MEMORY_MAPPED
> ? rather than being tied to x86?
<snip>
Hmm, true. Or maybe CONFIG_SYS_NS16550_PORT_MAPPED instead of
CONFIG_X86 so the default of memory mapped is silently retained
I think CONFIG_SYS is more appropriate as per the README:
* Configuration _SETTINGS_:
These depend on the hardware etc. and should not be meddled with if
you don't know what you're doing; they have names beginning with
"CONFIG_SYS_".
Regards,
Graeme
next prev parent reply other threads:[~2010-04-11 13:07 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-04-11 12:43 [U-Boot] [PATCH v2 00/26] [x86] 'Comming of Age' Graeme Russ
2010-04-11 12:43 ` [U-Boot] [PATCH 01/26] [x86] Add unaligned.h Graeme Russ
2010-04-11 12:43 ` [U-Boot] [PATCH 02/26] [x86] #ifdef out getenv_IPaddr() Graeme Russ
2010-04-11 12:43 ` [U-Boot] [PATCH 03/26] [x86] Fix MMCR Access Graeme Russ
2010-04-11 12:43 ` [U-Boot] [PATCH 04/26] [x86] Add register dump to crash handlers Graeme Russ
2010-04-11 12:43 ` [U-Boot] [PATCH 05/26] [x86] Fix do_go_exec() Graeme Russ
2010-04-11 12:43 ` [U-Boot] [PATCH 06/26] [x86] Fix sc520 memory size reporting Graeme Russ
2010-04-11 12:43 ` [U-Boot] [PATCH 07/26] [x86] Split sc520 memory sizing versus reporting Graeme Russ
2010-04-11 12:43 ` [U-Boot] [PATCH 08/26] [x86] Add RAM bootstrap functionality Graeme Russ
2010-04-11 12:43 ` [U-Boot] [PATCH 09/26] [x86] Move GDT to a safe location in RAM Graeme Russ
2010-04-11 12:43 ` [U-Boot] [PATCH 10/26] [x86] Pass relocation offset into Global Data Graeme Russ
2010-04-11 12:43 ` [U-Boot] [PATCH 11/26] [x86] Fix copying of Real-Mode code into RAM Graeme Russ
2010-04-11 12:43 ` [U-Boot] [PATCH 12/26] [ns16550] Enable port-mapped access Graeme Russ
2010-04-11 12:51 ` Nishanth Menon
2010-04-11 13:07 ` Graeme Russ [this message]
2010-04-11 13:09 ` Nishanth Menon
2010-04-11 12:43 ` [U-Boot] [PATCH 13/26] [x86] Use CONFIG_SERIAL_MULTI Graeme Russ
2010-04-11 12:43 ` [U-Boot] [PATCH 14/26] [x86] Provide weak PC/AT compatibility setup function Graeme Russ
2010-04-11 12:43 ` [U-Boot] [PATCH 15/26] [x86] Fix support for booting bzImage Graeme Russ
2010-04-11 12:43 ` [U-Boot] [PATCH 16/26] [sc520] Allow boards to override udelay Graeme Russ
2010-04-11 12:43 ` [U-Boot] [PATCH 17/26] [eNET] Fix Flash Write Graeme Russ
2010-04-11 12:43 ` [U-Boot] [PATCH 18/26] [eNET] Fix CONFIG_SYS_HZ to be 1000 Graeme Russ
2010-04-11 12:43 ` [U-Boot] [PATCH 19/26] [sc520] Move PCI defines to PCI include file Graeme Russ
2010-04-11 12:43 ` [U-Boot] [PATCH 20/26] [sc520] Board Specific PCI Init Graeme Russ
2010-04-11 12:43 ` [U-Boot] [PATCH 21/26] [eNET] Add support for onboard RTL8100B (RTL8139) chips Graeme Russ
2010-04-11 16:39 ` Ben Warren
2010-04-11 12:43 ` [U-Boot] [PATCH 22/26] [eNET] Add PC/AT compatibility setup function Graeme Russ
2010-04-11 12:43 ` [U-Boot] [PATCH 23/26] Use SC520 MMCR to reset eNET board Graeme Russ
2010-04-11 12:43 ` [U-Boot] [PATCH 24/26] Implement eNET Watchdog Graeme Russ
2010-04-11 12:43 ` [U-Boot] [PATCH 25/26] [sc520] Update to new AMD Copyright Graeme Russ
2010-04-11 12:43 ` Graeme Russ
2010-04-11 12:43 ` [U-Boot] [PATCH 26/26] [sc520] Fix minor DRAM Controller Setup bug Graeme Russ
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=4BC1C988.6040609@gmail.com \
--to=graeme.russ@gmail.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 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.