On Sat, May 10, 2014 at 09:03:11AM -0600, Alex Williamson wrote:
> The expectation is that the kernel and IVRS will produce the same
> result for topology based aliases while the kernel will also include
> device specific DMA quirks.
Is that expectation really true? There are PCIe devices out ther
On Wednesday 14 May 2014 18:13:41 Ley Foon Tan wrote:
> On Wed, May 14, 2014 at 2:10 AM, Arnd Bergmann wrote:
> > I've just spent two days looking at stuff that uses time_t inside
> > of the kernel, to get a better idea of what we actually need to
> > do to get provide new user interfaces for the
On Thu, 08 May 2014 18:37:49 +0200, Sylwester Nawrocki
wrote:
> This patch adds a helper function to unregister devices which
> were created by an of_platform_populate() call. The pattern
> used here can already be found in multiple drivers. This helper
> can now be used instead of repeating simi
On Wednesday 14 May 2014 10:12:07 Paul Bolle wrote:
> #if defined(CONFIG_ARCH_SA1100)
> .macro loadsp, rb, tmp
> mov \rb, #0x8000@ physical base address
> -#ifdef CONFIG_DEBUG_LL_SER3
> - add \rb, \rb, #0x0005 @ Ser3
> -#else
On Wed, 14 May 2014, Peter Zijlstra wrote:
> On Wed, May 14, 2014 at 11:53:44AM +0200, Thomas Gleixner wrote:
> > > What error would we return?
> > >
> > > This particular case is a serious error for which we have no good error
> > > code
> > > to return to userspace. It's an implementation defect
On Wed, May 14, 2014 at 02:21:04PM +0400, Kirill Tkhai wrote:
>
>
> 14.05.2014, 14:14, "Peter Zijlstra" :
> > On Wed, May 14, 2014 at 01:42:32PM +0400, Kirill Tkhai wrote:
> >
> >> Peter, do we have to queue stop works orderly?
> >>
> >> Is there is not a possibility, when two pair of works que
On Wed, 14 May 2014, Carlos O'Donell wrote:
> On 05/13/2014 05:08 AM, Thomas Gleixner wrote:
> > So anything else than ESRCH and EDEADLK is ignored and then the thing
> > happily returns 0 at the end. Unlock is the same:
>
> The code is valid so long as you expect only ESRCH and EDEADLK
> to be th
On Thu, 8 May 2014 14:33:39 -0600, Jason Gunthorpe
wrote:
> On Thu, May 08, 2014 at 06:37:49PM +0200, Sylwester Nawrocki wrote:
> > This patch adds a helper function to unregister devices which
> > were created by an of_platform_populate() call. The pattern
> > used here can already be found in m
On Thu, May 08, 2014 at 02:48:47PM -0600, Bjorn Helgaas wrote:
> Maybe the third time's a charm :)
>
> This cleans up some DMA-API documentation and makes a minor no-op change to
> the dma_declare_coherent_memory() prototype.
>
> Changes from v2:
> - Added description of CPU virtual/physical an
Hi,
On Wed, May 14, 2014 at 03:43:03PM +0530, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Wednesday 14 May 2014 03:18 PM, Antoine Ténart wrote:
[…]
> > +#define to_berlin_sata_phy_priv(desc) \
> > + container_of((desc), struct phy_berlin_priv, phys[(desc)->index])
> > +
> > +struct phy_be
14.05.2014, 14:14, "Peter Zijlstra" :
> On Wed, May 14, 2014 at 01:42:32PM +0400, Kirill Tkhai wrote:
>
>> Peter, do we have to queue stop works orderly?
>>
>> Is there is not a possibility, when two pair of works queued different on
>> different cpus?
>>
>> kernel/stop_machine.c | 10 ++
On 2014-05-14 00:02, Alexis Berlemont wrote:
> From: Jiri Olsa
>
> Introducing KCONFIG_AUTOCONFIGDEP variable for conf tool
> allowing to specify custom auto.conf.cmd file.
>
> Signed-off-by: Jiri Olsa
> Cc: Arnaldo Carvalho de Melo
> Cc: Peter Zijlstra
> Cc: Ingo Molnar
> Cc: Paul Mackerras
On 11 May 2014 12:05, George Spelvin wrote:
> Very minor source and binary size reduction.
>
> Signed-off-by: George Spelvin
> ---
> I spotted this while making the previous crc7 change.
>
> This looks simple enough, but I don't actually have one of these devices to
> test.
> At least one other
On 11 May 2014 12:02, George Spelvin wrote:
> From 770aa22e6c9c92027e3e21797192ccabb3e7c70e Mon Sep 17 00:00:00 2001
> From: George Spelvin
> Date: Sat, 10 May 2014 10:32:57 -0400
> Subject: [PATCH v2 1/3] lib/crc7: Shift crc7() output left 1 bit
>
> This eliminates a 1-bit left shift in every si
On Wed, May 14, 2014 at 01:42:32PM +0400, Kirill Tkhai wrote:
> Peter, do we have to queue stop works orderly?
>
> Is there is not a possibility, when two pair of works queued different on
> different cpus?
>
>
> kernel/stop_machine.c | 10 --
> 1 file changed, 8 insertions(+), 2 deleti
Hi,
On Wednesday 14 May 2014 03:18 PM, Antoine Ténart wrote:
> The Berlin SoC has a two SATA ports. Add a PHY driver to handle them.
>
> Signed-off-by: Antoine Ténart
> ---
> drivers/phy/Kconfig | 5 ++
> drivers/phy/Makefile | 1 +
> drivers/phy/phy-berlin-sata.c | 180
On Wed, May 14, 2014 at 2:10 AM, Arnd Bergmann wrote:
> I've just spent two days looking at stuff that uses time_t inside
> of the kernel, to get a better idea of what we actually need to
> do to get provide new user interfaces for the existing architectures.
>
> My impression so far is that we're
On Thu, 1 May 2014 14:25:16 +0100, Russell King - ARM Linux
wrote:
> On Thu, May 01, 2014 at 09:19:18AM -0400, Santosh Shilimkar wrote:
> > Rob, Russell,
> >
> > On Thursday 24 April 2014 11:30 AM, Santosh Shilimkar wrote:
> > > Here is an updated v3 of the series. Series introduces support for
Hi,
is there any particular reason why the FEC_QUIRK_HAS_VLAN
is only set for imx6q-fec ?
According to the reference manual the VLAN support is also
present in i.MX28 and the DMA descriptors look the same
in this regard, but this is from eyeballing only, I did not
try to play with it yet.
The re
On 05/14/2014 11:28 AM, Aravinda Prasad wrote:
> On Wednesday 30 April 2014 08:00 PM, Jiri Slaby wrote:
>> From: Jiri Kosina
>>
>> Provide initial implementation. We are now able to do ftrace-based
>> runtime patching of the kernel code.
>>
>> In addition to that, we will provide a kgr_patcher mod
On Fri, 4 Apr 2014 15:43:55 +0300, Pantelis Antoniou
wrote:
> Introduce DT overlay support.
> Using this functionality it is possible to dynamically overlay a part of
> the kernel's tree with another tree that's been dynamically loaded.
> It is also possible to remove node and properties.
>
> T
On Wed, May 14, 2014 at 11:53:44AM +0200, Thomas Gleixner wrote:
> > What error would we return?
> >
> > This particular case is a serious error for which we have no good error code
> > to return to userspace. It's an implementation defect, a bug, we should
> > probably
> > assert instead of pausi
On Mon, May 12, 2014 at 02:33:23AM +0200, Willy Tarreau wrote:
> 2.6.32-longterm review patch. If anyone has any objections, please let me
> know.
>
> --
>
> From: Dan Carpenter
>
> [ Upstream commit db31c55a6fb245fdbb752a2ca4aefec89afabb06 ]
>
> If kmsg->msg_namelen > sizeof
Thanks Philipp.
On 05/14/2014 11:15 AM, Philipp Zabel wrote:
Hi Maxime,
Am Mittwoch, den 14.05.2014, 10:51 +0200 schrieb Maxime Coquelin:
Hi Philipp,
I am preparing the arm_soc pull request for STi platforms.
In this series, there are DT patches depending on this reset patch
Signed-off-by: Paul Bolle
---
0) Untested.
1) A very similar commit is 10b5aabddd1e ("[PATCH]
include/asm-h8300/page.h: remove unused KTHREAD_SIZE #define"). I found
that commit by looking into the history of the unloved
CONFIG_SMALL_TASKS macro. References to it were added to (a few places
in) t
Hi Phillip,
On Wed, May 14, 2014 at 3:35 AM, Phillip Lougher
wrote:
> I'm pleased to announce the release of Squashfs tools 4.3.
Thanks a lot!
> 8. The file being compressed/uncompressed in Mksquashfs/Unsquashfs is now
>displayed if CTRL-\ (SIGQUIT from keyboard) typed.
>
> 9. The status of
Hi,
Given a machine with frequently changing routes (ie; a router with an
active internet BGP table and multiple interfaces), there're at least
several places where obsolete dst's are handled improperly. If I pause the
route changes, the crashes appear to stop. This first one has a crash
utility w
On 05/14/2014 10:03 AM, Chander Kashyap wrote:
Exynos5420 is a big-little Soc from Samsung. It has 4 A15 and 4 A7 cores.
This patchset adds cpuidle support for Exynos5420 SoC based on
generic big.little cpuidle driver.
Hi Chander,
just a side question. I am not succeeding to have both cluster
On 5 May 2014 12:50, peter.guo wrote:
> From: Peter Guo
>
> Add O2Micro/BayHubTech chip 8520 subversion B1 SD3.0 support.
> Add O2Micro/BayHubTech chip 8620 and 8621 SD3.0 support
> Enable Led function of 8520 chip.
>
> Signed-off-by: Peter Guo
> Signed-off-by: Adam Lee
Thanks Peter, Adam!
Un
On Wed, 14 May 2014, Carlos O'Donell wrote:
> I agree. Something is wrong. There are *few* cases where we might probe the
> kernel to test for things, but you'd only see that failed futex syscall once.
> If this is repeating for each call to pthread_mutex_lock, then I would
> appreciate
> a test c
On 7 May 2014 12:06, Ludovic Desroches wrote:
> Some hosts manage several slots. In these case information such as the bus
> width, chip detect and others are into the slot node. So we have to parse
> child nodes. If not NULL, slot node will be used instead of the device
> node.
>
> Signed-off-by:
The berlin-ahci driver allows Berlin SoCs to support their AHCI SATA controller.
Add the compatible to the device tree bindings documentation.
Signed-off-by: Antoine Ténart
---
Documentation/devicetree/bindings/ata/ahci-berlin.txt | 18 ++
1 file changed, 18 insertions(+)
create
On Tue, May 13, 2014 at 12:08:12PM +0100, Luis Henriques wrote:
> > diff --git a/fs/xfs/linux-2.6/xfs_ioctl32.c b/fs/xfs/linux-2.6/xfs_ioctl32.c
> > index bad485a..782d03d 100644
> > --- a/fs/xfs/linux-2.6/xfs_ioctl32.c
> > +++ b/fs/xfs/linux-2.6/xfs_ioctl32.c
> > @@ -361,8 +361,8 @@ xfs_compat_att
The Berlin SATA PHY drives the PHY related to the SATA interface and
allows to power up/down each PHY independently. Add the corresponding
documentation.
Signed-off-by: Antoine Ténart
---
.../devicetree/bindings/phy/berlin-sata-phy.txt| 34 ++
1 file changed, 34 insertion
The Berlin SoC has a two SATA ports. Add a PHY driver to handle them.
Signed-off-by: Antoine Ténart
---
drivers/phy/Kconfig | 5 ++
drivers/phy/Makefile | 1 +
drivers/phy/phy-berlin-sata.c | 180 ++
3 files changed, 186 insertions(+
Add support for the Berlin BG2Q AHCI SATA controller allowing to
interface with devices like external hard drives.
Signed-off-by: Antoine Ténart
---
drivers/ata/Kconfig | 10 +++
drivers/ata/Makefile | 1 +
drivers/ata/ahci_berlin.c | 202 +++
The BG2Q has an AHCI SATA controller. Add the corresponding nodes
(AHCI, SATA PHYs) in its device tree.
Signed-off-by: Antoine Ténart
---
arch/arm/boot/dts/berlin2q.dtsi | 25 +
1 file changed, 25 insertions(+)
diff --git a/arch/arm/boot/dts/berlin2q.dtsi b/arch/arm/boot
This series adds the support for Berlin SoCs AHCI controllers. The
controller allows to use the SATA host interface and, for example, the
eSATA port on the BG2Q.
The series adds a PHY driver to control the two SATA ports available.
Also enable the eSATA interface on the BG2Q DMP.
Changes since v
The BG2Q has an AHCI SATA controller with an eSATA interface. Enable it.
Also use the SATA PHY 0, the BG2Q DMP does not has the SATA PHY 1.
Signed-off-by: Antoine Ténart
---
arch/arm/boot/dts/berlin2q-marvell-dmp.dts | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/d
On Tue 13-05-14 14:39:53, Andrew Morton wrote:
> On Tue, 13 May 2014 17:29:16 +0200 Michal Hocko wrote:
>
> > force_empty has been introduced primarily to drop memory before it gets
> > reparented on the group removal. This alone doesn't sound fully
> > justified because reparented pages which ar
On Wed, May 14, 2014 at 03:36:50PM +0800, Michael wang wrote:
> distro mount cpu-subsys under '/sys/fs/cgroup/cpu', create group like:
> mkdir /sys/fs/cgroup/cpu/A
> mkdir /sys/fs/cgroup/cpu/B
> mkdir /sys/fs/cgroup/cpu/C
Yeah, distro is on crack, nobody sane mounts anything ther
Joonsoo Kim writes:
> On Fri, May 09, 2014 at 02:39:20PM +0200, Marek Szyprowski wrote:
>> Hello,
>>
>> On 2014-05-08 02:32, Joonsoo Kim wrote:
>> >This series tries to improve CMA.
>> >
>> >CMA is introduced to provide physically contiguous pages at runtime
>> >without reserving memory area. Bu
12.05.2014, 22:49, "Sasha Levin" :
> On 04/11/2014 11:16 AM, Kirill Tkhai wrote:
>
>> 11.04.2014, 18:33, "Sasha Levin" :
On 04/10/2014 09:38 AM, Kirill Tkhai wrote:
>> 10.04.2014, 11:00, "Michael wang" :
>> On 04/10/2014 11:31 AM, Sasha Levin wrote:
>> [snip]
>>
On Tue 13-05-14 19:05:51, Vladimir Davydov wrote:
> Current names are rather inconsistent. Let's try to improve them.
>
> Brief change log:
>
> ** old name ** ** new name **
>
> kmem_cache_create_memcg memcg_create_kmem_cache
> memcg_kmem_create_cache
For the IO mapping, the same physical address space maybe
mapped more than one time, for example, in some SoCs:
- 0x20001000 ~ 0x20001400 --> 1KB for Dev1
- 0x20001400 ~ 0x20001800 --> 1KB for Dev2
and the page size is 4KB.
Then both Dev1 and Dev2 will do ioremap operations, and the IO
vmall
Hi Thomas,
On Wed, May 07, 2014 at 03:44:07PM -, Thomas Gleixner wrote:
> The create_irq variants are going away. Use the new interface. The
> core and arch code already excludes the gsi interrupts from the
> allocation, so no functional change.
>
> This does not replace the requirement to mo
Hi Nishant,
On 13 May 2014 18:53, Nishanth Menon wrote:
> On Tue, May 13, 2014 at 2:41 AM, [Chander Kashyap
> wrote:
>> From: Chander Kashyap
>>
>> It may be possible to unregister and re-register the cpufreq driver.
>> One such example is arm big-little IKS cpufreq driver. While
>> re-register
On 14/05/14 03:28, Neil Zhang wrote:
-Original Message-
From: Will Deacon [mailto:will.dea...@arm.com]
Sent: 2014年5月14日 2:45
To: Neil Zhang
Cc: Sudeep Holla; 'li...@arm.linux.org.uk';
'linux-arm-ker...@lists.infradead.org'; 'linux-kernel@vger.kernel.org';
'devicet...@vger.kernel.org'
Su
On Wed, May 14, 2014 at 01:34:12AM -0500, suravee.suthikulpa...@amd.com wrote:
> A low probability race exists with this fix. Translations received
> within the critical section to PTEs which are concurrently being
> invalidated may resolve to stale mappings.
Sorry, no. This patch can cause silent
On Wednesday 14 May 2014 11:25:50 Paul Bolle wrote:
> On Wed, 2014-05-14 at 11:17 +0200, Arnd Bergmann wrote:
> > 'git grep -i arm710' tells me that there is also some arm710
> > specific code in arch/arm/mm/proc-arm720.S that we may want to
> > remove along with this.
> >
> > The DT binding shou
On Wednesday 30 April 2014 08:00 PM, Jiri Slaby wrote:
> From: Jiri Kosina
>
> Provide initial implementation. We are now able to do ftrace-based
> runtime patching of the kernel code.
>
> In addition to that, we will provide a kgr_patcher module in the next
> patch to test the functionality.
On Wed, 2014-05-14 at 11:17 +0200, Arnd Bergmann wrote:
> 'git grep -i arm710' tells me that there is also some arm710
> specific code in arch/arm/mm/proc-arm720.S that we may want to
> remove along with this.
>
> The DT binding should probably remain untouched though, I think it's
> correct to d
Hi Mike, Bjorn,
Sorry for joining the party a little late but I am just discovering the
dmi-sysfs kernel module. I have to admit that I am very curious about
why it was needed. What does it let you achieve that you couldn't
already do with dmidecode [1]?
I read on LWM [2] that you were mostly int
On Wed, May 14, 2014 at 02:58:05AM -0400, Carlos O'Donell wrote:
> >>The handling of -EDEADLOCK is even more impressive. Instead of
> >>propagating it to the caller something in the guts of glibc calls
> >> pause().
> >>
> >> futex(0x601300, FUTEX_LOCK_PI_PRIVATE, 1) = -1 EDEADLK (Res
On Wed, May 14, 2014 at 11:23:33AM +0530, Shaik Ameer Basha wrote:
> .../devicetree/bindings/iommu/samsung,sysmmu.txt |5 +
> 1 file changed, 5 insertions(+)
Applied, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord.
Arnd, Olof, Kevin,
More DT material for AT91. Some fixes that apply on what was merged for 3.15
but that are not very critical.
The other patches are feature additions to old or very recent product/board:
at91sam9261 or sama5d3 Xplained.
Thanks, best regards,
The following changes since commit 2
On Tue, May 13, 2014 at 11:35:42PM -0400, Sasha Levin wrote:
> A file reference should be held while a file is mmaped, otherwise it might
> be freed while being used.
>
> Suggested-by: Hugh Dickins
> Signed-off-by: Sasha Levin
Sorry, again. :-/
Acked-by: Kirill A. Shutemov
> ---
> mm/mmap.c
On Sun, 2014-03-02 at 13:40 +0800, Grant Likely wrote:
> On Fri, 28 Feb 2014 14:42:50 +0100, Marek Szyprowski
> wrote:
> > This patch adds code for automated assignment of reserved memory regions
> > to struct device. reserved_mem->ops->device_init()/device_cleanup()
> > callbacks are called to p
On Wednesday 14 May 2014 10:24:25 Paul Bolle wrote:
> Support for ARM710 CPUs was removed in v3.5. Now remove the last code
> depending on its Kconfig macro.
>
> Signed-off-by: Paul Bolle
> ---
> First submitted in March 2103. Still untested. Please note that
> cpu_arm7_data_abort was also remove
Hi Maxime,
Am Mittwoch, den 14.05.2014, 10:51 +0200 schrieb Maxime Coquelin:
> Hi Philipp,
>
> I am preparing the arm_soc pull request for STi platforms.
>
> In this series, there are DT patches depending on this reset patch
> (same for patch 3).
>
> Can I queue theses two re
On Wed, May 14, 2014 at 11:06:29AM +0200, Peter Zijlstra wrote:
> > + llist_add(&work->llnode, &per_cpu(irq_work_list, cpu));
> > + native_send_call_func_single_ipi(cpu);
>
> At the very leastestest make that:
>
> if (llist_add(&work->llnode, &per_cpu(irq_work_list, cpu)))
>
On Wed, May 14, 2014 at 12:25:56AM +0200, Frederic Weisbecker wrote:
> @@ -670,10 +670,11 @@ bool sched_can_stop_tick(void)
>
> rq = this_rq();
>
> - /* Make sure rq->nr_running update is visible after the IPI */
> - smp_rmb();
> -
> - /* More than one running task nee
On Tue, 13 May 2014 09:29:37 -0600
Eric Blake wrote:
Hi Eric,
> On 05/13/2014 09:00 AM, Michael Mueller wrote:
> > This patch implements a new QMP request named "query-cpu-model". It returns
> > the cpu model of cpu 0. eg:
> >
> > request: '{"execute" : "query-cpu-model" }
> > answer: '{"retur
On Wed, 2014-05-14 at 12:48 +0400, Alexander Shiyan wrote:
> Russell usually apply such patches via the tracker.
>
> http://www.arm.linux.org.uk/developer/patches/
And that page tells me
Please note: this is not a patch review system;
please submit all patches to the linux-arm-kernel mail
On 05/14/14 at 04:23pm, Dave Young wrote:
> On 05/14/14 at 10:13am, Mateusz Guzik wrote:
> > On Wed, May 14, 2014 at 04:02:01PM +0800, Dave Young wrote:
> > > X86 will pass setup_data region while necessary, these regions could be
> > > overwitten by kernel due to kaslr.
> > >
> > > Thus iterate a
For the IO mapping, the same physical address space maybe
mapped more than one time, for example, in some SoCs:
- 0x20001000 ~ 0x20001400 --> 1KB for Dev1
- 0x20001400 ~ 0x20001800 --> 1KB for Dev2
and the page size is 4KB.
Then both Dev1 and Dev2 will do ioremap operations, and the IO
vmall
On Wed, May 14, 2014 at 12:25:54AM +0200, Frederic Weisbecker wrote:
> irq work currently only supports local callbacks. However its code
> is mostly ready to run remote callbacks and we have some potential user.
>
> The full nohz subsystem currently open codes its own remote irq work
> on top of
Changes in V2:
- Uses the atomic_t instead.
- Revises some comment message.
Richard Lee (2):
mm/vmalloc: Add IO mapping space reused interface support.
ARM: ioremap: Add IO mapping space reused support.
arch/arm/mm/ioremap.c | 6
include/linux/vmalloc.h | 5 +++
mm/vmalloc.c
On 04/26/2014 02:02 AM, Joel Fernandes wrote:
From: Lokesh Vutla
DES IP already has main and interface clk as des_fck.
Node for des_fck is missing in clk tree. Adding the same.
Signed-off-by: Lokesh Vutla
Signed-off-by: Joel Fernandes
---
arch/arm/boot/dts/omap44xx-clocks.dtsi |8 +
On Wed, May 14, 2014 at 04:08:14AM +0100, Neil Zhang wrote:
> Print the necessary features in order to be backwards compatible with
> ARMv7 and earlier version.
NAK. The compat hwcaps are already advertised in auxv, and I don't have any
plans to align our /proc/cpuinfo format.
Will
--
To unsubscr
On 05/14/2014 07:19 AM, Hugh Dickins wrote:
On Tue, 13 May 2014, Sasha Levin wrote:
On 05/05/2014 11:50 AM, Vlastimil Babka wrote:
So in the end this VM_DEBUG check probably cannot work anymore for
MIGRATE_RESERVE, only for CMA. I'm not sure if it's worth keeping it only for
CMA, what are the
>
> Hi,
>
> On Wed, May 14, 2014 at 07:00:59AM +, Chew, Chiau Ee wrote:
> > Heikki,
> > For ACPI mode, the clock rate information for PWM is being setup in the
> acpi_lpss.c layer.
> > Thus, only PCI mode depends on the driver_data to pass in the clock rate
> information.
>
> The goal with t
Hi Philipp,
I am preparing the arm_soc pull request for STi platforms.
In this series, there are DT patches depending on this reset patch
(same for patch 3).
Can I queue theses two reset patches in my pull request for arm_soc to
avoid compilation breakage?
Best regards,
Maxime
O
Read path of OCP2SCP is not working properly due to low reset value
of SYNC2 parameter in OCP2SCP. So changed the SYNC2 value to 0x6.
Signed-off-by: Kishon Vijay Abraham I
---
drivers/bus/omap-ocp2scp.c | 23 +++
1 file changed, 23 insertions(+)
diff --git a/drivers/bus/om
Hi Gabi,
For the reset and DT patches:
Acked-by: Maxime Coquelin
Regards,
Maxime
On 04/11/2014 05:07 PM, Gabriel FERNANDEZ wrote:
Changes in v4:
- add reset controller management
- rename 'st,debounce_us' into 'st,debounce-us' in dt binding
Changes in v3: (bad manipulation)
Changes in v2:
Wed, 14 May 2014 10:24:25 +0200 от Paul Bolle :
> Support for ARM710 CPUs was removed in v3.5. Now remove the last code
> depending on its Kconfig macro.
>
> Signed-off-by: Paul Bolle
> ---
> First submitted in March 2103. Still untested. Please note that
> cpu_arm7_data_abort was also removed in
Joonsoo Kim writes:
> CMA is introduced to provide physically contiguous pages at runtime.
> For this purpose, it reserves memory at boot time. Although it reserve
> memory, this reserved memory can be used for movable memory allocation
> request. This usecase is beneficial to the system that nee
Hi,
On Wed, May 14, 2014 at 07:00:59AM +, Chew, Chiau Ee wrote:
> Heikki,
> For ACPI mode, the clock rate information for PWM is being setup in the
> acpi_lpss.c layer.
> Thus, only PCI mode depends on the driver_data to pass in the clock rate
> information.
The goal with this patch is actu
Hi,
On Tuesday 13 May 2014 09:14 PM, Maxime Ripard wrote:
> The USB phy controller in the A31 differs mostly from the older controllers
> because it has a clock dedicated for each phy, while the older ones were
> having
> a single clock for all the phys.
>
> Signed-off-by: Maxime Ripard
> Revie
Hi Dmitry,
thank you for reviewing this.
On Tuesday 13 of May 2014 23:38:06 Dmitry Torokhov wrote:
> On Sat, Apr 26, 2014 at 05:02:00PM +0200, Michal Malý wrote:
> > +
> > +/** DEFINITION OF TERMS
> > + *
> > + * Combined effect - An effect whose force is a superposition of forces
> > + *
On Tue 13-05-14 13:29:58, Andrew Morton wrote:
> On Mon, 12 May 2014 17:41:54 -0700 Derek Basehore
> wrote:
>
> > If we don't call mutex_acquire at the beginning of console_unblank, we can
> > run
> > into a lockup on the logbuf_lock between console_unlock and printk during
> > panic.
> > What
Bjorn,
I am following up on this patch set. Do you have any other concerns?
Thank you,
Suravee
On 05/08/2014 11:44 AM, suravee.suthikulpa...@amd.com wrote:
From: Suravee Suthikulpanit
This in the V4 of the patch set which trys to fixed up numa_node for AMD
hostbridges.
This topic was disc
Hi all,
Changes since 20140513:
New tree: irqchip
My fixes tree contains:
powerpc/ppc64: Allow allmodconfig to build (finally !)
The gpio tree gained a build failure for which I reverted 2 commits.
The akpm-current tree gained conflicts against the cgroup tree and a
build failure for w
Support for ARM710 CPUs was removed in v3.5. Now remove the last code
depending on its Kconfig macro.
Signed-off-by: Paul Bolle
---
First submitted in March 2103. Still untested. Please note that
cpu_arm7_data_abort was also removed in v3.5.
arch/arm/include/asm/glue-df.h | 8
1 file c
Since the kprobes itself owns a hash table to get a kprobe
data structure corresponding to the given ip address, there
is no need to test ftrace hash in ftrace side.
To achive better performance on ftrace-based kprobe,
FTRACE_OPS_FL_SELF_FILTER flag to ftrace_ops which means
that ftrace skips testi
Introduce kprobe cache to reduce cache misshits for
massive multiple kprobes.
For stress testing kprobes, we need to activate kprobes
as many as possible. This situation causes cache miss
hit storm on kprobe hash-list. kprobe hashlist is already
enlarged to 512 entries and this is still small for 4
Hello,
to make it a bit more easier to evaluate or debug this new feature, here
are some tips:
- To see the initialization order you can use dtc:
CROSS_COMPILE=arm-linux-gnu- ARCH=arm make foo.dtb
scripts/dtc/dtc -I dtb -t arch/arm/boot/dts/foo.dtb
- To see that order in dmes
Currently, since the kprobes expects to be used with less than
100 probe points, its hash table just has 64 entries. This is
too little to handle several thousands of probes.
Enlarge the size of kprobe_table to 512 entries which just
consumes 4KB (on 64bit arch) for better scalability.
Note that t
Since the int3 itself disables the local_irq and kprobes
keeps it disabled while the single step has done, the
kernel preemption never happen while processing a kprobe.
This means that we don't need to disable/enable preemption.
Also, this changes kprobe_int3_handler to use goto-out style.
Signed-
On 05/14/14 at 10:13am, Mateusz Guzik wrote:
> On Wed, May 14, 2014 at 04:02:01PM +0800, Dave Young wrote:
> > X86 will pass setup_data region while necessary, these regions could be
> > overwitten by kernel due to kaslr.
> >
> > Thus iterate and add setup regions to mem_avoid[] in this patch.
> >
Use NOKPROBE_SYMBOL() to protect handlers from kprobes
in sample modules.
Signed-off-by: Masami Hiramatsu
Ananth N Mavinakayanahalli
---
samples/kprobes/jprobe_example.c|1 +
samples/kprobes/kprobe_example.c|3 +++
samples/kprobes/kretprobe_example.c |2 ++
3 files changed,
To blacklist the functions in a module (e.g. user-defined
kprobe handler and the functions invoked from it), expand
blacklist support for modules.
With this change, users can use NOKPROBE_SYMBOL() macro in
their own modules.
Changes from v9:
- Remove unneeded #include from module.h
Signed-off-b
Use kprobe_blackpoint for blacklisting .entry.text and .kprobees.text
instead of arch_within_kprobe_blacklist. This also makes them visible
via (debugfs)/kprobes/blacklist.
Signed-off-by: Masami Hiramatsu
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc: Ananth N Mavinakayanahalli
Hi,
Here is the version 11 of NOKPROBE_SYMBOL/scalability series.
This fixes some issues.
Blacklist for kmodule
=
Since most of the NOKPROBE_SYMBOL series are merged, this just adds
kernel module support of NOKPROBE_SYMBOL. If kprobes user module
has kprobes handlers and local
(2014/05/07 20:59), Masami Hiramatsu wrote:
> Hi Tony, Benjamin and Paul,
>
> I've tried to fix this bug, but since I don't have either ppc64 nor ia64,
> this patch is not tested on those archs. Please review and test it on
> those machines.
Ping?
I need your help since I don't have test environ
On 14.05.2014 06:27, Yuan Pengfei wrote:
> From: Yuan Pengfei
>
> This patch handles the gcov-related changes in GCC 4.9:
> A new counter (time profile) is added. The total number is 9 now.
> A new profile merge function __gcov_merge_time_profile is added.
> See gcc/gcov-io.h and libgcc/libgc
Stephen Rothwell reported the following build failure on -next.
In file included from arch/powerpc/mm/numa.c:23:0:
include/linux/cpuset.h: In function 'cpusets_enabled':
include/linux/cpuset.h:21:2: error: implicit declaration of function
'static_key_false' [-Werror=implicit-function-declaration]
On Wed, May 14, 2014 at 04:02:01PM +0800, Dave Young wrote:
> X86 will pass setup_data region while necessary, these regions could be
> overwitten by kernel due to kaslr.
>
> Thus iterate and add setup regions to mem_avoid[] in this patch.
> Set max mem avoid entries 32, hopefully it will be enoug
A check for CONFIG_DEBUG_LL_SER3 was added in v2.5.43. But the related
symbol DEBUG_LL_SER3 was already removed in v2.5.8. This check has
always evaluated to false. Remove it.
Signed-off-by: Paul Bolle
---
Untested.
arch/arm/boot/compressed/head.S | 4
1 file changed, 4 deletions(-)
diff
On Tue, 13 May 2014 18:15:27 +0300
"Michael S. Tsirkin" wrote:
> On Tue, May 13, 2014 at 04:29:58PM +0200, Romain Francoise wrote:
> > "Michael S. Tsirkin" writes:
> >
> > > Please dont' do this, extra indirection hurts performance.
> > > Instead, please change vhost_net_open and scsi to alloca
801 - 900 of 936 matches
Mail list logo
