On Wed, 4 Dec 2013, Tejun Heo wrote:
> Hello,
>
Tejun, how are you?
> Umm.. without delving into details, aren't you basically creating a
> memory cgroup inside a memory cgroup? Doesn't sound like a
> particularly well thought-out plan to me.
>
I agree that we wouldn't need such support if
These fix a warning on dmi-sysfs module unload and an error when
reloading immediately after unload with DEBUG_KOBJECT_RELEASE.
---
Bjorn Helgaas (2):
firmware: dmi-sysfs: Don't remove dmi-sysfs "raw" file explicitly
firmware: dmi-sysfs: Remove "dmi" directory on module exit
With CONFIG_DEBUG_KOBJECT_RELEASE=y, removing and immediately reloading the
dmi-sysfs module causes the following warning:
sysfs: cannot create duplicate filename '/firmware/dmi'
kobject_add_internal failed for dmi with -EEXIST, don't try to register
things with the same name in the same
Removing the dmi-sysfs module causes the following warning:
# modprobe -r dmi_sysfs
WARNING: CPU: 11 PID: 6785 at fs/sysfs/inode.c:325
sysfs_hash_and_remove+0xa9/0xb0()
sysfs: can not remove 'raw', no directory
This is because putting the entry kobject, e.g., for
> -Original Message-
> From: Martin K. Petersen [mailto:martin.peter...@oracle.com]
> Sent: Thursday, November 28, 2013 8:13 AM
>
>
> Martin> http://marc.info/?l=linux-scsi=138252394614920=2
>
> Justin> Awesome, thank you! This patch is over a month old, do you know
> Justin>
On Thu, 5 Dec 2013 14:36:58 -0800
Alexei Starovoitov wrote:
> On Thu, Dec 5, 2013 at 5:46 AM, Steven Rostedt wrote:
> >
> > I know that it would be great to have the bpf filter run before
> > recording of the tracepoint, but as that becomes quite awkward for a
> > user interface, because it
From: Borislav Petkov
Subject: [PATCH -v1.1 4/4] x86, microcode: Move to a proper location
We've grown a bunch of microcode loader files all prefixed with
"microcode_". They should be under cpu/ because this is strictly
CPU-related functionality so do that and drop the prefix since they're
in
On Thu, 2013-12-05 at 15:32 -0800, Stephen Hemminger wrote:
> On Thu, 5 Dec 2013 14:54:38 -0800
> Joe Perches wrote:
>
> > +#ifdef CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS
> > + u32 fold = ((*(const u32 *)addr1) ^ (*(const u32 *)addr2)) |
> > + ((*(const u16 *)(addr1 + 4)) ^
On Thu, 5 Dec 2013, Oleg Nesterov wrote:
> > > OK, I am going to send the initial fixes today. This means (I hope)
> > > that we do not need this or Sameer's "[PATCH] mm, oom: Fix race when
> > > selecting process to kill".
> >
> > Your v2 series looks good and I suspect anybody trying them
From: Borislav Petkov
We've grown a bunch of microcode loader files all prefixed with
"microcode_". They should be under cpu/ because this is strictly
CPU-related functionality so do that and drop the prefix since they're
in their own directory now which gives that prefix. :)
Signed-off-by:
On 12/05/2013 03:44 AM, Laxman Dewangan wrote:
> This patch series convert dts files of all Tegra's platforms to use the
> pinctron
> dt-binding macro for better readability.
I think this series looks fine now; I'll apply soon pending what happens
with the DMA/reset/ binding rework.
There are
On Thu, 5 Dec 2013 14:54:38 -0800
Joe Perches wrote:
> +#ifdef CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS
> + u32 fold = ((*(const u32 *)addr1) ^ (*(const u32 *)addr2)) |
> +((*(const u16 *)(addr1 + 4)) ^ (*(const u16 *)(addr2 + 4)));
> +
> + return fold == 0;
Why the
From: Borislav Petkov
The ramdisk can possibly get relocated if the whole image is not mapped.
And since we're going over it in the microcode loader and fishing
out the relevant microcode patches, we want to access it at its new
location. Thus, export it.
Signed-off-by: Borislav Petkov
---
From: Borislav Petkov
The original idea to use the microcode cache for the APs doesn't pan out
because we do memory allocation there very early and with IRQs disabled
and we don't want to involve GFP_ATOMIC allocations. Not if it can be
helped.
Thus, extend the caching of the BSP patch approach
From: Borislav Petkov
A couple of openSUSE bugzillas made me look at the early ucode loading
on AMD.
The problem is, we're doing memory allocation too early with IRQs
disabled and we really want to avoid that. Also, 32-bit has other
problems like calling rd/wrmsr*/cpuid functions at their
From: Borislav Petkov
We want to use those in AMD's early loading path too. Also, add a
native_wrmsrl variant.
Signed-off-by: Borislav Petkov
---
arch/x86/include/asm/microcode.h| 15 +++
arch/x86/kernel/microcode_intel_early.c | 10 --
2 files changed, 15
The bootloaders used with Broadcom mobile SoCs are capable of handling
a device tree separately from the zImage so there is no need for this
option to be enabled.
Signed-off-by: Tim Kryger
Reviewed-by: Markus Mayer
---
arch/arm/configs/bcm_defconfig | 1 -
1 file changed, 1 deletion(-)
diff
On Fri, 2013-12-06 at 02:21 +0300, Dan Carpenter wrote:
> On Thu, Dec 05, 2013 at 03:09:15PM -0800, Joe Perches wrote:
> > On Fri, 2013-12-06 at 01:50 +0300, Dan Carpenter wrote:
> > > On Thu, Dec 05, 2013 at 10:23:53PM +0100, Will Tange wrote:
> > > > Fixes warnings regarding redundant
pxa2xx-uart was a separate uart platform driver. It was declaring
the same device names and numbers as 8250 driver. As a result,
it was impossible to use 8250 driver on PXA SoCs.
Upon closer examination pxa2xx-uart turned out to be a clone of
8250_core driver.
Signed-off-by: Sergei Ianovich
CC:
On 12/05/2013 03:57 AM, Laxman Dewangan wrote:
> From: Ashwini Ghuge
>
> This adds a driver for the Tegra124 pinmux, and required
> parameterization data for Tegra124.
>
> The driver uses the common Tegra pincontrol driver utility
> functions to implement the majority of the driver.
>
> This
On Thu, Dec 05, 2013 at 05:45:12PM -0500, Christopher Covington wrote:
> On 12/05/2013 03:16 PM, Greg Kroah-Hartman wrote:
> > On Thu, Dec 05, 2013 at 03:12:50PM -0500, Christopher Covington wrote:
> [...]
> > And adding new features to code that is "dead" and should probably be
> > removed isn't
On Thu, 5 Dec 2013, Oleg Nesterov wrote:
> > Minor: should the definitions of thread_{head,node} be annotated with
> > __rcu for users of CONFIG_SPARSE_RCU_POINTER?
>
> Perhaps. And perhaps task_struct->tasks. And perhaps we should add
> rcu_read_lock_held() || lockdep_is_held(tasklist) ||
On Thu, Dec 05, 2013 at 03:09:15PM -0800, Joe Perches wrote:
> On Fri, 2013-12-06 at 01:50 +0300, Dan Carpenter wrote:
> > On Thu, Dec 05, 2013 at 10:23:53PM +0100, Will Tange wrote:
> > > Fixes warnings regarding redundant parantheses thrown by the checkpatch
> > > tool in bpctl_mod.c
> []
> >
On Thu, 5 Dec 2013, Yasuaki Ishimatsu wrote:
> (2013/12/05 6:09), Toshi Kani wrote:
> > When ACPI SLIT table has an I/O locality (i.e. a locality unique
> > to an I/O device), numa_set_distance() emits the warning message
> > below.
> >
> > NUMA: Warning: node ids are out of bound, from=-1
On 12/05/2013 04:16 PM, Stephen Warren wrote:
> On 12/05/2013 03:57 AM, Laxman Dewangan wrote:
>> The tegra124 pinmux controller is identical to tegra114 with
>> removing some of existing pins from T114 and adding new pins.
>
> I already sent this patch.
Oh, I do notice one difference between
On 12/05/2013 03:57 AM, Laxman Dewangan wrote:
> The pincontrol driver for Tegra124 is build through config
> PINCTRL_TEGRA124. Select this config option whenever Tegra124
> SoC is enabled.
I already sent this patch too.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On 12/05/2013 03:57 AM, Laxman Dewangan wrote:
> This device tree binding document describes the Tegra124 pincontrol
> DT bindings. This document lists all valid properties, names, mux
> options of Tegra124 pins.
Is this a repost of what Ashwini sent a few weeks back, or V2? If V2,
it'd be useful
On Fri, Dec 06, 2013 at 08:26:51AM +1100, Dave Chinner wrote:
> On Thu, Dec 05, 2013 at 10:22:20PM +0800, Ming Lei wrote:
> > On Wed, 4 Dec 2013 12:58:38 +1100
> > Dave Chinner wrote:
> >
> > >
> > > And I just hit this from running xfs_repair which is doing
> > > multithreaded direct IO
Hi,
Le jeudi 05 décembre 2013 à 16:23 -0500, David Miller a écrit :
> From: Yann Droneaud
> Date: Mon, 2 Dec 2013 11:12:26 +0100
>
> > socketpair() error paths can be simplified to not call
> > heavy-weight sys_close().
> >
> > This patch makes socketpair() use of error paths which do not
> >
On 12/05/2013 03:57 AM, Laxman Dewangan wrote:
> The tegra124 pinmux controller is identical to tegra114 with
> removing some of existing pins from T114 and adding new pins.
I already sent this patch.
> diff --git a/arch/arm/boot/dts/tegra124.dtsi b/arch/arm/boot/dts/tegra124.dtsi
> +
On Thu, 5 Dec 2013, Sima Baymani wrote:
> > CONFIG_HWPOISON_INJECT is unrelated, it already depends on CONFIG_PROC_FS.
> >
> > CONFIG_PROC_PAGE_MONITOR is obviously only useful for CONFIG_PROC_FS, so
> > the correct fix would be to make CONFIG_MEM_SOFT_DIRTY depend on
> > CONFIG_PROC_FS.
> >
> >
On Thu, 5 Dec 2013, Sima Baymani wrote:
> Eliminate the following (rand)config warning by adding missing PROC_FS
> dependency:
> warning: (HWPOISON_INJECT && MEM_SOFT_DIRTY) selects PROC_PAGE_MONITOR
> which has unmet direct dependencies (PROC_FS && MMU)
>
> Suggested-by: David Rientjes
>
This adds DT support to the tsc2005 touchscreen
driver.
Signed-off-by: Sebastian Reichel
---
drivers/input/touchscreen/tsc2005.c | 95 ++---
1 file changed, 78 insertions(+), 17 deletions(-)
diff --git a/drivers/input/touchscreen/tsc2005.c
On Wednesday 04 December 2013, Rob Herring wrote:
> > index a0c2ca6..1428024 100644
> > --- a/arch/arm64/kernel/smp.c
> > +++ b/arch/arm64/kernel/smp.c
> > @@ -420,7 +420,9 @@ void __init smp_prepare_cpus(unsigned int max_cpus)
> > if (err)
> > continue;
> >
Add devicetree binding documentation for TSC2005 touchscreen.
Signed-off-by: Sebastian Reichel
---
.../bindings/input/touchscreen/tsc2005.txt | 49 ++
1 file changed, 49 insertions(+)
create mode 100644
Hi,
This adds device tree support for the tsc2005 touchscreen
controller, which is currently only used by the Nokia N900
board.
The patch does not update the reset pin handling for platform
data based probe to avoid merge conflicts (Tony will remove
the Nokia N900 boardcode in 3.14). The
On Fri, 2013-12-06 at 01:50 +0300, Dan Carpenter wrote:
> On Thu, Dec 05, 2013 at 10:23:53PM +0100, Will Tange wrote:
> > Fixes warnings regarding redundant parantheses thrown by the checkpatch
> > tool in bpctl_mod.c
[]
> if (ret < 0)
> return BP_NOT_CAP;
> if (ret ==
This series includes two minor updates to the bcm_defconfig that
removes an option that wasn't being used and eliminates a line that
is now unnecessary due to a change in the defaults for that option.
Tim Kryger (2):
ARM: bcm_defconfig: CONFIG_OABI_COMPAT default off
ARM: bcm_defconfig: Unset
Do not build the Pseudo Random Number Generation for Cryptographic
modules since it is not currently being used for this platform.
Signed-off-by: Tim Kryger
Reviewed-by: Markus Mayer
---
arch/arm/configs/bcm_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git
On 12/05/2013 12:44 AM, Bill Huang wrote:
> Re-model Tegra cpufreq driver to support all Tegra series of SoCs.
>
> * Make tegra-cpufreq.c a generic Tegra cpufreq driver.
> * Move Tegra20 specific codes into tegra20-cpufreq.c.
> * Bind Tegra cpufreq dirver with a fake device so defer probe would
Now that CONFIG_OABI_COMPAT is off by default, remove the explicit
disabling of this feature.
Signed-off-by: Tim Kryger
Reviewed-by: Markus Mayer
---
arch/arm/configs/bcm_defconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/configs/bcm_defconfig
On Thu, Dec 5, 2013 at 4:53 PM, delicious quinoa
wrote:
> On Thu, Dec 5, 2013 at 10:54 AM, Jamie Iles wrote:
>> Hi Alan,
>>
>> One minor comment below, otherwise looks great!
>>
>> Signed-off-by: Jamie Iles
>>
>> Thanks,
>>
>> Jamie
>>
>> On Tue, Dec 03, 2013 at 10:41:16AM -0600, Alan Tull
On Wed, Dec 4, 2013 at 5:56 AM, Mark Rutland wrote:
> On Tue, Dec 03, 2013 at 04:41:16PM +, Alan Tull wrote:
>> From: Jamie Iles
>>
>> The Synopsys DesignWare block is used in some ARM devices (picoxcell)
>> and can be configured to provide multiple banks of GPIO pins.
>>
>> Signed-off-by:
On 12/05/2013 12:44 AM, Bill Huang wrote:
> Move the call from module_init to Tegra machine codes so it won't be
> called in a multi-platform kernel running on non-Tegra SoCs.
> diff --git a/include/linux/tegra-soc.h b/include/linux/tegra-soc.h
It might be better to create for the interface
to
Add a new check for CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS to reduce
the number of or's used in the ether_addr_equal comparison to very
slightly improve function performance.
Simplify the ether_addr_equal_64bits implementation.
Integrate and remove the zap_last_2bytes helper as it's now
used only
On Thu, Dec 5, 2013 at 10:54 AM, Jamie Iles wrote:
> Hi Alan,
>
> One minor comment below, otherwise looks great!
>
> Signed-off-by: Jamie Iles
>
> Thanks,
>
> Jamie
>
> On Tue, Dec 03, 2013 at 10:41:16AM -0600, Alan Tull wrote:
>> diff --git a/drivers/gpio/gpio-dwapb.c
On Thu, Dec 05, 2013 at 10:23:53PM +0100, Will Tange wrote:
> Fixes warnings regarding redundant parantheses thrown by the checkpatch tool
> in bpctl_mod.c
>
Fair enough, but if you wanted to go clean the returns up further then
you could. Remove all the "!= 0" bits.
> @@ -3125,11 +3125,11 @@
Am 2013-12-05 18:40, schrieb Stephen Warren:
> On 12/05/2013 10:43 AM, Stefan Agner wrote:
>> Am 2013-12-05 18:06, schrieb Stephen Warren:
>>
@@ -493,13 +527,12 @@ static int tps6586x_i2c_probe(struct i2c_client
*client,
return -EIO;
}
-
On Thu, Dec 05, 2013 at 11:10:51AM +0800, Yuanhan Liu wrote:
> Greetings,
>
> I got the below dmesg and the first bad commit is
>
> commit 4b93dc9b1c684d0587fe44d36bbfdf45bd3bea9d
> Author: Tejun Heo
> AuthorDate: Thu Nov 28 14:54:43 2013 -0500
> Commit: Greg Kroah-Hartman
>
On Thu, Dec 05, 2013 at 10:05:47AM -0800, Paul E. McKenney wrote:
> On Thu, Dec 05, 2013 at 10:50:42AM +0100, Ingo Molnar wrote:
> >
> > * Paul E. McKenney wrote:
> >
> > > + (*) The compiler is within its rights to reload a variable, for example,
> > > + in cases where high register
On 12/05/2013 03:16 PM, Greg Kroah-Hartman wrote:
> On Thu, Dec 05, 2013 at 03:12:50PM -0500, Christopher Covington wrote:
[...]
> And adding new features to code that is "dead" and should probably be
> removed isn't a good idea, as I'm sure you can understand.
I would consider feature additions
The sdio1 interface pins are routed to an unpopulated daughter card
connector on the bcm28155-ap board. Thus there is no need to mark
this interface as enabled.
Signed-off-by: Tim Kryger
Reviewed-by: Matt Porter
---
arch/arm/boot/dts/bcm28155-ap.dts | 5 -
1 file changed, 5 deletions(-)
On Mon, Dec 2, 2013 at 7:49 AM, Rafael J. Wysocki wrote:
> ...
> From: Rafael J. Wysocki
> Subject: PCI / hotplug / ACPI: Fix concurrency problems related to device
> removal
>
> The following are concurrency problems related to the PCI device
> removal code in pci-sysfs.c and in ACPIPHP
On Thu, 2013-12-05 at 17:45 +, Kim Phillips wrote:
> On Tue, 03 Dec 2013 16:34:33 +0100
> Jan Kiszka wrote:
>
> > On 2013-12-03 13:34, Kim Phillips wrote:
> > > VFIO supports pass-through of devices to user space - for sake
> > > of illustration, say a PCI e1000 device:
> > >
> > > - the
On Thu, Dec 5, 2013 at 5:46 AM, Steven Rostedt wrote:
>
> I know that it would be great to have the bpf filter run before
> recording of the tracepoint, but as that becomes quite awkward for a
> user interface, because it requires intimate knowledge of the kernel
> source, this speed up on the
From: Zhi Yong Wu
Since vhost_dev_init() forever return 0, some branches are never run,
therefore need to be removed.
Signed-off-by: Zhi Yong Wu
Acked-by: Michael S. Tsirkin
---
drivers/vhost/net.c |5 -
drivers/vhost/scsi.c |5 -
drivers/vhost/test.c |5 -
3 files
From: Zhi Yong Wu
Signed-off-by: Zhi Yong Wu
---
drivers/net/macvtap.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/net/macvtap.c b/drivers/net/macvtap.c
index 9093004..d271fb4 100644
--- a/drivers/net/macvtap.c
+++ b/drivers/net/macvtap.c
@@ -779,8 +779,6
From: Zhi Yong Wu
Signed-off-by: Zhi Yong Wu
Acked-by: Michael S. Tsirkin
---
drivers/vhost/net.c |4 ++--
drivers/vhost/scsi.c |2 +-
drivers/vhost/test.c |3 +--
drivers/vhost/vhost.c |4 +---
drivers/vhost/vhost.h |2 +-
5 files changed, 6 insertions(+), 9
From: Zhi Yong Wu
Signed-off-by: Zhi Yong Wu
---
drivers/net/macvtap.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/net/macvtap.c b/drivers/net/macvtap.c
index 4914d85..4a34bcb 100644
--- a/drivers/net/macvtap.c
+++ b/drivers/net/macvtap.c
@@ -819,7
From: Zhi Yong Wu
Signed-off-by: Zhi Yong Wu
---
drivers/net/macvtap.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/net/macvtap.c b/drivers/net/macvtap.c
index d271fb4..f599c47 100644
--- a/drivers/net/macvtap.c
+++ b/drivers/net/macvtap.c
@@ -588,7
From: Zhi Yong Wu
Since net-next is open now, it's time to post them out again.
Zhi Yong Wu (6):
vhost: remove the dead branch
vhost: adjust vhost_dev_init() to be void
macvtap: remove the dead branch
macvtap: adjust macvtap_skb_to_vnet_hdr() to be void
macvtap: update file current
From: Zhi Yong Wu
Signed-off-by: Zhi Yong Wu
---
drivers/net/macvtap.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/net/macvtap.c b/drivers/net/macvtap.c
index f599c47..4914d85 100644
--- a/drivers/net/macvtap.c
+++ b/drivers/net/macvtap.c
@@ -872,6 +872,8
On Thursday, December 05, 2013 11:36:37 PM Rafael J. Wysocki wrote:
> On Thursday, December 05, 2013 07:26:37 PM Andy Shevchenko wrote:
> > When build kernel with make W=1 we get the following compiler error.
> >
> > In file included from drivers/sfi/sfi_acpi.c:66:0:
> > include/linux/sfi_acpi.h:
On Tuesday 03 December 2013, Hanjun Guo wrote:
> This is the first part of making ACPI core running on ARM.
>
> PCI is optional on ARM64 but ACPI is dependent on PCI now, so
> in the first patch we try to make ACPI can be running without
> PCI.
>
> _PDC is requred for ACPI processor_core.c, but
On Thursday, December 05, 2013 07:26:37 PM Andy Shevchenko wrote:
> When build kernel with make W=1 we get the following compiler error.
>
> In file included from drivers/sfi/sfi_acpi.c:66:0:
> include/linux/sfi_acpi.h: In function ‘acpi_sfi_table_parse’:
> include/linux/sfi_acpi.h:72:2: error:
On Thu, 5 Dec 2013, Len Brown wrote:
> This thread raises the question...
>
> Do we still need to have PM_RUNTIME apart from PM_SLEEP?
>
> What is the benefit of being able to build-in one one without the other?
> If that benefit is not significant, perhaps the time has come to
> replace them
make-4 changed the way/order it presents the command line options
into MAKEFLAGS
In make-3.8x, '-s' would always be first into a group of options
with the '-'/hyphen removed
$ make -p -s 2>/dev/null | grep ^MAKEFLAGS
MAKEFLAGS = sp
In make-4, '-s' seems to always be last into a group of options
On Thursday, December 05, 2013 12:01:46 PM David E. Box wrote:
> From: "David E. Box"
>
> Current Intel SOC cores use a MailBox Interface (MBI) to provide access to
> unit
> devices connected to the system fabric. This driver implements the API
> required
> for other kernel drivers to
Since there may be other clocksources available, this driver should not
trigger a panic simply because it can not determine the frequency of an
external clock. This change refactors the driver to allow a warning to
be printed in this case instead.
Signed-off-by: Tim Kryger
Reviewed-by: Markus
On Thu, 5 Dec 2013, Yijing Wang wrote:
> Replace local marco DFX_BUS_PCI with PCI standard marco
> dev_is_pci().
Typos above: marco -> macro
> Signed-off-by: Yijing Wang
> ---
> drivers/net/fddi/defxx.c | 20 +++-
> 1 files changed, 7 insertions(+), 13 deletions(-)
>
>
On Wednesday 04 December 2013, Hanjun Guo wrote:
> On 2013年12月04日 00:41, Matthew Garrett wrote:
> > Given the number of #ifdefs you're adding, wouldn't it make more sense
> > to just add stub functions to include/linux/pci.h?
>
> Thanks for the suggestion :)
>
> I can add stub functions in
On Thursday, December 05, 2013 01:56:24 PM Zhang, Rui wrote:
>
> > -Original Message-
> > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> > Sent: Thursday, December 05, 2013 7:10 AM
> > To: Lu, Aaron
> > Cc: Zhang, Rui; linux-a...@vger.kernel.org; linux-
> > ker...@vger.kernel.org;
On Thursday, December 05, 2013 05:59:53 PM Oleg Nesterov wrote:
> selinux_setprocattr() does ptrace_parent(p) under task_lock(p),
> but task_struct->alloc_lock doesn't pin ->parent or ->ptrace,
> this looks confusing and triggers the "suspicious RCU usage"
> warning because ptrace_parent() does
The board schematic states that the "SD_CARD_DET_N gets pulled to GND
when card is inserted" so the polarity has been updated to active low.
Polarity is now specified with a GPIO define instead of a magic number.
Signed-off-by: Tim Kryger
Reviewed-by: Matt Porter
---
On Thursday, December 05, 2013 03:47:35 PM Aaron Lu wrote:
> On Thu, Dec 05, 2013 at 12:07:31AM +0100, Rafael J. Wysocki wrote:
> > On Tuesday, December 03, 2013 04:28:28 PM Aaron Lu wrote:
> > > This patchset converts ACPI fan driver to platform driver. Patch 1-3 are
> > > cleanups for existing
Disabling compiler optimizations can be fragile, since a new
optimization could be added to -O0 or -Os that breaks the assumptions
the code is making.
Instead of disabling compiler optimizations, use a dummy inline assembly
(based on RELOC_HIDE) to block the problematic kinds of optimization,
This thread raises the question...
Do we still need to have PM_RUNTIME apart from PM_SLEEP?
What is the benefit of being able to build-in one one without the other?
If that benefit is not significant, perhaps the time has come to
replace them both with CONFIG_PM...
cheers,
-Len Brown, Intel
On Thu, Dec 05, 2013 at 01:21:01PM -0700, Jonathan Corbet wrote:
> On Wed, 4 Dec 2013 14:46:59 -0800
> "Paul E. McKenney" wrote:
>
> > From: "Paul E. McKenney"
> >
> > The situations in which ACCESS_ONCE() is required are not well documented,
> > so this commit adds some verbiage to
On Wed, Dec 04, 2013 at 11:34:32AM +0100, Thierry Reding wrote:
> On Wed, Sep 25, 2013 at 01:22:55PM +0900, Milo Kim wrote:
> > mfd: add LP3943 MFD driver
> > gpio: add LP3943 I2C GPIO expander driver
> > pwm: add LP3943 PWM driver
> > Documentation: add LP3943 DT bindings and document
>
On Wed, Dec 4, 2013 at 9:46 AM, Christoph Hellwig wrote:
> While doing my recent work on the generic smp function calls I noticed
> that smp_call_function_single without the wait flag can't work, as
> it allocates struct call_single_data on stack, and without the wait
> flag will happily return
Hi Linus,
A small collection of fixes for the current series. It contains:
- A fix for a use-after-free of a request in blk-mq. From Ming Lei.
- A fix for a blk-mq bug that could attempt to dereference a NULL rq if
allocation failed.
- Two xen-blkfront small fixes.
- Cleanup of
From: Ben Hutchings
Date: Thu, 28 Nov 2013 05:25:17 +
> On Mon, 2013-11-18 at 10:37 -0800, Greg Kroah-Hartman wrote:
>> 3.12-stable review patch. If anyone has any objections, please let me know.
>>
>> --
>>
>> From: Eric Dumazet
>>
>> [ Upstream commit
Hello,
I am Mr.Leslie Holt of NatWest Bank UK. I have a lucrative business
proposal for your review. I believe we could mutually benefit from this
scenario. Please contact me on my private email address:
leslieholt...@yahoo.com.hk
Sincerely,
Mr.Leslie Holt.
--
To unsubscribe from this list:
On Thu, Dec 05, 2013 at 10:22:20PM +0800, Ming Lei wrote:
> On Wed, 4 Dec 2013 12:58:38 +1100
> Dave Chinner wrote:
>
> >
> > And I just hit this from running xfs_repair which is doing
> > multithreaded direct IO directly on /dev/vdc:
.
> > So this is looking like another virtio+blk_mq
From: Yann Droneaud
Date: Mon, 2 Dec 2013 11:12:26 +0100
> socketpair() error paths can be simplified to not call
> heavy-weight sys_close().
>
> This patch makes socketpair() use of error paths which do not
> rely on heavy-weight call to sys_lose(): it's better to try
> to push the file
Once we have the per cpu patchset merged we could do the following [it
even works without that patchset but the __this_cpu ops will not do
preemption checks]. Would this work?
Subject: rcu: Avoid irq disable in rcu_cpu_kthread
The use of this_cpu ops avoids numerous address calculations
and
Fixes warnings regarding redundant parantheses thrown by the checkpatch tool in
bpctl_mod.c
Signed-off-by: Will Tange
---
drivers/staging/silicom/bpctl_mod.c | 122 ++--
1 file changed, 61 insertions(+), 61 deletions(-)
diff --git
On Tue, Dec 03, 2013 at 04:29:14PM +0400, Vladimir Davydov wrote:
> On 12/03/2013 03:18 PM, Dave Chinner wrote:
> > On Mon, Dec 02, 2013 at 03:19:45PM +0400, Vladimir Davydov wrote:
> >> FS-shrinkers, which shrink dcaches and icaches, keep dentries and inodes
> >> in list_lru structures in order
Hello, Vladimir.
Thanks a lot for the report and fix; however, I really wanna make sure
that only online css's become visible, so I wrote up a different fix.
Can you please test this one?
Thanks a lot!
-- 8< --
ae7f164a0940 ("cgroup: move cgroup->subsys[] assignment to
online_css()")
On Thu, Dec 05, 2013 at 11:21:10AM -0700, Betty Dall wrote:
> The definition of the GHES_SEV* matches up with the error severity
> definition of the CPER records as defined in the UEFI spec section
> N.2.1:
> "Indicates the severity of the error condition. The severity of
> the error record
> > You say this in the commit, but the linux-parisc list isn't cc'd on the
> > email ...
>
> Weird my testoutput before the patchset was sent out shows that it
> was included then :
Ok while the test output was done with quilt 0.50 the patch was actually
send with quilt 0.60 from another system.
On 12/4/2013 11:13 AM, Jiang Liu wrote:
> 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 intterupt
> is needed for architecture specific code to
From: "John W. Linville"
Date: Thu, 5 Dec 2013 11:51:42 -0500
> Please pull this batch of fixes intende for the 3.13 stream!
Pulled, thanks John.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
On Thu, 5 Dec 2013 15:36:54 -0500
Tony Lu wrote:
> This matches the existing behavior in arch/tile/Makefile for defconfig.
>
If you want to pull this in through the tile tree, you can add my:
Acked-by: Steven Rostedt
Or I can take it. Either way is fine with me.
-- Steve
> Reported-by:
On Thu, Dec 05, 2013 at 08:56:02AM -0700, Toshi Kani wrote:
> The smbios in efi_setup_data is necessary for kexec to pass the physical
> address of the SMBIOS table from the 1st kernel to the 2nd kernel.
>
> The kernel boot sequence proceeds in the following order. Step 2
> requires efi.smbios
I know we talked about this patch, and it seemed like a good idea at the
time, but honestly, these races are so rare, it isn't worth the code
complexity. I tried to simplify the readability of your code and got
something better, but still the loop is needless...
Just log the messages on any
This matches the existing behavior in arch/tile/Makefile for defconfig.
Reported-by: fengguang...@intel.com
Signed-off-by: Tony Lu
Signed-off-by: Chris Metcalf
---
Chris Metcalf will push this change via the tile tree.
scripts/recordmcount.pl | 3 ++-
1 file changed, 2 insertions(+), 1
Linus,
Please pull the following change for 3.13 from:
git://git.kernel.org/pub/scm/linux/kernel/git/cmetcalf/linux-tile.git stable
This fixes a build failure with allyesconfig reported by Fengguang Wu
and fixed by Tony Lu.
Tony Lu (1):
ftrace: default to tilegx if ARCH=tile is
On Thu, Dec 05, 2013 at 09:08:59PM +0100, Laurent Pinchart wrote:
> On Thursday 05 December 2013 19:12:01 Mark Brown wrote:
> > +- regulator-type : Specifies what is being regulated, must be either
> > + "voltage" or "current"
> What about adding "The type defaults to
I ran into a scenario where while one cpu was stuck and should have panic'd
because of the NMI watchdog, it didn't. The reason was another cpu was spewing
stack dumps on to the console. Upon investigation, I noticed that when writing
to the console and also when dumping the stack, the watchdog
201 - 300 of 1612 matches
Mail list logo