Re: [PATCH 13/17] mlx4: Add blue flame support for kernel consumers

From: David Miller <davem@davemloft.net>
Date: Mon, 07 Mar 2011 13:49:31 -0800 (PST)

From: Eli Cohen <redacted>
Date: Mon, 7 Mar 2011 23:48:12 +0200

quoted

On Mon, Mar 07, 2011 at 01:40:01PM -0800, David Miller wrote:

quoted

From: Eli Cohen <redacted>
Date: Mon, 7 Mar 2011 23:36:48 +0200

quoted

Specifically, some archs may not support write combining.

They should just create a non-write-combining mapping if they
don't support it.

I wouldn't expect that since the caller function could be mislead to
believe it has a write combining capable area.

It's a performance optimization, if you don't get write combining you'll
get more strict ordering, rather than less.

It cannot cause problem.

BTW, if we did as you suggest, fail if we don't support write combining,
then half the drivers in the tree would fail to probe on sparc64.

Every other driver expects it to succeed, with either write-combining
or more strict ordering semantics.  Never to fail simply because
write-combining isn't supported.

It's a request, not a requirement.