On Wed, Jun 10, 2015 at 05:38:30PM +, "Jóhann B. Guðmundsson" wrote:
>
>
> On 06/10/2015 04:35 PM, Lennart Poettering wrote:
> >On Wed, 10.06.15 16:20, Jóhann B. Guðmundsson (johan...@gmail.com) wrote:
> >
> >>>Without proper infrastructure ( or at least the wills to acquire such )
> >>>how
On Wed, Jun 10, 2015 at 07:04:17PM +, "Jóhann B. Guðmundsson" wrote:
> On 06/10/2015 05:46 PM, Greg KH wrote:
> >There's also no real need for it, I don't understand why you keep
> >insisting there is given how well things have been working so far.
>
On Thu, Jun 11, 2015 at 02:01:06AM +, "Jóhann B. Guðmundsson" wrote:
>
>
> On 06/10/2015 07:36 PM, Greg KH wrote:
> >On Wed, Jun 10, 2015 at 07:04:17PM +, "Jóhann B. Guðmundsson" wrote:
> >>On 06/10/2015 05:46 PM, Greg KH wrote:
> >>
On Sun, Jun 14, 2015 at 12:49:55PM -0300, Cristian Rodríguez wrote:
>
> El jun. 14, 2015 10:21, "cee1" escribió:
> >
> > Hi all,
> >
> > Why we need to read/save random seed? Can it be read from /dev/random each
> time?
>
> Because the kernel is borked and still is needs to be fed of entropy at
On Sun, Jun 14, 2015 at 02:11:53PM -0300, Cristian Rodríguez wrote:
> On Sun, Jun 14, 2015 at 1:43 PM, Greg KH wrote:
> > On Sun, Jun 14, 2015 at 12:49:55PM -0300, Cristian Rodríguez wrote:
> >>
> >> El jun. 14, 2015 10:21, "cee1" escribió:
> >> >
On Thu, Jun 25, 2015 at 09:15:18PM +0200, Johannes Bauer wrote:
> Hi list,
>
> I'm seeing a very odd issue with udev and I'm not really sure which
> component could/would be responsible -- udev is pretty much my only hope.
>
> Here's the situation: I have a USB/serial converter attached to my
> c
On Wed, Sep 16, 2015 at 05:38:55PM +0200, Reindl Harald wrote:
>
>
> Am 16.09.2015 um 17:13 schrieb Ahmed S. Darwish:
> >Not to mention that the same rolling-release model was adopted by
> >the kernel long time ago for similar reasons and much more ;-)
>
> that is *not* true and won't become tru
On Sun, Nov 08, 2015 at 10:06:31PM +0100, Richard Weinberger wrote:
> Hi all,
>
> after reading on the removal of kdbus from Rawhide[1] I've searched
> the mailinglist archives for more details but didn't find anything.
> So, what are your plans?
>
> [1] https://lists.fedoraproject.org/pipermail/
On Sun, Nov 08, 2015 at 10:39:43PM +0100, Richard Weinberger wrote:
> On Sun, Nov 8, 2015 at 10:35 PM, Greg KH wrote:
> > On Sun, Nov 08, 2015 at 10:06:31PM +0100, Richard Weinberger wrote:
> >> Hi all,
> >>
> >> after reading on the removal of kdbus fr
On Mon, Nov 09, 2015 at 05:02:45PM +, Måns Rullgård wrote:
> Andy Lutomirski writes:
>
> > On Sun, Nov 8, 2015 at 3:30 PM, Greg KH wrote:
> >> On Sun, Nov 08, 2015 at 10:39:43PM +0100, Richard Weinberger wrote:
> >>> On Sun, Nov 8, 2015 at 10:35 PM, Greg
On Wed, Nov 18, 2015 at 12:37:17AM +0100, Marek wrote:
> Hi,
>
> I'd like to ask a couple of questions:
> 1. Does udev store its list as a simple single or double linked list
> or key value database? Does udev store it on disk or in memory?
The internals of udev shouldn't matter to any external u
A: No.
Q: Should I include quotations after my reply?
http://daringfireball.net/2007/07/on_top
On Wed, Nov 18, 2015 at 01:06:02AM +0100, Marek wrote:
> Why shouldn't they matter? Can you clarify?
Why would they matter? Are you having problems that things are not
working properly for you?
> Whe
On Fri, Nov 20, 2015 at 08:59:21PM +0100, Marek wrote:
> hi,
>
> i'm using the following code:
> http://stackoverflow.com/questions/25361042/how-to-list-usb-mass-storage-devices-programatically-using-libudev-in-linux?lq=1
> the problem is with this section of code:
> struct udev_device* usb
>
On Sat, Nov 21, 2015 at 02:54:21AM +0100, Marek wrote:
> Im trying to list ata devices in the same manner i am able to list usb
> devices.
That's not an answer to the "what problem are you trying to solve" :)
And "ata" devices are not the same thing as a "usb" device is in any way
or form, so th
On Tue, Nov 24, 2015 at 10:37:08AM -0500, Anne Mulhern wrote:
>
>
>
>
> - Original Message -
> > From: "David Herrmann"
> > To: "Anne Mulhern"
> > Cc: "systemd"
> > Sent: Tuesday, November 24, 2015 10:15:05 AM
> > Subject: Re: [systemd-devel] libudev: subdirectories in sysfs (what do
On Tue, Nov 24, 2015 at 12:37:46PM -0500, Anne Mulhern wrote:
>
> - Original Message -
> > From: "Greg KH"
> > To: "Anne Mulhern"
> > Cc: "David Herrmann" , "systemd"
> >
> > Sent: Tuesday, November 24, 2015 1
On Thu, Dec 03, 2015 at 08:35:24AM -0800, aaron_wri...@selinc.com wrote:
> > From: Kaesbauer Michael
> > Hi,
> >
> > up to now I found no way to write an udev rule which renames a
> > specific NIC by using a MAC address that is returned by a bash
> > script. The reason for getting the MAC addres
On Sun, Dec 06, 2015 at 01:49:41AM +0100, Marek wrote:
> >
> /sys/
> > And "ata" devices are not the same thing as a "usb" device is in any way
> > or form, so the fact that they have to be shown differently is totally
> > natural. You can iterate over them, you just have to find the correct
> > c
On Sun, Dec 06, 2015 at 05:38:37PM +0100, Marek wrote:
> i'm trying to get only ata devices because my application requires i
> only list disks that are sata drives inside the computer.
Why would an application care about the type of a drive inside of a
computer? What about sata drives outside of
A: No.
Q: Should I include quotations after my reply?
http://daringfireball.net/2007/07/on_top
On Sun, Dec 06, 2015 at 05:51:11PM +0100, Marek wrote:
> those too :) but it's a rare situation.
Programs are all about having to handle the "rare" situations properly.
And you didn't say _why_ you ca
On Tue, Dec 08, 2015 at 11:34:36AM +0200, Panu Matilainen wrote:
> >As was mentioned recently PCI bus numbers may change between reboots, so
>
> Hmm, got a pointer? I dont think PCI slots change between reboots without
> physically swapping hardware, the "ethX-problem" comes from the order of
> de
On Wed, Dec 09, 2015 at 08:43:05AM +0200, Panu Matilainen wrote:
> On 12/08/2015 01:47 PM, Greg KH wrote:
> >On Tue, Dec 08, 2015 at 11:34:36AM +0200, Panu Matilainen wrote:
> >>>As was mentioned recently PCI bus numbers may change between reboots, so
> >>
> >&
On Sun, Apr 10, 2016 at 11:12:00PM +0800, Bob Peng wrote:
> Today I upgraded to 3.20 and it begins random crash, log is attached.
> and dmesg log too.
This isn't a systemd issue, it's a nvidia issue, please contact them for
support as they are the only ones that can do so because of their closed
s
On Mon, Apr 11, 2016 at 12:27:24AM +0200, Xen wrote:
> Michael Biebl schreef op 11-04-16 00:22:
> > So why don't you implement such a scheme? Talk is cheap
>
> Criticising an idea by saying "do it yourself" is even cheaper.
>
> MUCH MUCH cheaper.
>
> Idiot.
No he isn't. The developers here put
On Mon, Apr 11, 2016 at 11:56:00AM +0200, Xen wrote:
> The predictability issue seems to be due to using a MAC address.
>
> AFAIK a reinstall will not change PCI bus devices etc.
No, PCI device numbers change all the time, they are not guaranteed to
be stable at all. Yes, lots of machines do not
On Mon, Apr 11, 2016 at 07:59:30PM +0200, Xen wrote:
> Greg KH schreef op 11-04-16 15:42:
> > On Mon, Apr 11, 2016 at 11:56:00AM +0200, Xen wrote:
> >> The predictability issue seems to be due to using a MAC address.
> >>
> >> AFAIK a reinstall will not change P
On Mon, Apr 11, 2016 at 08:49:48PM +0200, Xen wrote:
> It will just not be "predictable" when you remove or add hardware,
> because that reorders the resulting lists.
>
> Ie, if you have:
>
> ethernet0
> ethernet1
> ethernet2
>
> And you add a new device, it might become:
>
> ethernet0
> ethern
On Mon, Apr 11, 2016 at 08:49:48PM +0200, Xen wrote:
> It will just not be "predictable" when you remove or add hardware,
> because that reorders the resulting lists.
>
> Ie, if you have:
>
> ethernet0
> ethernet1
> ethernet2
>
> And you add a new device, it might become:
>
> ethernet0
> ethern
On Mon, Apr 11, 2016 at 11:13:25PM +0200, Xen wrote:
> >> You can put usb devices at the end of the list.
> >
> > Why last? How do you know they go last when scanning? How do you know
> > when / if they will show up? What about 2 USB devices? 3?
>
> To me it seems obvious that you initialize
On Wed, Apr 13, 2016 at 12:39:37AM +0200, Xen wrote:
> All you need to do is wait a few seconds before you start renaming
Most machines boot to login faster than a "few seconds", so:
> or wait on some defined trigger.
Exactly what type of "defined trigger" would work for busses that you
never kn
On Wed, Apr 13, 2016 at 01:20:05AM +0200, Xen wrote:
> Greg KH schreef op 13-04-16 01:16:
> > On Wed, Apr 13, 2016 at 12:39:37AM +0200, Xen wrote:
> >> All you need to do is wait a few seconds before you start renaming
> >
> > Most machines boot to login faster than
On Wed, Apr 13, 2016 at 02:42:29AM +0200, Xen wrote:
> When you say that probing on the PCI bus never ends, and if we are
> talking not about some form of hotplugging, then I really wonder what
> you're on about ;-) because I do think the kernel has a limited set of
> probes that it can perform, an
On Tue, Apr 19, 2016 at 05:25:09PM -0300, Flavio Leitner wrote:
>
> Hello,
>
> I have a service that needs to start after all the devices (network
> cards at least) have been properly processed by udev. Pretty much
> like the old 'network' sysv script.
>
> Any suggestion?
How do you define "al
On Wed, May 11, 2016 at 09:57:05AM +0200, poma wrote:
>
> $ git tag --verify v229
> object 95adafc428b5b4be0ddd4d43a7b96658390388bc
> type commit
> tag v229
> tagger Lennart Poettering 1455208658 +0100
>
> systemd 229
> gpg: Signature made Thu 11 Feb 2016 05:37:38 PM CET using RSA key ID 9C3485B
On Thu, Jul 08, 2010 at 11:26:20PM +0300, Ozan Çağlayan wrote:
> On 08.07.2010 22:57, Lennart Poettering wrote:
> > On Thu, 08.07.10 19:11, Ozan Çağlayan (o...@pardus.org.tr) wrote:
>
> >>
> >> Note that this is built as root too.
> >
> > Don't build this as root, please.
> >
> > Lennart
> >
>
, and using stable versions when possible. With that, I ran
> > into three problems.
>
> which ebuilds do you need more? AFAIR you just need my systemd.ebuild
> and it should work with upstream portage.
>
> BTW, Greg KH which happens to be a Gentoo maintainer offered himself
On Wed, Nov 10, 2010 at 01:02:51PM -0200, Gustavo Sverzut Barbieri wrote:
> On Wed, Nov 10, 2010 at 9:33 AM, Gustavo Sverzut Barbieri
> wrote:
> > On Wednesday, November 10, 2010, Gustavo Sverzut Barbieri
> > wrote:
> >> Hi all,
> >>
> >> First, I'm not typing much or send the kernel oops since I
On Mon, Jan 12, 2015 at 09:39:30AM +0100, Robert Milasan wrote:
> Hello, a while back, around 2011, in cdrom_id was added --eject-media,
> --lock-media and --unlock-media for not much explanation.
>
> Now, recently some people noticed that this might actually be a
> problem.
>
> Reference: http:
On Mon, Jan 12, 2015 at 01:33:46PM +0100, Oliver Neukum wrote:
> On Mon, 2015-01-12 at 04:15 -0800, Greg KH wrote:
> > On Mon, Jan 12, 2015 at 09:39:30AM +0100, Robert Milasan wrote:
> > > Hello, a while back, around 2011, in cdrom_id was added --eject-media,
> > > --lo
On Mon, Jan 12, 2015 at 02:02:50PM +0100, Oliver Neukum wrote:
> On Mon, 2015-01-12 at 04:46 -0800, Greg KH wrote:
>
> > > Let me rephrase. Is this desirable?
> >
> > Probably not. But with some hardware, as you have seen, you need to run
> > some type of users
On Sat, Jan 17, 2015 at 09:44:00AM +0100, Hans de Goede wrote:
> Dear udev developers,
>
> We (me and some kernel devs mostly) would like to add support to
> the kernel for userspace telling the kernel that it is done with
> the *initial* loading of modules, with the purpose of cleaning up
> (disa
On Mon, Jan 19, 2015 at 01:20:37AM +0100, Zbigniew Jędrzejewski-Szmek wrote:
> The data structure used by tmpfiles is changed: instead of hashmaps
> mapping {path → Item*} we now have hashmaps containing
> {path -> ItemArray}, where ItemArray contains a pointer
> to an array of Items.
>
> For curr
On Tue, Feb 17, 2015 at 08:24:37PM +, Luke Kenneth Casson Leighton wrote:
> so i'm not going to "protest" - i'm going to try a different approach.
> i'd like you to look at this list of debian packages that are
> dependent on libsystemd0:
> http://lkcl.net/reports/removing_systemd_from_debian/l
On Thu, Feb 19, 2015 at 11:06:04AM -0200, Giancarlo Razzolini wrote:
> On 19-02-2015 10:50, Tom Gundersen wrote:
> >
> > Won't work. Imagine you have two cards with the same driver. Now you
> > are back to having to number the cards. And that is what open BSD
> > does: numbers the cards based on pr
On Mon, Mar 16, 2015 at 08:26:00AM +0100, Thomas Richter wrote:
> Hi folks,
>
> > udev seems to create a problem here with the hostap (prism2) kernel
> > driver. Unlike many wifi devices, the hostap device driver always
> > creates paired interfaces, a raw interface (wifiX) and a network
> > inter
On Mon, Mar 16, 2015 at 09:32:17AM +0100, Thomas Richter wrote:
> Am 16.03.2015 um 09:04 schrieb Greg KH:
> > On Mon, Mar 16, 2015 at 08:26:00AM +0100, Thomas Richter wrote:
> >> Hi folks,
> >>
> >>> udev seems to create a problem here with the hostap (prism2
On Thu, Mar 19, 2015 at 08:39:18AM -0700, Alison Chaiken wrote:
> I ran systemd 219 with most recent patches and
>
> -PAM -AUDIT -SELINUX -IMA -APPARMOR -SMACK +SYSVINIT -UTMP
> -LIBCRYPTSETUP -GCRYPT -GNUTLS -ACL -XZ -LZ4 -SECCOMP +BLKID -ELFUTILS
> +KMOD -IDN
>
> and, to compare, with
>
> +PAM
On Fri, Mar 20, 2015 at 02:44:47AM +1100, Jeff Waugh wrote:
> On Fri, Mar 20, 2015 at 2:39 AM, Alison Chaiken wrote:
>
> http://freedesktop.org/wiki/Software/systemd/MinimalBuilds/ says that
> the minimum requirements are udev and journald. I wonder if udev is
> really needed if the
On Tue, Apr 07, 2015 at 05:41:48PM -0700, Dimitri John Ledkov wrote:
> On 6 April 2015 at 01:12, Lennart Poettering wrote:
> > On Mon, 06.04.15 06:17, 임창근 (ck21...@samsung.com) wrote:
> >
> >> Hello EveryOne.
> >>
> >> I wonder that If I use kernel v3.4 with systemd v219, systemd-run function
> >
On Wed, Apr 08, 2015 at 08:59:40AM +, "Jóhann B. Guðmundsson" wrote:
>
>
> On 04/08/2015 06:53 AM, Greg KH wrote:
> >"all"? Ubuntu ships newer kernels than 3.4, if not, please take it up
> >with that vendor, it's not the community's
On Sun, Apr 19, 2015 at 10:46:40PM +0100, Matthew Garrett wrote:
> > I'm not convinced that any such broad matches for power management
> > belong into udev at all. Udev can carry specific device matches, or
> > carry data that cannot be determined from the device itself, like the
> > mouse resolut
Hi all,
Now that memfd is merged into 3.17-rc1, should we merge the 3.17 branch
in the kdbus tree into master as well? Right now, the test directory on
master doesn't build properly on older kernels due to linux/memfd.h not
being present, so it seems that we are already thinking the code is
there
On Tue, Aug 19, 2014 at 01:45:29PM +0200, Daniel Mack wrote:
> Yes, I already merged the patches I've been holding back until 3.17-rc1
> was released.
Ah, sorry, missed that.
> However, there was one missing detail to fix the build in test/ which I
> pushed now. Does it work for you?
Nope, build
On Tue, Aug 19, 2014 at 07:37:12AM -0500, Greg KH wrote:
> I'll reboot into 3.17-rc1 and see if that solves this...
Nope, same error as before:
make[1]: Entering directory '/home/gregkh/linux/kdbus/test'
TARGET_CC kdbus-enum.o
In file included from ../kdbus.h:23:0,
On Tue, Aug 19, 2014 at 03:24:39PM +0200, Daniel Mack wrote:
> On 08/19/2014 02:47 PM, Greg KH wrote:
> > In file included from
> > /lib/modules/3.17.0-rc1+/build/include/uapi/linux/posix_types.h:4:0,
> > from
> > /lib/modules/3.17.0-rc1+/build/in
On Tue, Aug 19, 2014 at 04:08:15PM +0200, Daniel Mack wrote:
> On 08/19/2014 03:56 PM, Greg KH wrote:
> > On Tue, Aug 19, 2014 at 03:24:39PM +0200, Daniel Mack wrote:
> >> On 08/19/2014 02:47 PM, Greg KH wrote:
> >>> In file included from
> >>> /lib/mo
On Fri, Sep 05, 2014 at 08:34:56PM +0200, Tobias Hunger wrote:
> I see that secure boot wants one file and that you will need to merge kernel
> and initrd into one. But you will need the meta data to link the kernel/initrd
> combo to a combination of root-subvolume and usr-subvolume. IIRC chromeos
On Thu, Oct 09, 2014 at 06:13:01AM +0200, Darko Luketic wrote:
> Hi,
>
> I have limited knowledge of the boot process.
> I'm wondering if the following is possible with systemd.
>
> Imagine you have 2 rootfs partitions.
> You build a new rootfs on a security update or when a new version of a
> li
On Mon, Oct 27, 2014 at 04:12:30PM -0700, Andy Lutomirski wrote:
> Hi-
>
> I'd like to write a generic udev rule for U2F security tokens and to
> possibly get it integrated into systemd / udev, but I'm not sure how
> to write it in the first place.
>
> U2F tokens are USB HID devices that have a u
On Mon, Oct 27, 2014 at 04:37:14PM -0700, Andy Lutomirski wrote:
> On Mon, Oct 27, 2014 at 4:32 PM, Greg KH wrote:
> > On Mon, Oct 27, 2014 at 04:12:30PM -0700, Andy Lutomirski wrote:
> >> Hi-
> >>
> >> I'd like to write a generic udev rule for U2F se
On Mon, Nov 17, 2014 at 04:28:58PM +0530, Susant Sahani wrote:
> ---
> src/tty-ask-password-agent/tty-ask-password-agent.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/src/tty-ask-password-agent/tty-ask-password-agent.c
> b/src/tty-ask-password-agent/tty-ask-password-
On Mon, Nov 17, 2014 at 10:36:53PM +0530, Susant Sahani wrote:
> On 11/17/2014 10:26 PM, Greg KH wrote:
> >On Mon, Nov 17, 2014 at 04:28:58PM +0530, Susant Sahani wrote:
> >>---
> >> src/tty-ask-password-agent/tty-ask-password-agent.c | 2 +-
> >> 1 file
On Mon, Nov 17, 2014 at 10:44:14PM +0530, Susant Sahani wrote:
> On 11/17/2014 10:39 PM, Greg KH wrote:
> >On Mon, Nov 17, 2014 at 10:36:53PM +0530, Susant Sahani wrote:
> >>On 11/17/2014 10:26 PM, Greg KH wrote:
> >>>On Mon, Nov 17, 2014 at 04:28:5
On Mon, Nov 17, 2014 at 06:47:33PM +0100, Ronny Chevalier wrote:
> 2014-11-17 18:31 GMT+01:00 Greg KH :
> > On Mon, Nov 17, 2014 at 10:44:14PM +0530, Susant Sahani wrote:
> >> On 11/17/2014 10:39 PM, Greg KH wrote:
> >> >On Mon, Nov 17, 2014 at 10:36:53PM +0530, Sus
On Tue, Nov 18, 2014 at 12:21:29AM +0530, Susant Sahani wrote:
> On 11/18/2014 12:06 AM, Greg KH wrote:
> >On Mon, Nov 17, 2014 at 06:47:33PM +0100, Ronny Chevalier wrote:
> >>2014-11-17 18:31 GMT+01:00 Greg KH :
> >>>On Mon, Nov 17, 2014 at 10:44:14PM +0530, Susan
On Thu, Nov 20, 2014 at 12:44:43PM +0100, Lennart Poettering wrote:
> Heya,
>
> Marco D'Itri was asking about a potential hackfest at FOSDEM 2015 in
> Brussels. I am all for it, but we'd really need somebody to organize
> it, i.e. find a room for us.
>
> Anyone volunteering for this?
>
> Harald
On Thu, Nov 20, 2014 at 12:05:23PM +0300, Andrei Borzenkov wrote:
> On Thu, Nov 20, 2014 at 11:53 AM, Mantas Mikulėnas wrote:
> > On Thu, Nov 20, 2014 at 5:40 AM, Andrei Borzenkov
> > wrote:
> >>
> >> The problem is, there no easy way to build device name from rfkillN for
> >> BindsTo. May be add
On Thu, Nov 20, 2014 at 03:50:43PM -0300, Cristian Rodríguez wrote:
> El 20/11/14 a las 15:40, Lukasz Stelmach escribió:
>
> >
> > $ ls /sys/class/rfkill/
> > rfkill41 rfkill42
> > $ systemctl -t device | grep rfkill
> > sys-devices-pci:00-:00:1a.0-usb3-3\x2d1-3\x2d1:1.0-bluetooth-hci0-r
On Thu, Nov 27, 2014 at 03:19:44PM +1000, Peter Hutterer wrote:
> Currently a property in the form of
> FOO=bar
> is stored as " FOO=bar", i.e. the property name contains a leading space.
> That's quite hard to spot.
>
> This patch discards all extra whitespaces but the first one which is requir
On Fri, Nov 28, 2014 at 03:05:01PM -0800, Andy Lutomirski wrote:
> Pid reuse is common, which means that it's difficult or impossible
> to read information about a pid from /proc without races.
>
> This introduces a second number associated with each (task, pidns)
> pair called highpid. Highpid i
On Wed, Dec 03, 2014 at 10:11:40PM +0100, Tom Gundersen wrote:
> This is libudev-hwdb, but decoupled from libudev and in the libsystemd style.
>
> The core code is unchanged, apart from the following minor changes:
>
> - hwdb.bin located in /**/systemd/hwdb/ take preference over the ones located
On Thu, Dec 04, 2014 at 12:57:53AM +0100, Tom Gundersen wrote:
> On Wed, Dec 3, 2014 at 10:19 PM, Greg KH wrote:
> > On Wed, Dec 03, 2014 at 10:11:40PM +0100, Tom Gundersen wrote:
> >> This is libudev-hwdb, but decoupled from libudev and in the libsystemd
> >> style.
On Fri, Dec 05, 2014 at 11:51:16AM -0800, Lee Duncan wrote:
> Hi:
>
> I am trying to figure out how to use libudev to monitor for new iSCSI
> boot targets.
>
> For Emulex CNA cards, a new directory gets created of the form
> /sys/firmware/iscsi_bootN.
Really? That's horrid, what kernel driver i
On Fri, Dec 05, 2014 at 01:42:29PM -0800, Lee Duncan wrote:
> On 12/05/2014 01:14 PM, Greg KH wrote:
> > On Fri, Dec 05, 2014 at 11:51:16AM -0800, Lee Duncan wrote:
> >> Hi:
> >>
> >> I am trying to figure out how to use libudev to monitor for new iSCSI
> &g
On Sat, Dec 20, 2014 at 10:45:34AM +, Hoyer, Marko (ADITG/SW2) wrote:
> Hi,
>
> > -Original Message-
> > From: systemd-devel [mailto:systemd-devel-
> > boun...@lists.freedesktop.org] On Behalf Of Umut Tezduyar Lindskog
> > Sent: Tuesday, December 16, 2014 4:55 PM
> > To: systemd-devel@
On Sat, Dec 20, 2014 at 06:40:49PM +0100, Umut Tezduyar Lindskog wrote:
> On Sat, Dec 20, 2014 at 6:10 PM, Greg KH wrote:
> > On Sat, Dec 20, 2014 at 10:45:34AM +, Hoyer, Marko (ADITG/SW2) wrote:
> >> Hi,
> >>
> >> > -Original Message-
> >
On Sun, Dec 21, 2014 at 12:31:30PM +, Hoyer, Marko (ADITG/SW2) wrote:
> > If you have control over your kernel, why not just build the modules
> > into the kernel, then all of this isn't an issue at all and there is no
> > overhead of module loading?
>
> It is a questions of kernel image size
On Tue, Dec 23, 2014 at 11:25:23AM +, Hoyer, Marko (ADITG/SW2) wrote:
> > What do you mean by this? What is limiting this? What is your limit?
> > How large are these kernel modules that you are having a hard time to
> > build into your kernel image?
> - As far as I remember, we have special
On Thu, Feb 20, 2014 at 03:19:09AM +0100, Peeters Simon wrote:
> 2014-02-19 21:03 GMT+01:00 Peeters Simon :
> > 2014-02-19 20:41 GMT+01:00 Kay Sievers :
> >> On Wed, Feb 19, 2014 at 8:34 PM, Peeters Simon
> >> wrote:
> >>> This weekend I switched 2 of my devices to kdbus. both running a 32bit
> >
On Thu, Feb 20, 2014 at 06:09:27PM -0500, Jason St. John wrote:
> Files:
> * hwdb/60-keyboard.hwdb
> * shell-completion/zsh/_systemd-coredumpctl
> * src/test/test-helper.h
> ---
> I also noticed that kdbus.h uses tabs exclusively. Is this something that
> should be fixed too?
kdbus.h will end up
On Fri, Feb 21, 2014 at 06:23:25PM +, "Jóhann B. Guðmundsson" wrote:
> Greetings
>
> What are the current plans for Infiniband network (IPoIB) support in networkd?
Why wouldn't it "just work" today? Have you tried it? If so, what is
missing?
thanks,
greg k-h
__
On Fri, Feb 21, 2014 at 07:25:50PM +, "Jóhann B. Guðmundsson" wrote:
>
> On 02/21/2014 06:34 PM, Greg KH wrote:
> >On Fri, Feb 21, 2014 at 06:23:25PM +, "Jóhann B. Guðmundsson" wrote:
> >>Greetings
> >>
> >>What are the current pl
On Fri, Feb 28, 2014 at 02:34:15PM +0100, Lennart Poettering wrote:
> Heya!
>
> Since a while now we have been adding Backport tags to git commits with
> "git notes". Zbigniew and Colin have now set up a new git repo with a
> "stable" branch where these are backported to selected versions, to
> sh
On Fri, Mar 07, 2014 at 07:46:44PM +0100, Lukasz Pawelczyk wrote:
> Problem:
> Has anyone thought about a mechanism to limit/remove an access to a
> device during an application runtime? Meaning we have an application
> that has an open file descriptor to some /dev/node and depending on
> *somethin
On Fri, Mar 07, 2014 at 09:45:28PM +0100, Lukasz Pawelczyk wrote:
>
> On 7 Mar 2014, at 20:09, Greg KH wrote:
>
> > On Fri, Mar 07, 2014 at 07:46:44PM +0100, Lukasz Pawelczyk wrote:
> >> Problem:
> >> Has anyone thought about a mechanism to limit/remove an
On Fri, Feb 28, 2014 at 02:34:15PM +0100, Lennart Poettering wrote:
> Heya!
>
> Since a while now we have been adding Backport tags to git commits with
> "git notes". Zbigniew and Colin have now set up a new git repo with a
> "stable" branch where these are backported to selected versions, to
> sh
On Sun, Mar 09, 2014 at 05:41:24AM +0100, Zbigniew Jędrzejewski-Szmek wrote:
> On Sat, Mar 08, 2014 at 06:52:59PM -0800, Greg KH wrote:
> > On Fri, Feb 28, 2014 at 02:34:15PM +0100, Lennart Poettering wrote:
> > > Heya!
> > >
> > > Since a while now we h
Hi all,
With systemd 211, a new journal file is getting created with permissions
of root:root instead of root:systemd-journal like previously (210 and
prior).
I looked at the git log and can't see anything obvious that would have
caused this.
Is this intentional? Or something on my end with my
On Wed, Mar 12, 2014 at 04:21:55AM +0200, Mantas Mikulėnas wrote:
> On Wed, Mar 12, 2014 at 3:46 AM, Greg KH wrote:
> > Hi all,
> >
> > With systemd 211, a new journal file is getting created with permissions
> > of root:root instead of root:systemd-journal like pr
On Tue, Mar 11, 2014 at 08:38:58PM -0700, Greg KH wrote:
> On Wed, Mar 12, 2014 at 04:21:55AM +0200, Mantas Mikulėnas wrote:
> > On Wed, Mar 12, 2014 at 3:46 AM, Greg KH wrote:
> > > Hi all,
> > >
> > > With systemd 211, a new journal file is getting created
On Tue, Mar 11, 2014 at 09:41:50PM -0700, Greg KH wrote:
> On Tue, Mar 11, 2014 at 08:38:58PM -0700, Greg KH wrote:
> > On Wed, Mar 12, 2014 at 04:21:55AM +0200, Mantas Mikulėnas wrote:
> > > On Wed, Mar 12, 2014 at 3:46 AM, Greg KH
> > > wrote:
> > > > H
On Tue, Mar 11, 2014 at 10:44:17PM -0700, Greg KH wrote:
> On Tue, Mar 11, 2014 at 09:41:50PM -0700, Greg KH wrote:
> > On Tue, Mar 11, 2014 at 08:38:58PM -0700, Greg KH wrote:
> > > On Wed, Mar 12, 2014 at 04:21:55AM +0200, Mantas Mikulėnas wrote:
> > > > On Wed, Ma
On Tue, Mar 11, 2014 at 11:08:59PM -0700, Greg KH wrote:
> On Tue, Mar 11, 2014 at 10:44:17PM -0700, Greg KH wrote:
> > On Tue, Mar 11, 2014 at 09:41:50PM -0700, Greg KH wrote:
> > > On Tue, Mar 11, 2014 at 08:38:58PM -0700, Greg KH wrote:
> > > > On Wed, Mar 12, 20
When starting up journald on a new system, set the proper permissions on
the system.journal file, not only on the journal directory.
diff --git a/tmpfiles.d/systemd.conf b/tmpfiles.d/systemd.conf
index 7c6d6b9099b9..1aeb5e40f1ee 100644
--- a/tmpfiles.d/systemd.conf
+++ b/tmpfiles.d/systemd.conf
@@
On Fri, Mar 14, 2014 at 03:28:27AM +0100, Zbigniew Jędrzejewski-Szmek wrote:
> On Fri, Mar 14, 2014 at 12:07:35AM +0000, Greg KH wrote:
> > When starting up journald on a new system, set the proper permissions on
> > the system.journal file, not only on the journal directory.
> &
This makes it possible to initialize the /etc/machine-id file on an
arbitrary filesystem hierarchy. This helps systems that wish to run
this at image creation time in a subdirectory, or from initramfs before
pivot-root is called.
diff --git a/man/systemd-machine-id-setup.xml b/man/systemd-machine
On Fri, Mar 14, 2014 at 12:47:53PM +0100, Tom Gundersen wrote:
> On Fri, Mar 14, 2014 at 5:43 AM, Greg KH wrote:
> > This makes it possible to initialize the /etc/machine-id file on an
> > arbitrary filesystem hierarchy. This helps systems that wish to run
> > this at ima
On Wed, Mar 19, 2014 at 07:55:35PM +0100, Zbigniew Jędrzejewski-Szmek wrote:
> On Thu, Mar 20, 2014 at 12:39:12AM +0900, juho son wrote:
> > Hi,
> > I omitted explain about.
> > /etc have many system's configuration files. "localtime" is one of them.
> > Normally /etc is on readable and writable lo
On Fri, Mar 21, 2014 at 02:00:47PM +0800, Rong wrote:
> > Also, all big Linux distributions have already switched or have
> > announced that they'll switch to systemd. That's more than we ever could
> > ask for, and there's nothing else for us to win.
>
> Indeed, systemd is taking over most major
On Tue, Mar 25, 2014 at 01:40:18AM +0100, Lennart Poettering wrote:
> On Fri, 14.03.14 03:28, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
>
> >
> > On Fri, Mar 14, 2014 at 12:07:35AM +, Greg KH wrote:
> > > When starting up journald on a new system, se
101 - 200 of 323 matches
Mail list logo
