Hi Dave,
I did totally check your review points.
I will share the patch soon.
Thanks for your review!
On Tue, Feb 17, 2015 at 12:47:49AM +0900, Namjae Jeon wrote:
From: Namjae Jeon namjae.j...@samsung.com
This patch implements fallocate's FALLOC_FL_INSERT_RANGE for XFS.
1) Make sure
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Thomas Hellstrom thellst...@vmware.com
commit 1f563a6a46544602183e7493b6ef69769d3d76d9 upstream.
Kernel side fence objects are used when unbinding resources and may thus be
created as part of a
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jiri Jaburek jjabu...@redhat.com
commit d70a1b9893f820fdbcdffac408c909c50f2e6b43 upstream.
The Arcam rPAC seems to have the same problem - whenever anything
(alsamixer, udevd, 3.9+ kernel from
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai ti...@suse.de
commit b26bdde5bb27f3f900e25a95e33a0c476c8c2c48 upstream.
When loading encrypted-keys module, if the last check of
aes_get_sizes() in init_encrypted() fails, the
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Filipe Manana fdman...@suse.com
commit 678886bdc6378c1cbd5072da2c5a3035000214e3 upstream.
When we abort a transaction we iterate over all the ranges marked as dirty
in fs_info-freed_extents[0]
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Dominique Leuenberger dims...@opensuse.org
commit 6583659e0f92e38079a8dd081e0a1181a0f37747 upstream.
HP ZBook 15 laptop needs a non-standard mapping (x_inverted).
BugLink:
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai ti...@suse.de
commit 66139a48cee1530c91f37c145384b4ee7043f0b7 upstream.
In snd_usbmidi_error_timer(), the driver tries to resubmit MIDI input
URBs to reactivate the MIDI stream,
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Dan Carpenter dan.carpen...@oracle.com
commit fc625960edecfb57e62c2975d1f155155e28e6ba upstream.
Both dev-udev and interface-dev are NULL. These printks are not
very interesting so I just
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Michael Halcrow mhalc...@google.com
commit 942080643bce061c3dd9d5718d3b745dcb39a8bc upstream.
Dmitry Chernenkov used KASAN to discover that eCryptfs writes past the
end of the allocated buffer
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jan Kara j...@suse.cz
commit f54e18f1b831c92f6512d2eedb224cd63d607d3d upstream.
Rock Ridge extensions define so called Continuation Entries (CE) which
define where is further space with Rock
Hi Linus
Here is the nios2 update for 3.20:
- add early printk support
- add kgdb support
- add compressed kernel support
- bugfixes
Please consider pulling.
Regards
Ley Foon
The following changes since commit bfa76d49576599a4b9f9b7a71f23d73d6dcff735:
Linux 3.19 (2015-02-08 18:54:22 -0800)
2015-02-16 0:43 GMT+01:00 Andreas Färber afaer...@suse.de:
Am 12.02.2015 um 18:45 schrieb Maxime Coquelin:
This patch adds clocksource support for ARMv7-M's System timer,
also known as SysTick.
Signed-off-by: Maxime Coquelin mcoquelin.st...@gmail.com
---
On Wed, 11 Feb 2015, Antoine Tenart wrote:
Marvell Berlin SoC have two nodes providing multiple devices (clk,
pinctrl, reset). While until now these drivers were initialized using
initcalls, this wasn't a proper solution. This mfd driver will be
responsible of adding these devices, to be
On Mon, Feb 16, 2015 at 01:36:43PM +0100, Hans Verkuil wrote:
On 02/16/2015 01:18 PM, Luis de Bethencourt wrote:
Hi all,
As can be seen in Han's build log:
http://hverkuil.home.xs4all.nl/logs/Saturday.log
The recent commit bc0c5aa35ac88342831933ca7758ead62d9bae2b introduces a
On Mon, Feb 16, 2015 at 03:20:38PM +0800, Fengguang Wu wrote:
Elapsed time: 25
qemu-system-x86_64 -cpu kvm64 -enable-kvm -kernel
/kernel/i386-randconfig-x1-02152111/1019a359d3dc4b64d0e1e5a5efcb725d5e83994d/vmlinuz-3.19.0-rc6-00041-g1019a35
But you 'forgot' to include the .config for this
On Wed, 11 Feb 2015, Kiran Padwal wrote:
This patch add a missing check on the return value of devm_kzalloc,
which would cause a NULL pointer dereference in a OOM situation.
Signed-off-by: Kiran Padwal kiran.pad...@smartplayin.com
---
drivers/mfd/intel_soc_pmic_core.c |3 +++
1 file
On Sat, 24 Jan 2015, Robert Jarzmik wrote:
Lubbock () board is the IO motherboard of the Intel PXA25x Development
Platform, which supports the Lubbock pxa25x soc board.
Historically, this support was in arch/arm/mach-pxa/lubbock.c. When
gpio-pxa was moved to drivers/pxa, it became a driver,
From: Thomas Gleixner t...@linutronix.de
Replace the clockevents_notify() call with an explicit function call.
Signed-off-by: Thomas Gleixner t...@linutronix.de
---
arch/x86/kernel/process.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Index: linux/arch/x86/kernel/process.c
Hi!
I'll follow up with you in a couple weeks most likely. I have some urgent
things that will be taking all my time and then some until then. Feel free
to poke me though if I lose track of it :-)
FYI I've started to work on futex testcases for LTP. The first batch has
been commited in:
From: Thomas Gleixner t...@linutronix.de
Replace the clockevents_notify() call with an explicit function call.
Signed-off-by: Thomas Gleixner t...@linutronix.de
Cc: Fenghua Yu fenghua...@intel.com
Cc: Rafael J. Wysocki r...@rjwysocki.net
Cc: Len Brown l...@kernel.org
---
From: Thomas Gleixner t...@linutronix.de
Replace the clockevents_notify() call with an explicit function call.
Signed-off-by: Thomas Gleixner t...@linutronix.de
Cc: Fenghua Yu fenghua...@intel.com
Cc: Rafael J. Wysocki r...@rjwysocki.net
Cc: Len Brown l...@kernel.org
---
drivers/acpi/acpi_pad.c
From: Thomas Gleixner t...@linutronix.de
Replace the clockevents_notify() call with an explicit function call.
Signed-off-by: Thomas Gleixner t...@linutronix.de
Cc: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/cpuidle44xx.c |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
From: Thomas Gleixner t...@linutronix.de
Replace the clockevents_notify() call with an explicit function call.
Signed-off-by: Thomas Gleixner t...@linutronix.de
Cc: Fenghua Yu fenghua...@intel.com
Cc: Rafael J. Wysocki r...@rjwysocki.net
Cc: Len Brown l...@kernel.org
---
From: Thomas Gleixner t...@linutronix.de
Replace the clockevents_notify() call with an explicit function call.
Signed-off-by: Thomas Gleixner t...@linutronix.de
Cc: Fenghua Yu fenghua...@intel.com
Cc: Rafael J. Wysocki r...@rjwysocki.net
Cc: Len Brown l...@kernel.org
---
drivers/acpi/acpi_pad.c
From: Thomas Gleixner t...@linutronix.de
Move clocksource related stuff to timekeeping.h and remove the
pointless include from ntp.c
Signed-off-by: Thomas Gleixner t...@linutronix.de
---
kernel/time/clocksource.c |2 +-
kernel/time/jiffies.c |2 +-
kernel/time/ntp.c |
From: Thomas Gleixner t...@linutronix.de
No point to expose everything to the world. People just believe such
functions can be abused for whatever purposes. Sigh.
Signed-off-by: Thomas Gleixner t...@linutronix.de
Cc: Nicolas Pitre n...@linaro.org
---
include/linux/clockchips.h | 15 ++---
Hi,
While working with Rafael on the suspend to idle machinery Thomas made these
cleanups; since one might as well clean code up while you've done the work of
thinking through it again.
As it stands there's very little overlap between Rafael's series and this one
aside from a few trivial fixups.
From: Thomas Gleixner t...@linutronix.de
clockevents_notify() is a leftover from the early design of the
clockevents facility. It's really not a notification mechanism, it's a
multiplex call. We are way better off to have explicit calls instead of this
monstrosity.
Split out the broadcast
From: Thomas Gleixner t...@linutronix.de
Preeti reported a cpu down race with hrtimer based broadcasting:
Assume CPU1 is the CPU which holds the hrtimer broadcasting duty
before it is taken down.
CPU0CPU1
cpu_down()
takedown_cpu()
From: Thomas Gleixner t...@linutronix.de
clockevents_notify() is a leftover from the early design of the
clockevents facility. It's really not a notification mechanism, it's a
multiplex call. We are way better off to have explicit calls instead of this
monstrosity.
Split out the tick_handover
From: Thomas Gleixner t...@linutronix.de
tick-internal.h is pretty confusing as a lot of the stub inlines are
there several times.
Distangle the maze and make clear functional sections.
Signed-off-by: Thomas Gleixner t...@linutronix.de
---
kernel/time/tick-internal.h | 145
- Mail original -
De: Lee Jones lee.jo...@linaro.org
À: Robert Jarzmik robert.jarz...@free.fr
Cc: Rob Herring robh...@kernel.org, Pawel Moll pawel.m...@arm.com,
Mark Rutland mark.rutl...@arm.com, Ian Campbell
ijc+devicet...@hellion.org.uk, Kumar Gala ga...@codeaurora.org, Daniel
Mack
* Stanislav Meduna | 2014-04-17 16:18:16 [+0200]:
diff --git a/drivers/w1/w1_io.c b/drivers/w1/w1_io.c
index e10acc2..7065486 100644
--- a/drivers/w1/w1_io.c
+++ b/drivers/w1/w1_io.c
@@ -170,14 +170,14 @@ static u8 w1_read_bit(struct w1_master *dev)
unsigned long flags = 0;
/*
On Mon, Feb 16, 2015 at 09:25:57PM +0800, Fengguang Wu wrote:
On Mon, Feb 16, 2015 at 01:49:50PM +0100, Peter Zijlstra wrote:
On Mon, Feb 16, 2015 at 03:20:38PM +0800, Fengguang Wu wrote:
Elapsed time: 25
qemu-system-x86_64 -cpu kvm64 -enable-kvm -kernel
Hi Maxime,
On Mon, 16 Feb 2015 13:51:11 +0100
Maxime Ripard maxime.rip...@free-electrons.com wrote:
The NDDB register holds the data that are needed by the read and write
commands.
However, during a read PIO access, the datasheet specifies that after each 32
bits read in that register,
On Mon, Feb 16, 2015 at 09:25:57PM +0800, Fengguang Wu wrote:
On Mon, Feb 16, 2015 at 01:49:50PM +0100, Peter Zijlstra wrote:
On Mon, Feb 16, 2015 at 03:20:38PM +0800, Fengguang Wu wrote:
Elapsed time: 25
qemu-system-x86_64 -cpu kvm64 -enable-kvm -kernel
On 02/16/2015 09:51 AM, Maxime Ripard wrote:
The NDDB register holds the data that are needed by the read and write
commands.
However, during a read PIO access, the datasheet specifies that after each 32
bits read in that register, when BCH is enabled, we have to make sure that the
RDDREQ
Hi Dear brcmsmac Devs,
following up my previous email, since I didn't receive any feedback, I
took the trouble to test my understandings myself.
First of all, I want to report the following fact: the TX power is
blocked/fixed to 19dbm, no matter what local regdom or power setting.
If that is an
On 02/16/2015 05:44 AM, Rusty Russell wrote:
Andrey Ryabinin a.ryabi...@samsung.com writes:
MODULE_DEVICE_TABLE() macro used to create aliases to device tables.
Normally alias should have the same type as aliased symbol.
Device tables are arrays, so they have 'struct type##_device_id[x]'
2015-02-16 14:51 GMT+01:00 Lee Jones lee.jo...@linaro.org:
On Wed, 04 Feb 2015, Jaewon Kim wrote:
This patch adds MAX77843 core/irq driver to support PMIC,
MUIC(Micro USB Interface Controller), Charger, Fuel Gauge,
LED and Haptic device.
Cc: Lee Jones lee.jo...@linaro.org
Signed-off-by:
On Thu, 22 Jan 2015, micky_ch...@realsil.com.cn wrote:
From: Micky Ching micky_ch...@realsil.com.cn
update phy register value and using direct value instead of macros.
It is much easier to debug using constant value than a lot of macros.
We usually need compare the value directly to check
Arnd Bergmann a...@arndb.de writes:
Most platforms use void pointer arguments in these functions, but
ixp4xx does not, which triggers lots of warnings in device drivers like:
net/ethernet/8390/ne2k-pci.c: In function 'ne2k_pci_get_8390_hdr':
net/ethernet/8390/ne2k-pci.c:503:3: warning:
On Mon, 9 Feb 2015, Josh Poimboeuf wrote:
Add a basic per-task consistency model. This is the foundation which
will eventually enable us to patch those ~10% of security patches which
change function prototypes and/or data semantics.
When a patch is enabled, livepatch enters into a
This patch-set fix NULL pointer error during kernel booting and the bug of
PD_DET_EN bit field of Exynos7 TMU. And the clean-up the exynos compatible
table by making oneline entry.
Chanwoo Choi (3):
thermal: exynos: Fix NULL pointer exception during kernel booting
thermal: exynos: Fix wrong
This patch fixes the wrong control of PD_DET_EN (power down detection mode)
for Exynos7 because exynos7_tmu_control() always enables the power down
detection
mode regardless 'on' parameter.
Cc: Zhang Rui rui.zh...@intel.com
Cc: Eduardo Valentin edubez...@gmail.com
Signed-off-by: Chanwoo Choi
On Mon, 02 Feb 2015, Todd Brandt wrote:
Name changes to the battery cell structure to a
more generic cell type: fuel gauge.
Signed-off-by: Todd Brandt todd.e.bra...@linux.intel.com
Acked-By: Sebastian Reichel s...@kernel.org
Acked-by: Jacob Pan jacob.jun@linux.intel.com
---
On Mon, 16 Feb 2015 15:32:00 +0200
Kirill A. Shutemov kir...@shutemov.name wrote:
On Mon, Feb 09, 2015 at 05:55:40AM -0500, Jeff Layton wrote:
The following changes since commit cb59670870d90ff8bc31f5f2efc407c6fe4938c0:
Merge branch 'for-linus' of
On architectures that depend on DT for obtaining cache hierarcy, we need
to validate the device node for all the cache indices, failing to do so
might result in wrong information being exposed to the userspace.
This is quite possible on initial/incomplete versions of the device
trees. In such
The build-time tool arch/x86/vdso/vdso2c.c includes linux/elf.h,
but cannot find it, unless the build host happens to provide it.
It should be reading the uapi linux/elf.h
This build regression came along with the vdso2c between
3.15 and 3.16.
Signed-off-by: Tommi Kyntola
On Fri, 2015-01-16 at 18:59 +0800, 曾婷葳 (tammy_tseng) wrote:
Hey, Oliver
On Mon, Jan 12, 2015 at 7:50 PM, Oliver Neukum oneu...@suse.de wrote:
On Mon, 2015-01-12 at 18:53 +0800, 曾婷葳 (tammy_tseng) wrote:
(Skip the code diff...)
Again macros for endianness
And the driver has a great
This patch fixes the NULL pointer exception during kernel booting. The
thermal_zone
_of_sensor_register() registers a sensor to DT thermal zone and then read
the current temperature by '.get_temp' callback. The callback function
of exynos thermal driver is exynos_get_temp() which must need the
This patch cleanup the code to use oneline for entry of exynos compatible
table.
Cc: Zhang Rui rui.zh...@intel.com
Cc: Eduardo Valentin edubez...@gmail.com
Signed-off-by: Chanwoo Choi cw00.c...@samsung.com
---
drivers/thermal/samsung/exynos_tmu.c | 38 ++--
1 file
I am in the process of adding an ACPI Device Property to specify
the driver strength (aka drive strength, driver type) for use
with eMMC/SD/SDIO cards, however the ACPI Specification Workgroup
requires that Device Properties be sufficiently generic. This
raises several questions as to what is
On Thu, 22 Jan 2015, micky_ch...@realsil.com.cn wrote:
From: Micky Ching micky_ch...@realsil.com.cn
add support for new chip rts524A.
Signed-off-by: Micky Ching micky_ch...@realsil.com.cn
---
drivers/mfd/rts5249.c| 186
---
On Thu, 2015-02-12 at 14:07 +0800, 曾婷葳 (tammy_tseng) wrote:
Hi,
I've checked the coding style and modified the i2c and hid touch driver for
sis touch controller.
Please help review them.
Thanks a lot.
Sorry, I accidentally reviewed the old version first.
Tammy
-
Here is the
On Thu, 22 Jan 2015, micky_ch...@realsil.com.cn wrote:
From: Micky Ching micky_ch...@realsil.com.cn
To enable/disable ASPM we should find LINK CONTROL register
in PCI config space. All old chip use 0x80 address, but new
chip may use another address, so we using pci_find_capability()
to get
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Kees Cook keesc...@chromium.org
commit 5d26a105b5a73e5635eae0629b42fa0a90e07b7b upstream.
This prefixes all crypto module loading with crypto- so we never run
the risk of exposing module
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jan Kara j...@suse.cz
commit 0e5cc9a40ada6046e6bc3bdfcd0c0d7e4b706b14 upstream.
Symlink reading code does not check whether the resulting path fits into
the page provided by the generic code.
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Andy Lutomirski l...@amacapital.net
commit 394f56fe480140877304d342dec46d50dc823d46 upstream.
The theory behind vdso randomization is that it's mapped at a random
offset above the top of the
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Bo Shen voice.s...@atmel.com
commit f40afdddeb6c54ffd1e2920a5e93e363d6748db6 upstream.
According to the datasheet, when transfer using DMA, the control
setting for IN packet only need
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jan Kara j...@suse.cz
commit 4e2024624e678f0ebb916e6192bd23c1f9fdf696 upstream.
We didn't check length of rock ridge ER records before printing them.
Thus corrupted isofs image can cause us to
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jan Kara j...@suse.cz
commit a1d47b262952a45aae62bd49cfaf33dd76c11a2c upstream.
UDF specification allows arbitrarily large symlinks. However we support
only symlinks at most one block large.
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Zidan Wang b50...@freescale.com
commit 22ee76daddb87f88d2336d1b4737ef27c4f307ac upstream.
wm8960 codec can't support sample rate 11250, it must be 11025.
Signed-off-by: Zidan Wang
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Wanlong Gao gaowanl...@cn.fujitsu.com
commit 9bffdca8c64a72ac54c47a552734ab457bc720d4 upstream.
Use dev_to_virtio wrapper in virtio to make code clearly.
Cc: Rusty Russell
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Axel Lin axel@ingics.com
commit d297933cc7fcfbaaf2d37570baac73287bf0357d upstream.
Current code tries to find the highest valid fifo depth by checking the value
it wrote to DW_SPI_TXFLTR.
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Greg Kroah-Hartman gre...@linuxfoundation.org
commit 403dff4e2c94f275e24fd85f40b2732ffec268a1 upstream.
We need to check that we have both a valid data and control inteface for both
types of
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Andy Lutomirski l...@amacapital.net
commit 0e58af4e1d2166e9e33375a0f121e4867010d4f8 upstream.
Users have no business installing custom code segments into the
GDT, and segments that are not
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Dan Carpenter dan.carpen...@oracle.com
commit b5c8afe5be51078a979d86ae5ae78c4ac948063d upstream.
origPtr is used as an offset into the bd-dbuf[] array. That array is
allocated in
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Junxiao Bi junxiao...@oracle.com
commit 136f49b9171074872f2a14ad0ab10486d1ba13ca upstream.
For buffer write, page lock will be got in write_begin and released in
write_end, in
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Toshiaki Makita makita.toshi...@lab.ntt.co.jp
commit 796f2da81bead71ffc91ef70912cd8d1827bf756 upstream.
When vlan tags are stacked, it is very likely that the outer tag is stored
in
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Sujith Manoharan suj...@msujith.org
commit 35580d223b6b04d9a570e4fe377c46a102413fe8 upstream.
T: Bus=02 Lev=01 Prnt=01 Port=04 Cnt=01 Dev#= 9 Spd=12 MxCh= 0
D: Ver= 1.10 Cls=e0(wlcon)
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Songjun Wu songjun...@atmel.com
commit 5fb694f96e7c19e66b1c55124b98812e32e3efa5 upstream.
When unloading the module 'g_hid.ko', the urb request will be dequeued and the
completion routine will
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai ti...@suse.de
commit c507de88f6a336bd7296c9ec0073b2d4af8b4f5e upstream.
stac_store_hints() does utterly wrong for masking the values for
gpio_dir and gpio_data, likely due to
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Janne Heikkinen janne.m.heikki...@gmail.com
commit 134d3b3550f050b9bec37111824452064d1ed928 upstream.
Asus X553MA has USB device 04ca:3010 that is Atheros AR3012
or compatible.
Device from
On Mon, 2015-02-16 at 17:57 -0800, Greg KH wrote:
On Mon, Feb 16, 2015 at 06:45:53PM -0700, Joseph Kogut wrote:
Signed-off-by: Joseph Kogut joseph.ko...@gmail.com
You need a changelog description here please.
Should I reply inline, or is resending the patch okay?
--
To unsubscribe from
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Sujith Manoharan suj...@msujith.org
commit bd0fca1b2be8c96dfc391a2bc2ee4ce6970ae6af upstream.
T: Bus=03 Lev=01 Prnt=01 Port=02 Cnt=01 Dev#= 2 Spd=12 MxCh= 0
D: Ver= 1.10 Cls=e0(wlcon)
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Miklos Szeredi mszer...@suse.cz
commit ed6d7c8e578331cad594ee70d60e2e146b5dce7b upstream.
There's only one caller of set_page_dirty_balance() and that will call it
with page_mkwrite == 0.
The
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Dmitry Tunin hanipouspi...@gmail.com
commit 3bb30a7cdf9242aca90d49aa41baebf9458f96f0 upstream.
Add support for Bluetooth MCI WB335 (AR9565) Wi-Fi+bt module. This
Bluetooth module requires
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai ti...@suse.de
commit 2228d80dd05a4fc5a410fde847677b8fb3eb23d7 upstream.
We've got a bug report at disconnecting a Webcam, where the kernel
spews warnings like below:
WARNING:
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Ken O'Brien ker...@kenobrien.org
commit 5bcecf325378218a8e248bb6bcae96ec7362f8ef upstream.
Add generic rule on encountering Belkin bluetooth usb device F8065bf.
Relevant section from
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Guenter Roeck li...@roeck-us.net
commit 39ef311204941ddd01ea2950d6220c8ccc710d15 upstream.
device_create_groups lets callers create devices as well as associated
sysfs attributes with a single
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Tomi Valkeinen tomi.valkei...@ti.com
commit 30ea9c5218651bc11cbdba7820be78f04e2d83bc upstream.
fb_deferred_io_fsync() returns the value of schedule_delayed_work() as
an error code, but
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Sasha Levin sasha.le...@oracle.com
commit 63bd62a08ca45a0c804c3c89777edc7f76a2d6da upstream.
A struct device which has just been unregistered can live on past the
point at which a driver
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Daniel Borkmann dbork...@redhat.com
commit 2061dcd6bff8b774b4fac8b0739b6be3f87bc9f2 upstream.
I.e. one-to-many sockets in SCTP are not required to explicitly
call into connect(2) or
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Tomi Valkeinen tomi.valkei...@ti.com
commit 92b004d1aa9f367c372511ca0330f58216b25703 upstream.
If the probe of an fb driver has been deferred due to missing
dependencies, and the probe is later
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Ashay Jaiswal ash...@codeaurora.org
commit 83b0302d347a49f951e904184afe57ac3723476e upstream.
The regulator framework maintains a list of consumer regulators
for a regulator device and protects
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Dan Carpenter dan.carpen...@oracle.com
commit 606185b20caf4c57d7e41e5a5ea4aff460aef2ab upstream.
This is a static checker fix. We write some binary settings to the
sysfs file. One of the
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Linus Torvalds torva...@linux-foundation.org
commit fee7e49d45149fba60156f5b59014f764d3e3728 upstream.
Jay Foad reports that the address sanitizer test (asan) sometimes gets
confused by a stack
Hi Linus,
The following changes since commit 97bf6af1f928216fd6c5a66e8a57bfa95a659672:
Linux 3.19-rc1 (2014-12-20 17:08:50 -0800)
are available in the git repository at:
git://git.infradead.org/linux-mtd.git tags/for-linus-20150216
for you to fetch changes up
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold jo...@kernel.org
commit 5539b3c938d64a60cb1fc442ac3ce9263d52de0c upstream.
Memory allocated and references taken by of_gpiochip_add and
acpi_gpiochip_add were never released on
Removed FIXME from usb/dwc3/dwc3-pci.c by moving definition of
PCI_VENDOR_ID_SYNOPSYS shared with usb/dwc2 to linux/pci_ids.h.
Signed-off-by: Joseph Kogut joseph.ko...@gmail.com
---
drivers/usb/dwc2/pci.c | 1 -
drivers/usb/dwc3/dwc3-pci.c | 2 --
include/linux/pci_ids.h | 2 ++
3 files
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Linus Torvalds torva...@linux-foundation.org
commit 9c145c56d0c8a0b62e48c8d71e055ad0fb2012ba upstream.
The stack guard page error case has long incorrectly caused a SIGBUS
rather than a
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Prashant Sreedharan prash...@broadcom.com
[ Upstream commit 05b0aa579397b734f127af58e401a30784a1e315 ]
During driver load in tg3_init_one, if the driver detects DMA activity before
intializing
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jay Vosburgh jay.vosbu...@canonical.com
[ Upstream commit 2c26d34bbcc0b3f30385d5587aa232289e2eed8e ]
When using VXLAN tunnels and a sky2 device, I have experienced
checksum failures of the
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Mathias Krause mini...@googlemail.com
commit 3e14dcf7cb80b34a1f38b55bc96f02d23fdf upstream.
Commit 5d26a105b5a7 (crypto: prefix module autoloading with crypto-)
changed the automatic module
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Michael Karcher ker...@mkarcher.dialup.fu-berlin.de
commit 1caf647471831d77c75f094d4e00ad1ec808 upstream.
Compiling SH with gcc-4.8 fails due to the -m32 option not being
supported.
Hi,
Could this patch please be picked up? I very regularly hit the problems
caused due to this in gdb (just single step out of a system call that
returns due to EINTR to reproduce and then single step some more...).
I've first spent an embarassing amount of time trying to figure out
what's
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Greg Kroah-Hartman gre...@linuxfoundation.org
commit f2f37f58b1b933b06d6d84e80a31a1b500fb0db2 upstream.
To make it easier for driver subsystems to work with attribute groups,
create the
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: Borislav Petkov b...@suse.de
commit 3b56496865f9f7d9bcb2f93b44c63f274f08e3b6 upstream.
This adds the workaround for erratum 793 as a precaution in case not
every BIOS implements it. This
3.2.67-rc1 review patch. If anyone has any objections, please let me know.
--
From: James P Michels III james.p.mich...@gmail.com
commit cd83ce9e6195aa3ea15ab4db92892802c20df5d0 upstream.
This patch adds a usb quirk to support devices with interupt endpoints
and bInterval
1101 - 1200 of 1560 matches
Mail list logo