with further blacklists
and default vulnerable/no affected states.
Add the ability for an arch port to selectively export
sysfs vulnerabilities.
v1->v2:
Add "Unknown" state to ABI/testing docs.
Minor tweaks.
Jeremy Lint
Return status based on ssbd_state and the arm64 SSBS feature. If
the mitigation is disabled, or the firmware isn't responding then
return the expected machine state based on a new blacklist of known
vulnerable cores.
Signed-off-by: Jeremy Linton
---
arch/arm64/kernel/cpu_errata.c | 48
like to advertise.
Signed-off-by: Jeremy Linton
Cc: Greg Kroah-Hartman
Cc: Rafael J. Wysocki
Cc: Thomas Gleixner
Cc: Josh Poimboeuf
Cc: Konrad Rzeszutek Wilk
Cc: Ingo Molnar
Cc: Waiman Long
Cc: Andi Kleen
Cc: Jiri Kosina
---
drivers/base/cpu.c | 19 +++
include/linux/cpu.h
Add code to track whether all the cores in the machine are
vulnerable, and whether all the vulnerable cores have been
mitigated.
Once we have that information we can add the sysfs stub and
provide an accurate view of what is known about the machine.
Signed-off-by: Jeremy Linton
---
arch/arm64
From: Mian Yousaf Kaukab
Enable CPU vulnerabilty show functions for spectre_v1, spectre_v2,
meltdown and store-bypass.
Signed-off-by: Mian Yousaf Kaukab
Signed-off-by: Jeremy Linton
---
arch/arm64/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/Kconfig b/arch/arm64
From: Mian Yousaf Kaukab
spectre v1, has been mitigated, and the mitigation is
always active.
Signed-off-by: Mian Yousaf Kaukab
Signed-off-by: Jeremy Linton
---
arch/arm64/kernel/cpu_errata.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/arch/arm64/kernel
From: Mian Yousaf Kaukab
Add is_meltdown_safe() which is a whitelist of known safe cores.
Signed-off-by: Mian Yousaf Kaukab
[Moved location of function]
Signed-off-by: Jeremy Linton
---
arch/arm64/kernel/cpufeature.c | 15 +++
1 file changed, 11 insertions(+), 4 deletions
Display the mitigation status if active, otherwise
assume the cpu is safe unless it doesn't have CSV3
and isn't in our whitelist.
Signed-off-by: Jeremy Linton
---
arch/arm64/kernel/cpufeature.c | 32 +++-
1 file changed, 27 insertions(+), 5 deletions(-)
diff --git
Hi Julien,
On 01/10/2019 03:23 AM, Julien Thierry wrote:
Hi Jeremy,
On 09/01/2019 23:55, Jeremy Linton wrote:
Display the mitigation status if active, otherwise
assume the cpu is safe unless it doesn't have CSV3
and isn't in our whitelist.
Signed-off-by: Jeremy Linton
---
arch/arm64
. Otherwise, we will display unknown or unsafe
depending on how much of the machine configuration can
be assured.
Jeremy Linton (2):
arm64: add sysfs vulnerability show for meltdown
arm64: add sysfs vulnerability show for spectre v2
Mian Yousaf Kaukab (4):
arm64: kpti: move check for non-vulnerable
From: Mian Yousaf Kaukab
Enable CPU vulnerabilty show functions for spectre_v1, spectre_v2,
meltdown and store-bypass.
Signed-off-by: Mian Yousaf Kaukab
Signed-off-by: Jeremy Linton
---
arch/arm64/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/Kconfig b/arch/arm64
Add a simple state machine which will track whether
all the online cores in a machine are vulnerable.
Once that is done we have a fairly authoritative view
of the machine vulnerability, which allows us to make a
judgment about machine safety if it hasn't been mitigated.
Signed-off-by: Jeremy
From: Mian Yousaf Kaukab
spectre v1, has been mitigated, and the mitigation is
always active.
Signed-off-by: Mian Yousaf Kaukab
Signed-off-by: Jeremy Linton
---
arch/arm64/kernel/cpu_errata.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm64/kernel/cpu_errata.c b
Add code to track whether all the cores in the machine are
vulnerable, and whether all the vulnerable cores have been
mitigated.
Once we have that information we can add the sysfs stub and
provide an accurate view of what is known about the machine.
Signed-off-by: Jeremy Linton
---
arch/arm64
From: Mian Yousaf Kaukab
Return status based no ssbd_state and the arm64 SSBS feature.
Return string "Unknown" in case CONFIG_ARM64_SSBD is
disabled or arch workaround2 is not available
in the firmware.
Signed-off-by: Mian Yousaf Kaukab
[Added SSBS logic]
Signed-off-by: Jer
From: Mian Yousaf Kaukab
Add is_meltdown_safe() which is a whitelist of known safe cores.
Signed-off-by: Mian Yousaf Kaukab
[Moved location of function]
Signed-off-by: Jeremy Linton
---
arch/arm64/kernel/cpufeature.c | 16
1 file changed, 12 insertions(+), 4 deletions
On 06/06/2018 05:05 AM, Sudeep Holla wrote:
On 05/06/18 20:08, Jeremy Linton wrote:
The numa mask subset check has problems if !CONFIG_NUMA, over hotplug
operations or during early boot. Lets disable the NUMA siblings checks
for the time being, as NUMA in socket machines have LLC's
On 06/06/2018 09:44 AM, Morten Rasmussen wrote:
On Tue, Jun 05, 2018 at 02:08:37PM -0500, Jeremy Linton wrote:
The numa mask subset check has problems if !CONFIG_NUMA, over hotplug
operations or during early boot. Lets disable the NUMA siblings checks
for the time being, as NUMA in socket
in socket
machines LLC's are contained within the NUMA domains.
Further, as a defensive mechanism during hot-plug, lets assure that the
LLC siblings are also masked.
Reported-by: Geert Uytterhoeven
Reviewed-by: Sudeep Holla
Signed-off-by: Jeremy Linton
---
arch/arm64/kernel/topol
Hi Jeffrey,
(+Sudeep)
On 09/11/2018 02:32 PM, Jeffrey Hugo wrote:
The type of a cache might not be specified by architectural mechanisms (ie
system registers), but its type might be specified in the PPTT. In this
case, following the PPTT specification, we should identify the cache as
the type
Hi,
On 09/11/2018 03:38 PM, Jeffrey Hugo wrote:
On 9/11/2018 2:16 PM, Jeremy Linton wrote:
Hi Jeffrey,
(+Sudeep)
On 09/11/2018 02:32 PM, Jeffrey Hugo wrote:
The type of a cache might not be specified by architectural
mechanisms (ie
system registers), but its type might be specified
Hi,
On 09/12/2018 09:41 AM, Jeffrey Hugo wrote:
The HW designers have indicated that there is no sane way to provide
sets/ways information to software, even on an informational basis (ie
not for cache maintenance, but for performance optimizations). Therefore
the firmware will not provide
both as a host and a guest. I'd
welcome additional testing of different HW. For convenience, I've
stashed a branch containing the whole thing at [2].
When combined with Ard's patch set, this fixes kdump on a QC machine.
Tested-by: Jeremy Linton
Thanks,
[1] https://marc.info/?l=linux-efi
The lib/raid6/test fails to build the neon objects
on arm64 because the correct machine type is 'aarch64'.
Once this is correctly enabled, the neon recovery objects
need to be added to the build.
Signed-off-by: Jeremy Linton
---
lib/raid6/test/Makefile | 4 ++--
1 file changed, 2 insertions
he_groups,
"index%1u", i);
Looks fine to me:
Reviewed-by: Jeremy Linton
Thanks,
Hi,
On 09/17/2018 05:46 PM, Jeffrey Hugo wrote:
On 9/17/2018 10:17 AM, Sudeep Holla wrote:
On 14/09/18 17:28, Jeffrey Hugo wrote:
The type of a cache might not be specified by architectural
mechanisms (ie
system registers), but its type might be specified in the PPTT. In this
case, we
On 08/26/2015 12:04 PM, Tony Lindgren wrote:
* Guenter Roeck [150817 13:48]:
Commit 0b50dc4fc971 ("Convert smsc911x to use ACPI as well as DT") makes
Looks like this change makes at least omap boards using smsc911x
fail with -22 for me in Linux next.
Do any of the the device tree configured
idth ahead of the
device_get_phy_mode() and removed the phy checks, but I don't imagine
there is much functional difference at this point.
Tested-by: Jeremy Linton
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More maj
of this.
Tested-by: Jeremy Linton
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Hello,
So, looking at this, I don't see how it supports the algorithm I've
been using
for years. For that algorithm to successfully migrate PRs across multiple paths
on a single machine without affecting other possible users (who may legitimately
have PR'ed the same device) I need PR_IN
is not found, the next property will
be read using a NULL buffer.
Thanks for catching that! I checked the OF version to see if it has the
same problem, but of course it doesn't because I added the logic to pass
the buffer into the routine.
Reviewed-by: Jeremy Linton
--
To unsubscribe from
On 08/17/2015 03:45 PM, Guenter Roeck wrote:
Commit 0b50dc4fc971 ("Convert smsc911x to use ACPI as well as DT") makes
the call to smsc911x_probe_config() unconditional, and no longer fails if
there is no device node. device_get_phy_mode() is called unconditionally,
and if there is no phy node
On 08/17/2015 05:14 PM, Guenter Roeck wrote:
One nitpick I noticed after sending my patch: dev can never be NULL in
smsc911x_probe_config(), so it does not really make sense to check if it is
NULL.
No, it doesn't... it should really be something like
if (dev_fwnode(dev))
But dev_fwnode is
Hi,
On Tue, Mar 21, 2017 at 6:08 AM, Mark Brown wrote:
> On Mon, Mar 20, 2017 at 11:53:41PM -0500, Jeremy Linton wrote:
>
>> + if (!try_module_get(parent->driver->owner)) {
>> + dev_err(>dev, "unable to get parent module\n&qu
that it cannot be
unloaded when in use. Again this avoids machine crashes.
Jeremy Linton (2):
mfd: hi655x: Reference required regulator driver
regulator: hi655x: Bump parent pmic module use count
drivers/mfd/hi655x-pmic.c| 1 +
drivers/regulator/hi655x-regulator.c | 26
the hisi pmic
driver is loaded.
Signed-off-by: Jeremy Linton
---
drivers/mfd/hi655x-pmic.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mfd/hi655x-pmic.c b/drivers/mfd/hi655x-pmic.c
index ba706ad..56e027d 100644
--- a/drivers/mfd/hi655x-pmic.c
+++ b/drivers/mfd/hi655x-pmic.c
@@ -184,3
-by: Jeremy Linton
---
drivers/regulator/hi655x-regulator.c | 26 --
1 file changed, 24 insertions(+), 2 deletions(-)
diff --git a/drivers/regulator/hi655x-regulator.c
b/drivers/regulator/hi655x-regulator.c
index aca1846..5a461d4 100644
--- a/drivers/regulator/hi655x
Add a blurb in the trace sample file to describe
the macro used to add sizeof to value conversions.
Signed-off-by: Jeremy Linton
---
samples/trace_events/trace-events-sample.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/samples/trace_events/trace-events-sample.h
b/samples
The enum_replace stanza works as is for sizeof()
calls as well as enums. Rename it as well.
Signed-off-by: Jeremy Linton
---
kernel/trace/trace_events.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/kernel/trace/trace_events.c b/kernel/trace/trace_events.c
Rename the core trace enum routines to use eval, to
reflect their use by more than just enum to value mapping.
Signed-off-by: Jeremy Linton
---
kernel/trace/trace.c| 74 ++---
kernel/trace/trace.h| 4 +--
kernel/trace/trace_events.c | 2
Perf has a problem that if sizeof() macros are used within TRACE_EVENT()
macro's they end up in userspace as "sizeof(kernel structure)" which
cannot properly be parsed. Add a macro which can forward this data
through the eval_map for userspace utilization.
Signed-off-by: Jer
The enum_map file is used to display a list of symbol
to name conversions. As its now used to resolve sizeof
lets update the name and description.
Signed-off-by: Jeremy Linton
---
kernel/trace/Kconfig | 22 +++---
kernel/trace/trace.c | 20 ++--
2 files changed
There are a few places in the kernel where sizeof() is already
being used. Update those locations with TRACE_DEFINE_SIZEOF.
Signed-off-by: Jeremy Linton
---
arch/arm64/kvm/trace.h | 2 ++
include/trace/events/xen.h | 13 +++--
2 files changed, 13 insertions(+), 2 deletions(-)
diff
The kernel and its modules have sections containing the enum
string to value conversions. Rename this section because we
intend to store more than enums in it.
Signed-off-by: Jeremy Linton
---
include/asm-generic/vmlinux.lds.h | 6 +++---
include/trace/trace_events.h | 2 +-
kernel
Rename the init and trace_enum_jmp_to_tail() routines
to reflect their use by more than enumerated types.
Signed-off-by: Jeremy Linton
---
kernel/trace/trace.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/kernel/trace/trace.c b/kernel/trace/trace.c
index
describing "enum" with "eval" to indicate a generic C
expression to numerical evaluation routine.
Jeremy Linton (12):
trace: rename kernel enum section to eval
trace: rename trace_enum_map to trace_eval_map
trace: rename struct module entry for trace enums
trace: re
There is a lock protecting the trace_enum_map, rename
it to reflect the use by more than enums.
Signed-off-by: Jeremy Linton
---
kernel/trace/trace.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/kernel/trace/trace.c b/kernel/trace/trace.c
index af6ec07
The enum map entries can be exported to userspace
via a sys enum_map file. Rename those functions
and structures to reflect the fact that we are using
them for more than enums.
Signed-off-by: Jeremy Linton
---
kernel/trace/trace.c | 52 ++--
1
Each enum is loaded into the trace_enum_map, as we
are now using this for more than enums rename it.
Signed-off-by: Jeremy Linton
---
include/linux/module.h | 2 +-
include/linux/tracepoint.h | 6 +++---
include/trace/trace_events.h | 8
kernel/trace/trace.c | 24
Each module has a list of enum's its contributing to the
enum map, rename that entry to reflect its use by more than
enums.
Signed-off-by: Jeremy Linton
---
include/linux/module.h | 4 ++--
kernel/module.c| 6 +++---
kernel/trace/trace.c | 6 +++---
3 files changed, 8 insertions(+), 8
On 04/30/2017 05:06 PM, Jon Masters wrote:
Hi Jeremy,
On 06/14/2016 12:38 PM, Jeremy Linton wrote:
There are a fair number of tracepoints in the kernel making
use of the sizeof operator. Allow perf to understand some of
those cases, and report a more informative error message for
the ones
Hi,
On 06/13/2017 04:12 PM, Steven Rostedt wrote:
On Wed, 31 May 2017 16:56:53 -0500
Jeremy Linton wrote:
The enum_map file is used to display a list of symbol
to name conversions. As its now used to resolve sizeof
lets update the name and description.
Signed-off-by: Jeremy Linton
On 06/14/2017 12:06 PM, Steven Rostedt wrote:
On Tue, 13 Jun 2017 16:21:48 -0500
Jeremy Linton wrote:
Hmm, I have to audit some userspace code to see if this is used. The
enum_map was a debug feature, but it could have been used by some tools.
I thought perf was using it, but I was mistaken
The enum_replace stanza works as is for sizeof()
calls as well as enums. Rename it as well.
Signed-off-by: Jeremy Linton
---
kernel/trace/trace_events.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/kernel/trace/trace_events.c b/kernel/trace/trace_events.c
Perf has a problem that if sizeof() macros are used within TRACE_EVENT()
macro's they end up in userspace as "sizeof(kernel structure)" which
cannot properly be parsed. Add a macro which can forward this data
through the eval_map for userspace utilization.
Signed-off-by: Jer
The enum_map file is used to display a list of symbol
to name conversions. As its now used to resolve sizeof
lets update the name and description.
Signed-off-by: Jeremy Linton
---
kernel/trace/Kconfig | 22 +++---
kernel/trace/trace.c | 20 ++--
2 files changed
Add a blurb in the trace sample file to describe
the macro used to add sizeof to value conversions.
Signed-off-by: Jeremy Linton
---
samples/trace_events/trace-events-sample.h | 28 +++-
1 file changed, 19 insertions(+), 9 deletions(-)
diff --git a/samples/trace_events
Now that sizeof() works in TP_printk, lets replace a
few cases in the kernel where the element size is hardcoded
rather than using sizeof().
Signed-off-by: Jeremy Linton
---
include/trace/events/thermal.h | 4 +++-
include/trace/events/thermal_power_allocator.h | 4 ++--
sound
The kernel and its modules have sections containing the enum
string to value conversions. Rename this section because we
intend to store more than enums in it.
Signed-off-by: Jeremy Linton
---
include/asm-generic/vmlinux.lds.h | 6 +++---
include/trace/trace_events.h | 2 +-
kernel
There are a few places in the kernel where sizeof() is already
being used. Update those locations with TRACE_DEFINE_SIZEOF.
Signed-off-by: Jeremy Linton
---
arch/arm64/kvm/trace.h| 2 ++
drivers/net/fjes/fjes_trace.h | 2 ++
include/trace/events/xen.h| 13 +++--
3 files
The enum map entries can be exported to userspace
via a sys enum_map file. Rename those functions
and structures to reflect the fact that we are using
them for more than enums.
Signed-off-by: Jeremy Linton
---
kernel/trace/trace.c | 52 ++--
1
Rename the init and trace_enum_jmp_to_tail() routines
to reflect their use by more than enumerated types.
Signed-off-by: Jeremy Linton
---
kernel/trace/trace.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/kernel/trace/trace.c b/kernel/trace/trace.c
index
Rename the core trace enum routines to use eval, to
reflect their use by more than just enum to value mapping.
Signed-off-by: Jeremy Linton
---
kernel/trace/trace.c| 74 ++---
kernel/trace/trace.h| 4 +--
kernel/trace/trace_events.c | 2
There is a lock protecting the trace_enum_map, rename
it to reflect the use by more than enums.
Signed-off-by: Jeremy Linton
---
kernel/trace/trace.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/kernel/trace/trace.c b/kernel/trace/trace.c
index af6ec07
" to indicate a generic C
expression to numerical evaluation routine.
v1->v2:
Modify the sample trace file to reflect a more reasonable example
Add an additional TRACE_DEFINE_SIZEOF() for fjes_hw_request_info
Add an additional patch to convert some hardcoded size values to sizeof
Je
Each module has a list of enum's its contributing to the
enum map, rename that entry to reflect its use by more than
enums.
Signed-off-by: Jeremy Linton
---
include/linux/module.h | 4 ++--
kernel/module.c| 6 +++---
kernel/trace/trace.c | 6 +++---
3 files changed, 8 insertions(+), 8
Each enum is loaded into the trace_enum_map, as we
are now using this for more than enums rename it.
Signed-off-by: Jeremy Linton
---
include/linux/module.h | 2 +-
include/linux/tracepoint.h | 6 +++---
include/trace/trace_events.h | 8
kernel/trace/trace.c | 24
Support for TRACE_DEFINE_SIZEOF() has been added to the kernel.
Lets document the use of the new macro and correct a couple of
minor spelling mistakes.
Signed-off-by: Jeremy Linton
---
samples/trace_events/trace-events-sample.h | 38 +++---
1 file changed, 24 insertions
Hi,
On 06/16/2017 10:19 AM, Steven Rostedt wrote:
On Fri, 16 Jun 2017 09:50:42 -0500
Jeremy Linton wrote:
Support for TRACE_DEFINE_SIZEOF() has been added to the kernel.
Lets document the use of the new macro and correct a couple of
minor spelling mistakes.
Break this up into two patches
The trace sample file has a couple mispellings, lets
fix them.
Signed-off-by: Jeremy Linton
---
samples/trace_events/trace-events-sample.h | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/samples/trace_events/trace-events-sample.h
b/samples/trace_events/trace
The kernel now corrects the use of sizeof() in
the trace format files. Lets document how to make
use of that feature.
Signed-off-by: Jeremy Linton
---
samples/trace_events/trace-events-sample.h | 28 +++-
1 file changed, 19 insertions(+), 9 deletions(-)
diff --git
The hi655x driver is required for mmc/sd functionality on the
96boards hikey, and likely other platforms. When built as
a standalone module it doesn't get automatically loaded because
it is missing the module probe hooks.
Adding that boilerplate so it gets demand loaded.
Signed-off-by: Jeremy
Hi,
On Wed, Mar 1, 2017 at 5:37 AM, Mark Brown wrote:
> On Tue, Feb 28, 2017 at 07:07:06PM -0600, Jeremy Linton wrote:
>> The hi655x driver is required for mmc/sd functionality on the
>> 96boards hikey, and likely other platforms. When built as
>> a standalone module it does
On 10/10/2016 12:41 PM, Kyle Roeschley wrote:
Because the SMSC PHY completes auto-negotiation before the driver is
ready to handle interrupts, the PHY state machine never realizes that we
have a link. Clear the ANENABLE bit on initialization, which lets
genphy_config_aneg do its thing when that
The hi6220_reset driver can be built as a standalone module
yet it cannot be loaded because it depends on GPL exported symbols.
Lets set the module license so that the module loads, and things like
the on-board kirin drm starts working.
Signed-off-by: Jeremy Linton
---
drivers/reset/hisilicon
The hi655x-regulator driver consumes a similarly named platform device.
Adding that to the module device table, allows modprobe to locate this
driver once the device is created. Without this the sd/mmc device fails
to start, resulting in boot failures.
Signed-off-by: Jeremy Linton
---
drivers
+0x84/0xf8 [mmc_core]
[] mmc_power_up.part.13+0x5c/0x1f8 [mmc_core]
[] mmc_rescan+0x270/0x3b0 [mmc_core]
[] process_one_work+0x264/0x7c0
[] worker_thread+0x54/0x430
[] kthread+0x104/0x130
[] ret_from_fork+0x10/0x50
V1->V2:
Change from a module post call to a module_device_table.
Jer
[] ret_from_fork+0x10/0x50
Signed-off-by: Jeremy Linton
---
drivers/regulator/hi655x-regulator.c | 26 --
1 file changed, 24 insertions(+), 2 deletions(-)
diff --git a/drivers/regulator/hi655x-regulator.c
b/drivers/regulator/hi655x-regulator.c
index 36ae54b..336aaed 100644
The hi655x-regulator driver consumes a similarly named platform device.
Adding that to the module device table, allows modprobe to locate this
driver once the device is created.
Signed-off-by: Jeremy Linton
---
drivers/regulator/hi655x-regulator.c | 7 +++
1 file changed, 7 insertions
Hi Robert,
On 10/03/2016 04:05 AM, Robert Jarzmik wrote:
Add a workaround for mainstone, idp and stargate2 boards, for u16 writes
which must be aligned on 32 bits addresses.
Signed-off-by: Robert Jarzmik
---
Documentation/devicetree/bindings/net/smsc911x.txt | 2 ++
1 file changed, 2
and
testing is very appreciated.
I did some basic testing of this series on ARM's JunoR2 platform.
Everything seems to work as expected, the on-board SATA/Ethernet work
correctly as do a couple of boards plugged into the slots.
Tested-by: Jeremy Linton
Thanks!
v5 -> v6
- dropped idea of
On 10/14/2015 06:20 AM, Suzuki K. Poulose wrote:
diff --git a/arch/arm64/include/asm/page.h b/arch/arm64/include/asm/page.h
index da32354..736ed4c 100644
--- a/arch/arm64/include/asm/page.h
+++ b/arch/arm64/include/asm/page.h
@@ -24,6 +24,9 @@
#ifdef CONFIG_ARM64_64K_PAGES
#define PAGE_SHIFT
to the EFI boot manager rather than
hanging the machine without any notification. Now it prints:
EFI stub: Booting Linux Kernel...
EFI stub: ERROR: 16K granule not supported by this machine
EFI stub: ERROR: Failed to relocate kernel
FS4:\>
Signed-off-by: Jeremy Linton
---
arch/arm64/kernel/
On 10/15/2015 06:25 AM, Suzuki K. Poulose wrote:
+ /*
+* Check to see if the CPU supports the requested pagesize
+*/
+ asm volatile("mrs %0, ID_AA64MMFR0_EL1" : "=r" (aa64mmfr0_el1));
+ aa64mmfr0_el1 >>= ID_AA64MMFR0_TGRAN_SHIFT;
+ if ((aa64mmfr0_el1 &
accessors.
Tested-by: Jeremy Linton
Thanks!
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On 12/03/2015 09:19 AM, Gabriele Paoloni wrote:
This patch modifies the ARM64 architecure specific PCI framework to
support Host Bridge specific quirks. these quirks are need for
host bridge controllers that are not fully ECAM compliant.
The quirks array allows each vendor to define his own
On 12/03/2015 02:58 PM, Arnd Bergmann wrote:
On Thursday 03 December 2015 17:58:26 Lorenzo Pieralisi wrote:
I will put together a proposal to define the way we specify HID and
related DSD properties for PCI host controllers and send it to
the ACPI working group for review.
That also requires
On 12/04/2015 03:34 PM, Arnd Bergmann wrote:
On Friday 04 December 2015 14:46:19 Jeremy Linton wrote:
On 12/03/2015 02:58 PM, Arnd Bergmann wrote:
On Thursday 03 December 2015 17:58:26 Lorenzo Pieralisi wrote:
I will put together a proposal to define the way we specify HID and
related DSD
to have the SPCR table.
Tested-by: Jeremy Linton
with an assortment of ACPI
patches to enable things like PCIe. Its been tested on juno, seattle
and some xgene systems.
Thanks,
Jeremy Linton (1):
arm64: pmu: add A72 cpu type, support multiple PMU types
Mark Salter (3):
arm: pmu: Fix non-devicetree probing
arm64: pmu: add fallback probe
Signed-off-by: Jeremy Linton
---
arch/arm64/kernel/smp.c | 5 ++
drivers/perf/Kconfig | 4 ++
drivers/perf/Makefile| 1 +
drivers/perf/arm_pmu_acpi.c | 125 +++
include/linux/perf/arm_pmu.h | 7 +++
5 files changed, 142 insertions
From: Mark Salter
In preparation for ACPI support, add a pmu_probe_info table to
the arm_pmu_device_probe() call. This table gets used when
probing in the absence of a devicetree node for PMU.
Signed-off-by: Mark Salter
Signed-off-by: Jeremy Linton
---
arch/arm64/kernel/perf_event.c | 10
ARM big/little machines can have PMU's with differing PMU counters.
ACPI systems should be able to support this as well. Also add support
for A72 PMU counters.
Signed-off-by: Jeremy Linton
---
arch/arm64/include/asm/cputype.h | 1 +
arch/arm64/kernel/perf_event.c | 1 +
drivers/perf
the call fails. This patch makes sure the mask
is set before calling the init function rather than after.
Signed-off-by: Mark Salter
Signed-off-by: Jeremy Linton
---
drivers/perf/arm_pmu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/perf/arm_pmu.c b/drivers/perf
and the now unused phy_irq member to
force the SMSC911x PHYs into polling mode 100% of the time.
Fixes: e7f4dc3536a4 ("mdio: Move allocation of interrupts into core")
Signed-off-by: Jeremy Linton
Reviewed-by: Andrew Lunn
Acked-by: Sergei Shtylyov
---
drivers/net/ethernet/smsc/smsc
On 05/10/2016 10:19 AM, Tomasz Nowicki wrote:
From the functionality point of view this series may be split into the
following logic parts:
1. New ECAM API and update for users of the pci-host-common API
2. Necessary fixes as the preparation for using driver on ARM64.
3. Use new MCFG interface
On 07/14/2016 02:14 AM, Alexander Graf wrote:
On 14.07.16 09:03, Zheng Xu wrote:
LuaJIT also fix the 48VA issue by allocating heap memory below 47 bits.
For mozjs issue, if there are pointers to .rodata, it can be a problem. Does it
happen on master and do we have any case to reproduce the
Hi Steven,
On 06/17/2016 11:17 AM, Steven Rostedt wrote:
On Tue, 14 Jun 2016 11:38:32 -0500
Jeremy Linton wrote:
There are a fair number of tracepoints in the kernel making
use of the sizeof operator. Allow perf to understand some of
those cases, and report a more informative error message
On 06/17/2016 11:50 AM, Steven Rostedt wrote:
On Fri, 17 Jun 2016 11:32:08 -0500
Jeremy Linton wrote:
+
+ if (strcmp(token, "__u64") == 0) {
+ if (asprintf(>atom.atom, "%zd", sizeof(__u64)) < 0)
+ goto out_free_atom;
+
On 01/28/2016 05:20 AM, Mark Rutland wrote:
On Thu, Jan 28, 2016 at 11:08:20AM +, Will Deacon wrote:
On Thu, Jan 28, 2016 at 10:34:41AM +, Catalin Marinas wrote:
I thought there was also a suggestion that we could fail gracefully in
the EFI stub if we detected an unsupported page
701 - 800 of 828 matches
Mail list logo