On Mon, Jan 20, 2014 at 10:21:29AM +, Russell King - ARM Linux wrote:
> And another one using that evil mail-followup-to header:
>
> Mail-Followup-To: Pali Rohár ,
> Anton Vorontsov ,
> Michael Trimarchi ,
> David Woodhouse ,
> Tony Lindgren ,
> Russell
And another one using that evil mail-followup-to header:
Mail-Followup-To: Pali Rohár ,
Anton Vorontsov ,
Michael Trimarchi ,
David Woodhouse ,
Tony Lindgren ,
Russell King , linux-kernel@vger.kernel.org,
Linux OMAP Mailing List ,
And another one using that evil mail-followup-to header:
Mail-Followup-To: Pali Rohár pali.ro...@gmail.com,
Anton Vorontsov an...@enomsg.org,
Michael Trimarchi mich...@amarulasolutions.com,
David Woodhouse dw...@infradead.org,
Tony Lindgren t...@atomide.com,
On Mon, Jan 20, 2014 at 10:21:29AM +, Russell King - ARM Linux wrote:
And another one using that evil mail-followup-to header:
Mail-Followup-To: Pali Rohár pali.ro...@gmail.com,
Anton Vorontsov an...@enomsg.org,
Michael Trimarchi mich...@amarulasolutions.com,
Hi
On Sun, Jan 19, 2014 at 9:54 PM, Sebastian Reichel wrote:
> On Mon, Dec 02, 2013 at 02:45:06AM +0100, Michael Trimarchi wrote:
>> On Mon, Dec 2, 2013 at 1:24 AM, Anton Vorontsov wrote:
>> > On Mon, Dec 02, 2013 at 01:02:40AM +0100, Michael Trimarchi wrote:
>> >> On Sun, Dec 1, 2013 at 11:37
On Mon, Dec 02, 2013 at 02:45:06AM +0100, Michael Trimarchi wrote:
> On Mon, Dec 2, 2013 at 1:24 AM, Anton Vorontsov wrote:
> > On Mon, Dec 02, 2013 at 01:02:40AM +0100, Michael Trimarchi wrote:
> >> On Sun, Dec 1, 2013 at 11:37 PM, Anton Vorontsov wrote:
> >> > On Mon, Nov 25, 2013 at
On Mon, Dec 02, 2013 at 02:45:06AM +0100, Michael Trimarchi wrote:
On Mon, Dec 2, 2013 at 1:24 AM, Anton Vorontsov an...@enomsg.org wrote:
On Mon, Dec 02, 2013 at 01:02:40AM +0100, Michael Trimarchi wrote:
On Sun, Dec 1, 2013 at 11:37 PM, Anton Vorontsov an...@enomsg.org wrote:
On Mon, Nov
Hi
On Sun, Jan 19, 2014 at 9:54 PM, Sebastian Reichel s...@ring0.de wrote:
On Mon, Dec 02, 2013 at 02:45:06AM +0100, Michael Trimarchi wrote:
On Mon, Dec 2, 2013 at 1:24 AM, Anton Vorontsov an...@enomsg.org wrote:
On Mon, Dec 02, 2013 at 01:02:40AM +0100, Michael Trimarchi wrote:
On Sun,
On Tue, Nov 19, 2013 at 02:24:16PM +0100, Pavel Machek wrote:
> On Tue 2013-11-19 11:18:04, Pali Rohár wrote:
> > This patch removing set_mode_hook function from board data and replacing it
> > with
> > new string variable of notifier power supply device. After this change it is
> > possible to
On Tue, Nov 19, 2013 at 02:24:16PM +0100, Pavel Machek wrote:
On Tue 2013-11-19 11:18:04, Pali Rohár wrote:
This patch removing set_mode_hook function from board data and replacing it
with
new string variable of notifier power supply device. After this change it is
possible to add DT
On Tuesday 19 November 2013 11:18:04 Pali Rohár wrote:
> This patch removing set_mode_hook function from board data and
> replacing it with new string variable of notifier power
> supply device. After this change it is possible to add DT
> support because driver does not need specific board
On Tuesday 19 November 2013 11:18:04 Pali Rohár wrote:
This patch removing set_mode_hook function from board data and
replacing it with new string variable of notifier power
supply device. After this change it is possible to add DT
support because driver does not need specific board function
Hi
On Mon, Dec 2, 2013 at 1:24 AM, Anton Vorontsov wrote:
> On Mon, Dec 02, 2013 at 01:02:40AM +0100, Michael Trimarchi wrote:
>> On Sun, Dec 1, 2013 at 11:37 PM, Anton Vorontsov wrote:
>> > On Mon, Nov 25, 2013 at 08:16:34PM +0100, Michael Trimarchi wrote:
>> > ...
>> >> >> So you can read
On Mon, Dec 02, 2013 at 01:02:40AM +0100, Michael Trimarchi wrote:
> On Sun, Dec 1, 2013 at 11:37 PM, Anton Vorontsov wrote:
> > On Mon, Nov 25, 2013 at 08:16:34PM +0100, Michael Trimarchi wrote:
> > ...
> >> >> So you can read this value without any type of synchronization
> >> >> with the
Hi Anton
On Sun, Dec 1, 2013 at 11:37 PM, Anton Vorontsov wrote:
> On Mon, Nov 25, 2013 at 08:16:34PM +0100, Michael Trimarchi wrote:
> ...
>> >> So you can read this value without any type of synchronization
>> >> with the power_supply_core
>> >> and sysfs implementation?
> ...
>>
On Mon, Nov 25, 2013 at 08:16:34PM +0100, Michael Trimarchi wrote:
...
> >> So you can read this value without any type of synchronization
> >> with the power_supply_core
> >> and sysfs implementation?
...
> https://lists.ubuntu.com/archives/kernel-team/2013-January/025206.html
>
> I found and
On Mon, Nov 25, 2013 at 08:16:34PM +0100, Michael Trimarchi wrote:
...
So you can read this value without any type of synchronization
with the power_supply_core
and sysfs implementation?
...
https://lists.ubuntu.com/archives/kernel-team/2013-January/025206.html
I found and equivalent
Hi Anton
On Sun, Dec 1, 2013 at 11:37 PM, Anton Vorontsov an...@enomsg.org wrote:
On Mon, Nov 25, 2013 at 08:16:34PM +0100, Michael Trimarchi wrote:
...
So you can read this value without any type of synchronization
with the power_supply_core
and sysfs implementation?
...
On Mon, Dec 02, 2013 at 01:02:40AM +0100, Michael Trimarchi wrote:
On Sun, Dec 1, 2013 at 11:37 PM, Anton Vorontsov an...@enomsg.org wrote:
On Mon, Nov 25, 2013 at 08:16:34PM +0100, Michael Trimarchi wrote:
...
So you can read this value without any type of synchronization
with the
Hi
On Mon, Dec 2, 2013 at 1:24 AM, Anton Vorontsov an...@enomsg.org wrote:
On Mon, Dec 02, 2013 at 01:02:40AM +0100, Michael Trimarchi wrote:
On Sun, Dec 1, 2013 at 11:37 PM, Anton Vorontsov an...@enomsg.org wrote:
On Mon, Nov 25, 2013 at 08:16:34PM +0100, Michael Trimarchi wrote:
...
So
On Thursday 28 November 2013 01:25:50 Sebastian Reichel wrote:
> On Wed, Nov 27, 2013 at 10:16:47PM +0100, Pali Rohár wrote:
> > On Monday 25 November 2013 22:50:01 Sebastian Reichel wrote:
> > > > 2 seems more generic to me, but as rx51-battery is
> > > > missing the functionality to send events
On Wed, Nov 27, 2013 at 10:16:47PM +0100, Pali Rohár wrote:
> On Monday 25 November 2013 22:50:01 Sebastian Reichel wrote:
> > > 2 seems more generic to me, but as rx51-battery is missing
> > > the functionality to send events on temperature change, I
> > > guess 1 will be easier to implement.
> >
On Monday 25 November 2013 22:50:01 Sebastian Reichel wrote:
> > 2 seems more generic to me, but as rx51-battery is missing
> > the functionality to send events on temperature change, I
> > guess 1 will be easier to implement.
>
> The temperature must be polled anyway, if the ADC does not
>
On Monday 25 November 2013 22:50:01 Sebastian Reichel wrote:
2 seems more generic to me, but as rx51-battery is missing
the functionality to send events on temperature change, I
guess 1 will be easier to implement.
The temperature must be polled anyway, if the ADC does not
support
On Wed, Nov 27, 2013 at 10:16:47PM +0100, Pali Rohár wrote:
On Monday 25 November 2013 22:50:01 Sebastian Reichel wrote:
2 seems more generic to me, but as rx51-battery is missing
the functionality to send events on temperature change, I
guess 1 will be easier to implement.
The
On Thursday 28 November 2013 01:25:50 Sebastian Reichel wrote:
On Wed, Nov 27, 2013 at 10:16:47PM +0100, Pali Rohár wrote:
On Monday 25 November 2013 22:50:01 Sebastian Reichel wrote:
2 seems more generic to me, but as rx51-battery is
missing the functionality to send events on
Hi,
On Mon, Nov 25, 2013 at 08:32:46PM +0200, Ивайло Димитров wrote:
> So, AIUI there are 2 options:
>
> 1. charger driver polls the battery driver every n (60?) seconds.
> 2. battery driver sends PSY_EVENT_PROP_CHANGED on every degree
>up or down.
>
> In both cases if the temperature is
Hi
On Sun, Nov 24, 2013 at 8:01 PM, Pali Rohár wrote:
> On Sunday 24 November 2013 18:18:03 Michael Trimarchi wrote:
>> Hi
>>
>> On Tue, Nov 19, 2013 at 11:18 AM, Pali Rohár
> wrote:
>> > This patch removing set_mode_hook function from board data
>> > and replacing it with new string variable
On Monday 25 November 2013 16:18:39 Pavel Machek wrote:
> On Mon 2013-11-25 15:10:00, Pali Rohár wrote:
> > On Monday 25 November 2013 15:01:27 Pavel Machek wrote:
> > > Where can I get dsme sources?
> > >
> > > Pavel
> >
> > dsme
> Оригинално писмо
>От: Sebastian Reichel
>Относно: Re: [PATCH v2 2/3] bq2415x_charger: Use power_supply notifier for
automode
>До: Ивайло Димитров
>Изпратено на: Понеделник, 2013, Ноември 25 19:14:21 EET
>
>
>On Mon, Nov 25, 2013 at 07:01:54P
On Mon, Nov 25, 2013 at 07:01:54PM +0200, Ивайло Димитров wrote:
>> Now.. Imagine phone left in car in charger (on sun). Likely
>> temperature will reach high values, kernel is charging, dsme will
>> reboot the system, but kernel will start charging again, dsme will
>> reboot again, ...
>>
>> And
> Оригинално писмо
>От: Pavel Machek
>Относно: Re: [PATCH v2 2/3] bq2415x_charger: Use power_supply notifier for
automode
>До: Pali Rohár
>Изпратено на: Понеделник, 2013, Ноември 25 17:18:39 EET
>
>
>On Mon 2013-11-25 15:10:00, Pali Rohár
On Mon 2013-11-25 15:10:00, Pali Rohár wrote:
> On Monday 25 November 2013 15:01:27 Pavel Machek wrote:
> > Where can I get dsme sources?
> > Pavel
>
> dsme daemon: https://gitorious.org/community-ssu/dsme
> dsme thermal plugin:
On Monday 25 November 2013 15:01:27 Pavel Machek wrote:
> Where can I get dsme sources?
> Pavel
dsme daemon: https://gitorious.org/community-ssu/dsme
dsme thermal plugin:
Hi!
On Sun 2013-11-24 20:41:46, Pali Rohár wrote:
> On Sunday 24 November 2013 20:26:09 Sebastian Reichel wrote:
> > On Sun, Nov 24, 2013 at 08:01:16PM +0100, Pali Rohár wrote:
> > > Currently on Maemo 5 this is handled in userspace (with open
> > > source dsme daemon).
> >
> > I assume it
Hi!
On Sun 2013-11-24 20:41:46, Pali Rohár wrote:
On Sunday 24 November 2013 20:26:09 Sebastian Reichel wrote:
On Sun, Nov 24, 2013 at 08:01:16PM +0100, Pali Rohár wrote:
Currently on Maemo 5 this is handled in userspace (with open
source dsme daemon).
I assume it currently also
On Monday 25 November 2013 15:01:27 Pavel Machek wrote:
Where can I get dsme sources?
Pavel
dsme daemon: https://gitorious.org/community-ssu/dsme
dsme thermal plugin:
On Mon 2013-11-25 15:10:00, Pali Rohár wrote:
On Monday 25 November 2013 15:01:27 Pavel Machek wrote:
Where can I get dsme sources?
Pavel
dsme daemon: https://gitorious.org/community-ssu/dsme
dsme thermal plugin:
Оригинално писмо
От: Pavel Machek
Относно: Re: [PATCH v2 2/3] bq2415x_charger: Use power_supply notifier for
automode
До: Pali Rohár
Изпратено на: Понеделник, 2013, Ноември 25 17:18:39 EET
On Mon 2013-11-25 15:10:00, Pali Rohár wrote:
On Monday 25 November
On Mon, Nov 25, 2013 at 07:01:54PM +0200, Ивайло Димитров wrote:
Now.. Imagine phone left in car in charger (on sun). Likely
temperature will reach high values, kernel is charging, dsme will
reboot the system, but kernel will start charging again, dsme will
reboot again, ...
And it is not
Оригинално писмо
От: Sebastian Reichel
Относно: Re: [PATCH v2 2/3] bq2415x_charger: Use power_supply notifier for
automode
До: Ивайло Димитров
Изпратено на: Понеделник, 2013, Ноември 25 19:14:21 EET
On Mon, Nov 25, 2013 at 07:01:54PM +0200, Ивайло Димитров wrote
On Monday 25 November 2013 16:18:39 Pavel Machek wrote:
On Mon 2013-11-25 15:10:00, Pali Rohár wrote:
On Monday 25 November 2013 15:01:27 Pavel Machek wrote:
Where can I get dsme sources?
Pavel
dsme daemon:
Hi
On Sun, Nov 24, 2013 at 8:01 PM, Pali Rohár pali.ro...@gmail.com wrote:
On Sunday 24 November 2013 18:18:03 Michael Trimarchi wrote:
Hi
On Tue, Nov 19, 2013 at 11:18 AM, Pali Rohár
pali.ro...@gmail.com wrote:
This patch removing set_mode_hook function from board data
and replacing it
Hi,
On Mon, Nov 25, 2013 at 08:32:46PM +0200, Ивайло Димитров wrote:
So, AIUI there are 2 options:
1. charger driver polls the battery driver every n (60?) seconds.
2. battery driver sends PSY_EVENT_PROP_CHANGED on every degree
up or down.
In both cases if the temperature is outside
On Sun, Nov 24, 2013 at 08:41:46PM +0100, Pali Rohár wrote:
> On Sunday 24 November 2013 20:26:09 Sebastian Reichel wrote:
> > On Sun, Nov 24, 2013 at 08:01:16PM +0100, Pali Rohár wrote:
> > > Currently on Maemo 5 this is handled in userspace (with open
> > > source dsme daemon).
> >
> > I assume
On Sunday 24 November 2013 20:26:09 Sebastian Reichel wrote:
> On Sun, Nov 24, 2013 at 08:01:16PM +0100, Pali Rohár wrote:
> > Currently on Maemo 5 this is handled in userspace (with open
> > source dsme daemon).
>
> I assume it currently also takes care of the bq2415x watchdog?
> That means if
On Sun, Nov 24, 2013 at 08:01:16PM +0100, Pali Rohár wrote:
> > I'm wondering if the watchdog thread should check some values,
> > like e.g. battery temperature. It should stop charging the
> > battery if some critical battery temperature threshold is
> > reached.
>
> For checking battery
On Sunday 24 November 2013 18:18:03 Michael Trimarchi wrote:
> Hi
>
> On Tue, Nov 19, 2013 at 11:18 AM, Pali Rohár
wrote:
> > This patch removing set_mode_hook function from board data
> > and replacing it with new string variable of notifier power
> > supply device. After this change it is
On Sunday 24 November 2013 18:00:00 Sebastian Reichel wrote:
> Hi,
>
> On Tue, Nov 19, 2013 at 11:18:04AM +0100, Pali Rohár wrote:
> > This patch removing set_mode_hook function from board data
> > and replacing it with new string variable of notifier power
> > supply device. After this change it
Hi
On Tue, Nov 19, 2013 at 11:18 AM, Pali Rohár wrote:
> This patch removing set_mode_hook function from board data and replacing it
> with
> new string variable of notifier power supply device. After this change it is
> possible to add DT support because driver does not need specific board
>
Hi,
On Tue, Nov 19, 2013 at 11:18:04AM +0100, Pali Rohár wrote:
> This patch removing set_mode_hook function from board data and replacing it
> with
> new string variable of notifier power supply device. After this change it is
> possible to add DT support because driver does not need specific
Hi,
On Tue, Nov 19, 2013 at 11:18:04AM +0100, Pali Rohár wrote:
This patch removing set_mode_hook function from board data and replacing it
with
new string variable of notifier power supply device. After this change it is
possible to add DT support because driver does not need specific board
Hi
On Tue, Nov 19, 2013 at 11:18 AM, Pali Rohár pali.ro...@gmail.com wrote:
This patch removing set_mode_hook function from board data and replacing it
with
new string variable of notifier power supply device. After this change it is
possible to add DT support because driver does not need
On Sunday 24 November 2013 18:00:00 Sebastian Reichel wrote:
Hi,
On Tue, Nov 19, 2013 at 11:18:04AM +0100, Pali Rohár wrote:
This patch removing set_mode_hook function from board data
and replacing it with new string variable of notifier power
supply device. After this change it is
On Sunday 24 November 2013 18:18:03 Michael Trimarchi wrote:
Hi
On Tue, Nov 19, 2013 at 11:18 AM, Pali Rohár
pali.ro...@gmail.com wrote:
This patch removing set_mode_hook function from board data
and replacing it with new string variable of notifier power
supply device. After this
On Sun, Nov 24, 2013 at 08:01:16PM +0100, Pali Rohár wrote:
I'm wondering if the watchdog thread should check some values,
like e.g. battery temperature. It should stop charging the
battery if some critical battery temperature threshold is
reached.
For checking battery temperature is
On Sunday 24 November 2013 20:26:09 Sebastian Reichel wrote:
On Sun, Nov 24, 2013 at 08:01:16PM +0100, Pali Rohár wrote:
Currently on Maemo 5 this is handled in userspace (with open
source dsme daemon).
I assume it currently also takes care of the bq2415x watchdog?
That means if the
On Sun, Nov 24, 2013 at 08:41:46PM +0100, Pali Rohár wrote:
On Sunday 24 November 2013 20:26:09 Sebastian Reichel wrote:
On Sun, Nov 24, 2013 at 08:01:16PM +0100, Pali Rohár wrote:
Currently on Maemo 5 this is handled in userspace (with open
source dsme daemon).
I assume it currently
On Tue 2013-11-19 11:18:04, Pali Rohár wrote:
> This patch removing set_mode_hook function from board data and replacing it
> with
> new string variable of notifier power supply device. After this change it is
> possible to add DT support because driver does not need specific board
> function
>
This patch removing set_mode_hook function from board data and replacing it with
new string variable of notifier power supply device. After this change it is
possible to add DT support because driver does not need specific board function
anymore. Only static data and name of power supply device is
This patch removing set_mode_hook function from board data and replacing it with
new string variable of notifier power supply device. After this change it is
possible to add DT support because driver does not need specific board function
anymore. Only static data and name of power supply device is
On Tue 2013-11-19 11:18:04, Pali Rohár wrote:
This patch removing set_mode_hook function from board data and replacing it
with
new string variable of notifier power supply device. After this change it is
possible to add DT support because driver does not need specific board
function
62 matches
Mail list logo