On Thu, 2013-09-26 at 13:54 -0700, Greg Kroah-Hartman wrote:
> On Thu, Sep 05, 2013 at 06:36:08PM -0700, Joe Perches wrote:
> > Whitespace neatening...
> >
> > Multiline statement argument alignment.
> > Argument wrapping.
> > Use kmalloc_array instead of kmalloc.
> >
> > ---
>
> -ENOSIGNEDOFFBY
On 09/26/2013 02:55 PM, Zach Brown wrote:
On Thu, Sep 26, 2013 at 10:58:05AM +0200, Miklos Szeredi wrote:
On Wed, Sep 25, 2013 at 11:07 PM, Zach Brown wrote:
A client-side copy will be slower, but I guess it does have the
advantage that the application can track progress to some degree, and
ab
On 09/26/2013 03:53 PM, Miklos Szeredi wrote:
On Thu, Sep 26, 2013 at 9:06 PM, Zach Brown wrote:
But I'm not sure it's worth the effort; 99% of the use of this
interface will be copying whole files. And for that perhaps we need a
different API, one which has been discussed some time ago:
asyn
On Sep 26, 2013, at 4:10 PM, Rob Herring wrote:
> On 09/26/2013 02:33 PM, Kumar Gala wrote:
>>
>> On Sep 26, 2013, at 2:17 PM, Rohit Vaswani wrote:
>>
>>> On 9/26/2013 11:05 AM, Rohit Vaswani wrote:
On 9/26/2013 9:37 AM, Kumar Gala wrote:
>
> +++ b/arch/arm/boot/dts/qcom-apq
> Let me guess: you have HUGETLBFS enabled in your config, right? ;)
>
> HUGETLBFS hasn't converted to new locking and we disable split pmd lock if
> HUGETLBFS is enabled.
Ah, that's got it! I double checked my config a million times to
make sure that I wasn't going crazy, but I must've miss
On 09/26/2013 03:10 PM, Oleg Nesterov wrote:
On 09/26, Oleg Nesterov wrote:
Thanks Peter.
Well. I'am afraid my testing was wrong, because Karel reports
it fixes the problem...
But. I applied this patch to my 3.11 tree (last commit is bff157b3a)
which also has the additional patch (03e12617 "t
On Mon, 23 Sep 2013 19:32:04 +0800 _ wrote:
> Hi,
> Buffer overflow found in drivers/video/fbmem.c.
> [Version]:Newest
>
> [Detail]:
> 1592 static int do_register_framebuffer(struct fb_info *fb_info)
> 1593 {
> 1594 | int i;
> 1595 | struct fb_event event;
> 1596 | struct fb_videom
On 09/23/2013 05:05 AM, Kirill A. Shutemov wrote:
> To proof that the proposed changes are functional we enable the feature
> for the most simple file system -- ramfs. ramfs is not that useful by
> itself, but it's good pilot project.
This does, at the least, give us a shared memory mechanism that
On 09/26/2013 02:33 PM, Kumar Gala wrote:
>
> On Sep 26, 2013, at 2:17 PM, Rohit Vaswani wrote:
>
>> On 9/26/2013 11:05 AM, Rohit Vaswani wrote:
>>> On 9/26/2013 9:37 AM, Kumar Gala wrote:
>>>
+++ b/arch/arm/boot/dts/qcom-apq8074-dragonboard.dts @@ -0,0
+1,6 @@ +/include/ "qcom-m
On Thu, 2013-09-26 at 13:40 -0700, Davidlohr Bueso wrote:
> On Thu, 2013-09-26 at 13:23 -0700, Jason Low wrote:
> > On Thu, 2013-09-26 at 13:06 -0700, Davidlohr Bueso wrote:
> > > On Thu, 2013-09-26 at 12:27 -0700, Jason Low wrote:
> > > > On Wed, Sep 25, 2013 at 3:10 PM, Tim Chen
> > > > wrote:
On Sep 26, 2013, at 3:58 PM, David Brown wrote:
> On Thu, Sep 26, 2013 at 02:33:53PM -0500, Kumar Gala wrote:
>
>>> "ePAPR 1.1 section 2.2.1.1 "Node Name Requirements" specifies that any
>>> node that has a reg property must include a unit address in its name
>>> with value matching the first en
On 09/26/2013 01:59 PM, Davidlohr Bueso wrote:
>> -},
>> -{ /* Some C6100 machines were shipped with vendor being 'Dell'. */
>> -.callback = set_pci_reboot,
>> -.ident = "Dell PowerEdge C6100",
>> -.matches = {
>> DMI_MATCH(DMI_
On Thu, 2013-09-26 at 11:58 -0700, tip-bot for Masoud Sharbiani wrote:
> Commit-ID: b5eafc6f07c95e9f3dd047e72737449cb03c9956
> Gitweb: http://git.kernel.org/tip/b5eafc6f07c95e9f3dd047e72737449cb03c9956
> Author: Masoud Sharbiani
> AuthorDate: Thu, 26 Sep 2013 10:30:43 -0700
> Committer:
On 09/26/2013 01:46 PM, Steven Rostedt wrote:
> On Thu, 26 Sep 2013 11:34:22 -0700
> John Stultz wrote:
>
>> @@ -156,10 +214,19 @@ static inline void write_seqcount_begin(seqcount_t *s)
>> {
>> s->sequence++;
>> smp_wmb();
>> +seqcount_acquire(&s->dep_map, 0, 0, _RET_IP_);
>> +}
>>
On Thu, Sep 26, 2013 at 04:54:33PM +0200, Ulf Hansson wrote:
Suspend and resume of cards are being handled from the protocol layer
and consequently the mmc_suspend|resume_host APIs are deprecated.
This means we can simplify the suspend|resume callbacks by removing the
use of the deprecated APIs.
On Thu, Sep 26, 2013 at 02:33:53PM -0500, Kumar Gala wrote:
"ePAPR 1.1 section 2.2.1.1 "Node Name Requirements" specifies that any
node that has a reg property must include a unit address in its name
with value matching the first entry in its reg property. Conversely, if
a node does not have a r
On Thu, Sep 05, 2013 at 06:36:08PM -0700, Joe Perches wrote:
> Whitespace neatening...
>
> Multiline statement argument alignment.
> Argument wrapping.
> Use kmalloc_array instead of kmalloc.
>
> ---
-ENOSIGNEDOFFBY :(
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Thu, Sep 05, 2013 at 04:41:20PM -0700, Sudeep Dutt wrote:
> ChangeLog:
> =
>
> v2 => v3:
> a) Patch 1 data structure cleanups, header file include cleanups,
>IDA interface reuse and switching to device_create_with_groups(..)
>as per feedback from Greg Kroah-Hartman.
> b) Patch 7
On Thu, 26 Sep 2013 11:34:22 -0700
John Stultz wrote:
> Currently seqlocks and seqcounts don't support lockdep.
>
> After running across a seqcount related deadlock in the timekeeping
> code, I used a less-refined and more focused variant of this patch
> to narrow down the cause of the issue.
>
On 09/23/2013 04:25 PM, Mike Travis wrote:
> This patch adds a kgdb_nmicallin() interface that can be used by
> external NMI handlers to call the KGDB/KDB handler. The primary need
> for this is for those types of NMI interrupts where all the CPUs
> have already received the NMI signal. Therefore
On Wed, Sep 25, 2013 at 3:14 PM, Djalal Harouni wrote:
> The /proc/*/stack contains sensitive information and currently its mode
> is 0444. Change this to 0400 so the VFS will be able to block
> unprivileged processes to get file descriptors on arbitrary privileged
> /proc/*/stack files.
>
> The /
On Thu, 2013-09-26 at 13:23 -0700, Jason Low wrote:
> On Thu, 2013-09-26 at 13:06 -0700, Davidlohr Bueso wrote:
> > On Thu, 2013-09-26 at 12:27 -0700, Jason Low wrote:
> > > On Wed, Sep 25, 2013 at 3:10 PM, Tim Chen
> > > wrote:
> > > > We will need the MCS lock code for doing optimistic spinning
On Thu, Sep 26, 2013 at 01:39:04PM -0700, David Cohen wrote:
> Hi Greg,
>
> On 09/26/2013 01:14 PM, Greg KH wrote:
> >On Thu, Sep 26, 2013 at 01:01:44PM -0700, David Cohen wrote:
> >>Add PCI id for Intel Merrifield
> >>
> >>Signed-off-by: David Cohen
> >>---
> >> drivers/usb/dwc3/dwc3-pci.c | 2
On Mon, Sep 9, 2013 at 3:49 AM, Ingo Molnar wrote:
>
> * Kees Cook wrote:
>
>> When building on x86, the final image building step always emits stats
>> to stderr, even though this information is neither a warning nor an error:
>>
>> BUILD arch/x86/boot/bzImage
>> Setup is 16188 bytes (padded
Hi Greg,
On 09/26/2013 01:14 PM, Greg KH wrote:
On Thu, Sep 26, 2013 at 01:01:44PM -0700, David Cohen wrote:
Add PCI id for Intel Merrifield
Signed-off-by: David Cohen
---
drivers/usb/dwc3/dwc3-pci.c | 2 ++
1 file changed, 2 insertions(+)
Nice, Felipe, mind if I just pick this up now, a
On Thu, Sep 26, 2013 at 04:20:59PM -0300, Eduardo Habkost wrote:
> Please point me to the code that does this, because I don't see it on
> patch 6/6.
@@ -1850,7 +1850,14 @@ static void filter_features_for_kvm(X86CPU *cpu)
wi->cpuid_ecx,
On Thu, 2013-09-26 at 13:06 -0700, Davidlohr Bueso wrote:
> On Thu, 2013-09-26 at 12:27 -0700, Jason Low wrote:
> > On Wed, Sep 25, 2013 at 3:10 PM, Tim Chen
> > wrote:
> > > We will need the MCS lock code for doing optimistic spinning for rwsem.
> > > Extracting the MCS code from mutex.c and put
On Thu, Sep 26, 2013 at 01:01:44PM -0700, David Cohen wrote:
> Add PCI id for Intel Merrifield
>
> Signed-off-by: David Cohen
> ---
> drivers/usb/dwc3/dwc3-pci.c | 2 ++
> 1 file changed, 2 insertions(+)
Nice, Felipe, mind if I just pick this up now, as I'm applying USB
patches at the moment...
On Thursday, September 26, 2013 10:47:52 AM Duan Jiong wrote:
> Signed-off-by: Duan Jiong
> ---
> security/selinux/xfrm.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
FYI: SELinux patches should be sent to the SELinux mailing list (I added it to
the CC list). You can also CC the
Argh...too much wordsmithing...
On Thu, Sep 26, 2013 at 12:22 PM, Grant Grundler wrote:
> Following 7 patches are mostly cleanup with one key patch around host->areq
> locking. The host->areq locking problem description is here:
> http://www.spinics.net/lists/linux-mmc/msg21644.html
>
>
Hi Wolfram,
> Wolfram wrote:
>
> > > IMHO it makes sense. Why wouldn't we want all platform_data in
> > > include/linux/platform_data/?
> >
> > For the same reason we don't want all driver source files in one
> > directory? It's a mess.
>
> Well, that's different. Not all drivers expose platfor
On Thu, 2013-09-26 at 12:27 -0700, Jason Low wrote:
> On Wed, Sep 25, 2013 at 3:10 PM, Tim Chen wrote:
> > We will need the MCS lock code for doing optimistic spinning for rwsem.
> > Extracting the MCS code from mutex.c and put into its own file allow us
> > to reuse this code easily for rwsem.
>
On 09/25/2013 09:52 AM, Peter Hurley wrote:
[ +cc Greg Kroah-Hartman ]
On 09/25/2013 09:50 AM, Peter Hurley wrote:
On 09/25/2013 08:18 AM, Mikael Pettersson wrote:
With 3.12-rc[12] I see unexpected failures in gcc's Ada acats testsuite, e.g.
=== acats tests ===
FAIL: a83009
Hello,
On Thu, 26 Sep 2013, Alexander Frolkin wrote:
> Improve the SH fallback realserver selection strategy.
>
> With sh and sh-fallback, if a realserver is down, this attempts to
> distribute the traffic that would have gone to that server evenly
> among the remaining servers.
>
> Si
Add PCI id for Intel Merrifield
Signed-off-by: David Cohen
---
drivers/usb/dwc3/dwc3-pci.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/usb/dwc3/dwc3-pci.c b/drivers/usb/dwc3/dwc3-pci.c
index 997ebe4..2e252aa 100644
--- a/drivers/usb/dwc3/dwc3-pci.c
+++ b/drivers/usb/dwc3/dwc3-p
On Thu, Sep 26, 2013 at 9:06 PM, Zach Brown wrote:
>> But I'm not sure it's worth the effort; 99% of the use of this
>> interface will be copying whole files. And for that perhaps we need a
>> different API, one which has been discussed some time ago:
>> asynchronous copyfile() returns immediate
On 09/26/2013 12:30 PM, Eric Dumazet wrote:
> On Thu, 2013-09-26 at 11:34 -0700, John Stultz wrote:
>> While enabling lockdep on seqlocks, I ran accross the warning below
>> caused by the ipv6 stats being updated in both irq and non-irq context.
>>
>> This is a novice attempt to correct the issue,
On Thu, 2013-09-26 at 12:39 -0700, John Stultz wrote:
> > No objection, though I worry that will obscure the lockdep key name,
> > causing all the u64_stat_sync locks to appear the same.
> >
> > I'll give it a quick shot to see if the compiler inlines it well enough
> > to preserve the name.
> Yea
On 09/26/2013 12:34 PM, John Stultz wrote:
> On 09/26/2013 12:26 PM, Eric Dumazet wrote:
>> On Thu, 2013-09-26 at 11:34 -0700, John Stultz wrote:
>>> In order to enable lockdep on seqcount/seqlock structures, we
>>> must explicitly initialize any locks.
>>>
>>> diff --git a/include/linux/u64_stats_
I assume that we may have both: CPUs that may have ability to support multiple
transactions, CPUs that support only one, CPUs that support none (as today), as
well as different devices - transaction capable and not.
So, it seems there is a room for compilers to do their work and for class
driver
On Sep 26, 2013, at 2:17 PM, Rohit Vaswani wrote:
> On 9/26/2013 11:05 AM, Rohit Vaswani wrote:
>> On 9/26/2013 9:37 AM, Kumar Gala wrote:
>>>
>>
>>> +++ b/arch/arm/boot/dts/qcom-apq8074-dragonboard.dts
>>> @@ -0,0 +1,6 @@
>>> +/include/ "qcom-msm8974.dtsi"
>>> +
>>> +/ {
>>> +model = "Qual
On 09/26/2013 12:26 PM, Eric Dumazet wrote:
> On Thu, 2013-09-26 at 11:34 -0700, John Stultz wrote:
>> In order to enable lockdep on seqcount/seqlock structures, we
>> must explicitly initialize any locks.
>>
>> diff --git a/include/linux/u64_stats_sync.h b/include/linux/u64_stats_sync.h
>> index 8
This will enable intel_powerclamp driver on newer Intel CPUs
including some Ivy Bridge and Haswell processors.
Signed-off-by: Jacob Pan
---
drivers/thermal/intel_powerclamp.c |5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/thermal/intel_powerclamp.c
b/drivers/thermal/intel_p
From: Joe Perches
Date: Thu, 26 Sep 2013 11:02:56 -0700
> Want those in one more pull request or
> maybe individually?
Try to keep the chunks less than a dozen or so patches at a ti me.
Thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message t
On Thu, 2013-09-26 at 11:34 -0700, John Stultz wrote:
> While enabling lockdep on seqlocks, I ran accross the warning below
> caused by the ipv6 stats being updated in both irq and non-irq context.
>
> This is a novice attempt to correct the issue, and with this patch
> the warning goes away. Any
On Wed, Sep 25, 2013 at 3:10 PM, Tim Chen wrote:
> We will need the MCS lock code for doing optimistic spinning for rwsem.
> Extracting the MCS code from mutex.c and put into its own file allow us
> to reuse this code easily for rwsem.
>
> Signed-off-by: Tim Chen
> Signed-off-by: Davidlohr Bueso
Hi azur,
On Thu, Sep 26, 2013 at 06:54:59PM +0200, azurIt wrote:
> On Wed, Sep 18, 2013 at 02:19:46PM -0400, Johannes Weiner wrote:
> >Here is an update. Full replacement on top of 3.2 since we tried a
> >dead end and it would be more painful to revert individual changes.
> >
> >The first bug you
On Thu, 2013-09-26 at 11:34 -0700, John Stultz wrote:
> In order to enable lockdep on seqcount/seqlock structures, we
> must explicitly initialize any locks.
>
> diff --git a/include/linux/u64_stats_sync.h b/include/linux/u64_stats_sync.h
> index 8da8c4e..c450e11 100644
> --- a/include/linux/u64_
Hey Daniel,
Here's the sched_clock_register conversion that Stephen did earlier
this summer, as part of extending the generic sched_clock code to
support 64bit counters. Unfortunately the prereqs for this series missed
getting into tip/timers/core for 3.12, so I never sent out this pull
request
Just making it more obvious 'err' refers to the status of the in flight
request (aka saved_areq) and not the new async request we might start.
Signed-off-by: Grant Grundler
---
drivers/mmc/core/core.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/mm
Don't replicate how the *error is returned by mmc_start_req().
Signed-off-by: Grant Grundler
---
drivers/mmc/core/core.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/mmc/core/core.c b/drivers/mmc/core/core.c
index 4d5de98..deb0ee5 100644
--- a/drivers/mmc/co
Races between host->areq being NULL or not are resulting in mmcqd
hung_task panics. Like this one:
<3>[ 240.501202] INFO: task mmcqd/1:85 blocked for more than 120 seconds.
<3>[ 240.501213] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables
this message.
<6>[ 240.501223] mmcqd/1
mmc_start_req() only handles *asynchronous* requests and is easily
confused with mmc_start_request and __mmc_start_req() (both of which
only handle synchronous requests). Renaming should hopefully make
it clearer this function is used to harvest completions and start
new requests.
Signed-off-by: G
In case threads "race" to harvest async req completions, just return.
Signed-off-by: Grant Grundler
---
drivers/mmc/core/core.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/mmc/core/core.c b/drivers/mmc/core/core.c
index deb0ee5..36cfe91 100644
--- a/drivers/mmc/core/core.c
++
This is an intermediate step to fixing the locking around the
access to host->areq. Reduce the number of "if (saved_areq) vs
"if (areq)" tests in the main code path since I'm going to add
references to "host->lock" in the next patch.
Signed-off-by: Grant Grundler
---
drivers/mmc/core/core.c | 19
Following 7 patches are mostly cleanup with one key patch around host->areq
locking. The host->areq locking problem description is here:
http://www.spinics.net/lists/linux-mmc/msg21644.html
I do believe this preposed host->areq locking patch is a complete fix.
But it appears to fix the pr
Replace "data" with a more descriptive name.
Using a local variable (ie a register) makes explicit what the
compiler is doing under the covers anyway: the function is
dereferencing one pointer value the whole time.
Signed-off-by: Grant Grundler
---
drivers/mmc/core/core.c | 20 ++---
On Thu, Sep 26, 2013 at 08:55:24PM +0200, Borislav Petkov wrote:
> On Thu, Sep 26, 2013 at 11:19:15AM -0300, Eduardo Habkost wrote:
> > Then we may have a problem: some CPU models already have "movbe"
> > included (e.g. Haswell), and patch 6/6 will make "-cpu Haswell" get
> > movbe enabled even if
On 9/26/2013 11:05 AM, Rohit Vaswani wrote:
On 9/26/2013 9:37 AM, Kumar Gala wrote:
+++ b/arch/arm/boot/dts/qcom-apq8074-dragonboard.dts
@@ -0,0 +1,6 @@
+/include/ "qcom-msm8974.dtsi"
+
+/ {
+model = "Qualcomm APQ8074 Dragonboard";
+compatible = "qcom,apq8074-dragonboard", "qcom,apq8
On 09/26, Oleg Nesterov wrote:
>
> Thanks Peter.
>
> Well. I'am afraid my testing was wrong, because Karel reports
> it fixes the problem...
>
> But. I applied this patch to my 3.11 tree (last commit is bff157b3a)
> which also has the additional patch (03e12617 "tty: disassociate_ctty()
> sends the
Commit-ID: b5eafc6f07c95e9f3dd047e72737449cb03c9956
Gitweb: http://git.kernel.org/tip/b5eafc6f07c95e9f3dd047e72737449cb03c9956
Author: Masoud Sharbiani
AuthorDate: Thu, 26 Sep 2013 10:30:43 -0700
Committer: Ingo Molnar
CommitDate: Thu, 26 Sep 2013 20:52:37 +0200
x86/reboot: Remove the
On Thu, Sep 26, 2013 at 08:06:41PM +0200, Miklos Szeredi wrote:
> On Thu, Sep 26, 2013 at 5:34 PM, J. Bruce Fields wrote:
> > On Thu, Sep 26, 2013 at 10:58:05AM +0200, Miklos Szeredi wrote:
> >> On Wed, Sep 25, 2013 at 11:07 PM, Zach Brown wrote:
> >> >> A client-side copy will be slower, but I g
On Thu, Sep 26, 2013 at 11:30:22AM -0700, Zach Brown wrote:
> > > Sigh. A pox on whoever thought up huge pages.
> >
> > managing 1TB+ of memory in 4K chunks is just insane.
> > The question of larger pages is not "if", but only "when".
>
> And "how"!
>
> Sprinking a bunch of magical if (thp) {
On Wed, Aug 21, 2013 at 11:16:07AM +0530, Kishon Vijay Abraham I wrote:
> Used the generic PHY framework API to create the PHY. Now the power off and
> power on are done in omap_usb_power_off and omap_usb_power_on respectively.
> The omap-usb2 driver is also moved to driver/phy.
>
> However using
From: Rob Herring
of_translate_dma_address is implemented in common code, so move the
declaration there too.
Signed-off-by: Rob Herring
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Grant Likely
Cc: linuxppc-...@lists.ozlabs.org
---
arch/powerpc/include/asm/prom.h | 4
include/linu
From: Rob Herring
When removing prom.h include by of.h, several OF headers will no longer
be implicitly included. Add explicit includes of of_*.h as needed.
Signed-off-by: Rob Herring
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Anatolij Gustschin
Cc: Kumar Gala
Cc: Olof Johansson
Cc:
Hello,
On Thu 26-09-13 21:32:07, Maxim Patlasov wrote:
> While handling punch-hole fallocate, it's useless to truncate page cache
> before removing the range from extent tree (or block map in indirect case)
> because page cache can be re-populated (by read-ahead or read(2) or mmap-ed
> read) imm
From: Rob Herring
Remove unnecessary prom.h includes in preparation to remove implicit
includes of prom.h.
Signed-off-by: Rob Herring
Cc: Wolfgang Grandegger
Cc: Marc Kleine-Budde
Cc: linux-...@vger.kernel.org
Cc: net...@vger.kernel.org
---
drivers/net/can/grcan.c | 3 -
From: Rob Herring
Hexagon does not have a prom.h header, so it is probably broken with
CONFIG_OF enabled. In any case, remove unnecessary prom.h include in
preparation to make prom.h optional.
Signed-off-by: Rob Herring
Cc: Richard Kuo
Cc: linux-hexa...@vger.kernel.org
---
arch/hexagon/kernel
From: Rob Herring
Once prom.h is no longer implicitly included, we need to include setup.h
to get COMMAND_LINE_SIZE.
Signed-off-by: Rob Herring
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc: x...@kernel.org
---
arch/x86/kernel/devicetree.c | 1 +
1 file changed, 1 insertion(+)
If we build perf with NO_LIBPYTHON=1 NO_LIBPERL=1 the '-ldl'
is not added to libs build fails if we have gtk2 code in,
because it depends on it.
Signed-off-by: Jiri Olsa
Cc: Andi Kleen
Cc: Corey Ashford
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Namhyung Kim
Cc: Paul Macker
On Thu, Sep 26, 2013 at 11:19:15AM -0300, Eduardo Habkost wrote:
> Then we may have a problem: some CPU models already have "movbe"
> included (e.g. Haswell), and patch 6/6 will make "-cpu Haswell" get
> movbe enabled even if it is being emulated.
Huh? HSW has MOVBE so we won't #UD on it and MOVBE
From: Rob Herring
Remove unnecessary prom.h includes in preparation to make prom.h optional.
Signed-off-by: Rob Herring
---
drivers/of/of_pci_irq.c | 1 -
drivers/of/pdt.c| 1 -
2 files changed, 2 deletions(-)
diff --git a/drivers/of/of_pci_irq.c b/drivers/of/of_pci_irq.c
index 677053
From: Rob Herring
Implement pci_address_to_pio as weak function to remove the dependency on
asm/prom.h. This is in preparation to make prom.h optional.
Signed-off-by: Rob Herring
Cc: Michal Simek
Cc: Ralf Baechle
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Thomas Gleixner
Cc: Ingo Mo
From: Rob Herring
Remove unnecessary prom.h includes in preparation to remove prom.h.
Signed-off-by: Rob Herring
Cc: Vineet Gupta
---
arch/arc/kernel/devtree.c | 1 -
arch/arc/kernel/setup.c | 1 -
2 files changed, 2 deletions(-)
diff --git a/arch/arc/kernel/devtree.c b/arch/arc/kernel/dev
From: Rob Herring
Remove unnecessary prom.h include in preparation to make prom.h optional.
Signed-off-by: Rob Herring
Cc: Santosh Shilimkar
---
arch/arm/mach-keystone/platsmp.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/mach-keystone/platsmp.c b/arch/arm/mach-keystone/platsm
From: Rob Herring
In preparation of removing prom.h include by of.h, add explicit includes.
Signed-off-by: Rob Herring
Cc: Ralf Baechle
Cc: linux-m...@linux-mips.org
---
arch/mips/lantiq/prom.c | 1 +
arch/mips/mti-sead3/sead3-setup.c | 2 ++
arch/mips/ralink/of.c | 1 +
On Thu, Sep 26, 2013 at 10:58:05AM +0200, Miklos Szeredi wrote:
> On Wed, Sep 25, 2013 at 11:07 PM, Zach Brown wrote:
> >> A client-side copy will be slower, but I guess it does have the
> >> advantage that the application can track progress to some degree, and
> >> abort it fairly quickly without
From: Rob Herring
Remove unnecessary prom.h include in preparation to make prom.h optional.
Signed-off-by: Rob Herring
Cc: Jonas Bonn
Cc: li...@lists.openrisc.net
---
arch/openrisc/kernel/prom.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/openrisc/kernel/prom.c b/arch/openrisc/ker
From: Rob Herring
While powerpc is a mess of implicit includes by prom.h, microblaze just
copied this and is easily fixed. Add the necessary explicit includes and
remove unnecessary includes and other parts from prom.h
Signed-off-by: Rob Herring
Cc: Michal Simek
Cc: microblaze-ucli...@itee.uq.
On Thu, 26 Sep 2013, Tetsuo Handa wrote:
> > wait_for_completion() is scary if that completion requires memory that
> > cannot be allocated because the caller is killed but uninterruptible.
>
> I don't think these lines are specific to wait_for_completion() users.
>
> Currently the OOM killer i
From: Rob Herring
Now that prom.h is optional, all the empty prom.h headers can be removed.
Signed-off-by: Rob Herring
Cc: Vineet Gupta
Cc: Catalin Marinas
Cc: Will Deacon
Cc: Mark Salter
Cc: Aurelien Jacquiot
Cc: James Hogan
Cc: Jonas Bonn
Cc: Chris Zankel
Cc: Max Filippov
---
arch/a
From: Rob Herring
The dependency on prom.h by the core DT code is now removed and only
sparc needs to include prom.h for the core code.
Signed-off-by: Rob Herring
Cc: Grant Likely
---
include/linux/of.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/linux/of.h b/include/linux/o
From: Rob Herring
Implement of_node_to_nid as weak function to remove the dependency on
asm/prom.h. This is in preparation to make prom.h optional.
Signed-off-by: Rob Herring
---
arch/powerpc/include/asm/prom.h | 7 ---
arch/sparc/include/asm/prom.h | 4
drivers/of/base.c
From: Rob Herring
Now that the core OF headers don't depend on prom.h, rearrange the
includes. There are still lots of implicit includes in the powerpc tree,
so the includes of OF headers are still necessary.
Signed-off-by: Rob Herring
---
arch/powerpc/include/asm/prom.h | 17 +++--
From: Rob Herring
Move of_address_to_resource and of_iomap declarations to common code. These
only differ on sparc, but the declarations are the same and don't need to
be in arch header.
Signed-off-by: Rob Herring
Cc: "David S. Miller"
Cc: Grant Likely
Cc: sparcli...@vger.kernel.org
---
arch
From: Rob Herring
HAVE_ARCH_DEVTREE_FIXUPS appears to always be needed except for sparc,
but it is only used for /proc/device-teee and sparc does not enable
/proc/device-tree. So this option is redundant. Remove the option and
always enable it. This has the side effect of fixing /proc/device-tree
From: Rob Herring
Move setup_machine_fdt out of prom.h and into asm/setup.h in preparation
to remove prom.h.
Signed-off-by: Rob Herring
Cc: James Hogan
Cc: linux-me...@vger.kernel.org
---
arch/metag/include/asm/prom.h | 2 --
arch/metag/include/asm/setup.h | 1 +
arch/metag/kernel/setup.c
From: Rob Herring
Powerpc is a mess of implicit includes by prom.h. Add the necessary
explicit includes to drivers in preparation of prom.h cleanup.
Signed-off-by: Rob Herring
---
drivers/ata/sata_fsl.c| 2 ++
drivers/char/bsr.c| 1 +
drivers/char/hw_random/
From: Rob Herring
Remove unnecessary prom.h include in preparation to make prom.h optional.
Signed-off-by: Rob Herring
Cc: Catalin Marinas
Cc: Will Deacon
---
arch/arm64/mm/init.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm64/mm/init.c b/arch/arm64/mm/init.c
index de2de5d..c4
On Thu, 26 Sep 2013, Ming Liu wrote:
> diff --git a/mm/oom_kill.c b/mm/oom_kill.c
> index 314e9d2..7e50a95 100644
> --- a/mm/oom_kill.c
> +++ b/mm/oom_kill.c
> @@ -113,11 +113,22 @@ struct task_struct *find_lock_task_mm(struct
> task_struct *p)
> static bool oom_unkillable_task(struct task_struc
> > Sigh. A pox on whoever thought up huge pages.
>
> managing 1TB+ of memory in 4K chunks is just insane.
> The question of larger pages is not "if", but only "when".
And "how"!
Sprinking a bunch of magical if (thp) {} else {} throughtout the code
looks like a stunningly bad idea to me. It'd
On 09/26/2013 11:36 PM, Arjan van de Ven wrote:
>
Arjan, are you referring to the fact that Intel/SNB systems can exploit
memory self-refresh only when the entire system goes idle? Is that why
this
patchset won't turn out to be that useful on those platforms?
>>>
>>> no
In order to enable lockdep on seqcount/seqlock structures, we
must explicitly initialize any locks.
The u64_stats_sync structure, uses a seqcount, and thus we need
to introduce a u64_stats_init() function and use it to initialize
the structure.
This unfortunately adds a lot of fairly trivial init
While enabling lockdep on seqlocks, I ran accross the warning below
caused by the ipv6 stats being updated in both irq and non-irq context.
This is a novice attempt to correct the issue, and with this patch
the warning goes away. Any better solutions would be appreciated!
[ 11.120383] =
After adding lockdep support to seqlock/seqcount structures,
I started seeing the following warning:
[1.070907] ==
[1.072015] [ INFO: SOFTIRQ-safe -> SOFTIRQ-unsafe lock order detected ]
[1.073181] 3.11.0+ #67 Not tainted
[1.07380
Currently seqlocks and seqcounts don't support lockdep.
After running across a seqcount related deadlock in the timekeeping
code, I used a less-refined and more focused variant of this patch
to narrow down the cause of the issue.
This is a first-pass attempt to properly enable lockdep functionali
I wanted to send this out again for feedback.
This patch series enables lockdep for seqcount/seqlock structures,
as well as provides the required cleanups to explicitly initialize
the seqcount structures on u64_stat_sync users.
In addition the last two patches in this provide naive fixes to
some
On Thu, Sep 26, 2013 at 10:57:39AM +0800, Chen Gang wrote:
> On 09/26/2013 04:16 AM, Paul E. McKenney wrote:
> > On Wed, Sep 25, 2013 at 10:55:30AM +0800, Chen Gang wrote:
> >>
> >> Thank you for your whole work, firstly :-).
> >>
> >> And your suggestion about testing (in our discussion) is also
On Thu, Sep 26, 2013 at 12:12:02PM -0600, David Ahern wrote:
> On 9/26/13 11:51 AM, Jiri Olsa wrote:
> >but it's still faster, since we finally get perf a chance to sleep ;-)
> >
> >new time:
> > real0m30.392s
> > user0m0.041s
> > sys 0m0.389s
> >
> >old time:
> > real
201 - 300 of 779 matches
Mail list logo