| 130625114084_536960007426 | Sam Ravnborg |
|
On Tue, Aug 05, 2008 at 11:06:15PM +0100, Russell King wrote:
Currently, I know Linus tree builds fine for most ARM platforms (thanks
to the ARM kautobuild project.) However, Im seeing unexpecte |
|
| |
| 161527904426_513860007542 | Andrea Righi |
|
yep! clear.
Ok, in this case wouldnt be better at least to define pud_free() as:
static inline pud_free(struct mm_struct *mm, pmd_t *pmd)
{
}
I also like this :)
--
To unsubscrib |
|
| |
| 127024504793_598860007596 | Sam Ravnborg |
|
On Wed, Aug 06, 2008 at 09:28:42PM +0200, Sam Ravnborg wrote:
Our mails crossed. I will fix kbuild asap so you do not need to revert.
Have crossed again, sorry. If you can get a fix for the asm/e |
|
| |
| 122629664400_538960007568 | Jeremy Fitzhardinge |
|
On Mon, 28 Jul 2008 19:19:44 +0200
Andrea Righi <righi.andrea@xxxxxxxxx wrote:
KOSAKI Motohiro wrote:
yep! clear.
Ok, in this case wouldnt be better at least to define pud_free( |
|
| |
| 110623004309_508360007857 | Andrea Righi |
|
On Mon, Jul 28, 2008 at 10:05:00PM +0200, Sam Ravnborg wrote:
The traditional location of the arch specific Makefiles
has been at:
include/asm-$ARCH
But as suggested by several people |
|
| |
| 190324804368_598860007613 | Andrea Righi |
|
On Mon, 28 Jul 2008, Andrea Righi wrote:
Move multiple definitions of pmd_free() from different include/asm-* into
mm/util.c.
But this is horrible, because it forces a totally unnecessary fu |
|
| |
| 141324644402_584060007881 | Andrea Righi |
|
yep! clear.
Ok, in this case wouldnt be better at least to define pud_free() as:
static inline pud_free(struct mm_struct *mm, pmd_t *pmd)
{
}
I also like this :)
--
To unsubscrib |
|
| |
| 138128724331_517460007076 | Jeremy Fitzhardinge |
|
On Mon, 28 Jul 2008 19:19:44 +0200
Andrea Righi <righi.andrea@xxxxxxxxx wrote:
KOSAKI Motohiro wrote:
yep! clear.
Ok, in this case wouldnt be better at least to define pud_free( |
|
| |
| 177020854042_517060007156 | Ingo Molnar |
|
Jeremy Fitzhardinge wrote:
Andrew Morton wrote:
I can second that. See
rel="nofollow" userweb.kernel.org/~akpm/mmotm/broken-out/include-asm-generic-pgtable-nopmdh-macros-are-noxious-rea |
|
| |
| 173825814456_504760007630 | Ingo Molnar |
|
Jeremy Fitzhardinge wrote:
Andrew Morton wrote:
I can second that. See
rel="nofollow" userweb.kernel.org/~akpm/mmotm/broken-out/include-asm-generic-pgtable-nopmdh-macros-are-noxious-rea |
|
| |
| 190525674110_527260007960 | James Bottomley |
|
Ingo Molnar wrote:
* Andrea Righi <righi.andrea@xxxxxxxxx wrote:
Jeremy Fitzhardinge wrote:
Andrew Morton wrote:
I can second that. See
rel="nofollow" userweb.kernel.o |
|
| |
| 188529684423_528760007025 | James Bottomley |
|
Ingo Molnar wrote:
* Andrea Righi <righi.andrea@xxxxxxxxx wrote:
Jeremy Fitzhardinge wrote:
Andrew Morton wrote:
I can second that. See
rel="nofollow" userweb.kernel.o |
|
| |
| 116821874897_549960007756 | James Bottomley |
|
On Mon, 28 Jul 2008, James Bottomley wrote:
Are you sure about this (the barrier)?
Im sure. Try it. It perturbs the code quite a bit to have a function call
in the thing, because it
- clob |
|
| |
| 157621314842_561860007317 | James Bottomley |
|
On Mon, 28 Jul 2008, James Bottomley wrote:
Are you sure about this (the barrier)?
Im sure. Try it. It perturbs the code quite a bit to have a function call
in the thing, because it
- clob |
|
| |
| 177420394899_523060007562 | Mathieu Desnoyers |
|
On Mon, 28 Jul 2008, James Bottomley wrote:
Sorry ... should have been clearer. My main concern is the cost of
barrier() which is just a memory clobber ... we have to use barriers to
plac |
|
| |
| 186029924129_597060007683 | Mathieu Desnoyers |
|
On Mon, 28 Jul 2008, James Bottomley wrote:
Sorry ... should have been clearer. My main concern is the cost of
barrier() which is just a memory clobber ... we have to use barriers to
plac |
|
| |
| 193021484650_535260007457 | akpm |
|
On Mon, Jul 28, 2008 at 03:53:40AM -0700, Andrew Morton wrote:
On Mon, 28 Jul 2008 20:03:23 +1000 Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx wrote:
Andrew, what was your decision v |
|
| |
| 137826044645_527460007006 | akpm |
|
On Mon, Jul 28, 2008 at 03:53:40AM -0700, Andrew Morton wrote:
On Mon, 28 Jul 2008 20:03:23 +1000 Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx wrote:
Andrew, what was your decision v |
|
| |
| 103026784138_587260007440 | akpm |
|
The patch titled
clean up duplicated alloc/free_thread_info
has been removed from the -mm tree. Its filename was
clean-up-duplicated-alloc-free_thread_info.patch
This patch was dropped b |
|
| |
| 118820704480_508660007567 | akpm |
|
From: Adrian Bunk <bunk@xxxxxxxxxx
This patch contains the following cleanups for the asm/ptrace.h
userspace headers:
- include/asm-generic/Kbuild.asm already lists ptrace.h, remove
the super |
|
| |
| 164921594558_577860007822 | Adrian Bunk |
|
From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx
We duplicate alloc/free_thread_info defines on many platforms (the
majority uses __get_free_pages/free_pages). This patch defines common
def |
|
| |
| 146120594971_511160007406 | Adrian Bunk |
|
On Fri, 25 Jul 2008 11:39:43 +0300 Adrian Bunk <bunk@xxxxxxxxxx wrote:
Commit 27ac792ca0b0a1e7e65f20342260650516c95864
(PAGE_ALIGN(): correctly handle 64-bit values on 32-bit architectures)
|
|
| |
| 156827904009_521260007111 | Andrea Righi |
|
On Fri, 25 Jul 2008 12:14:55 +0300 Adrian Bunk <bunk@xxxxxxxxxx wrote:
Ideally, all headers should be self-contained. IOW, they should #include
everything they use.
Yup. And the core reas |
|
| |
| 121920934790_535760007085 | Andrew Morton |
|
On Fri, Jul 25, 2008 at 12:14:55PM +0300, Adrian Bunk wrote:
On Fri, Jul 25, 2008 at 01:55:37AM -0700, Andrew Morton wrote:
...
pls test:
diff -puN include/linux/sched.h~a include/lin |
|
| |
| 179821534155_527760007455 | Andrew Morton |
|
On Fri, Jul 25, 2008 at 02:34:55AM -0700, Andrew Morton wrote:
We should make arch_pick_mmap_layout __weak and nuke that ifdef.
I strongly disagree. I find it makes it harder to follow code flow
|
|
| |
| 184428904615_540260007745 | Grant Likely |
|
On Fri, 25 Jul 2008, Matthew Wilcox wrote:
On Fri, Jul 25, 2008 at 02:34:55AM -0700, Andrew Morton wrote:
We should make arch_pick_mmap_layout __weak and nuke that ifdef.
I strongly dis |
|
| |
| 122421274804_519460007215 | Adrian Bunk |
|
On Wed, 17 Feb 2010, Grant Likely wrote:
Question. If I use this pattern, and use the __weak attribute on core
code functions wrapped with a #ifndef, then how does it mesh with
EXPORT_SYM |
|
| |
| 160028074004_561060007068 | Ingo Molnar |
|
GEN .version
CHK include/linux/compile.h
UPD include/linux/compile.h
CC init/version.o
LD init/built-in.o
LD vmlinux
arch/x86/kernel/built-in.o: In function `sy |
|
| |
| 172122384162_551060007127 | akpm |
|
From: Adrian Bunk <bunk@xxxxxxxxxx
This patch contains the following cleanups for the asm/ptrace.h
userspace headers:
- include/asm-generic/Kbuild.asm already lists ptrace.h, remove
the super |
|
| |
| 159623924281_575160007521 | akpm |
|
From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx
We duplicate alloc/free_thread_info defines on many platforms (the
majority uses __get_free_pages/free_pages). This patch defines common
def |
|
| |
| 120525144410_582160007077 | akpm |
|
The patch titled
flag parameters: eventfd
has been removed from the -mm tree. Its filename was
flag-parameters-eventfd.patch
This patch was dropped because it was merged into mainline or |
|
| |
| 156521404205_536960007444 | akpm |
|
The patch titled
flag parameters add-on: remove epoll_create size param
has been removed from the -mm tree. Its filename was
flag-parameters-add-on-remove-epoll_create-size-param.patch
T |
|
| |
| 158429354250_558960007269 | akpm |
|
The patch titled
flag parameters: paccept
has been removed from the -mm tree. Its filename was
flag-parameters-paccept.patch
This patch was dropped because it was merged into mainline or |
|
| |
| 165722654507_581960007102 | akpm |
|
The patch titled
flag parameters: epoll_create
has been removed from the -mm tree. Its filename was
flag-parameters-epoll_create.patch
This patch was dropped because it was merged into m |
|
| |
| 194623714495_522760007164 | Geert Uytterhoeven |
|
The patch titled
bootmem: replace node_boot_start in struct bootmem_data
has been removed from the -mm tree. Its filename was
bootmem-replace-node_boot_start-in-struct-bootmem_data.patch
|
|
| |
| 174823274679_515860007595 | Geert Uytterhoeven |
|
On Thu, 24 Jul 2008 20:49:27 +0200 (CEST), Geert Uytterhoeven <geert@xxxxxxxxxxxxxx wrote:
Because an argument of mips virt_to_phys() is an pointer and
initrd_start is unsigned long. It |
|
| |
| 123627134735_544260007068 | Nick Piggin |
|
On Fri, 25 Jul 2008 21:22:20 +0200 (CEST), Geert Uytterhoeven <geert@xxxxxxxxxxxxxx wrote:
So theres definitely room for a small janitors project...
Probably the best short term solution i |
|
| |
| 188626654003_513660007547 | Nick Piggin |
|
Hi Nick,
On Thu, Jul 24, 2008 at 04:39:49PM +0200, Nick Piggin wrote:
I think everybody is hoping to have a workable mmu notifier scheme
merged in 2.6.27 (myself included). However I do have som |
|
| |
| 140629114813_591460007588 | Nick Piggin |
|
On Sat, Jul 26, 2008 at 05:08:10AM +0200, Nick Piggin wrote:
Well I just was never completely satisfied with how that turned out.
There was an assertion that invalidate range begin/end were the r |
|
| |
| 101526754959_551160007080 | Nick Piggin |
|
On Sat, Jul 26, 2008 at 02:28:26PM +0200, Nick Piggin wrote:
3) livelock/starvation problem with TLB holdoff
Thats not shooting yourself in the foot if you are forced into the
design. Definit |
|
| |
| 167626504407_535460007554 | Nick Piggin |
|
On Sat, Jul 26, 2008 at 03:10:15PM +0200, Nick Piggin wrote:
I am talking about a number of threads starving another thread of the
same process, but that isnt shooting themselves in the foot beca |
|
| |
| 194920454266_568360007347 | Andrea Arcangeli |
|
On Sat, Jul 26, 2008 at 03:02:02PM +0200, Andrea Arcangeli wrote:
On Sat, Jul 26, 2008 at 02:28:26PM +0200, Nick Piggin wrote:
If I had seen even a single number to show the more complex sch |
|
| |
| 175223734012_575560007266 | Christoph Lameter |
|
On Sat, Jul 26, 2008 at 03:49:15PM +0200, Andrea Arcangeli wrote:
On Sat, Jul 26, 2008 at 03:14:50PM +0200, Nick Piggin wrote:
But I also wear a VM (as in virtual memory not virtual machine ;) |
|
| |
| 130229164176_511460007905 | Christoph Lameter |
|
On Sat, Jul 26, 2008 at 03:49:15PM +0200, Andrea Arcangeli wrote:
On Sat, Jul 26, 2008 at 03:14:50PM +0200, Nick Piggin wrote:
But I also wear a VM (as in virtual memory not virtual machine ;) |
|
| |
| 170328454579_566160007481 | Christoph Lameter |
|
On Wed, Jul 30, 2008 at 09:19:44AM -0500, Christoph Lameter wrote:
Yes we have had so much talk about this that I am a bit tired of
talking about it. I vaguely remember bringing up the same point |
|
| |
| 174120304130_514760007940 | Christoph Lameter |
|
On Wed, Jul 30, 2008 at 09:19:44AM -0500, Christoph Lameter wrote:
Yes we have had so much talk about this that I am a bit tired of
talking about it. I vaguely remember bringing up the same point |
|
| |
| 170223334985_596960007471 | Christoph Lameter |
|
On Wed, Jul 30, 2008 at 10:42:12AM -0500, Christoph Lameter wrote:
Andrea Arcangeli wrote:
I think the current implementation is fine for the long run, it can
provide the fastest perform |
|
| |
| 131627694845_532860007353 | Christoph Lameter |
|
On Wed, Jul 30, 2008 at 10:42:12AM -0500, Christoph Lameter wrote:
Andrea Arcangeli wrote:
I think the current implementation is fine for the long run, it can
provide the fastest perform |
|
| |
| 159428264269_577060007097 | Nick Piggin |
|
On Sat, Jul 26, 2008 at 01:38:13PM +0200, Andrea Arcangeli wrote:
On Sat, Jul 26, 2008 at 05:08:10AM +0200, Nick Piggin wrote:
Anyway, I just voice my opinion and let Andrew and Linus decide. T |
|
| |
| 167526434942_525460007297 | Nick Piggin |
|
On Sat, Jul 26, 2008 at 01:38:13PM +0200, Andrea Arcangeli wrote:
On Sat, Jul 26, 2008 at 05:08:10AM +0200, Nick Piggin wrote:
Anyway, I just voice my opinion and let Andrew and Linus decide. T |
|
| |
