* Preeti U Murthy wrote:
> On 03/02/2015 08:26 PM, Peter Zijlstra wrote:
> > On Fri, Feb 27, 2015 at 02:19:05PM +0530, Preeti U Murthy wrote:
> >> The problem reported in the changelog of this patch is causing severe
> >> regressions very frequently on our machines for certain usecases. It would
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
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: Andr
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. Co
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
-
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
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 01b3aa922dd
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 insertions(
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
Reported-by
->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 NU
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 cha
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
---
drivers/staging/rtl8723au/core
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 t
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 re
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 a/drivers/staging/rtl
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.
--
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.
---
drive
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
---
drivers/staging/rtl8723au/core/rtw_security
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
Sig
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 sugges
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 a/drivers/staging/rtl8723au/core/rtw_security
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 ins
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 |
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.
---
driv
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 following
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 _
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
Signed-off-
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
--- a/Documentation/ABI/testing/sysfs-b
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 woul
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:
>
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.
>
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 Gre
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 reg
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 Sa
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
> >
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
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
handl
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,
> but
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:+4
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 SENSORS_
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 sw
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 do
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
drive
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.
> > +
> > + Whe
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
> >>
> >>
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
> >
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 ass
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:
[]
> >> In
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 f
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 b/drivers/staging/spea
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 anno
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 system
__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
hwclo
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
+++ b/drivers
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
Fi
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 contro
Hi,
I came across these while trying to start DT conversion for menelaus
(http://marc.info/?t=14197028735&r=1&w=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):
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
+++ b/include/linux/mfd/menela
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
@
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 9f01aef..917
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 ++
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 :0
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 ++-
drivers/sta
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 unsubscri
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 rtl8723
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 ev
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 ignore_loglevel",
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 watc
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
--
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 ma
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 c
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
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.
> Fi
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
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, "AN
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.
>
> I
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 t
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 frame
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 frame
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
> di
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
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 warn
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 +00
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, inst
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 files.
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 s
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 no
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
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 def
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 to
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
fn
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
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 U
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
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: Ro
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.
> ---
>
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 t
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 d
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 RLI
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 li
1 - 100 of 188 matches
Mail list logo
