On Tue, Jun 24, 2014 at 12:34:50PM +0600, Alexander E. Patrakov wrote:
> 24.06.2014 12:22, Minchan Kim wrote:
> >
> >Hello,
> >
> >Sorry for the late response.
>
> Better late than never.
>
> >If I parse your problem correctly, you meant that changing disksize is
> >failed while someone opens /de
On Tue, Jun 24, 2014 at 07:21:12AM +, Minchan Kim wrote:
> On Tue, Jun 24, 2014 at 12:34:50PM +0600, Alexander E. Patrakov wrote:
> > 24.06.2014 12:22, Minchan Kim wrote:
> > >
> > >Hello,
> > >
> > >Sorry for the late response.
> >
> > Better late than never.
> >
> > >If I parse your problem
Hi,
'Twas brillig, and Jay D Bhatt at 24/06/14 07:50 did gyre and gimble:
> I am using ttymxc3 as I have LVDS with the board, so, I think tty1
> should not conflict as I will be using console=ttymxc3?
I'm not sure that console= affects actual login getty's. Unless there is
some new generator that
'Twas brillig, and Chris Murphy at 23/06/14 23:15 did gyre and gimble:
>>> Yes this is a known problem. We should fix it, but it's not
>>> obvious to fix, since this fsck is actually run by the initrd,
>>> not the host system. There's currently no nice way to pass
>>> information about whether fsck
Hi, we are getting this error on one of our machines. The machine is a
xen host running systemd/udev 210.
Does anybody know why are we getting this errors:
Jun 24 11:15:08 linux systemd-udevd[240]: seq 1232 running
Jun 24 11:15:08 linux systemd-udevd[240]: device 0x7d6930 has devpath
'/devices/
J
On Mon, 23.06.14 11:59, Chase Rayfield (cusbr...@yahoo.com) wrote:
> I haven't inquired directly with the GCC mailing list. But it seems
> thier current stance is to implement the builtins for architectures
> that have the instructions to support them and require the
> architectures that do not to
On Tue, 24 Jun 2014 11:38:17 +0200
"Robert Milasan" wrote:
> Hi, we are getting this error on one of our machines. The machine is a
> xen host running systemd/udev 210.
>
> Does anybody know why are we getting this errors:
>
> Jun 24 11:15:08 linux systemd-udevd[240]: seq 1232 running
> Jun 24
Hi. I have very strange task:
1) Nedd modprobe dummy
2) Assign specific mac address to it
3) Bring up it
4) Assign specific address to it
How can i do that via networkd ?
--
Vasiliy Tolstov,
e-mail: v.tols...@selfip.ru
jabber: v...@selfip.ru
___
system
On Tue, Jun 24, 2014 at 11:58 AM, Robert Milasan wrote:
> On Tue, 24 Jun 2014 11:38:17 +0200
> "Robert Milasan" wrote:
>
>> Hi, we are getting this error on one of our machines. The machine is a
>> xen host running systemd/udev 210.
First, systemd 210 has no locking logic at all. Please specify
On Tue, Jun 24, 2014 at 12:14 PM, Vasiliy Tolstov wrote:
> Hi. I have very strange task:
Not tested, but I would start with trying:
> 1) Nedd modprobe dummy
Use modules-load.d
> 2) Assign specific mac address to it
Possibly use .link files, or check if it is possible to spcify this as
module
On Tue, 24 Jun 2014 12:22:35 +0200
"Kay Sievers" wrote:
> On Tue, Jun 24, 2014 at 11:58 AM, Robert Milasan
> wrote:
> > On Tue, 24 Jun 2014 11:38:17 +0200
> > "Robert Milasan" wrote:
> >
> >> Hi, we are getting this error on one of our machines. The machine
> >> is a xen host running systemd/ud
On Tue, Jun 24, 2014 at 12:41 PM, Robert Milasan wrote:
> On Tue, 24 Jun 2014 12:22:35 +0200
> "Kay Sievers" wrote:
>
>> On Tue, Jun 24, 2014 at 11:58 AM, Robert Milasan
>> wrote:
>> > On Tue, 24 Jun 2014 11:38:17 +0200
>> > "Robert Milasan" wrote:
>> >
>> >> Hi, we are getting this error on on
On Thu, Jun 19, 2014 at 12:02:39PM -0500, Dan Williams wrote:
> On Thu, 2014-06-19 at 18:59 +0200, Michal Sekletar wrote:
> > Check that received DHCP packets actually include our MAC address in
> > chaddr field. BPF interpreter has 32 bit wide registers but MAC address
> > is 48 bits long so we ha
On 24/06/14 07:15, Vasiliy Tolstov wrote:
> _minimal have bugs and very ugly code.
> For example it send multicast only via first interface that up.
Are you confusing libnss_mdns*_minimal.so (which refuse to resolve names
outside .local and addresses outside the link-local range) with
./configure
On Tue, Jun 24, 2014 at 12:46 PM, Kay Sievers wrote:
> On Tue, Jun 24, 2014 at 12:41 PM, Robert Milasan wrote:
>> On Tue, 24 Jun 2014 12:22:35 +0200
>> "Kay Sievers" wrote:
>>
>>> On Tue, Jun 24, 2014 at 11:58 AM, Robert Milasan
>>> wrote:
>>> > On Tue, 24 Jun 2014 11:38:17 +0200
>>> > "Robert
On Mon, 23.06.14 23:09, Vasiliy Tolstov (v.tols...@selfip.ru) wrote:
>
> 2014-06-23 16:13 GMT+04:00 Lennart Poettering :
> > Both. mDNS is a very much a peer-to-peer system, hence all participants
> > tend to implement both sides.
> >
> > I actually intend to make this useful enough so that we ca
On Mon, 23.06.14 14:29, Dave Reisner (d...@falconindy.com) wrote:
> > Anyway, I hope this makes sense.
> >
> > With these changes coredumpctl actually is now really useful and just
> > works. I have thus dropped the "systemd-" prefix. We should probably
> > start advertising it more.
>
> Are the
On Mon, 23.06.14 21:53, Tom Hirst (tom.hi...@ipe-systems.co.uk) wrote:
> I think I came across this issue the other day (also booting on an arm
> board, stuck at kernel 3.1), I think that it may be the change to the
> xattr support in 214 means systemd can no longer be booted if you
> don't have c
On Tue, Jun 24, 2014 at 12:58 PM, Michal Sekletar wrote:
> On Thu, Jun 19, 2014 at 12:02:39PM -0500, Dan Williams wrote:
>> On Thu, 2014-06-19 at 18:59 +0200, Michal Sekletar wrote:
>> > Check that received DHCP packets actually include our MAC address in
>> > chaddr field. BPF interpreter has 32
>
> > I think I came across this issue the other day (also booting on an arm
> > board, stuck at kernel 3.1), I think that it may be the change to the
> > xattr support in 214 means systemd can no longer be booted if you
> > don't have cgroups xattr support. 213 seems fine, but I haven't tried
> >
Hi,
On Fri, Jun 20, 2014 at 07:12:13PM +0100, Djalal Harouni wrote:
> On Fri, Jun 20, 2014 at 08:01:04PM +0200, Daniel Mack wrote:
> > On 06/20/2014 07:28 PM, Daniel Mack wrote:
> > > On 06/20/2014 06:50 PM, Djalal Harouni wrote:
> > >> Use the db->entries_hash to access the policy db entries inst
This patch introduces tuntap support to networkd.
Example conf
file : tuntap.netdev
[NetDev]
Name=tuntap-test
Kind=tuntap
[TUNTAP]
Mode=tap
OneQueue=true
MultiQueue=true
PacketInfo=true
Added:
1. file networkd-tuntap.c
2. enum TunTapKind
3. NETDEV_KIND_TUNTAP
4. TUNTAP Section to parse
2014-06-24 18:25 GMT+02:00 Susant Sahani :
> This patch introduces tuntap support to networkd.
>
> Example conf
>
> file : tuntap.netdev
>
> [NetDev]
> Name=tuntap-test
> Kind=tuntap
>
> [TUNTAP]
> Mode=tap
> OneQueue=true
> MultiQueue=true
> PacketInfo=true
>
> Added:
> 1. file networkd-tuntap.c
---
src/libsystemd-network/sd-dhcp6-client.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/libsystemd-network/sd-dhcp6-client.c
b/src/libsystemd-network/sd-dhcp6-client.c
index 97a2ba7..ab4d9e8 100644
--- a/src/libsystemd-network/sd-dhcp6-client.c
+++ b/src/libsystemd-ne
---
src/core/automount.c| 3 +--
src/core/execute.c | 20 ++--
src/core/killall.c | 4 +---
src/core/umount.c | 16
src/shared/conf-files.c | 5 +
src/shared/fdset.c | 4 +---
src/shared/path-util.c | 4 +---
src/shared/util.c
Looks great, just minor comments below.
On Tue, Jun 24, 2014 at 6:25 PM, Susant Sahani wrote:
> This patch introduces tuntap support to networkd.
>
> Example conf
>
> file : tuntap.netdev
>
> [NetDev]
> Name=tuntap-test
> Kind=tuntap
>
> [TUNTAP]
Hm, maybe call this TunTap instead?
> Mode=tap
>
On Jun 24, 2014, at 2:12 AM, Colin Guthrie wrote:
>
> Well, the initramfs should mount the rootfs readonly, and then it can
> read it's /etc/fstab (and the /forcefsck file) and determine if any
> further action should be taken before doing any kind of pivotroot type
> stuff to transition to the
Applied both. Thanks!
Tom
On Tue, Jun 24, 2014 at 7:00 PM, Ronny Chevalier
wrote:
> ---
> src/core/automount.c| 3 +--
> src/core/execute.c | 20 ++--
> src/core/killall.c | 4 +---
> src/core/umount.c | 16
> src/shared/conf-files.c | 5 +
Hi Tom,
>> This patch introduces tuntap support to networkd.
>>
>> Example conf
>>
>> file : tuntap.netdev
>>
>> [NetDev]
>> Name=tuntap-test
>> Kind=tuntap
>>
>> [TUNTAP]
>
> Hm, maybe call this TunTap instead?
>
>> Mode=tap
>> OneQueue=true
>> MultiQueue=true
>> PacketInfo=true
I wonder i
On Tue, Jun 24, 2014 at 7:09 PM, Marcel Holtmann wrote:
> Hi Tom,
>
>>> This patch introduces tuntap support to networkd.
>>>
>>> Example conf
>>>
>>> file : tuntap.netdev
>>>
>>> [NetDev]
>>> Name=tuntap-test
>>> Kind=tuntap
>>>
>>> [TUNTAP]
>>
>> Hm, maybe call this TunTap instead?
>>
>>> Mode=t
On 06/24/2014 10:39 PM, Marcel Holtmann wrote:
Hi Tom,
This patch introduces tuntap support to networkd.
Example conf
file : tuntap.netdev
[NetDev]
Name=tuntap-test
Kind=tuntap
[TUNTAP]
Hm, maybe call this TunTap instead?
Mode=tap
OneQueue=true
MultiQueue=true
PacketInfo=true
I wonder
2014-06-07 3:01 GMT+04:00 Thomas H.P. Andersen :
> On Fri, Jun 6, 2014 at 4:09 PM, Lennart Poettering
> wrote:
>> On Sat, 31.05.14 23:29, Thomas H.P. Andersen (pho...@gmail.com) wrote:
>>
>>> +
>>> +if (s->sysv_start_priority > 0)
>>> +fprintf(f, "SysVStartPriority=%d\n",
On 06/24/2014 10:31 PM, Tom Gundersen wrote:
Looks great, just minor comments below.
On Tue, Jun 24, 2014 at 6:25 PM, Susant Sahani wrote:
This patch introduces tuntap support to networkd.
Example conf
file : tuntap.netdev
[NetDev]
Name=tuntap-test
Kind=tuntap
[TUNTAP]
Hm, maybe call thi
On 06/24/2014 10:05 PM, Ronny Chevalier wrote:
2014-06-24 18:25 GMT+02:00 Susant Sahani :
This patch introduces tuntap support to networkd.
Example conf
file : tuntap.netdev
[NetDev]
Name=tuntap-test
Kind=tuntap
[TUNTAP]
Mode=tap
OneQueue=true
MultiQueue=true
PacketInfo=true
Added:
1. fi
---
.gitignore | 1 +
Makefile.am | 13
src/journal/test-compress.c | 76 +
3 files changed, 90 insertions(+)
create mode 100644 src/journal/test-compress.c
diff --git a/.gitignore b/.gitignore
index 36c67e2..
On Tue, Jun 24, 2014 at 7:56 PM, Alexey Shabalin wrote:
> 2014-06-07 3:01 GMT+04:00 Thomas H.P. Andersen :
>> On Fri, Jun 6, 2014 at 4:09 PM, Lennart Poettering
>> wrote:
>>> On Sat, 31.05.14 23:29, Thomas H.P. Andersen (pho...@gmail.com) wrote:
>>>
+
+if (s->sysv_start_priority
On Wed, May 28, 2014 at 12:39:17AM +0900, WaLyong Cho wrote:
> I'm not sure this could be patch for below TODO.
>
> * enabling an instance unit creates a pointless link, and
> the unit will be started with getty@getty.service:
> $ systemctl enable getty@.service
> ln -s '/usr/lib/systemd
Applied. Thanks!
-t
On Tue, Jun 24, 2014 at 8:42 PM, Ronny Chevalier
wrote:
> ---
> .gitignore | 1 +
> Makefile.am | 13
> src/journal/test-compress.c | 76
> +
> 3 files changed, 90 insertions(+)
> create
Hello Alexander,
On Tue, Jun 24, 2014 at 07:49:58AM +, Minchan Kim wrote:
> On Tue, Jun 24, 2014 at 07:21:12AM +, Minchan Kim wrote:
> > On Tue, Jun 24, 2014 at 12:34:50PM +0600, Alexander E. Patrakov wrote:
> > > 24.06.2014 12:22, Minchan Kim wrote:
> > > >
> > > >Hello,
> > > >
> > > >So
В Tue, 24 Jun 2014 11:03:06 -0600
Chris Murphy пишет:
>
> On Jun 24, 2014, at 2:12 AM, Colin Guthrie wrote:
> >
> > Well, the initramfs should mount the rootfs readonly, and then it can
> > read it's /etc/fstab (and the /forcefsck file) and determine if any
> > further action should be taken b
25.06.2014 06:36, Minchan Kim wrote:
Could you test this patch? It passed my test.
Thanks!
From 4ab4931c3fa7e6527e3a849d5e4c4f727143e66c Mon Sep 17 00:00:00 2001
From: Minchan Kim
Date: Wed, 25 Jun 2014 09:20:24 +0900
Subject: [PATCH] zram: revalidate disk after capacity change
Alexander repo
---
src/journal/compress.c | 83 +++--
src/journal/compress.h | 3 ++
src/journal/test-compress.c | 23 +
src/shared/copy.c | 4 +--
4 files changed, 107 insertions(+), 6 deletions(-)
diff --git a/src/journal/compress.c b/s
Hi,
a POC patch to compress coredumps after they are written. In my simple
tests, this brings huge savings, because the compressed coredump can
compress to ~5%.
Unfortunately the core is first written uncompressed, then compressed
by reading from disk and writing to the output file. This is ugly a
---
src/journal/compress.c | 28 +++-
1 file changed, 7 insertions(+), 21 deletions(-)
diff --git a/src/journal/compress.c b/src/journal/compress.c
index a4427be7..cafe8f4f 100644
--- a/src/journal/compress.c
+++ b/src/journal/compress.c
@@ -28,9 +28,8 @@
#include "compre
On 06/25/2014 06:22 AM, Zbigniew Jędrzejewski-Szmek wrote:
On Wed, May 28, 2014 at 12:39:17AM +0900, WaLyong Cho wrote:
I'm not sure this could be patch for below TODO.
* enabling an instance unit creates a pointless link, and
the unit will be started with getty@getty.service:
$ systemc
On Wed, Jun 25, 2014 at 02:29:20PM +0900, WaLyong Cho wrote:
> On 06/25/2014 06:22 AM, Zbigniew Jędrzejewski-Szmek wrote:
> >On Wed, May 28, 2014 at 12:39:17AM +0900, WaLyong Cho wrote:
> >>I'm not sure this could be patch for below TODO.
> >>
> >>* enabling an instance unit creates a pointless lin
Hi Zbigniew,
This set of patches does explicit handling of --disable-nls and some extra
detection of intltool in order to make configure not fail when intltool is not
present.
It also ships the translated *.policy files in the distribution tarball.
This makes it possible to build from an archive
IT_PROG_INTLTOOL makes configure fail if intltool is not present. If we can
not find intltool, then disable NLS (otherwise make in po/ fails since MSGFMT
will not be defined.)
Tested: Built it on a host without intltool.
$ ./configure --enable-nls
...
checking for intltool-merge... no
con
So that building from an archive works even if intltool is not present.
The README file already mentioned that intltool should only be required
when building from git.
Tested: Built it from the distribution archive on a host without intltool.
$ ./configure --enable-polkit
$ make
---
Makefile.
In particular, disable intltool when --disable-nls is passed to configure.
Tested: Built it on a host without intltool or gettext.
$ ./configure --disable-nls --disable-polkit
$ make
---
configure.ac | 10 ++
1 file changed, 10 insertions(+)
diff --git a/configure.ac b/configure.ac
i
On 25/06/14 09:06, Filipe Brandenburger wrote:
> Hi Zbigniew,
>
> This set of patches does explicit handling of --disable-nls and some extra
> detection of intltool in order to make configure not fail when intltool is not
> present.
For reference, we are using this workaround to disable intltool w
51 matches
Mail list logo