On Mon, 2020-06-29 at 16:06 +0200, Giuseppe Sacco wrote:
>
> If I understood what you wrote, the pmu_battery driver registers the
> device as of class "power_supply" calling the function
> power_supply_register() as you may see at line 155 of
> https://git.kernel.org/pub/scm/linux/kernel/git/sta
On Mon, 2020-06-29 at 14:58 +0200, Giuseppe Sacco wrote:
> Il giorno lun, 29/06/2020 alle 13.06 +0200, Bastien Nocera ha
> scritto:
> > On Mon, 2020-06-29 at 12:00 +0100, Richard Hughes wrote:
> > > On Mon, 29 Jun 2020 at 02:54, Giuseppe Sacco
> > > wrote:
> &g
On Mon, 2020-06-29 at 12:00 +0100, Richard Hughes wrote:
> On Mon, 29 Jun 2020 at 02:54, Giuseppe Sacco
> wrote:
> > Browsing UPower source code I noticed that PMU device is not
> > managed at
> > all, at least on the Linux branch.
>
> If it helps, HAL used to have code to read from PMU devices.
On Sun, 2019-03-24 at 18:11 -0700, Justin Smith wrote:
> As seen here:
> https://askubuntu.com/questions/1122662/how-can-i-make-upower-and-the-power-subsystem-recognize-that-the-power-supply-is
>
> That is not my post but, it seems, everyone with this laptop is
> having
> the same issue.
>
> I
On Mon, 2018-07-02 at 12:19 +0200, Michael Biebl wrote:
> Related to that: Where should bug reports be filed for upower
> nowadays:
> https://bugs.freedesktop.org/describecomponents.cgi?product=upower
> or https://gitlab.freedesktop.org/upower/upower/issues ?
The latter is better, as that makes it
On Thu, 2018-06-21 at 00:40 +0200, Michael Biebl wrote:
> Hi
>
> 2018-06-20 15:33 GMT+02:00 Bastien Nocera :
> > On Wed, 2018-06-20 at 15:19 +0200, Michael Biebl wrote:
> > > Hi Richard
> > >
> > > 2018-06-19 15:45 GMT+02:
On Wed, 2018-06-20 at 15:19 +0200, Michael Biebl wrote:
> Hi Richard
>
> 2018-06-19 15:45 GMT+02:00 Richard Hughes :
> > Version 0.99.8
> > ~~
> > Released: 2018-06-18
>
> There is no tarball at https://upower.freedesktop.org/releases/
> Is that an oversight or intentional?
It's inte
On Tue, 2018-06-19 at 09:38 +0200, Charles-Antoine Couret wrote:
> Some firmware like on Lenovo E560 never sends "fully charged" status.
> The idea is to consider the situation: a battery without energy
> consumption,
> in discharging mode but with AC power plugged is fully charged.
We use GitLab
On Fri, 2018-04-06 at 11:46 -0700, Dmitry Torokhov wrote:
> Newer kernels emit bind/unbind uevents that are not of interest to
> powerd. To avoid littering logs with scary messages, let's lower
> their
> severity to "debug".
The devkit mailing-list isn't an open mailing-list, and we (still) use
bu
On Fri, 2018-02-23 at 14:02 -0800, Andy Holmes wrote:
> Hi,
>
> I had a short conversation with hughsie about inserting an emulated
> device into the list of devices enumerated by UPower, esp DBus. He
> indicated there's little or no documentation on this, but might be
> possible by manipulating a
Hey,
On Mon, 2017-11-13 at 17:19 +0100, segfault wrote:
> Hi,
>
> we at Tails (tails.boum.org) currently work on integrating support
> for
> unlocking VeraCrypt (and probably also TrueCrypt) volumes in Tails
> via
> udisks2 and GNOME Disks (and maybe also GNOME Files and the GVfs
> monitor). We i
On Wed, 2017-02-15 at 15:38 +0100, Martin Pitt wrote:
> Hello all,
>
>
> We discussed that in person two weeks ago. We decided that we'll
> rename
> everything back to udisks, so that big PR now landed:
>
> https://github.com/storaged-project/udisks/pull/191
>
> I also closed down the old ud
On Mon, 2016-10-17 at 04:01 +0200, Alexander Couzens wrote:
> It's useful for setups which don't support hibernate.
I don't think it is, but you can discuss this here:
https://bugs.freedesktop.org/show_bug.cgi?id=73435
Cheers
___
devkit-devel mailing li
On Tue, 2016-03-15 at 16:59 -0400, Nathaniel McCallum wrote:
> Sorry for the cross-post! However, I figured it was the best way to
> reach all the right people.
>
> I'm the author of the Tang[1] project. In a nutshell, Tang provides a
> way to bind an encrypted disk to a network. We currently prov
On Thu, 2015-11-19 at 10:30 +0100, Tomáš Smetana wrote:
> On Wed, 18 Nov 2015 17:40:33 +0100
> Bastien Nocera wrote:
>
> > On Wed, 2015-11-11 at 11:27 +0100, Tomáš Smetana wrote:
> > > Hello.
> > >
> >
> > > If udisks2 upstream would be willin
On Wed, 2015-11-11 at 11:27 +0100, Tomáš Smetana wrote:
> Hello.
>
> If udisks2 upstream would be willing to support the server-type use cases, we
> would of course gladly join them. But again: it's already many years old
> topic. And unless udisks2 upstream changes their mind, there is no other
On Fri, 2015-11-13 at 12:47 +, Mueller, Daniel wrote:
> Hi
Can you please put your patches in Bugzilla? That way they don't get
lost.
Cheers
___
devkit-devel mailing list
devkit-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listin
On Tue, 2015-09-01 at 15:36 +0200, Thomas Gläßle wrote:
> Hey,
>
> > sorry, it took me quite a while, but I finally found some time to
> > write
> > the patch. Since I don't know the preferred channel for
> > contributions I
> > uploaded it at my github for now. Feel free to teach me better and
>
On Mon, 2015-06-08 at 13:21 +0200, Arnaud Quette wrote:
>
>
> 2015-06-08 13:09 GMT+02:00 Bastien Nocera :
> > On Mon, 2015-06-08 at 10:13 +0200, Arnaud Quette wrote:
> > > -ATTRS{idVendor}=="06da", ENV{UPOWER_VENDOR}="Liebert"
> > >
> >
On Mon, 2015-06-08 at 10:13 +0200, Arnaud Quette wrote:
> -ATTRS{idVendor}=="06da", ENV{UPOWER_VENDOR}="Liebert"
>
> +ATTRS{idVendor}=="06da", ENV{UPOWER_VENDOR}="Phoenixtec Power Co., Ltd"
I'm guessing this would require changes in NUT, so I should mention I
don't like that change. Maybe:
+ATTRS
On Mon, 2015-06-08 at 09:45 +0200, Arnaud Quette wrote:
>
>
> 2015-06-04 13:04 GMT+02:00 Bastien Nocera :
> > On Sat, 2015-05-30 at 18:51 +0200, Arnaud Quette wrote:
> > >
> > >
> > > 2015-05-29 14:09 GMT+02:00 Bastien Nocera :
> > > >
On Sat, 2015-05-30 at 18:51 +0200, Arnaud Quette wrote:
>
>
> 2015-05-29 14:09 GMT+02:00 Bastien Nocera :
> > On Fri, 2015-05-29 at 13:59 +0200, Arnaud Quette wrote:
> > > Hi Richard and the list,
> > >
> > > you'll find attached a patch for 95-upo
On Fri, 2015-05-29 at 18:57 -0400, Charles Lepple wrote:
> On May 29, 2015, at 8:09 AM, Bastien Nocera
> wrote:
>
> > It would also be useful to include a full URL to the NUT Perl
> > script
> > (to a git repository perhaps), so people don't need to check out
On Fri, 2015-05-29 at 14:09 +0200, Bastien Nocera wrote:
> On Fri, 2015-05-29 at 13:59 +0200, Arnaud Quette wrote:
> > Hi Richard and the list,
> >
> > you'll find attached a patch for 95-upower-hid.rules, which adds:
> > - the "usbmisc" filtering,
On Fri, 2015-05-29 at 13:59 +0200, Arnaud Quette wrote:
> Hi Richard and the list,
>
> you'll find attached a patch for 95-upower-hid.rules, which adds:
> - the "usbmisc" filtering, as added in your repo,
> - more comments, including one that points at your UPower repo,
> - 3 new manufacturers (Mi
On Wed, 2015-01-21 at 15:56 +0100, Peter Wu wrote:
> Linux 3.19 changed the way in which devices get registered by
> introducing a hid-logitech-hidpp module. The driver name therefore
> needs
> to be adjusted.
>
> Signed-off-by: Peter Wu
Pushed. In the future, please send patches to bugzilla, s
On Thu, 2014-07-03 at 15:12 +0200, Václav Krpec wrote:
> Hi Bastien,
>
> please find strace & sysprof logs attached.
> The *.ok.* logs were taken after the problem disappears
> (AC adapter attached) for reference.
Looks like it could be the history writing indeed.
I'd advise you to upgrade to a
On Wed, 2014-07-02 at 14:40 +0200, Václav Krpec wrote:
> Hmmm, I wouldn't call 0.5 to 1 MB tiny amount...
It is when it's not synced to the disk and stays in the kernel's cache.
(By the way, you'll want to include "-ttt" in your strace flags, so that
time is printed).
Let me know when you've had
On Wed, 2014-07-02 at 13:11 +0200, Václav Krpec wrote:
> Hi Bastien,
>
> you are right; the polling looks the same as now (I started to charge,
> so the problem disappears).
> However, I notice something else that is quite different:
> the amount of writing to /var/lib/upower/history- files.
> And
On Wed, 2014-07-02 at 12:09 +0200, Václav Krpec wrote:
> Hello everybody,
>
> as a follow-up of the previous post, this time I include
> strace log.
> upower seems to read battery info in busy loop:
> it appears to me that there's a failure in an attempt to recvmsg (EAGAIN)
> (that might be the bu
On Thu, 2014-06-05 at 19:46 +0200, Vojtech Bocek wrote:
> 2014-06-05 11:57 GMT+02:00 Bastien Nocera :
> > On Thu, 2014-06-05 at 00:56 +0200, Vojtech Bocek wrote:
> > But it's not a battery? Why does it use the power supply class if it
> > doesn't export a battery?
&g
On Thu, 2014-06-05 at 00:56 +0200, Vojtech Bocek wrote:
> The driver exports type. It reads "BMS" (Battery Management System).
But it's not a battery? Why does it use the power supply class if it
doesn't export a battery?
> But upower doesn't know that type (it isn't in vanilla kernel) and
> whil
On Wed, 2014-06-04 at 22:34 +0200, Vojtech Bocek wrote:
> Hello,
> on Google Nexus 5, there is a Linux kernel driver used to change
> charging current according to battery's temperature (too hot -> lower
> the current)[1]. This driver exports as type "BMS" (battery management
> system, not present
Hey,
I've removed the IsDocked property in upower master (in preparation for
UPower 1.0). This property was supposed to be used to detect docks. Then
the usage changed slightly to detect whether an external display was
used. But it broke with hybrid graphics cards.
Instead of shipping with a prop
On Mon, 2014-03-17 at 12:03 +0700, Antoine Martin wrote:
> On 16/03/14 22:36, Antoine Martin wrote:
> > On 16/03/14 22:30, Michael Biebl wrote:
> >> 2014-03-16 15:54 GMT+01:00 Antoine Martin :
> >>> On 16/03/14 21:28, Michael Biebl wrote:
> >>>
> >>> Newer upower versions no longer emit that signal
On Wed, 2014-03-12 at 13:55 +0400, Муравьев Илья wrote:
> Hi developers of UPower,
>
> I have a problem with my new motherboard/kernel/distro (ACPI issue,
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1264707 ), and it
> would be nice if you help me.
>
> UPower seems to make some actions
On Wed, 2014-03-05 at 19:06 -0500, Phillip Susi wrote:
> Udisks2 added support for setting standby timers and I think some
> other drive settings. At the same time, udisksd is a demand start
> daemon, that is launched by dbus only when a client tries to use it.
> This combination seems to conflict
On Fri, 2014-02-28 at 10:40 +0100, Joschi Brauchle wrote:
> Thanks for the quick answer!
>
>
> On 02/28/2014 10:15 AM, Bastien Nocera wrote:
> >
> >> Thus, the "time-to-empty" flag is only available for BAT1 and clearly
> >> only displays the time
On Fri, 2014-02-28 at 10:08 +0100, Joschi Brauchle wrote:
> Hello everyone,
>
> I have the following problem with a Lenovo Thinkpad T440s laptop, but is
> looks like a much more general problem that affects may users (will
> provide bugzilla links later):
> Thus, the "time-to-empty" flag is onl
he old API.
> >
> > New Features:
> > - Add WarningLevel and IconName properties to all devices (Bastien Nocera)
> > - Add DisplayDevice composite battery (Bastien Nocera)
> > - Enforce critical battery policy on the daemon side (Bastien Nocera)
>
> Hi there
>
On Mon, 2013-10-21 at 13:02 +0200, Bastien Nocera wrote:
> > The rest of
> > the improvements are great and much needed so it'd be a shame to have to
> > stick on 0.9.
>
> In the GNOME stack, we had 3 users in the shell stack
> (gnome-settings-daemon, gnome-contr
On Mon, 2013-10-21 at 11:26 +0100, Iain Lane wrote:
> Hi,
>
> On Thu, Oct 17, 2013 at 03:44:45PM +0200, Bastien Nocera wrote:
> > Heya,
> > […]
> > libupower-glib
> > --
> > […]
> > Removed functions:
> > - up_client_get_prope
Heya,
I'll be blogging shortly[1] about the UPower changes that I've made on
master. Consider this a simple porting guide for your applications.
libupower-glib
--
Added functions:
- up_client_get_display_device(), gets you a UpDevice that represents
the combination of all batteries a
On Thu, 2013-10-10 at 23:34 +0200, Bastien Nocera wrote:
> Heya,
>
> I've pushed a WIP branch for UPower [1] that cleans up obsoleted and
> edge features so as to make porting and cleaning up UPower easier.
>
> Removed "features":
> - Already deprecated fu
On Sat, 2013-10-12 at 12:29 -0700, Douglas M Brannan wrote:
> Could any one of you help me understand how and why I'm receiving your
> e mails? My adders is not on your list and I have no clue what "free
> desktop.org" might be.
You've subscribed, or somebody subscribed you to the list. Use the
On Fri, 2013-10-11 at 13:18 +0200, Tom Gundersen wrote:
> On Thu, Oct 10, 2013 at 11:34 PM, Bastien Nocera wrote:
> > - Requesting suspend/hibernate/hybrid suspend on behalf of the session
> > on critical battery
>
> How do you envision this working?
>
> In partic
On Fri, 2013-10-11 at 13:04 +0200, Tom Gundersen wrote:
> On Fri, Oct 11, 2013 at 10:11 AM, Bastien Nocera wrote:
> > On Fri, 2013-10-11 at 06:56 +0200, Tomasz Torcz wrote:
> >> On Thu, Oct 10, 2013 at 11:34:15PM +0200, Bastien Nocera wrote:
> >> > - Restore brightne
On Fri, 2013-10-11 at 06:56 +0200, Tomasz Torcz wrote:
> On Thu, Oct 10, 2013 at 11:34:15PM +0200, Bastien Nocera wrote:
> > - Restore brightness on boot (this might be done in systemd instead)
>
> Yes, since systemd 207.
We discussed that at GUADEC, and I'm happy it got
Heya,
I've pushed a WIP branch for UPower [1] that cleans up obsoleted and
edge features so as to make porting and cleaning up UPower easier.
Removed "features":
- Already deprecated functionality (suspend, hibernate, etc.)
- Quality Of Service, it never really had any users, and there are
better
Hey,
On Tue, 2013-02-12 at 01:13 +0200, Ifai Gios wrote:
> If these changes are made, and pm-utils is dropped at least for
> HAVE_SYSTEMD, then we could get rid of an useless dependency in our
> systems, and simplify our stack a bit more. So, what do you say?
Do you have a patch for that? Mind s
Hey Ben,
On Tue, 2013-01-29 at 20:28 -0500, Ben Gamari wrote:
> Launchpad Bug #379599[1] and GNOME bug #570133[2] describes the poor
> handling of multiple batteries over the last few years. This behavior
> has existed for several years (since the days of hal, it seems) but has
> been slow to prog
On Thu, 2013-01-03 at 10:02 +, Richard Hughes wrote:
> I'm intending to branch 1.0 later this week. Plans I have for 1.0 are:
>
> * Removing the Sleeping/NotifySleep/Resuming/NotifyResume signals
> * Removing AboutToSleep(), Suspend(), SuspendAllowed(), Hibernate(),
> HibernateAllowed() method
On Tue, 2012-10-30 at 12:04 +0100, Julien Danjou wrote:
> Hi,
>
> Here's my first shot for adding support for Logitech Unifying devices.
> This has been tested and works with at least Logitech K750 keyboards and
> M705 mouses. I'm planning to add more models supported as I get time and
> specifica
On Thu, 2010-09-30 at 20:30 +0930, Alex Murray wrote:
> Hi all,
>
> I recently sent an email to the g-p-m list inquiring about keyboard
> backlight support in g-p-m / UPower / udev - I know this used to be
> supported but in the deprecation of HAL it seems to have gotten
> lost...
>
> So was wond
On Tue, 2010-08-31 at 21:20 +0200, Kay Sievers wrote:
> On Tue, 2010-08-31 at 11:15 +0100, Bastien Nocera wrote:
> Just chatted a few lines with DavidZ, and thought about:
>
> We grant read access for all users at /dev/rfkill. It might be good
> enough if we have something tha
On Tue, 2010-08-31 at 16:59 -0400, Marcel Holtmann wrote:
> I do think we need a proper daemon for this. The reason here is pretty
> simple since it also has to listen on input events. Currently there is a
> hack in the kernel that does this, but essentially this needs to be done
> properly in use
On Thu, 2010-08-26 at 05:44 -0600, Joey Lee wrote:
> Dear all experts,
>
> I am working on implement function key features in gnome-settings-daemon
> to control wlan/bluetooth/wan. There have some use case need control
> rfkill by userland applications, some netbook use one function key to
> cont
On Fri, 2010-04-30 at 16:40 +0100, Bastien Nocera wrote:
> On Wed, 2010-04-28 at 11:51 +0200, Kay Sievers wrote:
> > On Wed, Apr 28, 2010 at 11:38, Richard Hughes wrote:
> > > Sorry to open an old wound, but it looks like radeon won't be adding
> > >
On Wed, 2010-04-28 at 11:51 +0200, Kay Sievers wrote:
> On Wed, Apr 28, 2010 at 11:38, Richard Hughes wrote:
> > Sorry to open an old wound, but it looks like radeon won't be adding
> > BACKLIGHT into the driver, ever.
> >
> > https://bugs.freedesktop.org/show_bug.cgi?id=27859
>
> That surely all
Or something.
I have hardware with a keyboard backlight, which is only supported
through HAL right now (and crummy hacks like pommed).
Is there anything but Apple laptops supporting this? (And if so, which
kernel interfaces are being used for those that differ from the applesmc
ones?)
Does a bra
On Fri, 2008-12-19 at 18:19 +, Richard Hughes wrote:
> On Fri, 2008-12-19 at 17:32 +0000, Bastien Nocera wrote:
> > > I'm not sure we want to let sessions inject data into DeviceKit-power;
> > > seems very complicated for handling the rather edge cases like this.
&g
On Fri, 2008-12-19 at 11:33 -0500, David Zeuthen wrote:
> I'm not sure we want to let sessions inject data into DeviceKit-power;
> seems very complicated for handling the rather edge cases like this.
>
> Why can't gnome-power-manager (or whatever component that is drawing the
> UI) simply provide
62 matches
Mail list logo
