[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20110307.135059.229761671.davem@davemloft.net>
Date: Mon, 07 Mar 2011 13:50:59 -0800 (PST)
From: David Miller <davem@...emloft.net>
To: eli@....mellanox.co.il
Cc: roland@...estorage.com, netdev@...r.kernel.org
Subject: Re: [PATCH 13/17] mlx4: Add blue flame support for kernel consumers
From: David Miller <davem@...emloft.net>
Date: Mon, 07 Mar 2011 13:49:31 -0800 (PST)
> From: Eli Cohen <eli@....mellanox.co.il>
> Date: Mon, 7 Mar 2011 23:48:12 +0200
>
>> On Mon, Mar 07, 2011 at 01:40:01PM -0800, David Miller wrote:
>>> From: Eli Cohen <eli@....mellanox.co.il>
>>> Date: Mon, 7 Mar 2011 23:36:48 +0200
>>>
>>> > 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.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists