Hi James,
Rob raises a point that we don't agree with. On the other hand, we are not
capable of convincing him in the validity of our approach - we are at an
impasse.
I would like to point out that our approach was reviewed by Paul and Mita
(external reviewers) and neither of them had the objection
On Wed, Jun 17, 2015 at 01:46:17PM +0200, Wolfram Sang wrote:
> On Fri, Jun 12, 2015 at 12:47:14PM +0530, Sudip Mukherjee wrote:
> > Start using pr_fmt and convert all remaining printk to use
> > pr_* family of macros.
>
> I heard you introduced the driver model to parport. So, isn't there a
> str
Handle errors properly, free allocated resources.
Signed-off-by: Sergei Zviagintsev
---
tools/testing/selftests/kdbus/kdbus-util.c | 31 ++
1 file changed, 19 insertions(+), 12 deletions(-)
diff --git a/tools/testing/selftests/kdbus/kdbus-util.c
b/tools/testing/self
On Wed, Jun 17, 2015 at 3:13 AM, Richard Weinberger
wrote:
> On Wed, Jun 17, 2015 at 11:48 AM, Ingo Molnar wrote:
>>
>> * Andy Lutomirski wrote:
>>
>>> This is incomplete, but it's finally good enough that I think it's
>>> time to get other opinions on it. It is a complete rewrite of the
>>> sl
When using descriptor view 2 or higher, we don't write the configuration
into AT_XDMAC_CC register because this configuration will be fetch from
the descriptor. Unfortunately, the PROT bit is not updated with this
method, we have to do it manually before enabling the channel.
Signed-off-by: Ludovi
On Wed, 2015-06-17 at 16:10 +0200, Pavel Machek wrote:
> > The above looks very much like the issue that made me write commit
> > 45171002b01b ("radeon: add AGPMode 1 quirk for RV250"). See
> > https://bugzilla.redhat.com/show_bug.cgi?id=531825 for a lot of
> > background.
> >
> > Does booting wi
On Wed, Jun 17, 2015 at 3:32 AM, Ingo Molnar wrote:
>
> * Andy Lutomirski wrote:
>
>> The main things that are missing are that I haven't done the 32-bit parts
>> (anyone want to help?) and therefore I haven't deleted the old C code. I
>> also
>> think this may break UML for trivial reasons.
>
On 06/17/2015 04:17 PM, Mike Galbraith wrote:
> On Wed, 2015-06-17 at 10:33 +0200, Sebastian Andrzej Siewior wrote:
>> wake_futex_pi() wakes the task before releasing the hash bucket lock
>> (HB). The first thing the woken up task usually does is to acquire the
>> lock which requires the HB lock. O
SPP was used by the grant table v2 code which has been removed in
commit 438b33c7145ca8a5131a30c36d8f59bce119a19a "xen/grant-table:
remove support for V2 tables".
Signed-off-by: Julien Grall
Reviewed-by: David Vrabel
Cc: Konrad Rzeszutek Wilk
Cc: Boris Ostrovsky
---
Changes in v2:
From: Julien Grall
Signed-off-by: Julien Grall
Acked-by: Roger Pau Monné
Cc: Konrad Rzeszutek Wilk
Cc: Boris Ostrovsky
Cc: David Vrabel
---
Changes in v2:
- Add Roger's Acked-by
---
drivers/block/xen-blkfront.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/block/
From: Julien Grall
Signed-off-by: Julien Grall
Cc: Stefano Stabellini
---
arch/arm/include/asm/xen/page.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/include/asm/xen/page.h b/arch/arm/include/asm/xen/page.h
index 0b579b2..1bee8ca 100644
--- a/arch/arm/include/asm/xen/page.h
+++
virt_to_mfn should take a void* rather an unsigned long. While it
doesn't really matter now, it would throw a compiler warning later when
virt_to_mfn will enforce the type.
At the same time, avoid to compute new virtual address every time in the
loop and directly increment the parameter as we don'
Hi,
Thoses patches was originally part of the Xen 64KB series [1]. Although,
I think they can go without waiting the rest of the 64KB series.
Patch #1-#4 should go through the Xen tree, even though patch #1 touches
multiple part.
Patch #5-#7 should go through the Block tree.
Regards,
[1] http:
From: Julien Grall
Make the code less confusing to read now that Linux may not have the
same page size as Xen.
Signed-off-by: Julien Grall
Acked-by: Roger Pau Monné
Cc: Konrad Rzeszutek Wilk
---
Changes in v2:
- Add Roger's Acked-by
---
drivers/block/xen-blkback/blkback.c | 10 +
From: Julien Grall
Since commit b764915 "xen-blkfront: use a different scatterlist for each
request", biovec has been replaced by scatterlist when copying back the
data during a completion request.
Signed-off-by: Julien Grall
Acked-by: Roger Pau Monné
Cc: Konrad Rzeszutek Wilk
Cc: Boris Ostro
On Wed, 2015-06-17 at 14:21 +, Dov Levenglick wrote:
> Hi James,
> Rob raises a point that we don't agree with. On the other hand, we are not
> capable of convincing him in the validity of our approach - we are at an
> impasse.
> I would like to point out that our approach was reviewed by Paul
On Wed, Jun 17, 2015 at 03:20:44PM +0200, Paolo Bonzini wrote:
>
>
> On 17/06/2015 15:13, Michael S. Tsirkin wrote:
> > > > Considering userspace can be malicious, I guess yes.
> > > I don't think it's a valid concern in this case,
> > > setting limit back from 509 to 64 will not help here in any
On Wed, 2015-06-17 at 16:28 +0200, Sebastian Andrzej Siewior wrote:
> On 06/17/2015 04:17 PM, Mike Galbraith wrote:
> > On Wed, 2015-06-17 at 10:33 +0200, Sebastian Andrzej Siewior wrote:
> >> wake_futex_pi() wakes the task before releasing the hash bucket lock
> >> (HB). The first thing the woken
Hi,
On Wed, Jun 17, 2015 at 3:36 PM, Sifan Naeem wrote:
> Hi Jonas,
>
>> -Original Message-
>> From: Jonas Gorski [mailto:j...@openwrt.org]
>> Sent: 17 June 2015 13:12
>> To: Sifan Naeem
>> Cc: Mark Brown; linux-...@vger.kernel.org; linux-kernel@vger.kernel.org;
>> Andrew Bresticker
>> Su
On Tue, 16 Jun 2015 12:59:07 +0200
Steffen Trumtrar wrote:
> The patch
>
> crypto: caam - Add definition of rd/wr_reg64 for little endian platform
>
> added support for little endian platforms to the CAAM driver. Namely a
> write and read function for 64 bit registers.
> The only user of
On Wed, 17 Jun 2015 15:22:51 +0200
Nicolas Ferre wrote:
> Signed-off-by: Nicolas Ferre
Acked-by: Boris Brezillon
> ---
> Documentation/devicetree/bindings/clock/at91-clock.txt | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/Documentation/devicetree/bindings/clock/at
On Wed, 2015-06-17 at 13:52 +0200, Joerg Roedeljoro wrote:
> On Wed, Jun 17, 2015 at 10:42:49AM +, 范冬冬 wrote:
> > Hi maintainer,
> >
> > We found a problem that a panic happen when cpu was hot-removed. We also
> > trace the problem according to the calltrace information.
> > An endless loop h
On Wed, Jun 17, 2015 at 05:18:13PM +0300, Sergei Zviagintsev wrote:
> Fix typo in checking error value of cap_get_proc(): cap -> caps
>
> Signed-off-by: Sergei Zviagintsev
> ---
> tools/testing/selftests/kdbus/kdbus-util.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
You sent 5 patch
> On Wed, 2015-06-17 at 14:21 +, Dov Levenglick wrote:
>> Hi James,
>> Rob raises a point that we don't agree with. On the other hand, we are
>> not
>> capable of convincing him in the validity of our approach - we are at an
>> impasse.
>> I would like to point out that our approach was reviewe
On Wed, 17 Jun 2015 14:40:38 +0200
Nicolas Ferre wrote:
> Add _MASK and _OFFSET values and cleanup register fields layout.
>
> Signed-off-by: Nicolas Ferre
Acked-by: Boris Brezillon
> ---
> drivers/clk/at91/clk-peripheral.c | 8
> include/linux/clk/at91_pmc.h | 14 ++-
Using xen/page.h will be necessary later for using common xen page
helpers.
As xen/page.h already include asm/xen/page.h, always use the later.
Signed-off-by: Julien Grall
Reviewed-by: David Vrabel
Cc: Stefano Stabellini
Cc: Ian Campbell
Cc: Wei Liu
Cc: Konrad Rzeszutek Wilk
Cc: Boris Ostro
On Wed, 17 Jun 2015 14:40:39 +0200
Nicolas Ferre wrote:
> As some more information is added to the PCR register, we'd better use
> a copy of its content and modify just the peripheral-related bits.
> Implement a read-modify-write for the enable() and disable() callbacks.
>
> Signed-off-by: Nicol
On Fri 22-05-15 18:23:18, Tejun Heo wrote:
> cpu_possible_mask represents the CPUs which are actually possible
> during that boot instance. For systems which don't support CPU
> hotplug, this will match cpu_online_mask exactly in most cases. Even
> for systems which support CPU hotplug, the numbe
On 06/16/2015 05:34 PM, David Howells wrote:
> Stephen Smalley wrote:
>
>> Why are you talking about file_open()?
>
> Because that's the focus of the patch 5/7 that this comment chain is in
> response to. You said that it should have a common helper with the dentry and
> inode init functions.
It is mandatory to always include a commit message :)
On 17/06/2015 at 15:22:51 +0200, Nicolas Ferre wrote :
> Signed-off-by: Nicolas Ferre
> ---
> Documentation/devicetree/bindings/clock/at91-clock.txt | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/Documentation/devic
Commit e3d09ec8126fe2c9a3ade661e2126e215ca27a80 ("tools lib traceevent:
Export dynamic symbols used by traceevent plugins") adds libtraceevent
dynamic list directly into LDFLAGS, which makes all targets depend on
that list through LDFLAGS. This is not good since some of targets like
libgtk.so doesn
Updated struct inode_operations documentation in vfs.txt to match
current implementation
Signed-off-by: Thomas de Beauchene
---
Documentation/filesystems/vfs.txt | 30 +++---
1 file changed, 19 insertions(+), 11 deletions(-)
diff --git a/Documentation/filesystems/vfs.txt
On Tue, Jun 16, 2015 at 04:22:11PM -0400, Joseph Salisbury wrote:
> Hello,
>
> Please consider including upstream commits
> 96c1d0581d00f7abe033350edb021a9d947d8d81 and
> 5ef5b6927f14f29cacd78fa1fb861661a5367f13 in the next v3.16.y-ckt, v3.18.y,
> v3.19.y-ckt and v4.0.y releases.
> They were i
Hi Andrew, Joe,
On 15/06/2015 05:28, Andrew Lunn wrote:
> On Sun, Jun 14, 2015 at 07:01:30PM -0700, Joe Perches wrote:
>> Format mac addresses with the normal kernel extension.
>>
>> Signed-off-by: Joe Perches
>
> Acked-by: Andrew Lunn
applied on mvebu/cleanup-4.3
Thanks,
Gregory
>
>
On Wed, Jun 17, 2015 at 4:31 AM, Christoph Hellwig wrote:
> This mess with arch_ methods and an ops vecor is almost unreadable.
>
> What's the problem with having something like:
>
> pmem_foo()
> {
> if (arch_has_pmem) // or sync_pmem
> arch_pmem_foo();
>
H
On 2 June 2015 at 16:17, Michal Suchanek wrote:
> On 2 June 2015 at 15:08, Vinod Koul wrote:
>> On Sat, May 30, 2015 at 09:37:07PM +0200, Michal Suchanek wrote:
>>> Hello,
>>>
>>> I was trying to read the SPI NOR flash and found that the pl330
>>> controller dma mysteriously fails.
>>
>> Addin
On Wed, 17 Jun 2015 16:46:35 +0200
Thomas de Beauchene wrote:
> Updated struct inode_operations documentation in vfs.txt to match
> current implementation
Looks good at a first glance, will probably queue it later. But please be
sure to CC Al Viro (added) on patches like this; he's the expert i
On Fri 22-05-15 17:13:20, Tejun Heo wrote:
> Add global mem_cgroup_root_css which points to the root memcg css.
Is there any reason to using css rather than mem_cgroup other than the
structure is not visible outside of memcontrol.c? Because I have a
patchset which exports it. It is not merged yet
On Wed, Jun 17, 2015 at 02:29:24PM +0200, Peter Zijlstra wrote:
> On Thu, Jun 11, 2015 at 02:45:57PM -0700, Paul E. McKenney wrote:
> > Color me slow and stupid. Maybe due to reviewing a patch too early in
> > the morning, who knows?
> >
> > There is nothing above that prevents the compiler and t
On 2015/06/17 14:31, Masami Hiramatsu wrote:
>> > I.e. the only problem I found was this:
>> >
>> > [root@zoo ~]# time perf probe -l > /dev/null
>> >
>> > real 0m15.408s
>> > user 0m14.892s
>> > sys0m0.534s
>> > [root@zoo ~]#
>> > [root@zoo ~]# perf stat perf probe -l > /dev/
Le 17/06/2015 16:45, Alexandre Belloni a écrit :
> It is mandatory to always include a commit message :)
Something like:
s/system/peripheral/g
I suppose?
> On 17/06/2015 at 15:22:51 +0200, Nicolas Ferre wrote :
>> Signed-off-by: Nicolas Ferre
>> ---
>> Documentation/devicetree/bindings/clock/at
Em Wed, Jun 17, 2015 at 11:58:18PM +0900, Masami Hiramatsu escreveu:
> On 2015/06/17 14:31, Masami Hiramatsu wrote:
> >> > I.e. the only problem I found was this:
> >> >
> >> > [root@zoo ~]# time perf probe -l > /dev/null
> >> >
> >> > real 0m15.408s
> >> > user 0m14.892s
> >> > sys
Hi!
On 17/06/15 10:54, ext Paul Bolle wrote:
>> +MODULE_ALIAS("platform:i2c-mux-reg");
> As far as I understand it, this alias is only useful if there's a
> corresponding struct platform_device, somewhere. Ie, this alias needs a
> platform_device that will fire of a "MODALIAS=platform:i2c-mux-reg"
Speed up the "perf probe --list" by caching the last used
debuginfo. perf probe --list always open and load debuginfo
for each entry of probe list. This takes very a long time.
E.g. with vfs_* events (total 96 probes)
[root@localhost perf]# time ./perf probe -l &> /dev/null
real0m
Hi!
On 16/06/15 19:28, ext York Sun wrote:
> Based on i2c-mux-gpio driver, similarly the register based mux
> switch from one bus to another by setting a single register.
> The register can be on PCIe bus, local bus, or any memory-mapped
> address.
>
> Signed-off-by: York Sun
> CC: Wolfram Sang
On Wed, Jun 17, 2015 at 08:54:07AM -0600, Jonathan Corbet wrote:
> On Wed, 17 Jun 2015 16:46:35 +0200
> Thomas de Beauchene wrote:
>
> > Updated struct inode_operations documentation in vfs.txt to match
> > current implementation
>
> Looks good at a first glance, will probably queue it later. B
On Thu, Jun 11, 2015 at 2:19 PM, Dan Williams wrote:
> From: Ross Zwisler
>
> Based on an original patch by Ross Zwisler [1].
>
> Writes to persistent memory have the potential to be posted to cpu
> cache, cpu write buffers, and platform write buffers (memory controller)
> before being committed
This series add MT8173 watchdog and I2C device nodes. Both device nodes
are based on 4.1-rc1, but I2C need two extra CCF patches from Sascha [1][2].
[1] clk: Add common clock support for Mediatek MT8135 and MT8173
http://lists.infradead.org/pipermail/linux-arm-kernel/2015-April/338763.html
[2
Add MT8173 I2C device nodes, include I2C controllers and pins.
MT8173 has six I2C controllers, from i2c0 to i2c6, exclude i2c5.
The 6th I2C controller register base doesn't next to 5th I2C,
and there is a hardware between 5th and 6th I2C controller. So
SoC designer name 6th controller as "i2c6", no
On Wed, Jun 17, 2015 at 7:54 AM, Dan Williams wrote:
> On Wed, Jun 17, 2015 at 4:31 AM, Christoph Hellwig wrote:
>> This mess with arch_ methods and an ops vecor is almost unreadable.
>>
>> What's the problem with having something like:
>>
>> pmem_foo()
>> {
>> if (arch_has_pmem)
Add MT8173 watchdog device node.
Signed-off-by: Eddie Huang
Reviewed-by: Daniel Kurtz
---
arch/arm64/boot/dts/mediatek/mt8173.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8173.dtsi
b/arch/arm64/boot/dts/mediatek/mt8173.dtsi
index 30ac8dd..b52ec4
On Wed, Jun 17, 2015 at 03:32:02PM +0200, Boris Brezillon wrote:
>
> Hi Herbert,
>
> I send you this patch alone so that you can verify I'm now properly
> manipulating the SG list. Once I have your confirmation I'll send
> the whole series again and annoy all the people in Cc one more time
> ;-).
From: Kan Liang
System wide sampling like 'perf top' or 'perf record -a' read all
threads /proc/xxx/maps before sampling. If there are any threads which
generating a keeping growing huge maps, perf will do infinite loop
during synthesizing. Nothing will be sampled.
This patch fixes this issue by
On Wed, Jun 17, 2015 at 07:57:12AM -0700, Paul E. McKenney wrote:
> On Wed, Jun 17, 2015 at 02:29:24PM +0200, Peter Zijlstra wrote:
> > I did leave off the READ/WRITE ONCE stuff, because I could not come up
> > with a scenario where it makes a difference -- I appreciate paranoia,
> > but I also thi
Recently wikipedia announced to secure access to the servers.
Now all http access re-route to https.
Signed-off-by: Masanari Iida
---
Documentation/RCU/RTFP.txt | 2 +-
Documentation/arm/vlocks.txt | 2 +-
Documentation/debugging-via-ohci1394.txt | 2 +-
Documentation/i
From: Kan Liang
The time out to limit the individual proc map processing was hard code
to 50ms. This patch introduce a new option --proc-map-timeout to make
the time limit configurable.
Signed-off-by: Kan Liang
---
tools/perf/Documentation/perf-kvm.txt| 6 ++
tools/perf/Documentation/
On Wed, 17 Jun 2015 16:32:02 +0200
"Michael S. Tsirkin" wrote:
> On Wed, Jun 17, 2015 at 03:20:44PM +0200, Paolo Bonzini wrote:
> >
> >
> > On 17/06/2015 15:13, Michael S. Tsirkin wrote:
> > > > > Considering userspace can be malicious, I guess yes.
> > > > I don't think it's a valid concern in
On Wed, Jun 17, 2015 at 03:18:42PM +0200, Wolfram Sang wrote:
>
> > > Having said that, I am still not convinced that the driver should be in
> > > the kernel
> > > to start with. Browsing through Intel's datasheets, the registers are
> > > supported
> > > in E5-2600 v1, v2, and v3. However, in
Regards,
Igal Liberman.
> -Original Message-
> From: Wood Scott-B07421
> Sent: Wednesday, June 10, 2015 9:54 PM
> To: Bucur Madalin-Cristian-B32716
> Cc: net...@vger.kernel.org; linux-kernel@vger.kernel.org; linuxppc-
> d...@lists.ozlabs.org; Liberman Igal-B31950
> Subject: Re: [PATCH 01
Hi!
> And this all reminded me of https://lkml.org/lkml/2015/3/18/133 . So I
> think that's another system not covered by commit ab3be73fa7b4
> ("drm/i915: gen4: work around hang during hibernation").
Yes, another system broken by
commit da2bc1b9db3351addd293e5b82757efe1f77ed1d
Author: Imre Deak
On Jun 17, 2015 2:49 AM, "Ingo Molnar" wrote:
>
>
> * Andy Lutomirski wrote:
>
>
> > I tried to clean it up incrementally, but I decided it was too hard.
> > Instead,
> > this series just replaces the code. It seems to work.
>
> Any known bugs beyond UML build breakage?
One minor one: the 64-
Return error code immediately after __seq_open_private returns NULL.
Signed-off-by: ChengYi He
---
kernel/trace/ftrace.c | 24 +---
1 file changed, 13 insertions(+), 11 deletions(-)
diff --git a/kernel/trace/ftrace.c b/kernel/trace/ftrace.c
index 02bece4..8e790b7 100644
---
This patch adds getsockopt(SOL_NETLINK, NETLINK_LIST_MEMBERSHIPS) to
retrieve all groups a socket is a member of. Currently, we have to use
getsockname() and look at the nl.nl_groups bitmask. However, this mask is
limited to 32 groups. Hence, similar to NETLINK_ADD_MEMBERSHIP and
NETLINK_DROP_MEMBE
On Wed, 17 Jun 2015, Andy Lutomirski wrote:
> On Thu, Jun 11, 2015 at 2:19 PM, Dan Williams
> wrote:
> > +static inline void arch_sync_pmem(void)
> > +{
> > + wmb();
> > + pcommit_sfence();
> > +}
>
> This function is non-intuitive to me. It's really "arch-specific sync
> pmem after
On 06/17/2015 08:56 AM, kbuild test robot wrote:
tree: git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
head: ca3cfaa9e7db530b14e4a2d98a9310130152fdb8
commit: 1da60a5e7198c716990ac6fa508e45e27e7067c0 [11893/11947] Merge
remote-tracking branch 'leds/for-next'
reproduce
On Wed, Jun 17, 2015 at 11:41:14AM +0200, Ingo Molnar wrote:
>
> * Andy Lutomirski wrote:
>
> > This will let us sprinkle sanity checks around the kernel without
> > making too much of a mess.
> >
> > Signed-off-by: Andy Lutomirski
> > ---
> > include/linux/context_tracking.h | 8
> >
Attn Dear Friend
due to unemployment of youths that Graduated from Our various
university. Our Government have
built plastic manufacturing companies in all the (36) state
employments for the timing Youths
in order to achieve this objectives without interruption, the
Government Have set in motio
On 17/06/15 15:28, Julien Grall wrote:
> Hi,
>
> Thoses patches was originally part of the Xen 64KB series [1]. Although,
> I think they can go without waiting the rest of the 64KB series.
>
> Patch #1-#4 should go through the Xen tree, even though patch #1 touches
> multiple part.
>
> Patch #5-
On Wed, 17 Jun 2015 23:08:08 +0800
Herbert Xu wrote:
> On Wed, Jun 17, 2015 at 03:32:02PM +0200, Boris Brezillon wrote:
> >
> > Hi Herbert,
> >
> > I send you this patch alone so that you can verify I'm now properly
> > manipulating the SG list. Once I have your confirmation I'll send
> > the wh
Fix checkpatch warning about unnecessary parenthes.
Signed-off-by: Peter Karlsson
---
drivers/staging/ft1000/ft1000-usb/ft1000_debug.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/ft1000/ft1000-usb/ft1000_debug.c
b/drivers/staging/ft1000/ft1000-usb/ft1000_
On 15/06/2015 10:55, Xiao Guangrong wrote:
> It gets the range for the specified variable MTRR
>
> Signed-off-by: Xiao Guangrong
> ---
> arch/x86/kvm/mtrr.c | 19 +--
> 1 file changed, 13 insertions(+), 6 deletions(-)
>
> diff --git a/arch/x86/kvm/mtrr.c b/arch/x86/kvm/mtrr.c
On Wed, Jun 17, 2015 at 05:12:57PM +0200, Igor Mammedov wrote:
> On Wed, 17 Jun 2015 16:32:02 +0200
> "Michael S. Tsirkin" wrote:
>
> > On Wed, Jun 17, 2015 at 03:20:44PM +0200, Paolo Bonzini wrote:
> > >
> > >
> > > On 17/06/2015 15:13, Michael S. Tsirkin wrote:
> > > > > > Considering userspa
On Wed 17-06-15 22:59:54, Tetsuo Handa wrote:
> Michal Hocko wrote:
[...]
> > But you have a point that we could have
> > - constrained OOM which elevates oom_victims
> > - global OOM killer strikes but wouldn't start the timer
> >
> > This is certainly possible and timer_pending(&panic_on_oom) re
On 15/06/2015 10:55, Xiao Guangrong wrote:
> Sort all valid variable MTRRs based on its base address, it will help us to
> check a range to see if it's fully contained in variable MTRRs
>
> Signed-off-by: Xiao Guangrong
> ---
> arch/x86/include/asm/kvm_host.h | 3 ++
> arch/x86/kvm/mtrr.c
On Wed, Jun 17, 2015 at 05:11:09PM +0200, Peter Zijlstra wrote:
> On Wed, Jun 17, 2015 at 07:57:12AM -0700, Paul E. McKenney wrote:
> > On Wed, Jun 17, 2015 at 02:29:24PM +0200, Peter Zijlstra wrote:
> > > I did leave off the READ/WRITE ONCE stuff, because I could not come up
> > > with a scenario
Fixes two checkpatch style issues.
Peter Karlsson (2):
staging: ft1000-usb: Removed unnecessary parenthes.
staging: ft1000-usb: Removed global initialization.
drivers/staging/ft1000/ft1000-usb/ft1000_debug.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--
1.9.1
--
To unsubscr
Fix checkpatch error about initialize globals to 0.
Signed-off-by: Peter Karlsson
---
drivers/staging/ft1000/ft1000-usb/ft1000_debug.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/ft1000/ft1000-usb/ft1000_debug.c
b/drivers/staging/ft1000/ft1000-usb/ft1000_
I am 45years old male, from United State, Currently in Syria for Peace keeping,
I work for US Army, I would love to know you more better and that is only if
you do not mind. I am an easy going man that wants to be loved and i believe
that is not too much to ask. Can you tell me something about y
On Wed, Jun 17, 2015 at 07:57:12AM -0700, Paul E. McKenney wrote:
> On Wed, Jun 17, 2015 at 02:29:24PM +0200, Peter Zijlstra wrote:
> > I did leave off the READ/WRITE ONCE stuff, because I could not come up
> > with a scenario where it makes a difference -- I appreciate paranoia,
> > but I also thi
On 06/17/2015 06:38 AM, Ludovic Desroches wrote:
Hi Stephen,
On Mon, Jun 15, 2015 at 09:58:05AM -0600, Stephen Warren wrote:
On 06/10/2015 09:04 AM, Ludovic Desroches wrote:
When having a controller which allows per pin muxing, declaring with
which groups a function can be used is a useless co
On Wed, 17 Jun 2015 17:34:02 +0200
Boris Brezillon wrote:
> On Wed, 17 Jun 2015 23:08:08 +0800
> Herbert Xu wrote:
>
> > On Wed, Jun 17, 2015 at 03:32:02PM +0200, Boris Brezillon wrote:
> > >
> > > Hi Herbert,
> > >
> > > I send you this patch alone so that you can verify I'm now properly
> >
Em Wed, Jun 17, 2015 at 08:41:52PM +0800, Wangnan (F) escreveu:
> This patch has already acked-by Jiri Olsa on March, but I lost the original
> email on my local mailbox, so send it again.
Couldn't find the Ack, or the first submission, anyway, applying it now,
Thanks,
- Arnaldo
> Thank you.
>
On Wed, 2015-06-17 at 17:00 +0200, Alexander Sverdlin wrote:
> You do not see the platform_device, because there are no users yet, put
> this MODULE_ALIAS() is perfectly fine, it will allow automatic module loading
> in non-DT case.
Do you mean that it will allow automatic module loading once the
On 6/17/15 1:56 AM, kan.li...@intel.com wrote:
diff --git a/tools/perf/util/event.c b/tools/perf/util/event.c
index 793b150..ac6cf2a 100644
--- a/tools/perf/util/event.c
+++ b/tools/perf/util/event.c
@@ -213,6 +213,8 @@ static int perf_event__synthesize_fork(struct perf_tool
*tool,
retur
On Wed, 2015-06-17 at 11:52AM -0400, Nicholas Krause wrote:
> This removes the unused variable num_frag and the setting of it
> to the number of fragments from the passed sk_buff pointer by
> this function's caller due to this variable never being used
> in this particular function and is not decla
Hi Jonas,
> -Original Message-
> From: Jonas Gorski [mailto:j...@openwrt.org]
> Sent: 17 June 2015 15:31
> To: Sifan Naeem
> Cc: Mark Brown; linux-...@vger.kernel.org; linux-kernel@vger.kernel.org;
> Andrew Bresticker
> Subject: Re: [PATCH v2] spi: img-spfi: Same Edge bit set to double sup
On Wed, Jun 17, 2015 at 4:34 PM, Francois-Nicolas Muller
wrote:
First of all it would be nice to start a new thread per iteration.
> Use TCO watchdog first timeout (pretimeout) to dump CPU backtraces
> and ease debug of watchdog expiration causes.
> On Intel Cherrytrail, TCO logic generates a SM
On 06/17/2015 02:14 AM, Herbert Xu wrote:
>> This patch set introduces a Public Key Encryption API.
>> > What is proposed is a new crypto type called crypto_akcipher_type,
>> > plus new struct akcipher_alg and struct crypto_akcipher, together with
>> > number
>> > of helper functions to register a
On Wed, 17 Jun 2015 17:38:40 +0200
"Michael S. Tsirkin" wrote:
> On Wed, Jun 17, 2015 at 05:12:57PM +0200, Igor Mammedov wrote:
> > On Wed, 17 Jun 2015 16:32:02 +0200
> > "Michael S. Tsirkin" wrote:
> >
> > > On Wed, Jun 17, 2015 at 03:20:44PM +0200, Paolo Bonzini wrote:
> > > >
> > > >
> > >
On 15/06/2015 10:55, Xiao Guangrong wrote:
> + /* add it to the list if it's valid. */
> + if (var_mtrr_range_is_valid(&mtrr_state->var_ranges[index])) {
> + list_for_each_entry(tmp, &mtrr_state->head, node)
> + if (cur->base < tmp->base)
> +
Add last missing line in commit "cdd9eefdf905"
("fs/ufs: restore s_lock mutex")
Signed-off-by: Fabian Frederick
---
Second part of the patch with 2 fixes was not applied.
Meanwhile, Al already fixed remount().
fs/ufs/super.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/fs/ufs/super.c b/f
Beginning at commit d52d3997f843 ("ipv6: Create percpu rt6_info"), the
following INFO splat is logged:
===
[ INFO: suspicious RCU usage. ]
4.1.0-rc7-next-20150612 #1 Not tainted
---
kernel/sched/core.c:7318 Illegal context switch in RCU-bh re
From: Jan Leupold
The DT-Property "atmel,adc-startup-time" is stored in an u8 for a microsecond
value. When trying to increase the value of STARTUP in Register AT91_ADC_MR
some higher values can't be reached.
Change the type in function parameter and private structure field from u8 to
u32.
Sign
On Wed, 17 Jun 2015, Dheepthi K wrote:
Memory freeing order has been corrected incase of
allocation failure.
This isn't necessary. The nvme_dev is zero'ed on allocation, and
kfree(NULL or (void *)0) is okay to do.
Signed-off-by: Dheepthi K
---
drivers/block/nvme-core.c |7 ---
1 file
Do not call power_supply_changed() when CHRVPI interrupt has occurred.
CHRVPI interrupt occurs when the charger is connected to or disconnected
from the power source. Call power_supply_changed() after PWR_RDY bit is
read, to distinguish between connection to or disconnection from the power
source.
On Tue, 16 Jun 2015, Peter Zijlstra wrote:
On Mon, Jun 15, 2015 at 02:44:32PM -0700, Vikas Shivappa wrote:
Secondly, there's more HSW models:
case 60: /* 22nm Haswell Core */
case 63: /* 22nm Haswell Server */
case 69: /* 22nm Haswell ULT */
case 70: /* 22nm Haswell +
On Wed, Jun 17, 2015 at 09:40:59PM +0530, Dheepthi K wrote:
> Memory freeing order has been corrected incase of
> allocation failure.
This doesn't fix a bug. kfree(NULL) is a no-op, and 'dev' is allocated
with kzalloc, so the current error path will call kfree(NULL).
> @@ -2947,11 +2947,11 @@ st
On Wed, Jun 17, 2015 at 06:09:21PM +0200, Igor Mammedov wrote:
> On Wed, 17 Jun 2015 17:38:40 +0200
> "Michael S. Tsirkin" wrote:
>
> > On Wed, Jun 17, 2015 at 05:12:57PM +0200, Igor Mammedov wrote:
> > > On Wed, 17 Jun 2015 16:32:02 +0200
> > > "Michael S. Tsirkin" wrote:
> > >
> > > > On Wed,
On 17/06/2015 18:30, Michael S. Tsirkin wrote:
> Meanwhile old tools are vulnerable to OOM attacks.
For each vhost device there will be likely one tap interface, and I
suspect that it takes way, way more than 16KB of memory.
Paolo
--
To unsubscribe from this list: send the line "unsubscribe lin
On Mon, Apr 27, 2015 at 07:12 PM CEST, Larry Finger
wrote:
> These drivers do not use mac80211, which is a prerequisite for inclusion in
> the
> regular wifi tree. A complete rewrite will be needed to get them out of
> staging.
> Nonetheless, cleanups are in order.
Regarding the rtl8188eu dr
301 - 400 of 1026 matches
Mail list logo