+void pci_bus_unfreeze_device(struct pci_bus *bus)
+{
+unsigned long flags;
+
+BUG_ON(!bus-save_ops);
+spin_lock_irqsave(pci_freeze_lock, flags);
+if (!bus-is_frozen)
+goto out;
It seems that the BUG_ON() should placed here, otherwise it will be
triggered if
On 12/02/2014 06:17, Jingoo Han :
Use devm_ioremap_resource() in order to make the code simpler,
and remove redundant return value check of platform_get_resource()
because the value is checked by devm_ioremap_resource().
Signed-off-by: Jingoo Han jg1@samsung.com
Acked-by: Nicolas Ferre
On Tue, Feb 11, 2014 at 10:59:58PM -0800, Linus Torvalds wrote:
There's a lot of 200+ byte stack frames in block/blk-core.s, and they
all seem to be of the type perf_trace_block_buffer() - things created
with DECLARE_EVENT_CLASS(), afaik. Why they all have 200+ bytes of
frame, I have no idea.
On 02/11/2014 09:20 PM, Guenter Roeck wrote:
On Tue, Feb 11, 2014 at 07:55:50AM +0100, Michal Simek wrote:
Use of_property_read_u32 functions to clean probe function.
Signed-off-by: Michal Simek michal.si...@xilinx.com
---
[ ... ]
+
+if (enable_once)
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Khalid Aziz khalid.a...@oracle.com
commit 7cb2ef56e6a8b7b368b2e883a0a47d02fed66911 upstream.
I am working with a tool that simulates oracle database I/O workload.
This tool (orion to be
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Akira Takeuchi takeuchi@jp.panasonic.com
commit 2afc745f3e3079ab16c826be4860da2529054dd2 upstream.
This patch fixes the problem that get_unmapped_area() can return illegal
address and
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Andrea Arcangeli aarca...@redhat.com
commit 27c73ae759774e63313c1fbfeb17ba076cea64c5 upstream.
Commit 7cb2ef56e6a8 (mm: fix aio performance regression for database
caused by THP) can cause
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Geert Uytterhoeven ge...@linux-m68k.org
commit 84ed8a99058e61567f495cc43118344261641c5f upstream.
E.g. landisk_defconfig, which has CONFIG_NTFS_FS=m:
ERROR: __ashrdi3 [fs/ntfs/ntfs.ko]
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Ian Abbott abbo...@mev.co.uk
commit 0283f7a100882684ad32b768f9f1ad81658a0b92 upstream.
At some point, Measurement Computing / ComputerBoards redesigned the
PCI-DIO48H to use a PLX PCI interface
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Mathy Vanhoef vanho...@gmail.com
commit 657eb17d87852c42b55c4b06d5425baa08b2ddb3 upstream.
Pick the MAC address of the first virtual interface as the new hardware MAC
address. Set BSSID mask
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Peter Boonstoppel pboonstop...@nvidia.com
commit a4c96ae319b8047f62dedbe1eac79e321c185749 upstream.
migrate_tasks() uses _pick_next_task_rt() to get tasks from the
real-time runqueues to be
On 12/02/14 07:02, Ryan Mallon wrote:
Well, the alternative is to supply an fb_write() implementation for each
driver that calls fb_sys_write(), and then updates the display. The
fb_sync() additions can be removed. That would cut down the boiler-plate
code, and should keep the behaviour the
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Andy Honig aho...@google.com
commit fda4e2e85589191b123d31cdc21fd33ee70f50fd upstream.
In kvm_lapic_sync_from_vapic and kvm_lapic_sync_to_vapic there is the
potential to corrupt kernel memory
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Mikulas Patocka miku...@artax.karlin.mff.cuni.cz
commit bbd465df73f0d8ba41b8a0732766a243d0f5b356 upstream.
This patch fixes warnings due to missing lock on write error path.
WARNING: at
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Steven Rostedt rost...@goodmis.org
commit 3dc91d4338d698ce77832985f9cb183d8eeaf6be upstream.
While running stress tests on adding and deleting ftrace instances I hit
this bug:
BUG: unable to
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Bo Shen voice.s...@atmel.com
commit f0199bc5e3a3ec13f9bc938556517ec430b36437 upstream.
When wm8904 work in DSP mode B, we still need to configure it to
work in DSP mode. Or else, it will work
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Hannes Frederic Sowa han...@stressinduktion.org
[ Upstream commit 95f4a45de1a0f172b35451fc52283290adb21f6e ]
Bob Falken reported that after 4G packets, multicast forwarding stopped
working.
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Yan, Zheng zheng.z@intel.com
commit eb1b8af33c2e42a9a57fc0a7588f4a7b255d2e79 upstream.
Aborted requests usually get cleared when the reply is received.
If MDS crashes, no reply will be
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Linus Torvalds torva...@linux-foundation.org
commit 26bef1318adc1b3a530ecc807ef99346db2aa8b0 upstream.
Before we do an EMMS in the AMD FXSAVE information leak workaround we
need to clear any
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Michele Baldessari mich...@acksyn.org
commit 87809942d3fa60bafb7a58d0bdb1c79e90a6821d upstream.
We've received multiple reports in Fedora via (BZ 907193)
that the Seagate Momentus SpinPoint M8
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Ying Xue ying@windriver.com
commit 57d2aa00dcec67afa52478730f2b524521af14fb upstream.
The issue below was found in 2.6.34-rt rather than mainline rt
kernel, but the issue still exists
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Chris Wilson ch...@chris-wilson.co.uk
commit a885b3ccc74d8e38074e1c43a47c354c5ea0b01e upstream.
The GMCH_CTRL register (or MGCC in the spec) is at a different address
on Sandybridge, and the
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Yan, Zheng zheng.z@intel.com
commit fc55d2c9448b34218ca58733a6f51fbede09575b upstream.
We also need to wake up 'safe' waiters if error occurs or request
aborted. Otherwise sync(2)/fsync(2)
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Paul Gortmaker paul.gortma...@windriver.com
commit c19ce0ab53ad9698968a154647f3dc22aad6c45b upstream.
Use proper cpp defined(...) constructs to avoid this:
arch/ia64/kernel/machine_kexec.c: In
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Eryu Guan guane...@gmail.com
commit 5946d089379a35dda0e531710b48fca05446a196 upstream.
A corrupted ext4 may have out of order leaf extents, i.e.
extent: lblk 0--1023, len 1024, pblk 9217,
On 11.02.2014 20:45, Peter Zijlstra wrote:
On Tue, Feb 11, 2014 at 07:34:51PM +0100, Stefan Bader wrote:
Hi Peter,
I am currently looking at a weird issue that manifest itself when trying to
run
kvm enabled qemu on a i386 host (v3.13 kernel, oh and potentially important
the
cpu is 64bit
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Al Viro v...@zeniv.linux.org.uk
commit 9105bb149bbbc555d2e11ba5166dfe7a24eae09e upstream.
That thing should be del_timer_sync(); consider what happens
if ext4_put_super() call of del_timer()
Hi Shimoda-san,
On Wed, Feb 12, 2014 at 1:36 AM, Shimoda, Yoshihiro
yoshihiro.shimoda...@renesas.com wrote:
(2014/02/07 21:45), Geert Uytterhoeven wrote:
On Sun, Jan 12, 2014 at 11:30 AM, Geert Uytterhoeven
ge...@linux-m68k.org wrote:
From: Geert Uytterhoeven geert+rene...@linux-m68k.org
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Andreas Rohner andreas.roh...@gmx.net
commit 70f2fe3a26248724d8a5019681a869abdaf3e89a upstream.
There is a bug in the function nilfs_segctor_collect, which results in
active data being written
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Michael Neuling mi...@neuling.org
commit 90ff5d688e61f49f23545ffab6228bd7e87e6dc7 upstream.
In EXCEPTION_PROLOG_COMMON() we check to see if the stack pointer (r1)
is valid when coming from the
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Larry Finger larry.fin...@lwfinger.net
commit 9278db6279e28d4d433bc8a848e10b4ece8793ed upstream.
On Fedora systems, unloading rtl8192ce causes an oops. This patch fixes the
problem reported at
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o ty...@mit.edu
commit ae1495b12df1897d4f42842a7aa7276d920f6290 upstream.
While it's true that errors can only happen if there is a bug in
jbd2_journal_dirty_metadata(), if a bug
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jan Kara j...@suse.cz
commit df4e7ac0bb70abc97fbfd9ef09671fc084b3f9db upstream.
ext2_quota_write() doesn't properly setup bh it passes to
ext2_get_block() and thus we hit assertion
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai ti...@suse.de
commit 6962d914f317b119e0db7189199b21ec77a4b3e0 upstream.
We've got regression reports that my previous fix for spurious wakeups
after S5 on HP Haswell machines leads
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Mike Galbraith efa...@gmx.de
commit e221d028bb08b47e624c5f0a31732c642db9d19a upstream.
Root task group bandwidth replenishment must service all CPUs, regardless of
where the timer was last
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Colin Cross ccr...@android.com
commit 454c7f7eaedcdf4c15c449e43902980cbdf5 upstream.
task_tick_rt() has an optimization to only reschedule SCHED_RR tasks
if they were the only element on
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Junho Ryu j...@google.com
commit 4e8d2139802ce4f41936a687f06c560b12115247 upstream.
ext4_mb_put_pa should hold pa-pa_lock before accessing pa-pa_count.
While ext4_mb_use_preallocated checks
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Myron Stowe myron.st...@redhat.com
commit 69fd3157363935b1e052bd76b8f8ec65e494306e upstream.
With the 0x1b4b vendor ID #define in place, convert hard-coded ID
values.
Signed-off-by: Myron
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Johannes Berg johannes.b...@intel.com
commit bd02cd2549cfcdfc57cb5ce57ffc3feb94f70575 upstream.
Evan Huus found (by fuzzing in wireshark) that the radiotap
iterator code can access beyond the
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Stephen Boyd sb...@codeaurora.org
commit 4cc629b7a20945ce35628179180329b6bc9e552b upstream.
We should be writing bits here but instead we're writing the
numbers that correspond to the bits we
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: David Henningsson david.hennings...@canonical.com
commit 693e0cb052c607e2d41edf9e9f1fa99ff8c266c1 upstream.
While enabling these machines, we found we would sometimes lose an
interrupt if we
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: George Spelvin li...@horizon.com
commit fcce9a35f8faaa1f52236c554ef1b15d99a7537e upstream.
A third possible PCI ID, as personally observed, and found in the
pci.ids list.
Signed-off-by: George
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jean Delvare kh...@linux-fr.org
commit 3f9aec7610b39521c7c69d754de7265f6994c194 upstream.
When the core number exceeds 9, the size of the buffer storing the
alarm attribute name is insufficient
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Dave Chinner dchin...@redhat.com
commit 3948659e30808fbaa7673bbe89de2ae9769e20a7 upstream.
There have been a few reports of this warning appearing recently:
XFS (dm-4): xlog_space_left: head
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Nicholas Bellinger n...@linux-iscsi.org
commit 4454b66cb67f14c33cd70ddcf0ff4985b26324b7 upstream.
This patch changes special case handling for ISCSI_OP_SCSI_CMD
where an initiator sends a zero
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher alexander.deuc...@amd.com
commit 8333f0fe133be420ce3fcddfd568c3a559ab274e upstream.
Some RS690 boards with 64MB of sideport memory show up as
having 128MB sideport + 256MB of UMA.
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: NeilBrown ne...@suse.de
commit b50c259e25d9260b9108dc0c2964c26e5ecbe1c1 upstream.
If we discover a bad block when reading we split the request and
potentially read some of it from a different
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Ben Hutchings b...@decadent.org.uk
This was added as part of commit 3d567e0e291c ('tg3: Set 10_100_ONLY
flag for additional 10/100 Mbps devices') upstream and is needed by
the following patch to
On Wed, Feb 12, 2014 at 03:52:20PM +0800, Li Zefan wrote:
The caller won't check the return value but pass it to printk/seq_printf,
but now cgroup_path() might return -ENAMETOOLONG..
cgroup_path() returns NULL on overflow which printk handles fine, no?
Thanks.
--
tejun
--
To unsubscribe from
Hello,
On 2014-02-11 22:14, Laura Abbott wrote:
memblock is now fully integrated into the kernel and is the prefered
method for tracking memory. Rather than reinvent the wheel with
meminfo, migrate to using memblock directly instead of meminfo as
an intermediate.
Acked-by: Jason Cooper
Use the device platform data as a regmap config
name. This is particularly useful in the regmap
debugfs when there is more than one syscon device
registered, to distinguish the register blocks.
Cc: Samuel Ortiz sa...@linux.intel.com
Cc: Lee Jones lee.jo...@linaro.org
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Robert Richter r...@kernel.org
commit bee09ed91cacdbffdbcd3b05de8409c77ec9fcd6 upstream.
On AMD family 10h we see following error messages while waking up from
S3 for all non-boot CPUs leading
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Simon Guinot sgui...@lacie.com
commit e098f5cbe9d410e7878b50f524dce36cc83ec40e upstream.
This patch adds support for the PCI ID provided by the Marvell 88SE9170
SATA controller.
Signed-off-by:
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: NeilBrown ne...@suse.de
commit 1cc03eb93245e63b0b7a7832165efdc52e25b4e6 upstream.
commit 5d8c71f9e5fbdd95650be00294d238e27a363b5c
md: raid5 crash during degradation
Fixed a crash in an
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Russell King rmk+ker...@arm.linux.org.uk
commit 29c350bf28da333e41e30497b649fe335712a2ab upstream.
The array was missing the final entry for the undefined instruction
exception handler; this
My static checker found some slightly inaccurate format codes in printf
calls in comedi_fops.c and drivers/comedi_bond.c. It may be slightly
pedantic to change them, but using the correctly corresponding format
codes is probably a good idea. All but one were unsigned ints that were
formatted
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o ty...@mit.edu
commit f5a44db5d2d677dfbf12deee461f85e9ec633961 upstream.
The missing casts can cause the high 64-bits of the physical blocks to
be lost. Set up new macros which
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Robin H. Johnson robb...@gentoo.org
commit b8bd6dc36186fe99afa7b73e9e2d9a98ad5c4865 upstream.
A user on StackExchange had a failing SSD that's soldered directly
onto the motherboard of his
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Kirill Tkhai tk...@yandex.ru
commit 757dfcaa41844595964f1220f1d33182dae49976 upstream.
This patch touches the RT group scheduling case.
Functions inc_rt_prio_smp() and dec_rt_prio_smp() change
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Peter Korsgaard pe...@korsgaard.com
commit 4263c86dca5198da6bd3ad826d0b2304fbe25776 upstream.
Certain dm962x revisions contain an bug, where if a USB bulk transfer retry
(E.G. if bulk crc
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Sujith Manoharan c_man...@qca.qualcomm.com
commit 73f0b56a1ff64e7fb6c3a62088804bab93bcedc2 upstream.
This patch adds a driver workaround for a HW issue.
A race condition in the HW results in
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: NeilBrown ne...@suse.de
commit e8b849158508565e0cd6bc80061124afc5879160 upstream.
commit e875ecea266a543e643b19e44cf472f1412708f9
md/raid10 record bad blocks as needed during recovery.
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Chad Hanson chan...@trustedcs.com
commit 46d01d63221c3508421dd72ff9c879f61053cffc upstream.
Fix a broken networking check. Return an error if peer recv fails. If
secmark is active and the
MAX6650/MAX6651 chip is a multi-function device with I2C busses. The
chip includes fan-speed regulators and monitors, GPIO, and alarm.
This patch is an initial release of a MAX6650/6651 MFD driver that
supports to enable the chip with its primary I2C bus that will connect
the hwmon, and
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Josh Boyer jwbo...@redhat.com
commit f447ef4a56dee4b68a91460bcdfe06b5011085f2 upstream.
If a user calls 'cpupower set --perf-bias 15', the process will end with
a SIGSEGV in libc because
Hi Greg,
On Tue, Feb 11, 2014 at 11:04:01AM -0800, Greg Kroah-Hartman wrote:
Test these out well, they have barely survived my systems, and I don't
trust them in the slightest to not eat your disks, reap your tasks, and
run away laughing as your CPU turns into a space heater.
You have been
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Miao Xie mi...@cn.fujitsu.com
commit c4602c1c818bd6626178d6d3fcc152d9f2f48ac0 upstream.
Ftrace currently initializes only the online CPUs. This implementation has
two problems:
- If we online a
+ max665x-map = devm_regmap_init_i2c(i2c, max665x_regmap_config);
Don't you need to check the return value of devm_regmap_init_i2c?
I personally think I should. I strived for consistency though with
other similar drivers. After this many reviews about such things, it
seems that
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Thomas Hellstrom thellst...@vmware.com
commit d386735588c3e22129c2bc6eb64fc1d37a8f805c upstream.
VMAs covering a bo but that didn't start at the same address space offset as
the bo they were
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Peter Korsgaard pe...@korsgaard.com
commit 407900cfb54bdb2cfa228010b6697305f66b2948 upstream.
dm9620/dm9621a require room for 4 byte padding even in dm9601 (3 byte
header) mode.
Signed-off-by:
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Dan Williams dan.j.willi...@intel.com
commit 77873803363c9e831fc1d1e6895c084279090c22 upstream.
net_dma can cause data to be copied to a stale mapping if a
copy-on-write fault occurs during
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher alexander.deuc...@amd.com
commit d00adcc8ae9e22eca9d8af5f66c59ad9a74c90ec upstream.
Fixes rendering corruption due to incorrect
gfx configuration.
bug:
Ahoy!
My trace is the last one, therefore per LIFO I am sending this report to
you.
[ cut here ]
WARNING: CPU: 2 PID: 4415 at lib/idr.c:527 idr_remove.part.6+0x243/0x250()
idr_remove called for id=136 which is not allocated.
CPU: 2 PID: 4415 Comm: systemd Not tainted
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Venkat Venkatsubra venkat.x.venkatsu...@oracle.com
[ Upstream commit 18fc25c94eadc52a42c025125af24657a93638c0 ]
After congestion update on a local connection, when rds_ib_xmit returns
less
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Oleg Nesterov o...@redhat.com
commit c0c1439541f5305b57a83d599af32b74182933fe upstream.
selinux_setprocattr() does ptrace_parent(p) under task_lock(p),
but task_struct-alloc_lock doesn't pin
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: JongHo Kim furmu...@gmail.com
commit ed697e1aaf7237b1a62af39f64463b05c262808d upstream.
When the process is sleeping at the SNDRV_PCM_STATE_PAUSED
state from the wait_for_avail function, the
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Russell King rmk+ker...@arm.linux.org.uk
commit 4ff859fe1dc0da0f87bbdfff78f527898878fa4a upstream.
The clockevents code was being told that the footbridge clock event
device ticks at 16x the
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Sasha Levin sasha.le...@oracle.com
[ Upstream commit 37ab4fa7844a044dc21fde45e2a0fc2f3c3b6490 ]
This is similar to the set_peek_off patch where calling bind while the
socket is stuck in
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Changli Gao xiao...@gmail.com
[ Upstream commit d323e92cc3f4edd943610557c9ea1bb4bb5056e8 ]
maxattr in genl_family should be used to save the max attribute
type, but not the max command type.
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Michal Schmidt mschm...@redhat.com
[ Upstream commit 95e92fd40c967c363ad66b2fd1ce4dcd68132e54 ]
bnx2x triggers warnings with CONFIG_DMA_API_DEBUG=y:
WARNING: CPU: 0 PID: 2253 at
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Daniel Borkmann dbork...@redhat.com
[ Upstream commit 4d231b76eef6c4a6bd9c96769e191517765942cb ]
While commit 30a584d944fb fixes datagram interface in LLC, a use
after free bug has been
On Tue, Feb 11, 2014 at 10:59:58PM -0800, Linus Torvalds wrote:
On Tue, Feb 11, 2014 at 10:31 PM, Dave Chinner da...@fromorbit.com wrote:
FYI, just creating lots of files with open(O_CREAT):
[ 348.718357] fs_mark (4828) used greatest stack depth: 2968 bytes left
[ 348.769846] fs_mark
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: David S. Miller da...@davemloft.net
[ Upstream commit 2205369a314e12fcec4781cc73ac9c08fc2b47de ]
When the vlan code detects that the real device can do TX VLAN offloads
in hardware, it tries to
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jianguo Wu wujian...@huawei.com
commit a49ecbcd7b0d5a1cda7d60e03df402dd0ef76ac8 upstream.
After a successful hugetlb page migration by soft offline, the source
page will either be freed into
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Neal Cardwell ncardw...@google.com
[ Based upon upstream commit 70315d22d3c7383f9a508d0aab21e2eb35b2303a ]
Fix inet_diag_dump_icsk() to reflect the fact that both TIME_WAIT and
FIN_WAIT2
Kedves Felhasználó
Jelszó lejár 3 napon belül Kattintson ide, hogy ellenorizze az e-mail
http://web-hronline.jimdo.com/
köszönöm
rendszergazda
--
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
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Yijing Wang wangyij...@huawei.com
commit b0cc6020e1cc62f1253215f189611b34be4a83c7 upstream.
Currently, we enable ARI in a device's upstream bridge if the bridge and
the device support it. But
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Curt Brune c...@cumulusnetworks.com
[ Upstream commit fe0d692bbc645786bce1a98439e548ae619269f5 ]
br_multicast_set_hash_max() is called from process context in
net/bridge/br_sysfs_br.c by the
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Florian Westphal f...@strlen.de
[ Upstream commit f81152e35001e91997ec74a7b4e040e6ab0acccf ]
recvmsg handler in net/rose/af_rose.c performs size-check -msg_namelen.
After commit
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet eduma...@google.com
[ Upstream commit 28e24c62ab3062e965ef1b3bcc244d50aee7fa85 ]
Few network drivers really supports frag_list : virtual drivers.
Some drivers wrongly advertise
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Nat Gurumoorthy n...@google.com
[ Upstream commit 388d3335575f4c056dcf7138a30f1454e2145cd8 ]
The new tg3 driver leaves REG_BASE_ADDR (PCI config offset 120)
uninitialized. From power on reset
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Salva Peiró spe...@ai2.upv.es
[ Upstream commit 8e3fbf870481eb53b2d3a322d1fc395ad8b367ed ]
The yam_ioctl() code fails to initialise the cmd field
of the struct yamdrv_ioctl_cfg. Add an explicit
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Sasha Levin sasha.le...@oracle.com
[ Upstream commit c2349758acf1874e4c2b93fe41d072336f1a31d0 ]
Binding might result in a NULL device, which is dereferenced
causing this BUG:
[ 1317.260548]
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Daniel Borkmann dbork...@redhat.com
[ Upstream commit b1aac815c0891fe4a55a6b0b715910142227700f ]
Jakub reported while working with nlmon netlink sniffer that parts of
the inet_diag_sockid are
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Wenliang Fan fanwle...@gmail.com
[ Upstream commit e9db5c21d3646a6454fcd04938dd215ac3ab620a ]
The local variable 'bi' comes from userspace. If userspace passed a
large number to
Running tests on this branch, will push it into tip tomorrow if ok.
On February 11, 2014 11:06:45 PM PST, Ingo Molnar mi...@kernel.org wrote:
* H. Peter Anvin h...@zytor.com wrote:
On 02/11/2014 06:53 PM, David Rientjes wrote:
Hi Ingo, Peter, and Thomas,
[ Be aware of bouncing emails
Use devm_ioremap_resource() in order to make the code simpler,
and remove redundant return value check of platform_get_resource()
because the value is checked by devm_ioremap_resource().
Signed-off-by: Jingoo Han jg1@samsung.com
---
drivers/mfd/ti_am335x_tscadc.c | 23
This is the start of the stable review cycle for the 3.2.55 release.
There are 79 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 Fri Feb 14 09:00:00 UTC 2014.
Anything
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Hannes Frederic Sowa han...@stressinduktion.org
[ Upstream commit a3300ef4bbb1f1e33ff0400e1e6cf7733d988f4f ]
Brett Ciphery reported that new ipv6 addresses failed to get installed
because the
On (02/12/14 16:08), Minchan Kim wrote:
[..]
+#include linux/kernel.h
+#include linux/string.h
+#include linux/slab.h
+#include linux/vmalloc.h
+#include linux/wait.h
+#include linux/sched.h
+
+#include zram_comp.h
+
+extern struct zram_comp_backend zcomp_lzo;
+
+static
1 - 100 of 1754 matches
Mail list logo