#
93e1552c |
|
14-Nov-2023 |
Igor Prusov <ivprusov@salutedevices.com> |
x86: Add defines for ins/outs functions Add defines for {in,out}s{b,w,l}() functions to make sure that they will be used by asm-generic/io.h Signed-off-by: Igor Prusov <ivprusov@salutedevices.com> |
#
401d1c4f |
|
30-Oct-2020 |
Simon Glass <sjg@chromium.org> |
common: Drop asm/global_data.h from common header Move this out of the common header and include it only where needed. In a number of cases this requires adding "struct udevice;" to avoid adding another large header or in other cases replacing / adding missing header files that had been pulled in, very indirectly. Finally, we have a few cases where we did not need to include <asm/global_data.h> at all, so remove that include. Signed-off-by: Simon Glass <sjg@chromium.org> Signed-off-by: Tom Rini <trini@konsulko.com> |
#
3a44bfdf |
|
16-Feb-2019 |
Simon Glass <sjg@chromium.org> |
x86: Adjust I/O macros to work on 64-bit machines At present these macros give warnings on 64-bit machines and do not correctly do 32-bit accesses. Update them to use linux types. Signed-off-by: Simon Glass <sjg@chromium.org> Reviewed-by: Bin Meng <bmeng.cn@gmail.com> |
#
3bf9a8e8 |
|
15-Oct-2018 |
Bin Meng <bmeng.cn@gmail.com> |
x86: Implement arch-specific io accessor routines At present the generic io{read,write}{8,16,32} routines only support MMIO access. With architecture like x86 that has a separate IO space, these routines cannot be used to access I/O ports. Implement x86-specific version to support both PIO and MMIO access, so that drivers for multiple architectures can use these accessors without the need to know whether it's MMIO or PIO. These are ported from Linux kernel lib/iomap.c, with slight changes. Signed-off-by: Bin Meng <bmeng.cn@gmail.com> Reviewed-by: Simon Glass <sjg@chromium.org> |
#
83d290c5 |
|
06-May-2018 |
Tom Rini <trini@konsulko.com> |
SPDX: Convert all of our single license tags to Linux Kernel style When U-Boot started using SPDX tags we were among the early adopters and there weren't a lot of other examples to borrow from. So we picked the area of the file that usually had a full license text and replaced it with an appropriate SPDX-License-Identifier: entry. Since then, the Linux Kernel has adopted SPDX tags and they place it as the very first line in a file (except where shebangs are used, then it's second line) and with slightly different comment styles than us. In part due to community overlap, in part due to better tag visibility and in part for other minor reasons, switch over to that style. This commit changes all instances where we have a single declared license in the tag as both the before and after are identical in tag contents. There's also a few places where I found we did not have a tag and have introduced one. Signed-off-by: Tom Rini <trini@konsulko.com> |
#
014d7b13 |
|
29-Mar-2018 |
Lukasz Majewski <lukma@denx.de> |
x86: Update the io.h file to use {out|in}_{be|le}X macros The commit 3f70a6f57734 ("x86: Add clr/setbits functions") introduced the {read|write}_ macros to manipulate data. Those macros are not used by any code in the u-boot project (despite the io.h itself). Other architectures use io.h with {in|out}_* macros. This commit brings some unification across u-boot supported architectures. Signed-off-by: Lukasz Majewski <lukma@denx.de> Reviewed-by: Bin Meng <bmeng.cn@gmail.com> |
#
53cabe3d |
|
06-Apr-2018 |
Ivan Gorinov <ivan.gorinov@intel.com> |
x86: Add 64-bit memory-mapped I/O functions Add readq() and writeq() definitions for x86. Please note: in 32-bit code readq/writeq will generate two 32-bit memory access instructions instead of one atomic 64-bit operation. Signed-off-by: Ivan Gorinov <ivan.gorinov@intel.com> Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Reviewed-by: Bin Meng <bmeng.cn@gmail.com> |
#
6f01316f |
|
14-Sep-2017 |
Paul Burton <paul.burton@mips.com> |
x86: Use asm-generic/io.h Convert the x86 architecture to make use of the new asm-generic/io.h to provide address mapping functions. As the generic implementations are suitable for x86 this is primarily a matter of moving code. This has only been build-tested, feedback from architecture maintainers is welcome. Signed-off-by: Paul Burton <paul.burton@imgtec.com> Cc: Simon Glass <sjg@chromium.org> Reviewed-by: Simon Glass <sjg@chromium.org> |
#
091e51d2 |
|
03-Aug-2017 |
Bin Meng <bmeng.cn@gmail.com> |
x86: Remove dead ISA related codes Neither new design uses ISA bus, nor does any U-Boot codes use these codes. Remove them. Signed-off-by: Bin Meng <bmeng.cn@gmail.com> Reviewed-by: Simon Glass <sjg@chromium.org> |
#
005174d6 |
|
11-Mar-2016 |
Simon Glass <sjg@chromium.org> |
x86: Allow I/O functions to use pointers It is common with memory-mapped I/O to use the address of a structure member to access memory, as in: struct some_regs { u32 ctrl; u32 data; } struct some_regs *regs = (struct some_regs *)BASE_ADDRESS; writel(1, ®->ctrl); writel(2, ®->data); This does not currently work with inl(), outl(), etc. Add a cast to permit this. Signed-off-by: Simon Glass <sjg@chromium.org> Reviewed-by: Bin Meng <bmeng.cn@gmail.com> |
#
30928c11 |
|
11-Mar-2016 |
Simon Glass <sjg@chromium.org> |
x86: Add macros to clear and set I/O bits The clrsetbits_...() macros are useful for working with memory mapped I/O. But they do not work with I/O space, as used on x86 machines. Add some macros to provide similar features for I/O. Signed-off-by: Simon Glass <sjg@chromium.org> Reviewed-by: Bin Meng <bmeng.cn@gmail.com> |
#
afc366f0 |
|
26-Nov-2014 |
Masahiro Yamada <masahiroy@kernel.org> |
Replace <compiler.h> with <linux/compiler.h> Including <linux/compiler.h> is enough for general use. Signed-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com> |
#
3f70a6f5 |
|
12-Nov-2014 |
Simon Glass <sjg@chromium.org> |
x86: Add clr/setbits functions These are available on other architectures. Make them available on x86 also. Signed-off-by: Simon Glass <sjg@chromium.org> |
#
ec516c48 |
|
23-Oct-2012 |
Gabe Black <gabeblack@chromium.org> |
x86: Increase the size of the phys_size_t and phys_addr_t types These types should be 64 bits long to reflect the fact that physical addresses and the size of physical areas of memory are more than 32 bits long. Signed-off-by: Gabe Black <gabeblack@chromium.org> Signed-off-by: Simon Glass <sjg@chromium.org> |
#
339c5111 |
|
19-Oct-2012 |
Stefan Reinauer <reinauer@chromium.org> |
x86: Don't spam POST80 codes with slow IO functions This patch prevents u-boot from "spamming" random progress codes on a port 80 "post card". The previous version of this patch just removed the delays in the "slow" IO functions, as they do not need to be slow, however, this patch is less intrusive. It uses another unused port that is often used by BIOSes (and the Linux Kernel) for small delay timing purposes. Signed-off-by: Stefan Reinauer <reinauer@chromium.org> Signed-off-by: Simon Glass <sjg@chromium.org> |
#
687c108b |
|
19-Oct-2012 |
Gabe Black <gabeblack@chromium.org> |
x86: Include types.h explicitly in the i386 version of io.h The i386 version of io.h depends on the phys_addr_t type which is defined in types.h. It wasn't including that explicitly, and was working presumably because the other files including it had already included types.h themselves directly or indirectly. This change fixes that. Signed-off-by: Gabe Black <gabeblack@chromium.org> Signed-off-by: Simon Glass <sjg@chromium.org> |
#
8a487a44 |
|
10-Oct-2012 |
Simon Glass <sjg@chromium.org> |
x86: Add initial memory barrier macros These are available on other architectures, so add them on x86. Signed-off-by: Simon Glass <sjg@chromium.org> |
#
fea25720 |
|
13-Apr-2011 |
Graeme Russ <graeme.russ@gmail.com> |
x86: Rename i386 to x86 Signed-off-by: Graeme Russ <graeme.russ@gmail.com> |
#
401d1c4f |
|
30-Oct-2020 |
Simon Glass <sjg@chromium.org> |
common: Drop asm/global_data.h from common header Move this out of the common header and include it only where needed. In a number of cases this requires adding "struct udevice;" to avoid adding another large header or in other cases replacing / adding missing header files that had been pulled in, very indirectly. Finally, we have a few cases where we did not need to include <asm/global_data.h> at all, so remove that include. Signed-off-by: Simon Glass <sjg@chromium.org> Signed-off-by: Tom Rini <trini@konsulko.com> |
#
3a44bfdf |
|
16-Feb-2019 |
Simon Glass <sjg@chromium.org> |
x86: Adjust I/O macros to work on 64-bit machines At present these macros give warnings on 64-bit machines and do not correctly do 32-bit accesses. Update them to use linux types. Signed-off-by: Simon Glass <sjg@chromium.org> Reviewed-by: Bin Meng <bmeng.cn@gmail.com> |
#
3bf9a8e8 |
|
15-Oct-2018 |
Bin Meng <bmeng.cn@gmail.com> |
x86: Implement arch-specific io accessor routines At present the generic io{read,write}{8,16,32} routines only support MMIO access. With architecture like x86 that has a separate IO space, these routines cannot be used to access I/O ports. Implement x86-specific version to support both PIO and MMIO access, so that drivers for multiple architectures can use these accessors without the need to know whether it's MMIO or PIO. These are ported from Linux kernel lib/iomap.c, with slight changes. Signed-off-by: Bin Meng <bmeng.cn@gmail.com> Reviewed-by: Simon Glass <sjg@chromium.org> |
#
83d290c5 |
|
06-May-2018 |
Tom Rini <trini@konsulko.com> |
SPDX: Convert all of our single license tags to Linux Kernel style When U-Boot started using SPDX tags we were among the early adopters and there weren't a lot of other examples to borrow from. So we picked the area of the file that usually had a full license text and replaced it with an appropriate SPDX-License-Identifier: entry. Since then, the Linux Kernel has adopted SPDX tags and they place it as the very first line in a file (except where shebangs are used, then it's second line) and with slightly different comment styles than us. In part due to community overlap, in part due to better tag visibility and in part for other minor reasons, switch over to that style. This commit changes all instances where we have a single declared license in the tag as both the before and after are identical in tag contents. There's also a few places where I found we did not have a tag and have introduced one. Signed-off-by: Tom Rini <trini@konsulko.com> |
#
014d7b13 |
|
29-Mar-2018 |
Lukasz Majewski <lukma@denx.de> |
x86: Update the io.h file to use {out|in}_{be|le}X macros The commit 3f70a6f57734 ("x86: Add clr/setbits functions") introduced the {read|write}_ macros to manipulate data. Those macros are not used by any code in the u-boot project (despite the io.h itself). Other architectures use io.h with {in|out}_* macros. This commit brings some unification across u-boot supported architectures. Signed-off-by: Lukasz Majewski <lukma@denx.de> Reviewed-by: Bin Meng <bmeng.cn@gmail.com> |
#
53cabe3d |
|
06-Apr-2018 |
Ivan Gorinov <ivan.gorinov@intel.com> |
x86: Add 64-bit memory-mapped I/O functions Add readq() and writeq() definitions for x86. Please note: in 32-bit code readq/writeq will generate two 32-bit memory access instructions instead of one atomic 64-bit operation. Signed-off-by: Ivan Gorinov <ivan.gorinov@intel.com> Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Reviewed-by: Bin Meng <bmeng.cn@gmail.com> |
#
6f01316f |
|
14-Sep-2017 |
Paul Burton <paul.burton@mips.com> |
x86: Use asm-generic/io.h Convert the x86 architecture to make use of the new asm-generic/io.h to provide address mapping functions. As the generic implementations are suitable for x86 this is primarily a matter of moving code. This has only been build-tested, feedback from architecture maintainers is welcome. Signed-off-by: Paul Burton <paul.burton@imgtec.com> Cc: Simon Glass <sjg@chromium.org> Reviewed-by: Simon Glass <sjg@chromium.org> |
#
091e51d2 |
|
03-Aug-2017 |
Bin Meng <bmeng.cn@gmail.com> |
x86: Remove dead ISA related codes Neither new design uses ISA bus, nor does any U-Boot codes use these codes. Remove them. Signed-off-by: Bin Meng <bmeng.cn@gmail.com> Reviewed-by: Simon Glass <sjg@chromium.org> |
#
005174d6 |
|
11-Mar-2016 |
Simon Glass <sjg@chromium.org> |
x86: Allow I/O functions to use pointers It is common with memory-mapped I/O to use the address of a structure member to access memory, as in: struct some_regs { u32 ctrl; u32 data; } struct some_regs *regs = (struct some_regs *)BASE_ADDRESS; writel(1, ®->ctrl); writel(2, ®->data); This does not currently work with inl(), outl(), etc. Add a cast to permit this. Signed-off-by: Simon Glass <sjg@chromium.org> Reviewed-by: Bin Meng <bmeng.cn@gmail.com> |
#
30928c11 |
|
11-Mar-2016 |
Simon Glass <sjg@chromium.org> |
x86: Add macros to clear and set I/O bits The clrsetbits_...() macros are useful for working with memory mapped I/O. But they do not work with I/O space, as used on x86 machines. Add some macros to provide similar features for I/O. Signed-off-by: Simon Glass <sjg@chromium.org> Reviewed-by: Bin Meng <bmeng.cn@gmail.com> |
#
afc366f0 |
|
26-Nov-2014 |
Masahiro Yamada <yamada.m@jp.panasonic.com> |
Replace <compiler.h> with <linux/compiler.h> Including <linux/compiler.h> is enough for general use. Signed-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com> |
#
3f70a6f5 |
|
12-Nov-2014 |
Simon Glass <sjg@chromium.org> |
x86: Add clr/setbits functions These are available on other architectures. Make them available on x86 also. Signed-off-by: Simon Glass <sjg@chromium.org> |
#
ec516c48 |
|
23-Oct-2012 |
Gabe Black <gabeblack@chromium.org> |
x86: Increase the size of the phys_size_t and phys_addr_t types These types should be 64 bits long to reflect the fact that physical addresses and the size of physical areas of memory are more than 32 bits long. Signed-off-by: Gabe Black <gabeblack@chromium.org> Signed-off-by: Simon Glass <sjg@chromium.org> |
#
339c5111 |
|
19-Oct-2012 |
Stefan Reinauer <reinauer@chromium.org> |
x86: Don't spam POST80 codes with slow IO functions This patch prevents u-boot from "spamming" random progress codes on a port 80 "post card". The previous version of this patch just removed the delays in the "slow" IO functions, as they do not need to be slow, however, this patch is less intrusive. It uses another unused port that is often used by BIOSes (and the Linux Kernel) for small delay timing purposes. Signed-off-by: Stefan Reinauer <reinauer@chromium.org> Signed-off-by: Simon Glass <sjg@chromium.org> |
#
687c108b |
|
19-Oct-2012 |
Gabe Black <gabeblack@chromium.org> |
x86: Include types.h explicitly in the i386 version of io.h The i386 version of io.h depends on the phys_addr_t type which is defined in types.h. It wasn't including that explicitly, and was working presumably because the other files including it had already included types.h themselves directly or indirectly. This change fixes that. Signed-off-by: Gabe Black <gabeblack@chromium.org> Signed-off-by: Simon Glass <sjg@chromium.org> |
#
8a487a44 |
|
10-Oct-2012 |
Simon Glass <sjg@chromium.org> |
x86: Add initial memory barrier macros These are available on other architectures, so add them on x86. Signed-off-by: Simon Glass <sjg@chromium.org> |
#
fea25720 |
|
13-Apr-2011 |
Graeme Russ <graeme.russ@gmail.com> |
x86: Rename i386 to x86 Signed-off-by: Graeme Russ <graeme.russ@gmail.com> |
#
3a44bfdf |
|
16-Feb-2019 |
Simon Glass <sjg@chromium.org> |
x86: Adjust I/O macros to work on 64-bit machines At present these macros give warnings on 64-bit machines and do not correctly do 32-bit accesses. Update them to use linux types. Signed-off-by: Simon Glass <sjg@chromium.org> Reviewed-by: Bin Meng <bmeng.cn@gmail.com> |
#
3bf9a8e8 |
|
15-Oct-2018 |
Bin Meng <bmeng.cn@gmail.com> |
x86: Implement arch-specific io accessor routines At present the generic io{read,write}{8,16,32} routines only support MMIO access. With architecture like x86 that has a separate IO space, these routines cannot be used to access I/O ports. Implement x86-specific version to support both PIO and MMIO access, so that drivers for multiple architectures can use these accessors without the need to know whether it's MMIO or PIO. These are ported from Linux kernel lib/iomap.c, with slight changes. Signed-off-by: Bin Meng <bmeng.cn@gmail.com> Reviewed-by: Simon Glass <sjg@chromium.org> |
#
83d290c5 |
|
06-May-2018 |
Tom Rini <trini@konsulko.com> |
SPDX: Convert all of our single license tags to Linux Kernel style When U-Boot started using SPDX tags we were among the early adopters and there weren't a lot of other examples to borrow from. So we picked the area of the file that usually had a full license text and replaced it with an appropriate SPDX-License-Identifier: entry. Since then, the Linux Kernel has adopted SPDX tags and they place it as the very first line in a file (except where shebangs are used, then it's second line) and with slightly different comment styles than us. In part due to community overlap, in part due to better tag visibility and in part for other minor reasons, switch over to that style. This commit changes all instances where we have a single declared license in the tag as both the before and after are identical in tag contents. There's also a few places where I found we did not have a tag and have introduced one. Signed-off-by: Tom Rini <trini@konsulko.com> |
#
014d7b13 |
|
29-Mar-2018 |
Lukasz Majewski <lukma@denx.de> |
x86: Update the io.h file to use {out|in}_{be|le}X macros The commit 3f70a6f57734 ("x86: Add clr/setbits functions") introduced the {read|write}_ macros to manipulate data. Those macros are not used by any code in the u-boot project (despite the io.h itself). Other architectures use io.h with {in|out}_* macros. This commit brings some unification across u-boot supported architectures. Signed-off-by: Lukasz Majewski <lukma@denx.de> Reviewed-by: Bin Meng <bmeng.cn@gmail.com> |
#
53cabe3d |
|
06-Apr-2018 |
Ivan Gorinov <ivan.gorinov@intel.com> |
x86: Add 64-bit memory-mapped I/O functions Add readq() and writeq() definitions for x86. Please note: in 32-bit code readq/writeq will generate two 32-bit memory access instructions instead of one atomic 64-bit operation. Signed-off-by: Ivan Gorinov <ivan.gorinov@intel.com> Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Reviewed-by: Bin Meng <bmeng.cn@gmail.com> |
#
6f01316f |
|
14-Sep-2017 |
Paul Burton <paul.burton@imgtec.com> |
x86: Use asm-generic/io.h Convert the x86 architecture to make use of the new asm-generic/io.h to provide address mapping functions. As the generic implementations are suitable for x86 this is primarily a matter of moving code. This has only been build-tested, feedback from architecture maintainers is welcome. Signed-off-by: Paul Burton <paul.burton@imgtec.com> Cc: Simon Glass <sjg@chromium.org> Reviewed-by: Simon Glass <sjg@chromium.org> |
#
091e51d2 |
|
03-Aug-2017 |
Bin Meng <bmeng.cn@gmail.com> |
x86: Remove dead ISA related codes Neither new design uses ISA bus, nor does any U-Boot codes use these codes. Remove them. Signed-off-by: Bin Meng <bmeng.cn@gmail.com> Reviewed-by: Simon Glass <sjg@chromium.org> |
#
005174d6 |
|
11-Mar-2016 |
Simon Glass <sjg@chromium.org> |
x86: Allow I/O functions to use pointers It is common with memory-mapped I/O to use the address of a structure member to access memory, as in: struct some_regs { u32 ctrl; u32 data; } struct some_regs *regs = (struct some_regs *)BASE_ADDRESS; writel(1, ®->ctrl); writel(2, ®->data); This does not currently work with inl(), outl(), etc. Add a cast to permit this. Signed-off-by: Simon Glass <sjg@chromium.org> Reviewed-by: Bin Meng <bmeng.cn@gmail.com> |
#
30928c11 |
|
11-Mar-2016 |
Simon Glass <sjg@chromium.org> |
x86: Add macros to clear and set I/O bits The clrsetbits_...() macros are useful for working with memory mapped I/O. But they do not work with I/O space, as used on x86 machines. Add some macros to provide similar features for I/O. Signed-off-by: Simon Glass <sjg@chromium.org> Reviewed-by: Bin Meng <bmeng.cn@gmail.com> |
#
afc366f0 |
|
26-Nov-2014 |
Masahiro Yamada <yamada.m@jp.panasonic.com> |
Replace <compiler.h> with <linux/compiler.h> Including <linux/compiler.h> is enough for general use. Signed-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com> |
#
3f70a6f5 |
|
12-Nov-2014 |
Simon Glass <sjg@chromium.org> |
x86: Add clr/setbits functions These are available on other architectures. Make them available on x86 also. Signed-off-by: Simon Glass <sjg@chromium.org> |
#
ec516c48 |
|
23-Oct-2012 |
Gabe Black <gabeblack@chromium.org> |
x86: Increase the size of the phys_size_t and phys_addr_t types These types should be 64 bits long to reflect the fact that physical addresses and the size of physical areas of memory are more than 32 bits long. Signed-off-by: Gabe Black <gabeblack@chromium.org> Signed-off-by: Simon Glass <sjg@chromium.org> |
#
339c5111 |
|
19-Oct-2012 |
Stefan Reinauer <reinauer@chromium.org> |
x86: Don't spam POST80 codes with slow IO functions This patch prevents u-boot from "spamming" random progress codes on a port 80 "post card". The previous version of this patch just removed the delays in the "slow" IO functions, as they do not need to be slow, however, this patch is less intrusive. It uses another unused port that is often used by BIOSes (and the Linux Kernel) for small delay timing purposes. Signed-off-by: Stefan Reinauer <reinauer@chromium.org> Signed-off-by: Simon Glass <sjg@chromium.org> |
#
687c108b |
|
19-Oct-2012 |
Gabe Black <gabeblack@chromium.org> |
x86: Include types.h explicitly in the i386 version of io.h The i386 version of io.h depends on the phys_addr_t type which is defined in types.h. It wasn't including that explicitly, and was working presumably because the other files including it had already included types.h themselves directly or indirectly. This change fixes that. Signed-off-by: Gabe Black <gabeblack@chromium.org> Signed-off-by: Simon Glass <sjg@chromium.org> |
#
8a487a44 |
|
10-Oct-2012 |
Simon Glass <sjg@chromium.org> |
x86: Add initial memory barrier macros These are available on other architectures, so add them on x86. Signed-off-by: Simon Glass <sjg@chromium.org> |
#
fea25720 |
|
13-Apr-2011 |
Graeme Russ <graeme.russ@gmail.com> |
x86: Rename i386 to x86 Signed-off-by: Graeme Russ <graeme.russ@gmail.com> |
#
3bf9a8e8 |
|
15-Oct-2018 |
Bin Meng <bmeng.cn@gmail.com> |
x86: Implement arch-specific io accessor routines At present the generic io{read,write}{8,16,32} routines only support MMIO access. With architecture like x86 that has a separate IO space, these routines cannot be used to access I/O ports. Implement x86-specific version to support both PIO and MMIO access, so that drivers for multiple architectures can use these accessors without the need to know whether it's MMIO or PIO. These are ported from Linux kernel lib/iomap.c, with slight changes. Signed-off-by: Bin Meng <bmeng.cn@gmail.com> Reviewed-by: Simon Glass <sjg@chromium.org>
|
#
83d290c5 |
|
06-May-2018 |
Tom Rini <trini@konsulko.com> |
SPDX: Convert all of our single license tags to Linux Kernel style When U-Boot started using SPDX tags we were among the early adopters and there weren't a lot of other examples to borrow from. So we picked the area of the file that usually had a full license text and replaced it with an appropriate SPDX-License-Identifier: entry. Since then, the Linux Kernel has adopted SPDX tags and they place it as the very first line in a file (except where shebangs are used, then it's second line) and with slightly different comment styles than us. In part due to community overlap, in part due to better tag visibility and in part for other minor reasons, switch over to that style. This commit changes all instances where we have a single declared license in the tag as both the before and after are identical in tag contents. There's also a few places where I found we did not have a tag and have introduced one. Signed-off-by: Tom Rini <trini@konsulko.com>
|
#
014d7b13 |
|
29-Mar-2018 |
Lukasz Majewski <lukma@denx.de> |
x86: Update the io.h file to use {out|in}_{be|le}X macros The commit 3f70a6f57734 ("x86: Add clr/setbits functions") introduced the {read|write}_ macros to manipulate data. Those macros are not used by any code in the u-boot project (despite the io.h itself). Other architectures use io.h with {in|out}_* macros. This commit brings some unification across u-boot supported architectures. Signed-off-by: Lukasz Majewski <lukma@denx.de> Reviewed-by: Bin Meng <bmeng.cn@gmail.com>
|
#
53cabe3d |
|
06-Apr-2018 |
Ivan Gorinov <ivan.gorinov@intel.com> |
x86: Add 64-bit memory-mapped I/O functions Add readq() and writeq() definitions for x86. Please note: in 32-bit code readq/writeq will generate two 32-bit memory access instructions instead of one atomic 64-bit operation. Signed-off-by: Ivan Gorinov <ivan.gorinov@intel.com> Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Reviewed-by: Bin Meng <bmeng.cn@gmail.com>
|
#
6f01316f |
|
14-Sep-2017 |
Paul Burton <paul.burton@imgtec.com> |
x86: Use asm-generic/io.h Convert the x86 architecture to make use of the new asm-generic/io.h to provide address mapping functions. As the generic implementations are suitable for x86 this is primarily a matter of moving code. This has only been build-tested, feedback from architecture maintainers is welcome. Signed-off-by: Paul Burton <paul.burton@imgtec.com> Cc: Simon Glass <sjg@chromium.org> Reviewed-by: Simon Glass <sjg@chromium.org>
|
#
091e51d2 |
|
03-Aug-2017 |
Bin Meng <bmeng.cn@gmail.com> |
x86: Remove dead ISA related codes Neither new design uses ISA bus, nor does any U-Boot codes use these codes. Remove them. Signed-off-by: Bin Meng <bmeng.cn@gmail.com> Reviewed-by: Simon Glass <sjg@chromium.org>
|
#
005174d6 |
|
11-Mar-2016 |
Simon Glass <sjg@chromium.org> |
x86: Allow I/O functions to use pointers It is common with memory-mapped I/O to use the address of a structure member to access memory, as in: struct some_regs { u32 ctrl; u32 data; } struct some_regs *regs = (struct some_regs *)BASE_ADDRESS; writel(1, ®->ctrl); writel(2, ®->data); This does not currently work with inl(), outl(), etc. Add a cast to permit this. Signed-off-by: Simon Glass <sjg@chromium.org> Reviewed-by: Bin Meng <bmeng.cn@gmail.com>
|
#
30928c11 |
|
11-Mar-2016 |
Simon Glass <sjg@chromium.org> |
x86: Add macros to clear and set I/O bits The clrsetbits_...() macros are useful for working with memory mapped I/O. But they do not work with I/O space, as used on x86 machines. Add some macros to provide similar features for I/O. Signed-off-by: Simon Glass <sjg@chromium.org> Reviewed-by: Bin Meng <bmeng.cn@gmail.com>
|
#
afc366f0 |
|
26-Nov-2014 |
Masahiro Yamada <yamada.m@jp.panasonic.com> |
Replace <compiler.h> with <linux/compiler.h> Including <linux/compiler.h> is enough for general use. Signed-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com>
|
#
3f70a6f5 |
|
12-Nov-2014 |
Simon Glass <sjg@chromium.org> |
x86: Add clr/setbits functions These are available on other architectures. Make them available on x86 also. Signed-off-by: Simon Glass <sjg@chromium.org>
|
#
ec516c48 |
|
23-Oct-2012 |
Gabe Black <gabeblack@chromium.org> |
x86: Increase the size of the phys_size_t and phys_addr_t types These types should be 64 bits long to reflect the fact that physical addresses and the size of physical areas of memory are more than 32 bits long. Signed-off-by: Gabe Black <gabeblack@chromium.org> Signed-off-by: Simon Glass <sjg@chromium.org>
|
#
339c5111 |
|
19-Oct-2012 |
Stefan Reinauer <reinauer@chromium.org> |
x86: Don't spam POST80 codes with slow IO functions This patch prevents u-boot from "spamming" random progress codes on a port 80 "post card". The previous version of this patch just removed the delays in the "slow" IO functions, as they do not need to be slow, however, this patch is less intrusive. It uses another unused port that is often used by BIOSes (and the Linux Kernel) for small delay timing purposes. Signed-off-by: Stefan Reinauer <reinauer@chromium.org> Signed-off-by: Simon Glass <sjg@chromium.org>
|
#
687c108b |
|
19-Oct-2012 |
Gabe Black <gabeblack@chromium.org> |
x86: Include types.h explicitly in the i386 version of io.h The i386 version of io.h depends on the phys_addr_t type which is defined in types.h. It wasn't including that explicitly, and was working presumably because the other files including it had already included types.h themselves directly or indirectly. This change fixes that. Signed-off-by: Gabe Black <gabeblack@chromium.org> Signed-off-by: Simon Glass <sjg@chromium.org>
|
#
8a487a44 |
|
10-Oct-2012 |
Simon Glass <sjg@chromium.org> |
x86: Add initial memory barrier macros These are available on other architectures, so add them on x86. Signed-off-by: Simon Glass <sjg@chromium.org>
|
#
fea25720 |
|
13-Apr-2011 |
Graeme Russ <graeme.russ@gmail.com> |
x86: Rename i386 to x86 Signed-off-by: Graeme Russ <graeme.russ@gmail.com>
|