emblock.c | 60 --
> mm/page_alloc.c | 224
> +---
> mm/sparse-vmemmap.c | 15 ++-
> mm/sparse.c | 6 +-
> 13 files changed, 469 insertions(+), 184 deletions(-)
>
> --
> 2.14.2
>
Boot tested on ThunderX2 VM.
Tested-by: Bob Picco
this, just fall through to a simple copy only mildly
> optimized for the case where src and dst are 8 byte aligned and the
> length is a multiple of 8 as well. We could get fancy and call
> GENmemcpy() but this is good enough for how this thing is actually
> used.
>
> Reported
David Miller wrote: [Sun Mar 22 2015, 01:36:03PM EDT]
> From: Linus Torvalds
> Date: Sat, 21 Mar 2015 11:49:12 -0700
>
> > Davem? I don't read sparc assembly, so I'm *really* not going to try
> > to verify that (a) all the memcpy implementations always copy
> > low-to-high and (b) that I even
There isn't a total_memory identifier within this function's scope. The
patch was compile/link tested.
Signed-off-by: Bob Picco <[EMAIL PROTECTED]>
arch/ia64/kernel/efi.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6.23-rc7-mm1/arch/i
luck wrote: [Sun Sep 02 2007, 03:13:45AM EDT]
> > This patch eliminates the warnings when the clocksoure isn't used.
> > It also removes some other unused stuff that goes along with the
> > clocksource ..
> >
> > I don't have access to an ia64 machine, or even a compiler .. So this
> > one is u
as missed by me in my brief examination of this last night.
The platform registers the hpet clocksource too.
Instead of adding the config flag to hpet driver, how about the patch
below? Since you already check for duplication by address then adding
a check for by name too seems okay to me.
bob
Pr
john stultz wrote: [Thu Aug 23 2007, 05:05:35PM EDT]
> On Thu, 2007-08-23 at 13:41 -0700, Luck, Tony wrote:
> > > I have a double "hpet" entry in "available_clocksource":
> > > $ cat /sys/devices/system/clocksource/clocksource0/available_clocksource
> > > tsc hpet hpet acpi_pm jiffies
> >
' type
>
> ...
>
> Introduced by 0aa366f351d044703e25c8425e508170e80d83b1
>
>
>
>
Sorry about that. I thought my review had caught all of these.
Signed-off-by: Bob Picco <[EMAIL PROTECTED]>
drivers/char/hpet.c |2 +-
1 file changed, 1 ins
Randy Dunlap wrote: [Wed Jun 20 2007, 09:07:11PM EDT]
> On Wed, 20 Jun 2007 20:51:22 -0400 Bob Picco wrote:
>
> > [EMAIL PROTECTED] wrote:[Wed Jun 20 2007, 01:14:34PM EDT]
> > [snip]
> >
> > Build breakage. pci_mmcfg_late_init is for i386.
>
> th
[EMAIL PROTECTED] wrote:[Wed Jun 20 2007, 01:14:34PM EDT]
[snip]
More build breakage. efi_range_is_wc is referenced but not declared.
Signed-off-by: Bob Picco <[EMAIL PROTECTED]>
include/asm-ia64/fb.h |1 +
1 file changed, 1 insertion(+)
Index: linux-2.6.22-rc5-mm1/inclu
[EMAIL PROTECTED] wrote:[Wed Jun 20 2007, 01:14:34PM EDT]
[snip]
Build breakage. pci_mmcfg_late_init is for i386.
Signed-off-by: Bob Picco <[EMAIL PROTECTED]>
drivers/acpi/bus.c |2 ++
1 file changed, 2 insertions(+)
Index: linux-2.6.22-rc5-mm1/drivers/acpi
Christoph Lameter wrote:[Wed Jun 20 2007, 02:29:38PM EDT]
> Provide an alternate definition for the page_cache_xxx(mapping, ...)
> functions that can determine the current page size from the mapping
> and generate the appropriate shifts, sizes and mask for the page cache
> operations. Chang
Hidetoshi Seto wrote: [Mon Jun 11 2007, 11:14:44PM EDT]
[snip]
I didn't examine your patch closely but did notice modification to the
time interpolator. I'll attempt to examine your patch with more scrutiny
in the next few days.
I will be pushing Peter Keilty's clocksource ia64 patches within th
Thanks to Arnaldo for testing.
Signed-off-by: Bob Picco <[EMAIL PROTECTED]>
arch/x86_64/mm/init.c |2 ++
1 file changed, 2 insertions(+)
Index: linux-2.6.22-rc4-mm1/arch/x86_64/mm/init.c
===
--- linux-2.6.22-rc4-mm1.orig/arch/
Chuck Ebbert wrote: [Thu Jun 07 2007, 11:42:38AM EDT]
> On 06/06/2007 08:27 PM, john stultz wrote:
> > Hey All,
> > With 2.6.21 and the current -git, we're seeing the following oops when
> > we try sysrq-m:
> >
>
> It's here in arch/x86_64/mm/init.c::show_mem():
>
> for_each_onli
Olof Johansson wrote: [Wed May 16 2007, 01:11:00PM EDT]
> On Wed, May 16, 2007 at 11:43:41AM -0500, Linas Vepstas wrote:
> > On Wed, May 16, 2007 at 09:30:46AM -0400, Bob Picco wrote:
> > > Subject: Re: 2.6.22-rc1-mm1 powerpc build breakage
> > >
> > > /usr/
[EMAIL PROTECTED]
Bcc:
Subject: Re: 2.6.22-rc1-mm1 powerpc build breakage
Reply-To:
In-Reply-To: <[EMAIL PROTECTED]>
/usr/src/linux-2.6.22-rc1-mm1/drivers/pci/hotplug/rpadlpar_sysfs.c:132: error:
unknown field `subsys' specified in initializer
/usr/src/linux-2.6.22-rc1-mm1/drivers/pci/hotplug/r
Hi:
Raz Ben-Jehuda(caro) wrote: [Wed May 09 2007, 02:02:24PM EDT]
> Hello Robert.
> I have noticed that you are the writer of the hpet driver in linux.
> I have been running the test tool provided in
> linux/Documenration/hpet.txt on an hp dl380. It runs for few seconds
> and then the hpet tim
Ingo Molnar wrote: [Thu Apr 19 2007, 02:29:36AM EDT]
>
> * Bob Picco <[EMAIL PROTECTED]> wrote:
>
> > I had hoped to collect more data with CFS V2. It crashes in
> > scale_nice_down for s2ram when attempting to disable_nonboot_cpus. So
> > part of traceba
Ingo Molnar wrote: [Wed Apr 18 2007, 06:02:28PM EDT]
>
> * Christian Hesse <[EMAIL PROTECTED]> wrote:
>
> > > although probably your suspend2 problem is still not fixed, it's
> > > worth a try nevertheless. Which suspend2 patch did you apply, and
> > > was it against -rc6 or -rc7?
> >
> >
Christoph Lameter wrote:[Mon Apr 02 2007, 05:28:30PM EDT]
> On Mon, 2 Apr 2007, Dave Hansen wrote:
>
> > On Mon, 2007-04-02 at 13:30 -0700, Christoph Lameter wrote:
> > > On Mon, 2 Apr 2007, Dave Hansen wrote:
> > > > I completely agree, it looks like it should be faster. The code
> > > >
t; anti-fragmentation-switch-over-to-pfn_valid_within() -- changes
> references within Mel Gormans anti-fragmentation patch series, and
>
> lumpy-move-to-using-pfn_valid_within() -- changes references with
> my lumpy reclaim patch series.
>
> -apw
Andy,
Thanks for doing t
Rik van Riel wrote: [Mon Mar 19 2007, 07:52:34PM EST]
> Split the anonymous and file backed pages out onto their own pageout
> queues. This we do not unnecessarily churn through lots of anonymous
> pages when we do not want to swap them out anyway.
>
> This should (with additional tuning) be
Andi Kleen wrote: [Tue Feb 13 2007, 01:18:45PM EST]
>
> > I wasn't suggesting having NULL pointers for pgdats, if that's what you
> > mean.
>
> That is what started the original thread at least. Can happen on some
> ia64 platforms.
I don't believe there is a NULL pgdat. The code for memory
Hiroyuki KAMEZAWA wrote:[Wed Feb 07 2007, 03:36:47AM EST]
> On Wed, 7 Feb 2007 00:04:41 -0800 (PST)
> Christoph Lameter <[EMAIL PROTECTED]> wrote:
>
> > On Wed, 7 Feb 2007, KAMEZAWA Hiroyuki wrote:
> >
> > > > Hmmm... Remove the node from the node_online_map instead?
> > > >
> > > Changi
Alexey Starikovskiy wrote: [Fri Feb 02 2007, 09:20:35AM EST]
> Bob Picco wrote:
> >BTW, this isn't specific to rx2600. Lee Schermerhorn reported same -mm3
> >problem on rx8620. Stephane Eranian reported the -mm2 problem mentioned
> >above on rx2620.
> &
Len Brown wrote:[Thu Feb 01 2007, 01:55:01AM EST]
> On Wednesday 31 January 2007 15:25, Bob Picco wrote:
> > Hi Len,
> >
> > On 2.6.20-rc6-mm2 my rx2600 wouldn't boot unless I reverted all changes
> > to drivers/acpi/tables.c.
>
> 2.6.20-rc6
Hi Len,
On 2.6.20-rc6-mm2 my rx2600 wouldn't boot unless I reverted all changes
to drivers/acpi/tables.c. Nearly all major early boot detected ACPI tables
weren't discovered. I never had time to resolve because 2.6.20-rc6-mm3
showed up. The -mm2 problem appears corrected but the machine now crash
Eliminate arch specific memory_present calls for ia64 NUMA and x86_64 NUMA by
utilizing sparse_memory_present_with_active_regions. It was boot tested
for both arches.
Acked-by: Mel Gorman <[EMAIL PROTECTED]>
Signed-off-by: Bob Picco <[EMAIL PROTECTED]>
arch/ia64/mm/discon
current->mems_allowed is defined for CONFIG_CPUSETS. This broke !CPUSETS
build. I compiled and linked tested both variants.
Signed-off-by: Bob Picco <[EMAIL PROTECTED]>
include/linux/cpuset.h |6 ++
mm/mempolicy.c |2 +-
2 files changed, 7 insertions(+), 1
Hiroyuki KAMEZAWA wrote:[Sat Dec 16 2006, 03:31:36AM EST]
> This patch implements pfn_valid() micro optimization.
>
> This uses ia64_pfn_valid() idea to check mem_map is valid or not instead of
> sparsemem's logic.
>
> By this, we'll not access mem_section[] in usual ops.
>
> I attaches
Andi Kleen wrote: [Fri Sep 09 2005, 10:17:40AM EDT]
> On Thursday 08 September 2005 18:37, Tom Rini wrote:
> > It can be handy in some situations to have run trap_init() sooner than the
> > generic code does. In order to do this on x86_64 we need to add a custom
> > early_setup_per_cpu_areas
Pallipadi, Venkatesh wrote: [Fri Aug 26 2005, 08:53:35PM EDT]
>
> Yes. Looks like "ti->drift = HPET_DRIFT;" is right here. However, I
> would
> like to double check this with Bob.
>
> Thanks,
> Venki
>
> >-Original Message-
> >From: Alex Williamson [mailto:[EMAIL PROTECTED]
> >Sent
the error path
doing a free_bootmem_node but this seems the more expensive method for
boot time.
thanks,
bob
Signed-off-by: Bob Picco <[EMAIL PROTECTED]>
mm/sparse.c |3 +++
1 files changed, 3 insertions(+)
Index: linux-2.6.13-rc6-mm1/mm/sp
Manfred provided valuable early review feedback.
Alex is responsible for the early ACPI changes and helping me test the patch.
thanks,
bob
Signed-off-by: Bob Picco <[EMAIL PROTECTED]>
Kconfig |6 +++
page_alloc.c |4 ++
slab.c | 99 ++
35 matches
Mail list logo