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
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
Hi Bjorn,
Thanks for the patches.
snip
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
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 as
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
On Wed, May 28, 2014 at 10:06 AM, Kumar Gala ga...@codeaurora.org wrote:
It is the purpose so that as we see common patterns between either
drivers/soc/VENDOR we can refactor in the future. However, we need to all
a little time for those patterns to emerge rather than shoe horning in
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
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
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
On May 27, 2014, at 12:28 PM, Bjorn Andersson bjorn.anders...@sonymobile.com
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
On Wed, May 28, 2014 at 9:23 AM, Kumar Gala ga...@codeaurora.org wrote:
On May 27, 2014, at 12:28 PM, Bjorn Andersson
bjorn.anders...@sonymobile.com wrote:
This series adds a regulator driver for the Resource Power Manager found in
Qualcomm 8660, 8960 and 8064 based devices.
The RPM
On May 28, 2014, at 11:59 AM, Bjorn Andersson bj...@kryo.se wrote:
On Wed, May 28, 2014 at 9:23 AM, Kumar Gala ga...@codeaurora.org wrote:
On May 27, 2014, at 12:28 PM, Bjorn Andersson
bjorn.anders...@sonymobile.com wrote:
This series adds a regulator driver for the Resource Power
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 regulators, clocks and bus frequency control that's
owned by the RPM in
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 regulators, clocks and bus frequency control that's
owned by the RPM in
14 matches
Mail list logo