On Sun, Mar 10, 2013 at 02:27:05PM +0800, Jiang Liu wrote:
> Use common help functions to free reserved pages.
>
> Signed-off-by: Jiang Liu
> Acked-by: David S. Miller
> Cc: Sam Ravnborg
Acked-by: Sam Ravnborg
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
于 2013年03月02日 16:36, HATAYAMA Daisuke 写道:
> Due to mmap() requirement, we need to copy pages not starting or
> ending with page-size aligned address in 2nd kernel and to map them to
> user-space.
>
> For example, see the map below:
>
> -0001 : reserved
> 0001-0009f7ff :
One commit that tried to parse SRAT early get reverted before v3.9-rc1.
| commit e8d1955258091e4c92d5a975ebd7fd8a98f5d30f
| Author: Tang Chen
| Date: Fri Feb 22 16:33:44 2013 -0800
|
|acpi, memory-hotplug: parse SRAT before memblock is ready
It broke several things, like acpi override and
Current acpi tables in initrd is limited to 10, that is too small.
64 should be good enough as we have 35 sigs and could have several
SSDT.
Two problems in current code prevent us from increasing limit:
1. that cpio file info array is put in stack, as every element is 32
bytes, could run out
Now we have arch_pfn_mapped array, and max_low_pfn_mapped should not
be used anymore.
User should use arch_pfn_mapped or just 1UL<<(32-PAGE_SHIFT) instead.
Only user is ACPI_INITRD_TABLE_OVERRIDE, and it should not use that,
as later accessing is using early_ioremap(). Change to try to 4G below
head64.c could use #PF handler set page table to access initrd before
init mem mapping and initrd relocating.
head_32.S could use 32bit flat mode to access initrd before init mem
mapping initrd relocating.
That make 32bit and 64 bit more consistent.
-v2: use inline function in header file
Move node_map_pfn_alignment() to arch/x86/mm as no other user for it.
Will update it to use numa_meminfo instead of memblock.
Signed-off-by: Yinghai Lu
---
arch/x86/mm/numa.c | 50 ++
include/linux/mm.h |1 -
mm/page_alloc.c| 50
于 2013年03月05日 15:35, Zhang Yanfei 写道:
> 于 2013年03月02日 16:35, HATAYAMA Daisuke 写道:
>> Code around /proc/vmcore currently assumes program header table is
>> next to ELF header. But future change can break the assumption on
>> kexec-tools and the 1st kernel. To avoid worst case, now refer to
>>
Prepare to put page table on local nodes.
Move calling of init_mem_mapping to early_initmem_init.
Rework alloc_low_pages to alloc page table in following order:
BRK, local node, low range
Still only load_cr3 one time, otherwise we would break xen 64bit again.
Signed-off-by: Yinghai Lu
If node with ram is hotplugable, local node mem for page table and vmemmap
should be on that node ram.
This patch is some kind of refreshment of
| commit 1411e0ec3123ae4c4ead6bfc9fe3ee5a3ae5c327
| Date: Mon Dec 27 16:48:17 2010 -0800
|
|x86-64, numa: Put pgtable to local node memory
That
early_initmem_init() call early_x86_numa_init() to parse numa info early.
Later will call init_mem_mapping for nodes in it.
Signed-off-by: Yinghai Lu
Cc: Pekka Enberg
Cc: Jacob Shin
---
arch/x86/include/asm/page_types.h |1 +
arch/x86/kernel/setup.c |1 +
arch/x86/mm/init.c
Parsing numa info has been separated to two functions now.
early_initmem_info() only parse info in numa_meminfo and
nodes_parsed. still keep numaq, acpi_numa, amd_numa, dummy
fall back sequence working.
SLIT and numa emulation handling are still left in initmem_init().
Call early_initmem_init
It needs to allocate buffer for new numa_meminfo and distance matrix,
so move it down.
Also we change the behavoir:
before this patch, if user input wrong data in command line, it
will fall back to next numa probing or disabling numa.
after this patch, if user input wrong data in command line, it
We need to handle slit later, as it need to allocate buffer for distance
matrix. Also we do not need SLIT info before init_mem_mapping.
So move SLIT parsing later.
x86_acpi_numa_init become x86_acpi_numa_init_srat/x86_acpi_numa_init_slit.
It should not break ia64 by replacing acpi_numa_init
For the separation, we need to set memblock nid later, as it
could change memblock array, and possible doube memblock.memory
array that will need to allocate buffer.
Only set memblock nid one time for successful path.
Also rename numa_register_memblks to numa_check_memblks()
after move out code
Move node_possible_map handling out of numa_check_memblks to avoid side
changing in numa_check_memblks().
Only set once for successful path instead of resetting in numa_init()
every time.
Suggested-by: Tejun Heo
Signed-off-by: Yinghai Lu
---
arch/x86/mm/numa.c | 11 +++
1 file
We could use numa_meminfo directly instead of memblock nid.
So we could move down set memblock nid and only do it one time
for successful path.
-v2: according to tj, separate moving to another patch.
Signed-off-by: Yinghai Lu
---
arch/x86/mm/numa.c | 30 +++---
1
For the separation, we need to set memblock nid later, as it
could change memblock array, and possible doube memblock.memory
array that will need to allocate buffer.
We do not need to use nid in memblock to find out absent pages.
So we can move that numa_meminfo_cover_memory() early.
Also could
For finding with 32bit, it would be easy to access initrd in 32bit
flat mode, as we don't need to set page table.
That is from head_32.S, and microcode updating already use this trick.
Need to change acpi_initrd_override_find to use phys to access global
variables.
Pass is_phys in the function,
We need to have numa info ready before init_mem_mapping, so we
can call init_mem_mapping per nodes also can trim node mem range to
big alignment.
Current numa parsing need to allocate some buffer and need to be
called after init_mem_mapping.
So try to split parsing numa info to two stages, and
In 32bit we will find table with phys address during 32bit flat mode
in head_32.S, because at that time we don't need set page table to
access initrd.
For copying we could use early_ioremap() with phys directly before mem mapping
is set.
To keep 32bit and 64bit consistent, use phys_addr for all.
Use common get_ramdisk_image() to get ramdisk start phys address.
We need this to get correct ramdisk adress for 64bit bzImage that
initrd can be loaded above 4G by kexec-tools.
Signed-off-by: Yinghai Lu
Cc: Fenghua Yu
---
arch/x86/kernel/microcode_intel_early.c |8
1 file
To parse srat early, we need to move acpi table probing early.
acpi_initrd_table_override is before acpi table probing. So we need to
move it early too.
Current code acpi_initrd_table_override is after init_mem_mapping and
relocate_initrd(), so it can scan initrd and copy acpi tables with kernel
Need to use get_ramdisk_image() with early microcode_updating in other file.
Change it to global.
Also make it to take boot_params pointer, as head_32.S need to access it via
phys address during 32bit flat mode.
Signed-off-by: Yinghai Lu
---
arch/x86/include/asm/setup.h |3 +++
Use common help functions to free reserved pages.
Signed-off-by: Jiang Liu
Cc: Russell King
Cc: Catalin Marinas
Cc: Will Deacon
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-kernel@vger.kernel.org
---
arch/arm/mm/init.c | 48
Use common help functions to free reserved pages.
Signed-off-by: Jiang Liu
Cc: Mark Salter
Cc: Aurelien Jacquiot
---
arch/c6x/mm/init.c | 30 ++
1 file changed, 2 insertions(+), 28 deletions(-)
diff --git a/arch/c6x/mm/init.c b/arch/c6x/mm/init.c
index
Use common help functions to free reserved pages.
Signed-off-by: Jiang Liu
Acked-by: Hans-Christian Egtvedt
Cc: Haavard Skinnemoen
---
arch/avr32/mm/init.c | 24 ++--
1 file changed, 2 insertions(+), 22 deletions(-)
diff --git a/arch/avr32/mm/init.c
Use common help functions to free reserved pages.
Signed-off-by: Jiang Liu
Cc: James Hogan
Cc: linux-kernel@vger.kernel.org
---
arch/metag/mm/init.c | 21 ++---
1 file changed, 2 insertions(+), 19 deletions(-)
diff --git a/arch/metag/mm/init.c b/arch/metag/mm/init.c
index
Use common help functions to free reserved pages.
Signed-off-by: Jiang Liu
Cc: Eric Biederman
---
kernel/kexec.c |8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/kernel/kexec.c b/kernel/kexec.c
index bddd3d7..be95397 100644
--- a/kernel/kexec.c
+++
Use common help functions to free reserved pages.
Signed-off-by: Jiang Liu
Cc: Chris Zankel
Cc: Max Filippov
---
arch/xtensa/mm/init.c | 21 +++--
1 file changed, 3 insertions(+), 18 deletions(-)
diff --git a/arch/xtensa/mm/init.c b/arch/xtensa/mm/init.c
index
Use common help functions to free reserved pages.
Signed-off-by: Jiang Liu
Acked-by: Vineet Gupta
Cc: linux-snps-...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org (open list)
---
arch/arc/mm/init.c | 23 ++-
1 file changed, 2 insertions(+), 21 deletions(-)
diff --git
Use common help functions to free reserved pages.
Signed-off-by: Jiang Liu
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
---
arch/x86/mm/init.c|5 +
arch/x86/mm/init_64.c |5 ++---
2 files changed, 3 insertions(+), 7 deletions(-)
diff --git a/arch/x86/mm/init.c
Use common help functions to free reserved pages.
Signed-off-by: Jiang Liu
Cc: Guan Xuetao
---
arch/unicore32/mm/init.c | 28 +++-
1 file changed, 3 insertions(+), 25 deletions(-)
diff --git a/arch/unicore32/mm/init.c b/arch/unicore32/mm/init.c
index de186bd..c5817b0
Use common help functions to free reserved pages.
Signed-off-by: Jiang Liu
Acked-by: David S. Miller
Cc: Sam Ravnborg
---
arch/sparc/kernel/leon_smp.c | 15 +++
arch/sparc/mm/init_32.c | 37 +++--
arch/sparc/mm/init_64.c | 26
Use common help functions to free reserved pages.
Signed-off-by: Jiang Liu
Cc: Jeff Dike
---
arch/um/kernel/mem.c | 10 +-
1 file changed, 1 insertion(+), 9 deletions(-)
diff --git a/arch/um/kernel/mem.c b/arch/um/kernel/mem.c
index 5abcbfb..d5ac802 100644
--- a/arch/um/kernel/mem.c
Use common help functions to free reserved pages.
Signed-off-by: Jiang Liu
Acked-by: Paul Mundt
---
arch/sh/mm/init.c | 26 +++---
1 file changed, 3 insertions(+), 23 deletions(-)
diff --git a/arch/sh/mm/init.c b/arch/sh/mm/init.c
index 1057940..20f9ead 100644
---
Use common help functions to free reserved pages.
Signed-off-by: Jiang Liu
Cc: Martin Schwidefsky
Cc: Heiko Carstens
---
arch/s390/mm/init.c | 35 ++-
1 file changed, 6 insertions(+), 29 deletions(-)
diff --git a/arch/s390/mm/init.c b/arch/s390/mm/init.c
Use common help functions to free reserved pages.
Signed-off-by: Jiang Liu
Cc: Chen Liqin
Cc: Lennox Wu
---
arch/score/mm/init.c | 33 +
1 file changed, 5 insertions(+), 28 deletions(-)
diff --git a/arch/score/mm/init.c b/arch/score/mm/init.c
index
Use common help functions to free reserved pages.
Signed-off-by: Jiang Liu
Cc: "James E.J. Bottomley"
Cc: Helge Deller
---
arch/parisc/mm/init.c | 23 ++-
1 file changed, 2 insertions(+), 21 deletions(-)
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index
Use common help functions to free reserved pages.
Signed-off-by: Jiang Liu
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Anatolij Gustschin
---
arch/powerpc/kernel/crash_dump.c |5 +
arch/powerpc/kernel/fadump.c |5 +
arch/powerpc/kernel/kvm.c
Use common help functions to free reserved pages.
Also include to avoid local declarations.
Signed-off-by: Jiang Liu
Cc: Jonas Bonn
---
arch/openrisc/mm/init.c | 27 +++
1 file changed, 3 insertions(+), 24 deletions(-)
diff --git a/arch/openrisc/mm/init.c
Use common help functions to free reserved pages.
Signed-off-by: Jiang Liu
Cc: Ralf Baechle
---
arch/mips/mm/init.c | 31 +--
arch/mips/sgi-ip27/ip27-memory.c |4 ++--
2 files changed, 11 insertions(+), 24 deletions(-)
diff --git
Use common help functions to free reserved pages.
Signed-off-by: Jiang Liu
Cc: Koichi Yasutake
---
arch/mn10300/mm/init.c | 23 ++-
1 file changed, 2 insertions(+), 21 deletions(-)
diff --git a/arch/mn10300/mm/init.c b/arch/mn10300/mm/init.c
index e57e5bc..5a8ace6 100644
Use common help functions to free reserved pages.
Signed-off-by: Jiang Liu
Cc: Geert Uytterhoeven
---
arch/m68k/mm/init.c | 24 ++--
1 file changed, 2 insertions(+), 22 deletions(-)
diff --git a/arch/m68k/mm/init.c b/arch/m68k/mm/init.c
index afd8106f..b5c1ab1 100644
---
Use common help functions to free reserved pages.
Signed-off-by: Jiang Liu
Cc: Michal Simek
---
arch/microblaze/include/asm/setup.h |1 -
arch/microblaze/mm/init.c | 28 ++--
2 files changed, 2 insertions(+), 27 deletions(-)
diff --git
Use common help functions to free reserved pages.
Signed-off-by: Jiang Liu
Cc: Tony Luck
Cc: Fenghua Yu
---
arch/ia64/mm/init.c | 23 ---
1 file changed, 4 insertions(+), 19 deletions(-)
diff --git a/arch/ia64/mm/init.c b/arch/ia64/mm/init.c
index 20bc967..d1fe4b4
Use common help functions to free reserved pages.
Also include to avoid local declarations.
Signed-off-by: Jiang Liu
Cc: Hirokazu Takata
---
arch/m32r/mm/init.c | 26 +++---
1 file changed, 3 insertions(+), 23 deletions(-)
diff --git a/arch/m32r/mm/init.c
Use common help functions to free reserved pages.
Signed-off-by: Jiang Liu
Cc: Yoshinori Sato
---
arch/h8300/mm/init.c | 30 +++---
1 file changed, 3 insertions(+), 27 deletions(-)
diff --git a/arch/h8300/mm/init.c b/arch/h8300/mm/init.c
index 981e250..ff349d7 100644
Use common help functions to free reserved pages.
Signed-off-by: Jiang Liu
Cc: David Howells
---
arch/frv/mm/init.c | 34 --
1 file changed, 4 insertions(+), 30 deletions(-)
diff --git a/arch/frv/mm/init.c b/arch/frv/mm/init.c
index 92e97b0..21b9290 100644
Use common help functions to free reserved pages.
Signed-off-by: Jiang Liu
Cc: Mike Frysinger
---
arch/blackfin/mm/init.c | 22 +++---
1 file changed, 3 insertions(+), 19 deletions(-)
diff --git a/arch/blackfin/mm/init.c b/arch/blackfin/mm/init.c
index 9cb8553..82d01a7
Use common help functions to free reserved pages.
Also include to avoid local declaration.
Signed-off-by: Jiang Liu
Cc: Mikael Starvik
---
arch/cris/mm/init.c | 16 ++--
1 file changed, 2 insertions(+), 14 deletions(-)
diff --git a/arch/cris/mm/init.c b/arch/cris/mm/init.c
Use common help functions to free reserved pages.
Also include to avoid local declarations.
Signed-off-by: Jiang Liu
Cc: Richard Henderson
Cc: Ivan Kokshaysky
Cc: Matt Turner
---
arch/alpha/kernel/sys_nautilus.c |5 ++---
arch/alpha/mm/init.c | 24 +++-
On Thu, Mar 7, 2013 at 5:50 AM, Cliff Wickman wrote:
> From: Cliff Wickman
>
> Allocating a large number of 1GB hugetlbfs pages at boot takes a
> very long time.
>
> Large system sites would at times like to allocate a very large amount of
> memory as 1GB pages. They would put this on the
The local variable, total_scanned, is no longer used, so clean up now.
Signed-off-by: Hillf Danton
---
--- a/mm/vmscan.c Thu Feb 21 20:01:02 2013
+++ b/mm/vmscan.c Sun Mar 10 12:52:10 2013
@@ -2619,7 +2619,6 @@ static unsigned long balance_pgdat(pg_da
bool pgdat_is_balanced
On Sun, 2013-03-10 at 01:11 +, Eric Wong wrote:
>
> static void ep_destroy_wakeup_source(struct epitem *epi)
> {
> - wakeup_source_unregister(epi->ws);
> - epi->ws = NULL;
> + struct wakeup_source *ws = epi->ws;
> +
> + rcu_assign_pointer(epi->ws, NULL);
There is no need
Sent again in plain-text - apologies.
-- Forwarded message --
From: Simeon Bird
Date: 9 March 2013 23:49
Subject: Re: [Nepomuk] Better support for (desktop) file search /
indexing applications
To: Tvrtko Ursulin
Cc: Martin Steigerwald , Jan Kara ,
Robert Love ,
David Härdeman hardeman.nu> writes:
>
> On Thu, Jan 10, 2013 at 11:15:56AM +, Frederik Himpe wrote:
> >I've got a HP EliteBook 8470p on which I installed Debian Wheezy in UEFI
> >mode. With both the 3.2 kernel from Wheezy, as the 3.7.1 kernel from
> >experimental, xhci fails to initialize
still need include linux/errno.h for EBUSY.
additional info:
make command:
make EXTRA_CFLAGS=-W V=1 ARCH=arm allmodconfig
make EXTRA_CFLAGS=-W V=1 ARCH=arm
error report:
In file included from mm/memcontrol.c:28:0:
include/linux/res_counter.h: in function
When any backtraced function has saved the caller register r10
(e.g., show_mem), without the fix in c_backtrace all saved caller
registers of the function will not been dumped.
Signed-off-by: Tao Hou
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-kernel@vger.kernel.org
---
On Sat, Mar 9, 2013 at 10:26 AM, Oleg Nesterov wrote:
> Hi Michel,
>
> Well. I can't say I really like this. 4/5 itself looks fine, but other
> complications do not look nice, at least in the long term. Imho, imho,
> I can be wrong.
>
> Everyone seem to agree that tasklist should die, this series
于 2013年03月09日 11:46, HATAYAMA Daisuke 写道:
> From: Yanfei Zhang
> Subject: Re: [PATCH v2 15/20] kexec: fill note buffers by NT_VMCORE_PAD notes
> in page-size boundary
> Date: Fri, 8 Mar 2013 21:02:50 +0800
>
>> 2013/3/8 HATAYAMA Daisuke :
>>> From: Zhang Yanfei
>>> Subject: Re: [PATCH v2
k is u32 which never < 0, need type cast, or cause issue.
Signed-off-by: Chen Gang
---
arch/arm/net/bpf_jit_32.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/net/bpf_jit_32.c b/arch/arm/net/bpf_jit_32.c
index 6828ef6..a0bd8a7 100644
---
better using 'static const' instead of 'const static'
Signed-off-by: Chen Gang
---
arch/arm/kernel/smp_twd.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/kernel/smp_twd.c b/arch/arm/kernel/smp_twd.c
index 3f25650..ef3e499 100644
---
rel->r_offset is __u32 which never < 0.
it is defined in uapi/linux/elf.h
Signed-off-by: Chen Gang
---
arch/arm/kernel/module.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/kernel/module.c b/arch/arm/kernel/module.c
index 1e9be5d..386086e 100644
---
Eric Wong wrote:
> Arve Hjønnevåg wrote:
> > On Fri, Mar 8, 2013 at 12:49 PM, Eric Wong wrote:
> > > What happens if ep_modify calls ep_destroy_wakeup_source
> > > while __pm_stay_awake is running on the same epi->ws?
> >
> > Yes, that looks like a problem. I think calling
> >
On 03/04/2013 08:24 AM, Don Dutile wrote:
> On 03/02/2013 10:59 AM, Andreas Mohr wrote:
>> Hi,
>>
>>> if ((revision == 0x13)&& irq_remapping_enabled) {
>>> +pr_warn("WARNING WARNING WARNING WARNING WARNING
>>> WARNING\n"
>>> +"This system BIOS has enabled interrupt
>>>
Added LinusW, Gregory and Ezequiel to the email. Guys, can you give
this a Tested-by before I apply (or Ack for LinusW)?
thx,
Jason.
On Sat, Mar 09, 2013 at 11:39:31PM +, David Woodhouse wrote:
> On Sat, 2013-03-09 at 17:53 -0500, Jason Cooper wrote:
> > > + if (!nr_funcs)
> >
> >
On Sat, Mar 9, 2013 at 5:42 PM, Oleg Nesterov wrote:
> On 03/08, Lucas De Marchi wrote:
>>
>> @@ -571,9 +572,17 @@ void do_coredump(siginfo_t *siginfo)
>> goto fail_dropcount;
>> }
>>
>> - retval = call_usermodehelper_fns(helper_argv[0],
On Sat, Mar 9, 2013 at 5:25 PM, Oleg Nesterov wrote:
> On 03/08, Lucas De Marchi wrote:
>>
>> static int call_usermodehelper_keys(char *path, char **argv, char **envp,
>> struct key *session_keyring, int wait)
>> {
>> - return
On Sat, Mar 9, 2013 at 5:23 PM, Oleg Nesterov wrote:
> On 03/08, Lucas De Marchi wrote:
>>
>> Use call_usermodehelper_setup() + call_usermodehelper_exec() instead of
>> calling call_usermodehelper_fns(). In case the latter returns -ENOMEM
>> the cleanup function may had not been called - in this
On Mon, Dec 24, 2012 at 04:18:27PM +, Mark Brown wrote:
> On Sun, Dec 23, 2012 at 01:54:50AM -0800, Dmitry Torokhov wrote:
>
> > This is not 100% equivalent transformation as now we schedule first and
> > disable IRQ later... Anyway, I think the driver shoudl be converted to
> > threaded IRQ
On Sat, 2013-03-09 at 17:53 -0500, Jason Cooper wrote:
> > + if (!nr_funcs)
>
> shouldn't this be:
>
> if (nr_funcs <= 0)
Hm, no. But the loop should terminate if nr_funcs ever reaches zero,
otherwise funcs->num_groups will be off the end of the original array:
diff --git
On Sat, Mar 9, 2013 at 7:49 AM, Xiangliang Yu wrote:
> Hi, Bjorn
>
>>> >> > Fix system hang issue: if first accessed resource file of BAR0 ~
>>> >> > BAR4, system will hang after executing lspci command
>>> >>
>>> >> This needs more explanation. We've already read the BARs by the
>>> >> time
On Sat, Mar 9, 2013 at 2:34 PM, Dan Carpenter wrote:
> The problems is if we go over the 8k stack. So big arrays are bad.
> Also if the dynamically sized array is inside a loop then normally
> GCC frees it after each iteration, but on some arches it didn't free
> it until after the last
On Sat, Mar 09, 2013 at 07:02:05PM +, David Woodhouse wrote:
> On Sat, 2013-03-09 at 09:49 +0100, Sebastian Hesselbarth wrote:
> > I don't have a strong opinion on that, but I prefer not to have the list
> > statically in the SoC specific drivers. I think counting the number of
> > unique
On Sat, Mar 09, 2013 at 10:10:08AM -0800, Christopher Li wrote:
> On Fri, Mar 8, 2013 at 9:39 PM, Dan Carpenter
> wrote:
> > On Fri, Mar 08, 2013 at 04:29:22PM -0800, Andrew Morton wrote:
> >> Roughly how many instances of this are there kernel-wide?
> >>
> >
> > Around 150 on x86 allmodconfig.
On Sat, Mar 9, 2013 at 1:49 PM, Neil Horman wrote:
> On Mon, Mar 04, 2013 at 02:04:19PM -0500, Neil Horman wrote:
>> A few years back intel published a spec update:
>> http://www.intel.com/content/dam/doc/specification-update/5520-and-5500-chipset-ioh-specification-update.pdf
>>
>> For the 5520
This could have been either ARCH_S5P64X0 or CPU_S5P6450. Looking at
commit 2555e663b367b8d555e76023f4de3f6338c28d6c ("ARM: S5P64X0: Add UART
serial support for S5P6450") - which added this typo - makes clear this
should be CPU_S5P6450.
Signed-off-by: Paul Bolle
---
Bravely untested.
On Sat, Mar 09, 2013 at 05:49:13PM -0300, Henrique de Moraes Holschuh wrote:
> Hmm, I don't follow. thinkpad-acpi does run on ring 0, so was that aimed at
> me?
Huh, is "thinkpad-acpi" the name of a part of a house? :-)
> Or are you complaining about the Win-8 bug-to-bug compatibility madness
>
On Sat, Mar 09, 2013 at 10:49:08AM -0500, Paul Gortmaker wrote:
[...]
> >> I didn't send the patch to akpm, but I did have a chance to ask akpm how
> >> dependencies should be used, and you can see his answer here:
> >>
> >> https://lkml.org/lkml/2013/3/7/456
> >
> > Thanks for asking! FWIW,
On 2013-02-22 03:03, Mantas Mikulėnas wrote:
> On 2013-02-22 01:54, Dave Airlie wrote:
>>>
>>> | radeon :01:00.0: No connectors reported connected with modes
>>> | [drm] Cannot find any crtc or sizes - going 1024x768
>>>
>>> The connector is definitely connected, since this is a laptop with a
On Thu, 07 Mar 2013, Toshi Kani wrote:
> dock.0 on your Lenovo likely shows as "battery_bay", which I think you
> cannot undock regardless of this patch. Can you try to undock the one
You're supposed to be able to undock any thinkpad battery just fine, and it
used to work on older firmware such
On Thu, 07 Mar 2013, Mandeep Singh Baines wrote:
> On Thu, Mar 7, 2013 at 9:53 AM, Oleg Nesterov wrote:
> > hotkey_kthread() does try_to_freeze() under hotkey_thread_mutex.
> >
> > We can simply kill this mutex, hotkey_poll_stop_sync() does not need
> > to serialize with hotkey_kthread(). When
Signed-off-by: Paul Bolle
---
Untested! This specifically needs testing on (some) 64 bit platforms,
because this means HAVE_ALIGNED_STRUCT_PAGE will not be selected anymore
on those platforms.
drivers/staging/zcache/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Joe Perches
Date: Fri, 8 Mar 2013 17:03:25 -0800
> Emitting netdev_alloc_skb and netdev_alloc_skb_ip_align OOM
> messages is unnecessary as there is already a dump_stack
> after allocation failures.
>
> Other trivial changes around these removals:
>
> Convert a few comparisons of
On Mon, Mar 04, 2013 at 02:04:19PM -0500, Neil Horman wrote:
> A few years back intel published a spec update:
> http://www.intel.com/content/dam/doc/specification-update/5520-and-5500-chipset-ioh-specification-update.pdf
>
> For the 5520 and 5500 chipsets which contained an errata (specificially
On Sat, 09 Mar 2013, Borislav Petkov wrote:
> On Sat, Mar 09, 2013 at 09:06:46AM +0100, Yves-Alexis Perez wrote:
> > Also see https://bugzilla.kernel.org/show_bug.cgi?id=51231 and
> > https://patchwork.kernel.org/patch/2124861/
>
> Great, another fit-the-hardware-to-the-software idiocy because
On 03/08, Lucas De Marchi wrote:
>
> @@ -571,9 +572,17 @@ void do_coredump(siginfo_t *siginfo)
> goto fail_dropcount;
> }
>
> - retval = call_usermodehelper_fns(helper_argv[0], helper_argv,
> - NULL, UMH_WAIT_EXEC,
On 03/08, Lucas De Marchi wrote:
>
> static int call_usermodehelper_keys(char *path, char **argv, char **envp,
> struct key *session_keyring, int wait)
> {
> - return call_usermodehelper_fns(path, argv, envp, wait,
> -
On 03/08, Lucas De Marchi wrote:
>
> Use call_usermodehelper_setup() + call_usermodehelper_exec() instead of
> calling call_usermodehelper_fns(). In case the latter returns -ENOMEM
> the cleanup function may had not been called - in this case we would
> not free argv and module_name.
>
>
On 03/08, Lucas De Marchi wrote:
>
> call_usermodehelper_setup() + call_usermodehelper_exec() need to be
> called instead of call_usermodehelper_fns() when the cleanup function
> needs to be called even when an ENOMEM error occurs. In this case using
> call_usermodehelper_fns() the user can't
On 03/08, Lucas De Marchi wrote:
>
> Commit "7ff6764 usermodehelper: cleanup/fix __orderly_poweroff() &&
> argv_free()" simplified __orderly_poweroff() removing the need to use
> call_usermodehelper_fns().
>
> Since we are not passing any callback, it's simpler to use
> call_usermodehelper().
>
>
On Sat, Mar 9, 2013 at 12:01 PM, Oleg Nesterov wrote:
> threadgroup_lock() takes signal->cred_guard_mutex to ensure that
> thread_group_leader() is stable. This doesn't look nice, the scope
> of this lock in do_execve() is huge.
>
> And as Dave pointed out this can lead to deadlock, we have the
>
threadgroup_lock() takes signal->cred_guard_mutex to ensure that
thread_group_leader() is stable. This doesn't look nice, the scope
of this lock in do_execve() is huge.
And as Dave pointed out this can lead to deadlock, we have the
following dependencies:
do_execve:
On 03/09, Li Zefan wrote:
>
> We don't need both patches for 3.9, so we'll queue Oleg's fix for 3.9 and
> yours for 3.10?
Well. OK, please see 1/1 (compile tested only).
But I still like the patch from Tejun more... Except _perhaps_ my
patch is better for 3.9 just because it is simpler.
And. I
On Sat, 2013-03-09 at 00:01 +, Russell King - ARM Linux wrote:
> It's actually quite clever. There's two levels to it.
>
> The first is that CONFIG_MACH_xxx result in their machine_is_xxx() macros
> being defined to constant zero if the CONFIG option is not enabled. That
> allows the
David,
I will not be able to test before mid-week ealiest. I added Andrew Lunn to
the list. He and Thomas can test your patch for Kirkwood and Armada XP/370
respectively. I will test on Dove asap.
Sebastian
On Sat, Mar 9, 2013 at 8:02 PM, David Woodhouse wrote:
> On Sat, 2013-03-09 at 09:49
In Linus' current tree, the first time the command "make kernelrelease"
is run after building a kernel, the output contains some unwanted text.
Subsequent uses of the command produce the expected output. This appears
to be a regression - 3.8.2 does not have this problem.
This is easily
On 03/08, Andrew Morton wrote:
>
> On Fri, 8 Mar 2013 18:59:15 +0100 Oleg Nesterov wrote:
>
> > Change dump_write(), dump_seek() and do_coredump() to check
> > signal_pending() and abort if it is true.
>
> hm, why.
Firstly. we need these changes to ensure that the coredump won't delay
suspend,
On Thu, Mar 07, 2013 at 08:57:28AM -0800, Eric Dumazet wrote:
>
> Well, remove all alien patches and try to reproduce the bug with a
> pristine linux kernel.
I wrote to Spender (developer grsec) and he confirmed that it's possible
that a problem is with grsec patch.
Thank you greatly for your
1 - 100 of 342 matches
Mail list logo
