Re: [PATCH] scsi_execute_async() should add to the tail of the queue

So instead of adding a parameter, we can make scsi_execute_async() decide for itself based on the SCSI command, with read/write I/Os taking the lowest priority. This seems like a bad idea, I can come up with a number of cases where the priority of a request would better be optimized by a higher

[PATCH][BUG] Incorrect SCSI transfer length computation from odd sized scsi_execute_async() transfers.

scsi_lib.c in 2.6.22. Signed-off-by: Jeremy Linton [EMAIL PROTECTED] --- linux-2.6.22/drivers/scsi/scsi_lib.c.orig 2007-07-11 19:07:06.0 -0500 +++ linux-2.6.22/drivers/scsi/scsi_lib.c2007-07-11 18:43:36.0 -0500 @@ -350,7 +350,7 @@ static int scsi_req_map_sg(struct

Re: [PATCH][BUG] Incorrect SCSI transfer length computation from odd sized scsi_execute_async() transfers.

Mike Christie wrote: I think you needed some other bits in there. See this patch I tried just setting the bufflen first, and that still had problems. Could you try the patch here http://marc.info/?l=linux-scsim=117392208211297w=2 I just read the thread.. I didn't see any strange retries

Re: PATCH: scsi: make scsi reset permissions more relaxed (RFC)

On 8/30/2013 7:47 AM, Douglas Gilbert wrote: I proposed the following patch some time back to give the user space finer resolution on resets with the option of stopping the escalation but it has gone nowhere: http://marc.info/?l=linux-scsim=136104139102048w=2 With that patch you might only

Re: [PATCH -next] smsc911x: Fix crash seen if neither ACPI nor OF is configured or used

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

Re: [PATCH -next] smsc911x: Fix crash seen if neither ACPI nor OF is configured or used

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

Re: [PATCHv3 10/11] arm64: Add 16K page size support

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

Re: [PATCHv3 08/11] arm64: Check for selected granule support

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 <jeremy.lin...@a

Re: [PATCHv3 08/11] arm64: Check for selected granule support

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 &

Re: [RFC PATCH] smsc911x: Ignore error return from device_get_phy_mode()

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 jeremy.lin...@arm.com -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord

Re: [PATCH -next] smsc911x: Fix crash seen if neither ACPI nor OF is configured or used

On 08/26/2015 12:04 PM, Tony Lindgren wrote: * Guenter Roeck li...@roeck-us.net [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

Re: [PATCH -next v3 1/2] device property: Return -ENXIO if there is no suitable FW interface

of this. Tested-by: Jeremy Linton jeremy.lin...@arm.com -- 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/

Re: Persistent Reservation API V3

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

Re: [PATCH] device property: Don't overwrite addr when failing in device_get_mac_address

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 <jeremy.lin...@arm.

[PATCH 7/7] arm64: Mark kernel page ranges contiguous

significantly reduce the number of L1 dTLB refills. Signed-off-by: Jeremy Linton <jeremy.lin...@arm.com> --- arch/arm64/mm/mmu.c | 70 +++-- 1 file changed, 62 insertions(+), 8 deletions(-) diff --git a/arch/arm64/mm/mmu.c b/arch/arm64/mm/mmu.c

[PATCH 1/7] arm64: Add contiguous page flag shifts and constants

Add the number of pages required to form a contiguous range, as well as some supporting constants. Signed-off-by: Jeremy Linton <jeremy.lin...@arm.com> --- arch/arm64/include/asm/page.h | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/arch/arm64/include/asm/pa

[PATCH 2/7] arm64: Shorten lines which exceed 80 characters

PTE definitions in this file exceed 80 characters Signed-off-by: Jeremy Linton <jeremy.lin...@arm.com> --- arch/arm64/include/asm/pgtable-hwdef.h | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/arch/arm64/include/asm/pgtable-hwdef.h b/arch/arm64/inclu

[PATCH 6/7] arm64: Make the kernel page dump utility aware of the CONT bit

The kernel page dump utility needs to be aware of the CONT bit before it will break up pages ranges for display. Signed-off-by: Jeremy Linton <jeremy.lin...@arm.com> --- arch/arm64/mm/dump.c | 18 +- 1 file changed, 17 insertions(+), 1 deletion(-) diff --git a/arch/ar

[PATCH 0/7] arm64: Use contigous PTE bit for the kernel linear mapping

the definitions for the contiguous bit, updates the kernel page range dump to understand them (and block translations), and updates the code in mmu.c to use the contiguous bit where appropriate for the kernel linear mapping. Jeremy Linton (7): arm64: Add contiguous page flag shifts and constants arm64

[PATCH 3/7] arm64: PTE/PMD contiguous bit definition

Define the bit positions in the PTE and PMD for the contiguous bit. Signed-off-by: Jeremy Linton <jeremy.lin...@arm.com> --- arch/arm64/include/asm/pgtable-hwdef.h | 9 + 1 file changed, 9 insertions(+) diff --git a/arch/arm64/include/asm/pgtable-hwdef.h b/arch/arm64/inclu

[PATCH 5/7] arm64: Default kernel pages should be contiguous

The default page attributes for a PMD being broken should have the CONT bit set. Create a new definition for an early boot range of PTE's that are contiguous. Signed-off-by: Jeremy Linton <jeremy.lin...@arm.com> --- arch/arm64/include/asm/pgtable.h | 2 ++ 1 file changed, 2 insertions(+)

[PATCH 4/7] arm64: Macros to check/set/unset the contiguous bit

Add the supporting macros to check if the contiguous bit is set, set the bit, or clear it in a PTE entry. Signed-off-by: Jeremy Linton <jeremy.lin...@arm.com> --- arch/arm64/include/asm/pgtable.h | 11 +++ 1 file changed, 11 insertions(+) diff --git a/arch/arm64/include/asm/pgtab

RE: [PATCH 7/7] arm64: Mark kernel page ranges contiguous

|Hi Jeremy, |One quick comment for now below. |I ran into a problem testing this on my Seattle board, and needed the fix |below. |> - } while (pte++, addr += PAGE_SIZE, addr != end); |> + next = min(end, (addr + CONT_SIZE) & CONT_MASK); |> + if (((addr | next |

Re: [PATCH V1 00/11] MMCONFIG refactoring and ARM64 PCI hostbridge init based on ACPI

accessors. Tested-by: Jeremy Linton <jeremy.lin...@arm.com> 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

Re: [RFC PATCH 1/2] PCI/ACPI: Add ACPI support for non ECAM Host Bridge Controllers

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

Re: [RFC PATCH 1/2] PCI/ACPI: Add ACPI support for non ECAM Host Bridge Controllers

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

Re: [RFC PATCH 1/2] PCI/ACPI: Add ACPI support for non ECAM Host Bridge Controllers

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

Re: FW: Commit 81a43adae3b9 (locking/mutex: Use acquire/release semantics) causing failures on arm64 (ThunderX)

be there's another bug too. Will, I ran into this problem while getting a machine to boot with ACPI yesterday. Your suggested fix works on that machine. Thanks, so for that patch. Tested-by: Jeremy Linton <jeremy.lin...@arm.com> IMPORTANT NOTICE: The contents of this email and

[RFC/PATCH] perf: Add sizeof operator support

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 it cannot understand. Signed-off-by: Jeremy Linton <jeremy.lin...@arm.com> --- So this is as much

[PATCH v3] net: smsc911x: Fix bug where PHY interrupts are overwritten by 0

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 <jeremy.lin...@arm.com> Reviewed-by: Andrew Lunn <and...@lunn.ch> Ack

Re: [RFC/PATCH] perf: Add sizeof operator support

On 06/17/2016 11:50 AM, Steven Rostedt wrote: On Fri, 17 Jun 2016 11:32:08 -0500 Jeremy Linton <jeremy.lin...@arm.com> wrote: + + if (strcmp(token, "__u64") == 0) { + if (asprintf(>atom.atom, "%zd", sizeof(__u64)) < 0) +

Re: [RFC/PATCH] perf: Add sizeof operator support

Hi Steven, On 06/17/2016 11:17 AM, Steven Rostedt wrote: On Tue, 14 Jun 2016 11:38:32 -0500 Jeremy Linton <jeremy.lin...@arm.com> 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

Re: [PATCH] arm64: Disallow combination of ARCH_XGENE and 16K page size

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

Re: [PATCH v3 0/5] ACPI: parse the SPCR table

to have the SPCR table. Tested-by: Jeremy Linton <jeremy.lin...@arm.com>

[PATCH 3/6] arm64: pmu: Add support for probing with ACPI

ed-off-by: Mark Salter <msal...@redhat.com> Signed-off-by: Jeremy Linton <jeremy.lin...@arm.com> --- arch/arm64/kernel/smp.c | 5 ++ drivers/perf/Kconfig | 4 ++ drivers/perf/Makefile| 1 + drivers/perf/arm_pmu_acpi.c | 125 ++

[PATCH 0/6 v4] arm64/perf: Add ACPI support

ell as add support for newer CPUs and big/little configurations. I've been testing this patch in concert with an assortment of ACPI patches to enable things like PCIe. Its been tested on juno, seattle and some xgene systems. Thanks, *** BLURB HERE *** Jeremy Linton (3): arm: arm64: Add rout

[PATCH 2/6] arm64: pmu: add fallback probe table

From: Mark Salter <msal...@redhat.com> 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 <msal...@redhat.com> Signed-off-by: J

[PATCH 4/6] arm: arm64: Add routine to determine cpuid of other cpus

It is helpful if we can read the cpuid/midr of other CPUs in the system independent of arm/arm64. Signed-off-by: Jeremy Linton <jeremy.lin...@arm.com> --- arch/arm/include/asm/cputype.h | 4 arch/arm64/include/asm/cputype.h | 3 +++ 2 files changed, 7 insertions(+) diff --git a/ar

[PATCH 5/6] arm64: pmu: Add ACPI support for A72 and ThunderX

Update the armv8_pmu_probe_table so that ACPI systems can identify the A72 and ThunderX PMUs. Signed-off-by: Jeremy Linton <jeremy.lin...@arm.com> --- arch/arm64/include/asm/cputype.h | 1 + arch/arm64/kernel/perf_event.c | 2 ++ 2 files changed, 3 insertions(+) diff --git a/arch

[PATCH 6/6] arm64: pmu: Detect multiple PMU types in an ACPI system

Its possible that an ACPI system has multiple CPU types in it with differing PMU counters. Detect that case and attempt to instantiate more than one set of counters. Signed-off-by: Jeremy Linton <jeremy.lin...@arm.com> --- drivers/perf/arm_pmu.c | 51 -- drivers/perf/arm_pmu_

[PATCH 1/6] arm: pmu: Fix non-devicetree probing

d_cpus mask is empty so the call fails. This patch makes sure the mask is set before calling the init function rather than after. Signed-off-by: Mark Salter <msal...@redhat.com> Signed-off-by: Jeremy Linton <jeremy.lin...@arm.com> --- drivers/perf/arm_pmu.c | 2 +- 1 file changed, 1 insert

[PATCH 1/4] arm: pmu: Fix non-devicetree probing

d_cpus mask is empty so the call fails. This patch makes sure the mask is set before calling the init function rather than after. Signed-off-by: Mark Salter <msal...@redhat.com> Signed-off-by: Jeremy Linton <jeremy.lin...@arm.com> --- drivers/perf/arm_pmu.c | 2 +- 1 file changed, 1 insert

[PATCH 0/4 v3] arm64/perf: Add ACPI support

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

[PATCH 3/4] arm64: pmu: Add support for probing with ACPI

ed-off-by: Mark Salter <msal...@redhat.com> Signed-off-by: Jeremy Linton <jeremy.lin...@arm.com> --- arch/arm64/kernel/smp.c | 5 ++ drivers/perf/Kconfig | 4 ++ drivers/perf/Makefile| 1 + drivers/perf/arm_pmu_acpi.c | 125 ++

[PATCH 4/4] arm64: pmu: add A72 cpu type, support multiple PMU types

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 <jeremy.lin...@arm.com> --- arch/arm64/include/asm/cputype.h | 1 + arch/arm64/kernel/perf_e

[PATCH 2/4] arm64: pmu: add fallback probe table

From: Mark Salter <msal...@redhat.com> 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 <msal...@redhat.com> Signed-off-by: J

Re: [PATCH V6 00/13] Support for generic ACPI based PCI host controller

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 <jeremy.lin...@arm.com> Thanks! v5

Re: [PATCH V7 00/11] Support for generic ACPI based PCI host controller

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

Re: [PATCH] arm64: Add config to limit user space to 47bits

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

[PATCH] regulator: hi655x: Add DT bindings so module autoloads

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

Re: [PATCH] regulator: hi655x: Add DT bindings so module autoloads

Hi, On Wed, Mar 1, 2017 at 5:37 AM, Mark Brown <broo...@kernel.org> 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 &

Re: [PATCH 3/3] net: smsc911x: add u16 workaround for pxa platforms

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

Re: [RFC] net: phy: smsc: Disable auto-negotiation on startup

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

[PATCH 2/2] regulator: hi655x: Bump parent pmic module use count

-by: Jeremy Linton <lintonrjer...@gmail.com> --- 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

[PATCH 1/2] mfd: hi655x: Reference required regulator driver

the hisi pmic driver is loaded. Signed-off-by: Jeremy Linton <lintonrjer...@gmail.com> --- 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/drive

[PATCH 0/2] Hi655x: mfd/pmic: regulator: Correct dependencies

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

Re: [PATCH 2/2] regulator: hi655x: Bump parent pmic module use count

Hi, On Tue, Mar 21, 2017 at 6:08 AM, Mark Brown <broo...@kernel.org> 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 modul

[PATCH v3] regulator: hi655x: Correct dependency/boot failure

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 <lintonr

[PATCH v2 2/2] regulator: hi655x: Bump parent pmic module use count

[] ret_from_fork+0x10/0x50 Signed-off-by: Jeremy Linton <lintonrjer...@gmail.com> --- 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 3

[PATCH v2 0/2] Hi655x: mfd/pmic: regulator: Correct dependencies

+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

[PATCH v2 1/2] regulator: hi655x: Describe consumed platform device

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 <lintonrjer...@gmail.com> --- drivers/regulator/hi655x-regulator.c | 7 +++

[PATCH] reset: hi6220: Set module license so that it can be loaded

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 <lintonrjer...@gmail.

Re: [PATCH v3 0/5] ACPI: DMA ranges management

ong with the code and it appears to work and the devices behind a bridge limited like this continue to work as long as sane values are placed in the min/max/len fields. Thanks, Tested-by: Jeremy Linton <jeremy.lin...@arm.com>

Re: [PATCH 12/12] tracing: Rename update the enum_map file

Hi, On 06/13/2017 04:12 PM, Steven Rostedt wrote: On Wed, 31 May 2017 16:56:53 -0500 Jeremy Linton <jeremy.lin...@arm.com> 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. Sign

Re: [PATCH 12/12] tracing: Rename update the enum_map file

On 06/14/2017 12:06 PM, Steven Rostedt wrote: On Tue, 13 Jun 2017 16:21:48 -0500 Jeremy Linton <jeremy.lin...@arm.com> 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

[PATCH v2 13/13] tracing: Rename and update the enum_map file

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 <jeremy.lin...@arm.com> --- kernel/trace/Kconfig | 22 +++--- kernel/trace/trace.

[PATCH v2 10/13] tracing: Update sample file to describe the new macro

Add a blurb in the trace sample file to describe the macro used to add sizeof to value conversions. Signed-off-by: Jeremy Linton <jeremy.lin...@arm.com> --- samples/trace_events/trace-events-sample.h | 28 +++- 1 file changed, 19 insertions(+), 9 deletions(-) diff

[PATCH v2 12/13] tracing: Replace some magic constants with sizeof()

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 <jeremy.lin...@arm.com> --- include/trace/events/thermal.h | 4 +++- include/trace/

[PATCH v2 08/13] tracing: Rename enum_replace to eval_replace

The enum_replace stanza works as is for sizeof() calls as well as enums. Rename it as well. Signed-off-by: Jeremy Linton <jeremy.lin...@arm.com> --- kernel/trace/trace_events.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/kernel/trace/trace_events.c b/

[PATCH v2 09/13] tracing: define TRACE_DEFINE_SIZEOF() macro to map sizeof's to their values

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: Jeremy Linton &

[PATCH v2 03/13] trace: rename struct module entry for trace enums

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 <jeremy.lin...@arm.com> --- include/linux/module.h | 4 ++-- kernel/module.c| 6 +++--- kernel/trace/trace.c | 6 +++--- 3

[PATCH v2 02/13] trace: rename trace_enum_map to trace_eval_map

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 <jeremy.lin...@arm.com> --- include/linux/module.h | 2 +- include/linux/tracepoint.h | 6 +++--- include/trace/trace_events.h | 8 kernel

[PATCH v2 00/13] trace: add the ability to parse sizeof()

" 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

[PATCH v2 04/13] trace: rename trace enum data structures in trace.c

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 <jeremy.lin...@arm.com> --- kernel/trace/trace.

[PATCH v2 06/13] trace: rename trace.c enum functions

Rename the init and trace_enum_jmp_to_tail() routines to reflect their use by more than enumerated types. Signed-off-by: Jeremy Linton <jeremy.lin...@arm.com> --- kernel/trace/trace.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/kernel/trace/trace.c b/

[PATCH v2 07/13] trace: rename enum_map functions

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 <jeremy.lin...@arm.com> --- kernel/trace/trace.c| 74 ++--- kernel/trace/trace.h| 4 +--

[PATCH v2 05/13] trace: rename trace_enum_mutex to trace_eval_mutex

There is a lock protecting the trace_enum_map, rename it to reflect the use by more than enums. Signed-off-by: Jeremy Linton <jeremy.lin...@arm.com> --- kernel/trace/trace.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/kernel/trace/trace.c b/kernel

[PATCH v2 01/13] trace: rename kernel enum section to eval

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 <jeremy.lin...@arm.com> --- include/asm-generic/vmlinux.lds.h | 6 +++--- include/trace/trace_ev

[PATCH v2 11/13] tracing: Add TRACE_DEFINE_SIZEOF() macros

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 <jeremy.lin...@arm.com> --- arch/arm64/kvm/trace.h| 2 ++ drivers/net/fjes/fjes_trace.h | 2 ++ include/trace/events/xen.h

Re: [PATCH] tracing: Cleanup trace sample file

Hi, On 06/16/2017 10:19 AM, Steven Rostedt wrote: On Fri, 16 Jun 2017 09:50:42 -0500 Jeremy Linton <jeremy.lin...@arm.com> 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.

[PATCH] tracing: Cleanup trace sample file

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 <jeremy.lin...@arm.com> --- samples/trace_events/trace-events-sample.h | 38 +++---

[PATCH v2 1/2] tracing: trivial: Fix spelling mistakes in trace sample

The trace sample file has a couple mispellings, lets fix them. Signed-off-by: Jeremy Linton <jeremy.lin...@arm.com> --- 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/s

[PATCH v2 2/2] tracing: Document the use of TRACE_DEFINE_SIZEOF

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 <jeremy.lin...@arm.com> --- samples/trace_events/trace-events-sample.h | 28 +++- 1 file changed, 19 insertions

Re: [RFC/PATCH] perf: Add sizeof operator support

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

[PATCH 10/12] tracing: Update sample file to describe the new macro

Add a blurb in the trace sample file to describe the macro used to add sizeof to value conversions. Signed-off-by: Jeremy Linton <jeremy.lin...@arm.com> --- samples/trace_events/trace-events-sample.h | 7 +++ 1 file changed, 7 insertions(+) diff --git a/samples/trace_events/trace-

[PATCH 08/12] tracing: Rename enum_replace to eval_replace

The enum_replace stanza works as is for sizeof() calls as well as enums. Rename it as well. Signed-off-by: Jeremy Linton <jeremy.lin...@arm.com> --- kernel/trace/trace_events.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/kernel/trace/trace_events.c b/

[PATCH 07/12] trace: rename enum_map functions

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 <jeremy.lin...@arm.com> --- kernel/trace/trace.c| 74 ++--- kernel/trace/trace.h| 4 +--

[PATCH 09/12] tracing: define TRACE_DEFINE_SIZEOF() macro to map sizeof's to their values

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: Jeremy Linton &

[PATCH 11/12] tracing: Add TRACE_DEFINE_SIZEOF() macros

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 <jeremy.lin...@arm.com> --- arch/arm64/kvm/trace.h | 2 ++ include/trace/events/xen.h | 13 +++-- 2 files changed, 13 inse

[PATCH 01/12] trace: rename kernel enum section to eval

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 <jeremy.lin...@arm.com> --- include/asm-generic/vmlinux.lds.h | 6 +++--- include/trace/trace_ev

[PATCH 12/12] tracing: Rename update the enum_map file

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 <jeremy.lin...@arm.com> --- kernel/trace/Kconfig | 22 +++--- kernel/trace/trace.

[PATCH 06/12] trace: rename trace.c enum functions

Rename the init and trace_enum_jmp_to_tail() routines to reflect their use by more than enumerated types. Signed-off-by: Jeremy Linton <jeremy.lin...@arm.com> --- kernel/trace/trace.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/kernel/trace/trace.c b/

[PATCH 00/12] trace: add the ability to parse sizeof()

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

[PATCH 05/12] trace: rename trace_enum_mutex to trace_eval_mutex

There is a lock protecting the trace_enum_map, rename it to reflect the use by more than enums. Signed-off-by: Jeremy Linton <jeremy.lin...@arm.com> --- kernel/trace/trace.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/kernel/trace/trace.c b/kernel

[PATCH 04/12] trace: rename trace enum data structures in trace.c

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 <jeremy.lin...@arm.com> --- kernel/trace/trace.

[PATCH 02/12] trace: rename trace_enum_map to trace_eval_map

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 <jeremy.lin...@arm.com> --- include/linux/module.h | 2 +- include/linux/tracepoint.h | 6 +++--- include/trace/trace_events.h | 8 kernel

[PATCH 03/12] trace: rename struct module entry for trace enums

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 <jeremy.lin...@arm.com> --- include/linux/module.h | 4 ++-- kernel/module.c| 6 +++--- kernel/trace/trace.c | 6 +++--- 3

Re: [PATCH v2 3/6] drivers: base: cacheinfo: arm64: Add support for ACPI based firmware tables

Hi, On 09/19/2017 01:47 PM, Jeremy Linton wrote: The /sys cache entries should support ACPI/PPTT generated cache topology information. Lets detect ACPI systems and call an arch specific cache_setup_acpi() routine to update the hardware probed cache topology. For arm64, if ACPI is enabled

Re: [PATCH v2 1/6] ACPI/PPTT: Add Processor Properties Topology Table parsing

Hi, On 09/20/2017 02:15 AM, Xiongfeng Wang wrote: Hi Jeremy, On 2017/9/20 2:47, Jeremy Linton wrote: ACPI 6.2 adds a new table, which describes how processing units are related to each other in tree like fashion. Caches are also sprinkled throughout the tree and describe the properties

[PATCH 1/6] ACPI/PPTT: Add Processor Properties Topology Table parsing

setup_acpi_cpu_topology() to report a unique ID for each processing unit at a given level in the tree. These unique id's can then be used to match related processing units which exist as threads, COD (clusters on die), within a given package, etc. Signed-off-by: Jeremy Linton <jeremy.

  1   2   3   4   5   6   7   8   9   >