On Mon, Jun 02, 2014 at 11:15:24AM +0300, Stanimir Varbanov wrote:
> > Lately I've been working on rpm, rpm-smd, smem, smd, smsm, smp2p
> > patches for mainline.
> > It could be argued that smd is a bus and should go in drivers/bus, but
> > for the rest I fear that we just created drivers/soc/qcom
Hi Bjorn,
Thanks for the patches.
> Lately I've been working on rpm, rpm-smd, smem, smd, smsm, smp2p
> patches for mainline.
> It could be argued that smd is a bus and should go in drivers/bus, but
> for the rest I fear that we just created drivers/soc/qcom as another
> dumping ground for thing
On Wed, May 28, 2014 at 10:06 AM, Kumar Gala wrote:
> It is the purpose so that as we see common patterns between either
> drivers/soc/ we can refactor in the future. However, we need to all
> a little time for those patterns to emerge rather than shoe horning in
> drivers into places that don
On May 28, 2014, at 11:59 AM, Bjorn Andersson wrote:
> On Wed, May 28, 2014 at 9:23 AM, Kumar Gala wrote:
>>
>> On May 27, 2014, at 12:28 PM, Bjorn Andersson
>> wrote:
>>
>>> This series adds a regulator driver for the Resource Power Manager found in
>>> Qualcomm 8660, 8960 and 8064 based d
On Wed, May 28, 2014 at 9:23 AM, Kumar Gala wrote:
>
> On May 27, 2014, at 12:28 PM, Bjorn Andersson
> wrote:
>
>> This series adds a regulator driver for the Resource Power Manager found in
>> Qualcomm 8660, 8960 and 8064 based devices.
>>
>> The RPM driver exposes resources to its child device
On May 27, 2014, at 12:28 PM, Bjorn Andersson
wrote:
> This series adds a regulator driver for the Resource Power Manager found in
> Qualcomm 8660, 8960 and 8064 based devices.
>
> The RPM driver exposes resources to its child devices, that can be accessed to
> implement drivers for the regula
6 matches
Mail list logo
