Re: [PATCH v2] vfs: avoid recopying file names in getname_flags

Ping. This patch has been tested by 0day test bot. Thanks, Boqun Feng On Thu, Mar 26, 2015 at 02:45:52AM +0800, Boqun Feng wrote: > In the current implementation of getname_flags, a file name in the > user-space will be recopied if it takes more space that > EMBEDDED_NAME_MAX, however, at this

Re: [PATCH 1/2] Input: Add binding document for a generic ADC keypad

On Fri, Mar 27, 2015 at 05:43:17PM -0700, Andrew Bresticker wrote: > Add a binding document for a generic ADC keypad. Buttons on an ADC > keypad are connected in a resistor ladder to an ADC. The binding > describes the mapping of ADC channel and voltage ranges to buttons. > > Signed-off-by:

Re: [PATCH] Input: ALPS - Detect trackstick presence for v7 protocol

On Tue, Mar 24, 2015 at 08:27:29AM +0100, Hans de Goede wrote: > Hi, > > On 23-03-15 18:02, Pali Rohár wrote: > >On Monday 23 March 2015 12:39:48 Hans de Goede wrote: > >>Hi, > >> > >>On 22-03-15 14:46, Pali Rohár wrote: > >>>This patch adds detection of trackstick for v7 protocol > >>>devices.

[PATCH] README: Update references to version 4

Since we bumped the version to 4.0, let us update the references to match that in the README file. Signed-off-by: Pranith Kumar --- README | 38 +++--- 1 file changed, 19 insertions(+), 19 deletions(-) diff --git a/README b/README index a24ec89..dbe9c96 100644

[PATCH] Do not use arbitrary large movablecore to calculate kernelcore

If kernelcore is not set, then we are working with a very large kernelcore for nothing - no movable zone will be created. If kernelcore is set, then it is not respected at all. Signed-off-by: Zhihui Zhang --- mm/page_alloc.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git

Re: [PATCH 2/2] lib/lcm.c: lcm(n,0)=lcm(0,n) is 0, not n

On Tue, Dec 9, 2014 at 4:03 PM, Rasmus Villemoes wrote: > Return the mathematically correct answer when an argument is 0. > > Signed-off-by: Rasmus Villemoes > --- > lib/lcm.c | 6 ++ > 1 file changed, 2 insertions(+), 4 deletions(-) > > diff --git a/lib/lcm.c b/lib/lcm.c > index

[PATCH v2] lib: bitmap_[empty,full]: remove code duplication

Function 'bitmap_empty' has it's own implementation. But it's clearly as simple as: "find_first_bit(src, nbits) == nbits" The same is true for 'bitmap_full'. --- include/linux/bitmap.h | 8 lib/bitmap.c | 30 -- 2 files changed, 4

[PATCH] clk: at91: pll: fix input range validity check

The PLL impose a certain input range to work correctly, but it appears that this input range does not apply on the input clock (or parent clock) but on the input clock after it has passed the PLL divisor. Fix the implementation accordingly. Cc: # v3.14+ Signed-off-by: Boris Brezillon

[PATCH] clk: check ->determine/round_rate() return value in clk_calc_new_rates

->determine_rate() and ->round_rate() can return the closest rate to the requested one or an error code. clk_calc_new_rates is assuming these functions can't return a negative value, which leads to a undefined behavior when the clk implementation returns such an error code. Fix this by returning

[PATCH] clk: at91: usb: propagate rate modification to the parent clk

The at91sam9n12 and at91sam9x5 usb clocks do not propagate rate modification requests to their parents. This causes a bug when the PLLB is left uninitialized by the bootloader (PLL multiplier set to 0, or in other words, PLL rate = 0 Hz). Implement the determinate_rate method and propagate the

[PATCH v5 07/15] staging: rtl8723au: Remove unneeded curly braces

Correct a number of checkpatch.pl warnings in rtl8723au's rtw_security.c related to the existence of unnecessary curly braces around single statement blocks: WARNING: braces {} are not necessary for single statement blocks Signed-off-by: M. Vefa Bicakci ---

[PATCH v5 01/15] staging: rtl8723au: Reformat whitespace to increase readability

Adjust the whitespace in the signature, local variable declaration and initialization parts of a number of functions to increase readability in rtl8723au's rtw_security.c. Signed-off-by: M. Vefa Bicakci --- v2: Make sure that the arcfour_encrypt function's argument list is split according

[PATCH v5 13/15] staging: rtl8723au: Rework two byte array comparisons

Prior to this commit, rtl8723au's rtw_security.c had two instances of byte array comparisons (for CRC checks) where the individual elements of the byte arrays were compared one by one and an error trace would be output if the byte arrays were determined to be different. This commit improves the

[PATCH v5 11/15] staging: rtl8723au: Adjust whitespace in and around comments

As the subject indicates, adjust whitespace in and around comments in rtl8723au's rtw_security.c. Signed-off-by: M. Vefa Bicakci --- drivers/staging/rtl8723au/core/rtw_security.c | 113 +- 1 file changed, 57 insertions(+), 56 deletions(-) diff --git

