Searched hist:"86 e4dd5add77ab809f5427391dfabb8f78cbcb58" (Results 1 – 7 of 7) sorted by relevance
| /openbmc/linux/arch/sh/kernel/ |
| H A D | io.c | diff 86e4dd5add77ab809f5427391dfabb8f78cbcb58 Tue May 25 06:06:13 CDT 2010 Paul Mundt <lethal@linux-sh.org> sh: support for platforms without PIO.
This extends some of the existing special casing for HAS_IOPORT
platforms and gets it to the point where platforms can begin to
conditionally select it.
The major changes here are that the PIO routines themselves go away
completely, including all of the machvec port mapping wrappers. With this
in place it's possible for any non-machvec abusing platform to disable
PIO completely. At present this is left as an opt-in until the abusers
are the odd ones out instead of the majority.
Signed-off-by: Paul Mundt <lethal@linux-sh.org>
|
| H A D | machvec.c | diff 86e4dd5add77ab809f5427391dfabb8f78cbcb58 Tue May 25 06:06:13 CDT 2010 Paul Mundt <lethal@linux-sh.org> sh: support for platforms without PIO.
This extends some of the existing special casing for HAS_IOPORT
platforms and gets it to the point where platforms can begin to
conditionally select it.
The major changes here are that the PIO routines themselves go away
completely, including all of the machvec port mapping wrappers. With this
in place it's possible for any non-machvec abusing platform to disable
PIO completely. At present this is left as an opt-in until the abusers
are the odd ones out instead of the majority.
Signed-off-by: Paul Mundt <lethal@linux-sh.org>
|
| H A D | io_trapped.c | diff 86e4dd5add77ab809f5427391dfabb8f78cbcb58 Tue May 25 06:06:13 CDT 2010 Paul Mundt <lethal@linux-sh.org> sh: support for platforms without PIO.
This extends some of the existing special casing for HAS_IOPORT
platforms and gets it to the point where platforms can begin to
conditionally select it.
The major changes here are that the PIO routines themselves go away
completely, including all of the machvec port mapping wrappers. With this
in place it's possible for any non-machvec abusing platform to disable
PIO completely. At present this is left as an opt-in until the abusers
are the odd ones out instead of the majority.
Signed-off-by: Paul Mundt <lethal@linux-sh.org>
|
| H A D | Makefile | diff 86e4dd5add77ab809f5427391dfabb8f78cbcb58 Tue May 25 06:06:13 CDT 2010 Paul Mundt <lethal@linux-sh.org> sh: support for platforms without PIO.
This extends some of the existing special casing for HAS_IOPORT
platforms and gets it to the point where platforms can begin to
conditionally select it.
The major changes here are that the PIO routines themselves go away
completely, including all of the machvec port mapping wrappers. With this
in place it's possible for any non-machvec abusing platform to disable
PIO completely. At present this is left as an opt-in until the abusers
are the odd ones out instead of the majority.
Signed-off-by: Paul Mundt <lethal@linux-sh.org>
|
| /openbmc/linux/arch/sh/include/asm/ |
| H A D | machvec.h | diff 86e4dd5add77ab809f5427391dfabb8f78cbcb58 Tue May 25 06:06:13 CDT 2010 Paul Mundt <lethal@linux-sh.org> sh: support for platforms without PIO.
This extends some of the existing special casing for HAS_IOPORT
platforms and gets it to the point where platforms can begin to
conditionally select it.
The major changes here are that the PIO routines themselves go away
completely, including all of the machvec port mapping wrappers. With this
in place it's possible for any non-machvec abusing platform to disable
PIO completely. At present this is left as an opt-in until the abusers
are the odd ones out instead of the majority.
Signed-off-by: Paul Mundt <lethal@linux-sh.org>
|
| H A D | io.h | diff 86e4dd5add77ab809f5427391dfabb8f78cbcb58 Tue May 25 06:06:13 CDT 2010 Paul Mundt <lethal@linux-sh.org> sh: support for platforms without PIO.
This extends some of the existing special casing for HAS_IOPORT
platforms and gets it to the point where platforms can begin to
conditionally select it.
The major changes here are that the PIO routines themselves go away
completely, including all of the machvec port mapping wrappers. With this
in place it's possible for any non-machvec abusing platform to disable
PIO completely. At present this is left as an opt-in until the abusers
are the odd ones out instead of the majority.
Signed-off-by: Paul Mundt <lethal@linux-sh.org>
|
| /openbmc/linux/arch/sh/ |
| H A D | Kconfig | diff 86e4dd5add77ab809f5427391dfabb8f78cbcb58 Tue May 25 06:06:13 CDT 2010 Paul Mundt <lethal@linux-sh.org> sh: support for platforms without PIO.
This extends some of the existing special casing for HAS_IOPORT
platforms and gets it to the point where platforms can begin to
conditionally select it.
The major changes here are that the PIO routines themselves go away
completely, including all of the machvec port mapping wrappers. With this
in place it's possible for any non-machvec abusing platform to disable
PIO completely. At present this is left as an opt-in until the abusers
are the odd ones out instead of the majority.
Signed-off-by: Paul Mundt <lethal@linux-sh.org>
|