On Thu, Nov 05, 2015 at 05:28:03PM +0530, Sunny Kumar wrote:
> This patch replaces bit shifting on 1 with the BIT(x) macro
>
> Signed-off-by: Sunny Kumar
Also, NAK as has been covered in other responses.
However, I wanted to add, similar to the hfi1_ioctl fix, we have follow on
checkpatch
On 11/05, Oleg Nesterov wrote:
>
> On 11/04, Andrew Morton wrote:
> >
> > I'm thinking this should be backported into -stable due to WARN_ONs and
> > kernel crashes.
>
> Ah, sorry for confusion. The kernel crash is fine/correct. Debugger kills
> init process, the exiting init calls panic(). With
Hi mudongliang,
[auto build test ERROR on: powerpc/next]
[also build test ERROR on: v4.3 next-20151105]
url:
https://github.com/0day-ci/linux/commits/mudongliang/uapi-elf-delete-unused-macros/20151105-234433
base: https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git next
Device like MT29F32G08ABCDBJ4 have a writesize/oobsize of 16K/1216 Bytes.
So, increasing the maximum ecc placement locations to 1216
Signed-off-by: Punnaiah Choudary Kalluri
---
include/linux/mtd/mtd.h| 2 +-
include/uapi/mtd/mtd-abi.h | 4 ++--
2 files changed, 3 insertions(+), 3
On 03.11.2015 [13:46:25 +], Keith Busch wrote:
> On Tue, Nov 03, 2015 at 05:18:24AM -0800, Christoph Hellwig wrote:
> > On Fri, Oct 30, 2015 at 02:35:11PM -0700, Nishanth Aravamudan wrote:
> > > diff --git a/drivers/block/nvme-core.c b/drivers/block/nvme-core.c
> > > index
From: Markus Elfring
Date: Thu, 5 Nov 2015 17:55:25 +0100
The functions iput() and unregister_sysctl_table() test whether their
argument is NULL and then return immediately.
Thus the tests around their calls are not needed.
This issue was detected by using the Coccinelle software.
On 11/05/2015 11:43 AM, Peter Zijlstra wrote:
On Thu, Nov 05, 2015 at 11:29:29AM -0500, Waiman Long wrote:
On 11/02/2015 11:40 AM, Peter Zijlstra wrote:
On Fri, Oct 30, 2015 at 07:26:35PM -0400, Waiman Long wrote:
This patch enables the accumulation of kicking and waiting related
PV qspinlock
> static void xen_percpu_init(void)
> {
> struct vcpu_register_vcpu_info info;
> @@ -104,6 +120,8 @@ static void xen_percpu_init(void)
> BUG_ON(err);
> per_cpu(xen_vcpu, cpu) = vcpup;
>
> + xen_setup_runstate_info(cpu);
Does the runstate memory area get unregsitered when
Added 'hash=' option for selecting the hash algorithm for add_key()
syscall and documentation for it.
Added entry for sm3-256 to the following tables in order to support
TPM_ALG_SM3_256:
* hash_algo_name
* hash_digest_size
Includes support for the following hash algorithms:
* sha1
* sha256
*
On 11/5/2015 8:17 AM, SF Markus Elfring wrote:
From: Markus Elfring
Date: Thu, 5 Nov 2015 17:10:22 +0100
The pinctrl_unregister() function tests whether its argument is NULL
and then returns immediately. Thus the test around the call is not needed.
This issue was detected by using the
On 11/05/2015 11:39 AM, Peter Zijlstra wrote:
On Thu, Nov 05, 2015 at 11:06:48AM -0500, Waiman Long wrote:
How does it affect IVB-EX (which you were testing earlier IIRC)?
My testing on IVB-EX indicated that if the critical section is really short,
the change may actually slow thing a bit in
On Thu, Nov 05, 2015 at 07:28:50AM -0800, Arjan van de Ven wrote:
> well we have this as a driver right now that does not touch hot paths,
> but it seems you and tglx also hate that approach with a passion
The current code is/was broken, but when I tried fixing it, tglx
objected to the entire
On 05.11.2015 09:34, Sascha Hauer wrote:
On Sun, Nov 01, 2015 at 03:41:35PM +0100, Anton Bondarenko wrote:
From: Anton Bondarenko
RX DMA tail data handling doesn't work correctly in many cases with
current implementation. It happens because SPI core was setup
to generates both RX watermark
On Thu, Nov 05, 2015 at 11:42:27AM -0500, Waiman Long wrote:
> If we observe next, we will observe val != tail sooner or later. It is not
> possible for it to clear the tail code in the lock. The tail xchg will
> guarantee that.
>
> Another alternative is to do something like
>
> +if (!next)
Hi,
> +static u64 get64(const u64 *p)
> +{
> + u64 ret;
> +
> + if (BITS_PER_LONG < 64) {
> + u32 *p32 = (u32 *)p;
> + u32 h, l;
> +
> + /*
> + * Read high then low, and then make sure high is
> + * still the same; this will
Hi Masahiro,
Apologies for the delay in reply; I didn't see the lower part of your email.
On 10/28/2015 09:49 PM, Masahiro Yamada wrote:
>>> +#if IS_ENABLED(CONFIG_SERIAL_8250_CONSOLE)
>>
>> #ifdef CONFIG_SERIAL_8250_CONSOLE
>
> I am OK with this change because this CONFIG is boolean.
>
>
>
Jarkko,
On Thu, Nov 05, 2015 at 01:05:45PM +0200, Jarkko Sakkinen wrote:
> On Thu, Nov 05, 2015 at 11:22:55AM +0200, Jarkko Sakkinen wrote:
> > On Wed, Nov 04, 2015 at 10:17:05AM -0800, Jeremiah Mahler wrote:
> > > Jarkko, all,
> > >
[...]
> > >
> > > The commit for this patch (9b774d5cf2db4)
Hi mudongliang,
[auto build test ERROR on: powerpc/next]
[also build test ERROR on: v4.3 next-20151105]
url:
https://github.com/0day-ci/linux/commits/mudongliang/uapi-elf-delete-unused-macros/20151105-234433
base: https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git next
Hi Thomas, Sebastian,
On 11/03/2015 10:18 PM, Sebastian Andrzej Siewior wrote:
On 11/03/2015 08:51 PM, Thomas Gleixner wrote:
where MAX_MSI_IRQS = 32 now, but potentially can be increased up to 256.
And you really oversimplified the code above. The reality is:
for (i = 0; i <
On Wed, Nov 04, 2015 at 10:43:10PM -0800, Linus Torvalds wrote:
> On Wed, Nov 4, 2015 at 2:19 PM, Greg KH wrote:
> >
> > Here is the big char/misc driver update for 4.4-rc1. Lots of different
> > driver and subsystem updates, hwtracing being the largest with the
> > addition of some new
- Original Message -
> This is just a resend of the patchset from earlier today. There was
> a error in the middle of sending the set, so it looks like 10 - 32 got
> dropped.
>
> There are a couple new block layer commands we are trying to add support
> for in the near term:
>
> compare
On Thu, Nov 05, 2015 at 05:18:41PM +0100, Arnd Bergmann wrote:
> On Thursday 29 October 2015 22:44:31 Tina Ruchandani wrote:
> > struct mon_bin_hdr allows for a 64-bit seconds timestamp. The code
> > currently uses 'struct timeval' to populate the timestamp in mon_bin_hdr,
> > which has a 32-bit
On Thu, Nov 05, 2015 at 11:29:29AM -0500, Waiman Long wrote:
> On 11/02/2015 11:40 AM, Peter Zijlstra wrote:
> >On Fri, Oct 30, 2015 at 07:26:35PM -0400, Waiman Long wrote:
> >>This patch enables the accumulation of kicking and waiting related
> >>PV qspinlock statistics when the new
On 11/02/2015 05:54 PM, Peter Zijlstra wrote:
On Mon, Nov 02, 2015 at 05:36:26PM +0100, Peter Zijlstra wrote:
On Fri, Oct 30, 2015 at 07:26:33PM -0400, Waiman Long wrote:
@@ -426,6 +437,15 @@ queue:
cpu_relax();
/*
+* If the next pointer is defined, we are not
On 11/05/2015 07:00 AM, Fu Wei wrote:
Hi Timur,
On 5 November 2015 at 22:40, Timur Tabi wrote:
Fu Wei wrote:
Did you really read the "Note" above OK, let me paste it again
and again:
SBSA 2.3 Page 23 :
If a larger watch period is required then the compare value can be
programmed
How can this be missing? Things compile fine now, right? So please
better explain why we do this change.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On Thu, Nov 05, 2015 at 10:39:01AM +0100, LABBE Corentin wrote:
> This patch fix some style issue reported by checkpatch.pl.
Despite the obvious build issue which proves you never even built this
file, I can't take this as you have to break it up into logical changes,
one patch only doing one
On Thu, Nov 05, 2015 at 11:06:48AM -0500, Waiman Long wrote:
> >How does it affect IVB-EX (which you were testing earlier IIRC)?
>
> My testing on IVB-EX indicated that if the critical section is really short,
> the change may actually slow thing a bit in some cases. However, when the
> critical
On 11/02/2015 11:40 AM, Peter Zijlstra wrote:
On Fri, Oct 30, 2015 at 07:26:35PM -0400, Waiman Long wrote:
This patch enables the accumulation of kicking and waiting related
PV qspinlock statistics when the new QUEUED_LOCK_STAT configuration
option is selected. It also enables the collection of
On Thu, Nov 05, 2015 at 10:56:29AM -0500, Rik van Riel wrote:
> On 11/05/2015 10:34 AM, Peter Zijlstra wrote:
> > On Wed, Nov 04, 2015 at 01:25:15PM -0500, Rik van Riel wrote:
> >> +++ b/kernel/sched/fair.c
> >> @@ -2155,6 +2155,7 @@ void task_numa_work(struct callback_head *work)
> >>unsigned
On Tue, Nov 03, 2015 at 03:36:13PM +0530, Vignesh R wrote:
> Add qspi memory mapped region entries for DRA7xx based SoCs. Also,
> update the binding documents for the controller to document this change.
>
> Signed-off-by: Vignesh R
You don't really need an example for every possibility, but
On Thu, Nov 05, 2015 at 02:58:38PM +0200, Kirill A. Shutemov wrote:
> Okay. Could you prepare the patch?
OK, give me some time.
Thanks,
Vladimir
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info
From: Michal Hocko
Date: Thu, 5 Nov 2015 17:28:03 +0100
> Yes, that part is clear and Johannes made it clear that the kmem tcp
> part is disabled by default. Or are you considering also all the slab
> usage by the networking code as well?
I'm still thinking about the implications of that
From: Sowmini Varadhan
Date: Thu, 5 Nov 2015 11:28:31 -0500
> On (11/05/15 11:05), David Miller wrote:
>> From: David Miller
>> Date: Thu, 05 Nov 2015 10:31:26 -0500 (EST)
>>
>> > I'll see if I can cook something up.
>>
>> How does this look?
>
> Looks good to me,
>
> Do you want me to
On (11/05/15 11:05), David Miller wrote:
> From: David Miller
> Date: Thu, 05 Nov 2015 10:31:26 -0500 (EST)
>
> > I'll see if I can cook something up.
>
> How does this look?
Looks good to me,
Do you want me to respin patch v7 with this? Or update ixgbe/i40e to use
this later, after this goes
On Thu, Nov 5, 2015 at 4:56 PM, Eric Dumazet wrote:
> It is a performance benefit only if you use the helpers from
> net/core/tso.c as some drivers already do.
>
> Otherwise, calling the skb_gso_segment() from your driver has no gain
> compared to the one done from core networking stack.
Agreed, we will implement your suggestions in the ACPICA code (which is in a
different format than the Linux version).
> -Original Message-
> From: SF Markus Elfring [mailto:elfr...@users.sourceforge.net]
> Sent: Thursday, November 05, 2015 7:23 AM
> To: Len Brown; Zheng, Lv; Wysocki,
Hi mudongliang,
[auto build test ERROR on: powerpc/next]
[also build test ERROR on: v4.3 next-20151105]
url:
https://github.com/0day-ci/linux/commits/mudongliang/uapi-elf-delete-unused-macros/20151105-234433
base: https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git next
On Thu, Nov 05, 2015 at 08:20:42AM -0800, Laura Abbott wrote:
> On 11/05/2015 01:46 AM, Russell King - ARM Linux wrote:
> >On Wed, Nov 04, 2015 at 05:00:39PM -0800, Laura Abbott wrote:
> >>Currently, read only permissions are not being applied even
> >>when CONFIG_DEBUG_RODATA is set. This is
On Thu 05-11-15 11:16:09, David S. Miller wrote:
> From: Michal Hocko
> Date: Thu, 5 Nov 2015 15:40:02 +0100
>
> > On Wed 04-11-15 14:50:37, Johannes Weiner wrote:
> > [...]
> >> Because it goes without saying that once the cgroupv2 interface is
> >> released, and people use it in production,
On Friday 30 October 2015 01:51:01 Tina Ruchandani wrote:
> UUID calculation uses 'struct timespec' whose seconds will overflow
> in year 2038 and beyond for 32-bit systems. This patch removes the
> dependency on 'struct timespec' by using ktime_get_real().
> While the patch does not fix a 'bug'
On Friday 30 October 2015 01:30:40 Tina Ruchandani wrote:
> Function stex_gettime uses 'struct timeval' whose tv_sec value
> will overflow on 32-bit systems in year 2038 and beyond. This patch
> replaces the use of struct timeval and do_gettimeofday with
> ktime_get_real_seconds, which returns a
On 11/05/2015 01:46 AM, Russell King - ARM Linux wrote:
On Wed, Nov 04, 2015 at 05:00:39PM -0800, Laura Abbott wrote:
Currently, read only permissions are not being applied even
when CONFIG_DEBUG_RODATA is set. This is because section_update
uses current->mm for adjusting the page tables.
From: Markus Elfring
Date: Thu, 5 Nov 2015 17:10:22 +0100
The pinctrl_unregister() function tests whether its argument is NULL
and then returns immediately. Thus the test around the call is not needed.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
On Thursday 29 October 2015 22:58:28 Tina Ruchandani wrote:
> struct timeval' uses 32-bits for its seconds field and will overflow in
> the year 2038 and beyond. This patch replaces the usage of 'struct timeval'
> in mon_get_timestamp() with timespec64 which uses a 64-bit seconds field
> and is
On Thu, Nov 5, 2015 at 2:19 AM, Klaus Ethgen wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Hi,
>
> sorry for the delay.
>
> Am Mo den 2. Nov 2015 um 20:45 schrieb Andy Lutomirski:
>> > Well, the think that changed is that the ambient capabilities can be set
>> > by any process
On 11/5/2015 7:05 AM, Vinod Koul wrote:
On Wed, Nov 04, 2015 at 09:42:46PM -0500, Sinan Kaya wrote:
Here is what I proposed.
- a common file that gets compiled into a module that wants to use
self-test with a public API. It can be called from driver's probe
routine.
- the test is independent
* Pali Rohár [151105 03:41]:
> On Tuesday 13 October 2015 16:37:46 Pali Rohár wrote:
> > On Monday 12 October 2015 13:45:09 Tony Lindgren wrote:
> > > * Pali Rohár [151012 13:29]:
> > > > On Monday 12 October 2015 22:16:40 Tony Lindgren wrote:
> > > > >
> > > > > Pali, any news on posting an
Hi,
while working on something unrelated I've checked the current usage
of __GFP_REPEAT in the tree. It seems that a good half of it is
and always has been bogus because __GFP_REPEAT has always been about
high order allocations while we are using it for order-0 or very small
orders very often. It
On 05.11.2015 09:59, Sascha Hauer wrote:
On Sun, Nov 01, 2015 at 03:41:41PM +0100, Anton Bondarenko wrote:
From: Anton Bondarenko
If SPI device supports DMA mode, but DMA controller is not yet
available due to e.g. a delay in the corresponding kernel module
initialization, retry to initialize
On Thursday 29 October 2015 22:44:31 Tina Ruchandani wrote:
> struct mon_bin_hdr allows for a 64-bit seconds timestamp. The code
> currently uses 'struct timeval' to populate the timestamp in mon_bin_hdr,
> which has a 32-bit seconds field and will overflow in year 2038 and beyond.
> This patch
From: Michal Hocko
__GFP_REPEAT has a rather weak semantic but since it has been introduced
around 2.6.12 it has been ignored for low order allocations. Yet we have
users which require this flag even though they are doing order-0 or
small order allocation in the end:
* arc: pte_alloc_one_kernel
Guten Tag Herr / Frau,
Hiermit möchten wir Sie informieren, dass PRIVATE HOME MANAGEMENT LTD
ist die Gewährung von Ende des Jahres Darlehensfazilitäten zu alten
und neuen Kunden bei 2% niedriger inerest Rate. bitte geben Sie uns
die folgenden Informationen, wenn interessiert.
Ihr
On Thu, Nov 05, 2015 at 01:56:39PM +0800, Caesar Wang wrote:
> 在 2015年11月04日 22:34, Mark Brown 写道:
> >Same thing as your other very similar patch: why does this feature
> >require set_clkdiv()?
> Okay, you said "
> Why is this a requirement? The clock to use as a source should normally
> be
From: Michal Hocko
jbd2_alloc is explicit about its allocation preferences wrt. the
allocation size. Sub page allocations go to the slab allocator
and larger are using either the page allocator or vmalloc. This
is all good but the logic is unnecessarily complex. Requests larger
than order-3 are
From: Michal Hocko
Date: Thu, 5 Nov 2015 15:40:02 +0100
> On Wed 04-11-15 14:50:37, Johannes Weiner wrote:
> [...]
>> Because it goes without saying that once the cgroupv2 interface is
>> released, and people use it in production, there is no way we can then
>> *add* dentry cache, inode cache,
From: Michal Hocko
__GFP_REPEAT has a rather weak semantic but since it has been introduced
around 2.6.12 it has been ignored for low order allocations. Yet we have
the full kernel tree with its usage for apparently order-0 allocations.
This is really confusing because __GFP_REPEAT is explicitly
On Thu, Nov 05, 2015 at 11:19:54AM +0100, Klaus Ethgen wrote:
> Hi,
>
> sorry for the delay.
>
> Am Mo den 2. Nov 2015 um 20:45 schrieb Andy Lutomirski:
> > > Well, the think that changed is that the ambient capabilities can be set
> > > by any process if the pI and pE are matching for a
On Thu, Nov 05, 2015 at 05:53:13PM +0800, Shunqian Zheng wrote:
This is basically all good, a few very minor comments below but nothing
that should take any time to fix.
> +static const char *rk3036_codec_antipop_text[] = {"none", "work"};
> +static const unsigned int
On Thu, Nov 05, 2015 at 09:54:50PM +0800, Leo Yan wrote:
> On Thu, Oct 29, 2015 at 04:33:01PM +0800, Leo Yan wrote:
> > On Wed, Oct 28, 2015 at 11:32:29PM -0500, Rob Herring wrote:
> > > On Fri, Oct 9, 2015 at 9:20 AM, Leo Yan wrote:
> > > > On Fri, Oct 09, 2015 at 08:50:13AM -0500, Rob Herring
On Thursday 29 October 2015 00:16:57 Tina Ruchandani wrote:
> streamzap uses 'struct timeval' to store the start time of a signal for
> gap tracking. struct timeval uses a 32-bit seconds representation which
> will overflow in year 2038 and beyond. Replace struct timeval with ktime_t
> which uses
On Thu, Nov 05, 2015 at 05:31:39AM -0800, Andrew Morton wrote:
> On Thu, 5 Nov 2015 11:50:35 + Catalin Marinas
> wrote:
>
> > Commit 8fc9cf420b36 ("slab: make more slab management structure off the
> > slab") enables off-slab management objects for sizes starting with
> > PAGE_SIZE >> 5.
On Thu, Nov 05, 2015 at 09:56:56AM -0600, Josh Poimboeuf wrote:
> On Thu, Nov 05, 2015 at 04:18:12PM +0100, Miroslav Benes wrote:
> > On Wed, 4 Nov 2015, Josh Poimboeuf wrote:
> >
> > > On Wed, Nov 04, 2015 at 10:52:52AM +0100, Miroslav Benes wrote:
> > > > On Tue, 3 Nov 2015, Josh Poimboeuf
Hi,
On Thu, Nov 05, 2015 at 08:48:57AM +0100, LABBE Corentin wrote:
> sun4i-ss implementaton of md5/sha1 is via ahash algorithms.
> A recent change make impossible to load them without giving statesize.
Which one?
> This patch specifiy statesize for sha1 and md5.
>
> Signed-off-by: LABBE
From: Arnaldo Carvalho de Melo
Those tests take a long time and sometimes we stop it, so allow randomly
shuffling the tests so that we have a better chance of running more of
them in partial 'make build-test' runs.
Using it just on the 'build-test' target, i.e.:
make -C tools/perf
On 11/02/2015 11:36 AM, Peter Zijlstra wrote:
On Fri, Oct 30, 2015 at 07:26:33PM -0400, Waiman Long wrote:
A queue head CPU, after acquiring the lock, will have to notify
the next CPU in the wait queue that it has became the new queue
head. This involves loading a new cacheline from the MCS
On 11/5/2015 7:32 AM, Jacob Pan wrote:
On Thu, 5 Nov 2015 15:33:32 +0100
Peter Zijlstra wrote:
On Thu, Nov 05, 2015 at 06:22:58AM -0800, Arjan van de Ven wrote:
On 11/5/2015 2:09 AM, Peter Zijlstra wrote:
I can see such a scheme having a fairly big impact on latency,
esp. with forced
From: Wang Nan
This patch introduces a new macro "__NR_CPUS__" to perf's embedded clang
compiler, which represent the available CPU counters in this system. BPF
program can use this macro to create a map with same number of system
CPUs. For exmaple:
struct bpf_map_def SEC("maps") pmu_map = {
From: Wang Nan
According to [1], 'perf test' should avoid output too much information
if '-v' is not set, only 'Ok', 'FAIL' or 'Skip' need to be printed.
This patch removes several messages sent directly to stderr to make
the output clean.
Before this patch:
# perf test dummy
23: Test
From: David Miller
Date: Thu, 05 Nov 2015 10:31:26 -0500 (EST)
> I'll see if I can cook something up.
How does this look?
net: Add eth_platform_get_mac_address() helper.
A repeating pattern in drivers has become to use OF node information
and, if not found, platform
From: Wang Nan
According to [1], libbpf should be muted. This patch reset info and
warning message level to ensure libbpf doesn't output anything even
if error happened.
[1] http://lkml.kernel.org/r/20151020151255.gf5...@kernel.org
Committer note:
Before:
Testing it with an incompatible
On Tue, Nov 03, 2015 at 05:26:15PM +0200, Kirill A. Shutemov wrote:
...
> @@ -812,60 +812,104 @@ static int page_referenced_one(struct page *page,
> struct vm_area_struct *vma,
> spinlock_t *ptl;
> int referenced = 0;
> struct page_referenced_arg *pra = arg;
> + pgd_t *pgd;
From: Andi Kleen
Instead of every caller deciding whether to call abs or nsec printout
do it all in a single central function. No functional changes.
Signed-off-by: Andi Kleen
Acked-by: Jiri Olsa
Link:
http://lkml.kernel.org/r/1446515428-7450-3-git-send-email-a...@firstfloor.org
Hi Ingo,
Please consider pulling,
- Arnaldo
The following changes since commit bebd23a2ed31d47e7dd746d3b125068aa2c42d85:
Merge tag 'perf-core-for-mingo' of
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core
(2015-10-30 10:09:37 +0100)
are available in the git
From: Wang Nan
Arnaldo suggests to make LINUX_VERSION_CODE works like __func__ and
__FILE__ so user don't need to care setting right linux version too
much. In this patch, perf llvm transfers LINUX_VERSION_CODE macro
through clang cmdline.
[1]
From: Andi Kleen
The sw clock metrics printing was missed in the earlier move to
stat-shadow of all the other metric printouts. Move it too.
v2: Fix metrics printing in this version to make bisect safe.
Signed-off-by: Andi Kleen
Acked-by: Jiri Olsa
Link:
From: Yunlong Song
Commit ed63f34c026e9a60d17fa750ecdfe3f600d49393 ("perf tools: Make perf
depend on libbpf") triggers the build of libbpf when building the perf
tools, dynamically creating FEATURE-DUMP.libbpf.
It failed to update the tools/lib/bpf/.gitignore file to have that
prefix, fix it.
On Thu, Nov 5, 2015 at 6:07 AM, Andreas Gruenbacher wrote:
> Trond,
>
> On Tue, Nov 3, 2015 at 5:25 PM, Trond Myklebust
> wrote:
>> On Tue, Nov 3, 2015 at 10:17 AM, Andreas Gruenbacher
>> wrote:
>>> When encoding large, variable-length objects such as acls into xdr_bufs,
>>> it is easier to
From: Borislav Petkov
When we get loaded by a 64-bit bootloader, kernel entry point is
startup_64 in head_64.S. We don't trust any and all bootloaders because
some will fiddle with CPU configuration so we go ahead and massage each
CPU into sanity again.
For example, some dell BIOSes have this
of_match_device could return NULL, and so cause a NULL pointer
dereference later at line 199:
priv->flags = of_id->data;
Reported-by: coverity (CID 1324140)
Signed-off-by: LABBE Corentin
---
drivers/gpio/gpio-syscon.c | 3 +++
1 file changed, 3 insertions(+)
diff --git
From: Jiri Olsa
When new maps are cloned out of split map they are added into origin
map's group, but their groups pointer is not updated.
This could lead to a segfault, because map->groups is expected to be
always set as reported by Markus:
__map__is_kernel (map=map@entry=0x1abb7a0) at
From: Peter Feiner
The -i flag was incorrectly listed as a short flag for --no-inherit. It
should have only been listed as a short flag for --input.
This documentation error has existed since the --input flag was
introduced in 6810fc915f7a89d8134edb3996dbbf8eac386c26 (perf trace: Add
option to
From: Namhyung Kim
CC libbpf.o
cc1: warnings being treated as errors
libbpf.c: In function 'bpf_program__title':
libbpf.c:1037: error: declaration of 'dup' shadows a global declaration
/usr/include/unistd.h:528: error: shadowed declaration is here
mv: cannot stat
From: Wang Nan
It is possible that find_perf_probe_point_from_map() fails to find a
symbol but still returns 0 because of an small error when coding:
find_perf_probe_point_from_map() set 'ret' to error code at first, but
also use it to hold return value of kernel_get_symbol_address_by_name().
On 05.11.2015 09:56, Sascha Hauer wrote:
On Sun, Nov 01, 2015 at 03:41:40PM +0100, Anton Bondarenko wrote:
From: Anton Bondarenko
On SDMA initialization return exactly the same error, which is
reported by dma_request_slave_channel_reason(), it is a preceding
change to defer SPI DMA
Em Thu, Nov 05, 2015 at 02:08:48PM +, 平松雅巳 / HIRAMATU,MASAMI escreveu:
> From: Wang Nan [mailto:wangn...@huawei.com]
> >
> >It is possible that find_perf_probe_point_from_map() fails to find
> >symbol but still returns 0 because of an small error when coding:
>
Em Thu, Nov 05, 2015 at 03:07:23PM +, 平松雅巳 / HIRAMATU,MASAMI escreveu:
> From: Arnaldo Carvalho de Melo [mailto:a...@kernel.org]
> >Em Thu, Nov 05, 2015 at 01:19:24PM +, Wang Nan escreveu:
> >> In system with kprobe enabled but uprobe turned off, 'perf probe -d'
> >> causes segfault
On Thu, Nov 05, 2015 at 04:18:12PM +0100, Miroslav Benes wrote:
> On Wed, 4 Nov 2015, Josh Poimboeuf wrote:
>
> > On Wed, Nov 04, 2015 at 10:52:52AM +0100, Miroslav Benes wrote:
> > > On Tue, 3 Nov 2015, Josh Poimboeuf wrote:
> > > > > Object entry would be empty for not loaded object. I would
On 11/05/2015 10:34 AM, Peter Zijlstra wrote:
> On Wed, Nov 04, 2015 at 01:25:15PM -0500, Rik van Riel wrote:
>> +++ b/kernel/sched/fair.c
>> @@ -2155,6 +2155,7 @@ void task_numa_work(struct callback_head *work)
>> unsigned long migrate, next_scan, now = jiffies;
>> struct task_struct *p
On Thu, 2015-11-05 at 16:00 +0100, Jason A. Donenfeld wrote:
> Right -- I saw the expansion in the header file -- it gets the various
> TSOs plus UFO. So what this means is that the packet hasn't yet been
> split up? So were I to add this option, then my driver would have to
> be responsible for
of_match_device could return NULL, and so cause a NULL pointer
dereference later at line 132:
priv->flags = (uintptr_t) of_id->data;
Reported-by: coverity (CID 1324141)
Signed-off-by: LABBE Corentin
---
drivers/gpio/gpio-74xx-mmio.c | 3 +++
1 file changed, 3 insertions(+)
diff --git
On Thu, 5 Nov 2015 13:23:01 +0800
Jiaxing Wang wrote:
> > > - /*
> > > - * As there may still be users that expect the tracing
> > > - * files to exist in debugfs/tracing, we must automount
> > > - * the tracefs file system there, so older tools still
> > > - * work with the newer kerenl.
>
BIT macro is used for defining bit location instead of shifting
operator - coding style issue
Signed-off-by: Ranjith T
---
drivers/staging/comedi/drivers/pcmmio.c | 42 +++
1 file changed, 21 insertions(+), 21 deletions(-)
diff --git
Hello,
On Thu, Nov 5, 2015 at 12:15 PM, Andrew Lunn wrote:
>> Since I don't have time to rewrite the drivers at the moment, I'm wondering
>> if it's possible to "graft" old drivers (they're using the platform API, no
>> trace of DT support) onto my small base?
>
> Platform drivers are still
On Wed 04-11-15 16:03:39, yalin wang wrote:
> Signed-off-by: yalin wang
> ---
> fs/ext4/readpage.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> ignore my previous patch
Ah, ignore my previous review ;) But next time it is good to reply to that
patch that you are withdrawing it
On Wed 04-11-15 15:58:34, yalin wang wrote:
> The last block should be the total read pages last block,
> need adjust the block number when caculate every page.
>
> Signed-off-by: yalin wang
> ---
> fs/ext4/readpage.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
delete unused macros and unify the comment format
>From e21328f3450e841abf8a312865910806d0858373 Mon Sep 17 00:00:00 2001
From: mudongliang
Date: Thu, 5 Nov 2015 22:46:19 +0800
Subject: [PATCH] unify the comment form and delete unused macros
Signed-off-by: mudongliang
---
Em Thu, Nov 05, 2015 at 12:35:11PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Thu, Nov 05, 2015 at 12:26:07PM -0300, Arnaldo Carvalho de Melo escreveu:
> > Em Thu, Nov 05, 2015 at 04:26:58AM +, Wang Nan escreveu:
> > > In this patch, a series libbpf specific error numbers and
> > >
Hi Linus,
Please pull dlm updates from tag:
git://git.kernel.org/pub/scm/linux/kernel/git/teigland/linux-dlm.git dlm-4.4
This includes one simple fix to make posix locks
interruptible by signals in cases where a signal
handler is used.
Thanks,
Dave
Eric Ren (1):
dlm: make posix locks
Em Thu, Nov 05, 2015 at 12:26:07PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Thu, Nov 05, 2015 at 04:26:58AM +, Wang Nan escreveu:
> > In this patch, a series libbpf specific error numbers and
> > libbpf_strerror() are created to help reporting error to caller.
> > Functions are updated
401 - 500 of 1714 matches
Mail list logo