[PATCH v5 02/15] staging: rtl8723au: Fix "before/around/after" whitespace issues

Correct a number of "space(s) required before/around/after" checkpatch.pl issues in a number of functions in rtl8723au's rtw_security.c. Signed-off-by: M. Vefa Bicakci --- v5: Correct even more whitespace issues. v2: Correct one more whitespace issue ("length-4") in rtw_tkip_decrypt23a.

[PATCH v5 09/15] staging: rtl8723au: that open brace should be on the previous line

Correct two instances of the checkpatch.pl error indicating that the opening curly braces should not be on new lines: ERROR: that open brace { should be on the previous line Signed-off-by: M. Vefa Bicakci --- v3: Make sure that all edited lines are at most 80 characters wide. ---

[PATCH v5 15/15] staging: rtl8723au: Remove unneeded comments

This commit removes a number of unneeded comments. Two of the aforementioned comments were most likely meant to aid with version control, whereas the remaining two comments relate to (now unused) local variable names. Signed-off-by: M. Vefa Bicakci ---

[PATCH v5 10/15] staging: rtl8723au: No spaces at the start of a line

Prior to this commit, a large block of constants used to represent an AES S-box table were indented with spaces in rtl8723au's rtw_security.c. Correct the checkpatch.pl warnings indicating that spaces should not be used to indent lines: WARNING: please, no spaces at the start of a line

[PATCH v5 14/15] staging: rtl8723au: Use __func__ in trace logs

Rework the trace log-related lines in rtl8723au's rtw_security.c to use the __func__ GCC magic variable instead of hardcoding the function names into the trace log strings. This also corrects a copy-paste-related typo in the function named rtw_tkip_decrypt23a. Thanks to Jes Sorensen for the

[PATCH v5 04/15] staging: rtl8723au: Fix the indentation of two lines

Correct the indentation of two lines in rtw_tkip_encrypt23a function in rtl8723au's rtw_security.c. Signed-off-by: M. Vefa Bicakci --- drivers/staging/rtl8723au/core/rtw_security.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH v5 08/15] staging: rtl8723au: trailing statements should be on next line

Correct a number of checkpatch.pl errors in rtl8723au's rtw_security.c related to trailing statements: ERROR: trailing statements should be on next line Signed-off-by: M. Vefa Bicakci --- drivers/staging/rtl8723au/core/rtw_security.c | 25 + 1 file changed, 17

[PATCH v5 03/15] staging: rtl8723au: else should follow close brace

Correct checkpatch.pl errors in rtl8723au's rtw_security.c indicating that an else statement should follow the closing brace of the previous if/else if code block: ERROR: else should follow close brace '}' Signed-off-by: M. Vefa Bicakci --- drivers/staging/rtl8723au/core/rtw_security.c

[PATCH v5 12/15] staging: rtl8723au: suspect code indent for conditional statements

Correct a number of indentation-with-spaces-and-tabs issues in rtl8723au's rtw_security.c, according to checkpatch.pl: WARNING: suspect code indent for conditional statements Signed-off-by: M. Vefa Bicakci --- v3: Make sure that all edited lines are at most 80 characters wide. ---

[PATCH v5 00/15] checkpatch clean-up of rtl8723au's rtw_security.c

These commits address a number of checkpatch.pl warnings and errors in rtl8723au's rtw_security.c. Prior to this set of commits, checkpatch.pl reported the following: total: 75 errors, 124 warnings, 1631 lines checked After applying this set of commits, checkpatch.pl reports the

[PATCH v5 05/15] staging: rtl8723au: Reorganize a few functions to remove indentation

Prior to this commit, functions rtw_tkip_encrypt23a and rtw_tkip_decrypt23a had large if blocks which contained the majority of the logic in the functions. Rework these functions so that if the negated version of the aforementioned if blocks' conditions are true, we return from the function with

[PATCH v5 06/15] staging: rtl8723au: else is not generally useful after a return

Correct a checkpatch.pl warning regarding rtl8723au's rtw_security.c::crc32_init pointing out that having an else statement after a break or a return is not useful. drivers/staging/rtl8723au/core/rtw_security.c:105: WARNING: else is not generally useful after a break or return

[PATCH] Documentation/ABI: iio: fix typo

Signed-off-by: Martin Kepplinger --- Documentation/ABI/testing/sysfs-bus-iio | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/ABI/testing/sysfs-bus-iio b/Documentation/ABI/testing/sysfs-bus-iio index 9a70c31..74a3493 100644 ---

Re: [PATCH 2/2] hwmon: Allow to compile dell-smm-hwmon driver without /proc/i8k

On 03/28/2015 03:44 PM, Paul Bolle wrote: Guenter Roeck schreef op za 28-03-2015 om 15:20 [-0700]: Maybe that is the plan, but it is not what is happening. I8K selects SENSORS_DELL_SMM, so a boolean I8K forces SENSORS_DELL_SMM to be built into the kernel. What you suggest would work if I8K

