According to [1], Windows Precision Touchpad devices must supply
a button type usage in the device capabilities feature report. A
value of 0 indicates that the device contains a depressible
button (i.e. it's a click-pad) whereas a value of 1 indicates
a non-depressible button. Add support for this
From: Dan Carpenter
Date: Wed, 25 Feb 2015 16:36:12 +0300
> "val" is declared as a u64 so static checkers complain that this shift
> can wrap. I don't have the hardware but probably it's doesn't have over
> 31 ports. Still we may as well silence the warning even if it's not a
> real bug.
>
>
On Fri, 27 Feb 2015, Andrey Ryabinin wrote:
> binder_update_page_range() initializes only addr and size
> fields in 'struct vm_struct tmp_area;' and passes it to
> map_vm_area().
>
> Before 71394fe50146 ("mm: vmalloc: add flag preventing guard hole allocation")
> this was because map_vm_area()
From: "Michael S. Tsirkin"
Date: Tue, 24 Feb 2015 17:31:31 +0100
> Recent iterator-related changes in vhost made it
> harder to follow the logic fixing up the header.
> In fact, the fixup always happens at the same
> offset: sizeof(virtio_net_hdr): sometimes the
> fixup iterator is updated by
From: "Michael S. Tsirkin"
Date: Tue, 24 Feb 2015 17:31:10 +0100
> The 2 that we use for copy_to_iter comes from sizeof(u16),
> it used to be that way before the iov iter update.
> Fix it up, making it obvious the size of stack access
> is right.
>
> Signed-off-by: Michael S. Tsirkin
Applied.
On 02/27/2015 03:53 PM, David Rientjes wrote:
> On Fri, 27 Feb 2015, Ebru Akagunduz wrote:
>
>> Using THP, programs can access memory faster, by having the
>> kernel collapse small pages into large pages. The parameter
>> max_ptes_none specifies how many extra small pages (that are
>> not already
On Fri, Feb 27, 2015 at 12:48 PM, Pavel Machek wrote:
> On Fri 2015-02-27 12:15:15, Andy Lutomirski wrote:
>> On Thu, Feb 26, 2015 at 4:27 AM, Pavel Machek wrote:
>> > On Wed 2015-02-25 17:59:04, Christoph Lameter wrote:
>> >> On Wed, 25 Feb 2015, Pavel Machek wrote:
>> >>
>> >> > One solution
On Fri, 2015-02-27 at 09:28 +0200, Purcareata Bogdan wrote:
> Ping?
What is the ping for ?
Ben.
> On 18.02.2015 10:16, Bogdan Purcareata wrote:
> > Add the missing pieces in order to enable SECCOMP_FILTER on PowerPC
> > architectures, and enable this support.
> >
> > Testing has been pursued
On 02/27/2015 11:29 AM, Tony Lindgren wrote:
* Murali Karicheri [150224 13:31]:
Keystone netcp driver re-uses davinci mdio driver. So enable it
by default for keystone netcp driver.
Signed-off-by: Murali Karicheri
---
drivers/net/ethernet/ti/Kconfig |1 +
1 file changed, 1 insertion(+)
On 2/27/15 1:43 PM, Arnaldo Carvalho de Melo wrote:
From the subject line, there is patchkit, but I couldn't find it... Can
you resend it to me or point me to some url where I can get it?
https://lkml.org/lkml/2015/2/17/64
--
To unsubscribe from this list: send the line "unsubscribe
On Fri, 27 Feb 2015, Ebru Akagunduz wrote:
> Using THP, programs can access memory faster, by having the
> kernel collapse small pages into large pages. The parameter
> max_ptes_none specifies how many extra small pages (that are
> not already mapped) can be allocated when collapsing a group
> of
Please line wrap your email to ~80 columns, it was totally unreadable
in my plain text email client.
--
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/majordomo-info.html
On Fri 2015-02-27 12:15:15, Andy Lutomirski wrote:
> On Thu, Feb 26, 2015 at 4:27 AM, Pavel Machek wrote:
> > On Wed 2015-02-25 17:59:04, Christoph Lameter wrote:
> >> On Wed, 25 Feb 2015, Pavel Machek wrote:
> >>
> >> > One solution is to put capabilities into the elf executable. I believe
> >>
Em Thu, Feb 19, 2015 at 05:00:12PM +0400, Pavel Odintsov escreveu:
> Hello!
>
> In addition to my post I want to mention another issue related with
> slow /proc read in perf toolkit. On my server with 25 000 processes I
> need about ~15 minutes for loading perf top toolkit completely.
>
>
Hi!
> > Here's current version of the bluetooth patch, I hope I did
> > not miss anything. This time including dts changes, so that
> > driver is active.
> >
> > I have firmware in /lib/firmware/nokia/bcmfw.bin
> >
> > Best regards,
> >
On 02/25/2015 07:20 PM, Bjorn Helgaas wrote:
[+cc Catalin]
On Wed, Feb 11, 2015 at 12:53:35PM -0500, Murali Karicheri wrote:
This patch update of_dma_configure() API to calculate the
masks (dma_mask and coherent_dma_mask) based on the dma-range
values set in DT for the device. Also limit the
On Fri, 27 Feb 2015, gyun...@gmail.com wrote:
> From: Gyungoh Yoo
>
> This patch set includes regulator and backlight driver for SKY81452.
> Also it includes documents for device tree and module.
> sky81452-regulator was already applied. So this series doesn't
> include it.
>
> v11:
> Renamed
The CSD_FLAG_WAIT is not serving any useful purpose as we do not use
its value to decide if we are going to wait for a smp call to complete.
We also never cleared it properly when we are done waiting to indicate
that the wait is over. So the WARNING debug check in csd_unlock is
also not serving
On Fri, Feb 27, 2015 at 3:17 PM, Pranith Kumar wrote:
> On Fri, Feb 27, 2015 at 3:15 PM, Will Deacon wrote:
>>> @@ -166,11 +166,11 @@ static inline int __cmpxchg_double(volatile void
>>> *ptr1, volatile void *ptr2,
>>> VM_BUG_ON((unsigned long *)ptr2 - (unsigned long *)ptr1 != 1);
2015-02-27 17:14+0100, Vitaly Kuznetsov:
> Re-implement the communication using misc char device. Use ioctl to do
> kernel/userspace version negotiation (doesn't make much sense at this moment
> as we're breaking backwards compatibility but can be used in future).
The main question is whether we
On Fri, Feb 27, 2015 at 12:19 PM, Steven Rostedt wrote:
> On Fri, 27 Feb 2015 11:53:39 -0800
> Andy Lutomirski wrote:
>
>> This is embarrassing. I must have gotten lucky testing it.
>>
>
> The thing is, it booted fine on all my tests. It wasn't until I did
> hotplug where it crashed.
>
> I'm
On Fri, Feb 27, 2015 at 09:12:45PM +0100, Arnd Bergmann wrote:
> A recent bug fix I did that was marked for stable backports
> introduced a slightly wrong dependency on CONFIG_OMAP_CONTROL_PHY.
>
> I was missing the fact that the PHY driver already stubs out the
> omap_control_usb_set_mode, and
On Thu, Feb 26, 2015 at 04:31:38PM +0800, Hayes Wang wrote:
> File: rtl_nic/rtl8168h-1.fw
> Version: 0.0.2
>
> File: rtl_nic/rtl8168h-2.fw
> Version: 0.0.2
>
> File: rtl_nic/rtl8107e-1.fw
> Version: 0.0.2
>
> File: rtl_nic/rtl8107e-2.fw
> Version: 0.0.2
>
> Signed-off-by: Hayes Wang
applied,
On Fri, 27 Feb 2015 11:53:39 -0800
Andy Lutomirski wrote:
> This is embarrassing. I must have gotten lucky testing it.
>
The thing is, it booted fine on all my tests. It wasn't until I did
hotplug where it crashed.
I'm not sure what's in CR4 when the CPU comes up, but perhaps zero is
fine to
On Fri, Feb 27, 2015 at 3:15 PM, Will Deacon wrote:
> On Fri, Feb 27, 2015 at 08:09:17PM +, Pranith Kumar wrote:
>> ARM64 documentation recommends keeping exclusive loads and stores as close as
>> possible. Any instructions which do not depend on the value loaded should be
>> moved outside.
From: Alex Wang
BugLink: http://bugs.launchpad.net/bugs/1408972
Due to the race condition in userspace, there is chance that two
overlapping megaflows could be installed in datapath. And this
causes userspace unable to delete the less inclusive megaflow flow
even after it timeout, since the
A large number of 'failed to flow_del' error messages are being logged in
OpenStack deployments running the Ubuntu Trusty release with the 3.13 kernel.
This was fixed upstream in the datapath dkms module as well as the 3.16 kernel.
Commit 4a46b24e is the fix for this issue, and is in
On Fri, Feb 27, 2015 at 08:09:17PM +, Pranith Kumar wrote:
> ARM64 documentation recommends keeping exclusive loads and stores as close as
> possible. Any instructions which do not depend on the value loaded should be
> moved outside.
>
> In the current implementation of cmpxchg(), there is
On Thu, Feb 26, 2015 at 4:27 AM, Pavel Machek wrote:
> On Wed 2015-02-25 17:59:04, Christoph Lameter wrote:
>> On Wed, 25 Feb 2015, Pavel Machek wrote:
>>
>> > One solution is to put capabilities into the elf executable. I believe
>> > there was patch for that. That means you don't need to add
A recent bug fix I did that was marked for stable backports
introduced a slightly wrong dependency on CONFIG_OMAP_CONTROL_PHY.
I was missing the fact that the PHY driver already stubs out the
omap_control_usb_set_mode, and we only need to add a dependency
to prevent the musb-omap2430 driver from
ARM64 documentation recommends keeping exclusive loads and stores as close as
possible. Any instructions which do not depend on the value loaded should be
moved outside.
In the current implementation of cmpxchg(), there is a mov instruction which can
be pulled before the load exclusive
On Fri, Feb 27, 2015 at 11:41:03AM -0800, Doug Anderson wrote:
> It is possible for _regulator_do_enable() to be called for an
> already-enabled rdev, like in regulator_suspend_finish(). If we were
> using an enable pin (rdev->ena_pin is set) then we'd end up
> incrementing the reference count in
On 02/27/2015 08:54 PM, Will Deacon wrote:
...
Looks good to me. Can this be applied independently, or does it need to
remain part of your series?
Ideally, it should be seen as part of this series, but I have no problem
if this one goes via arm64 tree, instead. What Dave and you prefer. ;)
On Friday 27 February 2015 07:38:09 Tony Lindgren wrote:
> * Aaro Koskinen [150226 15:06]:
> > Hi,
> >
> > On Thu, Feb 26, 2015 at 11:19:50PM +0100, Pavel Machek wrote:
> > > Ok, it seems that new config dependencies broke my kconfig. These will
> > > not be enabled if you just to make
On Fri, Feb 27, 2015 at 8:52 AM, Denys Vlasenko wrote:
> On 02/27/2015 01:07 AM, Andy Lutomirski wrote:
>> This will make modifying the semantics of kernel_stack easier.
>>
>> Cc: Konrad Rzeszutek Wilk
>> Cc: Boris Ostrovsky
>> Cc: Rusty Russell
>> Signed-off-by: Andy Lutomirski
>> ---
>>
On Fri, Feb 27, 2015 at 03:49:17PM +1100, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20150226:
>
> New Tree: rpi
>
> The drm-intel tree gained a conflict against the drm-intel-fixes tree.
>
> The rcu tree gained a build failure so I used the version from
> next-20150226.
>
> The clk
On Fri, 27 Feb 2015 11:54:33 -0800
Andy Lutomirski wrote:
> Looks suspiciously identical to my patch :)
Then it must be correct!
>
> Acked-by: Andy Lutomirski
It was a race to see who could do the obvious first ;-)
-- Steve
--
To unsubscribe from this list: send the line "unsubscribe
On Feb 27, 2015 8:13 AM, "Denys Vlasenko" wrote:
>
> On 02/27/2015 01:07 AM, Andy Lutomirski wrote:
> > This will make modifying the semantics of kernel_stack easier.
> >
> > Cc: Konrad Rzeszutek Wilk
> > Cc: Boris Ostrovsky
> > Cc: Rusty Russell
> > Signed-off-by: Andy Lutomirski
> > ---
> >
On Thu, Feb 26, 2015 at 07:00:26PM +, Javi Merino wrote:
> Hi linux-pm,
>
> The power allocator governor allocates device power to control
> temperature. This requires transforming performance requests into
> requested power, which we do with an extended cooling device API
> introduced in
On Thu, Feb 26, 2015 at 8:34 PM, Wang Nan wrote:
> On 2015/2/26 23:14, Andy Lutomirski wrote:
>> On Wed, Feb 25, 2015 at 10:15 PM, Wang Nan wrote:
>>> X86_TRAP_NMI, X86_TRAP_DF and X86_TRAP_MC use their own stack. Those
>>> stacks are invalid until cpu_init() installs TSS.
>>>
>>> This patch
On Fri, Feb 27, 2015 at 07:43:27PM +, Peter Crosthwaite wrote:
> On Wed, Feb 25, 2015 at 5:24 AM, Will Deacon wrote:
> > On Tue, Feb 24, 2015 at 11:07:37PM +, Peter Crosthwaite wrote:
> >> ARM64 has the yield nop hint which has the intended semantics of
> >> cpu_relax. Implement.
> >>
>
On Fri, Feb 27, 2015 at 11:50 AM, Steven Rostedt wrote:
> On Fri, 27 Feb 2015 10:59:52 -0800
> Linus Torvalds wrote:
>
>> Presumably there is some initialization missing - I suspect that the
>> cached value of cr4 is from the *previous* time the CPU was up, and we
>> don't correctly initialize
On Fri, Feb 27, 2015 at 02:55:41PM +, Daniel Borkmann wrote:
> This effectively unexports set_memory_ro and set_memory_rw functions from
> commit 11d91a770f1f ("arm64: Add CONFIG_DEBUG_SET_MODULE_RONX support").
>
> No module user of those is in mainline kernel and we explicitly do not want
>
32-bit secondary cpus had uninitialized cr4 shadows, causing random
failures.
Reported-by: Steven Rostedt
Signed-off-by: Andy Lutomirski
---
This is embarrassing. I must have gotten lucky testing it.
arch/x86/kernel/cpu/common.c | 6 ++
1 file changed, 6 insertions(+)
diff --git
On Fri, 27 Feb 2015 10:59:52 -0800
Linus Torvalds wrote:
> Presumably there is some initialization missing - I suspect that the
> cached value of cr4 is from the *previous* time the CPU was up, and we
> don't correctly initialize the cached copy at early CPU bringup.
Found it. The problem is
On Fri, Feb 27, 2015 at 05:19:05PM +, Javi Merino wrote:
> On Thu, Feb 26, 2015 at 10:04:24PM +, Eduardo Valentin wrote:
> > On Thu, Feb 26, 2015 at 05:30:00PM -0400, Eduardo Valentin wrote:
> > > On Thu, Feb 26, 2015 at 07:00:33PM +, Javi Merino wrote:
> > > > It's useful for tuning
On Fri, Feb 27, 2015 at 07:36:11PM +, Stephen Boyd wrote:
> On 02/25/15 08:58, Ashwin Chaugule wrote:
> > Its a count control register (PMxEVCNTCR). Theres various conditions
> > on which you can select when to start/stop counting. e.g. start when
> > another counter register overflows.
On Wed, Feb 25, 2015 at 5:24 AM, Will Deacon wrote:
> On Tue, Feb 24, 2015 at 11:07:37PM +, Peter Crosthwaite wrote:
>> ARM64 has the yield nop hint which has the intended semantics of
>> cpu_relax. Implement.
>>
>> The immediate application is ARM CPU emulators. An emulator can take
>>
Hello, Vikas.
On Fri, Feb 27, 2015 at 11:34:16AM -0800, Vikas Shivappa wrote:
> This cgroup subsystem would basically let the user partition one of the
> Platform shared resource , the LLC cache. This could be extended in future
I suppose LLC means last level cache? It'd be great if you can
It is possible for _regulator_do_enable() to be called for an
already-enabled rdev, like in regulator_suspend_finish(). If we were
using an enable pin (rdev->ena_pin is set) then we'd end up
incrementing the reference count in regulator_ena_gpio_ctrl() over and
over again without a decrement.
On 2/13/15 1:50 PM, Arnaldo Carvalho de Melo wrote:
Gack, 10ms after I sent my pre-California pull req :-\
Will go in the next one :-)
still not in your queues.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
Hello, Austin.
On Fri, Feb 27, 2015 at 01:49:53PM -0500, Austin S Hemmelgarn wrote:
> As far as being trivial to achieve, I'm assuming you are referring to rlimit
> and PAM's limits module, both of which have their own issues. Using
> pam_limits.so to limit processes isn't trivial because it
Hello Tejun,
On Fri, 27 Feb 2015, Tejun Heo wrote:
Hello,
On Tue, Feb 24, 2015 at 03:16:40PM -0800, Vikas Shivappa wrote:
Add support for cache bit mask manipulation. The change adds a file to
the RDT cgroup which represents the CBM(cache bit mask) for the cgroup.
The RDT cgroup follows
On 02/25/15 08:58, Ashwin Chaugule wrote:
> On 24 February 2015 at 12:23, Ashwin Chaugule
> wrote:
>> On 20 February 2015 at 15:16, Stephen Boyd wrote:
>>> On 02/20, Will Deacon wrote:
On Fri, Feb 13, 2015 at 06:24:09PM +, Stephen Boyd wrote:
> +static void
On Fri, Feb 27, 2015 at 07:15:57PM +, Pranith Kumar wrote:
> On Fri, Feb 27, 2015 at 2:08 PM, Mark Rutland wrote:
> > On Fri, Feb 27, 2015 at 06:44:19PM +, Pranith Kumar wrote:
> >> On Fri, Feb 27, 2015 at 1:33 PM, Catalin Marinas
> >> wrote:
> >> > It's either badly formatted or I don't
Hi Ingo,
Please consider pulling,
- Arnaldo
The following changes since commit 0afb1704010f60e7ae85aef0f93fc10f2d99761e:
Merge tag 'perf-core-for-mingo' of
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core
(2015-02-26 12:25:20 +0100)
are available in the git
From: Kan Liang
Currently, the perf diff only works with same binaries. That's because
it compares the symbol start address. It doesn't work if the perf.data
comes from different binaries. This patch matches the symbol names.
Actually, perf diff once intended to compare the symbol names. The
On Fri 2015-02-27 09:20:01, Krzysztof Kozlowski wrote:
> Use power_supply_put() to decrement the power supply's device reference
> counter.
>
> Signed-off-by: Krzysztof Kozlowski
> Reviewed-by: Bartlomiej Zolnierkiewicz
> Reviewed-by: Sebastian Reichel
> Acked-by: Robert Jarzmik
Acked-by:
From: Masami Hiramatsu
Add new buildid cache if the update target file is not cached.
This can happen when an old binary is replaced by new one after caching
the old one. In this case, user sees his operation just failed.
But it does not look straight, since user just pass the binary "path",
From: Yunlong Song
The recent new patch "perf tools: Add new 'perf data' command" (commit
2245bf14 in acme's git repo perf/core) has caused a building error when
compiling the source code of perf:
cc1: warnings being treated as errors
builtin-data.c:89: error: missing initializer
From: Yunlong Song
If somebody happens to name an event with the beginning of 'tracepoint'
(e.g. tracepoint_foo), then it will never be showed with perf list
event_glob, thus we parse the argument 'tracepoint' more carefully for
accuracy.
Example:
Before this patch:
$ perf list
From: Yunlong Song
Distinguish the output of 'perf list --list-opts' or 'perf --list-cmds'
with the next command prompt, which also happens in other cases (e.g.
record, report ...).
Example:
Before this patch:
$perf list --list-opts
--raw-dump $ <-- the output and the next command
From: Yunlong Song
Extend 'perf list --raw-dump' to 'perf list --raw-dump [hw|sw|cache
|tracepoint|pmu|event_glob]' in order to show the raw-dump of a certain
kind of events rather than all of the events.
Example:
Before this patch:
$ perf list --raw-dump hw
branch-instructions
From: Yunlong Song
If the long_name of a 'struct option' is defined as NULL, --list-opts
will incorrectly print '--(null)' in its output. As a result, '--(null)'
will finally appear in the case of bash completion, e.g. 'perf record
--'.
Example:
Before this patch:
$ perf record --list-opts
From: Yunlong Song
Do not need print_events_type or __print_events_type for listing hw/sw
events, let print_symbol_events do its job instead. Moreover,
print_symbol_events can also handle event_glob and name_only.
Signed-off-by: Yunlong Song
Cc: Ingo Molnar
Cc: Paul Mackerras
Cc: Peter
From: Masami Hiramatsu
Show usage if no action is specified or unexpected parameter is given.
In other words, be more user friendly.
Signed-off-by: Masami Hiramatsu
Cc: Adrian Hunter
Cc: Borislav Petkov
Cc: Hemant Kumar
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
From: Masami Hiramatsu
Add --purge FILE to remove all caches of FILE.
Since the current --remove FILE removes a cache which has
same build-id of given FILE. Since the command takes a
FILE path, it can confuse user who tries to remove cache
about FILE path.
-
# ./perf buildid-cache -v
From: Yunlong Song
The perf-completion.sh uses a predefined string '--help --version
--exec-path --html-path --paginate --no-pager --perf-dir --work-tree
--debugfs-dir' for the bash completion of 'perf --*', which has two
problems:
Problem 1: If the options of perf are changed (see
From: Masami Hiramatsu
Use pr_debug instead of the combination of verbose and pr_info.
"if (verbose) pr_info(...)" is same as "pr_debug(...)", replace it.
Signed-off-by: Masami Hiramatsu
Suggested-by: Namhyung Kim
Cc: Adrian Hunter
Cc: Borislav Petkov
Cc: Hemant Kumar
Cc: Jiri Olsa
Cc:
From: He Kuang
When perf.data file is obtained using 'perf record -b', perf report
should use branch stack mode to generate output. But this function is
broken by improper comparison between boolean and constant -1.
before this patch:
$ perf report -b -i perf.data
Samples: 16 of event
On Fri, Feb 27, 2015 at 06:40:31PM +0100, Jiri Slaby wrote:
> This problem was taken care of three times already in
> * b0de59b5733d18b0d1974a060860a8b5c1b36a2e (TTY: do not update
> atime/mtime on read/write),
> * 37b7f3c76595e23257f61bd80b223de8658617ee (TTY: fix atime/mtime
> regression),
From: David Ahern
On Sparc64 perf-trace is failing in many spots due to extended load
instructions being used on misaligned accesses.
(gdb) run trace ls
Starting program: /tmp/perf/perf trace ls
[Thread debugging using libthread_db enabled]
Detaching after fork from child process 169460.
From: Yunlong Song
Sort the output according to ASCII character list (using strcmp), which
supports both number sequence and alphabet sequence.
Example:
Before this patch:
$ perf list
List of pre-defined events (to be used in -e):
cpu-cycles OR cycles
From: He Kuang
The minus operator has higher precedence than ?: Add parentheses around
?: fix this.
Before this patch:
$ echo 'p:myprobe do_sys_open' > /sys/kernel/debug/tracing/kprobe_events
$ perf probe -l -k ../vmlinux
kprobes:myprobe (on do_sys_open)
After this patch:
$
From: Arnaldo Carvalho de Melo
We could end up returning 0 (Ok) with a NULL raw_path. Fix it.
Acked-by: Masami Hiramatsu
Cc: David Ahern
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Naohiro Aota
Link: http://lkml.kernel.org/n/tip-l0kcbcg5f4nnzqt01cv42...@git.kernel.org
Signed-off-by: Arnaldo
From: Masami Hiramatsu
Recent linux kernel provides a blacklist of the functions which can not
be probed. perf probe can now check this blacklist before setting new
events and indicate better error message for users.
Without this patch,
# perf probe --add vmalloc_fault
Added new
From: Masami Hiramatsu
Fix get_real_path to free allocated memory when comp_dir is used for
complementing path and getting an error.
Signed-off-by: Masami Hiramatsu
Cc: Namhyung Kim
Cc: Naohiro Aota
Cc: Peter Zijlstra
Link:
If page's on-disk block was deallocated, let's remove up-to-date flag to avoid
further access with wrong contents.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/data.c | 6 +-
fs/f2fs/dir.c | 1 +
fs/f2fs/node.c | 2 ++
3 files changed, 8 insertions(+), 1 deletion(-)
diff --git a/fs/f2fs/data.c
If a page is cached but its block was deallocated, we don't need to make
the page dirty again by gc and truncate_partial_data_page.
In that case, it needs to check its block allocation all the time instead
of giving up-to-date page.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/data.c | 10 +-
vt now provides a cursor blink interval via vc_data. Use this
interval instead of the currently hardcoded 200 msecs. Store it in
fbcon_ops to avoid locking the console in cursor_timer_handler().
Signed-off-by: Scot Doyle
Acked-by: Pavel Machek
---
drivers/video/console/fbcon.c | 10 +-
On Fri, Feb 27, 2015 at 2:08 PM, Mark Rutland wrote:
> On Fri, Feb 27, 2015 at 06:44:19PM +, Pranith Kumar wrote:
>> On Fri, Feb 27, 2015 at 1:33 PM, Catalin Marinas
>> wrote:
>> > It's either badly formatted or I don't get it. Are the "stxr x1" and
>> > "stxr x7" happening on the same CPU
Add an escape sequence to specify the current console's cursor blink
interval. The interval is specified as a number of milliseconds until
the next cursor display state toggle, from 50 to 65535. /proc/loadavg
did not show a difference with a one msec interval, but the lower
bound is set to 50
On Wednesday 11 February 2015 11:41:36 Pavel Machek wrote:
> Hi!
>
> Here's current version of the bluetooth patch, I hope I did
> not miss anything. This time including dts changes, so that
> driver is active.
>
> I have firmware in /lib/firmware/nokia/bcmfw.bin
>
> Best regards,
>
On Fri 2015-02-27 01:03:07, Aaro Koskinen wrote:
> Hi,
>
> On Thu, Feb 26, 2015 at 11:19:50PM +0100, Pavel Machek wrote:
> > Ok, it seems that new config dependencies broke my kconfig. These will
> > not be enabled if you just to make oldconfig; you want to make sure
> > they are on.
> >
> >
Greg, the first patch of this series is for the tty tree.
Tomi, the second patch of this series is for your tree, but it depends on
the first patch. Also, will you remove these two previously queued patches?
"fbcon: store cursor blink interval in fbcon_ops"
"fbcon: expose cursor blink interval
On Fri, Feb 27, 2015 at 06:44:19PM +, Pranith Kumar wrote:
> On Fri, Feb 27, 2015 at 1:33 PM, Catalin Marinas
> wrote:
> > It's either badly formatted or I don't get it. Are the "stxr x1" and
> > "stxr x7" happening on the same CPU (P0)? If yes, that's badly written
> > code, not even
On Fri, Feb 27, 2015 at 9:52 AM, Steven Rostedt wrote:
>
> Interesting that the fault happened at "<0f> 01 d1" and that matches:
>
> static inline void xsetbv(u32 index, u64 value)
Xsetbv is only available to CPU's that support xsave, and if
cr.osxsave is set (BIT 18). But you have CR4: 00b0
The kernel crypto API has many indirections which warrant a description
as otherwise one can get easily lost. The description explains the
layers of the kernel crypto API based on examples.
Signed-off-by: Stephan Mueller
---
Documentation/DocBook/crypto-API.tmpl | 264
On 02/26/15 13:59, Kumar Gala wrote:
> Architectural changes in the ARM Linux kernel tree mandate the eventual
> removal of the mach-* directories. Move the scm driver to
> drivers/firmware and the scm header to include/linux to support that
> removal.
>
> Signed-off-by: Kumar Gala
> ---
>
Am Freitag, 27. Februar 2015, 10:34:37 schrieb Tadeusz Struk:
Hi Tadeusz,
> On 02/27/2015 02:26 AM, Stephan Mueller wrote:
> This patch adds the AEAD support for AF_ALG.
>
> >> > The implementation is based on algif_skcipher, but contains heavy
> >> > modifications to
On 02/27/2015 07:20 PM, Maarten Lankhorst wrote:
> Assuming it's compile tested, can't really test that here. :)
It passes the self-test without the killable one and the other one I
switched off. And that thing that we have in -RT has been reported to
be working with the nouveau driver.
There is
Use timer API functions setup_timer and mod_timer instead
of structure assignments as they are standard way to set
the timer and to update the expire field of an active timer
respectively.
This is done using Coccinelle and semantic patch used for
this is as follows:
//
@@
expression x,y,z,a,b;
kernel/module.c:163:29: sparse: symbol 'mod_tree_ops' was not declared. Should
it be static?
Signed-off-by: Fengguang Wu
---
module.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/module.c b/kernel/module.c
index 7b12181..10fe9d1 100644
--- a/kernel/module.c
+++
On 2/27/2015 6:55 AM, Daniel Borkmann wrote:
This effectively unexports set_memory_ro and set_memory_rw functions from
commit 11d91a770f1f ("arm64: Add CONFIG_DEBUG_SET_MODULE_RONX support").
No module user of those is in mainline kernel and we explicitly do not want
modules to use these
tree: git://git.kernel.org/pub/scm/linux/kernel/git/peterz/queue.git perf/core
head: 2dcf36d89d58c88c81f37ec87045080d5bd8d226
commit: addc15e4e5078ee46a6b7179b44f5b37761f2cc2 [6/22] module: Optimize
__module_address() using a latched RB-tree
reproduce:
# apt-get install sparse
git
On 2015-02-27 12:06, Tejun Heo wrote:
Hello,
On Fri, Feb 27, 2015 at 11:42:10AM -0500, Austin S Hemmelgarn wrote:
Kernel memory consumption isn't the only valid reason to want to limit the
number of processes in a cgroup. Limiting the number of processes is very
useful to ensure that a
Hi Linus,
Please pull the arm64 fixes below. Thanks.
The following changes since commit c517d838eb7d07bbe9507871fab3931deccff539:
Linux 4.0-rc1 (2015-02-22 18:21:14 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux tags/arm64-fixes
On Fri, Feb 27, 2015 at 1:33 PM, Catalin Marinas
wrote:
> It's either badly formatted or I don't get it. Are the "stxr x1" and
> "stxr x7" happening on the same CPU (P0)? If yes, that's badly written
> code, not even architecturally compliant (you are not allowed other
> memory accesses between
Use timer API functions setup_timer and mod_timer instead
of structure assignments as they are standard way to set
the timer and to update the expire field of an active timer
respectively.
This is done using Coccinelle and semantic patch used for
this is as follows:
//
@@
expression x,y,z,a,b;
On 02/27/2015 02:26 AM, Stephan Mueller wrote:
This patch adds the AEAD support for AF_ALG.
>> >
>> > The implementation is based on algif_skcipher, but contains heavy
>> > modifications to streamline the interface for AEAD uses.
>> >
>> > To use AEAD, the user
201 - 300 of 1370 matches
Mail list logo
