[Meego-kernel] [PATCH] mrst.c changes for Intel MSIC battery driver...
Arjan van de Ven
arjan at linux.intel.com
Thu Dec 16 06:31:30 PST 2010
On 12/16/2010 4:34 AM, Pallala, Ramakrishna wrote:
>> On 12/15/2010 2:51 AM, Pallala, Ramakrishna wrote:
>>>>>> what is the bug number against the firmware? When will the firmware be
>>>>>> fixed?
>>>>>>
>>>>> #define BATT_INTR_SRAM_ADDR 0xFFFF7FC3
>>>>> #define BATT_OCV_SRAM_ADDR 0xFFFF3008
>>>>>
>>>>> These address are architectural they will not change across Medfield platforms. Can
>> I
>>>> hard code
>>>>> These addresses based on the point that they will not change?
>>>>>
>>>>> If not, I have to request the FW team to provide an IPC call to get these addresses.
>>>> why an IPC call and not a PCI bar ?
>>> Battery driver is a platform device...
>> and it has a unique sram all to itself????
>> or is it a global shared sram and it just has a few bytes in it
>> (I'm fine with #defining an offset within a global sram in a driver..
>> just not fine with #defining the address of the sram like this)
>>
> It is global shared sram.
> audio driver is also uses sram(MIMO interrupt region). But it is PCI device.
> Is it ok to use IPC call to get these addresses?
why use IPC if you can just ask the PCI device what it's bar is ????
More information about the MeeGo-kernel
mailing list