Re: [PATCH] staging: speakup: Fix warning of line over 80 characters.

On Sun, Mar 29, 2015 at 12:54:45AM +0100, Richard Weinberger wrote: > Am 29.03.2015 um 00:44 schrieb Shirish Gajera: > > On Sat, Mar 28, 2015 at 02:35:19PM -0700, Joe Perches wrote: > >> On Sat, 2015-03-28 at 22:22 +0100, Richard Weinberger wrote: > >>> Am 28.03.2015 um 22:18 schrieb Joe Perches:

Re: [PATCH v2 01/10] iio: core: Introduce ENERGY channel type

Irina Tirdea schrieb am 11.01.2015 um 20:10: > Human activity sensors report the energy burnt by the user. > One of this devices is Freescale's MMA9553L > (http://www.freescale.com/files/sensors/doc/ref_manual/MMA9553LSWRM.pdf) > that computes the number of calories based on weight and step rate.

Re: [PATCH v4 00/15] checkpatch clean-up of rtl8723au's rtw_security.c

On Sat, March 28, 2015 12:52:54 Joe Perches wrote: > On Sat, 2015-03-28 at 08:52 -0400, M. Vefa Bicakci wrote: > > These commits address a number of checkpatch.pl warnings and errors > > in rtl8723au's rtw_security.c. > > Hello. > > This is one of those patchsets that should be > done against

Re: PANIC: double fault, error_code: 0x0 in 4.0.0-rc3-2, kvm related?

On Wed, 18 Mar 2015, Andy Lutomirski wrote: > > I posted the same problem to the opensuse kernel list shortly before turning > > to LKML. There, Michal Kubecek noted: > > > > "I encountered a similar problem recently. The thing is, x86 > > specification says that on a double fault, RIP and RSP

Re: [PATCH] staging: speakup: Fix warning of line over 80 characters.

Am 29.03.2015 um 00:44 schrieb Shirish Gajera: > On Sat, Mar 28, 2015 at 02:35:19PM -0700, Joe Perches wrote: >> On Sat, 2015-03-28 at 22:22 +0100, Richard Weinberger wrote: >>> Am 28.03.2015 um 22:18 schrieb Joe Perches: On Sat, 2015-03-28 at 21:40 +0100, Richard Weinberger wrote: > On

Re: [PATCH] staging: speakup: Fix warning of line over 80 characters.

On Sat, Mar 28, 2015 at 02:35:19PM -0700, Joe Perches wrote: > On Sat, 2015-03-28 at 22:22 +0100, Richard Weinberger wrote: > > Am 28.03.2015 um 22:18 schrieb Joe Perches: > > > On Sat, 2015-03-28 at 21:40 +0100, Richard Weinberger wrote: > > >> On Sat, Mar 28, 2015 at 9:21 PM, Shirish Gajera >

Re: [rtc-linux] Re: [PATCH] MAINTAINERS: Add Alexandre Belloni as an RTC maintainer

On Sat, 28 Mar 2015 22:29:20 +0100 Alexandre Belloni wrote: > I'll keep that in mind. > Could you give me permissions on the rtc-linux patchwork? Sure. Let me find the way to do it :) -- Best regards, Alessandro Zummo - CEO, Tower Technologies - Torino, Italy http://www.towertech.it

Question on ARC's thread_info

Vineet, I'm working on a patch series which touches sturct thread_info. ARC's thread_info has the following comment: * - if the contents of this structure are changed, the assembly constants * must also be changed Is this still true? Unless I'm reading the code wrong that case should be

Re: [PATCH 2/2] hwmon: Allow to compile dell-smm-hwmon driver without /proc/i8k

Guenter Roeck schreef op za 28-03-2015 om 15:20 [-0700]: > Maybe that is the plan, but it is not what is happening. > I8K selects SENSORS_DELL_SMM, so a boolean I8K forces SENSORS_DELL_SMM > to be built into the kernel. > > What you suggest would work if I8K would depend on SENSORS_DELL_SMM, >

Re: [PATCH 2/2] hwmon: Allow to compile dell-smm-hwmon driver without /proc/i8k

On Saturday 28 March 2015 23:19:04 Steven Honeyman wrote: > On 28 March 2015 at 22:00, Pali Rohár > wrote: > > On Saturday 28 March 2015 13:54:51 Steven Honeyman wrote: > >> i8k-virtual-0 > >> Adapter: Virtual device > >> Processor Fan: 3171 RPM > >> CPU:+52.0°C > >> Ambient:

Re: [PATCH 2/2] hwmon: Allow to compile dell-smm-hwmon driver without /proc/i8k

On 03/28/2015 03:00 PM, Pali Rohár wrote: On Saturday 28 March 2015 13:54:51 Steven Honeyman wrote: On 28 March 2015 at 11:04, Paul Bolle wrote: On Sat, 2015-03-28 at 11:24 +0100, Pali Rohár wrote: --- a/drivers/hwmon/Kconfig +++ b/drivers/hwmon/Kconfig @@ -1703,6 +1703,17 @@ config

