On Wednesday 04 December 2013 09:14 PM, Sebastian Hesselbarth wrote:
> This is v2 of an RFC sent earlier [1] to reduce power consumption of network
> PHYs with link that are either unused or the corresponding netdev is down.
>
> In contrast to RFCv1, this now integrates phy_suspend/phy_resume
Hi,
On Thu, Dec 05, 2013 at 12:04:46PM +0530, Kishon Vijay Abraham I wrote:
> On Wednesday 04 December 2013 08:10 PM, Heikki Krogerus wrote:
> > On Mon, Nov 25, 2013 at 03:31:24PM +0530, Kishon Vijay Abraham I wrote:
> >> There can be systems which does not have an external phy, so get
> >> phy
Hi Guenter Roeck,
On Tue, Dec 3, 2013 at 3:06 AM, Guenter Roeck wrote:
>
> On Mon, Dec 02, 2013 at 12:47:53PM -0800, Olof Johansson wrote:
> > On Mon, Dec 2, 2013 at 12:21 PM, Guenter Roeck wrote:
> > > On Mon, Dec 02, 2013 at 10:14:41AM -0800, Doug Anderson wrote:
> > >> A good watchdog driver
On 12/02/2013 09:51 PM, Pali Rohár wrote:
> On Monday 04 November 2013 12:39:44 Hans Verkuil wrote:
>> Hi Pali,
>>
>> On 10/26/2013 10:45 PM, Pali Rohár wrote:
>>> On Saturday 26 October 2013 22:22:09 Hans Verkuil wrote:
> Hans, so can it be added to drivers/staging/media tree?
Yes,
Move the call from module_init to Tegra machine codes so it won't be
called in a multi-platform kernel running on non-Tegra SoCs.
Signed-off-by: Bill Huang
---
arch/arm/mach-tegra/tegra.c |2 ++
drivers/cpufreq/tegra-cpufreq.c | 13 ++---
include/linux/tegra-soc.h | 11
Thanks so much. :)
regards,
dan carpenter
--
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 FAQ at http://www.tux.org/lkml/
On Thu, Dec 05, 2013 at 12:07:31AM +0100, Rafael J. Wysocki wrote:
> On Tuesday, December 03, 2013 04:28:28 PM Aaron Lu wrote:
> > This patchset converts ACPI fan driver to platform driver. Patch 1-3 are
> > cleanups for existing fan driver and patch 4 does the convertion.
> >
> > Tested on
This patch series remodel Tegra cpufreq driver to make it more easy to
add new SoC support, in addition to that, adding probe function in the
driver to let probe defer can be used to control init sequence when we
are going to support DVFS.
Changes since v2:
- Fix Kconfig.
- Rebase on top of
Re-model Tegra cpufreq driver to support all Tegra series of SoCs.
* Make tegra-cpufreq.c a generic Tegra cpufreq driver.
* Move Tegra20 specific codes into tegra20-cpufreq.c.
* Bind Tegra cpufreq dirver with a fake device so defer probe would work
when we're going to get regulator in the
And Lynx Point H Refresh and Wildcat Point LP
device ids.
Signed-off-by: Tomas Winkler
---
V2: remove duplicated LPT entry
drivers/misc/mei/hw-me-regs.h | 5 -
drivers/misc/mei/pci-me.c | 4 +++-
2 files changed, 7 insertions(+), 2 deletions(-)
diff --git
> >
> > diff --git a/drivers/misc/mei/hw-me-regs.h b/drivers/misc/mei/hw-me-regs.h
> > index 6c0fde5..f83bc80 100644
> > --- a/drivers/misc/mei/hw-me-regs.h
> > +++ b/drivers/misc/mei/hw-me-regs.h
> > @@ -110,8 +110,12 @@
> > #define MEI_DEV_ID_PPT_3 0x1DBA /* Panther Point */
> >
> >
On Thu, 05 Dec 2013 15:12:04 +0800 Axel Lin wrote:
> >
> > blam. spin_unlock_irq(>tree_lock) failed to decrement
> > preempt_count(). What the heck.
> >
> > What architecture is this? Please send the full .config.
> >
> > And exactly which kernel version is in use?
>
> It's a arm7tdmi SoC
Hi.
Please apply this patch because the problem that audit_receive called by auditd
process is hung up by other process (systemd) which has already called it is
fixed.
This patch fixes the problem that auditd hangs up by itself.
Thanks.
---
The backlog cannot be consumed when audit_log_start
於 三，2013-12-04 於 13:32 -0800，Andrew Morton 提到：
> On Wed, 04 Dec 2013 16:59:38 +0800 Axel Lin wrote:
>
> > >
> > > Please add a lot more printk's so we can narrow it down further? I'd
> > > use something like
> > >
> > > printk(%d: %d\n", __LINE__, preempt_count());
> > >
> > > (note:
On Tue, Dec 03, 2013 at 09:52:33AM +0100, Ingo Molnar wrote:
> Indeed: this comes from mutex->count being separate from
> mutex->wait_lock, and this should affect every architecture that has a
> mutex->count fast-path implemented (essentially every architecture
> that matters).
>
> Such bugs
On 12/05/2013 09:01 AM, Dave Chinner wrote:
> On Wed, Dec 04, 2013 at 10:31:32AM +0400, Vladimir Davydov wrote:
>> On 12/04/2013 08:51 AM, Dave Chinner wrote:
>>> On Tue, Dec 03, 2013 at 04:15:57PM +0400, Vladimir Davydov wrote:
On 12/03/2013 02:48 PM, Dave Chinner wrote:
>> @@ -236,11
# Add a...@linux-foundation.org and sta...@vger.kernel.org to CC.
Hi, Geert.
I was just creating a patch as your patch I noticed your patch by chance.
I think your proposal is good.
But Paul does not maintain the SH tree.
Andrew, Could you pickup this patch ?
Tested-by: Nobuhiro Iwamatsu
From: Daniel Tang
The device tree binding chosen for the nspire-usb driver was inappropriate and
should be renamed to lsi,zevio-usb.
References to nspire have been replaced with zevio (the SoC name)
Signed-off-by: Daniel Tang
---
.../devicetree/bindings/usb/ci-hdrc-nspire.txt | 17
Hi,
On Wednesday 04 December 2013 08:10 PM, Heikki Krogerus wrote:
> Hi guys,
>
> Kishon, sorry I did not see this v3 set.
>
> On Mon, Nov 25, 2013 at 03:31:24PM +0530, Kishon Vijay Abraham I wrote:
>> There can be systems which does not have an external phy, so get
>> phy only if no quirks are
On Wed, Dec 4, 2013 at 11:35 PM, Bjorn Helgaas wrote:
> On Wed, Dec 4, 2013 at 10:00 AM, Jagan Teki wrote:
>> On Wed, Dec 4, 2013 at 8:41 PM, Bjorn Helgaas wrote:
>>> On Tue, Dec 3, 2013 at 11:20 PM, Jagan Teki
>>> wrote:
Thanks for your quick response.
Please find my comments
From: Daniel Tang
This patch adds support for the interrupt controllers found in some
TI-Nspire models.
FIQ support was taken out to simplify the driver
code and may be added in later. Since Linux on this platform doesn't
really use FIQs, this wasn't really that important in the first
place.
APplied these both to teh testing branch. Thanks!
On Wed, 27 Nov 2013, Li Wang wrote:
> Signed-off-by: Li Wang
> Signed-off-by: Yunchuan Wen
>
> Li Wang (2):
> ceph: Clean up if error occurred in finish_read()
> ceph: Add necessary clean up if invalid reply received in
>
ARM_PATCH_PHYS_VIRT and AUTO_ZRELADDR has been enabled as default configs
to Marvell PXA168/910/MMP2 platforms.
Introduction of PHYS_VIRT config as default would enable phy-to-virt and
virt-to-phy translation function at boot and module loading time
and enforce dynamic reallocation of memory.
On 12/05/2013 03:18 AM, Andrew Morton wrote:
On Wed, 04 Dec 2013 14:38:11 +0530 Raghavendra K T
wrote:
On 12/04/2013 02:11 PM, Andrew Morton wrote:
:
: This patch takes it all out and applies the same upper limit as is used in
: sys_readahead() - half the inactive list.
:
: +/*
: +
From: "Yan, Zheng"
commit b18825a7c8 (Put a small type field into struct dentry::d_flags)
put a type field into struct dentry::d_flags. __d_instantiate() set the
field by checking inode->i_mode. So we should initialize inode before
instantiating dentry when handling mds reply.
Fixes: #6930
Hi,
On 04/12/2013, at 11:18 PM, Mark Rutland wrote:
>>
>>
>> Required properties:
>> -- compatible: Should be "zevio,nspire-usb"
>> +- compatible: Should be "lsi,nspire-usb"
>
> Surely this should be lsi,zevio-usb, matching the lsi,zevio-timer
> binding?
You're right. I'll fix up the patch
Hi,
On 05/12/2013, at 12:44 AM, Peter Chen wrote:
>
> lsi is vendor name, what are zevio and nspire?
> Usually, the compatible string should be "vendor_name,soc_name-module_name"
>
Because this port uses documentation from reverse engineering, it's difficult
to work out what is SoC specific
On Wed, Dec 4, 2013 at 4:05 PM, Masami Hiramatsu
wrote:
> (2013/12/04 10:11), Steven Rostedt wrote:
>> On Wed, 04 Dec 2013 09:48:44 +0900
>> Masami Hiramatsu wrote:
>>
>>> fetch functions and actions. In that case, we can continue
>>> to use current interface but much faster to trace.
>>> Also,
On Wed, Dec 04, 2013 at 10:31:32AM +0400, Vladimir Davydov wrote:
> On 12/04/2013 08:51 AM, Dave Chinner wrote:
> > On Tue, Dec 03, 2013 at 04:15:57PM +0400, Vladimir Davydov wrote:
> >> On 12/03/2013 02:48 PM, Dave Chinner wrote:
> @@ -236,11 +236,17 @@ shrink_slab_node(struct shrink_control
On Wed, Dec 04, 2013 at 08:41:43PM -0700, Jens Axboe wrote:
> On Thu, Dec 05 2013, Dave Chinner wrote:
> > On Wed, Dec 04, 2013 at 03:17:49PM +1100, Dave Chinner wrote:
> > > On Tue, Dec 03, 2013 at 08:47:12PM -0700, Jens Axboe wrote:
> > > > On Wed, Dec 04 2013, Dave Chinner wrote:
> > > > > On
On Wed, 2013-12-04 at 16:02 +0530, Anshuman Khandual wrote:
> This patchset is the re-spin of the original branch stack
> sampling
> patchset which introduced new PERF_SAMPLE_BRANCH_COND branch filter. This
> patchset
> also enables SW based branch filtering support for book3s
> On Tue, Dec 3, 2013 at 4:01 PM, Andi Kleen wrote:
>>
>> Can you do some performance comparison compared to e.g. ktap?
>> How much faster is it?
Did simple ktap test with 1M alloc_skb/kfree_skb toy test from earlier email:
trace skb:kfree_skb {
if (arg2 == 0x100) {
On Wed, 2013-12-04 at 20:35 -0800, Greg Kroah-Hartman wrote:
> On Thu, Dec 05, 2013 at 08:31:36AM +0400, Sergei Ianovich wrote:
> > I'm reading the last message as a confirmation that
> > drivers/tty/serial/pxa.c needs to be rewritten using 8250_core.c.
>
> Yes, how much work is this really?
On Thu, Dec 05, 2013 at 08:31:36AM +0400, Sergei Ianovich wrote:
> On Wed, 2013-12-04 at 20:12 -0800, Greg Kroah-Hartman wrote:
> > On Mon, Dec 02, 2013 at 04:10:33PM +0200, Heikki Krogerus wrote:
> > > On Mon, Dec 02, 2013 at 02:26:45PM +0400, Sergei Ianovich wrote:
> > > > Who makes the decision
On Wed, 2013-12-04 at 20:12 -0800, Greg Kroah-Hartman wrote:
> On Mon, Dec 02, 2013 at 04:10:33PM +0200, Heikki Krogerus wrote:
> > On Mon, Dec 02, 2013 at 02:26:45PM +0400, Sergei Ianovich wrote:
> > > Who makes the decision which way to go?
> >
> > Greg and Russel make this decision. By having
> Instead, how about changing usb_set_configuration() so that it will
> never fail when the new config is -1? Except perhaps for -ENODEV
> errors (the device has been disconnected), which
> usb_deauthorize_device() could check for.
Yes, that should work as well. It's really just one autoresume
On Tue, Dec 03, 2013 at 01:01:29PM +0200, Tomas Winkler wrote:
> And Lynx Point H Refresh and Wildcat Point LP
> device ids.
>
> Signed-off-by: Tomas Winkler
> ---
> drivers/misc/mei/hw-me-regs.h | 4
> drivers/misc/mei/pci-me.c | 4 +++-
> 2 files changed, 7 insertions(+), 1
On Wednesday, December 04, 2013 05:49 PM, Heikki Krogerus wrote:
Hi Chris,
On Wed, Dec 04, 2013 at 03:16:21PM +0800, Chris Ruehl wrote:
On Tuesday, December 03, 2013 04:15 PM, Heikki Krogerus wrote:
On Mon, Dec 02, 2013 at 03:05:19PM +0800, Chris Ruehl wrote:
@@ -154,6 +164,27 @@ int
On Mon, Dec 02, 2013 at 04:10:33PM +0200, Heikki Krogerus wrote:
> Hi,
>
> On Mon, Dec 02, 2013 at 02:26:45PM +0400, Sergei Ianovich wrote:
> > On Mon, 2013-12-02 at 11:49 +0200, Heikki Krogerus wrote:
> > > On Mon, Dec 02, 2013 at 01:23:58PM +0400, Sergei Ianovich wrote:
> > > > On Mon,
Vivek Goyal writes:
> Hi Eric,
>
> So you want a separate purgatory code and that purgatory should be self
> contained and should not share any code with rest of the kernel. No
> inclusion of header files, no linking against kernel libraries? That means
> even re-implementing sha256 functions
On 12/4/13, 7:41 PM, David Ahern wrote:
Hi Arnaldo:
As I mentioned on IRC perf-trace fails on older kernels -- like RHEL6. This
set of patches makes it at least usable - though still some problems I am
hoping you can fix.
Build perf with these patches and run:
perf trace -- dd if=/dev/zero
On Wed, Dec 04, 2013 at 10:49:25PM -0500, Adrien Vergé wrote:
> 2013/12/4 Greg Kroah-Hartman :
> > How much overhead does the existing tracing code have on ARM? Is ETM
> > still even needed? Why not just use ETM for the core tracing code
> > instead?
>
> Coresight ETM is not just faster than
Hi Artem:
As we talked in mail before, please check my patch as below:
From: Qi Wang
nor_erase_prepare() will be called before erase a NOR flash, it will program '0'
into a block to mark this block. But program data into a erasure interrupted
block
can cause program timtout(several minutes at
2013/12/4 Greg Kroah-Hartman :
> How much overhead does the existing tracing code have on ARM? Is ETM
> still even needed? Why not just use ETM for the core tracing code
> instead?
Coresight ETM is not just faster than /sys/kernel/debug/tracing, it
provides more detailed and customisable info.
Hi Artem:
As we talked in mail before, please check my patch as below:
From: Qi Wang
nor_erase_prepare() will be called before erase a NOR flash, it will program '0'
into a block to mark this block. But program data into a erasure interrupted
block
can cause program timtout(several minutes at
Hi Artem:
As we talked in mail before, please check my patch as below:
From: Qi Wang
nor_erase_prepare() will be called before erase a NOR flash, it will program '0'
into a block to mark this block. But program data into a erasure interrupted
block
can cause program timtout(several minutes at
Hi Artem:
As we talked in mail before, please check my patch as below:
From: Qi Wang
nor_erase_prepare() will be called before erase a NOR flash, it will program '0'
into a block to mark this block. But program data into a erasure interrupted
block
can cause program timtout(several minutes at
On Tuesday 03 December 2013, Hanjun Guo wrote:
> + /*
> +* ACPI have no bindings to indicate SPI or PPI, so we
> +* use different mappings from DT in ACPI.
> +*
> +* For FDT
> +* PPI interrupt: in the range [0, 15];
> +* SPI interrupt: in the
Errors from filter user rules were previously ignored, and worse, an error on
a AUDIT_NEVER rule disabled logging on that rule. On -ESTALE, retry up to 5
times. On error on AUDIT_NEVER rules, log.
Signed-off-by: Richard Guy Briggs
---
kernel/audit.c |2 +-
kernel/auditfilter.c |
On Tuesday 03 December 2013, Hanjun Guo wrote:
> +#ifdef CONFIG_ACPI
> +void __init arch_timer_acpi_init(void)
> +{
...
> +}
> +#else
> +void __init arch_timer_acpi_init(void) { return; };
> +#endif
>
The #else clause is broken in combination with
> diff --git
Hi Linus,
The following changes since commit 6ce4eac1f600b34f2f7f58f9cd8f0503d79e42ae:
Linux 3.13-rc1 (2013-11-22 11:30:55 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86/urgent
for you to fetch changes up to
On Thu, Dec 05 2013, Dave Chinner wrote:
> On Wed, Dec 04, 2013 at 03:17:49PM +1100, Dave Chinner wrote:
> > On Tue, Dec 03, 2013 at 08:47:12PM -0700, Jens Axboe wrote:
> > > On Wed, Dec 04 2013, Dave Chinner wrote:
> > > > On Wed, Dec 04, 2013 at 12:58:38PM +1100, Dave Chinner wrote:
> > > > > On
On Tuesday 03 December 2013, Hanjun Guo wrote:
> +static unsigned int gsi_to_irq(unsigned int gsi)
> +{
> + int irq = irq_create_mapping(NULL, gsi);
> +
> + return irq;
> +}
I think this could use a comment regarding your plans for IRQ domains.
Do you expect that all ACPI systems
Commit-ID: 2885432aaf15c1b7e65c787bfe7c5fec428296f0
Gitweb: http://git.kernel.org/tip/2885432aaf15c1b7e65c787bfe7c5fec428296f0
Author: Fenghua Yu
AuthorDate: Wed, 4 Dec 2013 16:07:49 -0800
Committer: H. Peter Anvin
CommitDate: Wed, 4 Dec 2013 19:33:21 -0800
x86/apic, doc:
2013/12/4 Kirill A. Shutemov :
> Andrey Wagin reported crash on VM_BUG_ON() in pgtable_pmd_page_dtor()
> with fallowing backtrace:
>
> [] free_pgd_range+0x2bf/0x410
> [] free_pgtables+0xce/0x120
> [] unmap_region+0xe0/0x120
> [] ? move_page_tables+0x526/0x6b0
> [] do_munmap+0x249/0x360
>
Andrew Morton writes:
> On Thu, 05 Dec 2013 13:12:17 +1030 Rusty Russell
> wrote:
>
>> Kees Cook writes:
>> > When doing module loading verification tests (for example, with module
>> > singing, or LSM hooks), it is very handy to have a module that can be
>>
>> "module singing" sounds like a
On Wed, Dec 04, 2013 at 07:39:07PM +0100, Levente Kurusa wrote:
> Date: Wed, 04 Dec 2013 19:39:07 +0100
> From: Levente Kurusa
> To: Borislav Petkov , Ingo Molnar , Thomas
> Gleixner , Tony Luck , "H. Peter
> Anvin" , x...@kernel.org, EDAC ,
> LKML
> Subject: Re: [PATCH] x86: mcheck: call
On Wed, Dec 04, 2013 at 05:55:56PM -0800, Ben Zhang wrote:
> Currently, the soft lockup detector and hard lockup detector
> can be enabled or disabled together via the flag variable
> watchdog_user_enabled. There isn't a way to disable only the
> soft lockup detector while keeping the hard lockup
On Thu, 05 Dec 2013 13:12:17 +1030 Rusty Russell wrote:
> Kees Cook writes:
> > When doing module loading verification tests (for example, with module
> > singing, or LSM hooks), it is very handy to have a module that can be
>
> "module singing" sounds like a horrible idea! Is the author even
On Wed, Dec 04, 2013 at 06:36:05PM -0800, Joe Perches wrote:
> On Wed, 2013-12-04 at 18:18 -0800, Eric Dumazet wrote:
> > On Wed, 2013-12-04 at 16:16 -0800, Paul E. McKenney wrote:
> > > + ULONG_CMP_GE(ACCESS_ONCE(jiffies), rdp->rsp->jiffies_resched)) {
>
> perhaps time_before_eq
>
> >
On Thu, Dec 05, 2013 at 02:20:55AM +0100, Frederic Weisbecker wrote:
> On Wed, Dec 04, 2013 at 11:39:57AM -0800, Paul E. McKenney wrote:
> > Hello, Frederic,
> >
> > Just realized that I could further decrease RT latency of one of my "shut
> > up RCU on NO_HZ_FULL CPUs" patches if I relied on CPU
Hello,
On Wed, Dec 04, 2013 at 05:49:04PM -0800, David Rientjes wrote:
> That's not what this series is addressing, though, and in fact it's quite
> the opposite. It acknowledges that userspace oom handlers need to
> allocate and that anything else would be too difficult to maintain
>
Luiz Capitulino writes:
> According to the virtio spec, the device configuration field
> that should be updated after an inflation or deflation
> operation is the 'actual' field, not the 'num_pages' one.
>
> Commit 855e0c5288177bcb193f6f6316952d2490478e1c swapped them
> in update_balloon_size().
Kees Cook writes:
> When doing module loading verification tests (for example, with module
> singing, or LSM hooks), it is very handy to have a module that can be
"module singing" sounds like a horrible idea! Is the author even
musical? I've only heard it said David Howls.
But if my ack for
There is a race condition between systemd and auditd:
systemd|auditd
---+---
...|
-> audit_receive |...
->
Two of the conditions in selinux_audit_rule_match() should never happen and
the third indicates a race that should be retried. Remove the calls to
audit_log() (which call audit_log_start()) and deal with the errors in the
caller, logging only once if the condition is met. Calling
We do not need to hold the audit_cmd_mutex for this family of cases. The
possible exception to this is the call to audit_filter_user(), so drop the lock
immediately after. To help in fixing the race we are trying to avoid, make
sure that nothing called by audit_filter_user() calls
Remove the call to audit_log() (which call audit_log_start()) and deal with
the errors in the caller, logging only once if the condition is met. Calling
audit_log_start() in this location makes buffer allocation and locking more
complicated in the calling tree (audit_filter_user()).
On Wed, Dec 04, 2013 at 06:18:30PM -0800, Eric Dumazet wrote:
> On Wed, 2013-12-04 at 16:16 -0800, Paul E. McKenney wrote:
> > + if (rdp->rsp == rcu_state &&
> > + ULONG_CMP_GE(ACCESS_ONCE(jiffies), rdp->rsp->jiffies_resched)) {
> > + rdp->rsp->jiffies_resched += 5;
> > +
On Wed, Dec 04, 2013 at 08:22:06PM -0500, Dave Jones wrote:
> On Wed, Dec 04, 2013 at 04:16:14PM -0800, Paul E. McKenney wrote:
> > On Wed, Dec 04, 2013 at 06:28:38PM -0500, Dave Jones wrote:
> > > Paul,
> > > I'm seeing this happening more and more lately...
> > >
> > > [ 771.786462] INFO:
On Wednesday 04 December 2013, Stephen Boyd wrote:
> The DT based MSM platforms can join the multi-platform builds, so
> introduce a DT based ARCH_MSM option. This option allows DT based
> MSM platforms to be built into the multi-platform kernel. Also
> introduce a hidden ARCH_MSM config that both
Getting a divide by 0 when events are processed from a file:
perf trace -i perf.data -s
...
dnsmasq (1684), 10 events, inf%, 0.000 msec
The problem is that the event count is not incremented as events are
processed. With this patch:
perf trace -i perf.data -s
...
dnsmasq (1684),
Signed-off-by: David Ahern
---
tools/perf/builtin-trace.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/perf/builtin-trace.c b/tools/perf/builtin-trace.c
index a7aa771a98e6..8f47eaae2f34 100644
--- a/tools/perf/builtin-trace.c
+++ b/tools/perf/builtin-trace.c
@@
Perhaps there is a better way to do this; I could not think of one and
I don't see any field in the tracepoint that can be leveraged. So ...
perf-trace autodetects the machine type (e.g., i386, x86_64, etc) via
libaudit. When running 32-bit apps on a 64-bit kernel the wrong machine
type is used
Older kernels (e.g., RHEL6) do system call tracing via
syscalls:sys_{enter,exit} rather than raw_syscalls. Update perf-trace to
detect lack of raw_syscalls support and try syscalls.
Signed-off-by: David Ahern
---
tools/perf/builtin-trace.c | 28 ++--
1 file changed, 26
Hi Arnaldo:
As I mentioned on IRC perf-trace fails on older kernels -- like RHEL6. This
set of patches makes it at least usable - though still some problems I am
hoping you can fix.
Build perf with these patches and run:
perf trace -- dd if=/dev/zero of=/tmp/zero bs=4096 count=16
you see
Hi all,
Changes since 20131204:
The akpm-current tree gained a conflict against the modules tree.
Non-merge commits (relative to Linus' tree): 2453
2661 files changed, 104935 insertions(+), 71055 deletions(-)
I have
On Wednesday 04 December 2013, Frank Haverkamp wrote:
> Hi Arnd & Greg,
>
> please let me know if my following changes are ok:
>
> Am Dienstag, den 03.12.2013, 15:28 +0100 schrieb Frank Haverkamp:
>
> > +/* Read/write from/to registers */
> > +struct genwqe_regs_io {
> > + __u32 num;
On Wed, 2013-12-04 at 18:18 -0800, Eric Dumazet wrote:
> On Wed, 2013-12-04 at 16:16 -0800, Paul E. McKenney wrote:
> > + ULONG_CMP_GE(ACCESS_ONCE(jiffies), rdp->rsp->jiffies_resched)) {
perhaps time_before_eq
> jiffies should not need ACCESS_ONCE(), right ?
>
> It is one of the few
On Wednesday 04 December 2013, Frank Haverkamp wrote:
> Am Dienstag, den 03.12.2013, 15:28 +0100 schrieb Frank Haverkamp:
> > + */
> > +struct genwqe_mem {
> > + unsigned long addr;
> > + unsigned long size;
> > + int direction;
> > +};
> > +
> > +#define GENWQE_PIN_MEM
On 11/24/2013 12:02:30 AM, Alexandre Courbot wrote:
Hi Rob,
On Sun, Nov 24, 2013 at 8:31 AM, Rob Landley wrote:
>> > Linus, I hope this can be merged during the -rc cycle of 3.13,
since the
>> > gpiod_ interface is going to be introduced there. It would not
make much
>> > sense for it to
On Wed, 2013-12-04 at 16:16 -0800, Paul E. McKenney wrote:
> + if (rdp->rsp == rcu_state &&
> + ULONG_CMP_GE(ACCESS_ONCE(jiffies), rdp->rsp->jiffies_resched)) {
> + rdp->rsp->jiffies_resched += 5;
> + resched_cpu(rdp->cpu);
> + }
> +
> return 0;
> }
Russell,
On Thu, 5 Dec 2013, Russell King - ARM Linux wrote:
> On Thu, Dec 05, 2013 at 01:41:53AM +0100, Thomas Gleixner wrote:
> > @all who feel responsible for gic_arch_extn
> >
> > On Wed, 4 Dec 2013, Thomas Gleixner wrote:
> > > I'm going to reply in a separate mail on this, because you have
> -Original Message-
> From: Chao Yu [mailto:chao2...@samsung.com]
> Sent: Thursday, December 05, 2013 9:55 AM
> To: ???
> Cc: linux-fsde...@vger.kernel.org; linux-kernel@vger.kernel.org;
> linux-f2fs-de...@lists.sourceforge.net
> Subject: [f2fs-dev] [PATCH 3/3] f2fs: introduce
On Wed, Dec 4, 2013 at 2:02 PM, Greg KH wrote:
> On Wed, Dec 04, 2013 at 01:55:34PM -0800, Colin Cross wrote:
>> On Wed, Dec 4, 2013 at 1:43 PM, Greg KH wrote:
>> > On Wed, Dec 04, 2013 at 12:46:42PM -0800, Colin Cross wrote:
>> >> On Wed, Dec 4, 2013 at 10:35 AM, Greg KH
>> >> wrote:
>> >>
On Wed, Dec 4, 2013 at 5:36 PM, Qiao Zhou wrote:
> sram driver can be used by many chips besides CPU_MMP2, and so build
> it alone. Also need to select MMP_SRAM for MMP_TDMA driver.
>
> Reported-by: Dan Williams
> Signed-off-by: Qiao Zhou
> ---
Looks good, thanks for fixing it up.
--
Dan
--
On 12/04/13 at 09:43am, Toshi Kani wrote:
> On Wed, 2013-12-04 at 10:46 +0800, Dave Young wrote:
> > Hi, Toshi
> >
> > > Oh, I think I now understand what the issue was. The z420 firmware
> > > updates the SMBIOS table address in the EFI system table to a virtual
> > > address after calling EFI
Hi Andrew,
Today's linux-next merge of the akpm-current tree got a conflict in
kernel/params.c between commit 88a88b320a90 ("params: improve standard
definitions") from the modules tree and commit b23eb499ed40
("kernel-paramsc-improve-standard-definitions-checkpatch-fixes") from the
akpm-current
This patch introduces f2fs_cache_node_page(), in this function, page which is
readed ahead will be copy to node_inode's mapping cache.
It will avoid rereading these node pages.
Signed-off-by: Chao Yu
---
fs/f2fs/node.c | 30 ++
1 file changed, 30 insertions(+)
In find_fsync_dnodes() and recover_data(), our flow is like this:
->f2fs_submit_page_bio()
-> f2fs_put_page()
-> page_cache_release() page->_count declined to zero.
->__free_pages()
-> put_page_testzero() page->_count will be declined again.
We will get
Currently, the soft lockup detector and hard lockup detector
can be enabled or disabled together via the flag variable
watchdog_user_enabled. There isn't a way to disable only the
soft lockup detector while keeping the hard lockup detector
running.
The hard lockup detector sometimes does not work
The basename() implementation varies a lot between systems.
The Linux man page says: "basename may modify the content of the path,
so it may be desirable to pass a copy when calling the function".
On some other systems, the returned address may come from an internal
buffer which can be reused in
Use inner macro GFP_F2FS_ZERO to instead of GFP_NOFS | __GFP_ZERO for
simplification of code.
Signed-off-by: Chao Yu
---
fs/f2fs/node.c |2 +-
fs/f2fs/recovery.c |2 +-
fs/f2fs/super.c|2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/fs/f2fs/node.c
On Wed, 4 Dec 2013, Johannes Weiner wrote:
> > Now that a per-process flag is available, define it for processes that
> > handle userspace oom notifications. This is an optimization to avoid
> > mantaining a list of such processes attached to a memcg at any given time
> > and iterating it at
On Thu, Dec 05, 2013 at 12:12:58AM +0800, Jiang Liu wrote:
> Commit 9a46ad6d6df3b54 "smp: make smp_call_function_many() use logic
> similar to smp_call_function_single()" has unified the way to handle
> single and multiple cross-CPU function calls. Now only one intterupt
> is needed for
On 12/05/2013 03:17 AM, Dan Williams wrote:
On Wed, Dec 4, 2013 at 3:24 AM, Qiao Zhou wrote:
On 12/04/2013 07:17 PM, Haojian Zhuang wrote:
Dan indicated that you could pack these two patches into one. Whatever
it's also OK to use two patches.
Misunderstood it... Thanks for correcting.
V2 -> V1:
combine the two patches together according to Dan's suggestion below.
>Please combine the patches for two reasons:
>1/ patch1 by itself makes the problem worse it prevents the mmp_tdma
>driver from building even if CPU_MMP2 is selected.
>2/ patch2 does not have a changelog and is the
sram driver can be used by many chips besides CPU_MMP2, and so build
it alone. Also need to select MMP_SRAM for MMP_TDMA driver.
Reported-by: Dan Williams
Signed-off-by: Qiao Zhou
---
arch/arm/mach-mmp/Kconfig |3 +++
arch/arm/mach-mmp/Makefile |3 ++-
drivers/dma/Kconfig|
On 12/05/2013 09:14 AM, Gu Zheng wrote:
> Hi Dave,
>
> On 12/04/2013 10:54 PM, Dave Jones wrote:
>
>> On Wed, Dec 04, 2013 at 06:19:06PM +0800, Gu Zheng wrote:
>> > Clean up the aio ring file in the fail path of aio_setup_ring
>> > and ioctx_alloc. And maybe it can fix the GPF issue reported
Fix a warning in of_iommu.c:
drivers/iommu/of_iommu.c:38:5: warning: no previous prototype for
'of_get_dma_window' [-Wmissing-prototypes]
Signed-off-by: Brian Norris
Cc: Hiroshi DOYU
---
drivers/iommu/of_iommu.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/iommu/of_iommu.c
1 - 100 of 1540 matches
Mail list logo
