On Thu, 15 Jan 2015, Andrew Morton wrote:
> > I saw roughly 5% win in a fast-path loop over kmem_cache_alloc/free
> > in CONFIG_PREEMPT. (14.821 ns -> 14.049 ns)
>
> I'm surprised. preempt_disable/enable are pretty fast. I wonder why
> this makes a measurable difference. Perhaps preempt_enable(
On Thu, 15 Jan 2015, Steven Rostedt wrote:
> profiling function tracing I discovered that accessing preempt_count
> was actually quite expensive, even just to read. But it may not be as
> bad since Peter Zijlstra converted preempt_count to a per_cpu variable.
> Although, IIRC, the perf profiling s
This is a patch for fixing unmatched of_node.
Signed-off-by: James Ban
---
This patch is relative to linux-next repository tag next-20150115.
drivers/regulator/da9211-regulator.c |4 ++--
include/linux/regulator/da9211.h |1 +
2 files changed, 3 insertions(+), 2 deletions
On 01/15/2015 10:08 PM, Jon Masters wrote:
> We're implementing support for SPCR table parsing shortly[0], since it
> will allow to deprecate supplying a "console=" (and eventually, also
> "earlycon=") on 64-bit ARM servers, where it's not always the case that
> we can assume a 16550 at a specific
On Fri, Jan 16, 2015 at 10:36 AM, huang lin wrote:
> The AUO b101ean01 panel is a 10.1" 1280x800 panel,
> which can be supported by the simple panel driver.
>
> Signed-off-by: huang lin
Reviewed-by: Daniel Kurtz
>
> ---
>
> Changes in v3:
> - changed moving auo_b101ean01 definitions under auo_
This commit adds support for multiple hardware chip selects to spi-orion.
Different SoCs support different number of chip selects (up to
8 on some platforms). The driver allows up to this number, and it is up
to the implementer to only use the chip selects that are available.
Signed-off-by: Ken Wi
Hi Folks,
We're implementing support for SPCR table parsing shortly[0], since it
will allow to deprecate supplying a "console=" (and eventually, also
"earlycon=") on 64-bit ARM servers, where it's not always the case that
we can assume a 16550 at a specific address. SPCR has been provided on
x86 s
Hi Nick,
I'm not quite sure about if it is a correct modification. But,
On 2015/1/16 10:18, nick wrote:
> drivers/mtd/inftlmount.c:336:12: warning: ‘check_free_sectors’ defined but
> not used [-Wunused-function]
check if this function is still called by other functions, if it
is not, just remov
On Thu, 2015-01-15 at 15:41 -0800, Tyrel Datwyler wrote:
> On 01/15/2015 02:19 PM, Michael Ellerman wrote:
> > On Thu, 2015-01-15 at 11:44 -0800, Tyrel Datwyler wrote:
> >> On 01/15/2015 09:23 AM, Laurent Dufour wrote:
> >>> The commit 3b8a3c010969 ("powerpc/pseries: Fix endiannes issue in RTAS
> >
On Thu, 2015-01-15 at 16:41 -0700, Shuah Khan wrote:
> On 01/15/2015 03:58 PM, Michael Ellerman wrote:
> > On Wed, 2015-01-14 at 09:32 -0700, Shuah Khan wrote:
> >> On 01/06/2015 12:43 PM, Shuah Khan wrote:
> >>> Add a new make target to install to install kernel selftests.
> >>> This new target wi
On Thu, 2015-01-15 at 18:30 +0100, Linus Walleij wrote:
> On Wed, Jan 14, 2015 at 3:32 AM, Yingjoe Chen
> wrote:
>
> > Let's me describe my problem more clearly. On our SoC, if a pin support
> > interrupt it will have 2 different numbers for it. For examples, here's
> > a partial list for the gp
Hi Alexandre,
> -Original Message-
> From: linux-arm-kernel [mailto:linux-arm-kernel-boun...@lists.infradead.org]
> On
> Behalf Of Alexandre Belloni
> Sent: Thursday, January 15, 2015 10:59 PM
> To: Ferre, Nicolas
> Cc: Boris Brezillon; Arnd Bergmann; linux-kernel@vger.kernel.org; Alexand
The AUO b101ean01 panel is a 10.1" 1280x800 panel,
which can be supported by the simple panel driver.
Signed-off-by: huang lin
---
Changes in v3:
- changed moving auo_b101ean01 definitions under auo_b101aw03
drivers/gpu/drm/panel/panel-simple.c | 26 ++
1 file changed,
On Thu, 15 Jan 2015 12:05:52 -0500
Javi Merino wrote:
> Trace can now generate traces with variable element size arrays. Add
> support to parse them.
>
> Cc: Namhyung Kim
> Cc: Arnaldo Carvalho de Melo
> Cc: Steven Rostedt
> Cc: Jiri Olsa
> Signed-off-by: Javi Merino
> ---
> tools/lib/tra
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/15/2015 02:20 PM, Oleg Nesterov wrote:
> math_state_restore() can race with kernel_fpu_begin() if irq comes
> right after __thread_fpu_begin(), __save_init_fpu() will overwrite
> fpu->state we are going to restore.
>
> Add 2 simple helpers, ke
iommu_map() calls trace_map() with iova and size. trace_map()
should report original iova and original size as opposed to
iova and size after they get changed during mapping. size is
always zero at the end of mapping which is useless to report
and iova as it gets incremented, it is not as useful as
tree: git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git crypto
head: e32261a72a3c0c6c59d761820d8ca8b7c90008af
commit: 6b8813e5baf3aa99baec11610cc29bc4ed20e671 [15/21] ext4 crypto: filename
encryption facilities
reproduce:
# apt-get install sparse
git checkout 6b8813e5baf3aa99bae
fs/ext4/crypto_fname.c:322:5: sparse: symbol 'ext4_fname_decrypt' was not
declared. Should it be static?
fs/ext4/crypto_fname.c:380:5: sparse: symbol 'ext4_fname_encode_digest' was not
declared. Should it be static?
fs/ext4/crypto_fname.c:479:6: sparse: symbol 'ext4_free_fname_crypto_ctx' was
no
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/15/2015 02:20 PM, Oleg Nesterov wrote:
> Now that we have in_kernel_fpu we can remove
> __thread_clear_has_fpu() in __kernel_fpu_begin(). And this allows
> to replace the asymmetrical and nontrivial use_eager_fpu +
> tsk_used_math check in kernel
^
Caused by commit d5285c36e6d2 ("i2c: Mark instantiated device nodes
with OF_POPULATE").
I have used the version of the i2c tree from next-20150115 for today.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpWtLdtVphvP.pgp
Description: OpenPGP digital signature
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/15/2015 02:19 PM, Oleg Nesterov wrote:
> interrupted_kernel_fpu_idle() tries to detect if
> kernel_fpu_begin() is safe or not. In particular it should
> obviously deny the nested kernel_fpu_begin() and this logic looks
> very confusing.
>
> If u
On Thu, 15 Jan 2015 16:50:58 +
Javi Merino wrote:
> +const char *
> +ftrace_print_array_seq(struct trace_seq *p, const void *buf, int
> buf_len,
> +size_t el_size)
> +{
> + const char *ret = trace_seq_buffer_ptr(p);
> + const char *prefix = "";
> + void *ptr =
fs/ext4/xattr_encryption.c:80:5: sparse: symbol
'ext4_xattr_encryption_context_set' was not declared. Should it be static?
Signed-off-by: Fengguang Wu
---
xattr_encryption.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/ext4/xattr_encryption.c b/fs/ext4/xattr_encrypt
tree: git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git crypto
head: e32261a72a3c0c6c59d761820d8ca8b7c90008af
commit: db813a4cea85922497d58e94304d75517576af03 [8/21] ext4 crypto: add
encryption xattr support
reproduce:
# apt-get install sparse
git checkout db813a4cea85922497d58e
Em Thu, Jan 15, 2015 at 10:45:23AM -0500, Steven Rostedt escreveu:
> On Thu, 15 Jan 2015 08:30:18 -0700
> David Ahern wrote:
>
> > Steve:
> >
> > Any comments? I think Arnaldo is waiting for your response to pick this up.
>
> Looks fine to me.
>
> Acked-by: Steven Rostedt
>
Thanks, I'll mer
On Thu, 8 Jan 2015 14:03:46 -0800
Stephen Wang wrote:
> +static int32_t nss_gmac_setup_tx_desc_queue(struct nss_gmac_dev *gmacdev,
> + struct device *dev,
> + uint32_t no_of_desc,
> +
Signed-off-by: Chen Fan
---
fs/eventfd.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs/eventfd.c b/fs/eventfd.c
index 4b0a226..f550f8e 100644
--- a/fs/eventfd.c
+++ b/fs/eventfd.c
@@ -45,10 +45,10 @@ struct eventfd_ctx {
*
* This function is supposed to be called
On Thu, 8 Jan 2015 14:03:46 -0800
Stephen Wang wrote:
> + struct nss_gmac_data_plane_ops *data_plane_ops;
> + /* ops to send messages to nss-drv*/
This should be a const pointer.
--
To unsubscribe from this list: send the line "unsubscribe linux-kerne
On Tue, 06 Jan 2015 11:01:51 -0800
Tim Chen wrote:
> Didn't get any response for this patch probably due to the holidays.
> Reposting it as we will like to get it merged to help our database
> workload.
>
> This patch added checks that prevent futile attempts to move rt tasks
> to cpu with activ
On Thu, 8 Jan 2015 14:03:46 -0800
Stephen Wang wrote:
> + uint32_t rx_bytes; /**< Number of RX bytes */
> + uint32_t rx_packets;/**< Number of RX packets */
32 bit packet stats are a problem with lots of traffic.
--
To unsubscribe from this list: send the line "
This patch gets rid of the following sparse warning:
drivers/staging/olpc_dcon/olpc_dcon.c:787:19: warning: symbol 'dcon_driver' was
not declared. Should it be static?
Signed-off-by: Murilo Opsfelder Araujo
---
drivers/staging/olpc_dcon/olpc_dcon.c | 2 +-
1 file changed, 1 insertion(+), 1 del
These two patches fix sparse warnings and make olpc_dcon.c build again
when CONFIG_OLPC is not set.
Murilo Opsfelder Araujo (2):
staging: olpc_dcon: check for CONFIG_OLPC before calling
olpc_board_at_least()
staging: olpc_dcon: fix sparse symbol not declared warning
drivers/staging/olpc_
The following error messages are thrown by sparse when CONFIG_OLPC is
not defined:
drivers/staging/olpc_dcon/olpc_dcon.c:147:17: error: undefined identifier
'olpc_board_at_least'
drivers/staging/olpc_dcon/olpc_dcon.c:208:14: error: undefined identifier
'olpc_board_at_least'
This patch fixes the
Vasu,
OK, disable FCOE as default configuration as a temporary step to
make it work.
Thanks,
Ethan
On 2015/1/16 7:45, Dev, Vasu wrote:
-Original Message-
From: ethan zhao [mailto:ethan.z...@oracle.com]
Sent: Tuesday, January 13, 2015 6:41 PM
To: Dev, Vasu
Cc: Ethan Zhao; Ronciak
> -Original Message-
> From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
> Sent: Thursday, January 15, 2015 12:38 AM
> To: Wang, Yalin
> Cc: 'Ard Biesheuvel'; 'Will Deacon'; 'linux-kernel@vger.kernel.org';
> 'akinobu.m...@gmail.com'; 'linux...@kvack.org'; 'Joe Perches'; 'linux-
These functions aren't used outside of this file so making them static
to suppress the sparse warnings about static declaration.
Signed-off-by: Jia He
Cc: Jeremiah Mahler
Cc: Oleg Drokin
Cc: Andreas Dilger
Cc: Greg Kroah-Hartman
---
drivers/staging/lustre/lustre/libcfs/module.c | 6 ++
1
This fixes the space warning checked by check_patch.pl
Signed-off-by: Jia He
Cc: Jeremiah Mahler
Cc: Oleg Drokin
Cc: Andreas Dilger
Cc: Greg Kroah-Hartman
---
drivers/staging/lustre/lustre/libcfs/module.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/lu
CM3232 is an advanced ambient light sensor with I2C protocol interface.
The I2C slave address is internally hardwired as 0x10 (7-bit). Writing
to configure register is byte mode, but reading ALS register requests to
use word mode for 16-bit resolution.
Signed-off-by: Kevin Tsai
---
v3:
Added hw_
On Thu, 01/15 21:02, Jason Baron wrote:
> Finally, I'd also like to potentially co-ordinate this series with the recent
> syscall enhancements from Fam Zheng: http://lwn.net/Articles/628828/ since
> these
> patches are somewhat invasive.
What I am working on is a new call that can be seen as a li
On Thu, 15 Jan 2015 17:16:34 -0800
Andrew Morton wrote:
> > I saw roughly 5% win in a fast-path loop over kmem_cache_alloc/free
> > in CONFIG_PREEMPT. (14.821 ns -> 14.049 ns)
>
> I'm surprised. preempt_disable/enable are pretty fast. I wonder why
> this makes a measurable difference. Perhaps
Hi Laurent, Rob,
On Thu, 15 Jan 2015 16:10:54 +0200
Laurent Pinchart wrote:
> Hi Rob,
>
> On Thursday 15 January 2015 08:07:18 Rob Herring wrote:
> > On Thu, Jan 15, 2015 at 2:52 AM, Masahiro Yamada
> >
> > wrote:
> > > Signed-off-by: Masahiro Yamada
> >
> > Perhaps some explanation. You c
On Thu, 2015-01-15 at 11:45 -0500, Jeff Layton wrote:
> On Wed, 14 Jan 2015 17:32:43 +0800
> Ian Kent wrote:
>
> > The call_usermodehelper() function executes all binaries in the
> > global "init" root context. This doesn't allow a binary to be run
> > within a namespace (eg. the namespace of a c
Hi Mark,
On 01/15/2015 07:54 PM, Mark Brown wrote:
On Mon, Dec 15, 2014 at 11:31:11AM +0800, Bo Shen wrote:
+#ifdef CONFIG_OF
+static enum wm8904_type wm8904_data = WM8904;
+static enum wm8904_type wm8912_data = WM8912;
+
+static const struct of_device_id wm8904_of_match[] = {
+ {
+
On Wed, 14 Jan 2015 17:06:59 +0530 Vinayak Menon
wrote:
> It is observed that sometimes multiple tasks get blocked for long
> in the congestion_wait loop below, in shrink_inactive_list. This
> is because of vm_stat values not being synced.
>
> (__schedule) from []
> (schedule_timeout) from []
>
On Thu, 15 Jan 2015 16:40:32 +0900 Joonsoo Kim wrote:
> We had to insert a preempt enable/disable in the fastpath a while ago
> in order to guarantee that tid and kmem_cache_cpu are retrieved on the
> same cpu. It is the problem only for CONFIG_PREEMPT in which scheduler
> can move the process to
On Thu, 15 Jan 2015 16:40:33 +0900 Joonsoo Kim wrote:
> compound_head() is implemented with assumption that there would be
> race condition when checking tail flag. This assumption is only true
> when we try to access arbitrary positioned struct page.
>
> The situation that virt_to_head_page() i
On Thu, 15 Jan 2015 16:41:10 +0900 Joonsoo Kim wrote:
> We now have tracepoint for begin event of compaction and it prints
> start position of both scanners, but, tracepoint for end event of
> compaction doesn't print finish position of both scanners. It'd be
> also useful to know finish position
On Thu, 15 Jan 2015 00:51:50 +0100 Rasmus Villemoes
wrote:
> > There are still several flags unused in vma.vm_flags btw.
> >
> > I'm not sure that we can repurpose vm_pgoff (or vm_private_data) for
> > this: a badly behaved thread could make its sp point at a random vma
> > then trick the kernel
On Thu, 15 Jan 2015 18:57:31 +0300 Konstantin Khebnikov
wrote:
> This patch replaces cancel_dirty_page() with helper account_page_cleared()
> which only updates counters. It's called from delete_from_page_cache()
> and from try_to_free_buffers() (hack for ext3). Page is locked in both cases.
>
drivers/pwm/pwm-stmpe.c:99:3-8: No need to set .owner here. The core will do it.
Remove .owner field if calls are used which set it automatically
Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci
Signed-off-by: Fengguang Wu
---
pwm-stmpe.c |1 -
1 file changed, 1 deletion(
(2015/01/16 0:22), Andy Lutomirski wrote:
> On Jan 15, 2015 4:37 AM, "Masami Hiramatsu"
> wrote:
>>
>> (2015/01/14 6:49), Andy Lutomirski wrote:
>>> x86 instructions cannot exceed 15 bytes, and the instruction decoder
>>> should enforce that. Prior to 6ba48ff46f76, the instruction length
>>> limi
On Thu, 2015-01-15 at 11:27 -0500, J. Bruce Fields wrote:
> On Thu, Jan 15, 2015 at 08:26:12AM +0800, Ian Kent wrote:
> > On Wed, 2015-01-14 at 17:10 -0500, J. Bruce Fields wrote:
> > > > On Wed, Jan 14, 2015 at 05:32:22PM +0800, Ian Kent wrote:
> > > > > There are other difficulties to tackle as w
On 2015/1/16 5:30, Thomas Gleixner wrote:
> On Thu, 8 Jan 2015, Jiang Liu wrote:
>
>> Introduce helper function acpi_dev_filter_resource_type(), which may
>> be used by acpi_dev_get_resources() to filer out resource based on
>> resource type.
>>
>> Signed-off-by: Jiang Liu
>> ---
>> drivers/acpi
On 64-bit, relocation is not required unless the load address gets
changed. Without this, relocations do unexpected things when the kernel
is above 4G.
Reported-by: Baoquan He
Signed-off-by: Kees Cook
Cc: sta...@vger.kernel.org
---
This is a reimplementation of Baoquan's "kaslr: check if kernel
[+cc Julia]
On Sun, Dec 21, 2014 at 10:14:34PM +0100, Wolfram Sang wrote:
> This platform_driver does not need to set an owner, it will be populated by
> the
> driver core.
>
> Signed-off-by: Wolfram Sang
I already applied the equivalent patch from Julia for v3.20, thanks!
(I know this is my f
Hi, Octavian
I noticed there are 2 patches you've sent to the community.
But unfortunately I didn't find them in my mailbox.
Let me comment you here.
https://patchwork.kernel.org/patch/5501621/
This patch seem to be correct.
But Rafael should merge it directly via Linux because acpi_unload_table_
On Fri, Nov 21, 2014 at 11:24:02AM -0700, Alex Williamson wrote:
> This is really 2 sets of 2 patches, but they both add bits to
> dev_flags so are included together.
>
> This fixes two problems we've seen with resets. The first is for
> devices that advertise a PM reset mechanism, but it doesn't
On Sun, Jan 4, 2015 at 8:28 PM, Rusty Russell wrote:
> Oded Gabbay writes:
>> On 12/24/2014 01:01 AM, Rusty Russell wrote:
>>> Oded Gabbay writes:
I didn't say it doesn't always work.
The actual thing that doesn't work is the define symbol_get and only in a
specific case of 32bit
From: Yinghai Lu
Date: Wed, 14 Jan 2015 20:31:37 -0800
> Some bios put range that is not fully coverred by root bus resources.
> Try to clip them and update them in pci bridge bars.
>
> We'd like to fix other arches instead of just x86.
>
> Link: https://bugzilla.kernel.org/show_bug.cgi?id=8549
From: Wingman Kwok
This patch add support for 1G Ethernet driver based on Keystone
NetCP hardware. The gigabit Ethernet (GbE) switch subsystem is one of the main
components of the network coprocessor (NETCP) peripheral. The purpose of the
gigabit Ethernet switch subsystem in the NETCP is to provi
From: Wingman Kwok
This patch enhances the NetCP gbe driver to support 10GbE subsystem
available in Keystone NetCP. The 3-port 10GbE switch sub-module contains
the following components:- 10GbE Switch, MDIO Module, 2 PCS-R Modules
(10GBase-R) and 2 SGMII modules (10/100/1000Base-T). The GBE driver
The network coprocessor (NetCP) is a hardware accelerator that processes
Ethernet packets. NetCP has a gigabit Ethernet (GbE) subsystem with a ethernet
switch sub-module to send and receive packets. NetCP also includes a packet
accelerator (PA) module to perform packet classification operations suc
The network coprocessor (NetCP) is a hardware accelerator available in
Keystone SoCs that processes Ethernet packets. NetCP consists of following
hardware components
1 Gigabit Ethernet (GbE) subsystem with a Ethernet switch sub-module to
send and receive packets.
2 Packet Accelerator (PA) mod
The Network Coprocessor (NetCP) is a hardware accelerator that processes
Ethernet packets. NetCP has a gigabit Ethernet (GbE) subsystem with a ethernet
switch sub-module to send and receive packets. NetCP also includes a packet
accelerator (PA) module to perform packet classification operations suc
On 01/15/2015 10:34 PM, Mark Rutland wrote:
> On Thu, Jan 15, 2015 at 12:52:38PM +, Chanwoo Choi wrote:
>> On Thu, Jan 15, 2015 at 9:46 PM, Chanwoo Choi wrote:
>>> Hi Mark,
>>>
>>> On Thu, Jan 15, 2015 at 8:29 PM, Mark Rutland wrote:
On Wed, Jan 14, 2015 at 11:57:00PM +, Chanwoo Choi
On Thu, Jan 15, 2015 at 6:54 AM, Chris Rorvick wrote:
> On Thu, Jan 15, 2015 at 5:03 AM, Oliver Neukum wrote:
>> On Wed, 2015-01-14 at 21:52 -0600, Chris Rorvick wrote:
>>> The descriptor member `bNumEndpoints' is plural.
>>
>> I am afraid that is not a good idea. The name of a
>> member of a str
> -Original Message-
> From: ethan zhao [mailto:ethan.z...@oracle.com]
> Sent: Tuesday, January 13, 2015 6:41 PM
> To: Dev, Vasu
> Cc: Ethan Zhao; Ronciak, John; Kirsher, Jeffrey T; Brandeburg, Jesse; Allan,
> Bruce W; Wyborny, Carolyn; Skidmore, Donald C; Rose, Gregory V; Vick,
> Matthew;
On 01/15/2015 03:58 PM, Michael Ellerman wrote:
> On Wed, 2015-01-14 at 09:32 -0700, Shuah Khan wrote:
>> On 01/06/2015 12:43 PM, Shuah Khan wrote:
>>> Add a new make target to install to install kernel selftests.
>>> This new target will build and install selftests. kselftest
>>> target now depend
On 01/15/2015 02:19 PM, Michael Ellerman wrote:
> On Thu, 2015-01-15 at 11:44 -0800, Tyrel Datwyler wrote:
>> On 01/15/2015 09:23 AM, Laurent Dufour wrote:
>>> The commit 3b8a3c010969 ("powerpc/pseries: Fix endiannes issue in RTAS
>>> call from xmon") was fixing an endianness issue in the call made
From: Benoit Parrot
this patch adds support for omnivision's ov2659
sensor.
Signed-off-by: Benoit Parrot
Signed-off-by: Lad, Prabhakar
---
.../devicetree/bindings/media/i2c/ov2659.txt | 33 +
.../devicetree/bindings/vendor-prefixes.txt|1 +
MAINTAINERS
Hi Jiri,
On Thu, Jan 15, 2015 at 05:15:48PM +0100, Jiri Olsa wrote:
> hi,
> this is follow up on original RFC patchset:
> http://marc.info/?t=14073273564&r=1&w=2
>
> Basically we are adding 'perf data convert' command to
> allow conversion of perf data file into CTF [1] data.
I think I alr
Hi Wolfram,
Thank you for the patch.
On Wednesday 14 January 2015 15:16:28 Wolfram Sang wrote:
> From: Wolfram Sang
>
> And don't print an error: not configured is not an error.
>
> Reported-by: Philipp Zabel
> Signed-off-by: Wolfram Sang
This looks good to me.
Acked-by: Laurent Pinchart
On Thu, Jan 15, 2015 at 01:50:42PM +0200, Michael S. Tsirkin wrote:
> makes code look a bit prettier.
>
> Signed-off-by: Michael S. Tsirkin
Please resend this patch with a cc to linux-cry...@vger.kernel.org.
Thanks!
--
Email: Herbert Xu
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key:
Jason Baron wrote:
> I've done a bit of performance evaluation on a dual socket, 10 core, hyper
> threading enabled box: Intel(R) Xeon(R) CPU E5-2650 v3 @ 2.30GHz. For the
> simple epfdN->epfdN->pipefdN topology case where each thread has its
> own unique files and is doing EPOLL_CTL_ADD and EPOLL
On Thu, 2015-01-15 at 09:58 +0100, Christian Borntraeger wrote:
> ACCESS_ONCE does not work reliably on non-scalar types. For
> example gcc 4.6 and 4.7 might remove the volatile tag for such
> accesses during the SRA (scalar replacement of aggregates) step
> (https://gcc.gnu.org/bugzilla/show_bug.c
On Wed, 2015-01-14 at 09:32 -0700, Shuah Khan wrote:
> On 01/06/2015 12:43 PM, Shuah Khan wrote:
> > Add a new make target to install to install kernel selftests.
> > This new target will build and install selftests. kselftest
> > target now depends on kselftest_install and runs the generated
> > k
On Wed, Jan 14, 2015 at 5:54 PM, Roman Peniaev wrote:
> On Thu, Jan 15, 2015 at 5:51 AM, Kees Cook wrote:
>> On Tue, Jan 13, 2015 at 12:35 AM, Roman Peniaev wrote:
>>> On Tue, Jan 13, 2015 at 3:39 AM, Will Deacon wrote:
On Sun, Jan 11, 2015 at 02:32:30PM +, Roman Pen wrote:
> threa
On Fri, 16 Jan 2015 00:18:12 +0200 "Michael S. Tsirkin" wrote:
> for_each_zone_zonelist_nodemask wants an enum zone_type
> argument, but is passed gfp_t:
>
> mm/vmscan.c:2658:9:expected int enum zone_type [signed] highest_zoneidx
> mm/vmscan.c:2658:9:got restricted gfp_t [usertype] gfp_m
On Thu, 2015-01-15 at 08:58 -0500, Steven Rostedt wrote:
> On Thu, 15 Jan 2015 17:10:40 +1100
> Michael Ellerman wrote:
> >
> > I like my version better, but your call.
>
> Of course you do :-)
You've got to admit mine is a lot neater looking :)
> I thought about it a bit, and both versions ar
I am announcing the release of the Linux 3.16.7-ckt4 kernel.
The updated 3.16.y-ckt tree can be found at:
git://kernel.ubuntu.com/ubuntu/linux.git linux-3.16.y
and can be browsed at:
http://kernel.ubuntu.com/git?p=ubuntu/linux.git;h=refs/heads/linux-3.16.y;a=shortlog
The diff from v3.16.7-c
On Thu, 15 Jan 2015, Kevin Hilman wrote:
> Thomas,
>
> Gentle reminder ping...
Crap. I knew that some stuff on that todo list which I deleted will
haunt me.
Thanks for the reminder.
tglx
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message t
On Thu, 15 Jan 2015, Michael Kerrisk (man-pages) wrote:
> > [EINVAL] uaddr equal uaddr2. Requeue to same futex.
>
> ??? I added this, but does this error not occur only for PI requeues?
It's equally wrong for normal futexes. And its actually the same code
checking for this for all variants.
> >
On Wed, Jan 14, 2015 at 08:31:27PM -0800, Yinghai Lu wrote:
> During the fix https://bugzilla.kernel.org/show_bug.cgi?id=85491,
> Bjorn suggest that we should clip the resources instead of just
> reject them.
>
> We should only need first two for x86. others for related arches
> to keep them consi
On Thu, 15 Jan, at 11:59:42AM, H. Peter Anvin wrote:
> On 01/15/2015 11:41 AM, Matt Fleming wrote:
> >>
> >>Tianocore makes assumptions about the kernel's GDT layout? Yuck.
> >
> >No, but 32-bit Tianocore does rely on the second GDT entry being a
> >32-bit CS.
> >
> >It has no knowledge of Linux's
On Thu, 2015-01-15 at 11:44 -0800, Tyrel Datwyler wrote:
> On 01/15/2015 09:23 AM, Laurent Dufour wrote:
> > The commit 3b8a3c010969 ("powerpc/pseries: Fix endiannes issue in RTAS
> > call from xmon") was fixing an endianness issue in the call made from
> > xmon to RTAS.
> >
> > However, as Michae
for_each_zone_zonelist_nodemask wants an enum zone_type
argument, but is passed gfp_t:
mm/vmscan.c:2658:9:expected int enum zone_type [signed] highest_zoneidx
mm/vmscan.c:2658:9:got restricted gfp_t [usertype] gfp_mask
mm/vmscan.c:2658:9: warning: incorrect type in argument 2 (different ba
Switch AT91 to multiplatform as all SoCs are properly handled.
Signed-off-by: Alexandre Belloni
---
arch/arm/Kconfig| 13 -
arch/arm/mach-at91/Kconfig | 114 +++-
arch/arm/mach-at91/Makefile | 2 +
3 files changed, 62 insertions(+), 67
Signed-off-by: Alexandre Belloni
---
arch/arm/configs/at91_dt_defconfig | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/arch/arm/configs/at91_dt_defconfig
b/arch/arm/configs/at91_dt_defconfig
index 811e72bbe642..2f82bc5bacec 100644
--- a/arch/arm/configs/at91_dt_defconfig
This patch set switches all AT91 SoCs to multiplatform then proceed to further
cleanup.
Alexandre Belloni (5):
ARM: at91: switch to multiplatform
ARM: at91: switch at91_dt_defconfig to multiplatform
ARM: at91: remove unused uncompress.h
ARM: at91: sama5d4: copy defines to SoC file
ARM: a
The SoC includes are now useless.
Signed-off-by: Alexandre Belloni
---
arch/arm/mach-at91/include/mach/at91rm9200.h | 103 ---
arch/arm/mach-at91/include/mach/at91sam9260.h | 129 ---
arch/arm/mach-at91/include/mach/at91sam9261.h | 99 --
arc
Following the switch to multiplatform, uncompress.h is not used anymore. Remove
it.
Signed-off-by: Alexandre Belloni
---
arch/arm/mach-at91/include/mach/uncompress.h | 218 ---
1 file changed, 218 deletions(-)
delete mode 100644 arch/arm/mach-at91/include/mach/uncompress
Copy the defines to the SoC file to remove the need for the header.
The header has to stay for now because on mach/uncompress.h
Signed-off-by: Alexandre Belloni
---
arch/arm/mach-at91/sama5d4.c | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-at91/sa
On Mon, Jan 12, 2015 at 11:31:09PM +0100, Kjetil Oftedal wrote:
> Hi,
>
> Am I missing something or is this just code to get the the resource
> subsystem to accept the bus resources, not caring if the resources are
> actually usable? PCI BARs usually have a given size for a reason?
Hi Kjetil,
Th
3.13.11-ckt14 -stable review patch. If anyone has any objections, please let
me know.
--
From: "Eric W. Biederman"
commit 7ff4d90b4c24a03666f296c3d4878cd39001e81e upstream.
Today there are 3 instances of setgroups and due to an oversight their
permission checking has diverged
3.13.11-ckt14 -stable review patch. If anyone has any objections, please let
me know.
--
From: Andy Lutomirski
commit 394f56fe480140877304d342dec46d50dc823d46 upstream.
The theory behind vdso randomization is that it's mapped at a random
offset above the top of the stack. To
3.13.11-ckt14 -stable review patch. If anyone has any objections, please let
me know.
--
From: Al Viro
commit ca5358ef75fc69fee5322a38a340f5739d997c10 upstream.
... by not hitting rename_retry for reasons other than rename having
happened. In other words, do _not_ restart wh
3.13.11-ckt14 -stable review patch. If anyone has any objections, please let
me know.
--
From: "Eric W. Biederman"
commit 273d2c67c3e179adb1e74f403d1e9a06e3f841b5 upstream.
setgroups is unique in not needing a valid mapping before it can be called,
in the case of setgroups(0,
3.13.11-ckt14 -stable review patch. If anyone has any objections, please let
me know.
--
From: David Ertman
commit b20a774495671f037e7160ea2ce8789af6b61533 upstream.
In commit da1e2046e5, the flow for enabling/disabling an Si errata
workaround (e1000_lv_jumbo_workaround_ich8l
3.13.11-ckt14 -stable review patch. If anyone has any objections, please let
me know.
--
From: Jan Kara
commit f54e18f1b831c92f6512d2eedb224cd63d607d3d upstream.
Rock Ridge extensions define so called Continuation Entries (CE) which
define where is further space with Rock Rid
3.13.11-ckt14 -stable review patch. If anyone has any objections, please let
me know.
--
From: Sasha Levin
commit a3a8784454692dd72e5d5d34dcdab17b4420e74c upstream.
When a key is being garbage collected, it's key->user would get put before
the ->destroy() callback is called,
101 - 200 of 910 matches
Mail list logo