Re: [PATCH 2/2] hwmon: Allow to compile dell-smm-hwmon driver without /proc/i8k

On 28 March 2015 at 22:00, Pali Rohár wrote: > On Saturday 28 March 2015 13:54:51 Steven Honeyman wrote: >> i8k-virtual-0 >> Adapter: Virtual device >> Processor Fan: 3171 RPM >> CPU:+52.0°C >> Ambient:+46.0°C >> SODIMM: +40.0°C >> - >> >> Ambient and SODIMM look

Re: [RFC] bpf: Suggestion on bpf syscall interface

On 03/28/2015 06:21 PM, Alexei Starovoitov wrote: On 3/28/15 4:36 AM, He Kuang wrote: Hi, Alexei In our end-end IO module project, we use bpf maps to record configurations. According to current bpf syscall interface, we should specify map_fd to lookup/update bpf maps, so we are restricted to

Re: [PATCH 2/2] hwmon: Allow to compile dell-smm-hwmon driver without /proc/i8k

On Sat, 2015-03-28 at 22:55 +0100, Pali Rohár wrote: > I have tested compilation only with out of tree make command with > manual CONFIG_SENSORS_DELL_SMM and CONFIG_I8K options. Not sure what you mean here. I can't get things past this error: drivers/hwmon/Kconfig:1721: syntax error

Re: [PATCH 2/2] hwmon: Allow to compile dell-smm-hwmon driver without /proc/i8k

On Saturday 28 March 2015 15:23:15 Guenter Roeck wrote: > > + ---help--- > > + This hwmon driver adds support for reporting temperature > > of different +sensors and controls the fans on Dell > > laptops via System Management + Mode provided by Dell > > BIOS. > > + > > +

Re: [PATCH 2/2] hwmon: Allow to compile dell-smm-hwmon driver without /proc/i8k

On Saturday 28 March 2015 13:54:51 Steven Honeyman wrote: > On 28 March 2015 at 11:04, Paul Bolle wrote: > > On Sat, 2015-03-28 at 11:24 +0100, Pali Rohár wrote: > >> --- a/drivers/hwmon/Kconfig > >> +++ b/drivers/hwmon/Kconfig > >> @@ -1703,6 +1703,17 @@ config SENSORS_ULTRA45 > >> > >>

Re: [PATCH 2/2] hwmon: Allow to compile dell-smm-hwmon driver without /proc/i8k

On Saturday 28 March 2015 12:04:20 Paul Bolle wrote: > On Sat, 2015-03-28 at 11:24 +0100, Pali Rohár wrote: > > --- a/drivers/hwmon/Kconfig > > +++ b/drivers/hwmon/Kconfig > > @@ -1703,6 +1703,17 @@ config SENSORS_ULTRA45 > > > > This driver provides support for the Ultra45 workstation > >

Re: [PATCH 3/5] dmaengine: bcm2835-dma: Fix memory leak when stopping a running transfer

