From: Andreas Rohner
This patch adds the nilfs_suinfo_update structure, which contains the
information needed to update one segment usage entry. The flags
specify, which fields need to be updated.
Signed-off-by: Andreas Rohner
Signed-off-by: Ryusuke Konishi
---
include/linux/nilfs2_fs.h |
Update git repository entry of nilfs2 file system and maintainer's
email description.
Signed-off-by: Ryusuke Konishi
---
MAINTAINERS |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index b2cf5cf..342caaa 100644
--- a/MAINTAINERS
+++
On Thu, 2014-01-23 at 15:05 -0500, David Long wrote:
> From: "David A. Long"
>
> This patch series adds basic uprobes support to ARM. It is based on patches
> developed earlier by Rabin Vincent. That approach of adding hooks into
> the kprobes instruction parsing code was not well received. This
On Mon, Feb 03, 2014 at 03:41:09PM +, Mark Brown wrote:
> On Mon, Feb 03, 2014 at 03:35:12PM +0100, Jean Delvare wrote:
>
> > Ah, I see it in your tree. But it's not in 3.14-rc1. As this fixes a
> > regression, it would be great to have it upstream ASAP, so that it can
> > propagate to
On 02/03/2014 05:20 PM, Michal Hocko wrote:
On Mon 03-02-14 14:29:22, Holger Kiehl wrote:
I have attached it. Please, tell me if you do not get the attachment.
I hoped it would help me to get a closer compiled code to yours but I am
probably using too different gcc.
Anyway I've tried to check
From: KOSAKI Motohiro
During aio stress test, we observed the following lockdep warning.
This mean AIO+numa_balancing is currently deadlockable.
The problem is, aio_migratepage disable interrupt, but
__set_page_dirty_nobuffers
unintentionally enable it again.
Generally, all helper function
The name provided to request_irq() must be valid until the irq is
released.
This patch allocates and formats the string with kasprintf().
Signed-off-by: Jean-Jacques Hiblot
---
drivers/clk/at91/clk-programmable.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git
On 02/04/2014 12:28 AM, Vincent Guittot wrote:
> On 3 February 2014 17:27, Vincent Guittot wrote:
>> Have you checked that CONFIG_SCHED_LC is set ?
>
> sorry it's CONFIG_SCHED_MC
Thanks for reminder! no it wasn't set. Does it means
arch/arm/configs/omap2plus_defconfig need add this config?
>
Hi
On Sun, Feb 2, 2014 at 5:50 AM, Benjamin Tissoires
wrote:
> Hi guys,
>
> This is an attempt to complete the branch for-3.15/ll-driver-new-callbacks:
> - try to implement as much as possible ll_driver callbacks (some are still
> missing, but I did not had the time to complete it)
> - add
On 02/02, Rakib Mullick wrote:
>
> On Sat, Feb 1, 2014 at 10:51 PM, Oleg Nesterov wrote:
> > On 02/01, Rakib Mullick wrote:
> >>
> >> > Since the optimization (usages of ->curr_target) isn't perfect, so
> >> > there's
> >> > chance of being misunderstood. This optimization is misleading too (I
> > > Three of the PMIC registers have some bits that are changed
> > > autonomously by the PMIC itself (some time) after being set by some
> > > component driver of the DA9052 PMIC and hence they need to be marked
> > > as volatile so that the regmap API will not cache their values.
> > >
On Mon 03-02-14 11:18:23, Johannes Weiner wrote:
> On Mon, Feb 03, 2014 at 02:33:13PM +0100, Michal Hocko wrote:
> > On Thu 30-01-14 12:29:06, Johannes Weiner wrote:
> > > On Tue, Dec 17, 2013 at 04:45:29PM +0100, Michal Hocko wrote:
[...]
> > > > In order to make this raceless we would need to
On Mon, Feb 03, 2014 at 04:00:51PM +, Will Deacon wrote:
> > > > With the two call sites in uefi_phys.S as:
> > > >
> > > > ldr r5, =(CR_M)
> > > > update_sctlrr12, , r5
> > > > and
> > > > ldr r4, =(CR_I | CR_C | CR_M)
> > > > update_sctlrr12,
Hi
On Fri, Jan 31, 2014 at 11:51 AM, Stefan Bader
wrote:
> I know this is a gross hack but something like that currently is required to
> avoid a KVM guest booted from graphical grub mode (so simplefb is taking
> effect)
> getting into a state where there is no framebuffer in use at all (since
On Mon, Feb 3, 2014 at 6:49 AM, Steve Grubb wrote:
> On Saturday, February 01, 2014 06:51:56 PM Andy Lutomirski wrote:
>> On Sat, Feb 1, 2014 at 6:32 PM, Andy Lutomirski wrote:
>> > On a stock Fedora installation:
>> >
>> > $ sudo auditctl -l
>> > No rules
>
> What rules would you want? The
On Mon 03-02-14 10:51:27, Johannes Weiner wrote:
> On Mon, Feb 03, 2014 at 02:20:01PM +0100, Michal Hocko wrote:
> > On Thu 30-01-14 12:18:37, Johannes Weiner wrote:
> > > On Tue, Dec 17, 2013 at 04:45:26PM +0100, Michal Hocko wrote:
> > [...]
> > > > -static int __mem_cgroup_try_charge(struct
On Mon, Feb 03, 2014 at 01:09:15PM -0200, Arnaldo Carvalho de Melo wrote:
> Em Mon, Feb 03, 2014 at 12:44:43PM +0100, Jiri Olsa escreveu:
> > Adding people readable output for callchain debug,
> > to get following '-v' output:
> >
> > $ perf record -v -g ls
> > callchain: type DWARF
> >
On 01/31/2014 10:29 PM, Andrew Chew wrote:
There are some differences between tegra20's timer registers and tegra30's
(and later). For one thing, the watchdogs don't seem to be present in
tegra20.
"don't seem", so it is an assumption ?
Add this compatibility string in order to be able to
On Mon, Feb 03, 2014 at 04:28:06PM +0100, Jean Pihet wrote:
> Hi Arun,
>
> On 22 January 2014 06:15, Arun Sharma wrote:
> > On Tue, Jan 21, 2014 at 12:16 AM, Jean Pihet wrote:
> >
> This is the case when e.g. profiling an ARMv7 binary that runs on an
> ARMv8 (aka AARCH64) platform.
>
On Mon, Feb 03, 2014 at 10:50:42AM -0500, Jörn Engel wrote:
> If the measurement event is an interrupt and the CPU has a
> cycle-counter, you are set. On interesting systems lacking a
> cycle-counter, we still have a high-resolution counter or sorts that
> is the CPU itself.
>
> Instruction
On Fri, Jan 31, 2014 at 10:01:27PM -0800, Mike Turquette wrote:
> On Fri, Jan 31, 2014 at 5:49 PM, Sören Brinkmann
> wrote:
> > ping?
>
> Hi Soren,
>
> I'm a bit slow to review patches during the merge window. Thanks for
> the doc update. I'll take it in after -rc1 drops.
Sorry for my
On Thu, 2014-01-23 at 15:05 -0500, David Long wrote:
> From: "David A. Long"
>
> Using Rabin Vincent's ARM uprobes patches as a base, enable uprobes
> support on ARM.
>
> Caveats:
>
> - Thumb is not supported
>
> Signed-off-by: David A. Long
As this is based on Rabin's work, and the new
On Mon, Feb 03, 2014 at 10:19:29AM +0400, Cyrill Gorcunov wrote:
> On Wed, Jan 29, 2014 at 03:17:17PM -0500, Don Zickus wrote:
> > > > I am not entirely sure on the corruption path, but what happens is:
> > > >
> > > > o perf schedules a group with p4_pmu_schedule_events()
> > > > o inside
On Sun, Feb 2, 2014 at 11:44 PM, Stefani Seibold wrote:
> Am Sonntag, den 02.02.2014, 16:12 -0800 schrieb Andy Lutomirski:
>> On Sun, Feb 2, 2014 at 1:39 PM, Stefani Seibold wrote:
>> > Am Sonntag, den 02.02.2014, 08:46 -0800 schrieb Andy Lutomirski:
>> >> On Sun, Feb 2, 2014 at 3:27 AM,
On 3 February 2014 17:27, Vincent Guittot wrote:
> Have you checked that CONFIG_SCHED_LC is set ?
sorry it's CONFIG_SCHED_MC
>
>
> On 3 February 2014 17:17, Alex Shi wrote:
>> I just run the 3.14-rc1 kernel on panda board. The only domain for it is
>> 'CPU' domain, but this domain has no
Have you checked that CONFIG_SCHED_LC is set ?
On 3 February 2014 17:17, Alex Shi wrote:
> I just run the 3.14-rc1 kernel on panda board. The only domain for it is
> 'CPU' domain, but this domain has no SD_SHARE_PKG_RESOURCES setting, it
> has no sd_llc.
>
> Guess the right domain for this
Le 03/02/2014 17:08, Hannes Frederic Sowa a écrit :
Hello!
On Mon, Feb 03, 2014 at 04:23:00PM +0100, Nicolas Dichtel wrote:
Le 03/02/2014 08:19, Sohny Thomas a écrit :
Actually I am not so sure, there is no defined semantic of flush. I would
be ok with all three solutions: leave it as is,
On Mon, Feb 3, 2014 at 11:06 AM, David Herrmann wrote:
> Hi
>
> On Sun, Feb 2, 2014 at 5:50 AM, Benjamin Tissoires
> wrote:
>> hid-logitech-dj uses its own ->hidinput_input_event() instead of
>> the generic binding in hid-input.
>> Moving the handling of LEDs towards
On Thu, Jan 30, 2014 at 07:20:38PM +, Ard Biesheuvel wrote:
> On 30 January 2014 19:56, Will Deacon wrote:
> > On Wed, Jan 29, 2014 at 04:50:46PM +, Ard Biesheuvel wrote:
> >> +static void aes_cipher_encrypt(struct crypto_tfm *tfm, u8 dst[], u8 const
> >> src[])
> >> +{
> >> + struct
On 2/3/2014 6:56 AM, Peter Zijlstra wrote:
Arjan, could you have a look at teaching your Thunderpants to wrap lines
at ~80 chars please?
I'll try but it suffers from Apple-disease
1) A latency driven one
2) A performance impact on
first one is pretty much the exit latency related time,
On Mon, Feb 3, 2014 at 10:00 AM, Will Deacon wrote:
> On Mon, Feb 03, 2014 at 03:55:42PM +, Leif Lindholm wrote:
>> On Mon, Feb 03, 2014 at 10:34:15AM +, Will Deacon wrote:
>> > On Thu, Jan 30, 2014 at 01:12:47PM +, Leif Lindholm wrote:
>> > > Oh, that's neat - thanks!
>> > >
>> > >
On Mon 03-02-14 14:29:22, Holger Kiehl wrote:
> I have attached it. Please, tell me if you do not get the attachment.
I hoped it would help me to get a closer compiled code to yours but I am
probably using too different gcc.
Anyway I've tried to check whether I can hook on something and it seems
I just run the 3.14-rc1 kernel on panda board. The only domain for it is
'CPU' domain, but this domain has no SD_SHARE_PKG_RESOURCES setting, it
has no sd_llc.
Guess the right domain for this board should be MC. So is it a bug?
..
/proc/sys/kernel/sched_domain/cpu0/domain0/name:CPU
..
On Mon, Feb 03, 2014 at 02:33:13PM +0100, Michal Hocko wrote:
> On Thu 30-01-14 12:29:06, Johannes Weiner wrote:
> > On Tue, Dec 17, 2013 at 04:45:29PM +0100, Michal Hocko wrote:
> > > The current charge path might race with memcg offlining because holding
> > > css reference doesn't stop css
On Mon, 2014-02-03 at 00:30 +0100, Pablo Neira Ayuso wrote:
> */
> smp_wmb();
> - atomic_set(>ct_general.use, 1);
> + atomic_set(>ct_general.use, 0);
> return ct;
Hi Pablo !
I think your patch is the way to go, but might need some extra care
with memory
Hi
On Sun, Feb 2, 2014 at 5:50 AM, Benjamin Tissoires
wrote:
> hid-logitech-dj uses its own ->hidinput_input_event() instead of
> the generic binding in hid-input.
> Moving the handling of LEDs towards logi_dj_output_hidraw_report()
> allows two things:
> - remove hidinput_input_event in struct
On Mon, Feb 3, 2014 at 12:05 AM, Viresh Kumar wrote:
> Cc'ing the guy who introduced this bug..
>
> On 2 February 2014 04:20, Rob Herring wrote:
>> From: Rob Herring
>>
>> The addition of THERMAL and THERMAL_CPU selections causes a kconfig
>> warning on highbank platforms:
>>
>> warning:
Hi
On Sun, Feb 2, 2014 at 5:50 AM, Benjamin Tissoires
wrote:
> Add a helper to access hdev->hid_output_raw_report().
>
> To convert the drivers, use the following snippets:
>
> for i in drivers/hid/*.c
> do
> sed -i.bak "s/[^ \t]*->hid_output_raw_report(/hid_output_raw_report(/g" $i
> done
>
>
> -Original Message-
> From: Lee Jones [mailto:lee.jo...@linaro.org]
> Sent: 03 February 2014 10:29
> To: Opensource [Anthony Olech]
> Cc: Mark Brown; Samuel Ortiz; linux-kernel@vger.kernel.org; David Dajun
> Chen
> Subject: Re: [PATCH V1] fix da9052 volatile register definition ommissions
Hi
On Sun, Feb 2, 2014 at 5:50 AM, Benjamin Tissoires
wrote:
> dev->hid_get_raw_report(X) and hid_hw_raw_request(X, HID_REQ_GET_REPORT)
> are strictly equivalent. Switch the hid subsystem to the hid_hw notation
> and remove the field .hid_get_raw_report in struct hid_device.
Finally we can
Hi
On Sun, Feb 2, 2014 at 5:50 AM, Benjamin Tissoires
wrote:
> Well, no use to keep twice the same code.
Yepp, I actually copied the code from that, so this is fine.
Reviewed-by: David Herrmann
Thanks
David
> Signed-off-by: Benjamin Tissoires
> ---
> drivers/hid/usbhid/hid-core.c | 64
>
Hi
On Sun, Feb 2, 2014 at 5:50 AM, Benjamin Tissoires
wrote:
> All the different transport drivers use now the generic event handling
> in hid-input. We can remove the handler definitively now.
\o/
Reviewed-by: David Herrmann
Thanks
David
> Signed-off-by: Benjamin Tissoires
> ---
>
| pos: 0
| flags:02004002
| clockid: 0
| ticks:6
Cc: Thomas Gleixner
Cc: Alexander Viro
Signed-off-by: Shawn Landden
---
fs/timerfd.c | 64
1 file changed, 64 insertions(+)
diff --git a/fs/timerfd.c
On Mon, 3 Feb 2014, Paul Bolle wrote:
> > > >> --- a/drivers/usb/phy/phy.c
> > > >> +++ b/drivers/usb/phy/phy.c
> > > >> @@ -228,7 +228,7 @@ struct usb_phy *usb_get_phy_dev(struct device
> > > >> *dev, u8 index)
> > > >>
> > > >> phy = __usb_find_phy_dev(dev, _bind_list, index);
> > > >>
Hello!
On Mon, Feb 03, 2014 at 04:23:00PM +0100, Nicolas Dichtel wrote:
> Le 03/02/2014 08:19, Sohny Thomas a écrit :
> >
> >>Actually I am not so sure, there is no defined semantic of flush. I would
> >>be ok with all three solutions: leave it as is, always add link-local
> >>address (it does
On 14/02/03, AKASHI Takahiro wrote:
> Richard,
Takahiro,
> On 01/30/2014 07:36 AM, Richard Guy Briggs wrote:
> >On 14/01/29, Richard Guy Briggs wrote:
> >>On 14/01/27, AKASHI Takahiro wrote:
> >>>[To audit maintainers]
> >>>
> >>>On 01/23/2014 11:18 PM, Catalin Marinas wrote:
> On Fri, Jan
Hi
On Sun, Feb 2, 2014 at 5:50 AM, Benjamin Tissoires
wrote:
> Add output_report and raw_request to i2c-hid.
> Hopefully, we will manage to have the same transport level between
> all the transport drivers.
>
> Signed-off-by: Benjamin Tissoires
> ---
> drivers/hid/i2c-hid/i2c-hid.c | 24
On Mon, Feb 03, 2014 at 03:55:42PM +, Leif Lindholm wrote:
> On Mon, Feb 03, 2014 at 10:34:15AM +, Will Deacon wrote:
> > On Thu, Jan 30, 2014 at 01:12:47PM +, Leif Lindholm wrote:
> > > Oh, that's neat - thanks!
> > >
> > > Well, given that, I can think of two less horrible options:
On Mon, Feb 3, 2014 at 7:28 AM, Jean Pihet wrote:
>> Something like ./configure --target=arm on aarch64.
>
> Thanks for the link and info.
>
> Is there a concrete example of cross-unwinding with multiple targets,
> for example on x86_64 using native and x86_32 libunwind libraries
>
Memcg-awareness turned kmem_cache_create() into a dirty interweaving of
memcg-only and except-for-memcg calls. To clean this up, let's create a
separate function handling memcg caches creation. Although this will
result in the two functions having several hunks of practically the same
code, I
The way memcg_create_kmem_cache() creates the name for a memcg cache
looks rather strange: it first formats the name in the static buffer
tmp_name protected by a mutex, then passes the pointer to the buffer to
kmem_cache_create_memcg(), which finally duplicates it to the cache
name.
Let's clean
Currently, memcg_unregister_cache(), which deletes the cache being
destroyed from the memcg_slab_caches list, is called after
__kmem_cache_shutdown() (see kmem_cache_destroy()), which starts to
destroy the cache. As a result, one can access a partially destroyed
cache while traversing a
Currently we destroy children caches at the very beginning of
kmem_cache_destroy(). This is wrong, because the root cache will not
necessarily be destroyed in the end - if it has aliases (refcount > 0),
kmem_cache_destroy() will simply decrement its refcount and return. In
this case, at best we
Suppose we are creating memcg cache A that could be merged with cache B
of the same memcg. Since any memcg cache has the same parameters as its
parent cache, parent caches PA and PB of memcg caches A and B must be
mergeable too. That means PA was merged with PB on creation or vice
versa, i.e. PA =
Otherwise, kzalloc() called from a memcg won't clear the whole object.
Signed-off-by: Vladimir Davydov
---
mm/slub.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/mm/slub.c b/mm/slub.c
index 8659e7184338..f3d2ef725ed6 100644
--- a/mm/slub.c
+++ b/mm/slub.c
@@ -3743,7
Hi,
This patch set mostly cleanups memcg slab caches creation/destruction
paths fixing a couple of bugs in the meanwhile. The only serious change
it introduces is a rework of the sysfs layout for memcg slub caches (see
patch 7).
Changes in v2:
- do not remove cgroup name part from memcg cache
Currently, we try to arrange sysfs entries for memcg caches in the same
manner as for global caches. Apart from turning /sys/kernel/slab into a
mess when there are a lot of kmem-active memcgs created, it actually
does not work properly - we won't create more than one link to a memcg
cache in case
On Mon, Feb 03, 2014 at 10:34:15AM +, Will Deacon wrote:
> On Thu, Jan 30, 2014 at 01:12:47PM +, Leif Lindholm wrote:
> > Oh, that's neat - thanks!
> >
> > Well, given that, I can think of two less horrible options:
> > 1)
> > .macro update_sctlr, tmp:req, set=, clear=
> >
On Mon, Feb 03, 2014 at 02:20:01PM +0100, Michal Hocko wrote:
> On Thu 30-01-14 12:18:37, Johannes Weiner wrote:
> > On Tue, Dec 17, 2013 at 04:45:26PM +0100, Michal Hocko wrote:
> [...]
> > > -static int __mem_cgroup_try_charge(struct mm_struct *mm,
> > > -gfp_t
On Sun, 2 February 2014 15:36:17 -0500, Jörn Engel wrote:
>
> Measuring the randomness from random_get_entropy() with above approach
> failed because there was so much randomness. All numbers in all runs
> were different. Taking the delta between the numbers, again almost all
> numbers were
On 02/03/2014 04:32 PM, Arnd Bergmann wrote:
> On Monday 03 February 2014 16:13:47 Michal Simek wrote:
>> Intention wasn't to fix binding but document current one
>> which is in mainline for a long time.
>
> Ok, I see.
>
>> Apart of this - yes, wdt-enable-once is nowayout and wdt-interval should
On Sun, Feb 02, 2014 at 02:25:25PM -0800, Eric W. Biederman wrote:
> Andrew Morton writes:
>
> > On Sat, 1 Feb 2014 01:07:29 + "Pearson, Greg"
> > wrote:
> >
> >> As far as I know the only consequence of dropping a PT_NOTE entry is
> >> that it would not be available in the crash dump for
Add the sched_setattr and sched_getattr syscalls to the generic syscall
list, which is used by the following architectures: arc, arm64, c6x,
hexagon, metag, openrisc, score, tile, unicore32.
Signed-off-by: James Hogan
Cc: Arnd Bergmann
Cc: linux-a...@vger.kernel.org
Cc: Vineet Gupta
Cc:
On Thu, 2014-01-23 at 15:05 -0500, David Long wrote:
> From: "David A. Long"
>
> Now that arm uprobes support has been made separate from the arm kprobes code
> the Kconfig can be changed to reflect that.
>
> Signed-off-by: David A. Long
> ---
> arch/arm/Kconfig | 1 -
> 1 file changed, 1
Test results / tested kernel versions:
3.2.54
3.8.13
3.10.28
Above kernel versions without patch are dying with same error on
trying to start h323 connections using "Polycom RealPresence Mobile".
I can confirm that with this patch all three kernel versions are
pretty stable now again.
On Feb 3, 2014, at 9:57, Christoph Hellwig wrote:
> On Mon, Feb 03, 2014 at 09:17:30AM -0500, Trond Myklebust wrote:
>> As I said above, that causes posix_acl_xattr_get() to return the wrong
>> answer (ENODATA instead of EOPNOTSUPP).
>
> Is it really the wrong answer? How does userspace care
(2014/02/03 20:48), Chen Gang wrote:
> On 02/02/2014 10:40 AM, Masami Hiramatsu wrote:
>> (2014/02/01 21:17), Chen Gang wrote:
>>> When CONFIG_KRETPROBES disabled, cleanup_rp_inst() is useless too. It
>>> is only called by unregister_kretprobes() which is in CONFIG_KRETPROBES
>>> enabled area.
>>>
On Mon, Feb 03, 2014 at 03:35:12PM +0100, Jean Delvare wrote:
> Ah, I see it in your tree. But it's not in 3.14-rc1. As this fixes a
> regression, it would be great to have it upstream ASAP, so that it can
> propagate to 3.13-stable.
It's on a fixes tag so it'll go in next time I send stuff to
When I boot 3.14-rc1 in qemu, I get the trace below. The console stops
updating and I don't get a login prompt. I can login, but I can't see
what I'm doing. I can login normally via SSH.
If I revert the last commit in drivers/gpu/drm/cirrus:
f4b4718b61d1d5a7442a4fd6863ea80c3a10e508 drm:
Hi,
I have tried to utilize SysRQ via serial console in VMWare environment:
>From what I've seen RS-232 Break + just doesn't work for 3.13.1
for VMWare guests:
[root@dca-eccs-sbx-db2 ~]# cat /proc/tty/driver/serial
serinfo:1.0 driver revision:
0: uart:16550A port:03F8 irq:4 tx:10034 rx:1
Hi
On Sun, Feb 2, 2014 at 5:50 AM, Benjamin Tissoires
wrote:
> It was missing, so adding it.
>
> Signed-off-by: Benjamin Tissoires
> ---
> drivers/hid/uhid.c | 17 +
> 1 file changed, 17 insertions(+)
>
> diff --git a/drivers/hid/uhid.c b/drivers/hid/uhid.c
> index
On Monday 03 February 2014 16:13:47 Michal Simek wrote:
> Intention wasn't to fix binding but document current one
> which is in mainline for a long time.
Ok, I see.
> Apart of this - yes, wdt-enable-once is nowayout and wdt-interval should be
> timeout
> is seconds, and clock-frequency should
The readsl and writesl I/O accessors are only defined on some
architectures. The driver currently depends on CONFIG_ARM because
the build breaks on x86, in particular. Switch to use of ioread32_rep
and iowrite32_rep to fix build on all architectures and remove the
CONFIG_ARM dependency.
Also
Hi Arun,
On 22 January 2014 06:15, Arun Sharma wrote:
> On Tue, Jan 21, 2014 at 12:16 AM, Jean Pihet wrote:
>
This is the case when e.g. profiling an ARMv7 binary that runs on an
ARMv8 (aka AARCH64) platform.
>>>
>>> Why not configure libunwind for ARMv7 in that case?
>>>
>>> I'm
On Mon, Feb 3, 2014 at 10:10 AM, David Herrmann wrote:
> Hi
>
> On Sun, Feb 2, 2014 at 5:50 AM, Benjamin Tissoires
> wrote:
>> hidp uses its own ->hidinput_input_event() instead of the generic binding
>> in hid-input.
>> Moving the handling of LEDs towards hidp_hidinput_event() allows two
Hi
On Sun, Feb 2, 2014 at 5:50 AM, Benjamin Tissoires
wrote:
> Those callbacks are not mandatory, so it's better to add inliners
> to use them safely.
Reviewed-by: David Herrmann
Thanks
David
> Signed-off-by: Benjamin Tissoires
> ---
> include/linux/hid.h | 45
Felipe Balbi schreef op ma 27-01-2014 om 09:30 [-0600]:
> On Sat, Jan 25, 2014 at 03:24:55PM -0500, Josh Boyer wrote:
> > On Sat, Jan 25, 2014 at 10:37 AM, Alan Stern
> > wrote:
> > > On Sat, 25 Jan 2014, Josh Boyer wrote:
> > >
> > >> commit 1ae5799ef6317 ("usb: hcd: Initialize USB phy if
Acked-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
--
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
Please read the
Le 03/02/2014 08:19, Sohny Thomas a écrit :
Actually I am not so sure, there is no defined semantic of flush. I would
be ok with all three solutions: leave it as is, always add link-local
address (it does not matter if we don't have a link-local address on
It matters. This address is
Acked-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
--
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
Please read the
Hi
On Mon, Feb 3, 2014 at 4:11 PM, Benjamin Tissoires
wrote:
> On Mon, Feb 3, 2014 at 10:02 AM, David Herrmann wrote:
>> Hi
>>
>> On Sun, Feb 2, 2014 at 5:50 AM, Benjamin Tissoires
>> wrote:
>>> - Move hidp_output_report() above
>>> - Removed duplicated code in hidp_output_raw_report()
>>>
>>>
On Mon, Feb 03, 2014 at 09:47:25AM +0100, Geert Uytterhoeven wrote:
> Thanks, obviously I missed that of_match_device() still uses the ID table
> parameter if CONFIG_OF=n :-(
> Below I have two alternative solutions:
> 1. Uses rspi_of_match() to nullify the ID table pointer, like is done in
>
On February 3, 2014 6:46:58 AM PST, Rob Herring wrote:
>On Fri, Jan 31, 2014 at 3:46 PM, Belisko Marek
> wrote:
>> On Fri, Jan 31, 2014 at 7:53 PM, Olof Johansson
>wrote:
>>> On Sat, Jan 25, 2014 at 1:38 PM, Marek Belisko
>wrote:
Signed-off-by: Marek Belisko
---
Hi
On Sun, Feb 2, 2014 at 5:50 AM, Benjamin Tissoires
wrote:
> hidp uses its own ->hidinput_input_event() instead of the generic binding
> in hid-input.
> Moving the handling of LEDs towards hidp_hidinput_event() allows two things:
> - remove hidinput_input_event definitively from struct
On Mon, Feb 3, 2014 at 10:02 AM, David Herrmann wrote:
> Hi
>
> On Sun, Feb 2, 2014 at 5:50 AM, Benjamin Tissoires
> wrote:
>> - Move hidp_output_report() above
>> - Removed duplicated code in hidp_output_raw_report()
>>
>> Signed-off-by: Benjamin Tissoires
>> ---
>> net/bluetooth/hidp/core.c
On 02/03/2014 04:06 PM, Arnd Bergmann wrote:
> On Friday 31 January 2014, Michal Simek wrote:
>> +Optional properties:
>> +- clock-frequency : Frequency of clock in Hz
>> +- xlnx,wdt-enable-once : 0 - Watchdog can be restarted
>> + 1 - Watchdog can be enabled just once
Em Mon, Feb 03, 2014 at 12:44:43PM +0100, Jiri Olsa escreveu:
> Adding people readable output for callchain debug,
> to get following '-v' output:
>
> $ perf record -v -g ls
> callchain: type DWARF
> callchain: stack dump size 4096
> ...
Applied, but then I tried:
[acme@zoo linux]$ perf
Hi
On Sun, Feb 2, 2014 at 5:50 AM, Benjamin Tissoires
wrote:
> - Move hidp_output_report() above
> - Removed duplicated code in hidp_output_raw_report()
>
> Signed-off-by: Benjamin Tissoires
> ---
> net/bluetooth/hidp/core.c | 68
> ---
> 1 file
On Friday 31 January 2014, Michal Simek wrote:
> +Optional properties:
> +- clock-frequency : Frequency of clock in Hz
> +- xlnx,wdt-enable-once : 0 - Watchdog can be restarted
> + 1 - Watchdog can be enabled just once
> +- xlnx,wdt-interval: Watchdog timeout
On Fri, 31 Jan 2014 20:49:39 -0600
Matthew Thode wrote:
> I decided to pull a drive while it was in use out of laziness (it was
> open via luks, but not in actual use). Got a fun trace as a result.
> Just thought you'd like to know :D
>
Hi Matthew,
The first trace looks a lot like what I
On Mon, Feb 03, 2014 at 09:17:30AM -0500, Trond Myklebust wrote:
> As I said above, that causes posix_acl_xattr_get() to return the wrong answer
> (ENODATA instead of EOPNOTSUPP).
Is it really the wrong answer? How does userspace care wether this
server doesn't support ACLs at all or none is
On Mon, 3 Feb 2014, Morten Rasmussen wrote:
> On Fri, Jan 31, 2014 at 06:19:26PM +, Nicolas Pitre wrote:
> > A cluster should map naturally to a scheduling domain. If we need to
> > wake up a CPU, it is quite obvious that we should prefer an idle CPU
> > from a scheduling domain which load
On Thu, 2014-01-23 at 15:05 -0500, David Long wrote:
> From: "David A. Long"
>
> Change the generic ARM probes code to pass in the opcode and
> architecture-specific
> structure separately instead of using struct kprobe, so we do not pollute
> code being used only for uprobes or other
Arjan, could you have a look at teaching your Thunderpants to wrap lines
at ~80 chars please?
On Mon, Feb 03, 2014 at 06:38:11AM -0800, Arjan van de Ven wrote:
> On 2/3/2014 4:54 AM, Morten Rasmussen wrote:
>
> >
> >I'm therefore not convinced that idle state index is the right thing to
> >give
On 02/03/14 15:34, Masanari Iida wrote:
> This patch fixed following warnings on make htmldocs.
>
> Warning(/drivers/scsi/scsi_transport_srp.c:819):
> No description found for parameter 'rport'
>
> Signed-off-by: Masanari Iida
> ---
> drivers/scsi/scsi_transport_srp.c | 2 ++
> 1 file changed,
On Mon, Feb 03, 2014 at 02:41:20PM +, Matt Fleming wrote:
> On Fri, 31 Jan, at 11:29:39AM, Bjorn Helgaas wrote:
> > [+cc Matt and Matthew; maybe EFI related?]
>
> (Pulling in Borislav too)
>
> Yeah, looks EFI related.
>
> > On Fri, Jan 31, 2014 at 1:37 AM, Alexandra N. Kossovsky
> >
On Fri, Jan 31, 2014 at 10:28:22AM +0100, Sander Eikelenboom wrote:
> Hi Bjorn / Tony,
>
> I fixed up ia64 as well and brought it inline again with the x86 code,
> but i don't have a ia64 machine, so that part is untested.
> Perhaps Tony is able to review/test it ?
>
> Sander
>
>
>
> Setting
On Fri, Jan 31, 2014 at 3:46 PM, Belisko Marek wrote:
> On Fri, Jan 31, 2014 at 7:53 PM, Olof Johansson wrote:
>> On Sat, Jan 25, 2014 at 1:38 PM, Marek Belisko wrote:
>>> Signed-off-by: Marek Belisko
>>> ---
>>> Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
>>> 1 file changed,
On Saturday, February 01, 2014 06:51:56 PM Andy Lutomirski wrote:
> On Sat, Feb 1, 2014 at 6:32 PM, Andy Lutomirski wrote:
> > On a stock Fedora installation:
> >
> > $ sudo auditctl -l
> > No rules
What rules would you want? The audit package ships with several which affects
performance to
On Sat 01-02-14 17:48:27, Frederic Weisbecker wrote:
> On Mon, Dec 23, 2013 at 09:39:22PM +0100, Jan Kara wrote:
> > Block layer currently abuses rq->csd.list.next for storing fifo_time.
> > That is a terrible hack and completely unnecessary as well. Union
> > achieves the same space saving in a
401 - 500 of 1358 matches
Mail list logo