Kconfig (188933ac139a6f8ab06cad369bd0200af947b00d) | Kconfig (209431eff8afb928d72200c79153165c7d860ca0) |
---|---|
1menu "TI OMAP/AM/DM/DRA Family" 2 depends on ARCH_MULTI_V6 || ARCH_MULTI_V7 3 4config ARCH_OMAP2 5 bool "TI OMAP2" 6 depends on ARCH_MULTI_V6 7 select ARCH_OMAP2PLUS 8 select CPU_V6 --- 55 unchanged lines hidden (view full) --- 64config SOC_DRA7XX 65 bool "TI DRA7XX" 66 depends on ARCH_MULTI_V7 67 select ARCH_OMAP2PLUS 68 select ARM_CPU_SUSPEND if PM 69 select ARM_GIC 70 select HAVE_ARM_ARCH_TIMER 71 select IRQ_CROSSBAR | 1menu "TI OMAP/AM/DM/DRA Family" 2 depends on ARCH_MULTI_V6 || ARCH_MULTI_V7 3 4config ARCH_OMAP2 5 bool "TI OMAP2" 6 depends on ARCH_MULTI_V6 7 select ARCH_OMAP2PLUS 8 select CPU_V6 --- 55 unchanged lines hidden (view full) --- 64config SOC_DRA7XX 65 bool "TI DRA7XX" 66 depends on ARCH_MULTI_V7 67 select ARCH_OMAP2PLUS 68 select ARM_CPU_SUSPEND if PM 69 select ARM_GIC 70 select HAVE_ARM_ARCH_TIMER 71 select IRQ_CROSSBAR |
72 select ARM_ERRATA_798181 if SMP |
|
72 73config ARCH_OMAP2PLUS 74 bool 75 select ARCH_HAS_BANDGAP 76 select ARCH_HAS_HOLES_MEMORYMODEL 77 select ARCH_OMAP 78 select ARCH_REQUIRE_GPIOLIB 79 select CLKSRC_MMIO --- 193 unchanged lines hidden (view full) --- 273 help 274 If you know that none of your system initiators will attempt to 275 access SDRAM during CORE DVFS, select Y here. This should boost 276 SDRAM performance at lower CORE OPPs. There are relatively few 277 users who will wish to say yes at this point - almost everyone will 278 wish to say no. Selecting yes without understanding what is 279 going on could result in system crashes; 280 | 73 74config ARCH_OMAP2PLUS 75 bool 76 select ARCH_HAS_BANDGAP 77 select ARCH_HAS_HOLES_MEMORYMODEL 78 select ARCH_OMAP 79 select ARCH_REQUIRE_GPIOLIB 80 select CLKSRC_MMIO --- 193 unchanged lines hidden (view full) --- 274 help 275 If you know that none of your system initiators will attempt to 276 access SDRAM during CORE DVFS, select Y here. This should boost 277 SDRAM performance at lower CORE OPPs. There are relatively few 278 users who will wish to say yes at this point - almost everyone will 279 wish to say no. Selecting yes without understanding what is 280 going on could result in system crashes; 281 |
281config OMAP4_ERRATA_I688 282 bool "OMAP4 errata: Async Bridge Corruption" 283 depends on (ARCH_OMAP4 || SOC_OMAP5) && !ARCH_MULTIPLATFORM 284 select ARCH_HAS_BARRIERS 285 help 286 If a data is stalled inside asynchronous bridge because of back 287 pressure, it may be accepted multiple times, creating pointer 288 misalignment that will corrupt next transfers on that data path 289 until next reset of the system (No recovery procedure once the 290 issue is hit, the path remains consistently broken). Async bridge 291 can be found on path between MPU to EMIF and MPU to L3 interconnect. 292 This situation can happen only when the idle is initiated by a 293 Master Request Disconnection (which is trigged by software when 294 executing WFI on CPU). 295 The work-around for this errata needs all the initiators connected 296 through async bridge must ensure that data path is properly drained 297 before issuing WFI. This condition will be met if one Strongly ordered 298 access is performed to the target right before executing the WFI. 299 In MPU case, L3 T2ASYNC FIFO and DDR T2ASYNC FIFO needs to be drained. 300 IO barrier ensure that there is no synchronisation loss on initiators 301 operating on both interconnect port simultaneously. | |
302endmenu 303 304endif 305 306endmenu | 282endmenu 283 284endif 285 286endmenu |