The following changes since commit b7392d2247cfe6771f95d256374f1a8e6a6f48d6:
Linux 3.19-rc2 (2014-12-28 16:49:37 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git/
tags/staging-3.19-rc5
for you to fetch changes up to
The following changes since commit b7392d2247cfe6771f95d256374f1a8e6a6f48d6:
Linux 3.19-rc2 (2014-12-28 16:49:37 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/
tags/usb-3.19-rc5
for you to fetch changes up to
On Fri, Jan 16, 2015 at 06:52:06AM -0800, Guenter Roeck wrote:
> On 01/16/2015 04:05 AM, Robert Rosengren wrote:
> >The default sample interval may be too slow for certain clients. This
> >patch makes it configurable via the platform_data.
> >
> >Signed-off-by: Robert Rosengren
> >Signed-off-by:
On 16/01/15 15:38, William Cohen wrote:
On 01/16/2015 09:01 AM, Zoltan Kiss wrote:
Hi,
I'm using OProfile to check some suspicious behaviour of dpdk-pktgen,
and I can see something which troubles me. Either the scheduler lies
about core affinity or Oprofile accounts some samples wrongly.
On 12/30/2014 11:40 PM, Piotr Karbowski wrote:
Hi Al,
On 12/27/2014 07:14 PM, Al Viro wrote:
That's because it never _had_ worked. Note that opening the damn thing
will give the right file - it does not work by traversing the result of
readlink(2). readlink(2) output on those is not promised
In case we request a number of SMP blocks which is lower than
the already reserved blocks, we should not try to allocate a
negative number, but 0 blocks instead.
Signed-off-by: Stephane Viau
---
drivers/gpu/drm/msm/mdp/mdp5/mdp5_smp.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
Hi Hanjun,
On Wed, Jan 14, 2015 at 03:04:58PM +, Hanjun Guo wrote:
[...]
> diff --git a/arch/arm64/include/asm/smp.h b/arch/arm64/include/asm/smp.h
> index 780f82c..bf22650 100644
> --- a/arch/arm64/include/asm/smp.h
> +++ b/arch/arm64/include/asm/smp.h
> @@ -39,9 +39,10 @@ extern void
Hello.
On 01/16/2015 04:28 PM, Rasmus Villemoes wrote:
The kernel's string library does in fact have strcasecmp, at least
since ded220bd8f08. Moreover, this open-coded version is in fact
Please also specify that commit's summary line in parens.
wrong: If the strings only differ in their
On Thu, Jan 15, 2015 at 09:04:35PM +0800, Jiang Liu wrote:
> Commit b81975eade8c ("x86, irq: Clean up irqdomain transition code")
> breaks xen IRQ allocation because xen_smp_prepare_cpus() doesn't invoke
> setup_IO_APIC(), so no irqdomains created for IOAPICs and
> mp_map_pin_to_irq() fails at the
On 01/16/2015 09:40 AM, Jeff Layton wrote:
> On Fri, 16 Jan 2015 09:31:23 -0500
> Sasha Levin wrote:
>
>> On 01/15/2015 03:22 PM, Jeff Layton wrote:
>>> Ok, I tried to reproduce it with that and several variations but it
>>> still doesn't seem to do it for me. Can you try the latest linux-next
On Fri 16-01-15 16:49:22, Michal Hocko wrote:
[...]
> Why cannot we simply update the global counters from vmstat_shepherd
> directly?
OK, I should have checked the updating paths... This would be racy, so
update from remote is not an option without additional trickery (like
retries etc.) :/
--
On 01/09/2015 02:06 AM, Michael Ellerman wrote:
> This adds a Make include file which most selftests can then include to
> get the run_tests logic.
>
> On its own this has the advantage of some reduction in repetition, and
> also means the pass/fail message is defined in fewer places.
>
>
On 01/16/2015 04:19 AM, Mark Rutland wrote:
> On Thu, Jan 15, 2015 at 02:42:23PM +, Rob Herring wrote:
>> On Thu, Jan 15, 2015 at 7:55 AM, Mark Rutland wrote:
>>> On Thu, Jan 15, 2015 at 01:52:01PM +, Mark Rutland wrote:
On Wed, Jan 14, 2015 at 08:58:18PM +, Suman Anna wrote:
On Wed, Jan 07, 2015 at 03:34:46PM +0800, Wang Nan wrote:
>
> Patch 10 enables cmdline option 'ekprobe=', allows setup probe at
> cmdline. However, currently the kprobe handler is only a simple printk.
>
> Patch 11 introduces required Kconfig options to actually enable early
> kprobes.
>
>
On 01/09/2015 02:06 AM, Michael Ellerman wrote:
> This adds make install support to selftests. The basic usage is:
>
> $ cd tools/testing/selftests
> $ make install
>
> That installs into tools/testing/selftests/install, which can then be
> copied where ever necessary.
>
> The install
On Thu, 2015-01-15 at 20:58 -0500, Steven Rostedt wrote:
>
> Please add a comment here that says something like:
>
> /*
>* Don't bother moving it if the destination CPU is
>* not running a lower priority task.
>*/
>
Okay. Updated
On Fri, 16 Jan 2015 17:57:17 +0100
Alexandre Belloni wrote:
> This is a quite naive implementation to track whether a clocksource is
> enabled.
> I chose not to add a member in struct clocksource and use a flag instead.
>
> I found that timekeeping.c is the only consumer for clocksource and I
Building with the attached random configuration file,
drivers/built-in.o: In function `usbhs_probe':
common.c:(.text+0xf9c96): undefined reference to `extcon_get_edev_by_phandle'
drivers/built-in.o: In function `usbhsc_notify_hotplug':
common.c:(.text+0xfa293): undefined reference to
On Fri, 16 Jan 2015, Mark Brown wrote:
On Fri, Jan 16, 2015 at 03:39:53PM +0100, Paul Osmialowski wrote:
This uses the enhancement of i2c API in order to address following problem
caused by circular lock dependency:
Please don't just dump enormous backtraces into commit messages as
On 01/16/2015 09:49 AM, Will Deacon wrote:
On Fri, Jan 16, 2015 at 03:40:28PM +, Arnd Bergmann wrote:
On Friday 16 January 2015 15:33:20 Will Deacon wrote:
On Fri, Jan 16, 2015 at 03:14:13PM +, Arnd Bergmann wrote:
On Friday 16 January 2015 14:55:45 Will Deacon wrote:
On Fri, Jan 16,
Arnd, Olof, Kevin,
This is another cleanup pull-request for AT91. This one depends on the Device
Tree material that I posted yesterday, so I merged the at91-dt tag just before
stacking up Alexandre's patches. This dependency is needed to make sure that
SRAM gets initialized before using it.
More
On Friday 16 January 2015 16:29:44 Grant Likely wrote:
> > > Instead, keeping these patches out means that hardware is getting
> > > developed and tested against Fedora, early access RHEL and Linaro
> > > kernels. It means that we're abdicating on any influence mainline has
> > > over how those
Hi Linus,
Just a couple of stragglers for arm64 here: wiring up compat_sys_execveat,
since arch/arm/ got that at -rc4 and a revert of a patch that broke our
handling of the device-tree blob with certain memory layouts.
Please pull.
Thanks,
Will
--->8
The following changes since commit
On Fri, 2015-01-16 at 12:11PM +0100, Johan Hovold wrote:
> On Thu, Jan 15, 2015 at 11:49:49AM -0800, Soren Brinkmann wrote:
> > Add an attribute 'wakeup' to the GPIO sysfs interface which allows
> > marking/unmarking a GPIO as wake IRQ.
> > The file 'wakeup' is created in each exported GPIOs
Le 15/01/2015 15:59, Alexandre Belloni a écrit :
> This patch sets is based on AT91 cleanup for 3.20 #1
> and depends on AT91 DT for 3.20 #1 because it uses the added SRAM nodes.
>
> The first two patches rework the pm code to get rid of cpu_is_xxx (they will
> be
> dropped soon) and use the
On Vybrid, all peripherals are numbered starting with zero,
including the GPIO and PORT module. However, the labels of the
corresponding device tree nodes start with one, which is confusing.
Fix that by renaming the labels of the gpio nodes in the device
tree.
Signed-off-by: Stefan Agner
---
We
On 01/15/2015 06:10 PM, Eric Wong wrote:
> Jason Baron wrote:
>> I've done a bit of performance evaluation on a dual socket, 10 core, hyper
>> threading enabled box: Intel(R) Xeon(R) CPU E5-2650 v3 @ 2.30GHz. For the
>> simple epfdN->epfdN->pipefdN topology case where each thread has its
>> own
On Fri, Jan 16, 2015 at 11:56 AM, Peter Hurley
wrote:
On 01/06/2015 06:07 AM, Kent Overstreet wrote:
On Tue, Jan 06, 2015 at 12:01:12PM +0100, Peter Zijlstra wrote:
On Tue, Jan 06, 2015 at 11:18:04AM +0100, Sedat Dilek wrote:
On Tue, Jan 6, 2015 at 11:06 AM, Peter Zijlstra
wrote:
On
Hi,
On 16/01/2015 at 10:20:14 +0100, Sylvain Rochet wrote :
> > + if (dev->suspend && dev->mode != CLOCK_EVT_MODE_UNUSED)
>
> I wonder if we should use > CLOCK_EVT_MODE_SHUTDOWN
> (or CLOCK_EVT_MODE_UNUSED || CLOCK_EVT_MODE_SHUTDOWN) instead of
> !CLOCK_EVT_MODE_UNUSED.
>
I'll let
Track whether the clocksource is enabled or disabled.
Signed-off-by: Alexandre Belloni
---
include/linux/clocksource.h | 4
kernel/time/clocksource.c | 30 ++
kernel/time/timekeeping.c | 8 +++-
3 files changed, 37 insertions(+), 5 deletions(-)
diff
This is a quite naive implementation to track whether a clocksource is enabled.
I chose not to add a member in struct clocksource and use a flag instead.
I found that timekeeping.c is the only consumer for clocksource and I converted
it to use clocksource_enable and clocksource_disable.
Changes
There is no point in calling suspend/resume for unused
clocksources.
Signed-off-by: Alexandre Belloni
---
kernel/time/clocksource.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/time/clocksource.c b/kernel/time/clocksource.c
index 03cfc5a08e3b..da65b3b73a86
On Fri, 16 Jan 2015 11:48:46 -0500
Steven Rostedt wrote:
> > static void kvmppc_vcore_blocked(struct kvmppc_vcore *vc)
> > {
> > - DEFINE_WAIT(wait);
> > + DEFINE_SWAITER(wait);
> >
> > - prepare_to_wait(>wq, , TASK_INTERRUPTIBLE);
> > + swait_prepare(>wq, , TASK_INTERRUPTIBLE);
> >
On 01/06/2015 06:07 AM, Kent Overstreet wrote:
> On Tue, Jan 06, 2015 at 12:01:12PM +0100, Peter Zijlstra wrote:
>> On Tue, Jan 06, 2015 at 11:18:04AM +0100, Sedat Dilek wrote:
>>> On Tue, Jan 6, 2015 at 11:06 AM, Peter Zijlstra
>>> wrote:
On Tue, Jan 06, 2015 at 10:57:19AM +0100, Sedat
On Thu, Jan 15, 2015 at 12:36:06PM +, Suzuki K. Poulose wrote:
> From: "Suzuki K. Poulose"
>
> Emulate deprecated 'setend' instruction for AArch32 bit tasks.
>
> setend [le/be] - Sets the endianness of EL0
>
> On systems with CPUs which support mixed endian at EL0, the hardware
>
On Fri, Jan 16, 2015 at 12:29:22PM +, Will Deacon wrote:
> On Fri, Jan 16, 2015 at 12:05:18PM +, Mark Brown wrote:
> > Actually, another thing that might help would be if you and/or Will were
> > to prod the relevant people for review, letting them know that the
> > controversy isn't
On Fri, 16 Jan 2015 17:41:58 +0100 (CET)
Jiri Kosina wrote:
> On Fri, 16 Jan 2015, Steven Rostedt wrote:
>
> > Instead, make live kernel patching fail to load if fentry isn't
> > supported. IOW, instead of ftrace_ipmodify_supported, have a
> > live_kernel_patching_supported that could be
This patch converts all bcm2835 dts files to use the pinctrl
header file.
Signed-off-by: Stefan Wahren
---
arch/arm/boot/dts/bcm2835-rpi-b-plus.dts |4 ++--
arch/arm/boot/dts/bcm2835-rpi-b.dts |4 ++--
arch/arm/boot/dts/bcm2835-rpi.dtsi |8
On Fri, 9 Jan 2015, Josh Poimboeuf wrote:
> Add support for patching a function multiple times. If multiple patches
> affect a function, the function in the most recently enabled patch
> "wins". This enables a cumulative patch upgrade path, where each patch
> is a superset of previous patches.
On Fri, Jan 16, 2015 at 04:44:34PM +, Will Deacon wrote:
> On Fri, Jan 16, 2015 at 04:32:54PM +, Mark Rutland wrote:
> > On Fri, Jan 16, 2015 at 04:07:30PM +, Will Deacon wrote:
> > > On Thu, Jan 15, 2015 at 12:36:05PM +, Suzuki K. Poulose wrote:
> > > > From: "Suzuki K. Poulose"
This patch adds root compatible properties for the following boards:
- Raspberry Pi Model B
- Raspberry Pi Model B+
Signed-off-by: Stefan Wahren
---
Documentation/devicetree/bindings/arm/bcm2835.txt | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git
Since the prefix is already in use, we need to add it in the
vendor list.
Signed-off-by: Stefan Wahren
---
.../devicetree/bindings/vendor-prefixes.txt|1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
This patch series contains DT improvements for the Raspberry Pi.
Patch 1,2: Add missing vendor prefix and root compatible properties
Patch 3,4: Use constants for pin function instead of error-prone numbers
Stefan Wahren (4):
dt-bindings: Add vendor prefix for Raspberry Pi
dt-bindings: Add
This new header file defines pincontrol constants to use
from bcm2835 DTS files for pincontrol properties option.
Signed-off-by: Stefan Wahren
---
include/dt-bindings/pinctrl/bcm2835.h | 27 +++
1 file changed, 27 insertions(+)
create mode 100644
On Fri, 16 Jan 2015 11:40:45 -0500
Marcelo Tosatti wrote:
> The problem:
>
> On -RT, an emulated LAPIC timer instances has the following path:
>
> 1) hard interrupt
> 2) ksoftirqd is scheduled
> 3) ksoftirqd wakes up vcpu thread
> 4) vcpu thread is scheduled
>
> This extra context switch
On 16/01/15 16:07, Will Deacon wrote:
On Thu, Jan 15, 2015 at 12:36:05PM +, Suzuki K. Poulose wrote:
From: "Suzuki K. Poulose"
As of now each insn_emulation has a cpu hotplug notifier that
enables/disables the CPU feature bit for the functionality. This
patch re-arranges the code, such
On Fri, Jan 16, 2015 at 10:26 AM, Alexandre Montplaisir
wrote:
> On 2015-01-15 03:57 PM, Alexandre Montplaisir wrote:
>>
>> Hi,
>>
>> I'm a developer for the Trace Compass tool (see links [3], [4] in Jiri's
>> email). I can confirm that the generated CTF can be read correctly by our
>> tool,
Building with the attached random configuration file,
drivers/built-in.o: In function `set_type':
tuner-core.c:(.text+0x245dd0): undefined reference to `tea5767_attach'
tuner-core.c:(.text+0x245f5f): undefined reference to `xc2028_attach'
tuner-core.c:(.text+0x2460e3): undefined reference to
On Fri, Jan 16, 2015 at 04:32:54PM +, Mark Rutland wrote:
> On Fri, Jan 16, 2015 at 04:07:30PM +, Will Deacon wrote:
> > On Thu, Jan 15, 2015 at 12:36:05PM +, Suzuki K. Poulose wrote:
> > > From: "Suzuki K. Poulose"
> > >
> > > As of now each insn_emulation has a cpu hotplug notifier
On Fri, Jan 16, 2015 at 4:00 AM, Chunyan Zhang
wrote:
> Add a full sc9836-uart driver for SC9836 SoC which is based on the
> spreadtrum sharkl64 platform.
> This driver also support earlycon.
> This patch also replaced the spaces between the macros and their
> values with the tabs in
On Fri, 16 Jan 2015, Steven Rostedt wrote:
> Instead, make live kernel patching fail to load if fentry isn't
> supported. IOW, instead of ftrace_ipmodify_supported, have a
> live_kernel_patching_supported that could be based on fentry being used
> or not.
I can live with that, we are handling
On Fri, 16 Jan 2015 05:40:59 -0800
Eric Dumazet wrote:
> I made same observation about 3 years ago, on old cpus.
>
Thank you for letting me know. I was thinking I was going insane!
(yeah yeah, there's lots of people who will still say that I've already
gone insane, but at least I know my
On 01/09/2015 02:06 AM, Michael Ellerman wrote:
Missing commit log. Please make sure your future include
a meaningful commit log that describes what the patch does.
> Signed-off-by: Michael Ellerman
> ---
> tools/testing/selftests/efivarfs/Makefile | 1 -
>
On Thu, 15 Jan 2015 10:50:07 +0100 (CET)
Jiri Kosina wrote:
> Using IPMODIFY needs to be allowed only with compilers which are
> guaranteed to generate function prologues compatible with function
> redirection through changing instruction pointer in saved regs.
That's actually not true.
On Thursday 15 January 2015 10:22:47 Al Stone wrote:
>
> Can I restate the position as I hear it, then? I want to make sure
> I'm understanding what's being said.
>
> What I'm reading seems to say: if an ARMv8 vendor wants Linux support
> in the upstream kernel, regardless of whether or not it
On 01/09/2015 02:06 AM, Michael Ellerman wrote:
> Add a new make target to install kernel selftests. This new target will
> build and install selftests.
>
> The default is just $(objtree)/selftests. This is preferable to
> something based on $(INSTALL_MOD_PATH) (which defaults to /), as it
>
On Fri, Jan 16, 2015 at 04:07:30PM +, Will Deacon wrote:
> On Thu, Jan 15, 2015 at 12:36:05PM +, Suzuki K. Poulose wrote:
> > From: "Suzuki K. Poulose"
> >
> > As of now each insn_emulation has a cpu hotplug notifier that
> > enables/disables the CPU feature bit for the functionality.
On Fri, Nov 07, 2014 at 07:01:51AM +, Naoya Horiguchi wrote:
> This series is ver.7 of page table walker patchset.
>
> I apologize about my long delay since previous version (I have moved to
> Japan last month and no machine access for a while.)
> I just rebased this onto
On Fri, Jan 16, 2015 at 02:00:11PM +0100, Michal Simek wrote:
> Trivial fix.
Applied, thanks.
signature.asc
Description: Digital signature
On Thu, 15 Jan 2015 18:23:47 +
, Catalin Marinas
wrote:
> Hi Grant,
>
> On Thu, Jan 15, 2015 at 04:26:20PM +, Grant Likely wrote:
> > On Wed, Jan 14, 2015 at 3:04 PM, Hanjun Guo wrote:
> > > This is the v7 of ACPI core patches for ARM64 based on ACPI 5.1
> >
> > I'll get right to the
On Fri, Jan 16, 2015 at 03:39:54PM +0100, Paul Osmialowski wrote:
> This adopts i2c-s3c2410 driver for new enhancement of i2c API that
> exposes preparation and unpreparation stages of i2c transfer.
This doesn't seem to have any dependency on the previous patch at all...
it probably does want a
Hi Rasmus,
I have trouble booting my test machine with this patch in -mm:
commit bb2e066c6943e62e9650bb129f416dacf138f8b1
Author: Rasmus Villemoes
Date: Wed Jan 14 01:00:44 2015 +
lib/vsprintf.c: don't try to fix pointer wrap-around
Actual kernel buffers can't wrap into the
On Fri, Jan 16, 2015 at 03:39:53PM +0100, Paul Osmialowski wrote:
> This uses the enhancement of i2c API in order to address following problem
> caused by circular lock dependency:
Please don't just dump enormous backtraces into commit messages as
explanations, explain in words what the problem
On Fri, Jan 16, 2015 at 12:00:09PM +, Pratyush Anand wrote:
> On Thursday 15 January 2015 10:17 PM, Pratyush Anand wrote:
> > On Tuesday 13 January 2015 11:23 PM, Pratyush Anand wrote:
> >> I will still try to find some way to capture enable_dbg macro path.H
> >
> > I did instrumented debug
On Sat, Jan 17, 2015 at 01:08:11AM +0900, Roman Peniaev wrote:
> On Sat, Jan 17, 2015 at 12:59 AM, Russell King - ARM Linux
> wrote:
> > On Sat, Jan 17, 2015 at 12:57:02AM +0900, Roman Peniaev wrote:
> >> On Fri, Jan 16, 2015 at 7:54 AM, Kees Cook wrote:
> >> > One interesting thing I noticed
On Thu, Jan 15, 2015 at 06:28:02PM -0600, Bjorn Helgaas wrote:
> On Fri, Nov 21, 2014 at 11:24:02AM -0700, Alex Williamson wrote:
> > This is really 2 sets of 2 patches, but they both add bits to
> > dev_flags so are included together.
> >
> > This fixes two problems we've seen with resets. The
On 16/01/15 15:53, Will Deacon wrote:
On Thu, Jan 15, 2015 at 12:36:04PM +, Suzuki K. Poulose wrote:
From: "Suzuki K. Poulose"
This patch keeps track of the mixed endian EL0 support across
the system and provides helper functions to export it. The status
is a boolean indicating whether
On Sat, Jan 17, 2015 at 12:59 AM, Russell King - ARM Linux
wrote:
> On Sat, Jan 17, 2015 at 12:57:02AM +0900, Roman Peniaev wrote:
>> On Fri, Jan 16, 2015 at 7:54 AM, Kees Cook wrote:
>> > One interesting thing I noticed (which is unchanged by this series),
>> > but pulling ARM_r7 during the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/16/2015 10:54 AM, Oleg Nesterov wrote:
> On 01/15, Rik van Riel wrote:
>>
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
>>
>> On 01/15/2015 02:20 PM, Oleg Nesterov wrote:
>>> b/arch/x86/kernel/i387.c @@ -81,9 +81,7 @@ void
>>>
On Thu, Jan 15, 2015 at 12:36:05PM +, Suzuki K. Poulose wrote:
> From: "Suzuki K. Poulose"
>
> As of now each insn_emulation has a cpu hotplug notifier that
> enables/disables the CPU feature bit for the functionality. This
> patch re-arranges the code, such that there is only one notifier
>
On 01/15, Rik van Riel wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 01/15/2015 02:20 PM, Oleg Nesterov wrote:
> > math_state_restore() can race with kernel_fpu_begin() if irq comes
> > right after __thread_fpu_begin(), __save_init_fpu() will overwrite
> > fpu->state we are
On Fri, Jan 16, 2015 at 7:54 AM, Kees Cook wrote:
> On Wed, Jan 14, 2015 at 5:54 PM, Roman Peniaev wrote:
>> On Thu, Jan 15, 2015 at 5:51 AM, Kees Cook wrote:
>>> On Tue, Jan 13, 2015 at 12:35 AM, Roman Peniaev wrote:
On Tue, Jan 13, 2015 at 3:39 AM, Will Deacon wrote:
> On Sun, Jan
On 01/16/15 at 03:37pm, Patrick McHardy wrote:
> On 02.01, Thomas Graf wrote:
> > +{
> > + struct nft_hash_elem *he = ptr;
> > + struct nft_compare_arg *x = arg;
> > +
> > + if (!nft_data_cmp(>key, >elem->key, x->set->klen)) {
> > + x->elem->cookie = >node;
> > +
On Sat, Jan 17, 2015 at 12:57:02AM +0900, Roman Peniaev wrote:
> On Fri, Jan 16, 2015 at 7:54 AM, Kees Cook wrote:
> > One interesting thing I noticed (which is unchanged by this series),
> > but pulling ARM_r7 during the seccomp ptrace event shows __NR_poll,
> > not __NR_restart_syscall, even
On 1/16/15 09:17, Al Stone wrote:
On 01/16/2015 03:20 AM, Catalin Marinas wrote:
On Thu, Jan 15, 2015 at 09:31:53PM +, Al Stone wrote:
On 01/15/2015 11:23 AM, Catalin Marinas wrote:
On Thu, Jan 15, 2015 at 04:26:20PM +, Grant Likely wrote:
On Wed, Jan 14, 2015 at 3:04 PM, Hanjun
Hi,
On 16/01/15 15:38, William Cohen wrote:
On 01/16/2015 09:01 AM, Zoltan Kiss wrote:
Hi,
I'm using OProfile to check some suspicious behaviour of dpdk-pktgen,
and I can see something which troubles me. Either the scheduler lies
about core affinity or Oprofile accounts some samples wrongly.
On 01/15, Rik van Riel wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 01/15/2015 02:20 PM, Oleg Nesterov wrote:
> > b/arch/x86/kernel/i387.c @@ -81,9 +81,7 @@ void
> > __kernel_fpu_begin(void) this_cpu_write(in_kernel_fpu, true);
> >
> > if (__thread_has_fpu(me)) { -
On 01/12/2015 08:47 PM, Peter Hurley wrote:
> Add commit_head buffer index, which the producer-side publishes
> after input processing in non-canon mode. This ensures the consumer-side
> observes correctly-ordered writes in non-canonical mode (ie., the buffer
> data is written before the buffer
On Friday 16 January 2015 15:49:13 Will Deacon wrote:
>
> The on-board ethernet on Seattle requires the driver to program its AXI
> attributes, so configuring it to be a coherent master actually means
> "program the same cacheable AXI settings as you have on the CPU". That
> sounds like Linux
On Thu, Jan 15, 2015 at 12:36:04PM +, Suzuki K. Poulose wrote:
> From: "Suzuki K. Poulose"
>
> This patch keeps track of the mixed endian EL0 support across
> the system and provides helper functions to export it. The status
> is a boolean indicating whether all the CPUs on the system
On 01/16/2015 02:48 PM, Rob Herring wrote:
On Fri, Jan 16, 2015 at 3:07 AM, Jacek Anaszewski
wrote:
On 01/15/2015 03:24 PM, Rob Herring wrote:
On Tue, Jan 13, 2015 at 2:42 AM, Jacek Anaszewski
wrote:
On 01/12/2015 05:55 PM, Rob Herring wrote:
Adding Mark B and Liam...
On Mon, Jan 12,
On Thu 15-01-15 22:54:20, Vinayak Menon wrote:
> On 01/14/2015 10:20 PM, Michal Hocko wrote:
> >On Wed 14-01-15 17:06:59, Vinayak Menon wrote:
> >[...]
> >>In one such instance, zone_page_state(zone, NR_ISOLATED_FILE)
> >>had returned 14, zone_page_state(zone, NR_INACTIVE_FILE)
> >>returned 92,
On Fri, Jan 16, 2015 at 03:40:28PM +, Arnd Bergmann wrote:
> On Friday 16 January 2015 15:33:20 Will Deacon wrote:
> > On Fri, Jan 16, 2015 at 03:14:13PM +, Arnd Bergmann wrote:
> > > On Friday 16 January 2015 14:55:45 Will Deacon wrote:
> > > > On Fri, Jan 16, 2015 at 02:45:30PM +,
On Thursday 15 January 2015 04:26 AM, Rickard Strandqvist wrote:
> 2015-01-14 11:22 GMT+01:00 Sekhar Nori :
>> Hi Rickard,
>>
>> On Sunday 07 December 2014 04:32 AM, Rickard Strandqvist wrote:
>>> Remove the function cdce_set_rate() that is not used anywhere.
>>>
>>> This was partially found by
The mis-naming likely was a copy-and-paste effect.
Signed-off-by: Jan Beulich
---
arch/x86/kernel/irq.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- 3.19-rc4/arch/x86/kernel/irq.c
+++ 3.19-rc4-xen-x86-HYP-interrupt/arch/x86/kernel/irq.c
@@ -127,7 +127,7 @@ int
On Friday 16 January 2015 16:40:28 Arnd Bergmann wrote:
> On Friday 16 January 2015 15:33:20 Will Deacon wrote:
> > On Fri, Jan 16, 2015 at 03:14:13PM +, Arnd Bergmann wrote:
> > > On Friday 16 January 2015 14:55:45 Will Deacon wrote:
> > > > On Fri, Jan 16, 2015 at 02:45:30PM +, Tom
On 01/13/2015 01:12 PM, Markos Chandras wrote:
> On 01/08/2015 12:17 PM, Paul Burton wrote:
>> Userland code may be built using an ABI which permits linking to objects
>> that have more restrictive floating point requirements. For example,
>> userland code may be built to target the O32 FPXX ABI.
On Friday 16 January 2015 15:33:20 Will Deacon wrote:
> On Fri, Jan 16, 2015 at 03:14:13PM +, Arnd Bergmann wrote:
> > On Friday 16 January 2015 14:55:45 Will Deacon wrote:
> > > On Fri, Jan 16, 2015 at 02:45:30PM +, Tom Lendacky wrote:
> > > > I have tested ACPI-enablement patches for the
On 14 January 2015 at 23:39, Alessandro Zummo wrote:
> On Wed, 14 Jan 2015 23:26:37 +0800
> Xunlei Pang wrote:
>
>> But on the other hand, we will have no test for set_mmss64(),
>> because adding the set_mmss64() will make set_mmss() dysfunctional.
>
> add a module parameter
Hi Alessandro,
On 01/16/2015 09:01 AM, Zoltan Kiss wrote:
> Hi,
>
> I'm using OProfile to check some suspicious behaviour of dpdk-pktgen,
> and I can see something which troubles me. Either the scheduler lies
> about core affinity or Oprofile accounts some samples wrongly.
> This userspace app runs in
On 02.01, Thomas Graf wrote:
> Hash the key inside of rhashtable_lookup_compare() like
> rhashtable_lookup() does. This allows to simplify the hashing
> functions and keep them private.
One more question:
> diff --git a/net/netfilter/nft_hash.c b/net/netfilter/nft_hash.c
> index 1e316ce..614ee09
On 16 January 2015 at 17:30, Paul Bolle wrote:
> Before you resend: what happens to the resources of a userspace program
> when its main() returns?
On top of that, I should have used free, not kfree. I will resend v2 ..
Sorry for the mess
--
Valentin
--
To unsubscribe from this list: send the
On Fri, Jan 16, 2015 at 03:27:00PM +0100, Gregory CLEMENT wrote:
> On 16/01/2015 13:37, Mark Brown wrote:
> > regulator-always-on is a bit fuzzy for suspend, if the regulator has
> > suspend control it'll kick in - it's really about the Linux refcounting
> > while it's running. What's more
On Fri, Jan 16, 2015 at 03:14:13PM +, Arnd Bergmann wrote:
> On Friday 16 January 2015 14:55:45 Will Deacon wrote:
> > On Fri, Jan 16, 2015 at 02:45:30PM +, Tom Lendacky wrote:
> > > I have tested ACPI-enablement patches for the amd-xgbe/amd-xgbe-phy
> > > drivers that I'm about to submit
Hi Will,
On 01/16/2015 08:55 AM, Will Deacon wrote:
Hi Tom,
On Fri, Jan 16, 2015 at 02:45:30PM +, Tom Lendacky wrote:
I have tested ACPI-enablement patches for the amd-xgbe/amd-xgbe-phy
drivers that I'm about to submit upstream with the V7 patch series
on the AMD Seattle server platform.
(I dislike it when people set a trap for me, so on second thought I tell
you what I should have added right away.)
On Fri, 2015-01-16 at 16:03 +0100, Paul Bolle wrote:
> On Fri, 2015-01-16 at 14:11 +0200, Valentin Ilie wrote:
> > Call kfree on list2 after using it.
> >
> > Signed-off-by:
On Wed, Jan 07, 2015 at 03:01:54PM +, Mark Rutland wrote:
> Currently the adjusments made as part of perf_event_task_tick use the
> percpu rotation lists to iterate over any active PMU contexts, but these
> are not used by the context rotation code, having been replaced by
> separate
On 2015-01-15 03:57 PM, Alexandre Montplaisir wrote:
Hi,
I'm a developer for the Trace Compass tool (see links [3], [4] in
Jiri's email). I can confirm that the generated CTF can be read
correctly by our tool, which enables many views and analyses (Control
Flow, CPU usage view, etc.) that
On Fri, Jan 16, 2015 at 03:14:13PM +, Arnd Bergmann wrote:
> On Friday 16 January 2015 14:55:45 Will Deacon wrote:
> > On Fri, Jan 16, 2015 at 02:45:30PM +, Tom Lendacky wrote:
> > > I have tested ACPI-enablement patches for the amd-xgbe/amd-xgbe-phy
> > > drivers that I'm about to submit
On Fri, Jan 16, 2015 at 09:01:13AM +0800, Ian Kent wrote:
> On Thu, 2015-01-15 at 11:27 -0500, J. Bruce Fields wrote:
> > On Thu, Jan 15, 2015 at 08:26:12AM +0800, Ian Kent wrote:
> > > On Wed, 2015-01-14 at 17:10 -0500, J. Bruce Fields wrote:
> > > > > On Wed, Jan 14, 2015 at 05:32:22PM +0800,
201 - 300 of 1184 matches
Mail list logo