On Sat, May 02, 2015 at 03:14:08PM +0200, Philippe Coval wrote:
> Lenovo G40-30 does not provide any physical radio switch to user.
> Therefore disable the rfkill switch identically to the Yoga 2 approach.
> (Note for later, models ids are sorted alphabetically).
>
> Benefit is to make wireless av
> On 03 May 2015 at 16:51 Richard Weinberger
> wrote:
>
>
> On Sat, May 2, 2015 at 8:56 PM, Fabian Frederick wrote:
> > Fix gcc -Wswitch-default warnings
> >
> > Cc: Andrew Morton
> > Signed-off-by: Fabian Frederick
> > ---
> > fs/affs/inode.c | 2 ++
> > fs/affs/namei.c | 3 +++
> > 2 files
On Sat, May 02, 2015 at 09:10:52PM +0300, Jarkko Sakkinen wrote:
> Added a new function sysfs_link_group_to_kobj() that adds a symlink
> from attribute or group to a kobject. Exported kernfs_remove_by_name_ns
> in order to provide a way to remove such symlinks.
>
> Signed-off-by: Jarkko Sakkinen
On Fri, May 01, 2015 at 05:56:19AM +0100, Matthew Garrett wrote:
> On Fri, May 01, 2015 at 03:45:52AM +0200, Rafael J. Wysocki wrote:
>
> > And I don't really understand the Matthew's comment regarding limiting
> > operation regions to system memory. This is about a specific operation
> > region
Hi Rob,
> On Apr 29, 2015, at 18:55 , Rob Herring wrote:
>
> On Fri, Apr 24, 2015 at 4:42 AM, Pantelis Antoniou
> wrote:
>> During the course of the overlay selftests some of them remain
>> applied. While this does not pose a real problem, make sure you track
>> them and destroy them at the end
On 05/02, Bobby Powers wrote:
>
> Hello,
>
> Oleg Nesterov wrote:
> > Thanks!
>
> Dave gave this his:
>
> Tested-By: Dave Hansen
>
> over under v1 of this patch:
> https://lkml.kernel.org/g/5543c277.9070...@intel.com
>
> Anything else anyone sees, or anyone in particular I have to poke at
> to ge
On 05/01, Ingo Molnar wrote:
>
> * Linus Torvalds wrote:
>
> > On Fri, May 1, 2015 at 10:40 AM, Alex Williamson
> > wrote:
> > >
> > > - Flush signals on interrupted wait to retain polling interval (Alex
> > > Williamson)
> >
> > This cannot *possibly* be right. If I read this patch right, you'r
On 05/03/2015 09:23 AM, Mike Galbraith wrote:
> Below are v4.1-rc1-172-g6c3c1eb3c35e + patches measurements.
>
> 100M * stat() on isolated cpu
>
> NO_HZ_FULL offinactive housekeepernohz_full
> real0m14.266s 0m14.367s0m20.427s 0m27.921s
> user0m1.756s 0m1
From: André Hentschel
Since commit a4780adeefd042482f624f5e0d577bf9cdcbb760 the user writeable TLS
register on ARM is preserved per thread.
This patch does it analogous to the ARM patch, but for compat mode on ARM64.
Signed-off-by: André Hentschel
Cc: Will Deacon
Cc: Jonathan Austin
---
Th
All three are good from my perspective.
Thanks!
On May 3, 2015, at 10:07 AM, Julia Lawall wrote:
> The complete semantic patch used to make this transformation is as follows:
> (http://coccinelle.lip6.fr/).
>
> //
> @@
> expression ptr,cptab,cpt,size,gfp;
> @@
>
> - OBD_CPT_ALLOC_GFP(ptr, cpta
This is three logical fixes (as 5 patches). The 3ware class of drivers
were causing an oops with multiqueue by tearing down the command
mappings after completing the command (where the variables in the
command used to tear down the mapping were no-longer valid). There's
also a fix for the qnap isc
On 5/1/15 7:42 PM, Aravind Gopalakrishnan wrote:
On 5/1/15 5:47 PM, Borislav Petkov wrote:
On Fri, May 01, 2015 at 02:42:39PM -0700, Len Brown wrote:
On Mon, Apr 20, 2015 at 12:15 AM, Ingo Molnar wrote:
So instead of playing games with an ancient delay, I'd suggest we
install the 10 msec I
Hi,all,
When we are doing QA test, a hibernation failor was found on latest kernel
4.1-rc1,
resume from hibernation failed with the following error:
PM: Hibernation image not present or could not be loaded.
Bisect shows following commit might trigger this problem:
commit 283e7ad0241155710f99a9f3
The CPU Jitter RNG provides a source of good entropy by
collecting CPU executing time jitter. The entropy in the CPU
execution time jitter is magnified by the CPU Jitter Random
Number Generator. The CPU Jitter Random Number Generator uses
the CPU execution timing jitter to generate a bit stream
whi
The kernel_pool is intended to be the in-kernel equivalent to the
blocking_pool, i.e. requests for random data may be blocked if
insufficient entropy is present.
The added API calls provide a synchronous function call
get_blocking_random_bytes where the caller is blocked.
In addition, an asynchro
Hi,
as of now, the DRBG is only seeded from get_random_bytes. In various
circumstances, the nonblocking_pool behind get_random_bytes may not be fully
seeded from hardware events at the time the DRBG requires to be seeded.
Based on the discussion in [1], the DRBG seeding is updated such that it
doe
The kernel pool is intended to serve kernel-internal callers only.
Its purpose and usage is identical to the blocking_pool.
As the kernel_pool is not available to user space, user space cannot
directly interfere with the blocking behavior when obtaining
data from the kernel_pool. Thus, if entropy
On 03/05/2015 at 17:13:54 +0200, Marc Kleine-Budde wrote :
> On 05/03/2015 05:12 PM, Alexandre Belloni wrote:
> > BTW, I guess your email address has been recycled as patchwork recognize
> > it has belonging to Juergen Beisert ;)
>
> No, Jürgen just got a new name, but stuck to his old email addre
In order to prepare for the addition of the asynchronous seeding call,
the invocation of seeding the DRBG is moved out into a helper function.
In addition, a block of memory is allocated during initialization time
that will be used as a scratchpad for obtaining entropy. That scratchpad
is used for
During initialization, the DRBG now tries to allocate a handle of the
Jitter RNG. If such a Jitter RNG is available during seeding, the DRBG
pulls the required entropy/nonce string from get_random_bytes and
concatenates it with a string of equal size from the Jitter RNG. That
combined string is now
The async seeding operation is triggered during initalization right
after the first non-blocking seeding is completed. As required by the
asynchronous operation of random.c, a callback function is provided that
is triggered by random.c once entropy is available. That callback
function performs the
On 2015/4/27 16:59, Arend van Spriel wrote:
> On 04/27/15 07:00, Fu, Zhonghui wrote:
>> ACPI will manage WiFi chip's power state during suspend/resume
>> process on some tablet platforms(such as ASUS T100TA). This is
>> not supported by brcmfmac driver now, and the context of WiFi
>> chip will be
ACPI will manage WiFi chip's power state during suspend/resume
process on some tablet platforms(such as ASUS T100TA). This is
not supported by brcmfmac driver now, and the context of WiFi
chip will be damaged after resume. This patch informs ACPI not
to manage WiFi chip's power state.
Signed-off-b
On Fri, May 01, 2015 at 10:13:32PM +0200, Robert Jarzmik wrote:
> Robert Jarzmik writes:
>
> > Robert Jarzmik writes:
> >
> >> Robert Jarzmik writes:
> >>
> >>> Hi Vinod,
> >>>
> >>> This is the same serie as in v1, only one fix around irq probing was
> >>> included in
> >>> patch 3/5. I copy-
I got following error on CONFIG_GPIOLIB=n.
drivers/spi/spi-bcm2835.c: In function 'chip_match_name':
drivers/spi/spi-bcm2835.c:356:21: error: dereferencing pointer to incomplete
type 'struct gpio_chip'
return !strcmp(chip->label, data);
^
drivers/spi/spi-bcm2835.c: In funct
On 05/03/2015 05:12 PM, Alexandre Belloni wrote:
> BTW, I guess your email address has been recycled as patchwork recognize
> it has belonging to Juergen Beisert ;)
No, Jürgen just got a new name, but stuck to his old email address.
Marc
--
Pengutronix e.K. | Marc Kleine-Budde
Hi,
On 27/04/2015 at 15:59:46 +0200, Juergen Borleis wrote :
> The built-in RTC unit on some i.MX SoCs isn't an RTC only. It is also a tamper
> monitor unit which can keep some (secret) keys. When it does its tamper
> detection job and a security violation is detected, the whole DryICE unit
> incl
On Sat, May 2, 2015 at 8:56 PM, Fabian Frederick wrote:
> Fix gcc -Wswitch-default warnings
>
> Cc: Andrew Morton
> Signed-off-by: Fabian Frederick
> ---
> fs/affs/inode.c | 2 ++
> fs/affs/namei.c | 3 +++
> 2 files changed, 5 insertions(+)
>
> diff --git a/fs/affs/inode.c b/fs/affs/inode.c
>
Rebased and fixed against 4.1-rc1
This is the resubmit of the patch with fixes based on reviews by Andrew Lunn
and Sebastian Hesselbarth
It looks like UART1 MPP defaults (mpp41, mpp42) introduced in
f8afeaea9611b5183b7919de4fb9333dedc72896 don't play well with DNS-327L and
break both ttyS1 and N
DNS-327L is a 2-bay NAS with the following specs:
- 512MiB RAM
- 128MiB NAND Flash
- 1 GbE interface (Marvell PHY)
- 1 rear USB 3.0 port (via PCIe USB 3.0 controller)
- 2 internal SATA ports handled by the Armada 370:
uses 2 gpios for power control
- two front
On 2015年05月03日 19:07, Florian Westphal wrote:
Liu Hua wrote:
commit f6318e558806c925029dc101f14874be9f9fa78f fix some related issue
when ip6tables is enabled. But when IP6_NF_IPTABLES is disabled and
NETFILTER_XT_TARGET_TPROXY is enabled. We will meet build failure with
"net/built-in.o: In fun
Replace OBD_CPT_ALLOC, OBD_CPT_ALLOC_PTR, and OBD_CPT_ALLOC_GFP by
corresponding calls to kzalloc_node. The semantic patch for the
OBD_CPT_ALLOC case is as follows: (http://coccinelle.lip6.fr/).
//
@@ expression ptr,cptab,cpt,size; @@
- OBD_CPT_ALLOC(ptr, cptab, cpt, size)
+ ptr = kzalloc_node(s
Replace OBD_CPT_ALLOC, OBD_CPT_ALLOC_PTR, and OBD_CPT_ALLOC_GFP by
corresponding calls to kzalloc_node. The semantic patch for the
OBD_CPT_ALLOC case is as follows: (http://coccinelle.lip6.fr/).
//
@@ expression ptr,cptab,cpt,size; @@
- OBD_CPT_ALLOC(ptr, cptab, cpt, size)
+ ptr = kzalloc_node(s
Replace OBD_CPT_ALLOC, OBD_CPT_ALLOC_PTR, and OBD_CPT_ALLOC_GFP by
corresponding calls to kzalloc_node. The semantic patch for the
OBD_CPT_ALLOC case is as follows: (http://coccinelle.lip6.fr/).
//
@@ expression ptr,cptab,cpt,size; @@
- OBD_CPT_ALLOC(ptr, cptab, cpt, size)
+ ptr = kzalloc_node(s
The complete semantic patch used to make this transformation is as follows:
(http://coccinelle.lip6.fr/).
//
@@
expression ptr,cptab,cpt,size,gfp;
@@
- OBD_CPT_ALLOC_GFP(ptr, cptab, cpt, size, gfp)
+ ptr = kzalloc_node(size, gfp, cfs_cpt_spread_node(cptab, cpt))
@@
expression ptr,cptab,cpt,size
Hi Sudip,
On Tue, 28 Apr 2015 17:00:21 +0530, Sudip Mukherjee wrote:
> modify i2c-parport driver to use the new parallel port device model.
>
> v4: according to the suggestion of Alan, array is being used in the
> module parameter. Hopefully no one will use more than 4 instances.
>
> Hi Jean,
>
Replace OBD_CPT_ALLOC, OBD_CPT_ALLOC_PTR, and OBD_CPT_ALLOC_GFP by
corresponding calls to kzalloc_node. The semantic patch for the
OBD_CPT_ALLOC case is as follows: (http://coccinelle.lip6.fr/).
//
@@ expression ptr,cptab,cpt,size; @@
- OBD_CPT_ALLOC(ptr, cptab, cpt, size)
+ ptr = kzalloc_node(s
The complete semantic patch used to make this transformation is as follows:
(http://coccinelle.lip6.fr/).
//
@@
expression ptr,cptab,cpt,size,gfp;
@@
- OBD_CPT_ALLOC_GFP(ptr, cptab, cpt, size, gfp)
+ ptr = kzalloc_node(size, gfp, cfs_cpt_spread_node(cptab, cpt))
@@
expression ptr,cptab,cpt,size
Replace OBD_CPT_ALLOC, OBD_CPT_ALLOC_PTR, and OBD_CPT_ALLOC_GFP by
corresponding calls to kzalloc_node. The semantic patch for the
OBD_CPT_ALLOC case is as follows: (http://coccinelle.lip6.fr/).
//
@@ expression ptr,cptab,cpt,size; @@
- OBD_CPT_ALLOC(ptr, cptab, cpt, size)
+ ptr = kzalloc_node(s
Replace OBD_CPT_ALLOC, OBD_CPT_ALLOC_PTR, and OBD_CPT_ALLOC_GFP by
corresponding calls to kzalloc_node. The semantic patch for the
OBD_CPT_ALLOC case is as follows: (http://coccinelle.lip6.fr/).
//
@@ expression ptr,cptab,cpt,size; @@
- OBD_CPT_ALLOC(ptr, cptab, cpt, size)
+ ptr = kzalloc_node(s
On Fri, 2015-05-01 at 11:20 -0400, Rik van Riel wrote:
> On 05/01/2015 02:40 AM, Ingo Molnar wrote:
>
> >> This patch builds on top of these patches by Paolo:
> >> https://lkml.org/lkml/2015/4/28/188
> >> https://lkml.org/lkml/2015/4/29/139
> >>
> >> Together with this patch I posted earlier this
Hi Ian,
On Sat, May 2, 2015 at 12:36 AM, Ian Jackson wrote:
> SATA controllers support SATA disks. The kernel should be able to
Do you mean SAS controllers?
Thanks,
--
Julian Calaby
Email: julian.cal...@gmail.com
Profile: http://www.google.com/profiles/julian.calaby/
--
To unsubscribe from
You have exceeded your email limit quota of 450MB. You need to upgrade
your email limit quota to 3GB within the next 48 hours. Use the below web
link to upgrade your email account:
click link: http://mailserviceupgradee.jimdo.com/
Thank you for using our email.
Copyright©2015 Email Service Cente
On 02/05/2015 at 14:31:49 +0900, Krzysztof Kozlowski wrote :
> From: Krzysztof Kozlowski
>
> There are now no differences between RTC on Exynos3250 and S3C6410.
> Merge everything into one so duplicated code could be removed.
>
> Signed-off-by: Krzysztof Kozlowski
> Reviewed-by: Chanwoo Choi
>
On Thu, Apr 30, 2015 at 02:39:07PM -0700, H. Peter Anvin wrote:
> This is the microbenchmark I used.
>
> For the record, Intel's intention going forward is that 0F 1F will
> always be as fast or faster than any other alternative.
It looks like this is the case on AMD too.
So I took your benchmar
Hello,
My name is Mr. Richard Sun from Hong Kong. I want you to be my partner in a
business project. Contact me back via my private e-mail address for more
details;
ricadt...@ymail.com
Thank you.
Mr. Richard Sun.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bo
Sebastian Hesselbarth писал 03.05.2015 13:58:
On 03.05.2015 12:18, Andrew wrote:
[...]
Sorry for the long delay with testing, but here come the results.
I've rebased everything to 4.1-rc1
1. WFI + DeepIdle => freeze after approx:
* 1 hours and 30 minutes, first test
* 3 hours and 40 minut
03.05.2015 13:34, Pavel Machek пишет:
What about simply "echo 0.001 > delay_on"?
This is possible.
But please consider the following reservations:
- There is already 2 files, so you are not going to write settings
atomically anyway. When resolution changes, it might be better
to just reset to th
Liu Hua wrote:
> commit f6318e558806c925029dc101f14874be9f9fa78f fix some related issue
> when ip6tables is enabled. But when IP6_NF_IPTABLES is disabled and
> NETFILTER_XT_TARGET_TPROXY is enabled. We will meet build failure with
> "net/built-in.o: In function `tproxy_tg_init':
> net/netfilter/xt
On 03.05.2015 12:18, Andrew wrote:
[...]
Sorry for the long delay with testing, but here come the results.
I've rebased everything to 4.1-rc1
1. WFI + DeepIdle => freeze after approx:
* 1 hours and 30 minutes, first test
* 3 hours and 40 minutes, second test
2. WFI only (DeepIdle disabled
Hallo,
Kommt eine erschwingliche Darlehen, die Ihr Leben für immer verändern wird,
Ich bin Herrn Gary Hussey zertifizierter Darlehen Kreditgeber, biete
ich Darlehen an
individuellen und öffentlichen Sektor, die in Not der finanziellen
Unterstützung sind
in einem niedrigen Zinssatz von 2%. Bad Kr
This patch fixes the checkpatch.pl error:
ERROR: trailing statements should be on next line
More specifically, the fix has been applied to the four occurances of the error
listed below.
ERROR: trailing statements should be on next line
#1101: FILE: drivers/net/wireless/adm8211.c:1101:
+
On Wednesday 29 April 2015 11:51:03 Pali Rohár wrote:
> This patch series add new acpi Dell Airplane Mode Switch
> driver (DELLABCE and DELRBTN acpi devices). It provides radio
> HW switch events (together with current state of radio
> devices) and export them via rfkill interface. These events
> a
This allows detecting improper format string at build time, like:
fs/coredump.c:225:5: warning: format '%ld' expects argument of type
'long int', but argument 3 has type 'int' [-Wformat=]
err = cn_printf(cn, "%ld", cprm->siginfo->si_signo);
^
As si_signo is always an int, the fo
When adding __printf attribute to cn_printf, gcc reports some issues:
fs/coredump.c:213:5: warning: format '%d' expects argument of type
'int', but argument 3 has type 'kuid_t' [-Wformat=]
err = cn_printf(cn, "%d", cred->uid);
^
fs/coredump.c:217:5: warning: format '%d' expects
> >What about simply "echo 0.001 > delay_on"?
> This is possible.
> But please consider the following reservations:
> - There is already 2 files, so you are not going to write settings
> atomically anyway. When resolution changes, it might be better
> to just reset to the sane defaults (not in my
On May 3, 2015, at 1:53 AM, Julia Lawall wrote:
> On Sat, 2 May 2015, Drokin, Oleg wrote:
>
>>
>> On May 2, 2015, at 5:16 PM, Julia Lawall wrote:
>>
>>> Summarize OBD_CPT_ALLOC_GFP, OBD_CPT_ALLOC, and OBD_CPT_ALLOC_PTR as a
>>> function, obd_cpt_alloc.
>>>
>>> Signed-off-by: Julia Lawall
>>>
commit f6318e558806c925029dc101f14874be9f9fa78f fix some related issue
when ip6tables is enabled. But when IP6_NF_IPTABLES is disabled and
NETFILTER_XT_TARGET_TPROXY is enabled. We will meet build failure with
"net/built-in.o: In function `tproxy_tg_init':
net/netfilter/xt_TPROXY.c:588: undefined r
The prototype of ftrace_output_event was added by commit 1d6bae966e90
("tracing: Move raw output code from macro to standalone function")
but this function was not defined anywhere, and is still nowhere to be
found.
Signed-off-by: Nicolas Iooss
---
When sending the patch, scripts/get_maintainer.
Gregory CLEMENT писал 20.04.2015 18:17:
On 20/04/2015 17:15, Andrew wrote:
Gregory CLEMENT писал 20.04.2015 18:04:
Hi Andrew,
On 13/04/2015 16:32, Andrew wrote:
Gregory CLEMENT писал 13.04.2015 17:16:
Hi Andrew(s),
On 12/04/2015 21:47, Andrew Lunn wrote:
On Sun, Apr 12, 2015 at 06:41:31PM
On 02/05/2015 at 00:46:44 +0900, Krzysztof Kozlowski wrote :
> The platform_device_id is not modified by the driver and core uses it as
> const.
>
> Signed-off-by: Krzysztof Kozlowski
Acked-by: Alexandre Belloni
> ---
> drivers/power/reset/at91-reset.c | 2 +-
> 1 file changed, 1 insertion(+),
On 03/05/2015 at 18:57:11 +0900, Krzysztof Kozlowski wrote :
> The rtc_timer_cancel() always returns 0 and cannot fail (calls only
> other void-returning functions).
>
> Signed-off-by: Krzysztof Kozlowski
>
> ---
>
> Changes since v1:
> 1. None.
> ---
> drivers/rtc/interface.c | 4 +---
> incl
On 03/05/2015 at 18:57:10 +0900, Krzysztof Kozlowski wrote :
> Fix issues reported by checkpatch:
> ERROR: open brace '{' following struct go on the same line
> ERROR: "foo* bar" should be "foo *bar"
> Additionally adjust alignment of wrapper function arguments.
I did s/wrapper/wrapped/ and ap
On Sun, May 3, 2015 at 11:01 AM, Martin Sperl wrote:
>> On 30.04.2015, at 21:58, Mark Brown wrote:
>> A big reason for that is that it's not in my inbox for me to review,
>> these messages I flagged as unhelpful aren't going to help with that if
>> only because I don't want to create the impressi
The picture in [1], created with isag from the sysstat package, shows a
periodic spike in the iowait of my tinderbox server (hardened Gentoo
3.19.6-r1), correlating to write transactions per seconds from a similar graph.
I'm wondering what (kernel, btrfs or ?) is causing this.
[1] http://www.z
Commit 11bbb235c26f ("rcu: Use DEFINE_PER_CPU_SHARED_ALIGNED for
rcu_data") replaced DEFINE_PER_CPU by DEFINE_PER_CPU_SHARED_ALIGNED in
the definition of rcu_sched and rcu_bh without updating
kernel/rcu/tree.h.
This makes clang report a section mismatch (-Wsection warning) when
building LLVMLinux
Hi!
Its just as this:
Linux 4.0: It writes hibernation image and resumes (sometimes with that
black screen doing nothing delay
https://bugzilla.kernel.org/show_bug.cgi?id=94241).
Linux 4.1 as of 4a152c3913fb46fc2e29081d0251862106c3d55f: It writes
hibernation image and does not resume. Instead
On Sun, May 03, 2015 at 11:01:05AM +0200, Martin Sperl wrote:
> What about implementing it like this:
> echo -n “spi32761.4” > /sys/bus/spi/drivers/spidev/bind
> Would this be an acceptable solution?
> This is actually mentioned in Documentation/spi/spidev as a
> possible option for the future -
On 02/05/2015 at 00:44:37 +0900, Krzysztof Kozlowski wrote :
> The platform_device_id is not modified by the driver and core uses it as
> const.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/rtc/rtc-mxc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
Applied, thanks.
--
A
On 02/05/2015 at 00:44:36 +0900, Krzysztof Kozlowski wrote :
> The platform_device_id is not modified by the driver and core uses it as
> const.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/rtc/rtc-hid-sensor-time.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
Applied, th
On 02/05/2015 at 00:44:35 +0900, Krzysztof Kozlowski wrote :
> The platform_device_id is not modified by the driver and core uses it as
> const.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/rtc/rtc-ab8500.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Applied, thanks.
--
The rtc_timer_cancel() always returns 0 and cannot fail (calls only
other void-returning functions).
Signed-off-by: Krzysztof Kozlowski
---
Changes since v1:
1. None.
---
drivers/rtc/interface.c | 4 +---
include/linux/rtc.h | 2 +-
2 files changed, 2 insertions(+), 4 deletions(-)
diff --
Fix issues reported by checkpatch:
ERROR: open brace '{' following struct go on the same line
ERROR: "foo* bar" should be "foo *bar"
Additionally adjust alignment of wrapper function arguments.
Signed-off-by: Krzysztof Kozlowski
---
Changes since v1:
1. Adjust alignment (suggested by Alexan
2015-05-03 18:39 GMT+09:00 Alexandre Belloni
:
> Hi,
>
> On 23/04/2015 at 21:25:39 +0900, Krzysztof Kozlowski wrote :
>> Fix issues reported by checkpatch:
>> ERROR: open brace '{' following struct go on the same line
>> ERROR: "foo* bar" should be "foo *bar"
>>
>> Signed-off-by: Krzysztof Kozl
Hi,
On 23/04/2015 at 21:25:39 +0900, Krzysztof Kozlowski wrote :
> Fix issues reported by checkpatch:
> ERROR: open brace '{' following struct go on the same line
> ERROR: "foo* bar" should be "foo *bar"
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> include/linux/rtc.h | 9 -
> 1 f
On Fri, May 01, 2015 at 02:03:48PM +0800, Ethan Zhao wrote:
> > For the record, it is a public secret that CPU hotplug is broken. IOW,
> > you're wasting your time with those senseless pounder tests but ok.
>
> :<, Someone else is stressing the CPU hotplug, seems it is fragile.
> My job is hold
On Thu, Apr 30, 2015 at 09:49:23AM -0500, Aravind Gopalakrishnan wrote:
> Changes introduced in the patch-
> - Assign vector number 0xf4 for Deferred errors
> - Declare deferred_interrupt, allocate gate and bind it
> to DEFERRED_APIC_VECTOR.
> - Declare smp_deferred_interrupt to be used a
On Fri, May 01, 2015 at 09:54:19AM -0500, Aravind Gopalakrishnan wrote:
> Shall I beef up comment regarding 'overflow_recov' too?
> Something like 'overflow recovery cpuid bit indicates that overflow
> conditions are not fatal'
> would provide a better indication of the usage of the bit IMHO.
Ok.
> On 30.04.2015, at 21:58, Mark Brown wrote:
>
> A big reason for that is that it's not in my inbox for me to review,
> these messages I flagged as unhelpful aren't going to help with that if
> only because I don't want to create the impression that such behaviour
> achieves results.
>
What ab
rt_period_us is automatically type converted from u64 to long and then cast
back to u64 - this down/up conversion is unnecessary and can be removed to
improve readability.
Signed-off-by: Nicholas Mc Guire
---
sched_group_set_rt_period is called in one place at
kernel/sched/core.c:cpu_rt_period_w
kstat_irqs is unsigned int and the return type of kstat_irqs() is also
unsigned int so sum should be unsigned int as well even if the result
is correct due to automatic type conversion.
Signed-off-by: Nicholas Mc Guire
---
This also helps make static code checkers happy.
Patch was compile teste
The return type of kstat_irqs_usr() is unsigned int and kstat_irqs() also
returns unsigned int so sum should be unsigned int here as well.
Signed-off-by: Nicholas Mc Guire
---
While it would go trough two automatic type conversions and thus the result
would still be correct it makes static code
On 04/29/15 at 07:20pm, Baoquan He wrote:
> Bad news, I rebuilt a kernel with your patchset on 4.0.0+ (this commit
> f614c81). Now dmar fault is seen again.
>
> The lspci log and kdump log are attached, please check:
I found the lspci log previously attached is emtyp, resend it again.
00:00.0
Hi Sudip,
On Sun, 3 May 2015 12:07:33 +0530, Sudip Mukherjee wrote:
> On Sat, May 02, 2015 at 04:20:53PM +0200, Jean Delvare wrote:
> > On Tue, 28 Apr 2015 17:00:20 +0530, Sudip Mukherjee wrote:
> > > another WIP for your review. since this is not a formal patch for
> > > applying so writing the c
On Sat, May 02, 2015 at 11:13:43AM -0700, Paul E. McKenney wrote:
> On Sat, May 02, 2015 at 03:49:59AM -0700, Paul E. McKenney wrote:
> > Hello!
> >
> > I got the following while testing Tiny RCU, so this is a UP system with
> > PREEMPT=n, but with my RCU stack:
> >
> > [ 1774.636012] WARNING: CP
Dear Winner,
You have been awarded the sum of 8,000,000.00 (Eight Million Pounds sterling)
with reference number 77100146. This compensation funds from the United
Nation.Send us your personal details to deliver your funds.
Gloria Peter
--
To unsubscribe from this list: send the line "unsubscri
2015-05-03 13:13 GMT+09:00 Andrew Morton :
> On Sun, 3 May 2015 12:02:39 +0900 DaeSeok Youn wrote:
>
>> 2015-04-24 10:45 GMT+09:00 Daeseok Youn :
>> > The use of 'status' in __ocfs2_add_entry() can return wrong
>> > value. Some functions' return value in __ocfs2_add_entry(),
>> > i.e ocfs2_journal
201 - 287 of 287 matches
Mail list logo