On Сб, дек 28, 2013 at 05:37:32 +0800, Zhi Yong Wu wrote:
On Sat, Dec 28, 2013 at 5:19 PM, Kirill Tkhai tk...@yandex.ru wrote:
On Пт, дек 27, 2013 at 07:41:00 +0800, Zhi Yong Wu wrote:
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
.switched_from shouldn't be initialized in the scope of
Just as a follow up to this, I tried to reset the TSC in tsc-sync.c
with wrmsrl(MSR_IA32_TSC, 0); code looks like this:
static void check_tsc_warp(unsigned int timeout)
{
cycles_t start, now, prev, end;
int i;
wrmsrl(MSR_IA32_TSC, 0);
rdtsc_barrier();
On Sat, Dec 28, 2013 at 5:48 PM, Kirill Tkhai tk...@yandex.ru wrote:
On Сб, дек 28, 2013 at 05:37:32 +0800, Zhi Yong Wu wrote:
On Sat, Dec 28, 2013 at 5:19 PM, Kirill Tkhai tk...@yandex.ru wrote:
On Пт, дек 27, 2013 at 07:41:00 +0800, Zhi Yong Wu wrote:
From: Zhi Yong Wu
Hi!
Good idea.
I have finished but I'll change it to this way soon and test it in next some
days.
What the idea about the character to indicate stop?
I mean this patten maybe indicate just once maybe indicate repeatedly until
the next patten.
What about /?
If there is a / at end
On 12/27/2013 02:21 PM, Arnaldo Carvalho de Melo wrote:
Em Fri, Dec 27, 2013 at 06:03:27PM -0500, Dongsheng Yang escreveu:
As what the usage showing, we can input a event_glob as an argument to list
all symbols. But it does not work well right now.
Example:
# perf list kvmmmu
Add missing PCI bus link speed 8.0 GT/s and bus link widths of
x1, x2, x4 and x8.
CC: linux-kernel@vger.kernel.org
Signed-off-by: Jeff Kirsher jeffrey.t.kirs...@intel.com
---
include/uapi/linux/pci_regs.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/include/uapi/linux/pci_regs.h
On Fri, 27 Dec 2013 14:38:22 -0800
Andrew Morton a...@linux-foundation.org wrote:
On Wed, 25 Dec 2013 17:23:10 +0100 Fabian Frederick f...@skynet.be wrote:
This patch adds fs directory in selftests and a script to explain recursive
and consecutive symbolic linking limits who have been
We left uninitialized data in the tail of page when we read an inline data
page. So let's initialize left part of the page excluding inline data region.
Signed-off-by: Chao Yu chao2...@samsung.com
---
fs/f2fs/inline.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git
I've not looked at this in any depth, but here are some first
impressions:
On Fri, Dec 27, 2013 at 02:24:21PM +0800, Shaohua Li wrote:
This is a simple DM target supporting compression for SSD only.
Presumably there'll be other disk layouts and other types of compression
in future, so if you
On Sat, 2013-12-28 at 14:17 +0800, Ding Tianhong wrote:
Use possibly more efficient ether_addr_equal
to instead of memcmp.
Cc: Jeff Kirsher jeffrey.t.kirs...@intel.com
Cc: Jesse Brandeburg jesse.brandeb...@intel.com
Cc: Carolyn Wyborny carolyn.wybo...@intel.com
Cc: Don Skidmore
On Sat, 2013-12-28 at 14:17 +0800, Ding Tianhong wrote:
Use possibly more efficient ether_addr_equal
to instead of memcmp.
Cc: Jeff Kirsher jeffrey.t.kirs...@intel.com
Cc: Jesse Brandeburg jesse.brandeb...@intel.com
Cc: Bruce Allan bruce.w.al...@intel.com
Signed-off-by: Ding Tianhong
On Sat, 2013-12-28 at 14:17 +0800, Ding Tianhong wrote:
Use possibly more efficient ether_addr_equal
to instead of memcmp.
Cc: Jeff Kirsher jeffrey.t.kirs...@intel.com
Cc: Jesse Brandeburg jesse.brandeb...@intel.com
Cc: Bruce Allan bruce.w.al...@intel.com
Signed-off-by: Ding Tianhong
On Sat, Dec 28, 2013 at 12:57:25PM +, Alasdair G Kergon wrote:
To use this compression target above dm-thin (likely to prefer larger
block sizes), for example, could the block sizes be adapatable /
configurable?
So a key feature of the underlying thin provisioning needs to be
efficient
Alex xor at xor.bz writes:
[snip quotes]
I suspect the TSC cannot be reset in the manner I just attempted (given
what was just said above)? I gather this means I am out of luck and
this is impossible to fix (short of a miracle from my motherboard
manufacturer).
Alex.
Not being a
Hi
Good idea.
I have finished but I'll change it to this way soon and test it in next some
days.
What the idea about the character to indicate stop?
I mean this patten maybe indicate just once maybe indicate repeatedly until
the next patten.
What about /?
If there is a / at end then
On Sat, 2013-12-28 at 08:43 +0100, Nicholas Mc Guire wrote:
This type of blowups will not help to go mainline (refereing to 3.12.X here,
3.4/6/8/10 is a different story).
Nah. Breakage is a vital sign. When breakage stops, bury it.
-Mike
--
To unsubscribe from this list: send the line
Hello.
On 28-12-2013 10:17, Ding Tianhong wrote:
Use possibly more efficient ether_addr_equal
to instead of memcmp.
Cc: David S. Miller da...@davemloft.net
Signed-off-by: Ding Tianhong dingtianh...@huawei.com
---
drivers/net/ethernet/packetengines/yellowfin.c | 12 ++--
1 files
On Sat, 2013-12-21 at 02:25 +0400, Alexey Khoroshilov wrote:
If eeprom-word_size is zero, e1000_do_[read|write]_eeprom() invoke
e1000_init_eeprom_params() to reinit eeprom params.
That is not a good idea since e1000_init_eeprom_params() calls
e1000_read_eeprom() if eeprom-type is
Ofcourse, when all statusobjects are aquired and upholding the
idolaterous respect of them, one gets facistic regimes, military
costumes, rigid salutations etc. People who think they are kings, with
underlings, who must respect their vain, and regressed simple behaviour.
A fully developed
not guaranteed to be precise. For example a SMI (System Management
Interrupt) could interrupt the software flow that is attempting to write
the time-stamp counter immediately prior to the WRMSR. This could mean
the value written to the TSC could vary by thousands to millions of
clocks.
On Thu, Dec 26, 2013 at 11:41:33AM -0800, Stephen Boyd wrote:
On 12/24, Mark Brown wrote:
Not a big deal but could these just be inlined in the headers?
Sure, I can do that if I need to resend? The only benefit I see
is two less symbols exported.
It also means that everything will be
于 2013/12/28 14:59, Joe Perches 写道:
On Sat, 2013-12-28 at 14:18 +0800, Ding Tianhong wrote:
Use possibly more efficient ether_addr_equal
to instead of memcmp.
This may be a distinction without difference, but
is a CAIF seghead also an ethernet address?
NO,this is a coincidence, the CAIF
于 2013/12/28 21:58, Sergei Shtylyov 写道:
Hello.
On 28-12-2013 10:17, Ding Tianhong wrote:
Use possibly more efficient ether_addr_equal
to instead of memcmp.
Cc: David S. Miller da...@davemloft.net
Signed-off-by: Ding Tianhong dingtianh...@huawei.com
---
We expect to read firmware blobs with a single call to kernel_read(),
which returns int. Therefore the size must be within the range of
int, not long.
Signed-off-by: Ben Hutchings b...@decadent.org.uk
---
--- a/drivers/base/firmware_class.c
+++ b/drivers/base/firmware_class.c
@@ -270,21 +270,21
On 12/27/2013 08:07 PM, H. Peter Anvin wrote:
On 12/27/2013 08:13 AM, Prarit Bhargava wrote:
Back to my question, assume cpu1 will be off-lined and one irq affinity is
set as (1, 2) -- this irq will be bypassed. Looks good. But if one irq
affinity is set as only (1), -- this irq is
This is a patch to the alarm_dev.c file that fixes up a return is not
a function warning found by the checkpatch.pl tool
Signed-off-by: Arthur Schwalbenberg arthurs...@gmail.com
---
drivers/staging/android/alarm-dev.c | 4 ++--
1 file changed, 2 insertions(+), 2
On Fri, Dec 27, 2013 at 02:14:16PM -0800, H.J. Lu wrote:
X32 uses the same kernel system call interface as x86-64 for many
system calls. However, long is 64-bit for x86-64 and is 32-bit for
x32. Where long or unsigned long are used in struct types for such
system calls, they are wrong for
Greetings;
Fresh build/boot of a PAE 3.12.0 on an AMD Phenom...
On checking dmesg, I see:
microcode: CPU0: patch_level=0x0165
microcode: CPU1: patch_level=0x0165
microcode: CPU2: patch_level=0x0165
microcode: CPU3: patch_level=0x0165
microcode: Microcode Update Driver: v2.00
On 12/28/2013 08:33 AM, Christoph Hellwig wrote:
Independent on how this fixes things, how does the kernel_long_t name
here make any sense?
On x86-64 kernel long always is 64 bits wide. The userspace ABI long
might be 32 or 64bits wide.
Currently kernel_long_t has almost no uses, so it
On Sat, Dec 28, 2013 at 11:02:35AM +0800, Axel Lin wrote:
BBCH_BBCHEN_MASK is equivalent to TPS65910_SUPPLY_STATE_ENABLED.
So all regulators have the same enable_mask setting.
Thanks for spotting this. You could also remove BBCH_BBCHEN_* from
include/linux/mfd/tps65910.h.
Regards,
Markus
On Sat, 2013-12-28 at 23:02 +0800, Ding Tianhong wrote:
于 2013/12/28 14:59, Joe Perches 写道:
On Sat, 2013-12-28 at 14:18 +0800, Ding Tianhong wrote:
Use possibly more efficient ether_addr_equal
to instead of memcmp.
This may be a distinction without difference, but
is a CAIF seghead
From: Mateusz Krawczuk m.krawc...@partner.samsung.com
This patch adds new, Common Clock Framework-based clock driver for Samsung
S5PV210 SoCs. The driver is just added, without enabling it yet.
Signed-off-by: Mateusz Krawczuk m.krawc...@partner.samsung.com
Signed-off-by: Kyungmin Park
From: Mateusz Krawczuk m.krawc...@partner.samsung.com
This patch migrates the s5pv210 platform to use new clock driver
using Common Clock Framework.
Signed-off-by: Mateusz Krawczuk m.krawc...@partner.samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
This patch series is the new s5pv210 clock implementation
(using common clk framework).
This implementation is compatible with device tree definition and board
files.
This patch series is based on linux-next and has been tested on goni and
aquila boards using board file.
Since v4:
Corrected mux
On 12/20/2013 04:41 AM, rui wang wrote:
On 12/20/13, Prarit Bhargava pra...@redhat.com wrote:
On 12/19/2013 01:05 PM, Tony Luck wrote:
On Wed, Dec 18, 2013 at 11:50 AM, Tony Luck tony.l...@intel.com wrote:
Looks good to me.
Though now I've been confused by an offline question about
From: Mateusz Krawczuk m.krawc...@partner.samsung.com
Use common clock framework api to get clock.
Signed-off-by: Mateusz Krawczuk m.krawc...@partner.samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/cpufreq/s5pv210-cpufreq.c | 6 +++---
1 file changed, 3
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=64831
When downing a cpu it is possible that there are unhandled irqs left in
the APIC IRR register. The following code path shows how the problem
can occur:
1. CPU 5 is to go down.
2. CPU 5 IRQ 12 IRR is set to request service, but ISR is
On Sat, 2013-12-28 at 23:18 +0800, Ding Tianhong wrote:
于 2013/12/28 21:58, Sergei Shtylyov 写道:
Hello.
On 28-12-2013 10:17, Ding Tianhong wrote:
Use possibly more efficient ether_addr_equal
to instead of memcmp.
Cc: David S. Miller da...@davemloft.net
Signed-off-by: Ding
On Sat, Dec 28, 2013 at 11:03:28AM -0500, Arthur Schwalbenberg wrote:
This is a patch to the alarm_dev.c file that fixes up a return is not
a function warning found by the checkpatch.pl tool
Signed-off-by: Arthur Schwalbenberg arthurs...@gmail.com
Why the odd indentation?
On Sat, Dec 28, 2013 at 11:16 AM, Pavel Machek pa...@ucw.cz wrote:
Good idea.
I have finished but I'll change it to this way soon and test it in next some
days.
What the idea about the character to indicate stop?
I mean this patten maybe indicate just once maybe indicate repeatedly until
On Sat, Dec 28, 2013 at 4:43 AM, Tetsuo Handa
penguin-ker...@i-love.sakura.ne.jp wrote:
Andrew Morton wrote:
which is painful, so we also provide the new vsprintf token as a
convenience:
pr_warn(%|: hair on fire\n);
but I don't know what we can use in place of %|.
We are using
On Sat, 28 Dec 2013 19:57:50 +0100 Geert Uytterhoeven ge...@linux-m68k.org
wrote:
If we introduce a character which compiler does not know that follows the %
character, compiler would be confused when checking type of corresponding
argument.
I wonder if there's some way in which we can
On Sat, Dec 28, 2013 at 8:25 PM, Andrew Morton
a...@linux-foundation.org wrote:
Is any of the \x (backslash + character) unused and thus available?
I guess control characters would work.
#define PRINTK_COMM \001
Not that one, cfr. include/linux/kern_levels.h ;-)
#define PRINTK_PID
Hi!
And while for pause and # for light would work. Maybe we chould
do \0 for pause and \177 for light... and interpret everything
between as an intensity. That will make it useful for LEDs with
variable intensites, too...
\0 is not easy to give if application is a script.
intensity
On Sat 2013-12-28 19:51:59, Geert Uytterhoeven wrote:
On Sat, Dec 28, 2013 at 11:16 AM, Pavel Machek pa...@ucw.cz wrote:
Good idea.
I have finished but I'll change it to this way soon and test it in next
some days.
What the idea about the character to indicate stop?
I mean this
On Sat, Dec 28, 2013 at 8:29 PM, Pavel Machek pa...@ucw.cz wrote:
Sysfs is meant to be human-readable/writable, so please use plain ASCII
numbers in strings instead.
Actually, sysfs is meant to be one value per file, and it is
Ideally, yes.
understood that data that are natively blob are
On Sat, 2013-12-28 at 20:25 +0100, Geert Uytterhoeven wrote:
On Sat, Dec 28, 2013 at 8:25 PM, Andrew Morton
a...@linux-foundation.org wrote:
Is any of the \x (backslash + character) unused and thus available?
I guess control characters would work.
#define PRINTK_COMM \001
Not
My Acer 8510TZ stops displaying anything when X starts with Linus' current
tree. I bisected it down to commit ee1452d74584.
This patch reverts commit ee1452d74584.
After the revert, everything works as before.
Signed-off-by: Alexander van Heukelum heuke...@fastmail.fm
---
Hi all,
On my Acer 8510TZ, the backlight now turns off completely as soon as X
starts. I bisected the problem to ee1452d74584 drm/i915: assume all GM45
Acer laptops use inverted backlight PWM, which says:
There is plenty of evidence suggesting all of the GM45 based Acer
laptops
On Sat, 28 Dec 2013 11:53:25 -0800 Joe Perches j...@perches.com wrote:
#define PRINTK_PID \002
#define PRINTK_TASK_ID \003 /* comm:pid */
printk(PRINTK_TASK_ID : hair on fire\n);
It's certainly compact. I doubt if there's any existing code which
deliberately
On Sat, 2013-12-28 at 12:08 -0800, Andrew Morton wrote:
On Sat, 28 Dec 2013 11:53:25 -0800 Joe Perches j...@perches.com wrote:
#define PRINTK_PID \002
#define PRINTK_TASK_ID \003 /* comm:pid */
printk(PRINTK_TASK_ID : hair on fire\n);
It's certainly
Hi Markus,
This is version 5 of the watchdog driver for the BCM281xx family of mobile
SoCs.
I applied the patches but without the BCM_KONA_WDT_DEBUG part, because I
still have some questions about it. So what is left is the following patch:
diff --git a/arch/arm/configs/bcm_defconfig
Commit 5c0484e25ec0 ('powerpc: Endian safe trampoline') resulted in
losing proper alignment of the spinlock variables used when booting
secondary CPUs, causing some quite odd issues with failing to boot on
PA Semi-based systems.
This showed itself on ppc64_defconfig, but not on pasemi_defconfig,
On Sat, Dec 28, 2013 at 1:01 PM, Olof Johansson o...@lixom.net wrote:
Commit 5c0484e25ec0 ('powerpc: Endian safe trampoline') resulted in
losing proper alignment of the spinlock variables used when booting
secondary CPUs, causing some quite odd issues with failing to boot on
PA Semi-based
On Mon, Nov 11, 2013 at 02:56:29PM +0100, Julian Andres Klode wrote:
This patch series adds support for specifying charging thresholds,
forcing a battery to discharge, and inhibiting charging, on ThinkPad
Laptops using Sandy Bridge or newer processors.
Hello again,
it's been about 1.5 months
Hi,
I noticed a machine to hang after a few days of uptime,
i.e. the USB, networking etc are all gone, but the machine is still up
and displaying the login screen.
I am running
$ uname -a
Linux sd 3.12.5-302.fc20.i686 #1 SMP Tue Dec 17 21:01:18 UTC 2013 i686 i686
i386 GNU/Linux
Today
Hi!
Sysfs is meant to be human-readable/writable, so please use plain ASCII
numbers in strings instead.
Actually, sysfs is meant to be one value per file, and it is
Ideally, yes.
understood that data that are natively blob are just passed as
blob. (I believe this qualifies).
On Sat, Dec 28, 2013 at 10:25:23PM +0100, Pavel Machek wrote:
Hi!
Sysfs is meant to be human-readable/writable, so please use plain ASCII
numbers in strings instead.
Actually, sysfs is meant to be one value per file, and it is
Ideally, yes.
understood that data that are
I need your assistance to transfer $22,500,000.00 Dollars from Hong Kong
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
The changes in the ACPI-based PCI hotplug (ACPIPHP) subsystem made
during the 3.12 development cycle uncovered a problem with VGA
switcheroo that on some systems, when the device-specific method
(ATPX in the radeon case) is used to turn off the
I fixed some brace coding style issues.
Signed-off-by: Gary Alan Rookard garyrook...@gmail.com
---
On branch staging-next
drivers/staging/bcm/DDRInit.c | 107 --
1 file changed, 30 insertions(+), 77 deletions(-)
diff --git a/drivers/staging/bcm/DDRInit.c
On Sat, 28 Dec 2013, Julian Andres Klode wrote:
On Mon, Nov 11, 2013 at 02:56:29PM +0100, Julian Andres Klode wrote:
This patch series adds support for specifying charging thresholds,
forcing a battery to discharge, and inhibiting charging, on ThinkPad
Laptops using Sandy Bridge or newer
Hello.
On 12/28/2013 06:18 PM, Ding Tianhong wrote:
Use possibly more efficient ether_addr_equal
to instead of memcmp.
Cc: David S. Miller da...@davemloft.net
Signed-off-by: Ding Tianhong dingtianh...@huawei.com
---
drivers/net/ethernet/packetengines/yellowfin.c | 12 ++--
1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
It seems that missing CPU-state sanitation during task switching
triggers kernel-panic. This might be related to unhandled FPU-errors.
See [1] for POC and serial console log of OOPs. Due to missing real
32-bit x86-hardware it is not clear, if this
On Fri, 2013-12-06 at 01:47 +0900, Yoshitake Kobayashi wrote:
From: KOBAYASHI Yoshitake yoshitake.kobaya...@toshiba.co.jp
commit c8760069627ad3b0dbbea170f0c4c58b16e18d3d upstream.
Current MMC driver doesn't handle generic error (bit19 of device
status) in write sequence. As a result, write
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
The device_del(host_bridge-dev) in pci_stop_root_bus() is
problematic, because it causes all sysfs directories below
the host bridge to be removed recursively and when
pci_remove_root_bus() attempts to remove devices on the root
bus (whose sysfs
On Sat 2013-12-28 13:50:42, Greg KH wrote:
On Sat, Dec 28, 2013 at 10:25:23PM +0100, Pavel Machek wrote:
Hi!
Sysfs is meant to be human-readable/writable, so please use plain ASCII
numbers in strings instead.
Actually, sysfs is meant to be one value per file, and it is
Correct spelling typo in Kconfig.
Signed-off-by: Hayato Suzuki hyt...@gmail.com
---
arch/powerpc/platforms/40x/Kconfig | 2 +-
arch/x86/crypto/aesni-intel_avx.S | 8
crypto/Kconfig | 2 +-
init/Kconfig | 2 +-
sound/oss/Kconfig
On 2013-12-29 01:35, One Thousand Gnomes wrote:
not guaranteed to be precise. For example a SMI (System Management
Interrupt) could interrupt the software flow that is attempting to
write
the time-stamp counter immediately prior to the WRMSR. This could
mean
the value written to the TSC could
Hi Pavel,
I have finished the patten trigger and have tested it.
Do you mind me putting your name as suggest-by? For part idea is from you.
Joe
Date: Sat, 28 Dec 2013 20:26:30 +0100
From: pa...@ucw.cz
To: lg...@hotmail.com
CC: coolo...@gmail.com;
Joe Perches wrote:
On Sat, 2013-12-28 at 12:08 -0800, Andrew Morton wrote:
On Sat, 28 Dec 2013 11:53:25 -0800 Joe Perches j...@perches.com wrote:
#define PRINTK_PID \002
#define PRINTK_TASK_ID \003 /* comm:pid */
printk(PRINTK_TASK_ID : hair on fire\n);
On 12/28/13 16:15, Hayato Suzuki wrote:
Correct spelling typo in Kconfig.
Signed-off-by: Hayato Suzuki hyt...@gmail.com
---
arch/powerpc/platforms/40x/Kconfig | 2 +-
arch/x86/crypto/aesni-intel_avx.S | 8
crypto/Kconfig | 2 +-
init/Kconfig
On Sun, Dec 29, 2013 at 12:50:46AM +0100, Pavel Machek wrote:
On Sat 2013-12-28 13:50:42, Greg KH wrote:
On Sat, Dec 28, 2013 at 10:25:23PM +0100, Pavel Machek wrote:
Hi!
Sysfs is meant to be human-readable/writable, so please use plain
ASCII
numbers in strings instead.
We've recently stumbled on several issues with the page lock which
triggered BUG_ON()s.
While working on them, it was clear that due to the complexity of
locking its pretty hard to figure out if something is supposed
to be locked or not, and if we encountered a race it was quite a
pain narrowing
Check if the flag is already set before setting it, and vice versa
for clearing.
Obviously setting or clearing a flag twice isn't a problem on it's
own, but it implies that there's an issue where some piece of code
assumed an opposite state of the flag.
Signed-off-by: Sasha Levin
On Sat, Dec 28, 2013 at 11:37:12AM -0500, Gene Heskett wrote:
Greetings;
Fresh build/boot of a PAE 3.12.0 on an AMD Phenom...
On checking dmesg, I see:
microcode: CPU0: patch_level=0x0165
microcode: CPU1: patch_level=0x0165
microcode: CPU2: patch_level=0x0165
microcode:
On Sun, 2013-12-29 at 09:32 +0900, Tetsuo Handa wrote:
Joe Perches wrote:
On Sat, 2013-12-28 at 12:08 -0800, Andrew Morton wrote:
On Sat, 28 Dec 2013 11:53:25 -0800 Joe Perches j...@perches.com wrote:
#define PRINTK_PID \002
#define PRINTK_TASK_ID \003 /* comm:pid */
3.2.54-rc1 review patch. If anyone has any objections, please let me know.
--
From: H. Peter Anvin h...@linux.intel.com
commit 503cf95c061a0551eb684da364509297efbe55d9 upstream.
When compiling with icc, linux/compiler-gcc.h ends up included
because the icc environment defines
3.2.54-rc1 review patch. If anyone has any objections, please let me know.
--
From: James Ralston james.d.rals...@intel.com
commit 9f961a5f6efc87a79571d7166257b36af28ffcfe upstream.
This patch adds the AHCI-mode SATA Device IDs for the Intel Wildcat Point-LP
PCH.
3.2.54-rc1 review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o ty...@mit.edu
commit dcb9917ba041866686fe152850364826c4622a36 upstream.
Reported-by: Dave Jones da...@redhat.com
Signed-off-by: Theodore Ts'o ty...@mit.edu
Signed-off-by: Ben
3.2.54-rc1 review patch. If anyone has any objections, please let me know.
--
From: Shiva Krishna Merla shivakrishna.me...@netapp.com
commit 954a73d5d3073df2231820c718fdd2f18b0fe4c9 upstream.
Whenever multipath_dtr() is happening we must prevent queueing any
further path
3.2.54-rc1 review patch. If anyone has any objections, please let me know.
--
From: Ryan Mallon rmal...@gmail.com
commit 312b4e226951f707e120b95b118cbc14f3d162b2 upstream.
Some setuid binaries will allow reading of files which have read
permission by the real user id. This is
3.2.54-rc1 review patch. If anyone has any objections, please let me know.
--
From: Hannes Frederic Sowa han...@stressinduktion.org
[ Upstream commit f3d3342602f8bcbf37d7c46641cb9bca7618eb1c ]
This patch now always passes msg-msg_namelen as 0. recvmsg handlers must
set
3.2.54-rc1 review patch. If anyone has any objections, please let me know.
--
From: Markus Pargmann m...@pengutronix.de
commit 5d0f801a2ccec3b1fdabc3392c8d99ed0413d216 upstream.
If we handle end of block messages with higher priority than a lost message,
we can run into an
3.2.54-rc1 review patch. If anyone has any objections, please let me know.
--
From: Felipe Pena felipe...@gmail.com
commit 3aef7dde8dcf09e0124f0a2665845a507331972b upstream.
There is a typo in the struct member name on assignment when checking
rtlphy-current_chan_bw ==
3.2.54-rc1 review patch. If anyone has any objections, please let me know.
--
From: Mikulas Patocka mpato...@redhat.com
commit fff4996b7db7955414ac74386efa5e07fd766b50 upstream.
If blkcg_init_queue fails, blk_alloc_queue_node doesn't call bdi_destroy
to clean up structures
3.2.54-rc1 review patch. If anyone has any objections, please let me know.
--
From: Fenghua Yu fenghua...@intel.com
commit 522e66464467543c0d88d023336eec4df03ad40b upstream.
In reboot and crash path, when we shut down the local APIC, the I/O APIC is
still active. This may
3.2.54-rc1 review patch. If anyone has any objections, please let me know.
--
From: Huang Shijie b32...@freescale.com
commit 7b3d2fb92067bcb29f0f085a9fa9fa64920a6646 upstream.
[1] The gpmi uses the nand_command_lp to issue the commands to NAND chips.
The gpmi issues a DMA
3.2.54-rc1 review patch. If anyone has any objections, please let me know.
--
From: Daniel Vetter daniel.vet...@ffwll.ch
commit b2ea8ef559b4d94190009f3651b5b3ab7c05afd3 upstream.
Apparently they need the same treatment as primary planes. This fixes
modesetting failures because
3.2.54-rc1 review patch. If anyone has any objections, please let me know.
--
From: Brian Norris computersforpe...@gmail.com
commit 4355b70cf48363c50a9de450b01178c83aba8f6a upstream.
Some bright specification writers decided to write this in the ONFI spec
(from ONFI 3.0,
3.2.54-rc1 review patch. If anyone has any objections, please let me know.
--
From: Tyler Hicks tyhi...@canonical.com
commit 0868a5e150bc4c47e7a003367cd755811eb41e0b upstream.
When the audit=1 kernel parameter is absent and auditd is not running,
AUDIT_USER_AVC messages are
3.2.54-rc1 review patch. If anyone has any objections, please let me know.
--
From: Mathias Krause mini...@googlemail.com
commit 4d8fe7376a12bf4524783dd95cbc00f1fece6232 upstream.
Using the nlmsg_len member of the netlink header to test if the message
is valid is wrong as it
3.2.54-rc1 review patch. If anyone has any objections, please let me know.
--
From: Thomas Hellstrom thellst...@vmware.com
commit 59c8e66378fb78adbcd05f0d09783dde6fef282b upstream.
Also check the busy placements before deciding to move a buffer object.
Failing to do this may
3.2.54-rc1 review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold jhov...@gmail.com
commit 185d91442550110db67a7dc794a32efcea455a36 upstream.
The driver supports 16-bit brightness values, but the value returned
from get_brightness was truncated
3.2.54-rc1 review patch. If anyone has any objections, please let me know.
--
From: Thomas Renninger tr...@suse.de
commit 11f918d3e2d3861b6931e97b3aa778e4984935aa upstream.
Do it the same way as done in microcode_intel.c: use pr_debug()
for missing firmware files.
There seem
3.2.54-rc1 review patch. If anyone has any objections, please let me know.
--
From: Dan Williams d...@redhat.com
commit 8e3ffa471091c560deb6738ed9ab7445b7a5fd04 upstream.
Userspace uses the netdev devtype for stuff like device naming and type
detection. Be nice and set it.
3.2.54-rc1 review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai ti...@suse.de
commit 8f42d7698751a45cd9f7134a5da49bc5b6206179 upstream.
It's a superset of the existing CX2075x codecs, so we can reuse the
existing parser code.
Signed-off-by:
3.2.54-rc1 review patch. If anyone has any objections, please let me know.
--
From: Mikulas Patocka mpato...@redhat.com
commit 3ec981e30fae1f3c8728a05c730acaa1f627bcfb upstream.
loop: fix crash if blk_alloc_queue fails
If blk_alloc_queue fails, loop_add cleans up, but it
3.2.54-rc1 review patch. If anyone has any objections, please let me know.
--
From: Trond Myklebust trond.mykleb...@netapp.com
commit a6b31d18b02ff9d7915c5898c9b5ca41a798cd73 upstream.
The following scenario can cause silent data corruption when doing
NFS writes. It has mainly
This is the start of the stable review cycle for the 3.2.54 release.
There are 185 patches in this series, which will be posted as responses
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Wed Jan 1 00:00:00 UTC 2014.
Anything
301 - 400 of 594 matches
Mail list logo