On Mon, Dec 08, 2014 at 10:57:31AM -0800, Linus Torvalds wrote:
> actually, no we cannot. Thinking some more about it, that
> "get_page(page)" is wrong in _all_ cases. It actually works better for
> vmalloc pages than for normal 1:1 pages, since it's actually seriously
> and *horrendously* wrong
Add a new cgroup subsystem callback can_fork that conditionally
states whether or not the fork is accepted or rejected by a cgroup
policy.
In addition, add a cancel_fork callback so that if an error occurs later
in the forking process, any state modified by can_fork can be reverted.
In order to
Adds a new single-purpose PIDs subsystem to limit the number of
tasks that can be forked inside a cgroup. Essentially this is an
implementation of RLIMIT_NPROC that applies to a cgroup rather than a
process tree.
However, it should be noted that organisational operations (adding and
removing
Replace the explicit checking against ss_masks inside a for_each_subsys
block with for_each_subsys_which(ss_mask, ...), to take advantage of the
more readable macro.
Signed-off-by: Aleksa Sarai
---
kernel/cgroup.c | 42 ++
1 file changed, 14
This is a futher revised version of the pids v6 patchset[1]. The main
changes include:
* Actually separate the subsystem callback bitmasks for use with
for_each_subsys_which(needs_*_callback, ...). Also switch from the
usage of explicit ss_mask checking with for_each_subsys() with
Add a new macro for_each_subsys_which that allows all enabled cgroup
subsystems to be filtered by a bitmask, such that mask & (1 << ssid)
determines if the subsystem is to be processed in the loop body (where
ssid is the unique id of the subsystem).
Signed-off-by: Aleksa Sarai
---
On 03/31/2015 04:42 PM, Stephen Rothwell wrote:
Hi Greg,
On Wed, 1 Apr 2015 01:07:49 +0200 Greg Kroah-Hartman
wrote:
On Tue, Mar 31, 2015 at 09:16:40AM -0700, Guenter Roeck wrote:
alpha:allmodconfig
mips:allmodconfig
samples/kdbus/kdbus-workers.c: In function ‘prime_new’:
On Tue, 2015-03-31 at 13:22 -0400, David Miller wrote:
> From: Jeff Kirsher
> Date: Fri, 27 Mar 2015 16:04:10 -0700
>
> > The following are changes since commit
> dde93dfea53c72b07907d9e44a6e4b1545f6bdc4:
> > cxgb4: Fix frame size warning for 32 bit arch
> > and are available in the git
On 03/31/2015 04:24 PM, Michael Ellerman wrote:
On Wed, 2015-04-01 at 01:07 +0200, Greg Kroah-Hartman wrote:
On Tue, Mar 31, 2015 at 09:16:40AM -0700, Guenter Roeck wrote:
alpha:allmodconfig
mips:allmodconfig
samples/kdbus/kdbus-workers.c: In function ‘prime_new’:
On 03/31/2015 04:07 PM, Greg Kroah-Hartman wrote:
On Tue, Mar 31, 2015 at 09:16:40AM -0700, Guenter Roeck wrote:
On Wed, Apr 01, 2015 at 12:02:21AM +1100, Stephen Rothwell wrote:
Hi all,
Changes since 20150330:
The arm64 tree gained a conflict against the arm-soc tree.
The idle tree gained
On Tue, Mar 31, 2015 at 05:02:38PM +0200, Frederic Weisbecker wrote:
> On Tue, Mar 31, 2015 at 10:27:26AM -0400, Rik van Riel wrote:
> > CPUs with nohz_full do not want disruption from timer interrupts,
> > or other random system things. This includes block mq work.
> >
> > There is another
On Tue, Mar 31, 2015 at 10:27:32AM -0700, Vikas Shivappa wrote:
>
>
> On Thu, 26 Mar 2015, Marcelo Tosatti wrote:
>
> >
> >I can't find any discussion relating to exposing the CBM interface
> >directly to userspace in that thread ?
> >
> >Cpu.shares is written in ratio form, which is much more
On Tue, Mar 31, 2015 at 10:27:26AM -0400, Rik van Riel wrote:
> CPUs with nohz_full do not want disruption from timer interrupts,
> or other random system things. This includes block mq work.
>
> There is another issue with block mq vs. realtime tasks that run
> 100% of the time, which is not
Hi Sascha,
On Tue, 2015-03-31 at 19:52 +0200, Sascha Hauer wrote:
> On Tue, Mar 31, 2015 at 07:50:58PM +0800, Eddie Huang wrote:
> > Hi Sascha,
> >
> > On Tue, 2015-03-31 at 15:08 +0800, Eddie Huang wrote:
> > > Hi Sascha,
> > >
> > > > > > speed <= 40 here to make this more obvious?
> > >
Thanks for catching this.
Should be all set now.
cheers,
-Len
On Sun, Mar 29, 2015 at 9:43 PM, Stephen Rothwell wrote:
> Hi Len,
>
> After merging the idle tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> In file included from arch/x86/include/asm/msr.h:131:0,
>
Hi,
On Tue, Mar 31, 2015 at 10:02 PM, Jeff Moyer wrote:
> Ming Lei writes:
>
>> Each bio is always submitted to block device one by one,
>> so it isn't necessary to increase the bio refcount by one
>> each time with holding dio->bio_lock.
>
> This patch opens up a race where a completion event
On Wednesday, April 1, 2015 at 6:40:06 AM UTC+8, Chris J Arges wrote:
> On Tue, Mar 31, 2015 at 12:56:56PM +0200, Ingo Molnar wrote:
> >
> > * Linus Torvalds wrote:
> >
> > > Ok, interesting. So the whole "we try to do an APIC ACK with the ISR
> > > bit clear" seems to be a real issue.
> >
> >
On Tue, Mar 31, 2015 at 02:06:10PM -0700, Andrew Morton wrote:
> On Tue, 31 Mar 2015 08:50:46 + Naoya Horiguchi
> wrote:
>
> > We are not safe from calling isolate_huge_page() on a hugepage concurrently,
> > which can make the victim hugepage in invalid state and results in BUG_ON().
> >
>
On some machines(E,G Mircosoft surface 3), ACPI battery depends on
the EC operation region and it has _DEP method which contains EC.
Current code doesn't support such devices whose dep_unmet will be
not be decreased after EC opregion handler being installed. This
blocks battery device to be
Hello,
Thanks for your kindly support and code review.
It's my honor to work with you :D
Johan Hovold 於 2015/3/28 上午 12:17 寫道:
I'll apply the whole series now. Thanks again for fixing up this driver!
Johan
--
With Best Regards,
Peter Hung
--
To unsubscribe from this list: send the line
Quoting Jassi Brar (2015-03-02 02:28:44)
> On 2 March 2015 at 15:48, Lee Jones wrote:
> > On Mon, 02 Mar 2015, Jassi Brar wrote:
> >
> >> On Mon, Mar 2, 2015 at 2:06 PM, Lee Jones wrote:
> >> > On Sat, 28 Feb 2015, Jassi Brar wrote:
> >> >
> >> >> On 28 February 2015 at 02:44, Lee Jones wrote:
Quoting Sergej Sawazki (2015-03-25 12:19:42)
> Am 22.03.2015 um 18:10 schrieb Michael Turquette:
> > Quoting Sergej Sawazki (2015-03-19 14:50:50)
> >> Hi Mike,
> >>
> >> I came across your "[PATCH v2 0/5] clk: dt: bindings for mux, divider &
> >> gate clocks" email from 16 Jun 2013. The DT
Quoting Stephen Boyd (2015-03-27 00:17:59)
> On 03/25, Paul Walmsley wrote:
> >
> > Most Linux clock framework discussions take place on the
> > linux-kernel@vger.kernel.org or linux-arm-ker...@lists.infradead.org
> > mailing lists. The volume of unrelated messages on these lists makes
> > it
On Tue, Mar 31, 2015 at 08:51:13PM -0400, ira.weiny wrote:
> > Going forward we want to NAK stuff like this:
> >
> > if (rdma_ib_mgmt() || rdma_opa_mgmt())
> > if (has_sa() || has_opa_foobar())
>
> I'm confused.
>
> Is the idea that you would NAK has_sa but be in favor of has_ib_sa?
It is
Quoting Javier Martinez Canillas (2015-03-31 01:59:39)
> +Tomeu who I forgot to add to the cc list.
>
> Hello Mike,
>
> Thanks a lot for your feedback.
>
> On 03/31/2015 03:40 AM, Michael Turquette wrote:
> >>
> >> I don't performance is a big issue here. I just thought that since the
> >>
Hajime Tazaki writes:
> the issue here is the decision between 'no-ops' and
> 'assert(false)' depends on the context. an auto-generated
> mechanism needs some hand-written parameters I think.
Yes, I used auto-generated (fprintf, abort) stubs for similar testing in
pettycoin, where if it failed
Quoting Lee Jones (2015-03-02 00:16:06)
> On Sat, 28 Feb 2015, Maxime Coquelin wrote:
>
> > Hi Lee,
> >
> > On 02/27/2015 10:14 PM, Lee Jones wrote:
> > >Lots of platforms contain clocks which if turned off would prove fatal.
> > >The only way to recover from these catastrophic failures is to
On Tue, Mar 31, 2015 at 05:12:02PM -0600, Jason Gunthorpe wrote:
> On Mon, Mar 30, 2015 at 01:02:03PM -0400, Doug Ledford wrote:
>
> > If we use something like this, then the above is all you need. Then
> > every place in the code that checks for something like has_sa or cap_sa
> > can be
From: Dave Hansen
This is the first in a series of MPX tracing patches.
I've found these extremely useful in the process of
debugging applications and the kernel code itself.
This exception hooks in to the bounds (#BR) exception
very early and allows capturing the key registers which
would
From: Dave Hansen
The MPX registers (bndcsr/bndcfgu/bndstatus) are not directly
accessible via normal instructions. They essentially act as
if they were floating point registers and are saved/restored
along with those registers.
There are two main paths in the MPX code where we care about
the
Changes from "v17":
* fix s/xstate/xsave_field/ in the function comment
* remove EXPORT_SYMBOL_GPL()
---
From: Dave Hansen
The MPX code appears to be saving off the FPU in an unsafe
way. It does not disable preemption or ensure that the
FPU state has been allocated.
This patch introduces
Changes from take 3 / v18 (all minor):
* use DECLARE_EVENT_CLASS()/DEFINE_EVENT() for
the ranged tracepoints to save 10 lines of code.
Changes from take 2 / v17 (all minor):
* fix a couple of whitespace borkages caught by checkpatch,
and a spelling error or two.
* replace printk with
From: Dave Hansen
MPX has the _potential_ to cause some issues. Say part of your init
system tried to protect one of its components from buffer overflows
with MPX. If there were a false positive, it's possible that MPX
could keep a system from booting.
MPX could also potentially cause
From: Dave Hansen
The uprobes code has a nice helper, is_64bit_mm(), that consults both
the runtime and compile-time flags for 32-bit support. Instead of
reinventing the wheel, pull it in to an x86 header so we can use it
for MPX.
I prefer passing the mm around to test_thread_flag(TIF_IA32)
From: Dave Hansen
trace when MPX is zapping pages:
When MPX can not free an entire bounds table, it will instead
try to zap unused parts of a bounds table to free the backing
memory. This decreases RSS (resident set size) without
decreasing the virtual space allocated for bounds tables.
From: Dave Hansen
The comment and code here are confusing. We do not currently
allocate the bounds directory in the kernel.
Signed-off-by: Dave Hansen
---
b/arch/x86/mm/mpx.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff -puN
From: Dave Hansen
We are going to do some calculations in a moment that are based on the
size of the virtual address space. __VIRTUAL_MASK is currently unsafe
to use on 32-bit since it overflows an unsigned long with its shift.
The current version will emit a warning if used at all on 32-bit
From: Dave Hansen
user_atomic_cmpxchg_inatomic() actually looks at sizeof(*ptr) to
figure out how many bytes to copy. If we run it on a 64-bit
kernel with a 64-bit pointer, it will copy a 64-bit bounds
directory entry. That's fine, except when we have 32-bit
programs with 32-bit bounds
On Fri, 27 Mar 2015 00:28:01 -0500
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 (CID 1042666)
>
> Signed-off-by: Steve
From: Dave Hansen
We explicitly disable allowing 32-bit binaries to enable
MPX on 64-bit kernels. Re-allow that.
Signed-off-by: Dave Hansen
---
b/arch/x86/mm/mpx.c |6 --
1 file changed, 6 deletions(-)
diff -puN arch/x86/mm/mpx.c~x86-mpx-allow-mixed-binaries-again
From: Dave Hansen
MPX_BNDCFG_ADDR_MASK is defined two times, so this patch removes
redundant one.
Signed-off-by: Qiaowei Ren
Signed-off-by: Dave Hansen
---
b/arch/x86/include/asm/mpx.h |1 -
1 file changed, 1 deletion(-)
diff -puN
From: Dave Hansen
Right now, the kernel can only switch between 64-bit and 32-bit
binaries at compile time. This patch adds support for 32-bit
binaries on 64-bit kernels when we support ia32 emulation.
We essentially choose which set of table sizes to use when doing
arithmetic for the bounds
From: Dave Hansen
Currently, to get from a bounds directory entry to the virtual
address of a bounds table, we simply mask off a few low bits.
However, the set of bits we mask off is different for 32 and
64-bit binaries.
This breaks the operation out in to a helper function and also
adds a
From: Dave Hansen
There are two basic things that can happen as the result of
a bounds exception (#BR):
1. We allocate a new bounds table
2. We pass up a bounds exception to userspace.
This patch adds a trace point for the case where we are
passing the exception up to
From: Dave Hansen
When we allocate a bounds table, we call mmap(), then add a
"valid" bit to the value before storing it in to the bounds
directory.
If we fail along the way, we go and mask that valid bit
_back_ out. That seems a little silly, and this makes it
much more clear when we have a
From: Dave Hansen
Bounds tables are a significant consumer of memory. It is important
to know when they are being allocated. Add a trace point to trace
whenever an allocation occurs and also its virtual address.
Signed-off-by: Dave Hansen
---
b/arch/x86/include/asm/trace/mpx.h | 16
The of_xlate callback should return ERR_PTR on error.
Signed-off-by: Axel Lin
---
v2: Return -ENODEV instead of -EINVAL so that phy_optional_get() doesn't fail.
drivers/phy/phy-spear1340-miphy.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
The of_xlate callback should return ERR_PTR on error.
Signed-off-by: Axel Lin
---
v2: Return -ENODEV instead of -EINVAL so that phy_optional_get() doesn't fail.
drivers/phy/phy-spear1310-miphy.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
On Fri, 27 Mar 2015 00:28:02 -0500
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 warning
> and might be a little clearer.
>
>
On Fri, 27 Mar 2015 00:28:00 -0500
Steve French wrote:
> Although unlikely to fail (and tree connect does not commonly send
> a password since SECMODE_USER is the default for most servers)
> do not ignore errors on SMBNTEncrypt in SMB Tree Connect.
>
> Reported by Coverity (CID 1226853)
>
>
On Fri, 27 Mar 2015 00:27:59 -0500
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 buf_type
> were randomly set to wrong value
> > This patch series adds the support for axp288 extcon driver and also
> > adds the cell info for extcon device in axp20x mfd driver.
> >
> > Ramakrishna Pallala (2):
> > mfd/axp20x: add support for extcon cell
> > extcon-axp288: Add axp288 extcon driver support
> >
> >
On Tue, 2015-03-31 at 09:14 -0400, J. Bruce Fields wrote:
> On Tue, Mar 31, 2015 at 11:14:58AM +0800, Ian Kent wrote:
> > From: Ian Kent
> >
> > If nfsd is running within a container the client tracking operations
> > should run within their originating container also. To do that get a
> > token
cpu and memory hotplug scripts use the same name. Change
memory on-off-test.sh to mem-on-off-test.sh.
Signed-off-by: Shuah Khan
---
tools/testing/selftests/memory-hotplug/Makefile| 6 +-
.../selftests/memory-hotplug/mem-on-off-test.sh| 238 +
cpu and memory hotplug scripts use the same name. Change
cpu on-off-test.sh to cpu-on-off-test.sh.
Signed-off-by: Shuah Khan
---
tools/testing/selftests/cpu-hotplug/Makefile | 4 +-
.../selftests/cpu-hotplug/cpu-on-off-test.sh | 269 +
Changing function definition to static fixes the
following warning generated by sparse:
drivers/staging/rtl8192u/ieee80211/ieee80211_softmac.c:1924:6: warning: symbol
'ieee80211_check_auth_response' was not declared. Should it be static?
Signed-off-by: Eddie Kovsky
---
Hi Gregg,
On Tue, Mar 31, 2015 at 2:31 PM, Brendan Gregg
wrote:
>
> On Tue, Mar 31, 2015 at 12:33 AM, Brendan Gregg
> wrote:
> > G'Day Stephane,
> >
> > On Mon, Mar 30, 2015 at 3:19 PM, Stephane Eranian
> > wrote:
> > [...]
> >> The current support only works when the runtime is monitored
Hi Greg,
On Wed, 1 Apr 2015 01:07:49 +0200 Greg Kroah-Hartman
wrote:
>
> On Tue, Mar 31, 2015 at 09:16:40AM -0700, Guenter Roeck wrote:
> >
> > alpha:allmodconfig
> > mips:allmodconfig
> >
> > samples/kdbus/kdbus-workers.c: In function ‘prime_new’:
> > samples/kdbus/kdbus-workers.c:930:18:
Sorry for forget Cc Steven,
On Wed, Apr 01, 2015 at 07:18:36AM +0800, Wanpeng Li wrote:
>On Mon, Mar 30, 2015 at 09:41:40AM -0400, Steven Rostedt wrote:
>>On Mon, 30 Mar 2015 07:07:10 +0800
>>Wanpeng Li wrote:
>>
>>> +static int find_next_push_cpu(struct rq *rq)
>>> +{
>>> + struct rq *next_rq;
On Sat, 28 Mar 2015 23:08:03 +0600 Alexander Kuleshov
wrote:
> 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.
>
>
On Mon, Mar 30, 2015 at 09:41:40AM -0400, Steven Rostedt wrote:
>On Mon, 30 Mar 2015 07:07:10 +0800
>Wanpeng Li wrote:
>
>> +static int find_next_push_cpu(struct rq *rq)
>> +{
>> +struct rq *next_rq;
>> +int cpu;
>> +
>> +while (1) {
>> +cpu = dlo_next_cpu(rq);
>> +
On Mon, 2015-03-30 at 09:31 -0700, Darren Hart wrote:
> On 3/29/15, 4:49 PM, "Michael Ellerman" wrote:
>
> >On Fri, 2015-03-27 at 15:17 -0700, Darren Hart wrote:
> >> Adapt the futextest Makefiles to use lib.mk macros for RUN_TESTS and
> >> EMIT_TESTS. For now, we reuse the run.sh mechanism
From: Richard Cochran
Date: Tue, 31 Mar 2015 23:48:15 +0200
> How are we supposed to print that field? With a cast?
I resolved this (and the one in igb) in my merge commit, maybe you
should check it out.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On Wed, 2015-04-01 at 01:07 +0200, Greg Kroah-Hartman wrote:
> On Tue, Mar 31, 2015 at 09:16:40AM -0700, Guenter Roeck wrote:
> > alpha:allmodconfig
> > mips:allmodconfig
> >
> > samples/kdbus/kdbus-workers.c: In function ‘prime_new’:
> > samples/kdbus/kdbus-workers.c:930:18: error:
Not-Yet-Signed-off-by: Frederic Weisbecker
---
kernel/smp.c | 38 ++
1 file changed, 34 insertions(+), 4 deletions(-)
diff --git a/kernel/smp.c b/kernel/smp.c
index f38a1e6..18791ff 100644
--- a/kernel/smp.c
+++ b/kernel/smp.c
@@ -158,7 +158,12 @@ static int
Not-Yet-Signed-off-by: Frederic Weisbecker
---
include/linux/cpumask.h | 48
1 file changed, 48 insertions(+)
diff --git a/include/linux/cpumask.h b/include/linux/cpumask.h
index 086549a..4a6c66f 100644
--- a/include/linux/cpumask.h
+++
Only x86 is supported for now.
Not-Yet-Signed-off-by: Frederic Weisbecker
---
arch/x86/kernel/reboot.c | 8
init/main.c | 7 +++
2 files changed, 15 insertions(+)
diff --git a/arch/x86/kernel/reboot.c b/arch/x86/kernel/reboot.c
index bae6c60..d3ae1a3 100644
---
Basic infrastructure to handle negative number of CPUs.
Code is mostly inspired by kernel/cpu.c
Not-Yet-Signed-off-by: Frederic Weisbecker
---
kernel/cpu_neg.c | 791 +++
1 file changed, 791 insertions(+)
create mode 100644 kernel/cpu_neg.c
Support for machines without any CPU at all was brought 3 years ago
by Paul (https://lkml.org/lkml/2012/3/31/131). The goal was to reduce
the complexity of programming on modern computing.
Now meeting the simplicity beyond that of sequential programming had a
cost: such hardware configuration
Support reverse execution for negative number of CPUs. We might be able
to implement that deeper with the function tracer.
No-Yet-Signed-off-by: Frederic Weisbecker
---
arch/x86/kernel/cpu/negative.c | 28
arch/x86/kernel/head64.c | 4
2 files changed,
On Mon, Mar 30, 2015 at 12:13:00PM -0400, Doug Ledford wrote:
> On Fri, 2015-03-27 at 16:47 +0100, Michael Wang wrote:
> > Introduce helper has_iwarp() to help us check if an IB device
> > support IWARP protocol.
>
> This is a needless redirection. Just stick with the original
>
On Mon, Mar 30, 2015 at 01:02:03PM -0400, Doug Ledford wrote:
> If we use something like this, then the above is all you need. Then
> every place in the code that checks for something like has_sa or cap_sa
> can be replaced with rdma_ib_mgmt.
I don't want to see this slide back into some ill
I sent a patch about page allocation for less fragmentation.
http://permalink.gmane.org/gmane.linux.kernel.mm/130599
It proposes a page allocator allocates pages in the same pageblock
for the drivers to move their unmovable pages. Some drivers which comsumes many
pages
and increases system
On Tue, Mar 31, 2015 at 3:21 PM, Brian Gerst wrote:
>>
>> @@ -708,7 +708,7 @@ END(sysenter_badsys)
>> #ifdef CONFIG_X86_ESPFIX32
>> movl %ss, %eax
>> /* see if on espfix stack */
>> - cmpw $__ESPFIX_SS, %ax
>> + cmpl $__ESPFIX_SS, %eax
>> jne 27f
>>
On Tue, Mar 31, 2015 at 09:16:40AM -0700, Guenter Roeck wrote:
> On Wed, Apr 01, 2015 at 12:02:21AM +1100, Stephen Rothwell wrote:
> > Hi all,
> >
> > Changes since 20150330:
> >
> > The arm64 tree gained a conflict against the arm-soc tree.
> >
> > The idle tree gained a build failure so I
Hi Juergen,
On 03/31/2015 08:36 PM, Juergen Gross wrote:
> On 03/31/2015 02:15 PM, Bob Liu wrote:
>> From: Wei Liu
>>
>> Originally Xen PV drivers only use single-page ring to pass along
>> information. This might limit the throughput between frontend and
>> backend.
>>
>> The patch extends
On Tue, Mar 31, 2015 at 3:23 PM, Chris J Arges
wrote:
>
> I had a few runs with your patch plus modifications, and got the following
> results (modified patch inlined below):
Ok, thanks.
> [ 14.423916] ack_APIC_irq: vector = d1, irq =
> [ 176.060005] NMI watchdog: BUG: soft lockup -
On Sun, 29 Mar 2015 05:03:55 +0300 Yury Norov wrote:
> 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'.
Looks OK.
Please send a Signed-off-by: for this patch.
--
To
On Wednesday, April 01, 2015 01:03:52 AM Rafael J. Wysocki wrote:
> On Tuesday, March 31, 2015 11:39:37 AM Tyler Baker wrote:
> > Hi Thomas, Rafael,
> >
> > I was notified this morning by the kernelci.org system that a new
> > build error has been detected in next-
On Wed, 1 Apr 2015 08:30:05 +1100
Dave Chinner wrote:
> On Fri, Mar 27, 2015 at 05:37:04PM -0400, Steven Rostedt wrote:
> >
> > As there are many tracepoints that use __print_symbolic() to translate
> > numbers into ASCII strings, and several of these translate enums as
> > well, it causes a
On Sun, 29 Mar 2015 21:28:29 +0200 Heinrich Schuchardt
wrote:
> When converting unsigned long to int overflows may occur.
> These currently are not detected when writing to the sysctl
> file system.
>
> E.g. on a system where int has 32 bits and long has 64 bits
> echo 0x81234 >
On Mar 31, 2015, at 11:57 AM, gre...@linuxfoundation.org wrote:
> On Tue, Mar 31, 2015 at 05:15:23PM +0200, Julia Lawall wrote:
>> On Tue, 31 Mar 2015, Dhere, Chaitanya (C.) wrote:
>>
>>> This patch replaces kzalloc and copy_from_user with memdup_user call
>>> This change was detected with
On 3/31/15 4:38 PM, Yinghai Lu wrote:
On Tue, Mar 31, 2015 at 3:29 PM, David Ahern wrote:
Please check attached three patches on top of current linus tree.
new log. Same as before -- PCI_DEBUG, ignore_loglevel ofpci_debug=1
Good, it is clean now.
Yes. You can add a Tested-by to all 3.
The latest maintenance release Git v2.3.5 is now available at
the usual places. It is comprised of 31 non-merge commits since
v2.3.4, contributed by 11 people, 2 of which are new faces.
This hopefully will be the last update for v2.3.x series before the
next feature release v2.4, as we flushed
On Tuesday, March 31, 2015 11:39:37 AM Tyler Baker wrote:
> Hi Thomas, Rafael,
>
> I was notified this morning by the kernelci.org system that a new
> build error has been detected in next-20150331[0][1][2]. It seems that
> "clockevents: Remove CONFIG_GENER
On Mon, 30 Mar 2015 12:45:32 +1030 Joel Stanley wrote:
> The kernel has orderly_poweroff which allows the kernel to initiate a
> graceful shutdown of userspace, by running /sbin/poweroff. This adds
> orderly_reboot that will cause userspace to shut itself down by calling
> /sbin/reboot.
>
>
On Tue, Mar 31, 2015 at 3:29 PM, David Ahern wrote:
>>
>> Please check attached three patches on top of current linus tree.
>>
>
> new log. Same as before -- PCI_DEBUG, ignore_loglevel ofpci_debug=1
>
Good, it is clean now.
Thanks
Yinghai
--
To unsubscribe from this list: send the line
On Tue, Mar 31, 2015 at 12:56:56PM +0200, Ingo Molnar wrote:
>
> * Linus Torvalds wrote:
>
> > Ok, interesting. So the whole "we try to do an APIC ACK with the ISR
> > bit clear" seems to be a real issue.
>
> It's interesting in particular when it happens with an edge-triggered
> interrupt
Hi Nicolas,
On Tue, 31 Mar 2015 15:22:52 +0200 Nicolas Ferre
wrote:
>
> I am the maintainer for the Atmel ARM SoCs (aka at91) and I would like to
> know if it's possible for you to include my git tree in linux-next. It is
> usually pulled in by the ARM-soc guys (in copy).
>
> Here it is, with
Em Tue, Mar 31, 2015 at 04:26:04PM -0600, David Ahern escreveu:
> On 3/31/15 2:25 PM, Arnaldo Carvalho de Melo wrote:
> >Humm, we already have an rb_tree for each task, its called
> >machine->threads, and it has struct thread instances, that in turn have
> >a ->priv point, can't it be used here?
On Tue, 31 Mar 2015 18:11:32 -0400 Sasha Levin wrote:
> Freeing pages became a rather costly operation, specially when multiple debug
> options are enabled. This causes hangs when an attempt to free a large amount
> of 0-order is made. Two examples are vfree()ing large block of memory, and
>
- Original Message -
> From: "Alexander Beregalov"
> To: "Gerd Hoffmann"
> Cc: "Chris Ruffin" , "Linux Kernel Mailing List"
> , "Dave
> Airlie" , cmruf...@gmail.com, "Alexander Beregalov"
> , "alexey
> buyanov"
> Sent: Wednesday, 1 April, 2015 2:13:33 AM
> Subject: Re: [PATCH]
Fix 'do {} while (0) macros should not be semicolon terminated'
checkpatch.pl warning
Signed-off-by: Mateusz Kulikowski
---
drivers/staging/rtl8192e/rtllib_debug.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8192e/rtllib_debug.h
Fix 'Avoid unnecessary line continuations' checkpatch.pl warning
Signed-off-by: Mateusz Kulikowski
---
drivers/staging/rtl8192e/rtllib_softmac.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8192e/rtllib_softmac.c
Fix 'braces {} are not necessary for single statement blocks'
checkpatch.pl warning
Signed-off-by: Mateusz Kulikowski
---
drivers/staging/rtl8192e/rtl8192e/r8192E_firmware.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git
Replace custom hex dumping function with print_hex_dump_bytes()
to make checkpatch.pl happy
Signed-off-by: Mateusz Kulikowski
---
drivers/staging/rtl8192e/rtllib.h | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/drivers/staging/rtl8192e/rtllib.h
Fix 'Unnecessary parentheses' checkpatch.pl warning
Signed-off-by: Mateusz Kulikowski
---
drivers/staging/rtl8192e/rtl8192e/rtl_core.c | 4 ++--
drivers/staging/rtl8192e/rtl8192e/rtl_dm.c | 12 ++--
drivers/staging/rtl8192e/rtllib_rx.c | 2 +-
3 files changed, 9
- Multiline comments use "network subsystem comment style"
- Merge short multiline comments
- Remove empty comments
- Remove function name comment at the end of small (<1 screen) functions
- Reformat 802.11 data frame format to use spaces and network format
Signed-off-by: Mateusz Kulikowski
---
This macro caused checkpatch.pl warning and is not used.
Signed-off-by: Mateusz Kulikowski
---
drivers/staging/rtl8192e/rtllib.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/staging/rtl8192e/rtllib.h
b/drivers/staging/rtl8192e/rtllib.h
index dc9f675..5363b6f 100644
---
Signed-off-by: Mateusz Kulikowski
---
drivers/staging/rtl8192e/rtllib_softmac.c | 30 --
1 file changed, 12 insertions(+), 18 deletions(-)
diff --git a/drivers/staging/rtl8192e/rtllib_softmac.c
b/drivers/staging/rtl8192e/rtllib_softmac.c
index 9a4179c..c043d8c
101 - 200 of 2270 matches
Mail list logo