Hi,
I have a similar diff in my tree. I think design capacity could be more
clear for the sensor description.
apart from that, ok armani@ fwiw
2014-05-19 23:58 GMT+02:00 Landry Breuil lan...@rhaalovely.net:
On Sun, May 18, 2014 at 08:56:15AM +0200, Landry Breuil wrote:
On Sat, May 17, 2014
17.05.2014 20:32 пользователь Fabian Raetz fabian.ra...@gmail.com
написал:
Hi,
i want to expose capacity (full capacity design)
as a sensor like the rest.
This sensor will be used in an upcoming diff to upower to
expose energy-full-design and capacity properties if
this patch gets merged.
On Sat, May 17, 2014 at 06:32:10PM +0200, Fabian Raetz wrote:
Hi,
i want to expose capacity (full capacity design)
as a sensor like the rest.
This sensor will be used in an upcoming diff to upower to
expose energy-full-design and capacity properties if
this patch gets merged.
Both
On Tue, May 20, 2014 at 01:19:44PM +0400, Vadim Zhukov wrote:
17.05.2014 20:32 Fabian Raetz
fabian.ra...@gmail.com
??:
Hi,
i want to expose capacity (full capacity design)
as a sensor like the rest.
This sensor will be used in an upcoming diff
Hi all, Martin,
There seems to be an issue with generating eui64 addresses.
[weerd@pom] $ ifconfig em0
em0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500
lladdr b8:ca:3a:93:03:e8
inet6 fe80::3c16:979e:9360:ec89%em0 prefixlen 64 scopeid 0x1
[weerd@pom] $ sysctl
20.05.2014 13:32 пользователь Landry Breuil lan...@rhaalovely.net
написал:
On Tue, May 20, 2014 at 01:19:44PM +0400, Vadim Zhukov wrote:
17.05.2014 20:32 Fabian Raetz
fabian.ra...@gmail.com
??:
Hi,
i want to expose capacity (full capacity
Hey Paul,
On 20/05/14(Tue) 11:33, Paul de Weerd wrote:
Hi all, Martin,
There seems to be an issue with generating eui64 addresses.
Indeed, thanks for reporting the problem.
[weerd@pom] $ ifconfig em0
em0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500
lladdr
On Tue, May 20, 2014 at 11:33:48AM +0200, Paul de Weerd wrote:
As can be seen, the host part of the link-local address doesn't
resemble the lladdr at all. This isn't a problem for outgoing
connections, but when using SLAAC the global unicast address that is
assigned is now suddenly different
On Tue, May 20, 2014 at 12:02:47PM +0200, Stefan Sperling wrote:
| On Tue, May 20, 2014 at 11:33:48AM +0200, Paul de Weerd wrote:
| As can be seen, the host part of the link-local address doesn't
| resemble the lladdr at all. This isn't a problem for outgoing
| connections, but when using
I encountered a strange problem when trying to communicate with net/ipcad:
rsh localhost stats
rsh: poll: Undefined error: 0
Same thing on 5.1:
rsh localhost stats
connect to address ::1: Connection refused
Trying 127.0.0.1...
Interface vlan123: received 585816944, 5 m average 313 bytes/sec, 4
On 2014/05/20 16:41, viq wrote:
I encountered a strange problem when trying to communicate with net/ipcad:
rsh localhost stats
rsh: poll: Undefined error: 0
Same thing on 5.1:
rsh localhost stats
connect to address ::1: Connection refused
Trying 127.0.0.1...
Interface vlan123: received
On Tue, May 20, 2014 at 8:29 AM, Stuart Henderson st...@openbsd.org wrote:
On 2014/05/20 16:41, viq wrote:
I encountered a strange problem when trying to communicate with
net/ipcad:
rsh localhost stats
rsh: poll: Undefined error: 0
...
Note that ipcad listens on port 514 and provides
On 2014/05/20 12:36, Philip Guenther wrote:
On Tue, May 20, 2014 at 8:29 AM, Stuart Henderson st...@openbsd.org wrote:
On 2014/05/20 16:41, viq wrote:
I encountered a strange problem when trying to communicate with
net/ipcad:
rsh localhost stats
rsh: poll: Undefined error: 0
Hello,
After reading
http://www.openbsd.org/papers/bsdcan14-libressl/mgp00015.html , I
thought I'd help a bit with cleaning libssl by running this
Coccinelle[1] script on src/lib/libssl:
smpl
@@
identifier x;
@@
-if (x) { free(x); }
+free(x);
/smpl
It removes unnecessary NULL checks that happen
On Sat, May 17, 2014 at 06:21:10PM +0200, Fabian Raetz wrote:
Hi,
the following diff fixes kernel builds with ACPI_DEBUG defined.
Not sure if these are the right ones, but at least it
compiles again.
Cheers,
Fabian
ok mlarkin@
Index: acpi.c
On Sat, May 17, 2014 at 06:21:10PM +0200, Fabian Raetz wrote:
Hi,
the following diff fixes kernel builds with ACPI_DEBUG defined.
Not sure if these are the right ones, but at least it
compiles again.
Cheers,
Fabian
committed. thanks.
Index: acpi.c
16 matches
Mail list logo