Replace the original license statement with the SPDX identifier.
Signed-off-by: Andi Shyti
---
drivers/spi/spi-s3c64xx.c | 18 --
include/linux/platform_data/spi-s3c64xx.h | 4 +---
2 files changed, 5 insertions(+), 17 deletions(-)
diff --git a/drivers/spi/spi-s
On Mon 11-12-17 16:23:31, john.hubb...@gmail.com wrote:
> From: John Hubbard
>
> -- Expand the documentation to discuss the hazards in
>enough detail to allow avoiding them.
>
> -- Mention the upcoming MAP_FIXED_SAFE flag.
>
> -- Enhance the alignment requirement slightly.
>
On Mon 11-12-17 22:10:09, Christophe JAILLET wrote:
> A semaphore is acquired before this check, so we must release it before
> leaving.
>
> Fixes: b7f0554a56f2 ("mm: fail get_vaddr_frames() for filesystem-dax
> mappings")
> Signed-off-by: Christophe JAILLET
Looks good to me now.
Acked-by: Mich
Replace the original license statement with the SPDX identifier.
Update also the copyright owner adding myself as co-owner of the
copyright.
Signed-off-by: Andi Shyti
---
drivers/media/rc/ir-spi.c | 15 +--
1 file changed, 5 insertions(+), 10 deletions(-)
diff --git a/drivers/media
On Mon 11-12-17 17:21:27, Arnd Bergmann wrote:
> The infiniband umem code causes a build failure in some configurations:
>
> In file included from drivers/infiniband/core/umem_odp.c:41:0:
> include/linux/hugetlb.h: In function 'vma_kernel_pagesize':
> include/linux/hugetlb.h:262:32: error: derefer
Commit 1cb686c08d12 ("ARM: dts: exynos: Add status property to Exynos 542x
Mixer nodes") disabled the Mixer node by default in the DTSI and enabled
for each Exynos 542x DTS. But unfortunately it missed to enable it for the
Exynos5800 Peach Pi machine, since the 5800 is also an 542x SoC variant.
Fi
> Subject: [intel-sgx-kernel-dev] [PATCH v7 4/8] intel_sgx: driver for Intel
> Software Guard Extensions
>
> Intel SGX is a set of CPU instructions that can be used by applications
> to set aside private regions of code and data. The code outside the
> enclave is disallowed to access the memory i
Replace the original license statement with the SPDX identifier.
Update also the copyright owner adding myself as co-owner of the
copyright.
Signed-off-by: Andi Shyti
---
drivers/input/touchscreen/s6sy761.c | 15 +--
drivers/input/touchscreen/stmfts.c | 15 +--
2 files
Hello Marek,
On 12/12/2017 08:01 AM, Marek Szyprowski wrote:
> Hi
>
> On 2017-12-11 23:48, Javier Martinez Canillas wrote:
>> Commit 1cb686c08d12 ("ARM: dts: exynos: Add status property to Exynos 542x
>> Mixer nodes") disabled the Mixer node by default in the DTSI and enabled
>> for each Exynos 5
print_symbol() uses extra stack space to sprintf() symbol
information and then to feed that buffer to printk()
char buffer[KSYM_SYMBOL_LEN];
sprint_symbol(buffer, address);
printk(fmt, buffer);
Replace print_symbol() with a direct printk("%pS") call.
Signed-off-by: Sergey Senozhatsky
Cc:
On Tuesday 12 December 2017 12:46 PM, Ladislav Michl wrote:
> Keerthy,
>
> On Tue, Dec 12, 2017 at 11:42:10AM +0530, Keerthy wrote:
>> Remove all the unwanted exports from the driver
>
> I'm adding event capture capability to the pwm-omap driver and so far used
> v4.15-rc3 as codebase.
>
> Int
According to drivers/spi/spi-atmel.c, the kernel module may sleep under
a spinlock.
The function call path is:
atmel_spi_remove (acquire the spinlock)
atmel_spi_release_dma
dma_release_channel
mutex_lock --> may sleep
I do not find a good way to fix it, so I only report.
This possibl
From: Venkat Prashanth B U
Change the name of the function omap_dma_filter_fn to avoid
the following build error in linux kernel version 4.4 :
drivers/dma/dma-omap.c:1273:6: error:
redefinition of 'omap_dma_filter_fn'
Signed-off-by: Venkat Prashanth B U
Changes for v1:
- Edited subject and des
On 12-12-17, 02:17, Rafael J. Wysocki wrote:
> On Monday, December 11, 2017 8:57:19 AM CET Viresh Kumar wrote:
> > On 08-12-17, 14:07, Andrew-sh Cheng wrote:
> > > Add opp v2 information,
> > > and also add clocks, regulators and opp information into cpu nodes
> > >
> > > Signed-off-by: Andrew-sh
On Tue, Dec 12, 2017 at 12:13:59AM +, alexander.le...@verizon.com wrote:
> On Sat, Dec 09, 2017 at 08:41:54AM +0100, Greg Kroah-Hartman wrote:
> >On Sat, Dec 09, 2017 at 06:16:04AM +, alexander.le...@verizon.com wrote:
> >> On Fri, Dec 08, 2017 at 03:56:40AM +, Ben Hutchings wrote:
> >>
On Mon, Dec 11, 2017 at 09:50:03PM -0800, David Rientjes wrote:
> On Mon, 11 Dec 2017, Yaowei Bai wrote:
>
> > This patchset makes some *_is_* like functions return bool because
> > these functions only use true or false as their return values.
> >
> > No functional changes.
> >
>
> I think the
On Thu, 2017-12-07 at 16:30 +0100, Andrew Lunn wrote:
> > @@ -25,20 +28,37 @@ static struct sk_buff *mtk_tag_xmit(struct sk_buff *skb,
> > {
> > struct dsa_port *dp = dsa_slave_to_port(dev);
> > u8 *mtk_tag;
> > + bool is_vlan_skb = true;
>
> ..
>
> > + /* Mark tag attribute on speci
Keerthy,
On Tue, Dec 12, 2017 at 11:42:10AM +0530, Keerthy wrote:
> Remove all the unwanted exports from the driver
I'm adding event capture capability to the pwm-omap driver and so far used
v4.15-rc3 as codebase.
Intended use is an IR receiver; for that I need to measure pulses width and
spaces
+cc da...@fromorbit.com
+cc ty...@mit.edu
+cc wi...@infradead.org
+cc torva...@linux-foundation.org
+cc amir7...@gmail.com
On 12/12/2017 4:11 PM, Byungchul Park wrote:
At the moment, it's rather premature to enable
CONFIG_LOCKDEP_CROSSRELEASE and CONFIG_LOCKDEP_COMPLETIONS by default,
because we
At the moment, it's rather premature to enable
CONFIG_LOCKDEP_CROSSRELEASE and CONFIG_LOCKDEP_COMPLETIONS by default,
because we face a lot of false positives for now since all locks and
waiters are not classified properly yet.
Until most of them get annotated properly, it'd be better to be option
-Original Message-
From: Felipe Balbi [mailto:felipe.ba...@linux.intel.com]
Sent: Monday, December 11, 2017 4:52 PM
To: Yinbo Zhu ; Greg Kroah-Hartman
Cc: Mathias Nyman ; open list:DESIGNWARE USB3 DRD IP
DRIVER ; open list:DESIGNWARE USB3 DRD IP DRIVER
; open list ; Xiaobo
Xie ; Jer
On Mon, Dec 11, 2017 at 10:15:58AM -0800, Palmer Dabbelt wrote:
> On Wed, 06 Dec 2017 18:31:10 PST (-0800), noner...@gmail.com wrote:
> > This patch contains basic ftrace support for RV64I platform.
> > Specifically, function tracer (HAVE_FUNCTION_TRACER), function graph
> > tracer (HAVE_FUNCTION_G
2017-12-12 13:52 GMT+08:00 Wanpeng Li :
> From: Wanpeng Li
>
> Reported by syzkaller:
>
> BUG: KASAN: stack-out-of-bounds in write_mmio+0x11e/0x270 [kvm]
> Read of size 8 at addr 8803259df7f8 by task syz-executor/32298
>
> CPU: 6 PID: 32298 Comm: syz-executor Tainted: G OE4
On 11/12/17 21:42, Pravin Shedge wrote:
> These duplicate includes have been found with scripts/checkincludes.pl but
> they have been removed manually to avoid removing false positives.
>
> Signed-off-by: Pravin Shedge
Reviewed-by: Juergen Gross
Juergen
On 2017年12月12日 14:42, Wanpeng Li wrote:
> 2017-12-12 7:23 GMT+08:00 Lan Tianyu :
>>
>> Reported by syzkaller:
>> WARNING: CPU: 0 PID: 27962 at arch/x86/kvm/emulate.c:5631
>> x86_emulate_insn+0x557/0x15f0 [kvm]
>> Modules linked in: kvm_intel kvm [last unloaded: kvm]
>> CPU: 0 PID: 2796
Hi
On 2017-12-11 23:48, Javier Martinez Canillas wrote:
Commit 1cb686c08d12 ("ARM: dts: exynos: Add status property to Exynos 542x
Mixer nodes") disabled the Mixer node by default in the DTSI and enabled
for each Exynos 542x DTS. But unfortunately it missed to enable it for the
Exynos5800 Peach
On 2017/12/11 21:45, Michal Hocko wrote:
> On Mon 11-12-17 20:59:29, zhong jiang wrote:
>> On 2017/12/11 20:03, Michal Hocko wrote:
>>> On Fri 01-12-17 18:13:52, zhong jiang wrote:
The acpi table are very much like user input. it is likely to
introduce some unreasonable node in some archi
Hi, Andrew
All sounds reasonable. All will be fixed in the next version.
Sean
On Thu, 2017-12-07 at 16:24 +0100, Andrew Lunn wrote:
> > static void
> > +mt7530_port_set_vlan_unware(struct dsa_switch *ds, int port)
> > +{
> > + struct mt7530_priv *priv = ds->priv;
> > + int i;
> > +
2017-12-12 7:23 GMT+08:00 Lan Tianyu :
>
> Reported by syzkaller:
> WARNING: CPU: 0 PID: 27962 at arch/x86/kvm/emulate.c:5631
> x86_emulate_insn+0x557/0x15f0 [kvm]
> Modules linked in: kvm_intel kvm [last unloaded: kvm]
> CPU: 0 PID: 27962 Comm: syz-executor Tainted: GB W
On Mon, Dec 11, 2017 at 11:52 PM, NeilBrown wrote:
> On Mon, Dec 11 2017, Amir Goldstein wrote:
>
>> On Mon, Dec 11, 2017 at 8:04 AM, NeilBrown wrote:
>>> If a filesystem does not set sb->s_export_op, then it
>>> does not support filehandles and export_fs_encode_fh()
>>> and exportfs_encode_inode
On Mon, Dec 11, 2017 at 10:12:13PM -0600, Derald D. Woods wrote:
> The partition information was omitted during the conversion to OMAP3430
> specific data.
That could be intentional...
> The data added by this commit is consistent with current U-Boot default
> definitions.
What about passing U-B
ARM v8.4 extensions add new neon instructions for performing a
multiplication of each FP16 element of one vector with the corresponding
FP16 element of a second vector, and to add or subtract this without an
intermediate rounding to the corresponding FP32 element in a third vector.
This patch dete
For RK1608 driver ,you can use the v4l2-ctl command to capture frames.
Add DT bindings documentation for Rockchip RK1608.
Add the information of the maintainer.
Leo Wen (2):
[media] Add Rockchip RK1608 driver
dt-bindings: Document the Rockchip RK1608 bindings
Documentation/devicetree/binding
Add DT bindings documentation for Rockchip RK1608.
Signed-off-by: Leo Wen
---
Documentation/devicetree/bindings/media/rk1608.txt | 143 +
MAINTAINERS| 1 +
2 files changed, 144 insertions(+)
create mode 100644 Documentation/devicetre
Rk1608 is used as a PreISP to link on Soc, which mainly has two functions.
One is to download the firmware of RK1608, and the other is to match the
extra sensor such as camera and enable sensor by calling sensor's s_power.
use below v4l2-ctl command to capture frames.
v4l2-ctl --verbose -d /d
Hi David,
On 12/11/2017 09:23 PM, David Miller wrote:
From: "Michael S. Tsirkin"
Date: Tue, 5 Dec 2017 21:29:37 +0200
Users of ptr_ring expect that it's safe to give the
data structure a pointer and have it be available
to consumers, but that actually requires an smb_wmb
or a stronger barrier
From: Sean Wang
I work for MediaTek on maintaining the existing MediaTek SoC whose target
to home gateway such as MT7622 and MT7623 that is reusing MT2701 related
files and will keep adding support for the following such kinds of SoCs
in the future.
Signed-off-by: Sean Wang
Reviewed-by: Biao Hu
From: Sean Wang
Add devicetree bindings for MediaTek MT7622 pinctrl driver.
Signed-off-by: Sean Wang
Reviewed-by: Biao Huang
---
.../devicetree/bindings/pinctrl/pinctrl-mt7622.txt | 351 +
1 file changed, 351 insertions(+)
create mode 100644 Documentation/devicetree/bindi
From: Sean Wang
Changes since v1:
- add changes for the suggestion in v1.
- fix up the names for pin 14, 15, 71, 72, 93 and 94.
- add function "watchdog".
- change pin groups used by ethernet, i2s, led, pcie, spic, tdm
and watchdog for refining the naming and reflecting the actual
usage on th
From: Sean Wang
Since lots of MediaTek drivers had been added, it seems slightly better
for that adding cleanup for placing MediaTek pinctrl drivers under the
independent menu as other kinds of drivers usually was done.
Signed-off-by: Sean Wang
Reviewed-by: Biao Huang
---
drivers/pinctrl/medi
From: Sean Wang
Add support for pinctrl on MT7622 SoC. The IO core found on the SoC has
the registers for pinctrl, pinconf and gpio mixed up in the same register
range. However, the IO core for the MT7622 SoC is completely distinct from
anyone of previous MediaTek SoCs which already had support,
On Mon, Dec 11, 2017 at 02:22:30PM -0800, Kevin Hilman wrote:
> On Sun, Mar 26, 2017 at 10:20 AM, Priit Laes wrote:
> > Convert sun4i-a10.dtsi to new CCU driver.
> >
> > Signed-off-by: Priit Laes
>
> I finally got around to bisecting a mainline boot failure on
> sun4i-a10-cubieboard that's been
On Mon, Dec 11, 2017 at 08:02:24PM -0800, Jakub Kicinski wrote:
> On Mon, 11 Dec 2017 15:54:22 +, Al Viro wrote:
> > Essentially, it gives helpers for work with bitfields in fixed-endian.
> > Suppose we have e.g. a little-endian 32bit value with fixed layout;
> > expressing that as a bitfield w
The series moves dmtimer out of plat-omap to drivers/clocksource.
The series also does a bunch of changes to pwm-omap-dmtimer code
to adapt to the driver migration and clean up plat specific
pdata-quirks and use the dmtimer platform data.
Boot tested on DRA7-EVM and AM437X-GP-EVM.
Compile tested o
Add timer ops to the platform data structure
Signed-off-by: Keerthy
Reviewed-by: Sebastian Reichel
---
Changes in v3:
* Added Sebastian's Reviewed-by.
Changes in v2:
* No code changes in this v2 version. Only enhanced patch
statistics for renames.
include/linux/platform_data/dmtime
Adapt driver to utilize dmtimer pdata ops instead of pdata-quirks.
Signed-off-by: Keerthy
---
Changes in v4:
* Switched to dev_get_platdata.
Changes in v3:
* Used of_find_platdata_by_node function to fetch platform
data for timer node.
drivers/pwm/pwm-omap-dmtimer.c | 39 +++
Remove unused timer pdata.
Signed-off-by: Keerthy
Reviewed-by: Sebastian Reichel
---
Changes in v3:
* Added Sebastian's Reviewed-by.
Changes in v2:
* No code changes in this v2 version. Only enhanced patch
statistics for renames.
arch/arm/mach-omap2/pdata-quirks.c | 32
Remove all the unwanted exports from the driver
Signed-off-by: Keerthy
Reviewed-by: Sebastian Reichel
---
Changes in v3:
* Added Sebastian's Reviewed-by.
Changes in v2:
* No code changes in this v2 version. Only enhanced patch
statistics for renames.
arch/arm/plat-omap/dmtimer.c | 2
The header file is currently under plat-omap directory
under arch/omap. Move this out to an accessible place.
No Code changes done to the header file.
Signed-off-by: Keerthy
Reviewed-by: Sebastian Reichel
---
Changes in v3:
* Added Sebastian's Reviewed-by.
Changes in v2:
* No code change
Add the timer ops to the platform data
Signed-off-by: Keerthy
Reviewed-by: Sebastian Reichel
---
Changes in v3:
* Added Sebastian's Reviewed-by.
Changes in v2:
* No code changes in this v2 version. Only enhanced patch
statistics for renames.
drivers/clocksource/timer-dm.c | 25
Move the dmtimer driver out of plat-omap to clocksource.
So that non-omap devices also could use this.
No Code changes done to the driver file only renamed to timer-dm.c.
Also removed the config dependencies for OMAP_DM_TIMER.
Signed-off-by: Keerthy
Reviewed-by: Sebastian Reichel
---
Changes i
Wrap the inline functions under OMAP2PLUS/OMAP1 defines.
Signed-off-by: Keerthy
---
arch/arm/plat-omap/include/plat/dmtimer.h | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/arch/arm/plat-omap/include/plat/dmtimer.h
b/arch/arm/plat-omap/include/plat/dmtimer.h
index dd
ATCPIT100 is often used on the Andes architecture,
This timer provide 4 PIT channels. Each PIT channel is a
multi-function timer, can be configured as 32,16,8 bit timers
or PWM as well.
For system timer it will set channel 1 32-bit timer0 as clock
source and count downwards until underflow and res
VDSO needs real-time cycle count to ensure the time accuracy.
Unlike others, nds32 architecture does not define clock source,
hence VDSO needs atcpit100 offering real-time cycle count
to derive the correct time.
Signed-off-by: Vincent Chen
Signed-off-by: Rick Chen
Signed-off-by: Greentime Hu
--
As Jia-Ju Bai reported:
"According to fs/f2fs/trace.c, the kernel module may sleep under a spinlock.
The function call path is:
f2fs_trace_pid (acquire the spinlock)
f2fs_radix_tree_insert
cond_resched --> may sleep
I do not find a good way to fix it, so I only report.
This possible bug i
Add a document to describe Andestech atcpit100 timer and
binding information.
Signed-off-by: Rick Chen
Signed-off-by: Greentime Hu
Acked-by: Rob Herring
---
.../bindings/timer/andestech,atcpit100-timer.txt | 33 ++
1 file changed, 33 insertions(+)
create mode 100644
Doc
Changelog v5:
- Patch 1/3: Changes
- Patch 2/3: New
- Patch 3/3: Changes
[Patch 1/3] clocksource/drivers/atcpit100: Add andestech atcpit100 timer
1 No need to split out the Makefile patch from the actual driver.
Suggested by Arnd Bergmann
2 Add of_clk.name = "PCLK" to be explicit on
Hi Herbert,
you see the reported problem by simply using
sa.salg_mask = 0x;
Note, I am not fully sure about whether CRYPTO_AF_ALG_ALLOWED_MASK and
CRYPTO_AF_ALG_ALLOWED_TYPE have the correct value. But I think that all
that user space should reach is potentially the ASYNC flag and the
ci
Hi Laurent Pinchart,
Thanks a lot for the review.
On Mon, Dec 11, 2017 at 7:17 PM, Laurent Pinchart
wrote:
>
> Hi Dhaval,
>
> Thank you for the patch.
>
> On Friday, 8 December 2017 14:35:37 EET Dhaval Shah wrote:
> > SPDX-License-Identifier is used for the Xilinx Video IP and
> > related driver
Hi Tejun,
On 2017/12/12 上午3:50, Tejun Heo wrote:
> sync_inodes_sb() can race against cgwb (cgroup writeback) membership
> switches and fail to writeback some inodes. For example, if an inode
> switches to another wb while sync_inodes_sb() is in progress, the new
> wb might not be visible to bdi_s
Add usb otg support for a64-olinuxino board,
- USB0-ID connected with PH9
- USB0-VBUSDET connected with PH6
- USB-DRVVBUS controlled by N_VBUSEN pin from PMIC
Signed-off-by: Jagan Teki
---
.../boot/dts/allwinner/sun50i-a64-olinuxino.dts| 26 ++
1 file changed, 26 insertio
From: Wanpeng Li
Reported by syzkaller:
BUG: KASAN: stack-out-of-bounds in write_mmio+0x11e/0x270 [kvm]
Read of size 8 at addr 8803259df7f8 by task syz-executor/32298
CPU: 6 PID: 32298 Comm: syz-executor Tainted: G OE4.15.0-rc2+
#18
Hardware name: LENOVO ThinkCentre
On Mon, 11 Dec 2017, Yaowei Bai wrote:
> This patchset makes some *_is_* like functions return bool because
> these functions only use true or false as their return values.
>
> No functional changes.
>
I think the concern about this type of patchset in the past is that it is
unnecessary churn
2017-12-12 11:36 GMT+08:00 Peter Xu :
> On Tue, Dec 12, 2017 at 05:51:26AM +0800, Wanpeng Li wrote:
>> 2017-12-12 4:48 GMT+08:00 David Hildenbrand :
>> > On 10.12.2017 22:44, Wanpeng Li wrote:
>> >> From: Wanpeng Li
>> >>
>> >> [ cut here ]
>> >> Bad FPU state detected at
Hello,
On (12/08/17 15:00), Petr Mladek wrote:
[..]
> > However, now that cross-release was introduces, lockdep can be applied
> > to semaphore operations. Actually, I have a plan to do that. I think it
> > would be better to make semaphore tracked with lockdep and remove all
> > these manual acqu
Reported by syzkaller:
WARNING: CPU: 0 PID: 27962 at arch/x86/kvm/emulate.c:5631
x86_emulate_insn+0x557/0x15f0 [kvm]
Modules linked in: kvm_intel kvm [last unloaded: kvm]
CPU: 0 PID: 27962 Comm: syz-executor Tainted: GB W
4.15.0-rc2-next-20171208+ #32
Hardware na
Hi all,
Changes since 20171211:
The clk tree still had its build failures so I used the version from
next-20171208.
The net-next tree gained a conflict against the net tree.
The mac80211-next tree gained a build failure due to an interaction with
the wireless-drivers-next tree for which I
>From: Fabio Estevam [mailto:feste...@gmail.com]
>Sent: Dienstag, 12. Dezember 2017 00:08
>Hi Patrick,
>
Hi Fabio,
>On Mon, Dec 11, 2017 at 5:08 AM, Patrick Brünn
>wrote:
>
>>>rtc@...
>>>
>> The rtc for which this series adds support is embedded within a function
>block called
>> "Secure Real Time
> -Original Message-
> From: Nipun Gupta [mailto:nipun.gu...@nxp.com]
> Sent: Monday, December 11, 2017 9:16 PM
> To: Laurentiu Tudor ; stuyo...@gmail.com;
> Bharat Bhushan ; gre...@linuxfoundation.org;
> cakt...@gmail.com; bretth...@gmail.com; a...@arndb.de
> Cc: linux-kernel@vger.kernel
Hello Vinod, Mark,
> -Original Message-
> From: Vinod Koul [mailto:vinod.k...@intel.com]
> Sent: Tuesday, December 12, 2017 2:49 AM
> To: Mark Brown
> Cc: Suzuki, Katsuhiro/鈴木 勝博 ;
> devicet...@vger.kernel.org; alsa-de...@alsa-project.org; Masami Hiramatsu
> ; Yamada, Masahiro/山田 真弘
> ; l
On 2017/12/12 11:31, Xie XiuQi wrote:
>> +return 0;
> It looks good to me. do_sea() has done all necessary action for SEA, so it
> should always return 0,
> no matter ghes_notify_sea() return true or false.
yes, it is.
>
> Reviewed-by: Xie XiuQi
Thanks XiuQi's review and comments.
>
>>
Hi Steven,
>> ftrace_module_init happen after dynamic_debug_setup, it is desired that
>> cleanup should be called after this label however in current implementation
>> it is called in free module label,ie:even though ftrace in not initialized,
>> from so many fail case ftrace_release_mod() will be
The partition information was omitted during the conversion to OMAP3430
specific data. The data added by this commit is consistent with current
U-Boot default definitions.
Fixes: 62fe1d337461 ("ARM: dts: omap3-evm: Add OMAP3530 specific device
tree processor data")
Signed-off-by: Derald D. Woods
On Mon, 11 Dec 2017 15:54:22 +, Al Viro wrote:
> Essentially, it gives helpers for work with bitfields in fixed-endian.
> Suppose we have e.g. a little-endian 32bit value with fixed layout;
> expressing that as a bitfield would go like
> struct foo {
> unsigned foo:4;
According to drivers/gpio/gpio-grgpio.c, the kernel module may sleep
under a spinlock.
The function call paths are:
grgpio_remove (acquire the spinlock)
gpiochip_remove
gpiochip_sysfs_unregister
device_unregister --> may sleep
mutex_lock --> may sleep
grgpio_remove (acquire the
Thanks for your reply :)
On 2017/12/12 11:38, Finn Thain wrote:
On Tue, 12 Dec 2017, Jia-Ju Bai wrote:
From: Jia-Ju Bai
The kernel module may sleep under a spinlock.
The spinlock is always taken in irq mode, and the
schedule_timeout_uninterruptible() is conditional on !irqs_disabled().
I
Hi all,
After merging the char-misc tree, today's linux-next build
(x86_64_allmodconfig) produced this warning:
drivers/misc/mic/vop/vop_vringh.c: In function 'vop_ioctl':
drivers/misc/mic/vop/vop_vringh.c:1001:1: warning: label 'done' defined but not
used [-Wunused-label]
done:
^
Introduced
On Tue, 12 Dec 2017, Jia-Ju Bai wrote:
> From: Jia-Ju Bai
>
> The kernel module may sleep under a spinlock.
The spinlock is always taken in irq mode, and the
schedule_timeout_uninterruptible() is conditional on !irqs_disabled().
> The function call paths are:
> NCR5380_select (acquire the spi
On Tue, Dec 12, 2017 at 05:51:26AM +0800, Wanpeng Li wrote:
> 2017-12-12 4:48 GMT+08:00 David Hildenbrand :
> > On 10.12.2017 22:44, Wanpeng Li wrote:
> >> From: Wanpeng Li
> >>
> >> [ cut here ]
> >> Bad FPU state detected at kvm_put_guest_fpu+0xd8/0x2d0 [kvm],
> >> rein
According to drivers/net/ethernet/3com/3c59x.c, the kernel module may
sleep in the interrupt handler.
The function call paths are:
boomerang_interrupt (interrupt handler)
vortex_error
vortex_up
pci_set_power_state --> may sleep
pci_enable_device --> may sleep
vortex_interrupt (
1, memory leak in ramoops_register_dummy.
dummy_data = kzalloc(sizeof(*dummy_data), GFP_KERNEL);
but no free when platform_device_register_data return fail
2, if kzalloc(sizeof(*dummy_data), GFP_KERNEL) return NULL,
but platform_driver_register(&ramoops_driver) return 0
kfree(NULL) in
Hi Dongjiu,
On 2017/12/12 0:05, Dongjiu Geng wrote:
> do_sea() calls arm64_notify_die() which will always signal
> user-space. It also returns whether APEI claimed the external
> abort as a RAS notification. If it returns failure do_mem_abort()
> will signal user-space too.
>
> do_mem_abort() wan
(resend this email in text format)
Hi,
We found an issue with the bonding driver when testing Mellanox devices.
The following test commands will stall the whole system sometimes, with
serial console
flooded with log messages from the bond_miimon_inspect() function.
Setting mtu size
to be 150
According to drivers/usb/host/isp116x-hcd.c, the kernel module may sleep
under a spinlock.
The function call path is:
isp116x_start (acquire the spinlock)
device_init_wakeup
device_wakeup_enable
wakeup_source_register
wakeup_source_create
kmalloc(GFP_KERNEL) --> may
> On Fri, Dec 08, 2017 at 11:19:52AM +0800, chenjiankang wrote:
>> 在 2017/12/7 21:23, Will Deacon 写道:
>>> diff --git a/arch/arm64/include/asm/pgtable.h
>>> b/arch/arm64/include/asm/pgtable.h
>>> index 149d05fb9421..8fe103b1e101 100644
>>> --- a/arch/arm64/include/asm/pgtable.h
>>> +++ b/arch/arm6
According to drivers/scsi/wd719x.c, the kernel module may sleep under a
spinlock.
The function call path is:
wd719x_host_reset (acquire the spinlock)
wd719x_chip_init
request_firmware --> may sleep
I do not find a good way to fix it, so I only report.
This possible bug is found by my stati
On Tue, 2017-12-12 at 11:47 +0900, Sergey Senozhatsky wrote:
> On (12/11/17 08:26), Joe Perches wrote:
> > On Mon, 2017-12-11 at 21:50 +0900, Sergey Senozhatsky wrote:
> > > print_symbol
> > Yay.
> > Just about exactly 5 years earlier...
> > http://lists.infradead.org/pipermail/linux-arm-kernel/201
On Mon, Nov 13, 2017 at 11:12:58AM +0100, Johan Hovold wrote:
> Fix child-node lookup during probe, which ended up searching the whole
> device tree depth-first starting at the parent rather than just matching
> on its children.
>
> Note that the original premature free of the parent node has alre
On Sat, 2017-12-09 at 20:48 +0200, Stanimir Varbanov wrote:
> Hi Smitha,
>
> Thanks for the patches!
>
> On 12/08/2017 11:08 AM, Smitha T Murthy wrote:
> > Add v4l2 controls for HEVC encoder
> >
> > Signed-off-by: Smitha T Murthy
> > Reviewed-by: Andrzej Hajda
> > ---
> > drivers/media/v4l2-c
On Mon, 11 Dec 2017, Arnaldo Carvalho de Melo wrote:
> It is not working here:
Hmm, I think I got it.
The following construction:
evts=`perf list syscalls:sys_enter_open* |& egrep 'open(at)? ' | sed -r
's/.*sys_enter_(.*) +\[.*/-e \1/'`
... expands to:
"-e open -e openat"
... which is a form
According to drivers/scsi/ipr.c, the kernel module may sleep under a
spinlock.
The function call paths are:
ipr_shutdown (acquire the spinlock)
irq_poll_disable
msleep --> may sleep
ipr_ata_post_internal (acquire the spinlock)
ipr_device_reset
ipr_send_blocking_cmd
wait_for_com
This patch makes iomem_is_exclusive return bool due to this
particular function only using either one or zero as its return
value.
No functional change.
Signed-off-by: Yaowei Bai
---
include/linux/ioport.h | 2 +-
kernel/resource.c | 10 +-
2 files changed, 6 insertions(+), 6 dele
This patch makes module_is_live return bool due to this particular
function only using either one or zero as its return value.
No functional change.
Signed-off-by: Yaowei Bai
---
include/linux/module.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/module.h b/
This patch makes memblock_is_map/region_memory return bool due to these
two functions only using either true or false as its return value.
No functional change.
Signed-off-by: Yaowei Bai
---
include/linux/memblock.h | 4 ++--
mm/memblock.c| 6 +++---
2 files changed, 5 insertions(+)
This patch makes current_cpuset_is_being_rebound return bool due to
this particular function only using either one or zero as its return
value.
No functional change.
Signed-off-by: Yaowei Bai
---
include/linux/cpuset.h | 6 +++---
kernel/cgroup/cpuset.c | 4 ++--
2 files changed, 5 insertions(+
This patch makes is_kdump_kernel return bool due to this particular
function only using either one or zero as its return value.
No functional change.
Signed-off-by: Yaowei Bai
---
include/linux/crash_dump.h | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/include/l
This patch makes __lockref_is_dead return bool due to this function
only using either true or false as its return value.
No functional change.
Signed-off-by: Yaowei Bai
---
include/linux/lockref.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/lockref.h b/incl
This patch makes is_file/active_lru return bool due to these
two functions only using either true or false as its return value.
No functional change.
Signed-off-by: Yaowei Bai
---
include/linux/mmzone.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/linux/mmzone
This patch makes mutex_is_locked return bool due to this
particular function only using either one or zero as its return
value.
No functional change.
Signed-off-by: Yaowei Bai
---
include/linux/mutex.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/linux/mutex.h
On Mon, Dec 11, 2017 at 04:09:44PM +0300, Dmitry Osipenko wrote:
> On 11.12.2017 13:04, Thierry Reding wrote:
> > On Mon, Dec 11, 2017 at 02:10:00AM +0300, Dmitry Osipenko wrote:
> >> UDC driver won't probe without Tegra's PHY, hence select it in the
> >> Kconfig.
> >>
> >> Signed-off-by: Dmitry Os
1 - 100 of 872 matches
Mail list logo