On 6/1/11, KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx> wrote: > 2011/6/1 Dmitry Eremin-Solenikov <dbaryshkov@xxxxxxxxx>: >> Please be more polite to other people. After a197b59ae6 all allocations >> with GFP_DMA set on nodes without ZONE_DMA fail nearly silently (only >> one warning during bootup is emited, no matter how many things fail). >> This is a very crude change on behaviour. To be more civil, instead of >> failing emit noisy warnings each time smbd. tries to allocate a GFP_DMA >> memory on non-ZONE_DMA node. >> >> This change should be reverted after one or two major releases, but >> we should be more accurate rather than hoping for the best. >> >> Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@xxxxxxxxx> >> Cc: David Rientjes <rientjes@xxxxxxxxxx> >> Cc: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx> >> Cc: Mel Gorman <mel@xxxxxxxxx> >> Cc: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx> >> Cc: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx> >> Cc: Rik van Riel <riel@xxxxxxxxxx> >> Cc: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx> > > Instaed of, shouldn't we revert a197b59ae6? Some arch don't have > DMA_ZONE at all. > and a197b59ae6 only care x86 embedded case. If we accept your patch, I > can imagine > other people will claim warn foold is a bug. ;) I think that argument from a197b59ae6 is correct. Allocating with GFP_DMA should fail if there is no ZONE_DMA. On the other hand linux/gfp.h clearly specifies: "...Ignored on some platforms, used as appropriate on others". So it's up to mm gurus to decide which way is correct. I'd be happy as long as we don't have such nasty change of behaviour. > However, I think, you should explain which platform and drivers hit > this breakage. > Otherwise developers can't learn which platform should care. I've hit this with IrDA driver on PXA. Also I've seen the report regarding other ARM platform (ep-something). Thus I've included Russell in the cc. -- With best wishes Dmitry -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxxx For more info on Linux MM, see: http://www.linux-mm.org/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>