On 01/06/2013 03:12 PM, NeilBrown wrote:
[snip]
> I've been playing with off-mode and discovered that the first attempt to set
> the PWM after resume didn't work, but subsequent ones did.
> I did some digging and came up with the following patch.
> With this in place, the omap_pwm_suspend()
On Mon, 2013-01-07 at 11:40 -0500, Jason Baron wrote:
> On Mon, Jan 07, 2013 at 08:58:09AM -0500, Sasha Levin wrote:
> > jump_label_text_reserved() doesn't modify the memory it works on, it just
> > checks whether there are any jump labels there.
> >
> > Constify the parameters of it to prevent
sb105x doesn't seem to actually need (builds on x86
without it) and ppc/ppc64 doesn't provide it so it fails to build there.
This patch removes the dependency. Unfortunately, it now fails to build
because STD_COM_FLAGS isn't defined on most architectures. I'm not familiar
enough with the
On Mon, Jan 07, 2013 at 09:56:06AM -0800, Josh Triplett wrote:
> On Mon, Jan 07, 2013 at 08:57:48AM -0800, Paul E. McKenney wrote:
> > On Mon, Jan 07, 2013 at 07:58:10AM -0800, Josh Triplett wrote:
> > > On Sat, Jan 05, 2013 at 09:50:59AM -0800, Paul E. McKenney wrote:
> > > > rcu: Provide RCU CPU
On Mon, 2013-01-07 at 09:19 -0800, Paul E. McKenney wrote:
> On Mon, Jan 07, 2013 at 09:16:02AM -0800, Paul E. McKenney wrote:
> > On Mon, Jan 07, 2013 at 07:50:02AM -0800, Josh Triplett wrote:
> > > On Sat, Jan 05, 2013 at 09:09:36AM -0800, Paul E. McKenney wrote:
> > > > From: "Paul E. McKenney"
On Sat, Dec 29, 2012 at 03:47:37PM +0800, Hillf Danton wrote:
> On Thu, Dec 27, 2012 at 9:59 AM, Kent Overstreet
> wrote:
> > @@ -1585,18 +1278,27 @@ static int io_submit_one(struct kioctx *ctx, struct
> > iocb __user *user_iocb,
> > * don't see ctx->dead set here, io_destroy() waits
On Sat, Dec 29, 2012 at 03:36:38PM +0800, Hillf Danton wrote:
> On Thu, Dec 27, 2012 at 9:59 AM, Kent Overstreet
> wrote:
> > - /*
> > -* This is so that aio_complete knows it doesn't need to
> > -* pull the iocb off the run list (We can't just call
> > -*
On Mon, Jan 07, 2013 at 08:50:23AM -0800, Josh Triplett wrote:
> On Sat, Jan 05, 2013 at 09:48:54AM -0800, Paul E. McKenney wrote:
> > From: "Paul E. McKenney"
> >
> > Currently, the only way to specify no-CBs CPUs is via the rcu_nocbs
> > kernel command-line parameter. This is inconvenient in
Smatch complains about some pointers that are dereferenced before being
checked:
drivers/staging/csr/sme_sys.c:285
CsrWifiRouterCtrlHipReqHandler() warn: variable dereferenced before
check 'priv' (see line 283)
drivers/staging/csr/sme_sys.c:1503
CsrWifiRouterMaPacketReqHandler() warn: variable
Hello Stanislaw!
Stanislaw Gruszka wrote:
> On Mon, Jan 07, 2013 at 07:38:35PM +0100, Andreas Hartmann wrote:
>> Stanislaw Gruszka wrote:
>>> On Mon, Jan 07, 2013 at 04:04:01PM +0100, Andreas Hartmann wrote:
Ben Hutchings wrote:
> On Mon, 2013-01-07 at 09:10 +0100, Stanislaw Gruszka
Create two new legacy regions, one for MMIO space below 1MB and
another for 64k of I/O port space. For devices of PCI class VGA
these ranges will be exposed and allow direct access to the device
at the PCI defined VGA addresses, 0xa, 0x3b0, 0x3c0. VFIO
makes use of the host VGA arbiter to
vfio makes a nice interface to start looking at supporting VGA devices
assigned to virtual machines (ie. userspace drivers) because we can so
easily add additional ranges for a device. In this patch we add
legacy MMIO (below 1MB) and I/O port (64k) to devices with PCI class
code VGA. We can then
Hi,
Thanks for the patch!
I'd like Daniel to have a look at it still.
Thanks,
Rafael
On Monday, January 07, 2013 08:12:01 PM Krzysztof Mazur wrote:
> Commit bf4d1b5ddb78f86078ac6ae0415802d5f0c68f92 (cpuidle: support
> multiple drivers) changed the number of initialized state kobjects
> in
On Mon, Jan 7, 2013 at 4:33 PM, Eldad Zack wrote:
>
> On Mon, 7 Jan 2013, Alex Deucher wrote:
>> On Sun, Jan 6, 2013 at 7:59 AM, Eldad Zack wrote:
>> >
>> > Hi Alex,
>> >
>> > Commit 0ecebb9e0d14e9948e0b1529883a776758117d6f "drm/radeon: switch to a
>> > finer grained reset for evergreen"
On Sun, 6 Jan 2013 00:29:05 -0500
Xi Wang wrote:
> The tricky problem is this check:
>
> if (i++ >= max)
>
> icc (mis)optimizes this check as:
>
> if (++i > max)
>
> The check now becomes a no-op since max is MAX_ARG_STRINGS (0x7FFF).
>
> This is "allowed" by the C
(Adding Sascha Hauer, Linus Walleij, Lee Jones to Cc)
On Monday 07 January 2013, Tony Lindgren wrote:
> >
> > At the end of the line, some kind of hardware glue is going to be needed.
> >
> > I just feel that drawing from a sample size of 1 (maybe 2 if I get to throw
> > in the beagleboard), it
2012/12/16 Ingo Molnar :
>
> * Frederic Weisbecker wrote:
>> +
>> +/**
>> + * context_tracking_task_switch - context switch the syscall hooks
>> + *
>> + * The context tracking uses the syscall slow path to implement its
>> user-kernel
>> + * boundaries hooks on syscalls. This way it doesn't
On Mon, 7 Jan 2013 13:57:21 +
Mel Gorman wrote:
> On Sun, Jan 06, 2013 at 03:44:33PM +0800, Jason Liu wrote:
> > when run the folloing command under shell, it will return error
> > sh/$ echo 1 > /proc/sys/vm/compact_memory
> > sh/$ sh: write error: Bad address
> >
> > After strace, I found
On Mon, 7 Jan 2013, Alex Deucher wrote:
> On Sun, Jan 6, 2013 at 7:59 AM, Eldad Zack wrote:
> >
> > Hi Alex,
> >
> > Commit 0ecebb9e0d14e9948e0b1529883a776758117d6f "drm/radeon: switch to a
> > finer grained reset for evergreen" introduced a hard system lockup to my
> > setup. I found it after
On Mon, Jan 7, 2013 at 12:32 PM, Yinghai Lu wrote:
>> 2). The check for 1MB is suspect. Why only 1MB? You mentioned it is
>> b/c of crashkernel_low=72M (which I am not seeing in v3.8
>> kernel-parameters.txt?
>> Is that part of your mega-patchset?). Anyhow, there seems to be a
>>
On Sun, 6 Jan 2013 12:32:04 -0500
Sasha Levin wrote:
> Ping?
Pong?
http://ozlabs.org/~akpm/mmotm/broken-out/mm-huge_memory-use-new-hashtable-implementation.patch
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
On Mon, 7 Jan 2013 11:41:36 +0800
Lin Feng wrote:
> The memmove span covers from (next+1) to the end of the array, and the index
> of next is (i+1), so the index of (next+1) is (i+2). So the size of remaining
> array elements is (type->cnt - (i + 2)).
What are the user-visible effects of this
On Mon, 7 Jan 2013, Robert Jarzmik wrote:
> Guennadi Liakhovetski writes:
>
> > (adding Robert to CC)
> > I don't think any data is freed by pxa_free_dma(), it only disables DMA on
> > a certain channel. Theoretically there could be a different problem:
> > pxa_free_dma() deactivates DMA,
* Pantelis Antoniou [130107 12:43]:
> Hi Tony,
>
> On Jan 7, 2013, at 10:35 PM, Tony Lindgren wrote:
>
> > * Pantelis Antoniou [130107 12:29]:
> >> On Jan 7, 2013, at 10:23 PM, Tony Lindgren wrote:
> >>>
> >>> Well how about split it to an eeprom driver, and Linux generic
> >>> device loader
Greg KH, le Mon 07 Jan 2013 09:44:53 -0800, a écrit :
> Wait, Nickolai wrote the first patch, so how could he sign off on your
> patch? How about sending me an add-on patch on top of the first one
> which adds the additional check?
Right, here it is:
Check that array index is in-bounds before
Set the HDMI version to v1.4 for all exynos5250 targets. This property
was previously being inferred by the existence of the hdmi node.
Signed-off-by: Sean Paul
---
arch/arm/boot/dts/exynos5250.dtsi |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git
On Monday, January 07, 2013 10:16:59 AM Toshi Kani wrote:
> On Mon, 2012-12-31 at 00:46 +, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > Commit 1d57433 (ACPI: Separate adding ACPI device objects from
> > probing ACPI drivers) introduced an ACPI power resources management
>
>
On Sun, Jan 06, 2013 at 06:34:17PM -0500, Paul Gortmaker wrote:
> On Sat, Jan 5, 2013 at 12:48 PM, Paul E. McKenney
> wrote:
> > From: "Paul E. McKenney"
> >
> > Currently, the per-no-CBs-CPU kthreads are named "rcuo" followed by
> > the CPU number, for example, "rcuo". This is problematic
On Sat, Jan 05, 2013 at 04:16:37PM +0800, Xiao Guangrong wrote:
> On 01/05/2013 06:44 AM, Marcelo Tosatti wrote:
>
> >> index b0a3678..44c6992 100644
> >> --- a/arch/x86/kvm/x86.c
> >> +++ b/arch/x86/kvm/x86.c
> >> @@ -4756,15 +4756,8 @@ static int handle_emulation_failure(struct kvm_vcpu
> >>
On Fri, Dec 28, 2012 at 06:48:35AM +0900, OGAWA Hirofumi wrote:
> "Darrick J. Wong" writes:
>
> >> I think this flag should be separated into "FS provide stable page" and
> >> "FS needs bounce buffer for stable page".
> >>
> >> My fs (I guess btrfs also) provides stable page by better way, and
Hi,
We've had a few reports in Fedora of users hitting the WARN_ONCE in
drivers/usb/core/urb.c that prints a warning about a usb_submit_urb
being called on an active URB. One of them[1] is from the ums_realtek
driver and the other[2] is from the uvcvideo driver. However, I noticed
that in both
On 01/07/2013 02:32 PM, Greg Kroah-Hartman wrote:
> On Mon, Jan 07, 2013 at 02:24:36PM -0600, Seth Jennings wrote:
>> debugfs currently lack the ability to create attributes
>> that set/get atomic_t values.
>
> I hate to ask, but why would you ever want to do such a thing?
There are a few
Hi Tony,
On Jan 7, 2013, at 10:35 PM, Tony Lindgren wrote:
> * Pantelis Antoniou [130107 12:29]:
>> On Jan 7, 2013, at 10:23 PM, Tony Lindgren wrote:
>>>
>>> Well how about split it to an eeprom driver, and Linux generic
>>> device loader parts?
>>>
>>
>> All that's left is the eeprom driver
* Paul Walmsley [130107 12:12]:
> On Mon, 7 Jan 2013, Tony Lindgren wrote:
>
> > * Pantelis Antoniou [130103 14:35]:
> > > The IRQ array must be terminated by -1 and not by -1+OMAP_INTC_START
> > > This led to having a resource list of 100s of IRQs.
> >
> > This is a bug for sure introduced
This is a note to let you know that I have just added a patch titled
MIPS: Fix poweroff failure when HOTPLUG_CPU configured.
to the linux-3.5.y-queue branch of the 3.5.y.z extended stable tree
which can be found at:
On Tue, Dec 18, 2012 at 04:25:58PM +0900, Takuya Yoshikawa wrote:
> This patch set makes kvm_mmu_slot_remove_write_access() rmap based and
> adds conditional rescheduling to it.
>
> The motivation for this change is of course to reduce the mmu_lock hold
> time when we start dirty logging for a
On Tue, Dec 18, 2012 at 04:26:47PM +0900, Takuya Yoshikawa wrote:
> This is needed to make kvm_mmu_slot_remove_write_access() rmap based:
> otherwise we may end up using invalid rmap's.
>
> Signed-off-by: Takuya Yoshikawa
Why? memslot->arch.rmap[] has been properly allocated at this point.
>
* Pantelis Antoniou [130107 12:29]:
> On Jan 7, 2013, at 10:23 PM, Tony Lindgren wrote:
> >
> > Well how about split it to an eeprom driver, and Linux generic
> > device loader parts?
> >
>
> All that's left is the eeprom driver (accessor) and calls to the
> generic DT overlay constructs.
>
On Mon, Jan 07, 2013 at 02:24:36PM -0600, Seth Jennings wrote:
> debugfs currently lack the ability to create attributes
> that set/get atomic_t values.
I hate to ask, but why would you ever want to do such a thing?
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe
On Mon, Jan 7, 2013 at 7:26 AM, Konrad Rzeszutek Wilk
wrote:
> On Fri, Jan 04, 2013 at 02:10:25PM -0800, Yinghai Lu wrote:
>> On Fri, Jan 4, 2013 at 1:02 PM, Shuah Khan wrote:
>> > Pani'cing the system doesn't sound like a good option to me in this
>> > case. This change to disable swiotlb is
ank line EOF warning on documentation file
* Rebase to next-20130107
Zswap Overview:
Zswap is a lightweight compressed cache for swap pages. It takes
pages that are in the process of being swapped out and attempts to
compress them into a dynamically allocated RAM-based memory pool.
If this p
This patch allows users of zsmalloc to register the
allocation and free routines used by zsmalloc to obtain
more pages for the memory pool. This allows the user
more control over zsmalloc pool policy and behavior.
If the user does not wish to control this, alloc_page() and
__free_page() are used
Hi Tony,
On Jan 7, 2013, at 10:23 PM, Tony Lindgren wrote:
> * Pantelis Antoniou [130107 12:16]:
>> Hi Tony,
>>
>> On Jan 7, 2013, at 10:09 PM, Tony Lindgren wrote:
>>
>>> * Pantelis Antoniou [130107 10:54]:
A cape loader based on DT overlays and DT objects.
Beaglebone cape
zswap is a thin compression backend for frontswap. It receives
pages from frontswap and attempts to store them in a compressed
memory pool, resulting in an effective partial memory reclaim and
dramatically reduced swap device I/O.
Additional, in most cases, pages can be retrieved from this
debugfs currently lack the ability to create attributes
that set/get atomic_t values.
This patch adds support for this through a new
debugfs_create_atomic_t() function.
Signed-off-by: Seth Jennings
---
fs/debugfs/file.c | 42 ++
This patch adds the documentation file for the zswap functionality
Signed-off-by: Seth Jennings
---
Documentation/vm/zswap.txt | 73
1 file changed, 73 insertions(+)
create mode 100644 Documentation/vm/zswap.txt
diff --git
Right now ZS_SIZE_CLASS_DELTA is hardcoded to be 16. This
creates 254 classes for systems with 4k pages. However, on
PPC64 with 64k pages, it creates 4095 classes which is far
too many.
This patch makes ZS_SIZE_CLASS_DELTA relative to PAGE_SIZE
so that regardless of the page size, there will be
swap_writepage() is currently where frontswap hooks into the swap
write path to capture pages with the frontswap_store() function.
However, if a frontswap backend wants to "resume" the writeback of
a page to the swap device, it can't call swap_writepage() as
the page will simply reenter the
zs_create_pool() currently takes a gfp flags argument
that is used when growing the memory pool. However
it is not used in allocating the metadata for the pool
itself. That is currently hardcoded to GFP_KERNEL.
zswap calls zs_create_pool() at swapon time which is done
in atomic context,
zs_create_pool() currently takes a name argument which is
never used in any useful way.
This patch removes it.
Signed-off-by: Seth Jennnings
---
drivers/staging/zcache/zcache-main.c |2 +-
drivers/staging/zram/zram_drv.c |2 +-
drivers/staging/zsmalloc/zsmalloc-main.c |
* Pantelis Antoniou [130107 12:16]:
> Hi Tony,
>
> On Jan 7, 2013, at 10:09 PM, Tony Lindgren wrote:
>
> > * Pantelis Antoniou [130107 10:54]:
> >> A cape loader based on DT overlays and DT objects.
> >>
> >> Beaglebone cape manager implementation.
> >>
> >> Signed-off-by: Pantelis Antoniou
On Mon, Jan 7, 2013 at 11:09 AM, Thomas Renninger wrote:
> e820: BIOS-provided physical RAM map:
> BIOS-e820: [mem 0x0100-0x0009bfff] usable
> BIOS-e820: [mem 0x0010-0xbd2e] usable
> BIOS-e820: [mem 0xbd2f-0xbd31bfff] reserved
>
Em Mon, 7 Jan 2013 12:40:50 -0700
Jonathan Corbet escreveu:
> On Mon, 7 Jan 2013 00:09:47 +0100
> Alessandro Rubini wrote:
>
> > I don't expect you'll see serious performance differences on the PC. I
> > think ARM users will have better benefits, due to the different cache
> > architecture.
Hi Tony,
On Jan 7, 2013, at 10:09 PM, Tony Lindgren wrote:
> * Pantelis Antoniou [130107 10:54]:
>> A cape loader based on DT overlays and DT objects.
>>
>> Beaglebone cape manager implementation.
>>
>> Signed-off-by: Pantelis Antoniou
>> ---
>> arch/arm/mach-omap2/Kconfig|2
* Pantelis Antoniou [130107 10:54]:
> A cape loader based on DT overlays and DT objects.
>
> Beaglebone cape manager implementation.
>
> Signed-off-by: Pantelis Antoniou
> ---
> arch/arm/mach-omap2/Kconfig|2 +
> drivers/misc/Kconfig |2 +
>
On Mon, 7 Jan 2013, Tony Lindgren wrote:
> * Pantelis Antoniou [130103 14:35]:
> > The IRQ array must be terminated by -1 and not by -1+OMAP_INTC_START
> > This led to having a resource list of 100s of IRQs.
>
> This is a bug for sure introduced with commit a2cfc509 (ARM: OMAP3+:
> hwmod: Add
Guennadi Liakhovetski writes:
> (adding Robert to CC)
> I don't think any data is freed by pxa_free_dma(), it only disables DMA on
> a certain channel. Theoretically there could be a different problem:
> pxa_free_dma() deactivates DMA, whereas pxa_dma_start_channels() activates
> it. But I
Hi,
On Jan 7, 2013, at 10:05 PM, Tony Lindgren wrote:
> Hi,
>
> * Pantelis Antoniou [130103 14:34]:
>> omap_device relies on the platform notifier callbacks managing resources
>> behind the scenes. The resources were not properly linked causing crashes
>> when removing the device.
>>
>>
On 01/07/2013 11:40 AM, Jason Baron wrote:
> On Mon, Jan 07, 2013 at 08:58:09AM -0500, Sasha Levin wrote:
>> jump_label_text_reserved() doesn't modify the memory it works on, it just
>> checks whether there are any jump labels there.
>>
>> Constify the parameters of it to prevent warnings when
Hi,
* Pantelis Antoniou [130103 14:34]:
> omap_device relies on the platform notifier callbacks managing resources
> behind the scenes. The resources were not properly linked causing crashes
> when removing the device.
>
> Rework the resource modification code so that linking is performed
* Pantelis Antoniou [130103 14:35]:
> The IRQ array must be terminated by -1 and not by -1+OMAP_INTC_START
> This led to having a resource list of 100s of IRQs.
This is a bug for sure introduced with commit a2cfc509 (ARM: OMAP3+:
hwmod: Add AM33XX HWMOD data). Anybody care to ack this one?
On Mon, Jan 07 2013, Tejun Heo wrote:
> On Fri, Jan 04, 2013 at 01:05:18PM -0800, Greg Thelen wrote:
>> If the command line parameter cannot
>> be opened, then cgroup_event_listener prints an error message and
>> tries to return an error. However, due to an uninitialized variable
>> the return
16 * 64 is a bit much.
Use kmalloc_array instead.
Signed-off-by: Joe Perches
---
net/sunrpc/xprtrdma/verbs.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/net/sunrpc/xprtrdma/verbs.c b/net/sunrpc/xprtrdma/verbs.c
index 745973b..9cfebb4 100644
---
On Mon, 7 Jan 2013 00:09:47 +0100
Alessandro Rubini wrote:
> I don't expect you'll see serious performance differences on the PC. I
> think ARM users will have better benefits, due to the different cache
> architecture. You told me Jon measured meaningful figures on a Marvel
> CPU.
It made the
On Mon, 7 Jan 2013, Geert Uytterhoeven wrote:
> JFYI, when comparing v3.8-rc2 to v3.8-rc1[3], the summaries are:
> - build errors: +3/-3
3 regressions:
+ drivers/gpio/gpio-sx150x.c: error: field 'gpio_chip' has incomplete type:
47:35 => 47:35, 47:19
+ drivers/mfd/htc-i2cpld.c: error: field
> Also, since IOMMU drivers can no longer assume swiotlb is allocated
> enough_mem_for_swiotlb() check fails, AMD IOMMU or another other iommu
> driver can't simply rely on changing swiotlb=1 and assuming the buffer
> is there.
>
> As Konrad suggested, a hook is needed, however, I think the
On Mon, Jan 07, 2013 at 12:43:20PM +0530, Durgadoss R wrote:
> +struct thermal_cooling_device *get_cdev_by_name(const char *name)
> +{
> + struct thermal_cooling_device *pos;
> + struct thermal_cooling_device *cdev = NULL;
> +
> + mutex_lock(_list_lock);
> + for_each_cdev(pos) {
>
On Mon, Jan 07, 2013 at 12:43:24PM +0530, Durgadoss R wrote:
> This patch makes MAX_SENSORS_PER_ZONE and
> MAX_CDEVS_PER_ZONE values configurable. The
> default value is 1, and range is 1-12.
Why would we ever want to change this? Why make this configurable at
all, how is a distro supposed to
On Mon, Jan 07, 2013 at 12:43:26PM +0530, Durgadoss R wrote:
> + * You should have received a copy of the GNU General Public License along
> + * with this program; if not, write to the Free Software Foundation, Inc.,
> + * 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA.
Unless you wish to
On Mon, 7 Jan 2013, Marc Zyngier wrote:
> On 07/01/13 17:21, Stefano Stabellini wrote:
> > On Fri, 14 Sep 2012, Stefano Stabellini wrote:
> >> On Fri, 14 Sep 2012, Pawel Moll wrote:
> >>> On Fri, 2012-09-14 at 12:13 +0100, Stefano Stabellini wrote:
> Signed-off-by: Stefano Stabellini
>
On Mon, Jan 07, 2013 at 07:38:35PM +0100, Andreas Hartmann wrote:
> Stanislaw Gruszka wrote:
> > On Mon, Jan 07, 2013 at 04:04:01PM +0100, Andreas Hartmann wrote:
> >> Ben Hutchings wrote:
> >>> On Mon, 2013-01-07 at 09:10 +0100, Stanislaw Gruszka wrote:
> On Mon, Jan 07, 2013 at 09:05:32AM
On Mon, Jan 07, 2013 at 12:43:22PM +0530, Durgadoss R wrote:
> This patch creates a thermal map sysfs node under
> /sys/class/thermal/zoneX/. This contains
> entries named map0, map1 .. mapN. Each map has the
> following space separated values:
> trip_type sensor_name cdev_name trip_mask weights
This patch renames the supply_uV* variables to supply_uv* to avoid
CamelCase as warned by the checkpatch.pl script.
Signed-off-by: Vivien Didelot
---
drivers/hwmon/sht15.c | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/drivers/hwmon/sht15.c
Without this patch, the SHT15 driver may fail silently with a
non-bidirectional data line and/or an input-only clock line. The patch
checks the return value of gpio_direction_* function calls, prints an
error message for void-returning functions or returns the corresponding
error code otherwise.
Commit bf4d1b5ddb78f86078ac6ae0415802d5f0c68f92 (cpuidle: support
multiple drivers) changed the number of initialized state kobjects
in cpuidle_add_state_sysfs() from device->state_count to drv->state_count,
but leaved device->state_count in cpuidle_remove_state_sysfs().
Those two values might
From: admin01
* STMicroelectronics version 1.2.0, Copyright (C) 2010
* STMicroelectronics comes with ABSOLUTELY NO WARRANTY.
* This is free software, and you are welcome to redistribute it
* under certain conditions.
This is the driver for TPM chip from ST Microelectronics.
If you have a
Add the weather cape to the supported capes.
Signed-off-by: Pantelis Antoniou
---
arch/arm/boot/dts/am335x-bone.dts | 9 -
firmware/Makefile | 5 +++
firmware/capes/cape-bone-weather-00A0.dts | 66 +++
3 files changed, 79
Makefile rules to support compiling DT cape definitions.
Signed-off-by: Pantelis Antoniou
---
firmware/Makefile | 7 +++
1 file changed, 7 insertions(+)
diff --git a/firmware/Makefile b/firmware/Makefile
index cbb09ce..361b2af 100644
--- a/firmware/Makefile
+++ b/firmware/Makefile
@@
Bindings which enable the DT overlay based cape manager for
the Texas Instruments Beaglebone platform.
Signed-off-by: Pantelis Antoniou
---
arch/arm/boot/dts/am335x-bone.dts | 68 ++-
1 file changed, 67 insertions(+), 1 deletion(-)
diff --git
A cape loader based on DT overlays and DT objects.
Beaglebone cape manager implementation.
Signed-off-by: Pantelis Antoniou
---
arch/arm/mach-omap2/Kconfig|2 +
drivers/misc/Kconfig |2 +
drivers/misc/Makefile |1 +
Document the beaglebone's cape driver bindings.
Signed-off-by: Pantelis Antoniou
---
.../devicetree/bindings/misc/capes-beaglebone.txt | 110 +
1 file changed, 110 insertions(+)
create mode 100644 Documentation/devicetree/bindings/misc/capes-beaglebone.txt
diff --git
Introducing a Device Tree overlay cape manager.
Using it it is possible to support the growing cape ecosystem for
the beaglebone, without having to hack a board file for each and
every cape plug combination.
It is possible to force load capes, and also possible to remove
them if need be
On Thu, Dec 20, 2012 at 12:11 PM, Sasha Levin wrote:
> Remove cases of redundant checks and remote unreachable paths.
>
> Signed-off-by: Sasha Levin
Thanks, Sasha. I applied this for v3.9.
> ---
> drivers/pci/hotplug/cpqphp_ctrl.c | 57
> ++-
> 1 file
On Mon, Dec 3, 2012 at 1:59 PM, Shuah Khan wrote:
> On Mon, Dec 3, 2012 at 1:00 PM, Alex Williamson
> wrote:
>> On Mon, 2012-12-03 at 12:48 -0700, Alex Williamson wrote:
>>> On Mon, 2012-12-03 at 10:40 -0700, Shuah Khan wrote:
>>> > On Mon, Dec 3, 2012 at 9:37 AM, Betty Dall wrote:
>>> > > The
Hello Helmut!
Helmut Schaa wrote:
> On Mon, Jan 7, 2013 at 4:04 PM, Andreas Hartmann
> wrote:
>> The solution would be IMHO, to implement an own aggregation handling,
>> maybe the same way as it was done for carl9170, which had the same problem:
>>
>>
On Mon, Jan 07, 2013 at 10:24:17AM -0800, Josh Triplett wrote:
> On Mon, Jan 07, 2013 at 07:08:55PM +0100, Markus Trippelsdorf wrote:
> > On 2013.01.07 at 09:16 -0800, Paul E. McKenney wrote:
> > > On Mon, Jan 07, 2013 at 07:50:02AM -0800, Josh Triplett wrote:
> > > > On Sat, Jan 05, 2013 at
Stanislaw Gruszka wrote:
> On Mon, Jan 07, 2013 at 04:04:01PM +0100, Andreas Hartmann wrote:
>> Ben Hutchings wrote:
>>> On Mon, 2013-01-07 at 09:10 +0100, Stanislaw Gruszka wrote:
On Mon, Jan 07, 2013 at 09:05:32AM +0100, Stanislaw Gruszka wrote:
>> To be clear, I have all of these in
Make the PEBS Load Latency threshold register layout
and encoding visible to user level tools.
Signed-off-by: Stephane Eranian
---
arch/x86/kernel/cpu/perf_event_intel.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/x86/kernel/cpu/perf_event_intel.c
This patch adds support for memory profiling using the
PEBS Load Latency facility.
Load accesses are sampled by HW and the instruction
address, data address, load latency, data source, tlb,
locked information can be saved in the sampling buffer
if using the PERF_SAMPLE_COST (for latency),
Was missing from current code yet PERF_SAMPLE_ADDR has
been present for a long time. Needed for PEBS-LL mode.
Signed-off-by: Stephane Eranian
---
tools/perf/util/session.c |4
1 file changed, 4 insertions(+)
diff --git a/tools/perf/util/session.c b/tools/perf/util/session.c
index
Ensure we grab the weight from raw sample struct
and that we can dump it via perf report -D.
Signed-off-by: Stephane Eranian
---
tools/perf/util/event.h |1 +
tools/perf/util/evsel.c |5 +
tools/perf/util/session.c |3 +++
3 files changed, 9 insertions(+)
diff --git
This patch extends Jiri's changes to make generic
events mapping visible via sysfs. The patch extends
the mechanism to non-generic events by allowing
the mappings to be hardcoded in strings.
This mechanism will be used by the PEBS-LL patch
later on.
Signed-off-by: Stephane Eranian
---
This patch adds the --mem-mode option to perf report.
This mode requires a perf.data file created with memory
access samples.
Signed-off-by: Stephane Eranian
---
tools/perf/builtin-report.c | 131 +--
1 file changed, 127 insertions(+), 4 deletions(-)
Type of mapping was lost and made it hard for a tool
to distinguish code vs. data mmaps. Perf has the ability
to distinguish the two.
Use a bit in the header->misc bitmask to keep track of
the mmap type. If PERF_RECORD_MISC_MMAP_DATA is set then
the mapping is not executable (!VM_EXEC). If not
From: Namhyung Kim
The symbol addresses in a dso have relative offsets from the start of
a mapping. So in order to ouput correct offset value from @ip, one of
them should be converted.
Cc: Stephane Eranian
Signed-off-by: Namhyung Kim
---
tools/perf/util/sort.c |2 +-
1 file changed, 1
From: Namhyung Kim
When loading symbols in a data mapping, ABS symbols (which has a value
of SHN_ABS in its st_shndx) failed at elf_getscn(). And it marks the
loading as a failure so already loaded symbols cannot be fixed up.
I'm not sure what should be done. Just ignore them for now. :)
Cc:
Leverages the PERF_RECORD_MISC_MMAP_DATA bit in
the RECORD_MMAP record header. When the bit is set
then the mapping type is set to MAP__VARIABLE.
Signed-off-by: Stephane Eranian
---
tools/perf/util/machine.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git
This new command is a wrapper on top of perf record and
perf report to make it easier to configure for memory
access profiling.
To record loads:
$ perf mem -t load rec .
To record stores:
$ perf mem -t store rec .
To get the report:
$ perf mem -t load rep
Signed-off-by: Stephane
Add the -l option to perf record to enable sampling
access cost sampling.
Data address sampling is obtained via the -d option.
Signed-off-by: Stephane Eranian
---
tools/perf/builtin-record.c |2 ++
tools/perf/perf.h |1 +
tools/perf/util/evsel.c |6 ++
3 files
This patch adds the sorting and histogram support
functions to enable profiling of memory accesses.
The following sorting orders are added:
- symbol_daddr: data address symbol (or raw address)
- dso_daddr: data address shared object
- weight: access cost
- locked: access uses locked
201 - 300 of 1154 matches
Mail list logo