Peter Zijlstra [pet...@infradead.org] wrote:
| On Tue, Apr 07, 2015 at 05:34:55PM -0700, Sukadev Bhattiprolu wrote:
| > diff --git a/include/linux/perf_event.h b/include/linux/perf_event.h
| > index 2b62198..4dc3d70 100644
| > --- a/include/linux/perf_event.h
| > +++ b/include/linux/perf_event.h
|
|
| * Michael Ellerman wrote:
|
| > > We just merged a patch series that was first sent in 2013. Some
| > > things take time to get right.
| >
| > The first attempt to get symbolic event name support into perf was
| > sent in 2010, that's FIVE years ago [1].
|
| kgdb took even longer, I
Current code looks like inner plug gets flushed with a
blk_finish_plug(). Actually it's a nop. All requests/callbacks are added
to current->plug, while only outmost plug is assigned to current->plug.
So inner plug always has empty request/callback list, which makes
blk_flush_plug_list() a nop.
Den 16.04.2015 08:30, skrev Rogier Wolff:
On Wed, Apr 15, 2015 at 08:53:07PM +0200, Noralf Trønnes wrote:
A 16-bit register can't hold a value of 65536.
Either the max value is 65535 or the register is 17-bits wide.
It is common for hardware registers to have the value "0" mean 65536
in case
Ingo Molnar [mi...@kernel.org] wrote:
Meant to Cc Tom Huynh as they had a related patchset a few months
ago.
|
| * Michael Ellerman wrote:
|
| > On Tue, 2015-04-14 at 10:55 +0200, Ingo Molnar wrote:
| > > * Sukadev Bhattiprolu wrote:
| > >
| > > > This is another attempt to resurrect Andi
Peter Zijlstra [pet...@infradead.org] wrote:
| On Tue, Apr 07, 2015 at 05:34:58PM -0700, Sukadev Bhattiprolu wrote:
| > diff --git a/kernel/events/core.c b/kernel/events/core.c
| > index 1ac99d1..a001582 100644
| > --- a/kernel/events/core.c
| > +++ b/kernel/events/core.c
| > @@ -3644,6 +3644,33
Jean,
On 16.04.15 18:44, Jean Delvare wrote:
Hi Ivan,
Le Thursday 16 April 2015 à 15:56 +0300, Ivan.khoronzhuk a écrit :
On 16.04.15 12:52, Jean Delvare wrote:
On Thu, 2 Apr 2015 15:57:02 +0300, Ivan Khoronzhuk wrote:
+static BIN_ATTR(smbios_entry_point, S_IRUSR, raw_table_read, NULL, 0);
On Thu, 16 Apr 2015 09:46:09 +0100 Mel Gorman wrote:
> On Thu, Apr 16, 2015 at 12:25:01AM -0700, Andrew Morton wrote:
> > On Mon, 13 Apr 2015 11:16:52 +0100 Mel Gorman wrote:
> >
> > > Memory initialisation
> >
> > I wish we didn't call this "memory initialization". Because memory
> >
On 4/16/2015 11:22 AM, Michael Wang wrote:
On 04/16/2015 04:31 PM, Hefty, Sean wrote:
This is equivalent to today where the checks are per node rather than
per port.
Should all checks here be port 1 based or only certain ones like listen
? For example, in connect/reject/disconnect, don't we
> > No idea, but having ib_register_device fail and unwind if a client
> > fails to attach makes sense to me.
>
> It seems a bit unfriendly to fail an entire device if one ULP has a
> problem. Let's say you have a system whose main network connection is
> IPoIB. Would you want that connection
Add DT file for Kizbox mini board.
This board is based on Atmel's AT91SAM9G25 SoC.
Signed-off-by: Gaël PORTAY
Acked-by: Boris Brezillon
Acked-by: Alexandre Belloni
---
arch/arm/boot/dts/Makefile| 1 +
arch/arm/boot/dts/at91-kizboxmini.dts | 130 ++
Hi,
Here are two patches to bring support for a new hardware based on SAM9G25 SoC.
The first one adds the PIN controller definition for PWM0.
The second defines the new board.
Changes since v1:
- drop useless comments
- move pwm0 pinctrl's node close to tcb0
- drop ek boards from compatible
Defines the pinctrl configurations for PWM0.
Signed-off-by: Gaël PORTAY
---
arch/arm/boot/dts/at91sam9x5.dtsi | 46 +++
1 file changed, 46 insertions(+)
diff --git a/arch/arm/boot/dts/at91sam9x5.dtsi
b/arch/arm/boot/dts/at91sam9x5.dtsi
index
Den 16-04-2015 kl. 16:55 skrev Keith Busch:
On Wed, 15 Apr 2015, Matias Bjørling wrote:
@@ -2316,7 +2686,9 @@ static int nvme_dev_add(struct nvme_dev *dev)
struct nvme_id_ctrl *ctrl;
void *mem;
dma_addr_t dma_addr;
-int shift = NVME_CAP_MPSMIN(readq(>bar->cap)) + 12;
+u64
On Thu, Apr 16, 2015 at 05:31:40PM +0100, Mark Rutland wrote:
> Hi,
>
> If you're going to fundamentally change the behaviour of
> perf_invalid_context, please Cc authors of other system PMU drivers.
> Intel aren't the only ones with such PMUs.
>
> For instance, this affects the ARM CCI and CCN
On Thu, Apr 16, 2015 at 11:21 AM, Catalin Marinas
wrote:
> On Wed, Apr 15, 2015 at 11:01:17AM -0400, Rob Clark wrote:
>> On Wed, Apr 15, 2015 at 9:34 AM, Catalin Marinas
>> wrote:
>> > On Tue, Apr 14, 2015 at 05:48:48PM -0400, Rob Clark wrote:
>> >> Just speaking as an outsider to this topic,
> And so does kdbus. By default, strict ordering is enforced when messages
> are received, but optionally, that action may be constrained to messages
> of a minimal priority. This allows for use cases where timing critical
> data is interleaved with control data on the same connection. That's
>
The user interface for timestamps in the new cmt_speech
driver is broken in multiple ways:
- The layout is incompatible between 32-bit and 64-bit user
space, because of the size differences in 'struct timespec'.
This means that the driver can not work when used with 32-bit
user space on a
On Wed, Apr 15, 2015 at 11:22:18PM +0100, One Thousand Gnomes wrote:
> > The reason that 'everyone who works in this area' adopted is not as much
> > that the design is sound (I'm not arguing whether it is or isn't in this
> > case) as it is that none of them could come up with anything better.
>
On Thu, Apr 16, 2015 at 8:01 AM, David Herrmann wrote:
> Hi
>
> On Thu, Apr 16, 2015 at 4:34 PM, Andy Lutomirski wrote:
>> Whose memcg does the pool use?
>
> The pool-owner's (i.e., the receiver's).
>
>> If it's the receiver's, and if the
>> receiver can configure a memcg, then it seems that
On Thu, Apr 16, 2015 at 9:44 AM, Jason Gunthorpe
wrote:
>> We can give client->add() callback a return value and make
>> ib_register_device() return -ENOMEM when it failed, just wondering
>> why we don't do this at first, any special reason?
> No idea, but having ib_register_device fail and
On Thu, Apr 9, 2015 at 10:30 AM, Bryan Wu wrote:
> On Thu, Apr 9, 2015 at 1:01 AM, Jacek Anaszewski
> wrote:
>> This patch adds myself (Jacek Anaszewski) as a co-maintainer for
>> LED subsystem.
>>
>
> Jacek will start to help maintain LED subsystem.
>
> Acked-by: Bryan Wu
>
Hi Linus,
Can we
On Wed, Apr 15, 2015 at 11:48 PM, Jean Delvare wrote:
> Hi Roy,
>
> On Wed, 15 Apr 2015 17:54:51 -0700, Roy Franz wrote:
>> On Tue, Apr 14, 2015 at 9:19 PM, Roy Franz wrote:
>> > I have made modifications to dmidecode to support this interface, and it
>> > works quite nicely for dmidecode.
>
> On Wed, Apr 15, 2015 at 09:58:18AM +0200, Michael Wang wrote:
>
> > We can give client->add() callback a return value and make
> > ib_register_device() return -ENOMEM when it failed, just wondering why
> > we don't do this at first, any special reason?
>
> No idea, but having
On Thu, 2015-04-16 at 20:01 +0300, Dan Carpenter wrote:
> On Thu, Apr 16, 2015 at 06:14:55PM +0200, Geert Uytterhoeven wrote:
> > On Thu, Apr 16, 2015 at 3:39 PM, Peter Senna Tschudin
> > wrote:
> > > --- a/drivers/staging/goldfish/goldfish_audio.c
> > > +++
On 04/16/2015 10:41 AM, Sebastian Hesselbarth wrote:
> On 04/16/2015 03:10 PM, Ezequiel Garcia wrote:
>> On 04/15/2015 04:11 PM, Sebastian Hesselbarth wrote:
>>> On 15.04.2015 19:24, Antoine Tenart wrote:
Rework the pxa3xx_nand driver to allow using functions exported by the
nand
On Thu, Apr 16, 2015 at 06:14:55PM +0200, Geert Uytterhoeven wrote:
> On Thu, Apr 16, 2015 at 3:39 PM, Peter Senna Tschudin
> wrote:
> > --- a/drivers/staging/goldfish/goldfish_audio.c
> > +++ b/drivers/staging/goldfish/goldfish_audio.c
> > @@ -63,7 +63,7 @@ struct goldfish_audio {
> > #define
On Thu, Apr 16, 2015 at 04:55:10PM +, Hefty, Sean wrote:
> > After the discussion settled, I ended up thinking that implementing
> > explicit device checks, for use by CM, and the BUG_ON at register to
> > require all ports have the same value was the best option.
>
> Sure, but why not update
On 16 April 2015 at 16:15, Alan Stern wrote:
> This appears to be a problem with the IOMMU or SWIOTLB subsystems, not
> the USB subsystem. I have CC'ed the appropriate mailing lists.
Thanks, I'm far from being a kernel expert, so was expecting it could
be wrong subsection.
On 16 April 2015
We have an oops with stmmac on Quark X1000/Galileo, triggered by rmmod after
ifconfig. Fix for issue contained in next mail against
git://git.kernel.org/pub/scm/linux/kernel/git/davem/net.git
root@clanton:~# ifconfig eth0 192.168.0.1
root@clanton:~# rmmod stmmac_pci
[ 39.257871]
An oops exists in the flow of stmmac_release().
phy_ethtool_get_wol() depends on phydev->drv.
phydev->drv will be null after stmmac_mdio_unreg() completes.
Steps to reproduce on Quark X1000:
1. ifconfig eth0 192.168.0.1
2. rmmod stmmac_pci
To fix this stmmac_mdio_unreg() should be run after
On 04/16/2015 03:22 AM, Mel Gorman wrote:
> It is easy to trace when an IPI is received to flush a TLB but harder to
> detect what event sent it. This patch makes it easy to identify the source
> of IPIs being transmitted for TLB flushes on x86.
Looks fine to me. I think I even thought about
> After the discussion settled, I ended up thinking that implementing
> explicit device checks, for use by CM, and the BUG_ON at register to
> require all ports have the same value was the best option.
Sure, but why not update the other areas anyway? This way when listens become
per port,
On Wed, Apr 15, 2015 at 09:46:01AM +0200, Ingo Molnar wrote:
> @@ -2088,7 +2088,7 @@ void task_numa_fault(int last_cpupid, int mem_node,
> int pages, int flags)
>
> static void reset_ptenuma_scan(struct task_struct *p)
> {
> -ACCESS_ONCE(p->mm->numa_scan_seq)++;
> +
Hi Chao,
On Thu, Apr 16, 2015 at 06:33:29PM +0800, Chao Yu wrote:
> Hi Jaegeuk,
>
> > -Original Message-
> > From: Jaegeuk Kim [mailto:jaeg...@kernel.org]
> > Sent: Thursday, April 16, 2015 3:31 PM
> > To: linux-kernel@vger.kernel.org; linux-fsde...@vger.kernel.org;
> >
On Thu, Apr 16, 2015 at 11:50:06AM -0400, Chris Metcalf wrote:
> On 4/16/2015 11:28 AM, Frederic Weisbecker wrote:
> >>+ /* Unpark any threads that were voluntarily parked. */
> >>>+ if (ht->cpumask) {
> >>>+ cpumask_andnot(_mask, cpu_online_mask, ht->cpumask);
> >>>+
On 16 April 2015 at 02:32, Pavel Machek wrote:
> Hi!
>
> Just tried booting 4.1-rc0 on n900 (commit
> 34c9a0ffc75ad25b6a60f61e27c4a4b1189b8085) and it is broken.
>
> Any ideas?
Looks like DT and legacy booting are working fine in our labs. [0][1]
>
> Even if you ignore the fundamental semantics of groups, there are other
> problems with allowing shared contexts:
>
> * The *_txn functions only get called on the group leader's PMU. If your
> system PMU has these functions, they are not called.
>
> * Event rotation is per ctx, but now you
On Wed, Apr 15, 2015 at 09:58:18AM +0200, Michael Wang wrote:
> We can give client->add() callback a return value and make
> ib_register_device() return -ENOMEM when it failed, just wondering
> why we don't do this at first, any special reason?
No idea, but having ib_register_device fail and
On Tue, Apr 14, 2015 at 11:13:03AM +0200, Michael Wang wrote:
> > I would be very happy to see a patch that adds cap_ib_smi to the
> > current tree and states 'This patch is tested to have no change on the
> > binary compilation results'
>
> There are too much reform there (per-dev to per-port),
On Tue, Apr 14, 2015 at 09:08:58PM -, Thomas Gleixner wrote:
> The evaluation of the next timer in the nohz code is based on jiffies
> while all the tick internals are nano seconds based. We have also to
> convert hrtimer nanoseconds to jiffies in the !highres case. That's
> just wrong and
* Marc Zyngier [150416 02:38]:
> On 16/04/15 10:32, Pavel Machek wrote:
> > Hi!
> >
> > Just tried booting 4.1-rc0 on n900 (commit
> > 34c9a0ffc75ad25b6a60f61e27c4a4b1189b8085) and it is broken.
> >
> > Any ideas?
>
> To such a question, the only answer I have is "Yes".
>
> For a more useful
Hi Wim, all,
> The purpose of this patchset is to add a platform data structure for the
> max63xx_wdt driver in order to setup the device in a platform code. This is
> especially handy if the driver is built-in and/or the device registers aren't
> memory mapped.
>
> First, fix the Kconfig entry
On Wed, Apr 15, 2015 at 08:56:16AM +0100, Kan Liang wrote:
> From: Kan Liang
>
> There is cpumask exposed to the uncore pmu sysfs directory. User should
> set the cpu according to the cpumask. Kernel should not implicitly
> change the event->cpu.
>
> Signed-off-by: Kan Liang
> ---
>
On Wed, Apr 15, 2015 at 08:56:14AM +0100, Kan Liang wrote:
> From: Kan Liang
>
> "-C" can be used to set cpu list. The cpu list may be incompatible with
> event's cpumask. This patch discard the incompatible cpu. Only available
> cpu can be stored in evsel->cpus->map.
> If there is no cpu from
* Chris J Arges wrote:
> A previous backtrace of a 3.19 series kernel is here and showing interrupts
> enabled on both CPUs on L1:
> https://lkml.org/lkml/2015/2/23/234
> http://people.canonical.com/~inaddy/lp1413540/BACKTRACES.txt
>
> [...]
>
> Yes, I think at this point I'll go through the
Hi,
If you're going to fundamentally change the behaviour of
perf_invalid_context, please Cc authors of other system PMU drivers.
Intel aren't the only ones with such PMUs.
For instance, this affects the ARM CCI and CCN PMU drivers.
On Wed, Apr 15, 2015 at 08:56:11AM +0100, Kan Liang wrote:
>
From: Bryan O'Donoghue
Date: Thu, 16 Apr 2015 17:20:50 +0100
> I'll spin again against :
> https://git.kernel.org/cgit/linux/kernel/git/davem/net-next.git/
Currently active tree is 'net', not 'net-next'
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
> As compiler-gcc3.h is trivial, what about integrating
> the whole thing into a single file and get rid of the
> compiler-gcc.h files?
I think that's the right thing to do yes.
-Andi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On 04/16/2015 04:46 PM, David Gibson wrote:
On Fri, Apr 10, 2015 at 04:31:03PM +1000, Alexey Kardashevskiy wrote:
The iommu_free_table helper release memory it is using (the TCE table and
@it_map) and release the iommu_table struct as well. We might not want
the very last step as we store
Instead of turning all irq_work requests into lazy ones on -rt, just
move their execution from hard into soft-irq context.
This resolves deadlocks of ftrace which will queue work from arbitrary
contexts, including those that have locks held that are needed for
raising a soft-irq.
Signed-off-by:
On Thu, 2015-04-16 at 17:56 +0200, Andi Kleen wrote:
> On Thu, Apr 16, 2015 at 09:57:48AM +0200, Michal Marek wrote:
> > On 2015-04-15 21:45, Andi Kleen wrote:
> > > From: Andi Kleen
> > >
> > > gcc recently switched to a new version number scheme, where every version
> > > gets a new major
On Thu, 2015-04-16 at 17:54 +0200, Peter Zijlstra wrote:
> On Thu, Apr 16, 2015 at 07:42:55AM -0700, Davidlohr Bueso wrote:
> > On Thu, 2015-04-16 at 12:16 +0200, Peter Zijlstra wrote:
> > > But if we decide we want to go do this, I'd propose we reintroduce this
> > > delayed wake list thing
On 16/04/15 17:07, David Miller wrote:
This patch does not apply to the current tree, please respin.
/facepalm
Did this against :
https://github.com/torvalds/linux.git
I'll spin again against :
https://git.kernel.org/cgit/linux/kernel/git/davem/net-next.git/
--
To unsubscribe from this
Remove the inclusion of linux/mdio-gpio.h in nas4220b, wbd111 and wbd222
boards since mdio-gpio is not used.
Signed-off-by: Vivien Didelot
---
arch/arm/mach-gemini/board-nas4220b.c | 1 -
arch/arm/mach-gemini/board-wbd111.c | 1 -
arch/arm/mach-gemini/board-wbd222.c | 1 -
3 files changed,
Commit-ID: 0a15584d72760a3b83d97af85d37ffaa2c42068d
Gitweb: http://git.kernel.org/tip/0a15584d72760a3b83d97af85d37ffaa2c42068d
Author: Andy Lutomirski
AuthorDate: Wed, 15 Apr 2015 16:10:07 -0700
Committer: Ingo Molnar
CommitDate: Thu, 16 Apr 2015 12:41:49 +0200
x86, selftests: Add
* riku.voi...@linaro.org wrote:
> From: Riku Voipio
>
> The following hopefully trivial patches remove the use of legacy syscalls
> from perf test subcommands. Patch 2/3 is optional, and would make the delta
> a lot smaller.
>
> Riku Voipio (3):
> perf tests: switch from open to openat
>
On Thu, Apr 16, 2015 at 07:32:32AM +0300, Tero Kristo wrote:
> On 04/15/2015 11:51 PM, Michael Welling wrote:
> >On Wed, Apr 15, 2015 at 01:45:53PM -0700, Mike Turquette wrote:
> >>On Wed, Apr 15, 2015 at 12:47 PM, Michael Welling wrote:
> >>>On Wed, Apr 15, 2015 at 09:43:30PM +0300, Tero Kristo
Commit-ID: 6a907738ab9840ca3d71c22cd28fba4cbae7f7ce
Gitweb: http://git.kernel.org/tip/6a907738ab9840ca3d71c22cd28fba4cbae7f7ce
Author: Chris Wilson
AuthorDate: Wed, 15 Apr 2015 10:51:26 +0100
Committer: Ingo Molnar
CommitDate: Thu, 16 Apr 2015 12:08:21 +0200
x86/asm: Enable fast
From: Guenter Roeck
Date: Thu, 16 Apr 2015 06:49:50 -0700
> A duplicate declaration of 'ret' can result in hiding an error code.
> Drop it.
>
> Fixes: 17ee3e04ddbf ("net: dsa: Provide additional RMON statistics")
> Signed-off-by: Guenter Roeck
Applied, thank you.
--
To unsubscribe from this
On Thu, Apr 16, 2015 at 3:39 PM, Peter Senna Tschudin
wrote:
> --- a/drivers/staging/goldfish/goldfish_audio.c
> +++ b/drivers/staging/goldfish/goldfish_audio.c
> @@ -63,7 +63,7 @@ struct goldfish_audio {
> #define AUDIO_READ(data, addr) (readl(data->reg_base + addr))
> #define
* Petr Holasek wrote:
> Hi,
>
> this small series is fixing two bugs in perf bench numa and adds some per
> thread stats.
>
> Petr Holasek (3):
> perf bench numa: Fixes of --quiet argument
> perf bench numa: show more stats of particular threads in verbose mode
> perf bench numa: fix
From: Guenter Roeck
Date: Wed, 15 Apr 2015 22:12:42 -0700
> Return correct error code if _mv88e6xxx_reg_read returns an error.
>
> Fixes: facd95b2e0ec0 ("net: dsa: mv88e6xxx: Add Hardware bridging support")
> Signed-off-by: Guenter Roeck
Applied, thanks.
--
To unsubscribe from this list: send
Hi Linus,
Here are the core arm64 updates for 4.1. Highlights include a significant
rework to head.S (allowing us to boot on machines with physical memory at
a really high address), an AES performance boost on Cortex-A57 and the
ability to run a 32-bit userspace with 64k pages (although this
On Thu, 16 Apr 2015, James R. Bergsten wrote:
My two cents worth is that it's (always) better to put ALL the commands into
one place so that the entire set can be viewed at once and thus avoid
inadvertent overloading of an opcode. Otherwise you don't know what you
don't know.
Yes, but these
From: Bryan O'Donoghue
Date: Wed, 15 Apr 2015 02:07:46 +0100
> An oops exists in the flow of stmmac_release().
> phy_ethtool_get_wol() depends on phydev->drv.
> phydev->drv will be null after stmmac_mdio_unreg() completes.
>
> Steps to reproduce on Quark X1000:
>
> 1. ifconfig eth0 192.168.0.1
From: Thomas Gleixner
Date: Tue, 14 Apr 2015 21:08:28 -
> No point in converting a timespec now that the value is directly
> accessible.
>
> Signed-off-by: Thomas Gleixner
Acked-by: David S. Miller
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
From: Thomas Gleixner
Date: Tue, 14 Apr 2015 21:09:16 -
> The check for hrtimer_active() after starting the timer is
> pointless. If the timer is inactive it has expired already and
> therefor the task pointer is already NULL.
>
> Signed-off-by: Thomas Gleixner
Acked-by: David S. Miller
On Wed, Apr 15, 2015 at 6:22 PM, One Thousand Gnomes
wrote:
> Actually most message passing code uses things like JMS and the various
> MQ libraries. Most IoT uses things other than dbus, small deep embedded
> never uses dbus.
fwiw, to me it's a mistake to think of dbus as "the same space" as
My two cents worth is that it's (always) better to put ALL the commands into
one place so that the entire set can be viewed at once and thus avoid
inadvertent overloading of an opcode. Otherwise you don't know what you don't
know.
-Original Message-
From: Linux-nvme
On 04/16/2015 06:22 AM, Mel Gorman wrote:
> Page reclaim batches multiple TLB flushes into one IPI and this patch teaches
> page migration to also batch any necessary flushes. MMtests has a THP scale
> microbenchmark that deliberately fragments memory and then allocates THPs
> to stress
On 04/16/2015 06:22 AM, Mel Gorman wrote:
> The patch "mm: Send a single IPI to TLB flush multiple pages when unmapping"
> would batch 32 pages before sending an IPI. This patch increases the size of
> the data structure to hold a pages worth of PFNs before sending an IPI. This
> is a trade-off
On Thu, Apr 16, 2015 at 01:04:23PM +0200, Ingo Molnar wrote:
>
> * Chris J Arges wrote:
>
> > Ingo,
> >
> > Below are the patches and data I've gathered from the reproducer. My
> > methodology was as described previously; however I used gdb on the
> > qemu process in order to breakpoint L1
Hi,
this small series is fixing two bugs in perf bench numa and adds some per
thread stats.
Petr Holasek (3):
perf bench numa: Fixes of --quiet argument
perf bench numa: show more stats of particular threads in verbose mode
perf bench numa: fix immediate meeting of convergence condition
On Thu, Apr 16, 2015 at 10:08:10AM +0200, Michael Wang wrote:
>
> Use raw management helpers to reform cm related part in IB-core cma/ucm.
>
> These checks focus on the device cm type rather than the port capability,
> directly pass port 1 works currently, but can't support mixing cm type
>
On Thu, Apr 16, 2015 at 09:57:48AM +0200, Michal Marek wrote:
> On 2015-04-15 21:45, Andi Kleen wrote:
> > From: Andi Kleen
> >
> > gcc recently switched to a new version number scheme, where every version
> > gets a new major version number. The current version is 5.x, the next 6.x,
> > etc.
>
Added PPI interface to the character device sysfs directory accessible
both for 1.x and 2.0 devices.
In order to maintain backwards compatibility when using 1.x devices,
symlink is created from the pdev to the PPI directory. For this reason
we need to export kernfs_create_link() and
On Thu, Apr 16, 2015 at 07:42:55AM -0700, Davidlohr Bueso wrote:
> On Thu, 2015-04-16 at 12:16 +0200, Peter Zijlstra wrote:
> > But if we decide we want to go do this, I'd propose we reintroduce this
> > delayed wake list thing again.
>
> Given that futexes aren't the only potential users, I
On 04/16/2015 06:22 AM, Mel Gorman wrote:
> If a clean page is unmapped and not immediately flushed, the
> architecture must guarantee that a write to that page from a CPU
> with a cached TLB entry will trap a page fault.
>
> This is essentially what the kernel already depends
On Thu, 16 Apr 2015, Javier González wrote:
On 16 Apr 2015, at 16:55, Keith Busch wrote:
Otherwise it looks pretty good to me, but I think it would be cleaner if
the lightnvm stuff is not mixed in the same file with the standard nvme
command set. We might end up splitting nvme-core in the
On Thu, Apr 16, 2015 at 05:39:36PM +0200, Sebastian Andrzej Siewior wrote:
> * Peter Zijlstra | 2015-04-16 17:35:03 [+0200]:
>
> >On Thu, Apr 16, 2015 at 04:50:21PM +0200, Sebastian Andrzej Siewior wrote:
> >
> >> Andreas confirmed that it works for him on v3.18 with minor adjustment.
> >>
> >>
On 04/16/2015 06:22 AM, Mel Gorman wrote:
> It is easy to trace when an IPI is received to flush a TLB but harder to
> detect what event sent it. This patch makes it easy to identify the source
> of IPIs being transmitted for TLB flushes on x86.
>
> Signed-off-by: Mel Gorman
Reviewed-by: Rik
On 4/16/2015 11:28 AM, Frederic Weisbecker wrote:
+ /* Unpark any threads that were voluntarily parked. */
>+ if (ht->cpumask) {
>+ cpumask_andnot(_mask, cpu_online_mask, ht->cpumask);
>+ for_each_cpu(cpu, _mask) {
>+ struct task_struct *tsk =
On 04/16/2015 03:55 PM, David Gibson wrote:
On Fri, Apr 10, 2015 at 04:30:54PM +1000, Alexey Kardashevskiy wrote:
Modern IBM POWERPC systems support multiple (currently two) TCE tables
per IOMMU group (a.k.a. PE). This adds a iommu_table_group container
for TCE tables. Right now just one table
Jens Axboe writes:
> And agree with Ming, this can be cleaned up substantially. I'd also
> like to see some test results from the other end of the spectrum. Your
> posted cased is clearly based case (we missed tons of merging, now we
> don't), I'd like to see a normal case and a worst case
Hi Ivan,
Le Thursday 16 April 2015 à 15:56 +0300, Ivan.khoronzhuk a écrit :
> On 16.04.15 12:52, Jean Delvare wrote:
> > On Thu, 2 Apr 2015 15:57:02 +0300, Ivan Khoronzhuk wrote:
> >> +static BIN_ATTR(smbios_entry_point, S_IRUSR, raw_table_read, NULL, 0);
> > This one could be world-readable as
From: Denys Vlasenko
Date: Thu, 16 Apr 2015 13:14:14 +0200
> It would help if you tell me how I should change the patches.
Why ask Eric when I told you exactly how to change the patch to make
it acceptable, so please do so.
--
To unsubscribe from this list: send the line "unsubscribe
In verbose mode perf bench numa shows also GB/s speed, system and user cpu
time for each particular thread. Using of getrusage() can provide much more
per process or per thread stats in future.
Signed-off-by: Petr Holasek
---
tools/perf/bench/numa.c | 32 +++-
1 file
* Peter Zijlstra | 2015-04-16 17:35:03 [+0200]:
>On Thu, Apr 16, 2015 at 04:50:21PM +0200, Sebastian Andrzej Siewior wrote:
>
>> Andreas confirmed that it works for him on v3.18 with minor adjustment.
>>
>> <---
>> + struct held_lock lock = READ_ONCE(*hlock);
>> + unsigned int
This patch fixes the race in the beginning of benchmark run when some
threads hasn't got assigned curr_cpu yet so they don't occur in
nodes-of-process stats and benchmark concludes that all remaining threads
are converged already.
The race can be reproduced with small amount of threads and some
Corrected description and fixed function of --quiet argument.
Signed-off-by: Petr Holasek
---
tools/perf/bench/numa.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/perf/bench/numa.c b/tools/perf/bench/numa.c
index ebfa163..cd872e9c 100644
---
On 4/16/2015 6:40 AM, Seung-Woo Kim wrote:
> The dma-buf fd from anon_inode can be shared across processes, but
> there is no way to set security permission for the fd. So this
> patch fix just to ignore private inode from security_file_receive.
>
> Signed-off-by: Seung-Woo Kim
> ---
>
> If
On Thu, Apr 16, 2015 at 04:50:21PM +0200, Sebastian Andrzej Siewior wrote:
> Andreas confirmed that it works for him on v3.18 with minor adjustment.
>
> <---
> + struct held_lock lock = READ_ONCE(*hlock);
> + unsigned int class_idx = lock.class_idx;
> --->
>
I'm confused by the
On 04/16/2015 05:29 PM, Jan Kiszka wrote:
> My patch is definitely not OK. It causes
>
> [ 380.372579] BUG: scheduling while atomic: trace-cmd/2149/0x00010004
> ...
> [ 380.372604] Call Trace:
> [ 380.372610][] dump_stack+0x50/0x9f
> [ 380.372613] [] __schedule_bug+0x59/0x69
> [
On Thursday 16 April 2015 20:50:30 Rameshwar Prasad Sahu wrote:
> v2 changes:
> * Code cleanup
> * Changed way of setting DMA descriptors for big-endian
>
> This patch fixes compilation sparse warnings like incorrect type in assignment
> (different base types), cast to restricted
On 2015-04-16 16:57, Sebastian Andrzej Siewior wrote:
> On 04/16/2015 04:28 PM, Jan Kiszka wrote:
>> On 2015-04-16 16:26, Sebastian Andrzej Siewior wrote:
>>> On 04/16/2015 04:06 PM, Jan Kiszka wrote:
ftrace may trigger rb_wakeups while holding pi_lock which will also be
requested via
Hello Maintainers:
I want to consult one building issue about blackfin, the related issue
is:
CC arch/blackfin/kernel/stacktrace.o
arch/blackfin/kernel/stacktrace.c: In function 'save_stack_trace':
arch/blackfin/kernel/stacktrace.c:23:6: error: frame pointer required, but
reserved
On 2015-04-16 17:10, Steven Rostedt wrote:
> On Thu, 16 Apr 2015 16:28:58 +0200
> Jan Kiszka wrote:
>
>> On 2015-04-16 16:26, Sebastian Andrzej Siewior wrote:
>>> On 04/16/2015 04:06 PM, Jan Kiszka wrote:
ftrace may trigger rb_wakeups while holding pi_lock which will also be
requested
On 04/16/2015 05:09 PM, Hefty, Sean wrote:
[snip]
>>> Sean, can you please put a precise writeup what does it take to
>>> support AF_IB... I am a bit
>>> confused here and wasn't sure if this can be supported with RoCE.
>>
>> I think this means IB GID addressing is checked (Native Infiniband
>>
On Tue, Apr 14, 2015 at 03:37:31PM -0400, Chris Metcalf wrote:
> diff --git a/kernel/smpboot.c b/kernel/smpboot.c
> index c697f73d82d6..c5d53a335387 100644
> --- a/kernel/smpboot.c
> +++ b/kernel/smpboot.c
> @@ -92,6 +92,9 @@ enum {
> HP_THREAD_PARKED,
> };
>
> +/* Statically allocated
201 - 300 of 1262 matches
Mail list logo
