On 12/13/13 at 12:30pm, Matt Fleming wrote:
> On Fri, 13 Dec, at 03:26:00PM, Dave Young wrote:
> > On 12/12/13 at 09:53pm, Borislav Petkov wrote:
> > > On Thu, Dec 12, 2013 at 10:36:17AM +0800, Dave Young wrote:
> > > > Sorry that I forgot to explain this in changelog, should ask you before.
> > >
From: Mark Salter
Date: Sun, 15 Dec 2013 10:50:26 -0500
> On Sun, 2013-12-15 at 02:36 -0800, Dmitry Torokhov wrote:
>> How are we going to merge this? In bulk through input tree or peacemeal
>> through all arches first?
>
> They should all go together to eliminate the chance of bisect breakage.
>
Hi Linus !
Here are some more powerpc fixes for 3.13.
Uli's patch fixes a regression in ptrace caused by a mis-merge of
a previous LE patch. The rest are all more endian fixes, all fairly
trivial, found during testing of 3.13-rc's.
Cheers,
Ben.
The following changes since commit e641eb03ab2b0f0
Hi Jean,
Today's linux-next merge of the jdelvare-hwmon tree got a conflict in
drivers/hwmon/lm90.c between commits from Linus' tree and commits from
the jdelvare-hwmon tree.
It looks like the jdelvare-hwmon patch series has been reset back
(unintentionally?) to stuff that has already been merged
On Sun, Dec 15, 2013 at 05:09:10PM -0500, George Spelvin wrote:
> Well, /dev/urandom is documented as being *deliberately* slow. It's meant
> only to produce 128 to 256 bits of seed material for CPRNG. I don't
> know if Ted considers speeding it up to be goal or an antigoal. :-)
Hmm, I don't thi
On Mon, 2013-12-16 at 00:07 +, Russell King - ARM Linux wrote:
> I just booted 3.13-rc4 on one of my ARM platforms and was greeted by this
> trace. Maybe caused by 975022310233 which appears to take this lock in
> softirq context.
Yep, this was mentioned earlier, thanks !
http://patchwork.oz
I think I can prepare a series that puts my changes
before Tim's. Unless I have trouble doing that
I will send that out in a few hours.
-Alex
> On Dec 15, 2013, at 11:39 AM, Alex Elder wrote:
>
>> On 12/14/2013 05:57 PM, Mike Turquette wrote:
>> Quoting A
On Sun, Dec 15, 2013 at 4:24 PM, Rajat Jain wrote:
>> > >
>> > >> Once again: the way I interpret this is:
>> > >> * Always enable Link events.
>> > >> * Disable presence events if attention button is present.
>> > >
>> > > That sounds like a good plan to me.
>> >
>> > How about Diag_Reset from MP
I just booted 3.13-rc4 on one of my ARM platforms and was greeted by this
trace. Maybe caused by 975022310233 which appears to take this lock in
softirq context.
=
[ INFO: inconsistent lock state ]
3.13.0-rc4+ #387 Not tainted
-
inco
On Mon, 2013-12-16 at 01:02 +0530, Hariprasad S wrote:
> Hi,
>
> Can you please pull from the following URL?
> git://git.chelsio.net/pub/git/linux-firmware.git for-upstream
>
> The following changes since commit 7d0c7a8cfd78388d90cc784a185b19dcbdbce824:
> Ben Hutchings (1):
> Merg
On Sun, Dec 15, 2013 at 4:14 PM, Greg Kroah-Hartman
wrote:
> On Sun, Dec 15, 2013 at 03:12:03PM -0700, Bjorn Helgaas wrote:
>> On Sun, Dec 15, 2013 at 10:04 AM, Greg Kroah-Hartman
>> wrote:
>> > On Sun, Dec 15, 2013 at 02:31:23PM +0800, Fengguang Wu wrote:
>> >> Greetings,
>> >>
>> >> I got the b
Hi Simon,
Today's linux-next merge of the renesas tree got a conflict in
drivers/clk/Makefile between commit 0ad6125b1579 ("clk: at91: add PMC
base support") from the arm-soc tree and commit 10cdfe9f327a ("clk:
shmobile: Add R-Car Gen2 clocks support") from the renesas tree.
I fixed it up (see be
Hi,
This is the fourth round of the OMAP SSI driver patches.
I added some more patches on top of the actual OMAP SSI driver, so that one can
get the overall picture of the planned architecture. This patchset contains
everything, that is needed to get the N900's modem running (without audio
suppor
Fix return code check of alloc_chrdev_region, which
returns 0 on success.
Signed-off-by: Sebastian Reichel
---
drivers/hsi/clients/hsi_char.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/hsi/clients/hsi_char.c b/drivers/hsi/clients/hsi_char.c
index 7f64bed..f51cf45
This exports a method to unregister all clients from
an hsi port.
Signed-off-by: Sebastian Reichel
---
drivers/hsi/hsi.c | 10 ++
include/linux/hsi/hsi.h | 1 +
2 files changed, 11 insertions(+)
diff --git a/drivers/hsi/hsi.c b/drivers/hsi/hsi.c
index 8bbc0f1..c7b842b 100644
---
This adds a driver for the SSI McSAAB protocol as used in
the Nokia N900.
Signed-off-by: Sebastian Reichel
---
drivers/hsi/clients/Kconfig|8 +
drivers/hsi/clients/Makefile |3 +-
drivers/hsi/clients/ssi_protocol.c | 1201
include/linux/
Add driver handling GPIO pins of Nokia modems. The
driver provides reset notifications, so that SSI
clients can subscribe to them easily.
Signed-off-by: Sebastian Reichel
---
drivers/misc/Kconfig | 7 ++
drivers/misc/Makefile | 1 +
drivers/misc/nokia-cmt.c | 298 ++
Add SSI device tree data for OMAP3 and Nokia N900.
Signed-off-by: Sebastian Reichel
---
arch/arm/boot/dts/omap3-n900.dts | 28
arch/arm/boot/dts/omap3.dtsi | 47
2 files changed, 75 insertions(+)
diff --git a/arch/arm/boot/dt
Create device tree binding documentation for
Nokia cellular modem GPIO handling.
Signed-off-by: Sebastian Reichel
---
.../devicetree/bindings/misc/nokia-cmt.txt | 28 ++
1 file changed, 28 insertions(+)
create mode 100644 Documentation/devicetree/bindings/misc/nokia-
This adds support for the Nokia N900 cellular modem.
Signed-off-by: Sebastian Reichel
---
arch/arm/boot/dts/omap3-n900.dts | 31 +++
1 file changed, 31 insertions(+)
diff --git a/arch/arm/boot/dts/omap3-n900.dts b/arch/arm/boot/dts/omap3-n900.dts
index 52f5099..c557a
Create device tree binding documentation for
OMAP Synchronous Serial Interface (SSI) device.
Signed-off-by: Sebastian Reichel
---
Documentation/devicetree/bindings/hsi/omap_ssi.txt | 69 ++
1 file changed, 69 insertions(+)
create mode 100644 Documentation/devicetree/bindings
This adds support for the protocol used to communicate
with its cellular modem.
Signed-off-by: Sebastian Reichel
---
arch/arm/boot/dts/omap3-n900.dts | 13 +
1 file changed, 13 insertions(+)
diff --git a/arch/arm/boot/dts/omap3-n900.dts b/arch/arm/boot/dts/omap3-n900.dts
index c557a
> > >
> > >> Once again: the way I interpret this is:
> > >> * Always enable Link events.
> > >> * Disable presence events if attention button is present.
> > >
> > > That sounds like a good plan to me.
> >
> > How about Diag_Reset from MPT2SAS and others?
> > link could up and down
> >
I am assum
Add of_match_table to hsi_char driver, so that it can
be referenced from Device Tree.
Signed-off-by: Sebastian Reichel
---
drivers/hsi/clients/hsi_char.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/hsi/clients/hsi_char.c b/drivers/hsi/clients/hsi_char.c
index e61e5f9
On Sun, Dec 15, 2013 at 03:12:03PM -0700, Bjorn Helgaas wrote:
> On Sun, Dec 15, 2013 at 10:04 AM, Greg Kroah-Hartman
> wrote:
> > On Sun, Dec 15, 2013 at 02:31:23PM +0800, Fengguang Wu wrote:
> >> Greetings,
> >>
> >> I got the below dmesg and the first bad commit is
> >
> > I thought this was al
Hello,
> -Original Message-
> From: Bjorn Helgaas [mailto:bhelg...@google.com]
>
> On Fri, Dec 13, 2013 at 12:04 PM, Rajat Jain
> wrote:
> >> On Thu, Dec 12, 2013 at 11:26 PM, Yinghai Lu
> wrote:
> >> > On Thu, Dec 12, 2013 at 2:44 PM, Bjorn Helgaas
> >> >
>
> > Also, I think the dev
On 12/13/2013 08:52 PM, Felipe Balbi wrote:
Hi,
On Fri, Dec 13, 2013 at 08:48:30AM +0100, Andreas Larsson wrote:
On Wed, Dec 04, 2013 at 09:13:58AM +0100, Andreas Larsson wrote:
+static void gr_finish_request(struct gr_ep *ep, struct gr_request *req,
+ int status)
+
On Sun, Dec 15, 2013 at 03:34:59AM -0500, George Spelvin wrote:
> > I'm not convinced we need to worry about cache timing attacks, since
> > they typically involve a chosen plaintext attack and a fixed key ---
> > and the attacker isn't going to know what we are going to be
> > encrypting, let alon
On Sun, Dec 15, 2013 at 10:04 AM, Greg Kroah-Hartman
wrote:
> On Sun, Dec 15, 2013 at 02:31:23PM +0800, Fengguang Wu wrote:
>> Greetings,
>>
>> I got the below dmesg and the first bad commit is
>
> I thought this was already fixed in Bjorn's tree, but perhaps he hasn't
> merged in the one-liner fo
> My draft patch series uses Skein/Threefish. The authors conveniently
> specified a way to use it as a PRNG, and it's very fast without
> special hardware support (consequently, for all kinds of hardware.)
> On my laptop, reading from /dev/urandom becomes about 25 times faster
> for large reads,
On Sun, Dec 15, 2013 at 10:14:29PM +0100, Borislav Petkov wrote:
> On Sun, Dec 15, 2013 at 12:59:26PM -0800, Josh Triplett wrote:
> > Most commit messages use this style, and the recommendation frequently
> > comes up in discussions (especially in response to patches that don't
> > use it), but tha
What is the status of this?
If I understand correctly, the crash I saw is different from what Dave
saw.
There was one patched scheduled for inclusion that fixes Dave's crash. But
what about mine? I have been running 3.13-rc2 for a couple of weeks now with
your other patch, without seeing it again
On Sun, Dec 15, 2013 at 12:59:40PM -0800, Josh Triplett wrote:
> SubmittingPatches already mentions referencing bugs fixed by a commit,
> but doesn't mention citing relevant mailing list discussions. Add a
> note to that effect, along with a recommendation to use the
> https://lkml.kernel.org/ red
On Sun, Dec 15, 2013 at 12:59:51PM -0800, Josh Triplett wrote:
> Most of the mechanical portions of SubmittingPatches exist to help patch
> submitters replicate the output of git. Mention this explicitly, both
> as a reminder that git will help with this process, and as signposting to
> let git us
On Sun, Dec 15, 2013 at 12:59:26PM -0800, Josh Triplett wrote:
> Most commit messages use this style, and the recommendation frequently
> comes up in discussions (especially in response to patches that don't
> use it), but that recommendation doesn't actually appear anywhere in
> Documentation. Ad
On Sun, 15 Dec 2013 16:28:39 +0100
Sebastian Andrzej Siewior wrote:
> Thank you for the fixups. I just did the same thing in the v3.12 tree.
> The chunk you nuked is now in Dave's net tree as a0a9663dd214 ("net: make
> neigh_priv_len in struct net_device 16bit instead of 8bit"). As it
> describe
On Mon, Dec 16, 2013 at 02:14:15AM +0530, Rashika Kheria wrote:
> Create a new header file include/linux/ptp_pch.h which contains
> prototype declaration of functions pch_ch_control_read(),
> pch_ch_control_write(), pch_ch_event_read(), pch_ch_event_write(),
> pch_src_uuid_lo_read(), pch_src_uuid_h
Most commit messages use this style, and the recommendation frequently
comes up in discussions (especially in response to patches that don't
use it), but that recommendation doesn't actually appear anywhere in
Documentation. Add this style guideline to SubmittingPatches, using the
description from
SubmittingPatches already mentions referencing bugs fixed by a commit,
but doesn't mention citing relevant mailing list discussions. Add a
note to that effect, along with a recommendation to use the
https://lkml.kernel.org/ redirector.
Portions based on text from git's SubmittingPatches.
Signed-
Most of the mechanical portions of SubmittingPatches exist to help patch
submitters replicate the output of git. Mention this explicitly, both
as a reminder that git will help with this process, and as signposting to
let git users know what they can safely skip.
Signed-off-by: Josh Triplett
---
So I delayed this a couple of days to get back to my normal Sunday
release schedule, but I'm not entirely happy with the result. Things
aren't calming down the way they should be, and -rc4 is bigger than
previous rc's. And I don't think I can just blame the two extra days.
Anyway, what that means
Create a new header file include/linux/ptp_pch.h which contains
prototype declaration of functions pch_ch_control_read(),
pch_ch_control_write(), pch_ch_event_read(), pch_ch_event_write(),
pch_src_uuid_lo_read(), pch_src_uuid_hi_read(), pch_rx_snap_read(),
pch_tx_snap_read() and pch_set_station_add
Documentation/fb/modedb.txt states that video=option should be
considered a global option. But video_setup and fb_get_options are not
coded that way. Instead its required to boot with video=driver:option to
set a given option in drvier. This is cumbersome because it requires to
know in advance whi
On Sun, Dec 15 2013, Linus Torvalds wrote:
> Jens, ping?
>
> Patch looks fine, and it looks completely bogus to set
>
> null_mq_reg.nr_hw_queues
>
> to 'nr_online_nodes', when we've potentially done "setup_queues()"
> with just a single queue.
>
> So I'm going to apply this as-is, I'm just
Jens, ping?
Patch looks fine, and it looks completely bogus to set
null_mq_reg.nr_hw_queues
to 'nr_online_nodes', when we've potentially done "setup_queues()"
with just a single queue.
So I'm going to apply this as-is, I'm just wondering why I haven't
heard anything from you..
On Mon, Dec 16, 2013 at 12:53:02AM +0530, Rashika Kheria wrote:
> This patch marks the function memstick_debug_get_tpc_name() as static in
> host/r592.c because it is not used outside this file. It also removes the
> EXPORT_SYMBOL because the function is not used anywhere else in the
> kernel.
>
>
On Sat, Dec 14, 2013 at 02:23:07PM -0500, Theodore Ts'o wrote:
> I'm much more inclined to think about changing how we generate random
> numbers from the output pool by switching from using SHA to AES in
> some one-way random function mode (i.e., such as the Davies-Meyer
> construction), since that
On 12/13/2013 04:08 AM, Vlastimil Babka wrote:
On 12/13/2013 09:49 AM, Bob Liu wrote:
On 12/13/2013 05:05 AM, Sasha Levin wrote:
On 12/12/2013 07:41 AM, Vlastimil Babka wrote:
On 12/12/2013 06:03 AM, Bob Liu wrote:
On 12/12/2013 11:16 AM, Sasha Levin wrote:
On 12/11/2013 05:59 PM, Vlastimil
On 09/25/2013 03:24 PM, Ben Hutchings wrote:
> On Tue, 2013-09-24 at 13:43 -0700, Brian Silverman wrote: [...]
>> I got down to a really simple program that reproduces this bug:
>>
>>
>> #include #include int main() { // I've
>> tried SYS_getpid, SYS_write, and SYS_read here too.
>> syscall(SY
Hi,
Can you please pull from the following URL?
git://git.chelsio.net/pub/git/linux-firmware.git for-upstream
The following changes since commit 7d0c7a8cfd78388d90cc784a185b19dcbdbce824:
Ben Hutchings (1):
Merge branch 'wilink4' of
git://git.kernel.org/pub/scm/linux/kernel/git/ba
This patch marks the function sdhci_disable_irq_wakeups() as static in
host/sdhci.c because it is not used outside this file. It also removes
the EXPORT_SYMBOL_GPL because no other file in kernel uses this
function.
Thus, it also eliminates the following warning in host/sdhci.c:
drivers/mmc/host/s
This patch marks the function memstick_debug_get_tpc_name() as static in
host/r592.c because it is not used outside this file. It also removes the
EXPORT_SYMBOL because the function is not used anywhere else in the
kernel.
Thus, it also eliminates the following warning in host/r592.c:
drivers/mems
On Sun, Dec 15, 2013 at 06:51:12PM +0100, Pavel Machek wrote:
> On Thu 2013-12-12 21:18:23, David Cohen wrote:
> > This patch makes SET_SYSTEM_SLEEP_PM_OPS() and SET_RUNTIME_PM_OPS() more
> > smart.
> >
> > Despite those macros check for '#ifdef CONFIG_PM_SLEEP/RUNTIME' to avoid
> > setting the ca
I've manged to fix the Richards' driver - it now compiles with 3.13-rc3 and
works - it reads&writes both SD and SDHC cards. See the (ugly) patch below.
It still needs a lot of work.
The chip on the board is T7L65XB (can be seen after removing keyboard).
diff --git a/drivers/mmc/host/toshsd.c b/d
These procfs files contain sensitive information and currently their
mode is 0444. Change this to 0400, so the VFS will be able to block
unprivileged processes from getting file descriptors on arbitrary
privileged /proc/*/{stack,syscall,personality} files.
Cc: Eric W. Biederman
Acked-by: Kees Coo
The following patches make /proc/*/{stack,syscall,personality,pagemap}
0400.
These files contain sensitive information that can be used by an
unprivileged process to leak address space and bypass ASLR.
This is a resend, the original discussion:
https://lkml.org/lkml/2013/8/26/354
Ended by confi
The /proc/*/pagemap contain sensitive information and currently its
mode is 0444. Change this to 0400, so the VFS will prevent unprivileged
processes from getting file descriptors on arbitrary privileged
/proc/*/pagemap files.
Cc: Eric W. Biederman
Cc: Kees Cook
Signed-off-by: Djalal Harouni
--
Hello, Hans.
On Sun, Dec 15, 2013 at 08:00:20PM +0100, Hans de Goede wrote:
> I think it would be a good idea to merge ahci upstream using the
> ahci_imx.c method for now. You already indicated that you were not against
> doing that for now.
Well, the thing is nothing actually happened since ahci
Hi Tejun,
I think it would be a good idea to merge ahci upstream using the
ahci_imx.c method for now. You already indicated that you were not against
doing that for now.
Oliver is working on getting a cleaner solution for this, but doing this
properly takes tinme, and we would like to move forwa
On Sun, Dec 15, 2013 at 7:55 AM, Mel Gorman wrote:
>
> Short answer -- There appears to be a second bug where 3.13-rc3 is less
> fair to threads getting time on the CPU.
Hmm. Can you point me at the (fixed) microbenchmark you mention?
Linus
--
To unsubscribe from this list: send t
Replace the clk_prepare and clk_enable calls by a single
clk_prepare_enable call.
Signed-off-by: Boris BREZILLON
---
drivers/pinctrl/pinctrl-at91.c |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/pinctrl/pinctrl-at91.c b/drivers/pinctrl/pinctrl-at91.c
index 8
Hello,
This patch series replaces clk_prepare + clk_enable or
clk_disable + clk_unprepare calls by single clk_prepapre_enable and
clk_disable_unprepare calls.
It also fixes the clk disable + unprepare order in the suspend function of the
pinctrl driver (unprepare must be called after disable).
B
clk_unprepare shall be called before clk_disable.
Fix the issue by replacing the clk_unprepare and clk_disable calls by a
single clk_disable_unprepare call.
Signed-off-by: Boris BREZILLON
---
drivers/pinctrl/pinctrl-at91.c |8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --
> -Original Message-
> From: Linuxppc-dev [mailto:linuxppc-dev-
> bounces+varun.sethi=freescale@lists.ozlabs.org] On Behalf Of Alexey
> Kardashevskiy
> Sent: Thursday, December 12, 2013 1:24 PM
> To: linuxppc-...@lists.ozlabs.org
> Cc: Alexey Kardashevskiy; Alex Graf; Bhushan Bharat-R
On Wed, 2013-11-27 at 13:45 +0530, Hariprasad S wrote:
> Hi,
>
> Can you please pull from the following URL?
> git://git.chelsio.net/pub/git/linux-firmware.git for-upstream
>
> The following changes since commit 7d0c7a8cfd78388d90cc784a185b19dcbdbce824:
> Ben Hutchings (1):
> Merge bran
Am 15.12.2013 16:08, schrieb Gianluca Anzolin:
The attached patch fixes the regression by releasing the tty_port in the
shutdown method(). This way we can avoid strange games in the dlc callback
where we are constrained by the dlc lock.
Yes, it fixes the problem here too.
If this kind of app
On Thu 2013-12-12 21:18:23, David Cohen wrote:
> This patch makes SET_SYSTEM_SLEEP_PM_OPS() and SET_RUNTIME_PM_OPS() more
> smart.
>
> Despite those macros check for '#ifdef CONFIG_PM_SLEEP/RUNTIME' to avoid
> setting the callbacks when such #ifdef's aren't defined, they don't
> handle compiler to
On Sun, 2013-12-15 at 14:39 +0800, Fengguang Wu wrote:
> Greetings,
>
> I got the below dmesg and the first bad commit is
>
> commit 975022310233fb0f0193873d79a7b8438070fa82
> Author: Eric Dumazet
> AuthorDate: Wed Dec 11 14:46:51 2013 -0800
> Commit: David S. Miller
> CommitDate: Wed D
On 12/14/2013 05:57 PM, Mike Turquette wrote:
> Quoting Alex Elder (2013-12-04 07:33:35)
>> + return true;
>> +}
>> +
>> +/* A bit position must be less than the number of bits in a 32-bit
>> register. */
>
> Hi Alex,
>
> The patch is corrupt at line 634 and several other places below. Did
Am Sonntag, 15. Dezember 2013, 04:42:50 schrieb John:
> - Original Message -
>
> > From: Richard Weinberger <>
> >
> > A *very* small speedup.
> >
> > And I really doubt your numbers.
> > Why are you using ANOVA? You're comparing *two* groups not more than two.
> > I had a quick look at
For code using:
#include
NLMSG_OK
-I/include
Issue:
(nlh)->nlmsg_len is of type __u32, while len is of type int,
according to (len) >= (int)sizeof(struct nlmsghdr).
Hence (nlh)->nlmsg_len <= (len) sign-compare warning when using NLMSG_OK
Fix:
Add (int) casting:
-
For code using:
#include
NLMSG_OK
-I/include
Issue:
(nlh)->nlmsg_len is of type __u32, while len is of type int,
according to (len) >= (int)sizeof(struct nlmsghdr).
Hence (nlh)->nlmsg_len <= (len) sign-compare warning when using NLMSG_OK
Fix:
Add (int) casting:
-
On Sat, Dec 14, 2013 at 12:28:58PM -0800, Josh Triplett wrote:
> On Sat, Dec 14, 2013 at 07:32:09PM +0530, Rashika Kheria wrote:
> > This patch marks the function get_mci_for_node_id() as static in
> > sb_edac.c because it is not used outside this file.
> >
> > Thus, it also eliminates the followi
On Sun, Dec 15, 2013 at 11:06 AM, Shawn Guo wrote:
> What is going on about that patch?
Mark fixed the problem with the following commits:
commit 75bc9641cadd2a3f91f9c2e7f2fdfdeb8bd4b1d6
Author: Mark Brown
Date: Wed Nov 27 16:22:53 2013 +
regulator: core: Check for DT every time we
On Sun, Dec 15, 2013 at 02:31:23PM +0800, Fengguang Wu wrote:
> Greetings,
>
> I got the below dmesg and the first bad commit is
I thought this was already fixed in Bjorn's tree, but perhaps he hasn't
merged in the one-liner for it...
thanks,
greg k-h
--
To unsubscribe from this list: send the
On Sun, Dec 15, 2013 at 08:55:27AM +0100, Levente Kurusa wrote:
> On 12/14/2013 06:24 PM, Greg Kroah-Hartman wrote:
> > On Fri, Dec 13, 2013 at 01:42:05PM -0700, Bjorn Helgaas wrote:
> >> [+cc Greg]
> >>
> >> On Fri, Dec 13, 2013 at 12:22 PM, Levente Kurusa wrote:
> >>> Hi,
> >>>
> >>> This is jus
On Sat, Dec 14, 2013 at 12:28:33PM -0800, Josh Triplett wrote:
> On Sat, Dec 14, 2013 at 07:30:11PM +0530, Rashika Kheria wrote:
> > This patch marks the function edac_create_debug_nodes() as static in
> > edac_mc_sysfs.c because it is not used outside this file.
> >
> > Thus, it also eliminates t
On Sat, Dec 14, 2013 at 12:28:12PM -0800, Josh Triplett wrote:
> On Sat, Dec 14, 2013 at 07:28:24PM +0530, Rashika Kheria wrote:
> > This patch marks the function amd64_decode_bus_error() as static in
> > amd64_edac.c because it is not used outside this file.
> >
> > Thus, it also eliminates the f
On Sun, Dec 15, 2013 at 04:41:10PM +0800, Wanpeng Li wrote:
> Do you mean something like:
>
> commit 887c290e (sched/numa: Decide whether to favour task or group
> weights
> based on swap candidate relationships) drop the check against
> sysctl_numa_balancing_settle_count, this patch remove the s
From: Jiang Liu
Function smpboot_thread_schedule() is never defined or used,
so remove it from smp_boot.h.
Signed-off-by: Jiang Liu
Cc: Jiang Liu
Cc: Andrew Morton
Cc: Shaohua Li
Cc: Peter Zijlstra
Cc: Ingo Molnar
Cc: Steven Rostedt
Cc: Jiri Kosina
Signed-off-by: Jiang Liu
---
include/
From: Jiang Liu
Now the same list is used to serve both single and multiple function
call requests, so rename call_single_queue as call_function_queue.
Signed-off-by: Jiang Liu
Cc: Jiang Liu
Cc: Andrew Morton
Cc: Shaohua Li
Cc: Peter Zijlstra
Cc: Ingo Molnar
Cc: Steven Rostedt
Cc: Jiri Ko
From: Jiang Liu
Now we have killed all usage of generic_smp_call_function_single_interrupt()
from arch code, so kill it.
Signed-off-by: Jiang Liu
Cc: Jiang Liu
Cc: Andrew Morton
Cc: Shaohua Li
Cc: Peter Zijlstra
Cc: Ingo Molnar
Cc: Steven Rostedt
Cc: Jiri Kosina
Signed-off-by: Jiang Liu
Commit 9a46ad6d6df3b54 "smp: make smp_call_function_many() use logic
similar to smp_call_function_single()" has unified the way to handle
single and multiple cross-CPU function calls. Now only one interrupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
Commit 9a46ad6d6df3b54 "smp: make smp_call_function_many() use logic
similar to smp_call_function_single()" has unified the way to handle
single and multiple cross-CPU function calls. Now only one interrupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
Commit 9a46ad6d6df3b54 "smp: make smp_call_function_many() use logic
similar to smp_call_function_single()" has unified the way to handle
single and multiple cross-CPU function calls. Now only one interrupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
Commit 9a46ad6d6df3b54 "smp: make smp_call_function_many() use logic
similar to smp_call_function_single()" has unified the way to handle
single and multiple cross-CPU function calls. Now only one interrupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
Enable arch_send_call_function_ipi_mask() on mn10300 to support
smp_call_function_many().
Cc: Andrew Morton
Cc: Shaohua Li
Cc: Peter Zijlstra
Cc: Ingo Molnar
Cc: Steven Rostedt
Cc: Jiri Kosina
Cc: David Howells
Cc: Koichi Yasutake
Cc: linux-am33-l...@redhat.com
Signed-off-by: Jiang Liu
--
Commit 9a46ad6d6df3b54 "smp: make smp_call_function_many() use logic
similar to smp_call_function_single()" has unified the way to handle
single and multiple cross-CPU function calls. Now only one interrupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
Rename CALL_FUNC_SINGLE_IPI as CALL_FUNC_IPI to prepare for
killing generic_smp_call_function_single_interrupt().
Cc: Andrew Morton
Cc: Shaohua Li
Cc: Peter Zijlstra
Cc: Ingo Molnar
Cc: Steven Rostedt
Cc: Jiri Kosina
Cc: David Howells
Cc: Koichi Yasutake
Cc: linux-am33-l...@redhat.com
Sign
Commit 9a46ad6d6df3b54 "smp: make smp_call_function_many() use logic
similar to smp_call_function_single()" has unified the way to handle
single and multiple cross-CPU function calls. Now only one interrupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
Commit 9a46ad6d6df3b54 "smp: make smp_call_function_many() use logic
similar to smp_call_function_single()" has unified the way to handle
single and multiple cross-CPU function calls. Now only one interrupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
Commit 9a46ad6d6df3b54 "smp: make smp_call_function_many() use logic
similar to smp_call_function_single()" has unified the way to handle
single and multiple cross-CPU function calls. Now only one interrupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
Commit 9a46ad6d6df3b54 "smp: make smp_call_function_many() use logic
similar to smp_call_function_single()" has unified the way to handle
single and multiple cross-CPU function calls. Now only one interrupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
Commit 9a46ad6d6df3b54 "smp: make smp_call_function_many() use logic
similar to smp_call_function_single()" has unified the way to handle
single and multiple cross-CPU function calls. Now only one interrupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
Commit 9a46ad6d6df3b54 "smp: make smp_call_function_many() use logic
similar to smp_call_function_single()" has unified the way to handle
single and multiple cross-CPU function calls. Now only one interrupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
This reverts commit f44310b98ddb7f0d06550d73ed67df5865e3eda5.
Commit f44310b98ddb7 "smp: Fix SMP function call empty cpu mask race"
introduced field call_function_data->cpumask_ipi to resolve a race
condition in smp_call_function_many().
Later commit 9a46ad6d6df3 "smp: make smp_call_function_many
Resend for collecting more Acks targetting v3.14 merge window.
Patch for ARC, MIPS and PARISC has been merged into v3.13.
Gained Acks for Metag, Hexagon, Tile and S390.
Since commit 9a46ad6d6df3b54 "smp: make smp_call_function_many() use
logic similar to smp_call_function_single()", single and mul
This reverts commit 60c323699bb308404dcb60e8808531e02651578a.
Commit 60c323699bb30840 fixes a bug introduced by f44310b98ddb7, and we
are going to revert f44310b98ddb7, so revert 60c323699bb30840 first.
Signed-off-by: Jiang Liu
---
kernel/smp.c | 5 +
1 file changed, 1 insertion(+), 4 delet
On Sun, Dec 15, 2013 at 03:55:39PM +, Mel Gorman wrote:
>
> tlbflush micro benchmark
> 3.13.0-rc33.13.0-rc33.4.69
>vanilla nowalk-v2r7 vanilla
> Min17.00 ( 0.00%)6.00 ( 14.29%)
On Fri, Dec 13, 2013 at 01:16:41PM -0800, Linus Torvalds wrote:
> On Fri, Dec 13, 2013 at 12:01 PM, Mel Gorman wrote:
> >
> > ebizzy
> > 3.13.0-rc33.4.69
> > 3.13.0-rc33.13.0-rc3
> > thread vanilla vanill
101 - 200 of 259 matches
Mail list logo
