On Tue, Oct 8, 2013 at 2:32 PM, wrote:
> Device tree clock binding document for EMMA Mobile EV2 SMU,
> And Common clock framework based implementation of it.
> Following nodes are defined to describe clock tree.
> - renesas,emev2-smu
> - renesas,emev2-smu-clkdiv
> - renesas,emev2-smu-gclk
>
>
Howdy Vaughan Cao,
I can't meet this issue on both 3.11 and 3.11.4. There are only four
patches between 3.11 and 3.12-rc2 and you are the author. Will you
please check them if you have time.
c...@redhat.com writes:
> Hi all,
>With kernel3.12-rc2 the dmesg shows following logs:
> [
On Tue, Oct 8, 2013 at 2:33 PM, wrote:
> Add minimum clock tree description to .dts file.
> This provides same set of clocks as current sh-clkfwk version .c
> code does.
>
> Signed-off-by: Takashi Yoshii
> ---
> arch/arm/boot/dts/emev2.dtsi | 84
>
On Tue, Oct 8, 2013 at 2:34 PM, wrote:
> Use common clock framework version of clock
> drivers/clk/shmobile/clk-emev2.c
> instead of sh-clkfwk version
> arch/arm/mach-shmobile/clock-emev2.c
> when it is configured as a part of multi-platform.
>
> Signed-off-by: Takashi Yoshii
> ---
>
On 08/10/2013 01:44, Joe Perches wrote:
Logging messages need terminating newlines to avoid
possible message interleaving. Add them.
Signed-off-by: Joe Perches
---
Acked-by: Or Gerlitz
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Hi Mark,
On 10/08/2013 10:40 AM, Mark Salter wrote:
> Architectures which support CONFIG_PARPORT_PC should select
> ARCH_MAY_HAVE_PC_PARPORT.
>
> Signed-off-by: Mark Salter
> CC: Vineet Gupta
> ---
> arch/arc/Kconfig | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/arch/arc/Kconfig
* Mark Salter wrote:
> Architectures which support CONFIG_PARPORT_PC should select
> ARCH_MAY_HAVE_PC_PARPORT.
>
> Signed-off-by: Mark Salter
> CC: Thomas Gleixner
> CC: Ingo Molnar
> CC: "H. Peter Anvin"
> CC: x...@kernel.org
> ---
> arch/x86/Kconfig | 1 +
> 1 file changed, 1
Hi Rob,
On 10/07/2013 09:59 PM, Rob Herring wrote:
> From: Rob Herring
>
> Convert arc to use the common of_flat_dt_match_machine function.
>
> Signed-off-by: Rob Herring
>
> Acked-by: Vineet Gupta
> ---
> arch/arc/kernel/devtree.c | 65
> +--
>
Quoting Felipe Pena (2013-10-07 19:25:44)
> The zynq_clk_register_fclk function can leak memory (fclk_lock) when unable
> to alloc memory for fclk_gate_lock
>
> Signed-off-by: Felipe Pena
> Acked-by: Sören Brinkmann
Taken into clk-next.
Thanks!
Mike
> ---
> drivers/clk/zynq/clkc.c | 16
Use common clock framework version of clock
drivers/clk/shmobile/clk-emev2.c
instead of sh-clkfwk version
arch/arm/mach-shmobile/clock-emev2.c
when it is configured as a part of multi-platform.
Signed-off-by: Takashi Yoshii
---
arch/arm/mach-shmobile/board-kzm9d-reference.c | 5 ++---
1 file
Add minimum clock tree description to .dts file.
This provides same set of clocks as current sh-clkfwk version .c
code does.
Signed-off-by: Takashi Yoshii
---
arch/arm/boot/dts/emev2.dtsi | 84
1 file changed, 84 insertions(+)
diff --git
Device tree clock binding document for EMMA Mobile EV2 SMU,
And Common clock framework based implementation of it.
Following nodes are defined to describe clock tree.
- renesas,emev2-smu
- renesas,emev2-smu-clkdiv
- renesas,emev2-smu-gclk
These bindings are designed manually based on
This patch series makes kzm9d to move to new clk implementation
based on the common clock framework and device tree, when configured
as a part of multi-platform.
These patches do not remove sh-clkfwk version, even on emev2.
Non multi-platform configuration still uses sh-clkfwk.
Should be
* Arnaldo Carvalho de Melo wrote:
> From: Arnaldo Carvalho de Melo
>
> Hi Ingo,
>
> Please consider pulling,
>
> - Arnaldo
>
> The following changes since commit d8b11a0cbd1c66ce283eb9dabe0498dfa6483f32:
>
> perf/x86: Clean up cap_user_time* setting (2013-10-04 09:58:55 +0200)
>
On Mon, Oct 7, 2013 at 9:47 PM, Fengguang Wu wrote:
> Greetings,
>
> I got the below dmesg and the first bad commit is
>
> commit 10fe632a9c6b9ade004c8b0c2ea2c3c562d24f18
> Author: Kees Cook
> Date: Thu Apr 25 14:20:25 2013 -0700
>
> x86, kaslr: find minimum safe relocation position
>
>
On 10/04/2013 11:18 PM, Erik Faye-Lund wrote:
The num_relocs count are passed to the kernel per job, not per gather.
For multi-gather jobs, we would previously fail if there were relocs in
other gathers aside from the first one.
Fix this by simply moving the check until all gathers have been
Architectures which support CONFIG_PARPORT_PC should select
ARCH_MAY_HAVE_PC_PARPORT.
Signed-off-by: Mark Salter
CC: Russell King
CC: linux-arm-ker...@lists.infradead.org
---
arch/arm/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index
Architectures which support CONFIG_PARPORT_PC should select
ARCH_MAY_HAVE_PC_PARPORT.
Signed-off-by: Mark Salter
Acked by: Geert Uytterhoeven
CC: linux-m...@lists.linux-m68k.org
---
arch/m68k/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/m68k/Kconfig b/arch/m68k/Kconfig
Architectures which support CONFIG_PARPORT_PC should select
ARCH_MAY_HAVE_PC_PARPORT.
Signed-off-by: Mark Salter
CC: Ralf Baechle
CC: linux-m...@linux-mips.org
---
arch/mips/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
index
Architectures which support CONFIG_PARPORT_PC should select
ARCH_MAY_HAVE_PC_PARPORT.
Signed-off-by: Mark Salter
CC: "David S. Miller"
CC: sparcli...@vger.kernel.org
---
arch/sparc/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
index
Architectures which support CONFIG_PARPORT_PC should select
ARCH_MAY_HAVE_PC_PARPORT.
Signed-off-by: Mark Salter
CC: "James E.J. Bottomley"
CC: Helge Deller
CC: linux-par...@vger.kernel.org
---
arch/parisc/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/parisc/Kconfig
Architectures which support CONFIG_PARPORT_PC should select
ARCH_MAY_HAVE_PC_PARPORT.
Signed-off-by: Mark Salter
CC: Vineet Gupta
---
arch/arc/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig
index 91dbb27..484b1a7 100644
--- a/arch/arc/Kconfig
This patch series removes the messy dependencies from PARPORT_PC
by having it depend on one symbol (ARCH_MAY_HAVE_PC_PARPORT) and
having architectures which need it, select ARCH_MAY_HAVE_PC_PARPORT
in arch/*/Kconfig.
New architectures are unlikely to need PARPORT_PC, so this avoids
having an ever
Architectures which support CONFIG_PARPORT_PC should select
ARCH_MAY_HAVE_PC_PARPORT.
Signed-off-by: Mark Salter
CC: Benjamin Herrenschmidt
CC: Paul Mackerras
CC: linuxppc-...@lists.ozlabs.org
---
arch/powerpc/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/powerpc/Kconfig
Architectures which support CONFIG_PARPORT_PC should select
ARCH_MAY_HAVE_PC_PARPORT.
Signed-off-by: Mark Salter
CC: Michal Simek
CC: microblaze-ucli...@itee.uq.edu.au
---
arch/microblaze/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/microblaze/Kconfig
Architectures which support CONFIG_PARPORT_PC should select
ARCH_MAY_HAVE_PC_PARPORT.
Signed-off-by: Mark Salter
CC: Paul Mundt
CC: linux...@vger.kernel.org
---
arch/sh/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
index 224f4bc..a5d1d2e 100644
Architectures which support CONFIG_PARPORT_PC should select
ARCH_MAY_HAVE_PC_PARPORT.
Signed-off-by: Mark Salter
CC: Thomas Gleixner
CC: Ingo Molnar
CC: "H. Peter Anvin"
CC: x...@kernel.org
---
arch/x86/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/x86/Kconfig
Architectures which support CONFIG_PARPORT_PC should select
ARCH_MAY_HAVE_PC_PARPORT.
Signed-off-by: Mark Salter
CC: Guan Xuetao
---
arch/unicore32/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/unicore32/Kconfig b/arch/unicore32/Kconfig
index 82cdd89..9e0b8bd 100644
---
Architectures which support CONFIG_PARPORT_PC should select
ARCH_MAY_HAVE_PC_PARPORT.
Signed-off-by: Mark Salter
CC: Tony Luck
CC: Fenghua Yu
CC: linux-i...@vger.kernel.org
---
arch/ia64/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/ia64/Kconfig b/arch/ia64/Kconfig
index
Architectures which support CONFIG_PARPORT_PC should select
ARCH_MAY_HAVE_PC_PARPORT.
Signed-off-by: Mark Salter
Acked-by: Richard Henderson
CC: linux-al...@vger.kernel.org
---
arch/alpha/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig
index
From: Greg Kroah-Hartman
Date: Mon, 7 Oct 2013 18:27:35 -0700
> The dev_attrs field of struct bus_type is going away soon, dev_groups
> should be used instead. This converts the ide bus code to use the
> correct field.
>
> Cc: David S. Miller
> Cc:
> Signed-off-by: Greg Kroah-Hartman
> ---
On Tue, Oct 1, 2013 at 7:58 AM, Mika Westerberg
wrote:
> The new GPIO descriptor based interface is now preferred over the old
> integer based one. This patch converts the ACPI GPIO helpers to use this
> new interface internally. In addition to that provide compatibility
> functions
On Mon, 07 Oct 2013 08:44:54 -0500, Rob Herring wrote:
> On Fri, Jul 26, 2013 at 6:28 AM, Cho KyongHo wrote:
> > Signed-off-by: Cho KyongHo
> > ---
> > .../bindings/iommu/samsung,exynos4210-sysmmu.txt | 103 +++
> > arch/arm/boot/dts/exynos4.dtsi | 122
> >
(10/7/13 11:07 PM), Minchan Kim wrote:
Hi KOSAKI,
On Mon, Oct 07, 2013 at 10:51:18PM -0400, KOSAKI Motohiro wrote:
Maybe, int madvise5(addr, length, MADV_DONTNEED|MADV_LAZY|MADV_SIGBUS,
, );
Another reason to make it hard is that madvise(2) is tight coupled with
with vmas
On Wed, Oct 02, 2013 at 12:29:04PM +0200, Alexander Gordeev wrote:
> This series is against "next" branch in Bjorn's repo:
> git://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci.git
>
> Currently pci_enable_msi_block() and pci_enable_msix() interfaces
> return a error code in case of
On Mon, Oct 07, 2013 at 12:18:43PM -0700, Josh Triplett wrote:
> The 80-character limit is not a hard-and-fast rule, nor should it be
> applied blindly by people running checkpatch and fixing its warnings.
> Sometimes it's better to violate the 80-character "limit" in the name of
> readability,
Hi Marcelo,
On Oct 8, 2013, at 9:23 AM, Marcelo Tosatti wrote:
>>
>> +if (kvm->arch.rcu_free_shadow_page) {
>> +kvm_mmu_isolate_pages(invalid_list);
>> +sp = list_first_entry(invalid_list, struct kvm_mmu_page, link);
>> +list_del_init(invalid_list);
>>
On Thu, Oct 03, 2013 at 12:03:25PM -0700, Sukadev Bhattiprolu wrote:
> Michael Ellerman [mich...@ellerman.id.au] wrote:
> | On Tue, Oct 01, 2013 at 05:15:06PM -0700, Sukadev Bhattiprolu wrote:
> | > Implement is_instr_load_store() to detect whether a given instruction
> | > is one of the
On Thu, Oct 03, 2013 at 10:57:57AM -0700, Sukadev Bhattiprolu wrote:
> Michael Ellerman [mich...@ellerman.id.au] wrote:
> | On Tue, Oct 01, 2013 at 05:15:03PM -0700, Sukadev Bhattiprolu wrote:
> | > Export generic perf events for Power8 in sysfs.
> | >
> | > Signed-off-by: Sukadev Bhattiprolu
>
On Thu, Oct 03, 2013 at 01:51:27PM +0200, Bartlomiej Zolnierkiewicz wrote:
> On Tuesday, October 01, 2013 04:13:25 PM Michael Ellerman wrote:
> > On Mon, Sep 30, 2013 at 03:11:42PM +0200, Bartlomiej Zolnierkiewicz wrote:
> > > __initdata tag should be placed between the variable name and equal
> >
From: Ryan Mallon
To: Janani Venkataraman1/India/IBM@IBMIN,
linux-kernel@vger.kernel.org,
Cc: amw...@redhat.com, rdun...@xenotime.net, a...@firstfloor.org,
aravi...@linux.vnet.ibm.com, h...@lst.de, mhira...@redhat.com,
> > > Do you really want module dependencies between vfio and your core
> > > kernel MSI setup? Look at the vfio external user interface that we've
> already defined.
> > > That allows other components of the kernel to get a proper reference
> > > to a vfio group. From there you can work out how
From: "baker.zhang"
This is a enhancement.
for the first node in fib_trie, newpos is 0, bit is 1.
Only for the leaf or node with unmatched key need calc pos.
Signed-off-by: baker.zhang
---
net/ipv4/fib_trie.c |6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git
On Mon, Oct 07, 2013 at 08:29:26PM -0700, Linus Torvalds wrote:
> On Mon, Oct 7, 2013 at 8:11 PM, Fengguang Wu wrote:
> >
> > Yeah, I see no timer usage in parport_pc driver, so it's still questionable.
>
> The timer itself comes simply from the delayed_work that is used to
> delay the freeing
On Mon, Oct 7, 2013 at 8:11 PM, Fengguang Wu wrote:
>
> Yeah, I see no timer usage in parport_pc driver, so it's still questionable.
The timer itself comes simply from the delayed_work that is used to
delay the freeing of the kobject.
So that is not the surprising part.
The surprising part is
On Thu, 2013-10-03 at 14:52 -0500, Tom Musta wrote:
> On 10/3/2013 2:03 PM, Sukadev Bhattiprolu wrote:
> > Michael Ellerman [mich...@ellerman.id.au] wrote:
>
> > |
> > | if (lower == 6)
> > | if (upper <= 1)
> > | return true;
> > | return false;
>
On Thu, Oct 3, 2013 at 8:51 AM, John Stultz wrote:
> static inline int page_referenced(struct page *page, int is_locked,
> struct mem_cgroup *memcg,
> - unsigned long *vm_flags)
> + unsigned long
Hi Mark, Stephen and other DT maintainers?
The 1/3 had already been acked by Mark, and please have a further look
at this patch 2/3.
The DMA maintainer Vinod needs ack for the DT related patches so that
he can take all this patch set.
On 09/26/2013 05:33 PM, hongbo.zh...@freescale.com
Signed-off-by: Felipe Contreras
---
drivers/platform/x86/asus-laptop.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/platform/x86/asus-laptop.c
b/drivers/platform/x86/asus-laptop.c
index 0e9c169..0210cf4 100644
--- a/drivers/platform/x86/asus-laptop.c
+++
Signed-off-by: Felipe Contreras
---
drivers/acpi/fan.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/acpi/fan.c b/drivers/acpi/fan.c
index 41ade65..ba3da88 100644
--- a/drivers/acpi/fan.c
+++ b/drivers/acpi/fan.c
@@ -168,7 +168,7 @@ static int acpi_fan_add(struct
Hi,
Exactly the same as last time.
Felipe Contreras (2):
acpi: fan: trivial style cleanup
x86: asus-laptop: trivial style cleanups
drivers/acpi/fan.c | 2 +-
drivers/platform/x86/asus-laptop.c | 5 ++---
2 files changed, 3 insertions(+), 4 deletions(-)
--
1.8.4-fc
--
To
On Mon, 2013-10-07 at 05:46 +, Bhushan Bharat-R65777 wrote:
>
> > -Original Message-
> > From: Alex Williamson [mailto:alex.william...@redhat.com]
> > Sent: Friday, October 04, 2013 11:42 PM
> > To: Bhushan Bharat-R65777
> > Cc: j...@8bytes.org; b...@kernel.crashing.org;
On 10/07/2013 09:13 PM, Greg Kroah-Hartman wrote:
On Sun, Oct 06, 2013 at 10:21:51PM -0500, Larry Finger wrote:
With kernel 3.12-rc3, kmemleak reports the following leak:
unreferenced object 0x8800ae85c190 (size 16):
comm "kworker/u4:3", pid 685, jiffies 4294916336 (age 2831.760s)
I'll catch up with your emails if it kills me..
On Mon, Oct 7, 2013 at 7:36 PM, Fengguang Wu wrote:
> On Tue, Oct 08, 2013 at 10:14:52AM +0800, Fengguang Wu wrote:
>
> Disabled PARPORT_PC:
>
> # CONFIG_PARPORT is not set
>
> and retest shows another call trace. Here are two run logs:
Ugh. Ok.
Hi KOSAKI,
On Mon, Oct 07, 2013 at 10:51:18PM -0400, KOSAKI Motohiro wrote:
> >Maybe, int madvise5(addr, length, MADV_DONTNEED|MADV_LAZY|MADV_SIGBUS,
> > , );
> >
> >Another reason to make it hard is that madvise(2) is tight coupled with
> >with vmas split/merge. It needs mmap_sem's
Acked-by: Sonic Zhang
On Thu, Sep 26, 2013 at 10:54 PM, Ulf Hansson wrote:
> Suspend and resume of cards are being handled from the protocol layer
> and consequently the mmc_suspend|resume_host APIs are deprecated.
>
> This means we can simplify the suspend|resume callbacks by removing the
>
Acked-by: Sonic Zhang
On Sun, Oct 6, 2013 at 2:27 PM, Michael Opdenacker
wrote:
> This patch proposes to remove the use of the IRQF_DISABLED flag
>
> It's a NOOP since 2.6.35 and it will be removed one day.
>
> Signed-off-by: Michael Opdenacker
> ---
> drivers/tty/serial/bfin_uart.c | 2 +-
>
Hi Linus,
On Fri, Sep 27, 2013 at 8:20 PM, Linus Walleij wrote:
> On Tue, Sep 24, 2013 at 9:47 AM, Axel Lin wrote:
>
>> Current code hold port->lock spinlock and then try to grab the lock again
>> in adi_gpio_set_value(). Fix it.
>>
>> Signed-off-by: Axel Lin
>
> Patch applied, thanks Axel.
>
From: Tetsuo Handa
There are several users who want to know bytes written by seq_*() for alignment
purpose. Currently they are using %n format for knowing it because seq_*()
returns 0 on success.
This patch introduces seq_setwidth() and seq_pad() for allowing them to align
without using %n
From: Tetsuo Handa
All seq_printf() users are using "%n" for calculating padding size, convert
them to use seq_setwidth() / seq_pad() pair.
Signed-off-by: Tetsuo Handa
Acked-by: Kees Cook
---
fs/proc/consoles.c | 10 --
fs/proc/nommu.c | 12 +---
fs/proc/task_mmu.c
This ignores %n in printf again, as was originally documented. Implementing
%n poses a greater security risk than utility, so it should stay ignored.
To help anyone attempting to use %n, a warning will be emitted if it is
encountered.
Based on earlier patch by Joe Perches.
Signed-off-by: Kees
On Mon, Oct 07, 2013 at 05:51:25PM -0700, Andrew Morton wrote:
> On Mon, 07 Oct 2013 10:15:04 -0400 Naoya Horiguchi
> wrote:
>
> > From: Naoya Horiguchi
> > Date: Fri, 4 Oct 2013 13:42:13 -0400
> > Subject: [PATCH] smaps: show VM_SOFTDIRTY flag in VmFlags line
> >
> > This flag shows that the
On 10/07/2013 02:25 AM, Michael S. Tsirkin wrote:
> We play with a wait queue even if socket is
> non blocking. This is an obvious waste.
> Besides, it will prevent calling the non blocking
> variant when current is not valid.
>
> Signed-off-by: Michael S. Tsirkin
> ---
Acked-by: Jason Wang
>
On Mon, Oct 7, 2013 at 7:14 PM, Fengguang Wu wrote:
>
> I got a call trace containing parport_pc_probe_port() (is it the
> culprit?) after recompiling kernel with
>
> CONFIG_DEBUG_OBJECTS_TIMERS=y
>
> and booting with "ignore_loglevel". Here is the log for two kernel boots.
Ok, so it's
Maybe, int madvise5(addr, length, MADV_DONTNEED|MADV_LAZY|MADV_SIGBUS,
, );
Another reason to make it hard is that madvise(2) is tight coupled with
with vmas split/merge. It needs mmap_sem's write-side lock and it hurt
anon-vrange test performance much heavily and userland might want to
On Mon, Oct 7, 2013 at 7:09 PM, Fengguang Wu wrote:
>
> Thanks for the hints! I run a kernel with pr_alert() for several times
> and here is the screen log. Note that this kernel is compiled with gcc
> 4.6.3 and the decoded code looks different than gcc 4.8.1
Ok, I think we have something.
>
The zynq_clk_register_fclk function can leak memory (fclk_lock) when unable
to alloc memory for fclk_gate_lock
Signed-off-by: Felipe Pena
Acked-by: Sören Brinkmann
---
drivers/clk/zynq/clkc.c | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git
The decompressor interface and code was written from
the point of view of single-threaded operation. In doing
so it mixed a lot of single-threaded implementation specific
aspects into the decompressor code and elsewhere which makes it
difficult to seamlessly support multiple different
On Mon, Oct 07, 2013 at 05:26:57PM -0700, Rohit Vaswani wrote:
> On 10/5/2013 10:13 AM, Greg Kroah-Hartman wrote:
> > On Fri, Oct 04, 2013 at 09:48:41AM -0700, Olof Johansson wrote:
> >> On Fri, Oct 4, 2013 at 6:22 AM, Greg Kroah-Hartman
> >> wrote:
> >>> On Fri, Oct 04, 2013 at 12:41:28PM +0100,
On Sun, Oct 06, 2013 at 10:21:51PM -0500, Larry Finger wrote:
> With kernel 3.12-rc3, kmemleak reports the following leak:
>
> > unreferenced object 0x8800ae85c190 (size 16):
> > comm "kworker/u4:3", pid 685, jiffies 4294916336 (age 2831.760s)
> > hex dump (first 16 bytes):
> > 6d 65
On Mon, Oct 07, 2013 at 03:39:55PM -0500, Larry Finger wrote:
> On 10/07/2013 03:10 PM, Greg KH wrote:
> > On Mon, Oct 07, 2013 at 12:43:41PM -0500, Larry Finger wrote:
> >> At present, if one wants to free the memory allocation used for
> >> a dev->kobj name, it is necessary to go quite deeply
Here is another series of patches to clean up the different bus code to
not use 'dev_attr' and instead, use 'dev_groups' as dev_attr will be
removed soon.
greg k-h
---
drivers/ide/ide-sysfs.c | 35 ++-
drivers/ide/ide.c |2 +-
The dev_attrs field of struct bus_type is going away soon, dev_groups
should be used instead. This converts the i2o bus code to use the
correct field.
Cc: Andrew Morton
Signed-off-by: Greg Kroah-Hartman
---
drivers/message/i2o/core.h | 2 +-
drivers/message/i2o/device.c | 32
The dev_attrs field of struct bus_type is going away soon, dev_groups
should be used instead. This converts the virtio bus code to use the
correct field.
Cc: Rusty Russell
Cc: "Michael S. Tsirkin"
Cc:
Signed-off-by: Greg Kroah-Hartman
---
Rusty and Michael, I can take this through my
The dev_attrs field of struct bus_type is going away soon, dev_groups
should be used instead. This converts the spi bus code to use the
correct field.
Cc: Mark Brown
Cc:
Signed-off-by: Greg Kroah-Hartman
---
Mark, I can take this through my driver-core tree if you don't want to
take it
The dev_attrs field of struct bus_type is going away soon, dev_groups
should be used instead. This converts the memstick bus code to use the
correct field.
Cc: Andrew Morton
Signed-off-by: Greg Kroah-Hartman
---
drivers/memstick/core/memstick.c | 18 +-
1 file changed, 9
The dev_attrs field of struct bus_type is going away soon, dev_groups
should be used instead. This converts the tifm bus code to use the
correct field.
Cc: Alex Dubov
Cc: Arnd Bergmann
Signed-off-by: Greg Kroah-Hartman
---
Alex, I can take this through my driver-core tree if you don't want
The dev_attrs field of struct bus_type is going away soon, dev_groups
should be used instead. This converts the ipack bus code to use the
correct field.
Cc: Samuel Iglesias Gonsalvez
Cc: Jens Taprogge
Cc:
Signed-off-by: Greg Kroah-Hartman
---
Samuel and Jens, I can take this through my
The dev_attrs field of struct bus_type is going away soon, dev_groups
should be used instead. This converts the ide bus code to use the
correct field.
Cc: David S. Miller
Cc:
Signed-off-by: Greg Kroah-Hartman
---
David, I can take this through my driver-core tree if you don't want to
take it
The dev_attrs field of struct bus_type is going away soon, dev_groups
should be used instead. This converts the gameport bus code to use the
correct field.
Cc: Dmitry Torokhov
Cc:
Signed-off-by: Greg Kroah-Hartman
---
Dmitry, I can take this through my driver-core tree if you don't want to
On Mon, Oct 07, 2013 at 12:38:20PM -0700, Joe Perches wrote:
> On Mon, 2013-10-07 at 12:34 -0700, Josh Triplett wrote:
> > On Mon, Oct 07, 2013 at 12:28:26PM -0700, Joe Perches wrote:
> > > On Mon, 2013-10-07 at 12:18 -0700, Josh Triplett wrote:
> > > > The 80-character limit is not a
On Mon, Oct 07, 2013 at 06:24:49PM -0700, H. Peter Anvin wrote:
> On 10/07/2013 05:13 PM, Minchan Kim wrote:
> >>
> >> The point is that MADV_DONTNEED is very similar in that sense,
> >> especially if allowed to be lazy. It makes a lot of sense to permit
> >> both scrubbing modes orthogonally.
>
On Wed, 2 Oct 2013 12:18:28 +0200, Frederic Weisbecker wrote:
> On Thu, Sep 26, 2013 at 05:58:03PM +0900, Namhyung Kim wrote:
>> From: Namhyung Kim
>>
>> Current collapse stage has a scalability problem which can be
>> reproduced easily with parallel kernel build. This is because it
>> needs to
Fix some typos in five documentations, no functional changes.
Signed-off-by: Xishi Qiu
---
Documentation/md.txt |2 +-
Documentation/rfkill.txt |2 +-
Documentation/rt-mutex-design.txt |2 +-
Documentation/static-keys.txt |4 ++--
Hi Frederic,
On Wed, 2 Oct 2013 12:01:51 +0200, Frederic Weisbecker wrote:
> On Thu, Sep 26, 2013 at 05:58:10PM +0900, Namhyung Kim wrote:
>> From: Namhyung Kim
>>
>> At insert time, a hist entry should reference comm at the time
>> otherwise it'll get the last comm anyway.
[SNIP]
>> ---
On 2013/10/1 18:24, Johannes Berg wrote:
> On Wed, 2013-09-18 at 11:45 +0800, Xishi Qiu wrote:
>>
>> to ensure the driver cannot be built-in when rfkill is modular. The !RFKILL
>> -case allows the driver to be built when rfkill is not configured, which
>> which
>> +case allows the driver to
On 9/28/13 1:12 PM, David Ahern wrote:
Hi Arnaldo:
Some more enhancements to perf-trace. It is based on your perf/trace
branch to keep the conflicts down based on the work you are doing.
David Ahern (7):
perf util: Add machine method to loop over threads and invoke handler
perf trace:
ping
On 9/28/13 2:27 PM, David Ahern wrote:
Arnaldo:
A few perf-stat cleanups.
David Ahern (3):
perf stat: Fix misleading message when specifying cpu list or system wide
perf stat: Don't require a workload when using system wide or CPU options
perf stat: Add units to nanosec-based
On 10/7/13 10:41 AM, Ingo Molnar wrote:
* David Ahern wrote:
I also noticed that the dwarf test is still run even with the NO_DWARF
option passed in:
[daahern@nxos-vdc-dev1 perf]$ make O=/tmp/junk LDFLAGS=-static
NO_DWARF=1 -j 4
BUILD: Doing 'make -j16' parallel build
Auto-detecting
- Original Message -
> From: "Geyslan Gregório Bem"
> To: "Felipe Pena"
> Cc: "Ben Skeggs" , airl...@linux.ie,
> dri-de...@lists.freedesktop.org,
> linux-kernel@vger.kernel.org, "kernel-br"
> Sent: Tuesday, 8 October, 2013 9:39:02 AM
> Subject: Re: [PATCH] drm: nouveau: fix nvbe
Previously, there was a erroneous scenario like below.
thread 1: thread 2:
f2fs_unlink
- acquire_orphan_inode
: sbi->n_orphans++ write_checkpoint
- block_operations
: f2fs_lock_all
On 10/07/2013 05:13 PM, Minchan Kim wrote:
>>
>> The point is that MADV_DONTNEED is very similar in that sense,
>> especially if allowed to be lazy. It makes a lot of sense to permit
>> both scrubbing modes orthogonally.
>>
>> The point you're making has to do with withdrawal of permission to
On Mon, Oct 07, 2013 at 03:35:03PM +0900, Minchan Kim wrote:
< snip >
> > >
> > > ha, the superblock flags should only be needed at mount time. After
> > > mount time there shouldn't be anything in flags we need to look at.
> > >
> > > You need to do this because flags is needed for the
On Thu, Sep 05, 2013 at 06:29:15PM +0800, Xiao Guangrong wrote:
> It is easy if the handler is in the vcpu context, in that case we can use
> walk_shadow_page_lockless_begin() and walk_shadow_page_lockless_end() that
> disable interrupt to stop shadow page being freed. But we are on the ioctl
>
Please ignore patch 3/3 - there is none.
--
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/
See individual patches for details.
--
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/
In certain occasions it is possible for a hung task detector
positive to be false: continuation from a paused VM, for example.
Add a method to reset detection, similar as is done
with other kernel watchdogs.
Signed-off-by: Marcelo Tosatti
Index: kvm/kernel/hung_task.c
Implement reset of kernel watchdogs at pvclock read time. This avoids
adding special code to every watchdog.
This is possible for watchdogs which measure time based on sched_clock() or
ktime_get() variants.
Suggested by Don Zickus.
Signed-off-by: Marcelo Tosatti
Index:
--
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 Mon, 07 Oct 2013 10:15:04 -0400 Naoya Horiguchi
wrote:
> From: Naoya Horiguchi
> Date: Fri, 4 Oct 2013 13:42:13 -0400
> Subject: [PATCH] smaps: show VM_SOFTDIRTY flag in VmFlags line
>
> This flag shows that the VMA is "newly created" and thus represents
> "dirty" in the task's VM.
> You
1 - 100 of 1502 matches
Mail list logo