On Tue, Sep 17, 2013 at 09:27:27PM -0700, Dmitry Torokhov wrote:
> Hi Zubair,
>
> On Tue, Sep 17, 2013 at 09:44:07AM +0500, Zubair Lutfullah wrote:
> > +
> > + ret = devm_request_threaded_irq(indio_dev->dev.parent,
> > + irq,
> > + pollfunc_th,
Frederic,
On Thu, Sep 05, 2013 at 05:33:21PM +0200, Frederic Weisbecker wrote:
>
> This series is a proposition to fix the crash reported here:
> http://lkml.kernel.org/r/1378330796.4321.50.camel%40pasglop
> And it has the upside to also consolidate a bit the arch do_softirq overriden
> impleme
Below is the list of build error/warning regressions/improvements in
v3.12-rc1[1] compared to v3.11[2].
Summarized:
- build errors: +33/-11
- build warnings: +136/-96
As I haven't mastered kup yet, there's no verbose summary at
http://www.kernel.org/pub/linux/kernel/people/geert/linux-log/v3.
we will be donating £1.5 Million Pounds to you in our ongoing lucky draws
donations. Please get back to us with your Name, Age, Tel, Country and i will
send you more details how your funds will be sent to you.Please read the
article - http://www.bbc.co.uk/news/uk-england-19254228
gillainadrianba
On Wed, Sep 18, 2013 at 2:37 AM, Stephen Rothwell wrote:
>> > So better than last time, but it would be still nice to figure out where
>> > the last lot came from. I have the "git log --oneline --no-walk" list if
>> > someone wants them.
>> >
>> > Some breakdown of that list:
>> I'm totally conf
we will be donating £1.5 Million Pounds to you in our ongoing lucky draws
donations. Please get back to us with your Name, Age, Tel, Country and i will
send you more details how your funds will be sent to you.Please read the
article - http://www.bbc.co.uk/news/uk-england-19254228
gillainadrianba
On Wed, 2013-09-18 at 09:03 +0800, Aaron Lu wrote:
> On 09/17/2013 09:34 PM, Igor Gnatenko wrote:
> > On Tue, 2013-09-17 at 17:23 +0800, Aaron Lu wrote:
> >> v1 has the subject of "Rework ACPI video driver" and is posted here:
> >> http://lkml.org/lkml/2013/9/9/74
> >> Since the objective is really
On Tue, Sep 17, 2013 at 10:34:28PM +0100, Christoffer Dall wrote:
> On Sat, Sep 14, 2013 at 02:10:56PM +0200, Andrew Jones wrote:
> > Take CONFIG_KVM_MAX_VCPUS from arm32, but set the default to 8.
> >
> > Signed-off-by: Andrew Jones
> > ---
> > arch/arm64/include/asm/kvm_host.h | 7 ++-
> >
On Tue, 17 Sep 2013 09:56:39 +0200, Tomasz Figa wrote:
> On Monday 16 of September 2013 15:48:22 Olof Johansson wrote:
> > On Mon, Sep 16, 2013 at 3:46 PM, Benjamin Herrenschmidt
> > > On Mon, 2013-09-16 at 10:17 -0600, Stephen Warren wrote:
> > >> On 09/15/2013 08:57 PM, Benjamin Herrenschmidt wr
On Mon, 16 Sep 2013 18:08:59 -0500, Rob Herring wrote:
> From: Rob Herring
>
> Several architectures using DT support built-in dtb's in the init
> section. These platforms need to copy the dtb from init since the
> strings are referenced after unflattening. Every arch has their own
> copying rou
On Thu, 12 Sep 2013 17:57:00 +0200, Alexander Holler
wrote:
> Am 12.09.2013 17:19, schrieb Stephen Warren:
> >
> > IRQs, DMA channels, and GPIOs are all different things. Their bindings
> > are defined independently. While it's good to define new types of
> > bindings consistently with other bind
On Mon, 16 Sep 2013 18:09:19 -0500, Rob Herring wrote:
> From: Rob Herring
>
> Introduce common of_flat_dt_match_machine and
> of_flat_dt_get_machine_name functions to unify architectures' handling
> of machine level model and compatible properties.
>
> Several architectures match the root comp
On Tue, 17 Sep 2013 09:50:04 +0100, Catalin Marinas
wrote:
> On 17 Sep 2013, at 00:09, Rob Herring wrote:
> > From: Rob Herring
> >
> > In order to unify the initrd scanning for DT across architectures, make
> > arm64 use initrd_start and initrd_end instead of the physical addresses.
> >
> >
On Mon, 16 Sep 2013 18:09:17 -0500, Rob Herring wrote:
> From: Rob Herring
>
> All arches do essentially the same thing now for
> early_init_dt_setup_initrd_arch, so it can now be removed.
>
> Signed-off-by: Rob Herring
Acked-by: Grant Likely
--
To unsubscribe from this list: send the line "
On Mon, 16 Sep 2013 18:09:05 -0500, Rob Herring wrote:
> From: Rob Herring
>
> Most architectures scan the all the same items early in the FDT and none
> are really architecture specific. Create a common early_init_dt_scan to
> unify the early scan of root, memory, and chosen nodes in the flatte
On Mon, 16 Sep 2013 18:08:57 -0500, Rob Herring wrote:
> From: Rob Herring
>
> Save some pointless copying of the kernel command line and just use
> boot_command_line instead.
>
> Also remove default_command_line as it is not referenced anywhere, and
> the DT code already handles the default co
On Mon, 16 Sep 2013 18:09:15 -0500, Rob Herring wrote:
> From: Rob Herring
>
> In order to unify the initrd scanning for DT across architectures, make
> arm set initrd_start and initrd_end instead of the physical addresses.
> This is aligned with all other architectures.
>
> Signed-off-by: Rob
On Mon, 16 Sep 2013 12:57:54 +1000, Benjamin Herrenschmidt
wrote:
> [resent to the right list this time around]
>
> Hi folks !
>
> So I don't have the bandwidth to follow closely what's going on, but I
> just today noticed the crackpot that went into 3.11 as part of commit:
>
> 9d8eab7af79cb4c
On Tue, 17 Sep 2013 08:46:07 +1000, Benjamin Herrenschmidt
wrote:
> In anycase, just "/memory" will break on at least powerpc.
Ummm, really?
~/hacking/linux$ git grep 'memory {' arch/powerpc/boot/dts/* | wc -l
159
~/hacking/linux$ git grep 'memory@' arch/powerpc/boot/dts/* | wc -l
4
g.
--
To u
On Mon, 16 Sep 2013 18:09:14 -0500, Rob Herring wrote:
> From: Rob Herring
>
> Create a weak version of early_init_dt_add_memory_arch which uses
> memblock or is an empty function when memblock is not enabled. This
> will unify all architectures except ones with custom memory bank
> structs.
Tw
This patch quiesces devices before disabling IOMMU on boot to stop
ongoing DMA. In intel_iommu_init(), check context entries and if there
is entry whose present bit is set then reset corresponding device.
When IOMMU is already enabled on boot, it is disabled and new DMAR table
is created and then
we will be donating £1.5 Million Pounds to you in our ongoing lucky draws
donations. Please get back to us with your Name, Age, Tel, Country and i will
send you more details how your funds will be sent to you.Please read the
article - http://www.bbc.co.uk/news/uk-england-19254228
gillainadrianba
On 09/17/2013 08:27 PM, Paul Bolle wrote:
> On Mon, 2013-09-16 at 21:51 -0400, Paul Gortmaker wrote:
>> Currently we have people wasting time building it during routine testing,
>> and then wasting more time re-researching the known reported warnings,
>> only to find that nobody really is willing t
On Tue, Sep 17, 2013 at 07:53:36PM +, KY Srinivasan wrote:
> > > Thanks Gleb. Here is the link for the latest Hyper-V specification:
> > > http://www.microsoft.com/en-us/download/details.aspx?id=39289
> > >
> > > This spec talks about how migration is handled with regards to TSC.
> > >
> > All
On Tue, 2013-09-17 at 18:08 -0500, danielfsan...@att.net wrote:
> This adds an extension for the integral format specifier suffix of 'e',
> so that the format %[duxXo]e will result in printing an number (as
> before) in addition to a name and descrption for an error code, if such
> support is enabl
On Tue, Sep 17, 2013 at 11:10 PM, Rusty Russell wrote:
> Lucas De Marchi writes:
>> On Thu, Sep 12, 2013 at 9:07 PM, Rusty Russell wrote:
>>> Lucas De Marchi writes:
On Wed, Jul 24, 2013 at 11:03 PM, Herbert Xu
wrote:
> On Thu, Jul 25, 2013 at 09:32:02AM +0930, Rusty Russell wrot
On Tue, 2013-09-17 at 23:54 -0300, Geyslan G. Bem wrote:
> Coding style and printk strings fixes.
[]
> diff --git a/fs/binfmt_aout.c b/fs/binfmt_aout.c
[]
> @@ -299,12 +301,12 @@ static int load_aout_binary(struct linux_binprm * bprm)
>
> if ((fd_offset & ~PAGE_MASK) != 0 && printk_
On 09/14/2013 06:19 AM, Sukadev Bhattiprolu wrote:
> We use helpers like GENERIC_EVENT_ATTR() to list the generic events in
> sysfs. To avoid name collisions, GENERIC_EVENT_ATTR() requires the perf
> event macros to start with PME.
We got all the raw event codes covered for P7 with the help of
po
Hi all,
Changes since 20130917:
Removed trees: davinci, 4xx, hwpoison, ptr-ret (all finished with)
The vfs tree gained a conflict against the aio-direct tree.
The drm-intel tree gained conflicts against Linus' tree.
The gpio tree gained a build failure so I used the version from
next-201
From: Shalin Mehta
The function implementations of the PHSModule didn't match with the
declaration. The functions are static
in the declaration but in the implemntation they are non-static
Signed-off-by: Shalin Mehta
---
NOTE: Submitting the same patch again. Added NOTE at wrong location the
On 17 September 2013 21:48, Viresh Kumar wrote:
> On 17 September 2013 20:50, Stephen Warren wrote:
> Yes, I have asked Rafael to get this in for rc2 and few others too..
> Waiting for his reply though..
Its applied now by Rafael..
--
To unsubscribe from this list: send the line "unsubscribe li
Hi Zubair,
On Tue, Sep 17, 2013 at 09:44:07AM +0500, Zubair Lutfullah wrote:
> +
> + ret = devm_request_threaded_irq(indio_dev->dev.parent,
> + irq,
> + pollfunc_th, pollfunc_bh,
> + flags, indio_dev->name,
> +
Lucas De Marchi writes:
> On Thu, Sep 12, 2013 at 9:07 PM, Rusty Russell wrote:
>> Lucas De Marchi writes:
>>> On Wed, Jul 24, 2013 at 11:03 PM, Herbert Xu
>>> wrote:
On Thu, Jul 25, 2013 at 09:32:02AM +0930, Rusty Russell wrote:
> Herbert Xu writes:
> > Hi Rusty:
> >
> >
Signed-off-by: Michael Opdenacker
---
drivers/base/dma-contiguous.c| 2 +-
drivers/net/wireless/ath/ath5k/dma.c | 2 +-
sound/soc/codecs/alc5632.c | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/base/dma-contiguous.c b/drivers/base/dma-contiguous.c
Signed-off-by: Michael Opdenacker
---
arch/m32r/include/asm/mmu_context.h| 2 +-
arch/mn10300/include/asm/mmu_context.h | 2 +-
arch/powerpc/platforms/pseries/nvram.c | 2 +-
arch/sh/include/asm/mmu_context.h | 2 +-
arch/x86/kernel/cpu/amd.c | 2 +-
drivers/input/serio/i804
On Wed, Sep 18, 2013 at 11:42:54AM +0800, Lennox Wu wrote:
> Hi Guenter,
> What does the "e-mail is not signed" mean? I try to search some
> information, but I still do not understand what you say.
>
This is a signed e-mail. It guarantees that it is from me and not from an
arbitrary person calling
Fix some typos in five documentations, no functional change.
Signed-off-by: Xishi Qiu
---
Documentation/md.txt |2 +-
Documentation/rfkill.txt |2 +-
Documentation/rt-mutex-design.txt |2 +-
Documentation/static-keys.txt |4 ++--
Documentation/sysfs-rule
Hi Guenter,
What does the "e-mail is not signed" mean? I try to search some
information, but I still do not understand what you say.
Best,
Lennox
2013/9/16 Lennox Wu :
> OK, thanks for your reminding, most the format is referenced from
> other git pull requests, however, I still miss something, I
On 09/17/2013 09:00 PM, Al Viro wrote:
> On Wed, Sep 18, 2013 at 10:56:38AM +1000, Stephen Rothwell wrote:
>> Hi Al,
>>
>> Today's linux-next merge of the vfs tree got conflicts in fs/nfs/direct.c
>> and fs/nfs/file.c between commits b9517433d65d ("dio: Convert direct_IO
>> to use iov_iter"), a8431
This patch proposes to remove the 'SOC_STIH415' and 'SOC_STIH416'
parameters, which are used nowhere else in the source code
and Makefiles.
Will they be needed in code that hasn't been submitted yet?
Signed-off-by: Michael Opdenacker
---
arch/arm/mach-sti/Kconfig | 23 ---
1
On Tue, 2013-09-17 at 14:55 +0100, David Howells wrote:
> There's a slight change upstream that means that my patchset needs
> regenerating (the initconst changes). Can you bring your -next branch up to
> date with linus/master so that I can rebase on top of it?
Once -rc1 is out, James normally r
pio user handler
iff gpio_to_irq is done").
set_irq_flags() only exists on arm (and arm64).
I have used the gpio tree from next-20130917 for today.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpg9GKKdBDoM.pgp
Description: PGP signature
On Tue, Sep 17, 2013 at 02:08:33PM -0700, Frank Rowand wrote:
> On 9/17/2013 9:43 AM, Olof Johansson wrote:
> > On Tue, Sep 17, 2013 at 09:56:39AM +0200, Tomasz Figa wrote:
> >> I'm afraid that I must disagree. For consistency I'd rather go with what
> >> Ben said. Please see ePAPR chapter 2.2.1.1
Here module parameters ahci_em_messages and devslp_idle_timeout can
be set as static and __read_mostly.
Signed-off-by: Liu, Chuansheng
---
drivers/ata/libahci.c |7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/ata/libahci.c b/drivers/ata/libahci.c
index acfd
Functions clocksource_updatefreq_hz() and clocksource_updatefreq_khz()
mentioned in the comment of __clocksource_updatefreq_scale() do not exist.
As Thomas Gleixner's suggestion, I renamed the functions and the few call
sites because the underscores are completely meaningless.
Signed-off-by: Xie
ia32_aout had no safe checks concerning the mmap and f_op in this module.
It's not necessary to verify f_op in the load_aout_library, since the
prior kernel_read/vfs_read function already does.
Coding style and printk strings fixes.
Tested using qemu, a handcrafted a.out binary and a a.out linked
Messages of type AUDIT_USER_TTY were being formatted to 1024 octets,
truncating messages approaching MAX_AUDIT_MESSAGE_LENGTH (8970 octets).
Set the formatting to 8560 characters, given maximum estimates for prefix and
suffix budgets.
See the problem discussion:
https://www.redhat.com/archives/li
file size read only one time: useless prior value allocation.
It's not necessary to verify f_op in the load_aout_library, since the
prior kernel_read/vfs_read function already does.
Coding style and printk strings fixes.
Tested using qemu, a handcrafted a.out binary and a a.out linked with a
cross
> -Original Message-
> From: Joe Perches [mailto:j...@perches.com]
> Sent: Wednesday, September 18, 2013 12:24 AM
> To: Liu, Chuansheng
> Cc: t...@kernel.org; linux-...@vger.kernel.org; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH] ahci: Changing two module params with static and
>
On 09/17/2013 07:22 PM, Geyslan G. Bem wrote:
> file size read only one time: useless prior value allocation.
> It's not necessary to verify f_op in the load_aout_library, since the
> prior kernel_read/vfs_read function already does.
> Coding style and printk strings fixes.
>
> Tested using qemu,
file size read only one time: useless prior value allocation.
It's not necessary to verify f_op in the load_aout_library, since the
prior kernel_read/vfs_read function already does.
Coding style and printk strings fixes.
Tested using qemu, a handcrafted a.out binary and a a.out linked with a
cross
ia32_aout had no safe checks concerning the mmap and f_op in this module.
It's not necessary to verify f_op in the load_aout_library, since the
prior kernel_read/vfs_read function already does.
Coding style and printk strings fixes.
Tested using qemu, a handcrafted a.out binary and a a.out linked
On Wed, Sep 18, 2013 at 10:56:38AM +1000, Stephen Rothwell wrote:
> Hi Al,
>
> Today's linux-next merge of the vfs tree got conflicts in fs/nfs/direct.c
> and fs/nfs/file.c between commits b9517433d65d ("dio: Convert direct_IO
> to use iov_iter"), a8431c667ae8 ("nfs: add support for read_iter,
> w
On Tue, Sep 17, 2013 at 03:28:42PM -0700, Andrew Morton wrote:
> On Tue, 10 Sep 2013 12:03:25 -0400 Eric Paris wrote:
>
> > > --- a/kernel/audit.c
> > > +++ b/kernel/audit.c
> > > @@ -1215,9 +1215,10 @@ struct audit_buffer *audit_log_start(struct
> > > audit_context *ctx, gfp_t gfp_mask,
> > >
On Tue, Sep 17, 2013 at 09:28:42PM +0200, Pali Rohár wrote:
> On Tuesday 17 September 2013 18:08:35 Felipe Balbi wrote:
> > On Tue, Sep 17, 2013 at 06:05:15PM +0200, Pali Rohár wrote:
> > > On Tuesday 17 September 2013 17:48:59 you wrote:
> > > > On Sun, Sep 08, 2013 at 10:50:36AM +0200, Pali Rohár
Hi Dave,
On Tue, 17 Sep 2013 14:55:49 +0100 David Howells wrote:
>
> There's a slight change upstream that means that my patchset needs
> regenerating (the initconst changes). Can you bring your -next branch up to
> date with linus/master so that I can rebase on top of it?
Is there some reason
On 2013/9/18 2:57, Thomas Gleixner wrote:
> On Tue, 17 Sep 2013, Xie XiuQi wrote:
>
>> The functions clocksource_updatefreq_hz() and clocksource_updatefreq_khz()
>> do not exist, The proper ones are __clocksource_updatefreq_hz() and
>> __clocksource_updatefreq_khz().
>
> I'd rather rename the fun
Hi,
On Mon, Sep 09, 2013 at 08:24:24AM -0700, Greg Kroah-Hartman wrote:
> On Mon, Sep 09, 2013 at 07:33:31AM +0200, Andreas Larsson wrote:
> > On 2013-08-28 11:02, Andreas Larsson wrote:
> > > On 2013-08-12 16:05, Andreas Larsson wrote:
> > >> This adds an UDC driver for GRUSBDC USB Device Control
On Wed, Sep 18, 2013 at 12:04:27AM +0200, Pavel Machek wrote:
> On Tue 2013-09-17 10:42:30, Felipe Balbi wrote:
> > Hi,
> >
> > On Mon, Sep 02, 2013 at 03:58:32PM +0200, Pavel Machek wrote:
> > > Hi!
> > >
> > > checkpatch.pl has some valid complaints about style in s3c-hsotg.c :
> > > macro with
On 09/17/13 at 04:49pm, Matt Fleming wrote:
> On Thu, 12 Sep, at 04:45:28PM, Dave Young wrote:
> > efi_config_init has the parameter nr_tables. Just use it instead of
> > dereference efi.systab->nr_tables.
> >
> > Signed-off-by: Dave Young
> > ---
> > arch/x86/platform/efi/efi.c |7 +++
>
Recently added commit bab55417b10c95e6bff8cea315c315adfa009487
("block: support embedded device command line partition") introduced
CONFIG_CMDLINE_PARSER. However, that name is too generic and sounds
like it enables/disables generic kernel boot arg processing, when it
really is block specific.
Be
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in
drivers/gpu/drm/i915/intel_drv.h between commit 6e1b4fdad515 ("drm/i915:
Delay disabling of VGA memory until vgacon->fbcon handoff is done") from
Linus' tree and commit eb14cb747bc5 ("drm/i915: Add state readout and
checking
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in
drivers/gpu/drm/i915/i915_gem.c between commit 7dc19d5affd7 ("drivers:
convert shrinkers to new count/scan API") from the tree and commit
e656a6cba0fe ("drm/i915: inline vma_create into lookup_or_create_vma")
from the drm-in
On 09/17/2013 10:22 PM, Vlastimil Babka wrote:
> The function __munlock_pagevec_fill() introduced in commit 7a8010cd3
> ("mm: munlock: manual pte walk in fast path instead of follow_page_mask()")
> uses pmd_addr_end() for restricting its operation within current page table.
> This is insufficient o
Linus,
please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid.git for-linus
to receive the following:
- fixes for CVE-2013-2897, CVE-2013-2895, CVE-2013-2897, CVE-2013-2894,
CVE-2013-2893, CVE-2013-2891, CVE-2013-2890, CVE-2013-2889.
All the bugs are triggerable only by
On 09/17/2013 09:34 PM, Igor Gnatenko wrote:
> On Tue, 2013-09-17 at 17:23 +0800, Aaron Lu wrote:
>> v1 has the subject of "Rework ACPI video driver" and is posted here:
>> http://lkml.org/lkml/2013/9/9/74
>> Since the objective is really to fix Win8 backlight issues, I changed
>> the subject in th
Hi Al,
Today's linux-next merge of the vfs tree got conflicts in fs/nfs/direct.c
and fs/nfs/file.c between commits b9517433d65d ("dio: Convert direct_IO
to use iov_iter"), a8431c667ae8 ("nfs: add support for read_iter,
write_iter") and a1b8ec384b73 ("nfs: simplify swap") from the aio-direct
tree a
[Resending without HTML part - sorry for possible duplicates]
As requested by Peter, resending the patch with ACPI/x86 maintainers CC'ed.
Short description:
Make coalesce_windows() handle multiple resource overlaps.
Signed-off-by: Alexey Neyman
Regards,
Alexey.
On Monday, September 16, 2013 0
On 09/12/2013 09:09 PM, Fengguang Wu wrote:
On Fri, Sep 13, 2013 at 08:51:33AM +0800, Fengguang Wu wrote:
Hi Peter,
FYI, we noticed much increased vmap_area_lock contentions since this
commit:
commit 20bafb3d23d108bc0a896eb8b7c1501f4f649b77
Author: Peter Hurley
Date: Sat Jun 15 10:21:19 201
Changelog:
*v1 -> v2: reverse PageTransHuge(page) && !PageHuge(page) check
PageTransHuge() can't guarantee the page is transparent huge page since it
return true for both transparent huge and hugetlbfs pages. This patch fix
it by check the page is also !hugetlbfs page.
Before patch:
[ 121.5711
madvise_hwpoison won't check if the page is small page or huge page and traverse
in small page granularity against the range unconditional, which result in a
printk
flood "MCE xxx: already hardware poisoned" if the page is huge page. This patch
fix
it by increase compound_order(compound_head(page
If the page is poisoned by software inject w/ MF_COUNT_INCREASED flag, there
is a false report 2nd try page recovery which is not truth, this patch fix it
by report first try free buddy page recovery if MF_COUNT_INCREASED is set.
Before patch:
[ 346.332041] Injecting memory failure at pfn 200010
The lack of one reference count against poisoned page for hwpoison_inject w/o
hwpoison_filter enabled result in hwpoison detect -1 users still referenced
the page, however, the number should be 0 except the poison handler held one
after successfully unmap. This patch fix it by hold one referenced c
Hi Nicholas,
On Tue, 17 Sep 2013 17:23:41 -0700 "Nicholas A. Bellinger"
wrote:
>
> On Tue, 2013-09-17 at 15:50 +1000, Stephen Rothwell wrote:
> > On Mon, 16 Sep 2013 18:08:11 -0400 Linus Torvalds
> > wrote:
> > >
> > > So it's been two weeks, and the merge window for 3.12 is now closed.
> >
>
During suspend-to-RAM, I see an info message below. Could anybody
advice how to debug this problem or anyone has experienced this
before? (ARM mach)
Thanks a lot for any help.
[ 172.637547] ==
[ 172.637555] [ INFO: possible circular locking
Changelog:
*v4 -> v5: return directly for !VM_VM_AREA case and remove (VM_LAZY_FREE |
VM_LAZY_FREEING) check
*v5 -> v6: add KOSAKI's ack
There is a race window between vmap_area tear down and show vmap_area
information.
AB
remove_vm_a
__vmalloc_area_node() no longer need "caller" argument. It can use area->caller
instead. This patch drop "caller" argument of __vmalloc_area_node().
Signed-off-by: Wanpeng Li
---
mm/vmalloc.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/mm/vmalloc.c b/mm/vmalloc.c
i
Vážení E-mail užívateľa;
Prekročili ste 23432 boxy nastaviť svoje
Webová služba / Administrátor, a budete mať problémy pri odosielaní a
prijímať e-maily, kým znova overiť. Musíte aktualizovať kliknutím na
odkaz nižšie a vyplňte údaje pre overenie vášho účtu
Prosím, kliknite na odkaz nižšie alebo s
On 09/17/2013 07:22 PM, Fengguang Wu wrote:
On Tue, Sep 17, 2013 at 11:34:21AM -0400, Peter Hurley wrote:
On 09/12/2013 09:09 PM, Fengguang Wu wrote:
On Fri, Sep 13, 2013 at 08:51:33AM +0800, Fengguang Wu wrote:
Hi Peter,
FYI, we noticed much increased vmap_area_lock contentions since this
co
Hi Stephen,
On Tue, 2013-09-17 at 15:50 +1000, Stephen Rothwell wrote:
> On Mon, 16 Sep 2013 18:08:11 -0400 Linus Torvalds
> wrote:
> >
> > So it's been two weeks, and the merge window for 3.12 is now closed.
>
> As usual, the executive friendly graph is at
> http://neuling.org/linux-next-size.
From: Thomas Gleixner
Date: Wed, 18 Sep 2013 01:23:58 +0200 (CEST)
> I knew that I'd get it wrong :) So is adding another nop the right
> thing to do ?
>
> bne,pn %xcc, kern_fpucheck
> - sethi %hi(PREEMPT_ACTIVE), %l6
> - s
[Re: [PATCH] scsi: delete decade+ obsolete aic7xxx_old driver] On 17/09/2013
(Tue 16:27) Doug Ledford wrote:
> On 09/17/13 16:10, James Bottomley wrote:
>
> > OK, so do we have any real evidence that no-one uses this driver? Does
> > any distro actually compile it, for instance?
>
> Red Hat do
On Mon, Sep 16, 2013 at 5:19 PM, Thomas Meyer wrote:
> The variable priv->kms is not initialized yet.
>
> Found by "scripts/coccinelle/tests/odd_ptr_err.cocci".
> PTR_ERR should access the value just tested by IS_ERR.
>
> Signed-off-by: Thomas Meyer
thanks, I've got it queued up
BR,
-R
> ---
>
This patch adds low level debug uart support to Broadcom
mobile based SOCs.
Signed-off-by: Christian Daudt
Changes from V1:
- Switched to use the common 8250 debug introduced in 3.12-rc1
diff --git a/arch/arm/Kconfig.debug b/arch/arm/Kconfig.debug
index 9762c84..0523e71 100644
--- a/arch/arm/
* Aaro Koskinen [130907 16:10]:
> Hi,
>
> On Fri, Sep 06, 2013 at 10:34:05PM +0200, Pali Rohár wrote:
> > > --- /dev/null
> > > +++ b/arch/arm/mach-omap2/board-rx51-camera.c
> [...]
> > Ping, can you review this patch v2?
>
> I don't think Tony will accept any new board stuff for RX-51/N900.
> S
* Suman Anna [130823 09:50]:
> + OMAP mailing list
>
> Tony,
> Can you pick up this minor cleanup patch?
>
> regards
> Suman
>
> On 08/21/2013 09:10 PM, Jingoo Han wrote:
> > The driver core clears the driver data to NULL after device_release
> > or on probe failure. Thus, it is not needed to m
* Josh Boyer [130904 06:46]:
> The board-omap3evm.c file unconditionally calls usb_nop_xceiv_register but
> doesn't ensure this is built-in. This can lead to build failures like:
>
> arch/arm/mach-omap2/built-in.o: In function `omap3_evm_init':
> linux-3.12.0-0.rc0.git2.1.fc21.armv7hl/arch/arm/m
On Tue, Sep 17, 2013 at 08:23:55PM +0100, Mark Brown wrote:
> On Tue, Sep 17, 2013 at 10:09:24AM -0700, Randy Dunlap wrote:
> > On 09/17/13 03:32, Mark Brown wrote:
> > /** means kernel-doc syntax and it was not in proper kernel-doc format,
> > but maybe it could just be a Warning instead of a fa
On Tue, Sep 17, 2013 at 4:04 PM, Benjamin Herrenschmidt
wrote:
> On Tue, 2013-09-17 at 14:33 -0700, Olof Johansson wrote:
>> > I don't think it's broken, why do you think so? It's at least
>> consistent.
>> > Probably not perfect and not complete, but IMHO a reasonable base
>> for
>> > further wor
On Tue, 17 Sep 2013, David Miller wrote:
> From: Thomas Gleixner
> Date: Tue, 17 Sep 2013 18:53:08 -
>
> > bne,pn %xcc, kern_fpucheck
> > -sethi %hi(PREEMPT_ACTIVE), %l6
> > - stw %l6, [%g6 + TI_PRE_COUNT]
* Pali Rohár [130710 06:06]:
> --- a/arch/arm/mach-omap2/board-rx51.c
> +++ b/arch/arm/mach-omap2/board-rx51.c
This file will be gone as soon as we're moving to device
tree based booting. So let's do this in more future proof
way.
> +/**
> + * rx51_secure_dispatcher: Routine to dispatch secure P
On Tue, Sep 17, 2013 at 11:34:21AM -0400, Peter Hurley wrote:
> On 09/12/2013 09:09 PM, Fengguang Wu wrote:
> >On Fri, Sep 13, 2013 at 08:51:33AM +0800, Fengguang Wu wrote:
> >>Hi Peter,
> >>
> >>FYI, we noticed much increased vmap_area_lock contentions since this
> >>commit:
> >>
> >>commit 20bafb
On Wed, 18 Sep 2013, Marc Kleine-Budde wrote:
> On 09/17/2013 11:15 PM, Thomas Gleixner wrote:
> > Marc Kleine-Budde pointed out, that commit 77cc982 "clocksource: use
> > clockevents_config_and_register() where possible" caused a regression
> > for some of the converted subarchs.
> >
> > The reas
Il 17/09/2013 09:57, Jan Kiszka ha scritto:
>> > Remove the useless argument, and do not do anything if there are no
>> > VMs running at the time of the hotplug.
> kvm_cpu_hotplug already filters !kvm_usage_count. If we need the check
> to be under kvm_lock, drop that line as well. If that is not r
On 09/17/2013 06:08 PM, danielfsan...@att.net wrote:
--- a/lib/Kconfig.debug
+++ b/lib/Kconfig.debug
@@ -58,6 +58,7 @@ config DYNAMIC_DEBUG
implicitly compiles in all pr_debug() and dev_dbg() calls, which
enlarges the kernel text size by about 2%.
+
If a source f
* Pali Rohár [130917 09:01]:
> On Tuesday 17 September 2013 17:43:31 Tony Lindgren wrote:
> > Have you guys checked how this works with the recently posted
> > "[PATCH v6 0/5] ARM: support for Trusted Foundations secure
> > monitor" series?
>
> this code looks like some Tegra and "Trusted Foundat
Signed-off-by: Daniel Santos
---
include/linux/string.h | 8 +++
lib/string.c | 60 ++
2 files changed, 68 insertions(+)
diff --git a/include/linux/string.h b/include/linux/string.h
index ac889c5..76ce2ff 100644
--- a/include/linux/s
Hi Sekhar,
On Tue, 17 Sep 2013 16:44:32 +0530 Sekhar Nori wrote:
>
> You can remove the davinci tree from linux-next since the patches are
> now reaching linux-next through ARM-SoC tree. Apologies for not asking
> you to remove it for so long.
Done.
--
Cheers,
Stephen Rothwell
This is an initial attempt and needs improvement. Ideally,
error_strings.h should only be generated when STRERROR or STRERROR_NAME
are enabled. This implementation also fails to remake error_strings.h
when arch-specific dependencies change. Also, I've noticed that this
implementation fails to out
This adds an extension for the integral format specifier suffix of 'e',
so that the format %[duxXo]e will result in printing an number (as
before) in addition to a name and descrption for an error code, if such
support is enabled and a name and descrption is found.
My initial thought was to use th
1 - 100 of 470 matches
Mail list logo