Thanks, On 03/28/2015 05:57 AM, Stephen Warren wrote: > On 03/27/2015 05:35 AM, Peter Ujfalusi wrote: >> The vd->node is removed from the lists when the transfer started so the >> vchan_get_all_descriptors() will not find it. This results memory leak. > > Acked-by: Stephen Warren > (I'm just

Re: [PATCH] staging: speakup: Fix warning of line over 80 characters.

On Sat, 2015-03-28 at 22:22 +0100, Richard Weinberger wrote: > Am 28.03.2015 um 22:18 schrieb Joe Perches: > > On Sat, 2015-03-28 at 21:40 +0100, Richard Weinberger wrote: > >> On Sat, Mar 28, 2015 at 9:21 PM, Shirish Gajera > >> wrote: > >>> This patch fixes the checkpatch.pl warning: [] > >>

Re: [rtc-linux] Re: [PATCH] MAINTAINERS: Add Alexandre Belloni as an RTC maintainer

Hi Alessandro, On 25/03/2015 at 23:58:09 +0100, Alessandro Zummo wrote : > A few things I consider important: > > - a driver for a new hardware usually causes no harm to the subsystem > > - a patch for an existing driver should be approved by the original author, > if possible. there are a

Re: [PATCH] staging: speakup: Fix warning of line over 80 characters.

Am 28.03.2015 um 22:18 schrieb Joe Perches: > On Sat, 2015-03-28 at 21:40 +0100, Richard Weinberger wrote: >> On Sat, Mar 28, 2015 at 9:21 PM, Shirish Gajera >> wrote: >>> This patch fixes the checkpatch.pl warning: > > [] > >>> diff --git a/drivers/staging/speakup/main.c

Re: [PATCH] staging: speakup: Fix warning of line over 80 characters.

On Sat, 2015-03-28 at 21:40 +0100, Richard Weinberger wrote: > On Sat, Mar 28, 2015 at 9:21 PM, Shirish Gajera > wrote: > > This patch fixes the checkpatch.pl warning: [] > > diff --git a/drivers/staging/speakup/main.c b/drivers/staging/speakup/main.c [] > > @@ -423,7 +423,8 @@ static void

Re: [RFC PATCH 00/11] an introduction of library operating system for Linux (LibOS)

Am 27.03.2015 um 16:17 schrieb Antti Kantee: > Let me try to offer some insight. I've been working on something similar in > mainline NetBSD for almost 8 years now, so in addition to ideas popping into > my head I've also tested > them out in the real world. I do think that all operating

[PATCH 2/3] rtc: __rtc_read_time: reduce log level

__rtc_read_time logs should be debug logs instead of error logs. For example, when the RTC clock is not set, it's not really useful to print a kernel error log every time someone tries to read the clock: ~ # hwclock -r [ 604.508263] rtc rtc0: read_time: fail to read

[PATCH 3/3] rtc: hctosys: use function name in the error log

Use function name in the error log instead of __FILE__. Signed-off-by: Aaro Koskinen --- drivers/rtc/hctosys.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/rtc/hctosys.c b/drivers/rtc/hctosys.c index 6c719f2..7748a61 100644 --- a/drivers/rtc/hctosys.c +++

[PATCH 1/3] rtc: initialize rtc name early

In some error cases RTC name is used before it is initialized: rtc-rs5c372 0-0032: clock needs to be set rtc-rs5c372 0-0032: rs5c372b found, 24hr, driver version 0.6 rtc (null): read_time: fail to read rtc-rs5c372 0-0032: rtc core: registered rtc-rs5c372 as rtc0

alx: Wake-on-LAN with Qualcomm Atheros QCA8171

Hi Johannes, I have an ASRock B85M motherboard with Qualcomm Atheros QCA8171 NIC. In dmesg, I see the NIC is claimed by your alx driver: [0.530351] alx :04:00.0 eth0: Qualcomm Atheros AR816x/AR817x Ethernet [xx:xx:xx:xx:xx:xx] In lspci, the NIC shows up like this: 04:00.0 Ethernet

[PATCH 0/3] mfd: menelaus: couple simple cleanups

Hi, I came across these while trying to start DT conversion for menelaus (http://marc.info/?t=14197028735=1=2). While the DT work failed and is still pending, I think it's still worth to apply these as they are independent and they remove some cruft from the tree. A. Aaro Koskinen (3):

[PATCH 1/3] mfd: menelaus: delete omap_has_menelaus

Delete unused macro. Signed-off-by: Aaro Koskinen --- include/linux/mfd/menelaus.h | 6 -- 1 file changed, 6 deletions(-) diff --git a/include/linux/mfd/menelaus.h b/include/linux/mfd/menelaus.h index f097e89..a1e12bf3 100644 --- a/include/linux/mfd/menelaus.h +++

[PATCH 3/3] mfd: menelaus: use macro for magic number

Use macro to check a register bit. Signed-off-by: Aaro Koskinen --- drivers/mfd/menelaus.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/mfd/menelaus.c b/drivers/mfd/menelaus.c index 917fa86..c2ca665 100644 --- a/drivers/mfd/menelaus.c +++ b/drivers/mfd/menelaus.c

[PATCH 2/3] mfd: menelaus: drop support for SW controller VCORE

Drop support for SW controlled VCORE, nobody uses it. Signed-off-by: Aaro Koskinen --- drivers/mfd/menelaus.c | 23 --- include/linux/mfd/menelaus.h | 1 - 2 files changed, 24 deletions(-) diff --git a/drivers/mfd/menelaus.c b/drivers/mfd/menelaus.c index

Re: [PATCH] staging: speakup: Fix warning of line over 80 characters.

On Sat, Mar 28, 2015 at 9:21 PM, Shirish Gajera wrote: > This patch fixes the checkpatch.pl warning: > WARNING: line over 80 characters > > All line over 80 characters in driver/staging/speakup/* are fixed. > > Signed-off-by: Shirish Gajera > --- > drivers/staging/speakup/main.c | 9

Re: d63e2e1f3df breaks sparc/T5-8

On Sat, Mar 28, 2015 at 7:48 AM, David Ahern wrote: > On 3/27/15 11:26 PM, Yinghai Lu wrote: >> >> >> looks like the offset for mem64 is not right. >> >> Please try attached v2. still have problem. [139295.760918] pci_sun4v f02dbcfc: PCI host bridge to bus :00 [139295.831448] pci_bus

[PATCH] staging: speakup: Fix warning of line over 80 characters.

This patch fixes the checkpatch.pl warning: WARNING: line over 80 characters All line over 80 characters in driver/staging/speakup/* are fixed. Signed-off-by: Shirish Gajera --- drivers/staging/speakup/main.c | 9 ++--- drivers/staging/speakup/serialio.h | 3 ++-

Re: d63e2e1f3df breaks sparc/T5-8

On Sat, Mar 28, 2015 at 11:16 AM, David Miller wrote: > PCI addresses being 64-bit or not is an attribute of the PCI > controller and the geography of the bridges behind it, not the > cpu architecture. Good point. We should add one choice in pci subsystem Kconfig. Thanks Yinghai -- To

Re: [PATCH v4 00/15] checkpatch clean-up of rtl8723au's rtw_security.c

On Sat, 2015-03-28 at 08:52 -0400, M. Vefa Bicakci wrote: > These commits address a number of checkpatch.pl warnings and errors > in rtl8723au's rtw_security.c. Hello. This is one of those patchsets that should be done against Greg's staging-testing branch. There are some commits against

Re: [virtio-dev] Re: [PATCH v5] Add virtio-input driver.

On Thu, Mar 26, 2015 at 01:10:40PM +0100, Michael S. Tsirkin wrote: > On Thu, Mar 26, 2015 at 11:49:25AM +0100, Gerd Hoffmann wrote: > > virtio-input is basically evdev-events-over-virtio, so this driver isn't > > much more than reading configuration from config space and forwarding > > incoming

Re: d63e2e1f3df breaks sparc/T5-8

From: Yinghai Lu Date: Fri, 27 Mar 2015 16:57:23 -0700 > On Fri, Mar 27, 2015 at 2:01 PM, Yinghai Lu wrote: >> On Thu, Mar 26, 2015 at 4:27 PM, David Ahern wrote: > >> Also please make sure your config have >> >> CONFIG_PCI_DEBUG=y >> >> and capture serial console with "debug

Re: [PATCH 2/2] show nohz_full cpus in sysfs

On Sat, Mar 28, 2015 at 12:15:56PM -0400, Rik van Riel wrote: > On 03/28/2015 12:02 PM, Frederic Weisbecker wrote: > > 2015-03-27 22:50 GMT+01:00 : > >> From: Rik van Riel > >> > >> Currently there is no way to query which CPUs are in nohz_full > >> mode from userspace. > > > > Well you can

Private Placement

Hello, I have a proposal for you.It has to with investing in your Company. kindly get back to me with a reconfirmation of your company name, area of specialization, address and your position in the Company. Upon your response ,I shall forward you comprehensive details. Best Regard. Peter C

Re: [RFC] bpf: Suggestion on bpf syscall interface

On 3/28/15 4:36 AM, He Kuang wrote: Hi, Alexei In our end-end IO module project, we use bpf maps to record configurations. According to current bpf syscall interface, we should specify map_fd to lookup/update bpf maps, so we are restricted to do config in the same user program. you can pass

[PATCH] mm/memblock: add debug output for the memblock_add

memblock_reserve function calls memblock_reserve_region which prints debugging information if 'memblock=debug' passed to the command line. This patch adds the same behaviour, but for the memblock_add function. Signed-off-by: Alexander Kuleshov --- mm/memblock.c | 18 -- 1 file

[PATCH] powerpc/83xx: add support for mpc8306

Add chip specific initialization for the MPC8306. Signed-off-by: Filip Brozovic --- arch/powerpc/platforms/83xx/Kconfig | 8 arch/powerpc/platforms/83xx/mpc83xx.h | 4 arch/powerpc/platforms/83xx/usb.c | 14 +++--- arch/powerpc/platforms/Kconfig| 10

Re: [PATCH] clk: samsung: exynos4: Disable ARMCLK down feature on Exynos4210 SoC

2015-03-27 17:27 GMT+01:00 Bartlomiej Zolnierkiewicz : > Commit 42773b28e71d ("clk: samsung: exynos4: Enable ARMCLK > down feature") enabled ARMCLK down feature on all Exynos4 > SoCs. Unfortunately on Exynos4210 SoC ARMCLK down feature > causes a lockup when ondemand cpufreq governor is used. >

Re: [RFC PATCH] perf tui: Annotate entries in callchains

Em Fri, Mar 27, 2015 at 04:05:03PM -0700, Stephane Eranian escreveu: > On Mon, Mar 23, 2015 at 9:56 AM, Arnaldo Carvalho de Melo wrote: > > Le 23 mars 2015 13:49:24 GMT-03:00, Stephane Eranian a > > écrit : > >>On Sun, Mar 22, 2015 at 5:27 PM, Namhyung Kim > >>> Did you play with acme/perf/core

Re: [RFC][PATCH 09/10] v4l: Export enums used by tracepoints to user space

On Sat, 28 Mar 2015 21:00:29 +0800 Xie XiuQi wrote: > On 2015/3/28 5:37, Steven Rostedt wrote: > > > #define show_field(field) \ > > - __print_symbolic(field, \ > > - { V4L2_FIELD_ANY,

Re: [PATCH 2/2] show nohz_full cpus in sysfs

On 03/28/2015 12:02 PM, Frederic Weisbecker wrote: > 2015-03-27 22:50 GMT+01:00 : >> From: Rik van Riel >> >> Currently there is no way to query which CPUs are in nohz_full >> mode from userspace. > > Well you can watch dmesg | grep NO_HZ > But surely sysfs is more convenient from an app. > >

Re: [PATCH 2/2] show nohz_full cpus in sysfs

2015-03-27 22:50 GMT+01:00 : > From: Rik van Riel > > Currently there is no way to query which CPUs are in nohz_full > mode from userspace. Well you can watch dmesg | grep NO_HZ But surely sysfs is more convenient from an app. I guess it's ok, as long as it's strictly Read Only. Here it seems

Re: [PATCH v1 1/2] thermal: hisilicon: add new hisilicon thermal sensor driver

On 2015年03月28日 08:58, YiPing Xu wrote: 在 2015/3/27 16:30, Xinwei Kong 写道: On 2015/3/26 17:14, YiPing Xu wrote: 在 2015/3/25 15:50, Xinwei Kong 写道: From: kongxinwei This patch adds the support for hisilicon thermal sensor, within hisilicon SoC. there will register sensors for thermal

Re: [PATCH v1 1/2] thermal: hisilicon: add new hisilicon thermal sensor driver

On 2015年03月28日 08:58, YiPing Xu wrote: 在 2015/3/27 16:30, Xinwei Kong 写道: On 2015/3/26 17:14, YiPing Xu wrote: 在 2015/3/25 15:50, Xinwei Kong 写道: From: kongxinwei This patch adds the support for hisilicon thermal sensor, within hisilicon SoC. there will register sensors for thermal

Re: [PATCH 2/2] phy: driver for Conexant Digicolor internal USB PHY

On Friday, March 27, 2015 at 05:36:29 AM, Baruch Siach wrote: > Add a driver for the USB PHY on the Conexant CX92755 SoC, from the > Digicolor series of SoCs. The PHY is connected to the on-chip chipidea > usb2 host. > > The hardware is somewhat similar to the phy-mxs-usb.c usb_phy, but it is >

Re: [RFC] x86, ia32entry: Use sysretl to return from sysenter

On Mar 28, 2015 1:35 AM, "Ingo Molnar" wrote: > > > * Andy Lutomirski wrote: > > > Sysexit is scary on 64-bit kernels -- sysexit must be invoked with > > usergs and IRQs on. That means that we rely on sti to correctly > > mask interrupts for one instruction. This is okay by itself, but > > the

Re: [PATCH 4/4] [SMB3] Fix coverity warning

Looks correct. Acked-by: Shirish Pargaonkar On Fri, Mar 27, 2015 at 12:28 AM, Steve French wrote: > Coverity reports a warning for referencing the beginning of the > SMB2/SMB3 frame using the ProtocolId field as an array. Although > it works the same either way, this patch should quiet the

Re: [PATCH v10 00/21] Introduce ACPI for ARM64 based on ACPI 5.1

On Wed, 25 Mar 2015 11:38:43 + , Will Deacon wrote: > On Wed, Mar 25, 2015 at 11:54:25AM +, Rafael J. Wysocki wrote: > > On Wednesday, March 25, 2015 11:24:11 AM Will Deacon wrote: > > > On Tue, Mar 24, 2015 at 10:02:53PM +, Grant Likely wrote: > > > > On Thu, 19 Mar 2015 19:39:27

Re: [PATCH 1/2] of: base: add function to get highest id of an alias stem

On Wed, 18 Mar 2015 13:46:31 +0100 , Wolfram Sang wrote: > On Thu, Mar 12, 2015 at 05:17:58PM +0100, Wolfram Sang wrote: > > I2C supports adding adapters using either a dynamic or fixed id. The > > latter is provided by aliases in the DT case. To prevent id collisions > > of those two types,

Re: [PATCH v2 0/5] Update the OF unittest and some small fix

On Tue, 24 Mar 2015 23:43:43 -0500 , Rob Herring wrote: > On Wed, Mar 11, 2015 at 3:36 AM, Wang Long wrote: > > This series patches do some small fixes in drivers/of/unittest.c, > > and update the Documenttion. > > > > At last, replace selftest with unittest in the c, dtsi > > and binding

Re: d63e2e1f3df breaks sparc/T5-8

On 3/27/15 11:26 PM, Yinghai Lu wrote: On Fri, Mar 27, 2015 at 8:45 PM, David Ahern wrote: On 3/27/15 9:19 PM, Yinghai Lu wrote: Good. But we still have annoying warning about "no compatible window". Please try attached patch that support 64bit pci mem space for sparc. BTW, looks like you

Re: [PATCH 1/2] hwmon: Rename i8k driver to dell-smm-hwmon and move it to hwmon tree

On 03/28/2015 03:24 AM, Pali Rohár wrote: This commit moves i8k driver to hwmon tree under name dell-smm-hwmon which is better name then abbreviation i8k. For backward compatibility is added macro MODULE_ALIAS("i8k") so modprobe will load driver also old name i8k. CONFIG_I8K compile option was

Re: [PATCH 3/4] [SMB3] Fix dereference before null check warning

Looks correct. Acked-by: Shirish Pargaonkar On Fri, Mar 27, 2015 at 12:28 AM, Steve French wrote: > null tcon is not likely in these paths in current > code, but obviously it does clarify the code to > check for null (if at all) before derefrencing > rather than after. > > Reported by Coverity

Re: [PATCH 2/4] [CIFS] Don't ignore errors on encrypting password in SMBTcon

Looks correct, although we could just goto a label at the end of this function which does the same. Acked-by: Shirish Pargaonkar On Fri, Mar 27, 2015 at 12:28 AM, Steve French wrote: > Although unlikely to fail (and tree connect does not commonly send > a password since SECMODE_USER is the

Re: [PATCH 2/2] hwmon: Allow to compile dell-smm-hwmon driver without /proc/i8k

On 03/28/2015 03:24 AM, Pali Rohár wrote: This patch splits CONFIG_I8K compile option to SENSORS_DELL_SMM and CONFIG_I8K. Option SENSORS_DELL_SMM is now used to enable compilation of dell-smm-hwmon driver and old CONFIG_I8K option to enable /proc/i8k interface in driver. So this change allows

kcalloc/kmalloc_array could BUILD_BUG_ON for too-big constant arguments (was Re: [PATCH] [RESEND] aic7xxx: replace kmalloc/memset by kzalloc)

The following is a sketch of how a macro kcalloc could BUILD_BUG_ON for overflows of two compile-time operands, or call "kcalloc_variable" for nonconstant arguments. Tested on gcc 4.7.2 only, since it's what I had to hand. I didn't do any testing beyond checking that fn2 didn't build, and that

Re: [PATCH 1/4] [SMB3] Fix warning on uninitialized buftype

Looks correct. Acked-by: Shirish Pargaonkar On Fri, Mar 27, 2015 at 12:27 AM, Steve French wrote: > Pointed out by coverity analyzer. resp_buftype is > not initialized in one path which can rarely log > a spurious warning (buf is null so there will > not be a problem with freeing data, but if

Re: [PATCH 2/2] hwmon: Allow to compile dell-smm-hwmon driver without /proc/i8k

On 03/28/2015 05:54 AM, Steven Honeyman wrote: On 28 March 2015 at 11:04, Paul Bolle wrote: On Sat, 2015-03-28 at 11:24 +0100, Pali Rohár wrote: --- a/drivers/hwmon/Kconfig +++ b/drivers/hwmon/Kconfig @@ -1703,6 +1703,17 @@ config SENSORS_ULTRA45 This driver provides support for the

Re: [PATCH 2/2] show nohz_full cpus in sysfs

On Sat, 2015-03-28 at 09:35 -0400, Rik van Riel wrote: > It can be used by programs like irqbalance to avoid binding IRQs > to isolated or nohz_full CPUs, by libvirt to know which CPUs do > not get load balancing of SCHED_OTHER tasks, etc... Ok, other system packages learning to avoid these does

Re: [PATCH 1/2] Input: Add binding document for a generic ADC keypad

On 28/03/15 00:43, Andrew Bresticker wrote: > Add a binding document for a generic ADC keypad. Buttons on an ADC > keypad are connected in a resistor ladder to an ADC. The binding > describes the mapping of ADC channel and voltage ranges to buttons. > > Signed-off-by: Andrew Bresticker > Cc:

Re: [PATCH 2/2] Input: Add driver for a generic ADC keypad

On 28/03/15 00:43, Andrew Bresticker wrote: > Add a polled input driver for a keypad in which the buttons are connected > in resistor ladders to an ADC. The IIO framework is used to claim and > read the ADC channels. > > Signed-off-by: Andrew Bresticker The IIO side of things looks fine. > ---

[GIT PULL] x86 fix

Linus, Please pull the latest x86-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-urgent-for-linus # HEAD: b3494a4ab20f6bdf74cdf2badf7918bb65ee8a00 x86/asm/entry: Check for syscall exit work with IRQs disabled Fix x86 syscall exit code bug

[GIT PULL] timer fixes

Linus, Please pull the latest timers-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git timers-urgent-for-linus # HEAD: 6e206020324c50a95486f6b279a53512febed92d clocksource/drivers/sun5i: Fix cpufreq interaction with sched_clock() Two clocksource

[GIT PULL] scheduler fix

Linus, Please pull the latest sched-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git sched-urgent-for-linus # HEAD: 746db9443ea57fd9c059f62c4bfbf41cf224fe13 sched: Fix RLIMIT_RTTIME when PI-boosting to RT A single sched/rt corner case fix for

Re: [RFC] vmstat: Avoid waking up idle-cpu to service shepherd work

On Sat, Mar 28, 2015 at 05:27:23PM +0530, viresh kumar wrote: > So probably we need to make 'base' aligned to 8 bytes ? Yeah, something like the below (at the very end) should ensure the thing is cacheline aligned, that should give us a fair few bits. > So, what you are suggesting is something

[PATCH] Documentation: usb: serial: fixed how to provide vendor and product id

From: "H. Nikolaus Schaller" While trying to test the Pyra GSM/GPS/3G module I had reconfigured the USB interface by mistake and therefore needed to run a different USB driver than CSC-ACM. It turned out that I need the "usbserial" driver. This file is an official description how to use it:

  1   2   3   4   >