This reverts commit ecd50f714c421c759354632dd00f70c718c95b10
since it causes build errors with CONFIG_CONTEXT_TRACKING and
that has been made from misunderstandings; context_track_user_*()
don't involve much in interrupt context, it just returns
if in_interrupt() is true.
Instead of changing the d
On Sat, Jun 14, 2014 at 12:55:20AM -0400, George Spelvin wrote:
> I'm trying to understand the entropy credit computation in
> add_interrupt_randomness. A few things confuse me, and I'm
> wondering if it's intended to be that way.
In general, yes. It's intended this way. I'm trying to be extrem
On Sat, Jun 14, 2014 at 01:25:27AM -0400, George Spelvin wrote:
> > When I did a quick comparison of your 64-bit fast_mix2 variant, it's
> > much slower than either the 32-bit fast_mix2, or the original fast_mix
> > alrogithm.
>
> That is f***ing *bizarre*. For me, it's *significantly* faster.
>
OK, so I normally do my testing using 32-bit kernels under KVM. On a
i386 kernel, running under kvm (again using a Lenovo T540 with a
i7-4900MQ CPU), with the original fast_mix, I get a timestamp count of
166 cycles using a weighted smoothed average. Using your fast_mix2 I
get around 450 cycles.
On Fri, Jun 13, 2014 at 4:25 PM, Rafael J. Wysocki wrote:
> On Friday, June 13, 2014 01:30:34 PM Kees Cook wrote:
>> Distros want to be able to offer CONFIG_RANDOMIZE_BASE as well as
>> CONFIG_HIBERNATION in a single kernel. Instead of making kASLR depend on
>> !HIBERNATION at compile time, allow
Hi Frederic,
(2014/06/14 2:14), Frederic Weisbecker wrote:
> Hi Masami,
>
> 2014-04-24 12:59 GMT+02:00 tip-bot for Masami Hiramatsu :
>> Commit-ID: ecd50f714c421c759354632dd00f70c718c95b10
>> Gitweb:
>> http://git.kernel.org/tip/ecd50f714c421c759354632dd00f70c718c95b10
>> Author: Masami
On Fri, 13 Jun 2014, Antonio Ospite wrote:
> > Previously the tpkbd driver had various functions marked "_tp" to indicate
> > that it's for the "mouse" half of the keyboard as the kernel sees it,
> > however it does nothing special with the keyboard half. I was intending
> > (somewhat sloppily)
> At least for Intel, between its branch predictor and speculative
> execution engine, it doesn't make a difference.
*Sigh*. We need live measurement. My testing (in your test
harness!) showed a noticeable (~10%) speedup.
> When I did a quick comparison of your 64-bit fast_mix2 variant, it's
On Sat, Jun 14, 2014 at 01:39:36AM +0200, Frederic Weisbecker wrote:
> On Fri, Jun 13, 2014 at 04:27:15PM -0700, Paul E. McKenney wrote:
> > On Sat, Jun 14, 2014 at 01:10:35AM +0200, Frederic Weisbecker wrote:
> > > On Fri, Jun 13, 2014 at 03:49:26PM -0700, Paul E. McKenney wrote:
> > > > On Fri, J
This patch fixes below warning.
drivers/staging/ced1401/ced_ioc.c:703:30: warning: incorrect type in assignment
(different address spaces)
drivers/staging/ced1401/ced_ioc.c:703:30:expected void *[usertype]
lpvBuff
drivers/staging/ced1401/ced_ioc.c:703:30:got char [noderef
Hi,
On Sat, Jun 14, 2014 at 02:57:32AM +, Paul Walmsley wrote:
> > > > > From: Sathya Prakash M R
> > > > >
> > > > > Add DSS hwmod data for AM43xx.
> > > > >
> > > > > Cc: Andrew Morton
> > > > > Acked-by: Rajendra Nayak
> > > > > Signed-off-by: Sathya Prakash M R
> > > > > Signed-off-b
I'm trying to understand the entropy credit computation in
add_interrupt_randomness. A few things confuse me, and I'm
wondering if it's intended to be that way.
1) Since the number of samples between spills to the input pool is
variable (with > 64 samples now possible due to the trylock), woul
Dear user
your email has exceeded 2 GB created by the webmaster, you are currently
running at 2.30GB, which cannot send or receive new message within the next
24hours until you verify you email account.
Please enter your details below to verify your account :
(1) E-mail:
(2) Name:
(3) Password
On Fri, 2014-06-13 at 22:48 -0400, Jeff Oczek wrote:
> Simple coding style changes
[]
> diff --git a/drivers/staging/tidspbridge/include/dspbridge/dblldefs.h
> b/drivers/staging/tidspbridge/include/dspbridge/dblldefs.h
[]
> @@ -168,11 +168,11 @@ struct dbll_attrs {
[]
> - s32(*fread) (void *,
On Fri, 2014-06-13 at 12:28 -0400, Johannes Weiner wrote:
> On Fri, Jun 13, 2014 at 01:21:15PM +0800, Chen Yucong wrote:
> > On Thu, 2014-06-12 at 21:40 -0700, Andrew Morton wrote:
> > > On Fri, 13 Jun 2014 12:36:31 +0800 Chen Yucong wrote:
> > >
> > > > @@ -1148,7 +1146,8 @@ unsigned long
> > >
On Fri, Jun 13, 2014 at 10:10:14PM -0400, George Spelvin wrote:
> > Unrolling doesn't make much difference; which isn't surprising given
> > that almost all of the differences go away when I commented out the
> > udelay(). Basically, at this point what we're primarily measuring is
> > how good var
Hi
On Fri, 13 Jun 2014, Felipe Balbi wrote:
> On Fri, Jun 13, 2014 at 07:11:58PM +, Paul Walmsley wrote:
> > > > From: Sathya Prakash M R
> > > >
> > > > Add DSS hwmod data for AM43xx.
> > > >
> > > > Cc: Andrew Morton
> > > > Acked-by: Rajendra Nayak
> > > > Signed-off-by: Sathya Prakas
Simple coding style changes
This is for Eudyptula Challenge task 10
Signed-off-by: Jeff Oczek
---
drivers/staging/tidspbridge/include/dspbridge/dblldefs.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/tidspbridge/include/dspbridge/dblldefs.h
b/drivers/s
Simple coding style changes
This is for the Eudyptula Challenge task 10
Signed-off-by: Jeff Oczek
---
drivers/staging/tidspbridge/include/dspbridge/dblldefs.h | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/staging/tidspbridge/include/dspbridge/dblldefs.h
Makes sense to me.
Feel free to add my
Acked-by: H. Peter Anvin
On June 13, 2014 7:40:50 PM PDT, Theodore Ts'o wrote:
>On Thu, Jun 12, 2014 at 12:09:54PM +0200, Torsten Duwe wrote:
>> >
>> > Did we lose track of this patchset?
>>
>> Yes. I was already considering a resend.
>
>I've looked it
On Thu, Jun 12, 2014 at 12:09:54PM +0200, Torsten Duwe wrote:
> >
> > Did we lose track of this patchset?
>
> Yes. I was already considering a resend.
I've looked it over, and I'm fairly OK with it at this point. Do
folks mind if I just run it through the random tree?
I want to add a tracepoin
On 06/13/2014 05:14 PM, Rafael J. Wysocki wrote:
>
> How can I obtain a kernel address of the beginning of a given page
> (as represented by struct page) on x86_64 today?
>
page_to_virt()
-hpa
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Hi,
El 13/06/14 22:47, Nick escribió:
diff --git a/drivers/clk/sunxi/clk-sunxi.c b/drivers/clk/sunxi/clk-sunxi.c
index 4264834..07b45d1 100644
--- a/drivers/clk/sunxi/clk-sunxi.c
+++ b/drivers/clk/sunxi/clk-sunxi.c
@@ -41,9 +41,11 @@ static void __init sun4i_osc_clk_setup(struct device_node
*no
> Unrolling doesn't make much difference; which isn't surprising given
> that almost all of the differences go away when I commented out the
> udelay(). Basically, at this point what we're primarily measuring is
> how good various CPU's caches work, especially across context switches
> where other
On Fri, Jun 13, 2014 at 04:35:01PM -0700, Dave Hansen wrote:
> On 06/13/2014 03:45 PM, Paul E. McKenney wrote:
> > On Fri, Jun 13, 2014 at 01:04:28PM -0700, Dav
> >> So, I bisected it down to this:
> >>
> >>> commit ac1bea85781e9004da9b3e8a4b097c18492d857c
> >>> Author: Paul E. McKenney
> >>> Date
diff --git a/drivers/clk/sunxi/clk-sunxi.c b/drivers/clk/sunxi/clk-sunxi.c
index 4264834..07b45d1 100644
--- a/drivers/clk/sunxi/clk-sunxi.c
+++ b/drivers/clk/sunxi/clk-sunxi.c
@@ -41,9 +41,11 @@ static void __init sun4i_osc_clk_setup(struct device_node
*node)
const char *clk_name = node->
I am seeing an issue with a small kernel ring buffer on a small system
with this for some reason though. Please hold off on merging this for
now.
Luis
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo in
Now with 64bit bzImage and kexec tools, we support ramdisk that size
is bigger than 2g, as we could put it above 4G.
Found compressed initramfs image could not be decompressed
properly. It turns out that image length is int during decompress
detection, and it will become < 0 when length is more th
From: Jérôme Glisse
The action information will be usefull for new user of mmu_notifier API.
The action argument differentiate between a vma disappearing, a page
being write protected or simply a page being unmaped. This allow new
user to take different action for instance on unmap the resource u
From: Jérôme Glisse
This is a dummy driver which full fill two purposes :
- showcase the hmm api and gives references on how to use it.
- provide an extensive user space api to stress test hmm.
This is a particularly dangerous module as it allow to access a
mirror of a process address space
From: Jérôme Glisse
New user of the mmu_notifier interface need to lookup vma in order to
perform the invalidation operation. Instead of redoing a vma lookup
inside the callback just pass through the vma from the call site where
it is already available.
This needs small refactoring in memory.c t
From: Jérôme Glisse
New code will need to be able to differentiate between a regular unmap and
an unmap trigger by vmscan in which case we want to be as quick as possible.
Signed-off-by: Jérôme Glisse
---
include/linux/rmap.h | 15 ---
mm/memory-failure.c | 2 +-
mm/vmscan.c
From: Jérôme Glisse
Motivation:
Heterogeneous memory management is intended to allow a device to transparently
access a process address space without having to lock pages of the process or
take references on them. In other word mirroring a process address space while
allowing the regular memory
This v3 of HMM patchset previous discussion can be found at :
http://comments.gmane.org/gmane.linux.kernel.mm/116584
We would like to see this included especialy all preparatory patches are
they are cumberstone to rebase. They do not change any behavior except a
slightly increased stack consumptio
Hi Benjamin,
On Fri, Jun 13, 2014 at 1:29 PM, Benjamin Tissoires
wrote:
> This solves a bug with the wireless receiver:
Your patch does get rid of the crash. But, it does not fix it at the
root cause.
> - at plug, the wireless receiver does not know which Wacom device it is
> connected to, so
On Friday, June 13, 2014 05:08:21 PM Kees Cook wrote:
> On Fri, Jun 13, 2014 at 5:14 PM, Rafael J. Wysocki wrote:
> > On Friday, June 13, 2014 03:59:57 PM Kees Cook wrote:
> >> On Fri, Jun 13, 2014 at 3:54 PM, Rafael J. Wysocki
> >> wrote:
> >> > On Friday, June 13, 2014 03:07:19 PM Kees Cook wr
On Fri, Jun 13, 2014 at 5:14 PM, Rafael J. Wysocki wrote:
> On Friday, June 13, 2014 03:59:57 PM Kees Cook wrote:
>> On Fri, Jun 13, 2014 at 3:54 PM, Rafael J. Wysocki
>> wrote:
>> > On Friday, June 13, 2014 03:07:19 PM Kees Cook wrote:
>
> [cut]
>
>> > I'll have a closer look at that shortly (i
Rafael Tinoco writes:
> Okay,
>
> Tests with the same script were done.
> I'm comparing : master + patch vs 3.15.0-rc5 (last sync'ed rcu commit)
> and 3.9 last bisect good.
>
> Same tests were made. I'm comparing the following versions:
>
> 1) master + suggested patch
> 2) 3.15.0-rc5 (last rcu c
On 14/04/02, Richard Guy Briggs wrote:
> On 14/04/02, Mimi Zohar wrote:
> > On Wed, 2014-04-02 at 14:18 -0400, Eric Paris wrote:
> > > On Wed, 2014-04-02 at 14:12 -0400, Mimi Zohar wrote:
> > > > On Wed, 2014-04-02 at 14:00 -0400, Steve Grubb wrote:
> > > > > Hello Mimi,
> > > > >
> > > > > On W
This is just a couple of drivers (hpsa and lpfc) that got left out for
further testing in linux-next. We also have one fix to a prior
submission (qla2xxx sparse).
The patch is available here:
git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git scsi-for-linus
The short changelog is:
Jam
On Friday, June 13, 2014 03:59:57 PM Kees Cook wrote:
> On Fri, Jun 13, 2014 at 3:54 PM, Rafael J. Wysocki wrote:
> > On Friday, June 13, 2014 03:07:19 PM Kees Cook wrote:
[cut]
> > I'll have a closer look at that shortly (it's been quite some time since
> > I wrote that code).
>
> Thanks; I'm
We offer all purpose loan at 3% interest rate. Contact Us for more details by
Email:santanderfinancegr...@gmail.com
--
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 http://vger.kernel.org/majord
On Fri, Jun 13, 2014 at 04:27:15PM -0700, Paul E. McKenney wrote:
> On Sat, Jun 14, 2014 at 01:10:35AM +0200, Frederic Weisbecker wrote:
> > On Fri, Jun 13, 2014 at 03:49:26PM -0700, Paul E. McKenney wrote:
> > > On Fri, Jun 13, 2014 at 02:10:35PM -0700, Josh Triplett wrote:
> > > > On Fri, Jun 13,
This error message can spam the logs if you have lots of probe
deferals due to missing clocks. Just silence the error in this
case because the driver should try again later.
Signed-off-by: Stephen Boyd
---
drivers/clk/clkdev.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --gi
On 06/13/2014 03:45 PM, Paul E. McKenney wrote:
> On Fri, Jun 13, 2014 at 01:04:28PM -0700, Dav
>> So, I bisected it down to this:
>>
>>> commit ac1bea85781e9004da9b3e8a4b097c18492d857c
>>> Author: Paul E. McKenney
>>> Date: Sun Mar 16 21:36:25 2014 -0700
>>>
>>> sched,rcu: Make cond_resched
On Sat, Jun 14, 2014 at 01:10:35AM +0200, Frederic Weisbecker wrote:
> On Fri, Jun 13, 2014 at 03:49:26PM -0700, Paul E. McKenney wrote:
> > On Fri, Jun 13, 2014 at 02:10:35PM -0700, Josh Triplett wrote:
> > > On Fri, Jun 13, 2014 at 01:48:22PM -0700, Paul E. McKenney wrote:
> > > > On Fri, Jun 13,
On Sat, Jun 14, 2014 at 01:13:25AM +0200, Frederic Weisbecker wrote:
> On Fri, Jun 13, 2014 at 01:49:03PM -0700, Paul E. McKenney wrote:
> > On Fri, Jun 13, 2014 at 06:21:32PM +0200, Frederic Weisbecker wrote:
> > > On Fri, Jun 13, 2014 at 09:16:30AM -0700, Paul E. McKenney wrote:
> > > > > Is it b
On Fri, Jun 13, 2014 at 01:49:03PM -0700, Paul E. McKenney wrote:
> On Fri, Jun 13, 2014 at 06:21:32PM +0200, Frederic Weisbecker wrote:
> > On Fri, Jun 13, 2014 at 09:16:30AM -0700, Paul E. McKenney wrote:
> > > > Is it because we have dynticks CPUs staying too long in the kernel
> > > > without
Hi,
On Fri, Jun 13, 2014 at 07:11:58PM +, Paul Walmsley wrote:
> > > From: Sathya Prakash M R
> > >
> > > Add DSS hwmod data for AM43xx.
> > >
> > > Cc: Andrew Morton
> > > Acked-by: Rajendra Nayak
> > > Signed-off-by: Sathya Prakash M R
> > > Signed-off-by: Tomi Valkeinen
> > > Signed-
On Fri, Jun 13, 2014 at 03:49:26PM -0700, Paul E. McKenney wrote:
> On Fri, Jun 13, 2014 at 02:10:35PM -0700, Josh Triplett wrote:
> > On Fri, Jun 13, 2014 at 01:48:22PM -0700, Paul E. McKenney wrote:
> > > On Fri, Jun 13, 2014 at 09:44:41AM -0700, Josh Triplett wrote:
> > > > On Fri, Jun 13, 2014
From: Andi Kleen
The Intel events use a dot to separate event name and unit mask.
Allow dot in names in the scanner, and remove special handling
of dot as EOF. Also remove the hack in jevents to replace dot
with underscore. This way dotted events can be specified
directly by the user.
I'm not fu
From: Andi Kleen
Add a --quiet flag to perf list to not print the event descriptions
that were earlier added for JSON events. This may be useful to
get a less crowded listing.
It's still default to print descriptions as that is the more useful
default for most users. Requested by Namhyung Kim.
On Friday, June 13, 2014 01:30:34 PM Kees Cook wrote:
> Distros want to be able to offer CONFIG_RANDOMIZE_BASE as well as
> CONFIG_HIBERNATION in a single kernel. Instead of making kASLR depend on
> !HIBERNATION at compile time, allow kaslr to be selectable at boot time
> (via "kaslr" kernel comman
From: Andi Kleen
I need a JSON parser. This adds the simplest JSON
parser I could find -- Serge Zaitsev's jsmn `jasmine' --
to the perf library. I merely converted it to (mostly)
Linux style and added support for non 0 terminated input.
The parser is quite straight forward and does not
copy any
From: Andi Kleen
Add a parser for Intel style JSON event files. This allows
to use an Intel event list directly with perf. The Intel
event lists can be quite large and are too big to store
in unswappable kernel memory.
The parser code knows how to convert the JSON fields
to perf fields. The conv
From: Andi Kleen
Add a simple test case to perf test that runs perf download and parses
all the available events, including json events.
This needs adding an all event iterator to pmu.c
v2: Rename identifiers
Acked-by: Namhyung Kim
Signed-off-by: Andi Kleen
---
tools/perf/Makefile.perf
From: Andi Kleen
Add a downloader to automatically download the right
files from a download site.
This is implemented as a script calling wget, similar to
perf archive. The perf driver automatically calls the right
binary. The downloader is extensible, but currently only
implements an Intel even
From: Andi Kleen
When no JSON event file is specified automatically look
for a suitable file in ~/.cache/pmu-events. A "perf download" can
automatically add files there for the current CPUs.
This does not include the actual event files with perf,
but they can be automatically downloaded instead
From: Andi Kleen
Change pmu.c to allow descriptions of events and add interfaces
to add aliases at runtime from another file. To be used by jevents in the
next patch.
Acked-by: Namhyung Kim
Signed-off-by: Andi Kleen
---
tools/perf/util/pmu.c | 127 ++---
From: Andi Kleen
Automatically adapt the now wider and word wrapped perf list
output to wider terminals. This requires querying the terminal
before the auto pager takes over, and exporting this
information from the pager subsystem.
Acked-by: Namhyung Kim
Signed-off-by: Andi Kleen
---
tools/pe
[v2: Review feedback addressed and some minor improvements]
[v3: More review feedback addressed and handle test failures better.
Ported to latest tip/core.]
[v4: Addressed Namhyung's feedback]
[v5: Rebase to latest tree. Minor description update.]
[v6: Rebase. Add acked by from Namhyung and address
On Saturday, June 14, 2014 12:23:15 AM Rafael J. Wysocki wrote:
> On Saturday, June 14, 2014 12:16:26 AM Rafael J. Wysocki wrote:
> > On Friday, June 13, 2014 11:46:12 PM Pavel Machek wrote:
>
> [...]
>
> > > > So I'm really not sure what's the problem? Do you think it's wrong to
> > > > be
> >
On Fri, Jun 13, 2014 at 3:54 PM, Rafael J. Wysocki wrote:
> On Friday, June 13, 2014 03:07:19 PM Kees Cook wrote:
>> On Fri, Jun 13, 2014 at 3:14 PM, Rafael J. Wysocki
>> wrote:
>> > On Friday, June 13, 2014 10:32:56 AM Kees Cook wrote:
>> >> On Fri, Jun 13, 2014 at 3:51 AM, Pavel Machek wrote:
Mark,
On Fri, Jun 13, 2014 at 3:04 PM, Mark Brown wrote:
> On Fri, Jun 13, 2014 at 02:58:26PM -0700, Doug Anderson wrote:
>
>> Anyway, suffice to say that the i2c core needs to be extended to
>> handle the idea that a single device has more than one "compatible"
>> string. I'll leave it to an ea
On Fri, Jun 13, 2014 at 02:10:35PM -0700, Josh Triplett wrote:
> On Fri, Jun 13, 2014 at 01:48:22PM -0700, Paul E. McKenney wrote:
> > On Fri, Jun 13, 2014 at 09:44:41AM -0700, Josh Triplett wrote:
> > > On Fri, Jun 13, 2014 at 06:21:32PM +0200, Frederic Weisbecker wrote:
> > > > On Fri, Jun 13, 20
On Fri, Jun 13, 2014 at 01:04:28PM -0700, Dave Hansen wrote:
> Hi Paul,
>
> I'm seeing a regression when comparing 3.15 to Linus's current tree.
> I'm using Anton Blanchard's will-it-scale "open1" test which creates a
> bunch of processes and does open()/close() in a tight loop:
>
> > https://git
On Friday, June 13, 2014 03:07:19 PM Kees Cook wrote:
> On Fri, Jun 13, 2014 at 3:14 PM, Rafael J. Wysocki wrote:
> > On Friday, June 13, 2014 10:32:56 AM Kees Cook wrote:
> >> On Fri, Jun 13, 2014 at 3:51 AM, Pavel Machek wrote:
> >> > Hi!
> >> >
> >> >
> >> >> >>> Any way we can make them work
On Fri, Jun 13, 2014 at 2:42 PM, Andy Lutomirski wrote:
> On Fri, Jun 13, 2014 at 2:37 PM, Alexei Starovoitov wrote:
>> On Fri, Jun 13, 2014 at 2:25 PM, Andy Lutomirski wrote:
>>> On Fri, Jun 13, 2014 at 2:22 PM, Alexei Starovoitov
>>> wrote:
On Tue, Jun 10, 2014 at 8:25 PM, Kees Cook wr
On Fri, 2014-06-13 at 22:38 +0200, Thomas Gleixner wrote:
> On Fri, 13 Jun 2014, Jason Cooper wrote:
> > On Fri, Jun 13, 2014 at 09:48:24AM -0700, Joe Perches wrote:
> > > On Fri, 2014-06-13 at 12:37 -0400, Jason Cooper wrote:
> > > > On Fri, Jun 13, 2014 at 09:14:34AM -0700, Joe Perches wrote:
> >
Greetings From Sivia
Dear how are you today? and how is things moving with you? hope fine and you
are in good health.My name is Sivia, I am looking for a very nice
person of love, caring, sincere, easy going, matured, and
understanding, i came across your Email today and decided to be in
touch wit
Hi John,
This is our first batch of fixes for 3.16. Be aware that two patches here
are not exactly bugfixes:
* 71f28af57066 Bluetooth: Add clarifying comment for conn->auth_type
This commit just add some important security comments to the code, we found
it important enough to include it here for
On Fri, Jun 13, 2014 at 02:58:26PM -0700, Doug Anderson wrote:
> Anyway, suffice to say that the i2c core needs to be extended to
> handle the idea that a single device has more than one "compatible"
> string. I'll leave it to an eager reader of this thread to implement
> this since we can also f
On Fri, Jun 13, 2014 at 3:14 PM, Rafael J. Wysocki wrote:
> On Friday, June 13, 2014 10:32:56 AM Kees Cook wrote:
>> On Fri, Jun 13, 2014 at 3:51 AM, Pavel Machek wrote:
>> > Hi!
>> >
>> >
>> >> >>> Any way we can make them work together instead?
>> >> >>
>> >> >> I'm sure there is, but I don't k
On Fri, Jun 13, 2014 at 2:41 PM, Davidlohr Bueso wrote:
> On Fri, 2014-06-13 at 11:28 -0700, Luis R. Rodriguez wrote:
>> + /*
>> + * If you set log_buf_len=n kernel parameter LOG_CPU_MIN_BUF_SHIFT will
>> + * be ignored. LOG_CPU_MIN_BUF_SHIFT is a proactive measure for large
>> +
On Saturday, June 14, 2014 12:16:26 AM Rafael J. Wysocki wrote:
> On Friday, June 13, 2014 11:46:12 PM Pavel Machek wrote:
[...]
> > > So I'm really not sure what's the problem? Do you think it's wrong to be
> > > helpful to users or something?
> >
> > It is not wrong to be helpful, but messed
On Fri, Jun 13, 2014 at 2:42 PM, Andy Lutomirski wrote:
> On Fri, Jun 13, 2014 at 2:37 PM, Alexei Starovoitov wrote:
>> On Fri, Jun 13, 2014 at 2:25 PM, Andy Lutomirski wrote:
>>> On Fri, Jun 13, 2014 at 2:22 PM, Alexei Starovoitov
>>> wrote:
On Tue, Jun 10, 2014 at 8:25 PM, Kees Cook wr
On Fri, 13 Jun 2014, Gui Hecheng wrote:
> diff --git a/lib/cmdline.c b/lib/cmdline.c
> index d4932f7..76a712e 100644
> --- a/lib/cmdline.c
> +++ b/lib/cmdline.c
> @@ -121,11 +121,7 @@ EXPORT_SYMBOL(get_options);
> * @retptr: (output) Optional pointer to next char after parse completes
> *
>
On Friday, June 13, 2014 11:46:12 PM Pavel Machek wrote:
> Hi!
>
> > > > > > From: Rafael J. Wysocki
> > > > > >
> > > > > > On some systems the platform doesn't support neither
> > > > > > PM_SUSPEND_MEM nor PM_SUSPEND_STANDBY, so PM_SUSPEND_FREEZE is the
> > > > > > only available system sleep
> This is just to export a fixed log to userspace (like a DMI table) or
> the kernel will actually use the data in some way? Based on the link,
> it looks like the former to me.
I could imagine both. The link is an in-kernel driver that exposes a
log through a sysfs node (in a way that has already
Mark,
On Fri, Jun 13, 2014 at 10:13 AM, Doug Anderson wrote:
> Mark,
>
> On Fri, Jun 13, 2014 at 10:05 AM, Mark Brown wrote:
>> On Fri, Jun 13, 2014 at 10:03:50AM -0700, Doug Anderson wrote:
>>> On Tue, Jun 10, 2014 at 10:32 PM, Tushar Behera
>>> wrote:
>>
>>> > Peach-pi board has MAX98090 aud
On Friday, June 13, 2014 10:32:56 AM Kees Cook wrote:
> On Fri, Jun 13, 2014 at 3:51 AM, Pavel Machek wrote:
> > Hi!
> >
> >
> >> >>> Any way we can make them work together instead?
> >> >>
> >> >> I'm sure there is, but I don't know the solution. :)
> >> >>
> >> >> At the very least this gets us
On Fri, Jun 13, 2014 at 2:22 PM, Alexei Starovoitov wrote:
> On Tue, Jun 10, 2014 at 8:25 PM, Kees Cook wrote:
>> This adds the new "seccomp" syscall with both an "operation" and "flags"
>> parameter for future expansion. The third argument is a pointer value,
>> used with the SECCOMP_SET_MODE_FI
Hi Linus,
sending you this vital fix before leaving for a short vacation so it
does not sit collecting dust in my tree for no good reason.
Apart from this, our v3.16 cycle looks like a good start.
Please pull it in!
Yours,
Linus Walleij
The following changes since commit 963649d735c8b6eb0f97e
Hi!
> > > > > From: Rafael J. Wysocki
> > > > >
> > > > > On some systems the platform doesn't support neither
> > > > > PM_SUSPEND_MEM nor PM_SUSPEND_STANDBY, so PM_SUSPEND_FREEZE is the
> > > > > only available system sleep state. However, some user space
> > > > > frameworks
> > > > > only
On Fri, 13 Jun 2014, Lan Tianyu wrote:
> How about this?
>
> - result = acpi_battery_update(battery, false);
> - if (result)
> +
> + /*
> +* Some machines'(E,G Lenovo Z480) ECs are not stable
> +* during boot up and this causes battery driver fails to be
> +
On Fri, 2014-06-13 at 09:56 +0100, Catalin Marinas wrote:
> OK, so that's the DART table allocated via alloc_dart_table(). Is
> dart_tablebase removed from the kernel linear mapping after allocation?
Yes.
> If that's the case, we need to tell kmemleak to ignore this block (see
> patch below, unt
On Thu, 12 Jun 2014 09:56:41 +0100 (BST)
Jamie Lentin wrote:
> On Wed, 11 Jun 2014, Antonio Ospite wrote:
>
[...]
> >> +static int tpcompactkbd_input_mapping(struct hid_device *hdev,
> >
> > Maybe name these functions like tpkbd_input_mapping_compact()?
> >
> > This way the namespace is more c
On Fri, 13 Jun 2014, Azael Avalos wrote:
> Intel test builder caught some warnings, one at the
> KBD backlight mode store while validating for
> correct parameters, and another one that might lead
> to not creating the sysfs group
>
> Signed-off-by: Azael Avalos
> ---
> drivers/platform/x86/tos
On Fri, Jun 13, 2014 at 2:37 PM, Alexei Starovoitov wrote:
> On Fri, Jun 13, 2014 at 2:25 PM, Andy Lutomirski wrote:
>> On Fri, Jun 13, 2014 at 2:22 PM, Alexei Starovoitov
>> wrote:
>>> On Tue, Jun 10, 2014 at 8:25 PM, Kees Cook wrote:
This adds the new "seccomp" syscall with both an "ope
On Fri, 2014-06-13 at 11:28 -0700, Luis R. Rodriguez wrote:
> + /*
> + * If you set log_buf_len=n kernel parameter LOG_CPU_MIN_BUF_SHIFT will
> + * be ignored. LOG_CPU_MIN_BUF_SHIFT is a proactive measure for large
> + * systems. With a LOG_BUF_SHIFT of 18 and LOG_CPU_MIN_BUF_SHI
On Fri, Jun 13, 2014 at 2:25 PM, Andy Lutomirski wrote:
> On Fri, Jun 13, 2014 at 2:22 PM, Alexei Starovoitov wrote:
>> On Tue, Jun 10, 2014 at 8:25 PM, Kees Cook wrote:
>>> This adds the new "seccomp" syscall with both an "operation" and "flags"
>>> parameter for future expansion. The third arg
On 06/13/2014 01:22 PM, Keith Busch wrote:
> One performance oddity we observe is that servicing the interrupt on the
> thread sibling of the core that submitted the I/O is the worst performing
> cpu you can chose; it's actually better to use a different core on the
> same node. At least that's tru
On Fri, 2014-06-13 at 13:44 -0700, Luis R. Rodriguez wrote:
> On Fri, Jun 13, 2014 at 1:36 PM, Davidlohr Bueso wrote:
> > On Fri, 2014-06-13 at 11:28 -0700, Luis R. Rodriguez wrote:
> >> diff --git a/kernel/printk/printk.c b/kernel/printk/printk.c
> >> index 7228258..3f3356b 100644
> >> --- a/kern
On Fri, Jun 13, 2014 at 2:22 PM, Alexei Starovoitov wrote:
> On Tue, Jun 10, 2014 at 8:25 PM, Kees Cook wrote:
>> This adds the new "seccomp" syscall with both an "operation" and "flags"
>> parameter for future expansion. The third argument is a pointer value,
>> used with the SECCOMP_SET_MODE_FI
As reported by Anatol Pomozov, io_destroy() fails to report an error when
it loses the race to destroy a given ioctx. Since there is a difference in
behaviour between the thread that wins the race (which blocks on outstanding
io requests) versus lthe thread that loses (which returns immediately),
There is no need to have most of the code in kill_ioctx() indented. Flatten
it.
Signed-off-by: Benjamin LaHaise
---
fs/aio.c | 52 ++--
1 file changed, 26 insertions(+), 26 deletions(-)
diff --git a/fs/aio.c b/fs/aio.c
index 044c1c8..79b7e69 1006
Hello Linus,
Please pull the following 3 changes from git://git.kvack.org/~bcrl/aio-next.git
. They consist of a couple of code cleanups plus a minor bug fix. Thanks!
-ben
Benjamin LaHaise (2):
aio: report error from io_destroy() when threads race in io_destroy()
aio: clean
ctx is no longer used in kiocb_cancel since
57282d8fd74407 ("aio: Kill ki_users")
Cc: Alexander Viro
Cc: Andrew Morton
Signed-off-by: Fabian Frederick
Signed-off-by: Benjamin LaHaise
---
fs/aio.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/fs/aio.c b/fs/aio.c
in
On Fri, 13 Jun 2014 21:52:24 +0200, Christoph Jaeger wrote:
> Get rid of some boilerplate code by using module_serio_driver().
>
> Signed-off-by: Christoph Jaeger
> ---
> drivers/i2c/busses/i2c-taos-evm.c | 13 +
> 1 file changed, 1 insertion(+), 12 deletions(-)
>
> diff --git a/dri
On Tue, Jun 10, 2014 at 8:25 PM, Kees Cook wrote:
> This adds the new "seccomp" syscall with both an "operation" and "flags"
> parameter for future expansion. The third argument is a pointer value,
> used with the SECCOMP_SET_MODE_FILTER operation. Currently, flags must
> be 0. This is functionall
1 - 100 of 576 matches
Mail list logo