lkml.org 
[lkml]   [2012]   [Mar]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [patch v2] edac i5000, i5400: fix pointer math in i5000_get_mc_regs()


Am 05.03.2012 10:52, schrieb Dan Carpenter:
> On Mon, Mar 05, 2012 at 10:45:39AM +0100, walter harms wrote:
>>
>>
>> Am 05.03.2012 10:01, schrieb Dan Carpenter:
>>> "pvt->ambase" is a u64 datatype. The intent here is to fill the first
>>> half in the first call to pci_read_config_dword() and the other half in
>>> the second. Unfortunately the pointer math is wrong so we set the wrong
>>> data.
>>>
>>> Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>
>>> ---
>>> v2: Redid it as with a union as Walter Harms suggested.
>>> Fixed the same bug in i5400_edac.c as well.
>>>
>>> I don't have this hardware, so please review carefully.
>>>
>>> diff --git a/drivers/edac/i5400_edac.c b/drivers/edac/i5400_edac.c
>>> index 74d6ec34..083e80a 100644
>>> --- a/drivers/edac/i5400_edac.c
>>> +++ b/drivers/edac/i5400_edac.c
>>> @@ -343,7 +343,13 @@ struct i5400_pvt {
>>> struct pci_dev *branch_1; /* 22.0 */
>>>
>>> u16 tolm; /* top of low memory */
>>> - u64 ambase; /* AMB BAR */
>>> + union {
>>> + u64 ambase; /* AMB BAR */
>>> + struct {
>>> + u32 ambase_bottom;
>>> + u32 ambase_top;
>>> + } u;
>>> + };
>>>
>>
>> would this work with alignment=8 ?
>
> Are you asking or telling?
>

asking, i am really curious.

re,
wh

> I guess I'll add a __packed and resend in case it's an issue.
>
> regards,
> dan carpenter
>


\
 
 \ /
  Last update: 2012-03-05 11:09    [W:0.070 / U:1.276 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site