[lkml]   [2003]   [Aug]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH] RFC: kills consistent_dma_mask
>>>>> "Pete" == Pete Zaitcev <> writes:

>> It isn't even implemented on most platforms - only x86_64 and ia64
>> have support for it, while on the remaining archs using it
>> according to the docs (with non-default value) could mean Oops or
>> something like that.

Pete> Before you go for that, I'd rather see you implementing the
Pete> double/tripple calls in drivers, check for effects, THEN go for
Pete> removal of the mask. If you cannot do it, plea SGI people to
Pete> test it on SN-2 for you (or same for Intel Tiger box).

Hi Pete,

That would be totally messy. Having drivers do the accounting of what
mask is currently set and have them switch back and forth depending on
what type of allocation is currently being used would be a nightmare
to debug.

Pete> The consistent mask looks a little distasteful to me, and I
Pete> think it should not buy us performance because consistent
Pete> allocations are not supposed to be fast. They are bad, but what
Pete> you are doing is worse: you are trying to ruin the day of
Pete> legitimate users. Please, be reasonable. Get SGI buy-in and
Pete> come back.

The thing is that we really want to do 32-bit allocations for
consistent allocations if we can in anyway do it since it means the
card can do SAC for all access to control structures. However as you
mention there are cases where this isn't possible and we will have to
take the hit of DAC cycles.

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:47    [W:0.531 / U:0.196 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site