Irq affinity mask is per-irq instead of per irqchip, so move it into
struct irq_common_data.
Signed-off-by: Jiang Liu
---
include/linux/irq.h | 12 ++--
kernel/irq/irqdesc.c |9 +
kernel/irq/manage.c | 12 ++--
kernel/irq/proc.c|2 +-
4 files changed,
From: Nicholas Bellinger
Reviewed-by: Hannes Reinecke
Cc: Christoph Hellwig
Cc: Sagi Grimberg
Signed-off-by: Nicholas Bellinger
---
drivers/target/target_core_device.c | 15 ---
drivers/target/target_core_tpg.c| 4
include/target/target_core_base.h | 3 ---
3 files
From: Nicholas Bellinger
This patch converts se_tpg->acl_node_lock to struct mutex, so that
->acl_node_acl walkers in core_clear_lun_from_tpg() can block when
calling core_disable_device_list_for_node().
It also updates core_dev_add_lun() to hold ->acl_node_mutex when
calling
From: Nicholas Bellinger
This patch converts se_node_acl->device_list[] table for mappedluns
to modern RCU hlist_head usage in order to support an arbitrary number
of node_acl lun mappings.
It converts transport_lookup_*_lun() fast-path code to use RCU read path
primitives when looking up
From: Nicholas Bellinger
Now that se_portal_group->tpg_lun_hlist is a RCU protected hlist,
go ahead and drop the left-over lun->lun_status usage.
Reported-by: Christoph Hellwig
Reviewed-by: Hannes Reinecke
Signed-off-by: Nicholas Bellinger
---
drivers/target/target_core_tpg.c | 6 --
From: Nicholas Bellinger
This patch converts the core_scsi3_pr_seq_non_holder() check for non
reservation holding registrations to use an atomic bitop in ->deve_flags
to determine if a registration is currently active.
It also includes associated a set_bit() in __core_scsi3_add_registration()
From: Nicholas Bellinger
This patch converts core_tpg_deregister() to perform a list splice
for any remaining dynamically generated se_node_acls attached to
se_tpg, before calling kfree(nacl) to free memory.
Reviewed-by: Hannes Reinecke
Cc: Christoph Hellwig
Cc: Sagi Grimberg
Signed-off-by:
From: Nicholas Bellinger
This patch changes core_tpg_add_node_to_devs() to avoid unnecessarly
resetting every se_dev_entry in se_node_acl->tpg_lun_hlist when the
operation is driven by an explicit configfs se_lun->lun_group creation
via core_dev_add_lun() to only update a single se_lun.
The field 'affinity' in irq_desc won't change once the irq_desc data
structure is created. So cache irq_desc->affinity instead of irq_desc.
This also helps to hide struct irq_desc from device drivers.
Signed-off-by: Jiang Liu
---
drivers/net/ethernet/mellanox/mlx4/en_cq.c |6 +++---
From: Nicholas Bellinger
This patch changes __core_scsi3_do_alloc_registration() code to
drop pr_reg->pr_reg_tg_pt_lun pointer usage in favor of a new
pr_reg RPTI + existing pr_reg->pr_aptpl_target_lun used by
APTPL metadata logic.
It also includes changes to REGISTER, REGISTER_AND_MOVE and
From: Nicholas Bellinger
Hi all,
Here is -v4 series for converting LIO target se_node_acl + se_lun
mapping tables from fixed size arrays to dynamic RCU (read-copy-update)
hlist_heads.
This turns fast-path I/O into a lock-less RCU reader using existing
percpu based se_lun->lun_ref logic, and
On Wed, May 27, 2015 at 04:01:52PM +0200, Maxime Ripard wrote:
> Now that we can have ICGs set for both the source and destination (using
> the icg field of struct data_chunk) or for only the source or the
> destination (using the dst_icg or src_icg respectively), and that these
> fields can be
From: Nicholas Bellinger
This patch converts the fixed size se_portal_group->tpg_lun_list[]
to use modern RCU with hlist_head in order to support an arbitary
number of se_lun ports per target endpoint.
It includes dropping core_tpg_alloc_lun() from core_dev_add_lun(),
and calling it directly
From: Christoph Hellwig
Clean up the mess of registered variables, and pass the isid mismatch
flag explicitly instead of overloading the registration type.
Signed-off-by: Christoph Hellwig
Reviewed-by: Hannes Reinecke
Signed-off-by: Nicholas Bellinger
---
drivers/target/target_core_pr.c |
On 29 May 2015 at 23:06, Eric Anholt wrote:
> Signed-off-by: Eric Anholt
Thanks, applied!
Kind regards
Uffe
> ---
> drivers/mmc/host/sdhci-bcm2835.c | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/mmc/host/sdhci-bcm2835.c
>
Handler data (handler_data) is per-irq instead of per irqchip, so move
it into struct irq_common_data.
Signed-off-by: Jiang Liu
---
include/linux/irq.h |8
include/linux/irqdesc.h |2 +-
kernel/irq/chip.c |2 +-
kernel/irq/irqdesc.c|3 ++-
4 files changed,
On 05/30/2015 07:21 AM, Andrew Morton wrote:
On Fri, 29 May 2015 11:57:21 +0900 Kuenhwan Kwak wrote:
This patch helps creating a pid mapping data to parent processes.
Reading 'NSpid' field in '/proc/$PID/status' is currently a simple
way to getting child pid from parent pid in userspace.
On Fri, May 29, 2015 at 08:30:27PM +0200, Mike Galbraith wrote:
> It took quite a bit longer than I thought it would, but I finally
> managed to cobble a standalone testcase together that brings nearly
> instant gratification on my 8 socket DL980. Patched kernel explodes, so
> first cut ain't
Use access helper irq_data_get_affinity_mask() to hide implementation
details of struct irq_desc.
Signed-off-by: Jiang Liu
---
arch/alpha/kernel/irq.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/alpha/kernel/irq.c b/arch/alpha/kernel/irq.c
index
Use helper function irq_data_get_irq_handler_data() to hide irq_desc
implementation details.
Signed-off-by: Jiang Liu
---
arch/x86/kernel/apic/msi.c |2 +-
arch/x86/kernel/hpet.c |4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/x86/kernel/apic/msi.c
Just a nit: a license mismatch.
On Thu, 2015-05-28 at 18:42 -0700, Mathieu Olivari wrote:
> --- /dev/null
> +++ b/drivers/net/dsa/ar8xxx.c
> + * This program is free software; you can redistribute it and/or modify
> + * it under the terms of the GNU General Public License version 2 and
> + *
On Fri, May 29, 2015 at 08:48:56PM +0200, Mike Galbraith wrote:
>
> P.S. intel_idle is not all that wonderful on this box.
>
> - 78.31% [kernel] [k] _raw_spin_lock
>
>
On Sat, May 30, 2015 at 03:08:26PM +0200, Mike Galbraith wrote:
> Seems trying to make the target invisible to balancing created a new
> race: dequeue target, do stuff that may drop rq->lock while it's
> dequeued, target sneaks into schedule(), dequeues itself (#2), boom.
Aw god yes, duh.
Fun
On Sat, 30 May 2015, Vaibhav Hiremath wrote:
> RTC in pmic 88PM800 can run even the core is powered off, and user
> can set alarm in RTC. When the alarm is timed out, the PMIC will power up
> the core, and the whole system will boot up. And during PMIC driver probe,
> it will read some register
Use helper function irq_data_get_irq_handler_data() to hide irq_desc
implementation details.
Signed-off-by: Jiang Liu
---
drivers/sh/intc/virq.c | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git a/drivers/sh/intc/virq.c b/drivers/sh/intc/virq.c
index
From: Nicholas Bellinger
Hi all,
Here is v3 series with HCH's recent changes to go ahead and drop
all se_port + t10_alua_tg_pt_gp_member usage within target-core in
favor of direct se_lun pointer dereference.
This includes the original patch + minor fixes, along with two other
improvements for
From: Christoph Hellwig
This patch eliminates all se_port + t10_alua_tg_pt_gp_member usage,
and converts current users to direct se_lun pointer dereference.
This includes the removal of core_export_port(), core_release_port()
core_dev_export() and core_dev_unexport(). Along with conversion
of
From: Nicholas Bellinger
With se_port and t10_alua_tg_pt_gp_member being absored into se_lun,
there is no need for an extra lock to protect se_lun->lun_se_dev
assignment.
This patch also converts backend drivers to use call_rcu() release
to allow any se_device readers to complete. The
From: Nicholas Bellinger
This patch drops unnecessary target_core_fabric_ops parameter usage
for core_tpg_register() during fabric driver TFO->fabric_make_tpg()
se_portal_group creation callback execution.
Instead, use the existing se_wwn->wwn_tf->tf_ops pointer to ensure
fabric driver is
On Sun, May 31, 2015 at 08:39:04AM +0200, Mike Galbraith wrote:
> I don't see why we can't just say no in can_migrate_task() if ->pi_lock
> is held.
I suppose we could do that; what I really want to avoid is also
requiring pi_lock for scheduling.
The down-side of looking at pi_lock for migration
From: Nicholas Bellinger
With se_port_t and t10_alua_tg_pt_gp_member being absored into se_lun,
there is no need for an extra atomic_t based reference count for PR
ALL_TG_PT=1 and ALUA access state transition.
Go ahead and use the existing percpu se_lun->lun_ref instead, and
convert the two
On Fri, 2015-05-29 at 22:46 +0800, Xunlei Pang wrote:
> --- a/drivers/rtc/Kconfig
> +++ b/drivers/rtc/Kconfig
> config RTC_HCTOSYS_DEVICE
> string "RTC used to set the system time"
> - depends on RTC_HCTOSYS = y || RTC_SYSTOHC = y
> + depends on RTC_HCTOSYS = y
RTC_HCTOSYS and
On 06/01/2015 03:50 PM, Roger Pau Monné wrote:
> El 26/05/15 a les 2.11, Bob Liu ha escrit:
>> When migrate from !feature-persistent host to feature-persistent host, domU
>> still think new host/backend don't support persistent.
>> Dmesg like:
>> backed has not unmapped grant: 839
>> backed has
On 05/20/2015 05:19 PM, Stas Sergeev wrote:
Add LED_BRIGHTNESS_FAST flag. This flag is used to mark the led drivers
that do not use waiting operations when setting led brightness and do not
use work-queue in .brightness_set op.
When this flag is not set, disallow the blink periods smaller than
On Wed, May 27, 2015 at 04:01:53PM +0200, Maxime Ripard wrote:
> The AT91 HDMAC controller supports interleaved transfers through what's
> called the Picture-in-Picture mode, which allows to transfer a squared
> portion of a framebuffer.
>
> This means that this interleaved transfer only supports
On Sat, 30 May 2015, Vaibhav Hiremath wrote:
> From the spec, bit 1 of reg 0xe (page 0): IN_CLEAR_MODE controls the
> method of clearing interrupt status register of 88pm800;
>
> 0: clear on read
> 1: clear on write
>
> Signed-off-by: zhaoy
This signed-off is not acceptable.
No
Hi Finn,
On Sun, May 31, 2015 at 3:01 AM, Finn Thain wrote:
> A multi-platform kernel binary needs to decide at run-time how to dispatch
> the arch_nvram_ops calls. Add platform-independent arch_nvram_ops, for use
> when multiple platform-specific NVRAM ops implementations are needed.
Thanks
On Tue, 2015-05-26 at 11:41 +0200, Hannes Reinecke wrote:
> On 05/26/2015 08:25 AM, Nicholas A. Bellinger wrote:
> > From: Nicholas Bellinger
> >
> > Hi all,
> >
> > Here is -v3 series for converting LIO target se_node_acl + se_lun
> > mapping tables from fixed size arrays to dynamic RCU
On Mon, Jun 01, 2015 at 03:18:11PM +0900, Greg Kroah-Hartman wrote:
> On Mon, Jun 01, 2015 at 11:16:51AM +0530, Sudip Mukherjee wrote:
> > On Mon, Jun 01, 2015 at 07:05:30AM +0900, Greg Kroah-Hartman wrote:
> > > On Wed, May 20, 2015 at 08:56:56PM +0530, Sudip Mukherjee wrote:
>
> > And then
On 30.05.2015 18:46, Russell King - ARM Linux wrote:
On Sat, May 30, 2015 at 05:37:57PM +0200, Mikko Rapeli wrote:
Fixes userspace compilation error:
drm/exynos_drm.h:30:2: error: unknown type name ‘uint64_t’
Signed-off-by: Mikko Rapeli
This is another thing which we need to address. We
El 26/05/15 a les 2.06, Bob Liu ha escrit:
> In connect_ring, we can know exactly how many pages are used for the shared
> ring and also whether feature-persistent is enabled, delay pending_req
> allocation here so that we won't waste too much memory.
I would very much prefer for this to be a
On Sat, 30 May 2015, Vaibhav Hiremath wrote:
> Add DT support to the 88pm800 driver along with below properties
> - marvell,88pm800-irq-write-clear :
> Idicates whether interrupt status is cleared by write
>
> Also, creates the DT binding text file,
>
On Fri, 2015-05-29 at 12:42 -0700, Eric Anholt wrote:
> This gives us a function for making mailbox property channel requests
> of the firmware, which is most notable in that it will let us get and
> set clock rates.
>
> v2: Drop power-domains stuff for now since we don't have the driver
>
Hi Greg,
On Fri, 29 May 2015 20:40:02 +1000 Stephen Rothwell
wrote:
>
> After merging the staging tree, today's linux-next build (x86_64
> allmodconfig) produced a large number of warnings in
> drivers/staging/wilc1000.
Since there are so many warnings, I have disabled the driver for now.
--
Hi Majun,
First, please CC the irqchip maintainers (Jason and Thomas) on all
patches related to the irqchip subsystem.
On 30/05/15 04:19, majun (F) wrote:
> This patch contains the mbigen device driver.
>
> To support Mbigen device, irq-mbigen.c and mbi.h are added.
>
> As a MSI interrupt
On Sun, May 31, 2015 at 08:33:10PM -0700, Sukadev Bhattiprolu wrote:
> Andi Kleen [a...@firstfloor.org] wrote:
> | This adds support for the event topics that Ingo requested, and
> | replaces the earlier event group patch. JSON files now have a Topic
> | header that is used by perf list to group
* Luis R. Rodriguez wrote:
> On Fri, May 29, 2015 at 08:41:44AM +0200, Ingo Molnar wrote:
> >
> > * Luis R. Rodriguez wrote:
> >
> > > + gbe_mem = devm_ioremap_wc(_dev->dev, gbe_mem_phys,
> > > + gbe_mem_size);
> >
> > > + gbe_mem =
On 30/05/15 04:19, majun (F) wrote:
> This patch is applied to support the interrupts from Mbigen.
>
> As a interrupt controller, Mbigen is used as a child domain of MSI
> domain just like pci device.
>
> Change log:
> --add IRQ_DOMAIN_FLAG_MBIGEN to presents the interrupt from mbigen
> --add
On Mon, Jun 01, 2015 at 10:20:10AM +0200, Christian König wrote:
> Using types that differs on 32-bit and 64-bit machines for a kernel
> interface is indeed a rather bad idea. This not only includes longs, but
> pointers as well.
[cut standard stdint.h types argument which we've heard before]
* Andy Lutomirski wrote:
> You answered the wrong question. :) I understand the point of the
> non-temporal
> stores -- I don't understand the point of using non-temporal stores to *WB
> memory*. I think we should be okay with having the kernel mapping use WT
> instead.
WB memory is
On 06/01/2015 04:36 PM, Roger Pau Monné wrote:
> El 26/05/15 a les 2.06, Bob Liu ha escrit:
>> In connect_ring, we can know exactly how many pages are used for the shared
>> ring and also whether feature-persistent is enabled, delay pending_req
>> allocation here so that we won't waste too much
On Mon, 2015-06-01 at 09:50 +0100, Marc Zyngier wrote:
> On 30/05/15 04:19, majun (F) wrote:
> > This patch contains the mbigen device driver.
> >
> > To support Mbigen device, irq-mbigen.c and mbi.h are added.
> >
> > As a MSI interrupt controller, the mbigen is used as a child domain of
> >
Yeah, completely agree with Linus on the visibility problem and that's
exactly the reason why we don't include in the kernel header
and expect userspace to define the ISO types somewhere.
But using the types from "include/linux/types.h" and especially
including it into the uapi headers
On 06/01/15 at 08:42am, Joerg Roedel wrote:
> Hi Baoquan,
>
> On Mon, Jun 01, 2015 at 11:09:40AM +0800, Baoquan He wrote:
> > I am reading amd iommu code because I have some knowledge about intel
> > iommu since review Zhenhua's fixing kdump error patches. Now there's
> > a question I didn't find
On 30/05/2015 12:59, Xiao Guangrong wrote:
> Use union definition to avoid the decode/code workload and drop all the
> hard code
>
> Signed-off-by: Xiao Guangrong
> ---
> arch/x86/include/asm/kvm_host.h | 12 ++--
> arch/x86/kvm/mtrr.c | 19 ---
> 2 files
On 30/05/15 04:19, majun (F) wrote:
> This patch is applied to support the mbigen interrupt.
>
> Change log:
> --For irq_mbigen.c using,move some struct and function definition
> to a new head file arm-gic-its.h
> --Add a irq_write_mbi_msg member for mbi interrupt using
> --For mbi interrupt,
On Mon, Jun 1, 2015 at 11:08 AM, Christian König
wrote:
> Yeah, completely agree with Linus on the visibility problem and that's
> exactly the reason why we don't include in the kernel header and
> expect userspace to define the ISO types somewhere.
>
> But using the types from
On Mon, Jun 01, 2015 at 10:20:10AM +0200, Christian König wrote:
> Additional to that "linux/types.h" is not part of the uapi as far as
> I know, so including it in a header which is part of the uapi should
> be forbidden.
linux/types.h is part of uapi. See usr/include after 'make
On Mon, May 25, 2015 at 5:07 AM, Stephen Rothwell wrote:
> Today's linux-next merge of the wireless-drivers-next tree got a
> conflict in drivers/net/wireless/iwlwifi/Kconfig between commit
> ed65918735a5 ("iwlwifi: 7000: modify the firmware name for 3165") from
> the wireless-drivers tree and
Hi Alex,
On Fri, May 29, 2015 at 10:30:26AM +0100, Alex Bennée wrote:
> This adds support for userspace to control the HW debug registers for
> guest debug. In the debug ioctl we copy the IMPDEF defined number of
> registers into a new register set called host_debug_state. There is now
> a new
On 30/05/2015 12:59, Xiao Guangrong wrote:
> - kvm_mtrr_get_guest_memory_type() only checks one page in MTRRs so that
>it's unnecessary to check to see if the range is partially covered in
>MTRR
>
> - optimize the check of overlap memory type and add some comments to explain
>the
On Sat, 2015-05-30 at 14:59 -0400, Dan Williams wrote:
> --- a/lib/Kconfig
> +++ b/lib/Kconfig
> +config ARCH_HAS_PMEM_API
> + def_bool n
'n' is the default anyway, so I think
config ARCH_HAS_PMEM_API
bool
should work just as well.
Paul Bolle
--
To unsubscribe from this list:
Hi Cyrille,
Some remarks, questions below.
On Fri, May 29, 2015 at 03:50:08PM +0200, Cyrille Pitchen wrote:
> The alternative command mode was introduced to simplify the transmission of
> STOP conditions and to solve timing and latency issues around them.
>
> This mode relies on a new register,
Support write sequences / patches with specified delays (in microseconds)
after some (or all) writes. Logically separate reg_default from the new
reg_sequence structure (which has an additional delay_us member) as the
reg_default tables can run in to the thousands (for modern devices) and the
Hi Baoquan,
On Mon, Jun 01, 2015 at 05:09:02PM +0800, Baoquan He wrote:
> Then I am wondering how amd_iommu_dma_ops is assigned. Maybe I need
> check all functions more clearly.
The AMD IOMMU driver only uses per-device dma_ops. They are assigned to
each device in device_dma_ops_init() at boot
On Fri, May 29, 2015 at 03:50:09PM +0200, Cyrille Pitchen wrote:
> The probe() function now prints the hardware version of the I2C controller
>
> Signed-off-by: Cyrille Pitchen
Acked-by: Ludovic Desroches
> ---
> drivers/i2c/busses/i2c-at91.c | 4
> 1 file changed, 4 insertions(+)
>
>
On Fri, May 22, 2015 at 10:56:08AM +0300, Mika Westerberg wrote:
> BIOS/platform may use some of the pins by themselves, such as providing SCI
> (System Control Interrupt) from the embedded controller. The driver masks
> all interrupts at probe time which prevents those pins from triggering
>
On Sunday, May 31, 2015 05:07:42 AM EunTaik Lee wrote:
> When a task that calls state_store() to suspend
> the device has used up most of its time slice,
> suspend sometimes take too long. (User noticeable)
How long? Perhaps this is not the only explanation of the delay?
> Suspend/resume is a
On 30/05/2015 12:59, Xiao Guangrong wrote:
> This table summarizes the information of fixed MTRRs and introduce some APIs
> to abstract its operation which helps us to clean up the code and will be
> used in later patches
>
> Signed-off-by: Xiao Guangrong
> ---
> arch/x86/kvm/mtrr.c | 191
>
On 30/05/2015 12:59, Xiao Guangrong wrote:
> Sort all valid variable MTRRs based on its base address, it will help us to
> check a range to see if it's fully contained in variable MTRRs
>
> Signed-off-by: Xiao Guangrong
> ---
> arch/x86/include/asm/kvm_host.h | 3 +++
> arch/x86/kvm/mtrr.c
On 01/06/15 05:14, Joglekar Tejas wrote:
This patch fix warning given by checkpatch.pl abouts spaces given
before tab
Signed-off-by: Joglekar Tejas
---
drivers/staging/comedi/drivers/ni_at_a2150.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On 31/05/15 18:59, Filip Ayazi wrote:
Replace simple_strto with appropriate kstrto functions as recommended
by checkpatch, change pid, sig types to unsigned int, int respectively.
A changelog describing the changes are in v2 would be nice here.
Signed-off-by: Filip Ayazi
---
On 30/05/2015 12:59, Xiao Guangrong wrote:
> +struct mtrr_looker {
> + /* input fields. */
> + struct kvm_mtrr *mtrr_state;
> + u64 start;
> + u64 end;
s/looker/iter/ or s/looker/lookup/
> +static void mtrr_lookup_start(struct mtrr_looker *looker)
> +{
> + looker->mem_type
On 30/05/2015 12:59, Xiao Guangrong wrote:
> Currently guest MTRR is completely prohibited if cache snoop is supported on
> IOMMU (!noncoherent_dma) and host does the emulation based on the knowledge
> from host side, however, host side is not the good point to know
> what the purpose of guest
On Mon, Jun 01, 2015 at 11:08:21AM +0200, Christian König wrote:
> Yeah, completely agree with Linus on the visibility problem and that's
> exactly the reason why we don't include in the kernel header and
> expect userspace to define the ISO types somewhere.
>
> But using the types from
On 01/06/2015 11:36, Paolo Bonzini wrote:
> Does this have a performance impact on shadow? Perhaps we could cache
> in struct kvm_arch_memory_slot whether the memslot is covered by MTRRs?
Nevermind, patch 15 answers my question.
Paolo
--
To unsubscribe from this list: send the line
Hi Cyrille,
Some comments otherwise
Acked-by: Ludovic Desroches
On Fri, May 29, 2015 at 03:50:10PM +0200, Cyrille Pitchen wrote:
> When FIFOs are available and enabled, the driver now configures the Atmel
> eXtended DMA Controller to perform word accesses instead of byte accesses
> when
qty is the maximum number of discard that _do_ fit in the timeout, not
the first amount that does _not_ fit anymore.
This seemingly harmless error has a very severe performance impact when
the timeout value is enough for only 1 erase group.
Signed-off-by: David Jander
---
On Sat, May 30, 2015 at 12:14:30PM +0200, Pavel Machek wrote:
> Well... the driver was not broken... before you did "cleanup" that did
> two functional changes. And yes, the dts should be fixed, but that
> does not make your "cleanup" good.
Whether it's good or not is arguable, and it really
On 01.06.2015 11:38, Russell King - ARM Linux wrote:
On Mon, Jun 01, 2015 at 11:08:21AM +0200, Christian König wrote:
Yeah, completely agree with Linus on the visibility problem and that's
exactly the reason why we don't include in the kernel header and
expect userspace to define the ISO types
On Mon, Jun 01, 2015 at 05:07:42PM +1000, Stephen Rothwell wrote:
> Hi Borislav,
>
> After merging the edac-amd tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> drivers/edac/xgene_edac.c: In function 'xgene_edac_pmd_l2c_version1':
> drivers/edac/xgene_edac.c:792:2:
On Mon, Jun 01, 2015 at 01:12:53AM +0100, Stephen Rothwell wrote:
> Hi Will,
Hi Stephen,
> Today's linux-next merge of the arm-perf tree got a conflict in
> arch/arm/kernel/perf_event_cpu.c between commit 338d9dd3e2ae ("ARM:
> 8351/1: perf: don't warn about missing interrupt-affinity property
Hi Felipe,
On Friday 06 February 2015 08:18 PM, Felipe Balbi wrote:
Hi,
On Fri, Feb 06, 2015 at 05:25:35PM +0530, Kishon Vijay Abraham I wrote:
dwc3 can do only max packet aligned transfers. So in case request length
is not max packet aligned and is bigger than DWC3_EP0_BOUNCE_SIZE
two
This patch collects symbols section. This section is useful when
linking ELF maps.
Signed-off-by: Wang Nan
---
tools/lib/bpf/libbpf.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/tools/lib/bpf/libbpf.c b/tools/lib/bpf/libbpf.c
index 5f9b3da..9d40f27 100644
---
This patch utilizes bpf_load_object() provided by libbpf to load all
objects into kernel.
Signed-off-by: Wang Nan
---
tools/perf/builtin-record.c | 12
tools/perf/util/bpf-loader.c | 19 +++
tools/perf/util/bpf-loader.h | 2 ++
3 files changed, 33 insertions(+)
This patch collects relocation sections into 'struct object'.
Such sections are used for connecting maps to bpf programs.
'reloc' field in 'struct bpf_object' is introduced for storing
such informations.
This patch simply store the data into 'reloc' field. Following
patch will parse them to know
This patch moves kernel.h from tools/perf/util/include/linux/kernel.h
to tools/include/linux/kernel.h to enable other libraries use macros in
it, like libbpf which will be introduced by further patches.
MANIFEST is also updated for 'make perf-*-src-pkg'.
Signed-off-by: Wang Nan
---
On Mon 2015-06-01 11:49:19, Maxime Ripard wrote:
> On Sat, May 30, 2015 at 12:14:30PM +0200, Pavel Machek wrote:
> > Well... the driver was not broken... before you did "cleanup" that did
> > two functional changes. And yes, the dts should be fixed, but that
> > does not make your "cleanup" good.
This patch introduces accessors for user of libbpf to retrive section
name and fd of a opened/loaded eBPF program. 'struct bpf_prog_handler'
is used for that purpose. Accessors of programs section name and file
descriptor are provided. Set/get private data are also impelmented.
Signed-off-by:
This patch collects all programs in an object file into an array of
'struct bpf_program' for further processing. That structure is for
representing each eBPF program. 'bpf_prog' should be a better name, but
it has been used by linux/filter.h. Although it is a kernel space name,
I still prefer to
If an eBPF program accesses a map, LLVM generates a load instruction
which loads an absolute address into a register, like this:
ld_64 r1,
...
call2
That ld_64 instruction will be recorded in relocation section.
To enable the usage of that map, relocation must be done by replacing
This patch moves list.h from tools/perf/util/include/linux/list.h
to tools/include/linux/list.h to enable other libraries use macros in
it, like libbpf which will be introduced by further patches. Since
list.h depend on poison.h, poison.h is also moved.
Both file use relative path, so one '..' is
Expand bpf_obj_elf_collect() to collect license and kernel version
information in eBPF object file. eBPF object file should have a section
named 'license', which contains a string. It should also have a section
named 'version', contains a u32 LINUX_VERSION_CODE.
bpf_obj_validate() is introduced
This patch adds a bpf_fd field to 'struct evsel' then introduces method
to config it. In bpf-loader, a bpf__for_each_program() function is added.
Which calls the callback function for each eBPF programs with their event
structure and file descriptors. In evlist.c, perf_evlist__add_bpf()
is added
In this patch PERF_EVENT_IOC_SET_BPF ioctl is used to attach eBPF
program to a newly created perf event. The file descriptor of the
eBPF program is passed to perf record using previous patches, and
stored into evsel->bpf_fd.
It is possible that different perf event are created for one kprobe
Smatch complains that we don't unlock "master->mutex" on this error
path. It looks like it is a typo and we unlock ->bus_mutext where
->mutex was intended.
Fixes: d9411e57dc7f ('w1: Add support for DS28EA00 sequence to w1-therm')
Signed-off-by: Dan Carpenter
diff --git
In this patch, eBPF API is checked by compiling a c source file which
uses fields in bpf_attr which will be used by libbpf.
Signed-off-by: Wang Nan
---
tools/build/Makefile.feature | 6 --
tools/build/feature/Makefile | 6 +-
tools/build/feature/test-bpf.c | 18 ++
In this patch, kprobe points are created using add_perf_probe_events.
Since all events are already grouped together in an array, calling
add_perf_probe_events() once creates all of them.
probe_conf.max_probes is set to MAX_PROBES to support glob matching.
Signed-off-by: Wang Nan
---
This patch records the indics of instructions which are needed to be
relocated. Those information are saved in 'reloc_desc' field in
'struct bpf_program'. In loading phase (this patch takes effect in
opening phase), the collected instructions will be replaced by
map loading instructions.
Since we
By introducing new rules in tools/perf/util/parse-events.[ly], this
patch enables 'perf record --event bpf_file.o' to select events by
an eBPF object file. It calls parse_events_load_bpf() to load that
file, which uses bpf__prepare_load() and finally calls
bpf_object__open() for the object files.
901 - 1000 of 1602 matches
Mail list logo
