| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
All microblaze platforms are using the same configuration
that's why there is no reason to use generic platform.
Signed-off-by: Michal Simek <[email protected]>
|
|
Preparation step for arch/microblaze/platform/ cleanup.
Signed-off-by: Michal Simek <[email protected]>
|
|
device_type is deprecated and the kernel doesn't require it in most
cases. The only exceptions for flat tree users are the "gianfar",
"ucc_geth" and "ibm,emac" bindings, and arguably that requirement could
be relaxed for ucc_geth and ibm,emac (that is a task for separate
patches though).
This patch removes references to device_type="network" from the binding
documentation where possible and removes the properties from ARM and
microblaze dts files. This patch does not modify the powerpc .dts files
since there are a much larger number of them affected and I think the
ucc_geth, ibm,emac and gianfar users should be addressed before clearing
out the references to reduce the chance of breakage.
Signed-off-by: Grant Likely <[email protected]>
Acked-by: Michal Simek <[email protected]>
Cc: Rob Herring <[email protected]>
Cc: Pawel Moll <[email protected]>
Cc: Mark Rutland <[email protected]>
Cc: Ian Campbell <[email protected]>
Cc: Kumar Gala <[email protected]>
|
|
Fixes generated by 'codespell' and manually reviewed.
Signed-off-by: Lucas De Marchi <[email protected]>
|
|
Upcomming microblaze version will support little-endian.
Signed-off-by: Michal Simek <[email protected]>
Acked-by: Grant Likely <[email protected]>
|
|
LL Temac dts nodes should contain ranges property.
It is sufficient to use empty ranges property.
Signed-off-by: Michal Simek <[email protected]>
|
|
This will ensure that kernels built with no custom CPU settings will still boot
OK on hardware that has additional CPU hardware instructions etc.
Signed-off-by: John Williams <[email protected]>
Signed-off-by: Michal Simek <[email protected]>
|
|
It is generated with longer compatible list
Signed-off-by: Michal Simek <[email protected]>
|
|
This was intended to allow manual override of CPU settings copied automatically
to Kconfig.auto, however it's problematic for several reasons, but mostly:
* If the defconfig doesn't have ALLOW_EDIT_AUTO=y, then it's impossible for
that defconfig to iverride the values in the kernel source tree. This leads
to very strange errors where the kernel is compiled with the wrong CPUFLAGS.
Next patch in the series will back out the default in Kconfig.auto to baseline
settings, so a kernel built with no default values will at least boot on any
hardware, just not make use of additional CPU features.
Signed-off-by: John Williams <[email protected]>
Signed-off-by: Michal Simek <[email protected]>
|
|
Signed-off-by: Michal Simek <[email protected]>
|
|
Reviewed-by: Ingo Molnar <[email protected]>
Acked-by: Randy Dunlap <[email protected]>
Acked-by: John Linn <[email protected]>
Acked-by: Stephen Neuendorffer <[email protected]>
Acked-by: John Williams <[email protected]>
Signed-off-by: Michal Simek <[email protected]>
|
|
Reviewed-by: Ingo Molnar <[email protected]>
Acked-by: Randy Dunlap <[email protected]>
Acked-by: John Linn <[email protected]>
Acked-by: Stephen Neuendorffer <[email protected]>
Acked-by: John Williams <[email protected]>
Signed-off-by: Michal Simek <[email protected]>
|
|
Reviewed-by: Ingo Molnar <[email protected]>
Reviewed-by: Stephen Neuendorffer <[email protected]>
Acked-by: John Linn <[email protected]>
Acked-by: John Williams <[email protected]>
Signed-off-by: Michal Simek <[email protected]>
|