[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20100321.213350.176660494.davem@davemloft.net>
Date: Sun, 21 Mar 2010 21:33:50 -0700 (PDT)
From: David Miller <davem@...emloft.net>
To: yinghai@...nel.org
Cc: benh@...nel.crashing.org, mingo@...e.hu, tglx@...utronix.de,
hpa@...or.com, akpm@...ux-foundation.org, jbarnes@...tuousgeek.org,
ebiederm@...ssion.com, linux-kernel@...r.kernel.org,
linux-arch@...r.kernel.org
Subject: Re: [PATCH 06/20] early_res: seperate common memmap func from
e820.c to fw_memmap.c
From: Yinghai Lu <yinghai@...nel.org>
Date: Sun, 21 Mar 2010 21:28:38 -0700
>>
>> That action means you absolutely don't value our feedback at all.
>
> [PATCH 01/20] x86: add find_e820_area_node
> is addressing your concern that early_res didn't handle memory cross the nodes problem.
Now I know that you _REALLY_ aren't listening to us.
We said to use LMB because 1) it already exists 2) many
platforms have been using it for years and 3) it doesn't
lack the features you're now having to add to e820.
Instead of trying to use LMB, you're just addding feature after
feature to e820 in order to bring it up to having parity with LMB.
You're wasting a lot of time, and you're completely ignoring an
existing facility that has been working on and used for many
years.
And you've never ever convinced any of us familiar with LMB why you
keep doing this, and why LMB can't be used for what you need this
generic e820 crap for.
I'm absolutely flabbergasted at this point, you really have no
value for the feedback you've been given.
None at all.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists