Re: [PATCH v2] Makefile: Fix lying comment re. silentoldconfig

2018-02-19 8:45 GMT+09:00 Ulf Magnusson : > On Mon, Feb 19, 2018 at 12:37 AM, Masahiro Yamada > wrote: >> 2018-02-13 16:58 GMT+09:00 Ulf Magnusson : >>> The comment above the silentoldconfig invocation is outdated. >>> 'make

Re: [PATCH RFC] kbuild: drop superfluous GCC_PLUGINS_CFLAGS assignment

2018-02-21 13:25 GMT+09:00 Cao jin : > GCC_PLUGINS_CFLAGS is already in the environment, so it is superfluous > to add it in commanline of final build of init/ > > Signed-off-by: Cao jin Applied to linux-kbuild, with 'commanline' fixed to

Re: [PATCH] kconfig: Don't leak choice names during parsing

2018-02-20 20:40 GMT+09:00 Masahiro Yamada : > The named choice is not used in the kernel tree, but if it were used, > it would not be freed. > > The intention of the named choice can be seen in the log of > commit 5a1aa8a1aff6 ("kconfig: add named choice group"). >

Re: [PATCH] kconfig: clean-up reverse dependency help implementation

2018-02-21 20:14 GMT+09:00 Petr Vorel : > Hi Masahiro, > >> This commit splits out the special E_OR handling ('-' instead of '||') >> into a dedicated helper expr_print_revdev(). > >> Restore the original expr_print() prior to commit 1ccb27143360 >> ("kconfig: make "Selected

Re: [PATCH 4.4 002/193] net: replace dst_cache ip6_tunnel implementation with the generic one

On Sat, Feb 24, 2018 at 09:35:39AM +0100, Greg Kroah-Hartman wrote: > On Fri, Feb 23, 2018 at 04:00:08PM -0700, Nathan Chancellor wrote: > > On Fri, Feb 23, 2018 at 07:23:55PM +0100, Greg Kroah-Hartman wrote: > > > 4.4-stable review patch. If anyone has any objections, please let me > > > know.

[PATCH 1/2 v4] tpm: cmd_ready command can be issued only after granting locality

The correct sequence is to first request locality and only after that perform cmd_ready handshake, otherwise the hardware will drop the subsequent message as from the device point of view the cmd_ready handshake wasn't performed. Symmetrically locality has to be relinquished only after going idle

The white man - Who he is. A Discussion

Alot of folks have been wondering: why are things they way that they are? Many have been pondering this notion. All things have roots: you, me, we all do, but when we are cut from those roots we feel adrift in this world. Like this world is not our own. In the past many of us have been

Re: It's All About Facebook

That's mutha fuckin bullshit. Get out of here with your white boi scams mother fker. This is what we know about you white boy; http://www.liveleak.com/view?i=76b_1519485315 On 2018-02-24 10:50, Facebook Int'l wrote: Hello, Facebook is given out 14,000,000.USD (Fourteen Million Dollars) its

Re: It's All About Facebook

Normie fucks think it be all about facebook. Alot of whites are normie fucks. On 2018-02-24 15:54, thetruthbefor...@firemail.cc wrote: That's mutha fuckin bullshit. Get out of here with your white boi scams mother fker. This is what we know about you white boy;

[PATCH 1/3] X.509: unpack RSA signatureValue field from BIT STRING

The signatureValue field of a X.509 certificate is encoded as a BIT STRING. For RSA signatures this BIT STRING is of so-called primitive subtype, which contains a u8 prefix indicating a count of unused bits in the encoding. We have to strip this prefix from signature data, just as we already do

[PATCH 2/3] crypto: ccp - return an actual key size from RSA max_size callback

rsa-pkcs1pad uses a value returned from a RSA implementation max_size callback as a size of an input buffer passed to the RSA implementation for encrypt and sign operations. CCP RSA implementation uses a hardware input buffer which size depends only on the current RSA key length, so it should

[PATCH 3/3] crypto: ccp - protect RSA implementation from too large input data

CCP RSA implementation uses a hardware input buffer which size depends only on the current RSA key length. Key modulus and a message to be processed is then copied to this buffer based on their own lengths. Since the price for providing too long input data is a buffer overflow and there already

drivers/media/usb/au0828/.tmp_au0828-dvb.o: warning: objtool: au0828_dvb_register()+0xef: sibling call from callable instruction with modified stack frame

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 9cb9c07d6b0c5fd97d83b8ab14d7e308ba4b612f commit: 2a0098d70640dda192a79966c14d449e7a34d675 objtool: Fix seg fault with gold linker date: 6 weeks ago config: x86_64-randconfig-in0-02241612 (attached as

Re: [PATCH] auxdisplay: img-ascii-lcd: add MODULE_LICENSE("GPL")

Miguel Ojeda writes: > Hi Daniel, > > On Sun, Nov 26, 2017 at 3:53 AM, Daniel Axtens wrote: >> This matches the header at the top of the file and squashes: >> >> WARNING: modpost: missing MODULE_LICENSE() in >>

Re: [PATCH v11 5/7] PCI/AER: Unify aer error defines at single space

On Fri, Feb 23, 2018 at 01:54:02PM +0530, Oza Pawandeep wrote: > This patch moves AER error defines to drivers/pci/pci.h. > So that it unifies the error repoting codes at single place along with dpc s/repoting/reporting/ s/dpc/DPC/ (in English text) > Signed-off-by: Oza Pawandeep

Re: [PATCH v11 6/7] PCI: Unify wait for link active into generic pci

In subject: s/pci/PCI/ On Fri, Feb 23, 2018 at 01:54:03PM +0530, Oza Pawandeep wrote: > Clients such as pciehp, dpc are using pcie_wait_link_active, which waits > till the link becomes active or inactive. Use "()" after function names so we have a visual clue that they are functions. > Made

Re: [PATCH] kconfig: clean-up reverse dependency help implementation

Masahiro Yamada: you like anime, don't you. You like what anime promotes, don't you. Being a japanese. On 2018-02-24 15:17, Masahiro Yamada wrote: 2018-02-21 20:14 GMT+09:00 Petr Vorel : Hi Masahiro, This commit splits out the special E_OR handling ('-' instead of '||')

Re: [PATCH BUGFIX V3] block, bfq: add requeue-request hook

> Il giorno 24 feb 2018, alle ore 13:05, Ming Lei ha > scritto: > > On Sat, Feb 24, 2018 at 08:54:31AM +0100, Paolo Valente wrote: >> >> >>> Il giorno 23 feb 2018, alle ore 17:17, Ming Lei ha >>> scritto: >>> >>> Hi Paolo, >>> >>> On Fri, Feb

Re: [PATCH 2/8] efi: Decode IA32/X64 Processor Error Section

On 23 February 2018 at 20:03, Yazen Ghannam wrote: > From: Yazen Ghannam > > Recognize the IA32/X64 Processor Error Section. > > Do the section decoding in a new "cper-x86.c" file and add this to the > Makefile depending on a new "UEFI_CPER_X86"

Re: [PATCH 3/8] efi: Decode IA32/X64 Processor Error Info Structure

On 23 February 2018 at 20:03, Yazen Ghannam wrote: > From: Yazen Ghannam > > Print the fields in the IA32/X64 Processor Error Info Structure. > > Based on UEFI 2.7 Table 256. IA32/X64 Processor Error Information > Structure. > > Cc:

Re: [PATCH 4/8] efi: Decode UEFI-defined IA32/X64 Error Structure GUIDs

On 23 February 2018 at 20:03, Yazen Ghannam wrote: > From: Yazen Ghannam > > For easier handling, match the known IA32/X64 error structure GUIDs to > enums. > > Also, print out the name of the matching Error Structure Type. > > GUIDs taken from UEFI

Re: [PATCH 5/8] efi: Decode IA32/X64 Cache, TLB, and Bus Check structures

On 23 February 2018 at 20:03, Yazen Ghannam wrote: > From: Yazen Ghannam > > Print the common fields of the Cache, TLB, and Bus check structures.The > fields of these three check types are the same except for a few more > fields in the Bus check

Re: [PATCH 6/8] efi: Decode additional IA32/X64 Bus Check fields

On 23 February 2018 at 20:03, Yazen Ghannam wrote: > From: Yazen Ghannam > > The "Participation Type", "Time Out", and "Address Space" fields are > unique to the IA32/X64 Bus Check structure. Print these fields. > > Based on UEFI 2.7 Table 259.

Re: [PATCH 7/8] efi: Decode IA32/X64 MS Check structure

On 23 February 2018 at 20:03, Yazen Ghannam wrote: > From: Yazen Ghannam > > The IA32/X64 MS Check structure varies from the other Check structures > in the the bit positions of its fields, and it includes an additional > "Error Type" field. > >

Re: [PATCH 8/8] efi: Decode IA32/X64 Context Info structure

On 23 February 2018 at 20:03, Yazen Ghannam wrote: > From: Yazen Ghannam > > Print the fields of the IA32/X64 Context Information structure. > > Print the "Register Array" as raw values. Some context types are defined > in the UEFI spec, so more

Re: [PATCH 0/8] Decode IA32/X64 CPER

Hi Yazen, On 23 February 2018 at 20:03, Yazen Ghannam wrote: > From: Yazen Ghannam > > This series adds decoding for the IA32/X64 Common Platform Error Record. > > Patch 1 fixes the IA32/X64 Processor Error Section definition to match > the UEFI

Re: [PATCH] tools/memory-model: update: remove rb-dep, smp_read_barrier_depends, and lockless_dereference

On Sat, 24 Feb 2018, Andrea Parri wrote: > On Fri, Feb 23, 2018 at 07:30:13PM -0800, Paul E. McKenney wrote: > > On Sat, Feb 24, 2018 at 12:22:24PM +0900, Akira Yokosawa wrote: > > > On 2018/02/22 07:29:02 +0900, Akira Yokosawa wrote: > > > > On 2018/02/22 2:15, Alan Stern wrote: > > [...] > >

You Know it's True, Linux Fucks. The white man - Who he is. A Discussion

Know the truth, linux fucks, http://www.liveleak.com/view?i=76b_1519485315 Alot of folks have been wondering: why are things they way that they are? Many have been pondering this notion. All things have roots: you, me, we all do, but when we are cut from those roots we feel adrift in this

[PATCH] drivers:staging: Fix alignment warnings reported by tool

From: Umesh3034 Fix alignment warnings reported by checkpatch.pl Signed-off-by: Umesh3034 --- drivers/staging/clocking-wizard/clk-xlnx-clock-wizard.c | 17 ++--- 1 file changed, 10 insertions(+), 7 deletions(-) diff --git

Re: [PATCH 3.18 00/58] 3.18.96-stable review

On 02/23/2018 10:25 AM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 3.18.96 release. There are 58 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be

Re: [PATCH 4.4 000/193] 4.4.118-stable review

On 02/23/2018 10:23 AM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 4.4.118 release. There are 193 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be

Re: [PATCH 4.9 000/145] 4.9.84-stable review

On 02/23/2018 10:25 AM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 4.9.84 release. There are 145 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be

Re: [PATCH 4.14 000/159] 4.14.22-stable review

On 02/23/2018 10:25 AM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 4.14.22 release. There are 159 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be

Re: [PATCH 4.15 00/45] 4.15.6-stable review

On 02/23/2018 10:28 AM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 4.15.6 release. There are 45 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be

Re: The white man - Who he is. A Discussion

Please block this junk email Sent from my iPhone > On Feb 24, 2018, at 9:49 AM, thetruthstandsbefor...@firemail.cc wrote: > > Alot of folks have been wondering: why are things they way that they are? > Many have been pondering this notion. All things have roots: you, me, we all > do, but when

Re: [PATCH] tools/memory-model: update: remove rb-dep, smp_read_barrier_depends, and lockless_dereference

On Sat, Feb 24, 2018 at 11:49:20AM -0500, Alan Stern wrote: > On Sat, 24 Feb 2018, Andrea Parri wrote: > > > On Fri, Feb 23, 2018 at 07:30:13PM -0800, Paul E. McKenney wrote: > > > On Sat, Feb 24, 2018 at 12:22:24PM +0900, Akira Yokosawa wrote: > > > > On 2018/02/22 07:29:02 +0900, Akira Yokosawa

[PATCH] linux/kernel.h: break long lines

Break lines that are longer than 80 characters do match the linux coding style. Signed-off-by: Gustavo Leite --- include/linux/kernel.h | 74 +- 1 file changed, 49 insertions(+), 25 deletions(-) diff --git

The usage of hid_have_special_driver() in hid_add_device() of hid-core.c makes the usage of /dev/hidraw cumbersome from user space.

A recent patch of Wine allows to have proper access to raw HID for bluetooth devices expressed at /dev/hidraw* and via libudev. This generally opens the door to a wide array of windows software that relies on raw HID access to be used on Linux. However, the relevant code at hid_add_device()

Re: [PATCH] linux/kernel.h: break long lines

On Sat, Feb 24, 2018 at 03:10:02PM -0300, Gustavo Leite wrote: > Break lines that are longer than 80 characters do match the linux coding > style. > > Signed-off-by: Gustavo Leite > --- > include/linux/kernel.h | 74 >

Re: [PATCH] f2fs: allocate buffer for decrypting filename to avoid panic

Hi Yunlong, On Sat, Feb 24, 2018 at 05:14:58PM +0800, Yunlong Song wrote: > In some platforms (such as arm), high memory is used, then the > decrypting filename will cause panic, the reason see commit > 569cf1876a32e574ba8a7fb825cd91bafd003882 ("f2fs crypto: allocate buffer > for decrypting

Re: [PATCH 3.18 00/58] 3.18.96-stable review

On Sat, Feb 24, 2018 at 11:41:01AM +, Harsh Shandilya wrote: > On Sat 24 Feb, 2018, 12:01 AM Greg Kroah-Hartman, < > gre...@linuxfoundation.org> wrote: > > > This is the start of the stable review cycle for the 3.18.96 release. > > There are 58 patches in this series, all will be posted as a

Re: [PATCH] linux/kernel.h: break long lines

On Sat, Feb 24, 2018 at 07:30:44PM +0100, Borislav Petkov wrote: > > And, for the record, if we have to break a function signature, we align the > arguments at the opening brace like this: > > static inline int __must_check kstrtou64_from_user(const char __user *s, >

Re: [PATCH] linux/kernel.h: break long lines

On Sat, Feb 24, 2018 at 01:45:30PM -0500, Theodore Ts'o wrote: > static inline int __must_check > kstrtou64_from_user(const char __user *s, size_t count, unsigned int base, > u64 *res) Yeah, had already typed that one in the reply but then opted for not mentioning it because it is a bit

Re: [PATCH] ARM: dts: imx6dl: remove 'lcdif' node

On Mon, Feb 19, 2018 at 11:47:05AM +0100, Lothar Waßmann wrote: > According to the "i.MX 6Solo/6DualLite Applications Processor > Reference Manual" Rev. 3, 09/2017 there is no LCDIF unit on the > i.MX6DL. > > Signed-off-by: Lothar Waßmann Applied, thanks.

[PATCH] char/ipmi: add documentation for sysfs interface

This is an attempt to document the sysfs interface for the IPMI drivers. Descriptions were collected from v2.0 of the IPMI specification and from code comments. Signed-off-by: Aishwarya Pant --- .../ABI/testing/sysfs-devices-platform-ipmi| 238 +

[PATCH] f2fs: allocate buffer for decrypting filename to avoid panic

In some platforms (such as arm), high memory is used, then the decrypting filename will cause panic, the reason see commit 569cf1876a32e574ba8a7fb825cd91bafd003882 ("f2fs crypto: allocate buffer for decrypting filename"): We got dentry pages from high_mem, and its address space directly goes

Re: [RFC tip/locking/lockdep v5 04/17] lockdep: Introduce lock_list::dep

On Sat, Feb 24, 2018 at 05:00:19PM +0800, Boqun Feng wrote: > On Sat, Feb 24, 2018 at 09:38:07AM +0100, Peter Zijlstra wrote: > > On Sat, Feb 24, 2018 at 02:30:05PM +0800, Boqun Feng wrote: > > > On Sat, Feb 24, 2018 at 01:32:50PM +0800, Boqun Feng wrote: > > > > > > /* > > > > *

Re: [PATCH v2 7/8] [PATCH 7/8] drivers/hwmon: Add a generic PECI hwmon client driver

On 2/23/2018 4:00 PM, Miguel Ojeda wrote: On Thu, Feb 22, 2018 at 2:29 AM, Jae Hyun Yoo wrote: On 2/21/2018 4:37 PM, Andrew Lunn wrote: But even with this change, it still needs to use delayed creation because BMC side kernel doesn't know how many DIMMs are

[PATCH V4 2/2] thermal: imx: add i.MX7 thermal sensor support

This patch adds i.MX7 thermal sensor support, most of the i.MX7 thermal sensor functions are same with i.MX6 except the registers offset/layout, so we move those registers offset/layout definitions to soc data structure. i.MX7 uses single calibration data @25C, the calibration data is located at

[PATCH V4 1/2] ARM: dts: imx7s: add temperature monitor support

Add i.MX7 temperature monitor support. Signed-off-by: Anson Huang --- changes since V3: use "fsl,imx7d-tempmon" instead of "fsl,imx7-tempmon" as compatible string arch/arm/boot/dts/imx7s.dtsi | 20 1 file changed, 20 insertions(+) diff --git

[PATCH v2 3/3] gpio: Add Spreadtrum PMIC EIC driver support

The Spreadtrum PMIC EIC controller contains only one bank of debounce EIC, and this bank contains 16 EICs. Each EIC can only be used as input mode, as well as supporting the debounce and the capability to trigger interrupts when detecting input signals. Signed-off-by: Baolin Wang

[PATCH 2/2] arm: kprobes: Prohibit kprobes on get_user functions

Since do_undefinstr() uses get_user to get the undefined instruction, it can be called before kprobes processes recursive check. This can cause an infinit recursive exception. Prohibit probing on get_user functions. Fixes: 24ba613c9d6c ("ARM kprobes: core code") Signed-off-by: Masami Hiramatsu

Re: [PATCH 2/2] efi/esrt: mark ESRT memory region as nomap

Hi Tyler, On 23 February 2018 at 19:42, Tyler Baicar wrote: > The ESRT memory region is being exposed as System RAM in /proc/iomem > which is wrong because it cannot be overwritten. This memory is needed > for kexec kernels in order to properly initialize ESRT, so if it

[PATCH 1/2] arm: kprobes: Prohibit kprobes on do_undefinstr

Prohibit kprobes on do_undefinstr because kprobes on arm is implemented by undefined instruction. This means if we probe do_undefinstr(), it can cause infinit recursive exception. Fixes: 24ba613c9d6c ("ARM kprobes: core code") Signed-off-by: Masami Hiramatsu ---

Re: [PATCH 4.15 00/45] 4.15.6-stable review

On Fri, Feb 23, 2018 at 05:38:16PM -0700, Shuah Khan wrote: > On 02/23/2018 11:28 AM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.15.6 release. > > There are 45 patches in this series, all will be posted as a response > > to this one. If anyone has any

Re: [PATCH 4.4 013/193] staging: android: ion: Add __GFP_NOWARN for system contig heap

On Fri, Feb 23, 2018 at 01:46:08PM -0700, Nathan Chancellor wrote: > On Fri, Feb 23, 2018 at 07:24:06PM +0100, Greg Kroah-Hartman wrote: > > 4.4-stable review patch. If anyone has any objections, please let me know. > > > > -- > > > > From: Laura Abbott > >

Re: [PATCH 4.4 002/193] net: replace dst_cache ip6_tunnel implementation with the generic one

On Fri, Feb 23, 2018 at 04:00:08PM -0700, Nathan Chancellor wrote: > On Fri, Feb 23, 2018 at 07:23:55PM +0100, Greg Kroah-Hartman wrote: > > 4.4-stable review patch. If anyone has any objections, please let me know. > > > > -- > > > > From: Paolo Abeni > > >

Re: [PATCH 4.4 000/193] 4.4.118-stable review

On Fri, Feb 23, 2018 at 04:13:26PM -0700, Nathan Chancellor wrote: > On Fri, Feb 23, 2018 at 07:23:53PM +0100, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.4.118 release. > > There are 193 patches in this series, all will be posted as a response > > to this

Re: [RFC tip/locking/lockdep v5 04/17] lockdep: Introduce lock_list::dep

On Sat, Feb 24, 2018 at 09:38:07AM +0100, Peter Zijlstra wrote: > On Sat, Feb 24, 2018 at 02:30:05PM +0800, Boqun Feng wrote: > > On Sat, Feb 24, 2018 at 01:32:50PM +0800, Boqun Feng wrote: > > > > /* > > >* DEP_*_BIT in lock_list::dep > > >* > > >* For dependency @prev -> @next: >

Re: [PATCH V2] nvme-pci: set cq_vector to -1 if io queue setup fails

Hi Keith Can you take a review on this ? Thanks in advance Really appreciate Jianchao On 02/15/2018 07:13 PM, Jianchao Wang wrote: > nvme cq irq is freed based on queue_count. When the sq/cq creation > fails, irq will not be setup. free_irq will warn 'Try to free > already-free irq'. > > To

Re: [PATCH] ARM: mx35_3ds: remove unnecessary USB OTG init flag

On Wed, Feb 21, 2018 at 11:17:43PM +0100, Martin Kaiser wrote: > The platform-specific init function for the USB OTG port, > mx35_3ds_otg_init(), sets the MXC_EHCI_INTERNAL_PHY flag. > > This flag is applicable only to the host port, not to the OTG port. It's > ignored by mx35_initialize_usb_hw()

Re: [PATCH] drivers/virt: vm_gen_counter: initial driver implementation

://github.com/0day-ci/linux/commits/Or-Idgar/drivers-virt-vm_gen_counter-initial-driver-implementation/20180224-112017 reproduce: # apt-get install sparse make ARCH=x86_64 allmodconfig make C=1 CF=-D__CHECK_ENDIAN__ sparse warnings: (new ones prefixed by >>) >>

Re: [PATCH V4 2/2] thermal: imx: add i.MX7 thermal sensor support

On Sat, Feb 24, 2018 at 04:02:49PM +0800, Anson Huang wrote: > This patch adds i.MX7 thermal sensor support, most > of the i.MX7 thermal sensor functions are same with > i.MX6 except the registers offset/layout, so we move > those registers offset/layout definitions to soc data > structure. > >

[4.4.116+] BUG: unable to handle kernel paging request at ffff88063a9e10c0

HI everyone, udev-237 seems to be crashing reproducibly on kernel 4.4.116+. I rebuilt it using gcc-7.3.0 and binutils 2.30, formerly using gcc-6.4.0 and binutils 2.29.1. This might as well be .config related, as I changed some stuff there as well. The .config change is CONFIG_INTEL_TXT is not

Re: [PATCH] drivers/virt: vm_gen_counter: initial driver implementation

/0day-ci/linux/commits/Or-Idgar/drivers-virt-vm_gen_counter-initial-driver-implementation/20180224-112017 config: i386-allmodconfig (attached as .config) compiler: gcc-7 (Debian 7.3.0-1) 7.3.0 reproduce: # save the attached .config to linux build tree make ARCH=i386 All errors (new

Re: [PATCH] iio: chemical: ccs811: Renamed resistance member in ccs811_reading struct

On Tue, 20 Feb 2018 22:24:50 +0200 Narcisa Ana Maria Vasile wrote: > On Sat, Feb 17, 2018 at 02:14:42PM +, Jonathan Cameron wrote: > > On Wed, 14 Feb 2018 01:08:35 + > > Richard Lai wrote: > > > > > The resistance member in

[PATCH 3/4] staging: most: Remove unnecessary OOM messages.

It isn't necessary for the driver to log out-of-memory errors, so these have been removed and the functions simply return -ENOMEM. Signed-off-by: Quytelda Kahja --- drivers/staging/most/core.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/staging/most/core.c

[PATCH 4/4] staging: most: Fix missing identifier in function definition argument.

The function pointer 'complete' in 'struct mbo' should use an identifier for its argument. Signed-off-by: Quytelda Kahja --- drivers/staging/most/core.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/most/core.h

[PATCH 2/4] staging: most: Replace calls to BUG_ON() with WARN_ONCE() and return.

Replace calls to BUG_ON() used to check for NULL pointers with WARN_ONCE() followed by a return. Signed-off-by: Quytelda Kahja --- drivers/staging/most/core.c | 13 ++--- 1 file changed, 10 insertions(+), 3 deletions(-) diff --git a/drivers/staging/most/core.c

[PATCH 1/4] staging: most: Fix coding style problems.

Makes two very minor changes indicated by checkpatch: 1) Add a newline after components_show() definition. 2) Fix a line over the 80 character limit. Signed-off-by: Quytelda Kahja --- drivers/staging/most/core.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-)

Re: [PATCH v1 2/2] perf/core: Add support for PMUs that can be read from any CPU

On Fri, Feb 23, 2018 at 04:19:38PM -0800, Saravana Kannan wrote: > Some PMUs events can be read from any CPU. So allow the PMU to mark > events as such. For these events, we don't need to reject reads or > make smp calls to the event's CPU and cause unnecessary wake ups. > > Good examples of such

Re: [PATCH v4 1/2] leds: ncp5623: Add device tree binding documentation

Hi! > +Required properties: > + - compatible: Should be "onnn,ncp5623" > + - reg: I2C slave address (fixed to 0x38) .. > +Required properties: > + - reg : LED channel number (0..2) For consistency, there should be no space between reg and :. Anyway, this can be fixed later. Acked-by: Pavel

Re: [PATCH v4 2/2] leds: Add driver for NCP5623 3-channel I2C LED driver

Hi! > +module_i2c_driver(ncp5623_driver); > + > +MODULE_AUTHOR("Florian Vaussard "); > +MODULE_LICENSE("GPL v2"); > +MODULE_DESCRIPTION("NCP5623 LED driver"); Acked-by: Pavel Machek -- (english) http://www.livejournal.com/~pavelmachek (cesky,

Re: `do_IRQ: 1.55 No irq handler for vector` on ASRock E350M1

On Sat, 24 Feb 2018, Paul Menzel wrote: > Am 23.02.2018 um 20:09 schrieb Borislav Petkov: > > On Fri, Feb 23, 2018 at 07:18:34PM +0100, Thomas Gleixner wrote: > > > Borislav is seeing similar issues on larger AMD machines. The interrupt > > > seems to come from BIOS/microcode during bringup of

Re: [PATCH] x86: Add topology_hw_smt_threads() and remove smp_num_siblings

* Prarit Bhargava wrote: > Commit bbb65d2d365e ("x86: use cpuid vector 0xb when available for > detecting cpu topology") changed the value of smp_num_siblings from the > active number of threads in a core to the maximum number threads in a > core. e.g.) On Intel Haswell and

[PATCH] ia64: doc: tweak whitespace for 'console=' parameter

CC: Tony Luck CC: Fenghua Yu CC: linux-i...@vger.kernel.org CC: linux-kernel@vger.kernel.org Signed-off-by: Sergei Trofimovich --- Documentation/ia64/serial.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

NETDEV WATCHDOG: eth0 (tg3): transmit queue 0 timed out

Hi, this didn't happen before but after 4.16-rc1 my tg3 nic stops for whatever reason and the connection to the machine is dead. It didn't show anything in dmesg until today. The IO pagefaults look like it is trying to access something it shouldn't and maybe that's why it times out. It triggers

[PATCH v2 1/3] dt-bindings: gpio: Add Spreadtrum EIC controller documentation

This patch adds the device tree bindings for the Spreadtrum EIC controller. The EIC can be seen as a special type of GPIO, which can only be used as input mode. Signed-off-by: Baolin Wang --- Changes since v1: - Fix some typos and grammar issues. - Add more explanation

It's All About Facebook

Hello, Facebook is given out 14,000,000.USD (Fourteen Million Dollars) its all about 14 Please, respond with your Unique Code (FB/BF14-13M5250UD) using your registration email, to the Verification Department at; dustinmoskovitz.2faceb...@gmail.com Dustin Moskovitz Facebook Team Copyright ©

Re: [PATCH v1 1/2] perf/core: Add API to look up PMU type by name

On Fri, Feb 23, 2018 at 04:19:37PM -0800, Saravana Kannan wrote: > When the event numbers registered by multiple PMUs overlap, the > attr->type value passed to perf_event_create_kernel_counter() is used > to determine which PMU to use to create a perf_event. > > However, when the PMU in question

Re: [RFC tip/locking/lockdep v5 04/17] lockdep: Introduce lock_list::dep

On Sat, Feb 24, 2018 at 02:30:05PM +0800, Boqun Feng wrote: > On Sat, Feb 24, 2018 at 01:32:50PM +0800, Boqun Feng wrote: > > /* > > * DEP_*_BIT in lock_list::dep > > * > > * For dependency @prev -> @next: > > * > > * RR: both @prev and @next are recursive read

Re: [PATCH 0/5] Handling for TAP header level

* Shuah Khan wrote: > This patch series is a result discussion with Tim Bird about nested TAP > header > handling. Based on the discussion, I am introducing a environment variable to > prevent nested TAP headers. These patches improve the run_tests output and > the

Re: [PATCH] lib/test_kmod: Fix an integer overflow test

On Sat, Feb 24, 2018 at 02:59:41AM +, Luis R. Rodriguez wrote: > On Mon, Jan 22, 2018 at 01:27:54PM +0300, Dan Carpenter wrote: > > The main problem is that the parentheses are in the wrong place and the > > unlikely() call returns either 0 or 1 so it's never less than zero. > > Doh, thanks,

Re: [PATCH] selinux: fix typo in selinux_netlbl_sctp_sk_clone declaration

On Fri, 2018-02-23 at 16:25 -0500, Paul Moore wrote: > On Fri, Feb 23, 2018 at 4:12 PM, Arnd Bergmann wrote: > > A missing 'struct' keyword caused a build error when > > CONFIG_NETLABEL > > is disabled: > > > > In file included from security/selinux/hooks.c:99: > >

[PATCH v2 2/3] gpio: Add Spreadtrum EIC driver support

The Spreadtrum digital-chip EIC controller has 4 sub-modules: debounce EIC, latch EIC, async EIC and sync EIC, and each sub-module can has multiple banks and each bank contains 8 EICs. Each EIC can only be used as input mode, and has the capability to trigger interrupts when detecting input

Re: [PATCH v2] iio: chemical: ccs811: Corrected firmware boot/application mode transition

On Sat, 17 Feb 2018 16:28:24 + Richard Lai wrote: > CCS811 has different I2C register maps in boot and application mode. When > CCS811 is in boot mode, register APP_START (0xF4) is used to transit the > firmware state from boot to application mode. However, APP_START

Re: [PATCH v2 1/2] iio: light: add driver for bh1730fvc chips

On Thu, 22 Feb 2018 15:58:10 +0100 "Pierre Bourdon (delroth)" wrote: > Hi Andy, > > Thanks for the review! Answers inline. I'll send a v3 when the two > open questions are resolved. > > On Wed, Feb 21, 2018 at 10:57 PM, Andy Shevchenko > wrote: >

Re: [PATCH v2 1/2] iio: light: add driver for bh1730fvc chips

On Wed, 21 Feb 2018 20:45:25 +0100 Pierre Bourdon wrote: > Ambient light sensor that supports visible light and IR measurements and > configurable gain/integration time. > > Changed in v2: > * Split off DT documentation change into a separate commit. > * Use i2c's probe_new.

Re: [PATCH 5/7] iio: adc: stm32-dfsdm: misc style improvements and fixes

On Fri, 23 Feb 2018 13:50:59 +0100 Fabrice Gasnier wrote: > Misc fixes & style improvements: > - checkpatch warns about line over 80 characters. > - remove extra spaces and a blank line (e.g. checkpatch --strict) > - remove bad error message always printed in probe

Re: [PATCH] dt-bindings: iio: adc: sd-modulator: fix io-channel-cells

On Fri, 23 Feb 2018 14:46:19 +0100 Arnaud Pouliquen wrote: > Hello, > > Acked-by: Arnaud Pouliquen Applied to the fixes-togreg branch of iio.git. Thanks, Jonathan > > Regards, > Arnaud > > On 02/23/2018 12:07 PM, Fabrice Gasnier wrote: > >

Re: [PATCH v3] staging:iio:meter: Add name to function definition arguments

On Wed, 21 Feb 2018 16:54:35 -0300 Rodrigo Siqueira wrote: > This patch fixes the checkpatch.pl warning: > > drivers/staging/iio/meter/ade7854.h:157: WARNING: function definition > argument 'struct device *' should also have an identifier name... > > This commit

Re: [PATCH] iio:dummy: Fix coding style in Kconfig

On Sat, 24 Feb 2018 09:36:09 -0300 Rodrigo Siqueira wrote: > On 02/24, Jonathan Cameron wrote: > > On Tue, 20 Feb 2018 10:28:04 -0300 > > Rodrigo Siqueira wrote: > > > > > This patch fixes the checkpatch.pl warning: > > > > > >

Re: [PATCH 0/5] PPC32/ioremap: Use memblock API to check for RAM

On Fri, Feb 23, 2018 at 09:01:17AM +0100, Christophe LEROY wrote: > > > Le 22/02/2018 à 13:15, Jonathan Neuschäfer a écrit : > > This patchset solves the same problem as my previous one[1] but follows > > a rather different approach. Instead of implementing DISCONTIGMEM for > > PowerPC32, I

Re: [PATCH v3] staging:iio:meter: Add name to function definition arguments

On 02/24, Jonathan Cameron wrote: > On Wed, 21 Feb 2018 16:54:35 -0300 > Rodrigo Siqueira wrote: > > > This patch fixes the checkpatch.pl warning: > > > > drivers/staging/iio/meter/ade7854.h:157: WARNING: function definition > > argument 'struct device *' should

Re: [PATCH] tools/memory-model: update: remove rb-dep, smp_read_barrier_depends, and lockless_dereference

On Fri, Feb 23, 2018 at 07:30:13PM -0800, Paul E. McKenney wrote: > On Sat, Feb 24, 2018 at 12:22:24PM +0900, Akira Yokosawa wrote: > > On 2018/02/22 07:29:02 +0900, Akira Yokosawa wrote: > > > On 2018/02/22 2:15, Alan Stern wrote: [...] > > >> > > >> Akira pointed out some typos in the original

Re: [PATCH v4 13/13] iio: adc: axp20x_adc: remove !! in favor of ternary condition

On Mon, 19 Feb 2018 13:47:36 +0100 Quentin Schulz wrote: > !!'s behaviour isn't that obvious and sparse complained about it, so > let's replace it with a ternary condition. > > Signed-off-by: Quentin Schulz Applied to the togreg branch of

Re: [PATCH v3] power: reset: Add Spreadtrum SC27xx PMIC power off support

-ci/linux/commits/Baolin-Wang/power-reset-Add-Spreadtrum-SC27xx-PMIC-power-off-support/20180224-195742 base: https://git.kernel.org/pub/scm/linux/kernel/git/sre/linux-power-supply.git for-next config: sh-allmodconfig (attached as .config) compiler: sh4-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0

Re: [PATCH] iio:dummy: Fix coding style in Kconfig

On 02/24, Jonathan Cameron wrote: > On Tue, 20 Feb 2018 10:28:04 -0300 > Rodrigo Siqueira wrote: > > > This patch fixes the checkpatch.pl warning: > > > > drivers/iio/dummy/Kconfig:21: WARNING: please write a paragraph that > > describes the config symbol fully >

Re: [PATCH 1/7] iio: adc: stm32-dfsdm: fix compatible data use

On Fri, 23 Feb 2018 13:50:55 +0100 Fabrice Gasnier wrote: > Fix use of compatible data: stm32h7 regmap configuration is statically > used. Rather use regmap_cfg from compatible data. > > Fixes: bed73904e76f ("IIO: ADC: add stm32 DFSDM core support") > > Signed-off-by:

Re: [PATCH 4/7] iio: adc: stm32-dfsdm: fix multiple channel initialization

On Fri, 23 Feb 2018 13:50:58 +0100 Fabrice Gasnier wrote: > When several channels are registered (e.g. via st,adc-channels property): > - channels array is wrongly filled in. Only 1st element in array is being > initialized with last registered channel. > Fix it by

  1   2   3   4   >