Re: [systemd-devel] Looking for known memory leaks triggered by stress testing add/remove/up/down interfaces

2021-02-22 Thread Greg KH
On Mon, Feb 22, 2021 at 06:22:44AM -0500, Robert P. J. Day wrote: > On Thu, 18 Feb 2021, Lennart Poettering wrote: > > > On Do, 18.02.21 11:48, Robert P. J. Day (rpj...@crashcourse.ca) wrote: > > > > > A colleague has reported the following apparent issue in a fairly > > > old (v230) version of

Re: [systemd-devel] Looking for known memory leaks triggered by stress testing add/remove/up/down interfaces

2021-02-19 Thread Greg KH
On Fri, Feb 19, 2021 at 06:09:16PM +0200, Mantas Mikulėnas wrote: > On Fri, Feb 19, 2021 at 4:49 PM Lennart Poettering > wrote: > > > On Fr, 19.02.21 09:28, Robert P. J. Day (rpj...@crashcourse.ca) wrote: > > > > > i guess i expected that the CVE identifier would be in the commit > > > message.

Re: [systemd-devel] udev and btrfs multiple devices

2021-01-28 Thread Greg KH
On Thu, Jan 28, 2021 at 01:32:03AM -0700, Chris Murphy wrote: > On Thu, Jan 28, 2021 at 1:03 AM Greg KH wrote: > > > > On Wed, Jan 27, 2021 at 05:19:38PM -0700, Chris Murphy wrote: > > > > > > Next, is it possible to enhance udev so that it can report the

Re: [systemd-devel] udev and btrfs multiple devices

2021-01-28 Thread Greg KH
On Wed, Jan 27, 2021 at 05:19:38PM -0700, Chris Murphy wrote: > > Next, is it possible to enhance udev so that it can report the number > of devices expected for a Btrfs file system? This information is > currently in the Btrfs superblock found on each device in the > num_devices field. >

Re: [systemd-devel] Why systemd-nspawn is slower than docker, podman and qemu?! how to Improve nspawn performance?

2021-01-25 Thread Greg KH
On Mon, Jan 25, 2021 at 11:56:09AM +0100, Badr Elmers wrote: > Hi, > Why nspawn is slow compared to docker podman and even qemu?! > CPU tasks take twice of the time it takes in docker, podman or qemu > > here I filled a request to improve nspawn performance which contain the > steps and the full

Re: [systemd-devel] Udev rules for interfaces

2020-12-25 Thread Greg KH
On Fri, Dec 25, 2020 at 11:01:47AM +0200, Adi Ml wrote: > Hi, > > I am trying to generate rules in udev to block mass storage. It seems like > it only checks the device itself (its class is 00), but not its interface > classes (one of those is 08, a mass storage). It seems like there is only >

Re: [systemd-devel] Udev hardening

2020-12-14 Thread Greg KH
On Mon, Dec 14, 2020 at 06:18:24PM +0200, Adi Ml wrote: > I guess that udev can block devices from userspace only, so from there. > > Of course, you are right-whitelist is better. > > As for usbguard, I thought about using seccomp and filterring system calls > in my udev service based on their

Re: [systemd-devel] Udev hardening

2020-12-14 Thread Greg KH
On Mon, Dec 14, 2020 at 05:31:17PM +0200, Adi Ml wrote: > I am using udev in order to create a kiosk mode. I want to block devices > which fit a certain vid pid. Block devices from where? The kernel or userspace? udev runs _after_ the kernel has seen the device and bound to it. And usb

Re: [systemd-devel] Udev hardening

2020-12-14 Thread Greg KH
On Mon, Dec 14, 2020 at 04:30:58PM +0200, Adi Ml wrote: > Hi, > Is there some way to detect which system calls, I am using in udev (in > order to filter it)? I don't understand, if you don't know what system calls you are needing, why do you need to filter anything? Do you not trust udev to work

Re: [systemd-devel] Udev hardening

2020-12-14 Thread Greg KH
On Mon, Dec 14, 2020 at 02:54:31PM +0200, Adi Ml wrote: > Hi, > > I would like to harden my udev service with the > SystemCallFilter option. What systemcalls should be permitted/allowed in > order to secure it and avoid irrelevant system calls? It all depends on what type of scripts/programs you

Re: [systemd-devel] Creating executable device nodes in /dev?

2020-12-11 Thread Greg KH
On Fri, Dec 11, 2020 at 12:46:35PM +0200, Jarkko Sakkinen wrote: > On Wed, Dec 09, 2020 at 10:35:21AM +0200, Topi Miettinen wrote: > > On 9.12.2020 2.15, Jarkko Sakkinen wrote: > > > On Wed, Dec 09, 2020 at 01:15:27AM +0200, Topi Miettinen wrote: > > > > > > > As a further argument, I just did

Re: [systemd-devel] Memory in systemctl status

2020-09-28 Thread Greg KH
On Mon, Sep 28, 2020 at 02:22:17PM +0200, Reindl Harald wrote: > honestly: do you realize that i know very well how the memory management > of Linux works and that it's pretty fine but not part of the topic at all? *plonk* ___ systemd-devel mailing list

Re: [systemd-devel] Memory in systemctl status

2020-09-28 Thread Greg KH
On Mon, Sep 28, 2020 at 11:37:20AM +0200, Reindl Harald wrote: > > > Am 28.09.20 um 11:19 schrieb Benjamin Berg: > >> if i would set "MemoryMax" to 4G "Memory: 8.6G" would kill it when the > >> caches are accounted in that context > > > > No, the kernel kicks in and reclaims memory at that

Re: [systemd-devel] Memory in systemctl status

2020-09-27 Thread Greg KH
On Sun, Sep 27, 2020 at 01:41:33PM +0200, Reindl Harald wrote: > Memory: 8.6G > > looks like there is a large part of os-caching included where i wonmder > how that's done because a file can be read by muliple processes / > services and is hopfefully only once cached > > however, that value

Re: [systemd-devel] device enumeration by systemd user instances

2019-07-25 Thread Greg KH
On Thu, Jul 25, 2019 at 05:29:33PM +0200, Pawel Szewczyk wrote: > On 7/17/19 23:14, Greg KH wrote: > > > > 100ms seems like a really long time, what exactly is it doing during > > that time? Is the kernel spending too much time regenerating the > > uevents? > &

Re: [systemd-devel] device enumeration by systemd user instances

2019-07-17 Thread Greg KH
On Wed, Jul 17, 2019 at 05:46:58PM +0200, Pawel Szewczyk wrote: > Dear all > > I was recently working on reducing booting time and I see one issue that > I think is worth discussing. > > The problem is the device units enumeration seems to take a long time > (>100ms in our case) before any

Re: [systemd-devel] udev_device_get_driver implementation

2019-04-24 Thread Greg KH
A: http://en.wikipedia.org/wiki/Top_post Q: Were do I find info about this thing called top-posting? A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? A: No. Q: Should I

Re: [systemd-devel] udev_device_get_driver implementation

2019-04-24 Thread Greg KH
On Wed, Apr 24, 2019 at 10:10:08AM -0700, Sayeed hyder wrote: > Forgot to hit "reply all" > > On Wed, Apr 24, 2019 at 9:52 AM Sayeed hyder wrote: > > > Hi Greg, > > > > Sure, this is what I get if I use the syspath from > > udev_device_get_syspath. As you can see, it is showing a symlink to a >

Re: [systemd-devel] udev_device_get_driver implementation

2019-04-24 Thread Greg KH
On Wed, Apr 24, 2019 at 08:38:02AM -0700, Sayeed hyder wrote: > Hi, > > I was looking at the udev_device_get_driver implementation. It first gets > the sys path and then appends "driver", and calls readlink to get the > driver information. Does it work for all cases? While working on a project, >

Re: [systemd-devel] Fail to load network modules properly

2019-01-27 Thread Greg KH
On Sun, Jan 27, 2019 at 09:14:37PM +0100, Łukasz Słaboń wrote: > Hello everyone, > > Since starting using linux last year (xubuntu 18.04) I am experiencing > occasional problems with wifi interface (broadcom BCM43224 rev 01 > 14e4:4353). From time to time (every 3 - 4 starts) my wifi card is not

Re: [systemd-devel] udev

2017-11-01 Thread Greg KH
On Wed, Nov 01, 2017 at 10:04:19AM -0400, David Henderson wrote: > Good morning Lennart, thanks for the follow-up! At this point I am > only interested in building a particular program (udev) from the > systemD collection, not help building a distribution. And I think if > I tried to contact LFS

Re: [systemd-devel] About stable network interface names

2017-06-10 Thread Greg KH
On Sat, Jun 10, 2017 at 09:08:17AM +0300, Andrei Borzenkov wrote: > 09.06.2017 23:42, Martin Wilck пишет: > > On Tue, 2017-06-06 at 21:40 +0300, Andrei Borzenkov wrote: > >> > >> Can device and function really change? My understanding is that > >> device > >> part is determined by bus physical

Re: [systemd-devel] Systemd license vs. libcryptsetup license

2017-06-07 Thread Greg KH
On Wed, Jun 07, 2017 at 05:26:21PM +0200, Krzysztof Jackiewicz wrote: > Thanks, for explanation. > > > - a collection of rpms, like a linux distro, including systemd.rpm, > > libcryptsetup.rpm, and thousands of other loosely coupled rpms > > → that's a mere aggregation, each of the thousands

Re: [systemd-devel] About stable network interface names

2017-05-29 Thread Greg KH
On Mon, May 29, 2017 at 11:34:13AM +0200, Cesare Leonardi wrote: > On 29/05/2017 07:10, Greg KH wrote: > > Anyway, PCI can, and will sometimes, renumber it's devices on booting > > again, that's a known issue. It is rare, but as you have found out, > > will happen. So anyt

Re: [systemd-devel] About stable network interface names

2017-05-28 Thread Greg KH
On Mon, May 29, 2017 at 02:35:12AM +0200, Cesare Leonardi wrote: > I ask because I've done several tests, with different motherboards, adding > and removing PCI-express cards and that expectation was not satisfied in > many cases. > > For example, in one of those tests I initially had this setup:

Re: [systemd-devel] WebUSB

2017-01-25 Thread Greg KH
On Wed, Jan 25, 2017 at 02:38:06PM +0100, Lars Knudsen wrote: > 1. someone plugs in hardware with an unknown VID/PID but CDC capabilities > 2. modemmanager does it's magic probing and finds "this is not a modem" > 3. the VID/PID(& more if needed) + findings is sent to a cloud db ... Do you want a

Re: [systemd-devel] WebUSB

2017-01-20 Thread Greg KH
On Fri, Jan 20, 2017 at 01:18:12PM +0100, Lars Knudsen wrote: > > The full device should be fine if it has a WebUSB interface (even in a > > composite scenario) > > Really?  You want to allow someone "raw" access to a composite device > just because of one specific interface? > >

Re: [systemd-devel] WebUSB

2017-01-20 Thread Greg KH
On Fri, Jan 20, 2017 at 12:55:20PM +0100, Lars Knudsen wrote: > On Fri, Jan 20, 2017 at 12:05 PM, Greg KH <gre...@linuxfoundation.org> wrote: > >  - so if we can make a rule that consistently detects USB devices with a > WebUSB > > interface defined, we should g

Re: [systemd-devel] WebUSB

2017-01-20 Thread Greg KH
On Fri, Jan 20, 2017 at 11:43:24AM +0100, Lars Knudsen wrote: > > > On Mon, Jan 16, 2017 at 3:23 PM, Simon McVittie > > wrote: > > On Mon, 09 Jan 2017 at 10:20:33 +0100, Lars Knudsen wrote: > > 2. make sure that webusb devices will be somehow

Re: [systemd-devel] WebUSB

2017-01-10 Thread Greg KH
On Tue, Jan 10, 2017 at 06:23:13PM +0100, Lars Knudsen wrote: > > > On Jan 10, 2017 18:19, "Greg KH" <g...@kroah.com> wrote: > > On Tue, Jan 10, 2017 at 06:04:46PM +0100, Lars Knudsen wrote: > > I figured that made most sense :) > > >

Re: [systemd-devel] WebUSB

2017-01-10 Thread Greg KH
On Tue, Jan 10, 2017 at 08:39:28AM +0100, Lars Knudsen wrote: > > > On Jan 10, 2017 07:51, "Greg KH" <g...@kroah.com> wrote: > > On Mon, Jan 09, 2017 at 01:32:40PM -0800, Reilly Grant wrote: > > On 2017-01-09 9:55 am, Greg KH wrote: > >

Re: [systemd-devel] WebUSB

2017-01-09 Thread Greg KH
On Mon, Jan 09, 2017 at 01:32:40PM -0800, Reilly Grant wrote: > On 2017-01-09 9:55 am, Greg KH wrote: > > On Mon, Jan 09, 2017 at 06:13:04PM +0100, Bjørn Mork wrote: > > > Greg KH <g...@kroah.com> writes: > > > > On Mon, Jan 09, 2017 at 09:40:59AM +, Kenne

Re: [systemd-devel] WebUSB

2017-01-09 Thread Greg KH
On Mon, Jan 09, 2017 at 06:13:04PM +0100, Bjørn Mork wrote: > Greg KH <g...@kroah.com> writes: > > On Mon, Jan 09, 2017 at 09:40:59AM +, Kenneth Rohde Christiansen wrote: > >> Web USB can only grab devices which has special Web USB headers. It can not > >> grab

Re: [systemd-devel] WebUSB

2017-01-09 Thread Greg KH
On Mon, Jan 09, 2017 at 01:12:11PM +0200, Felipe Balbi wrote: > > I don't think we need to change anything in the kernel. What we need is > generic udev rule that fixes up permissions for the WebUSB Interface. > > IIRC, WebUSB is implemented much like CDC ACM, however bInterfaceClass > is set to

Re: [systemd-devel] WebUSB

2017-01-09 Thread Greg KH
On Mon, Jan 09, 2017 at 11:29:24AM +0100, Aleksander Morgado wrote: > On Mon, Jan 9, 2017 at 11:07 AM, Greg KH <g...@kroah.com> wrote: > > On Mon, Jan 09, 2017 at 09:40:59AM +, Kenneth Rohde Christiansen wrote: > >> Web USB can only grab devices which has special

Re: [systemd-devel] Stable interface names even when hardware is added or removed, not true

2016-11-16 Thread Greg KH
On Wed, Nov 16, 2016 at 03:33:42PM +0200, Pekka Sarnila wrote: > On 'Predictable Network Interface Names' it states as a benefit of the new > policy: > > Stable interface names even when hardware is added or removed, i.e. > no re-enumeration takes place > > Unfortunately this is not true. >

Re: [systemd-devel] TTL for systemd -> EL7

2016-10-12 Thread Greg KH
On Wed, Oct 12, 2016 at 09:08:27AM -0400, Chris Bell wrote: > Hey everyone, > > Not sure if this is the right place to ask, but I figured someone here or at > RH would know. What's the TTL for systemd updates on EL7? My Arch box runs > 231, but our EL7 (RHEL7.2) boxes are only at 219, where it

Re: [systemd-devel] Head ups - upstream first no longer applies to the kernel.

2016-08-16 Thread Greg KH
On Tue, Aug 16, 2016 at 01:55:34PM +, Jóhann B. Guðmundsson wrote: > On 08/16/2016 12:53 PM, Greg KH wrote: > > On Tue, Aug 16, 2016 at 12:51:12PM +, Jóhann B. Guðmundsson wrote: > > > On 08/16/2016 12:34 PM, Greg KH wrote: > > > >

Re: [systemd-devel] Head ups - upstream first no longer applies to the kernel.

2016-08-16 Thread Greg KH
On Tue, Aug 16, 2016 at 12:47:16PM +, Jóhann B. Guðmundsson wrote: > > > On 08/16/2016 12:31 PM, Greg KH wrote: > > On Tue, Aug 16, 2016 at 12:25:47PM +, Jóhann B. Guðmundsson wrote: > > > > > > On 08/16/2016 11:28 AM, Greg KH wrote: > > >

Re: [systemd-devel] Head ups - upstream first no longer applies to the kernel.

2016-08-16 Thread Greg KH
On Tue, Aug 16, 2016 at 12:51:12PM +, Jóhann B. Guðmundsson wrote: > On 08/16/2016 12:34 PM, Greg KH wrote: > > > But agreement is usually the best way to work things out, don't you > > think? Isn't it better than the traditional way a company works (a > > projec

Re: [systemd-devel] Head ups - upstream first no longer applies to the kernel.

2016-08-16 Thread Greg KH
On Tue, Aug 16, 2016 at 12:35:13PM +, Jóhann B. Guðmundsson wrote: > > > On 08/16/2016 12:13 PM, Greg KH wrote: > > On Tue, Aug 16, 2016 at 11:23:03AM +, Jóhann B. Guðmundsson wrote: > > > Why cant the kernel community figure this out and solve this upstream >

Re: [systemd-devel] Head ups - upstream first no longer applies to the kernel.

2016-08-16 Thread Greg KH
On Tue, Aug 16, 2016 at 12:25:47PM +, Jóhann B. Guðmundsson wrote: > > > On 08/16/2016 11:28 AM, Greg KH wrote: > > On Tue, Aug 16, 2016 at 11:15:03AM +, Jóhann B. Guðmundsson wrote: > > > > > > On 08/16/2016 10:44 AM, Greg KH wrote: > > >

Re: [systemd-devel] Head ups - upstream first no longer applies to the kernel.

2016-08-16 Thread Greg KH
On Tue, Aug 16, 2016 at 11:23:03AM +, Jóhann B. Guðmundsson wrote: > On 08/16/2016 10:42 AM, Greg KH wrote: > > As long as this new code doesn't break things for users without those > kernel patches, why would you object? Are you having to maintain these > new fe

Re: [systemd-devel] Head ups - upstream first no longer applies to the kernel.

2016-08-16 Thread Greg KH
On Tue, Aug 16, 2016 at 11:15:03AM +, Jóhann B. Guðmundsson wrote: > > > On 08/16/2016 10:44 AM, Greg KH wrote: > > On Tue, Aug 16, 2016 at 10:11:27AM +, Jóhann B. Guðmundsson wrote: > > > Recent case in point is the that the wireguard maintainer was/is >

Re: [systemd-devel] Head ups - upstream first no longer applies to the kernel.

2016-08-16 Thread Greg KH
On Tue, Aug 16, 2016 at 10:11:27AM +, Jóhann B. Guðmundsson wrote: > Recent case in point is the that the wireguard maintainer was/is interested > seeing it property integrated into systemd. Anywork related to that could not > be started *until* he had his stuff merged in the upstream kernel

Re: [systemd-devel] Head ups - upstream first no longer applies to the kernel.

2016-08-16 Thread Greg KH
On Tue, Aug 16, 2016 at 10:11:27AM +, Jóhann B. Guðmundsson wrote: > On 08/16/2016 09:04 AM, Lennart Poettering wrote: > > On Mon, 15.08.16 10:53, Jóhann B. Guðmundsson (johan...@gmail.com) wrote: > > Johann, what you are posting here is really not helpful in any > way. > > >

Re: [systemd-devel] question on special configuration case

2016-06-08 Thread Greg KH
On Wed, Jun 08, 2016 at 06:43:04AM +, Hebenstreit, Michael wrote: > > Really? No journal messages are getting created at all? No users logging > > in/out? What does strace show on those processes? > > Yes, messages are created - but I'm not interested in them. Maybe a > user logs in for a

Re: [systemd-devel] question on special configuration case

2016-06-07 Thread Greg KH
On Wed, Jun 08, 2016 at 02:04:48AM +, Hebenstreit, Michael wrote: > > What processes are showing up in your count? Perhaps it's just a > > bug that needs to be fixed. > /bin/dbus-daemon > /usr/lib/systemd/systemd-journald > /usr/lib/systemd/systemd-logind > > I understand from the previous

Re: [systemd-devel] question on special configuration case

2016-06-07 Thread Greg KH
On Tue, Jun 07, 2016 at 11:50:36PM +, Hebenstreit, Michael wrote: > The base system is actually pretty large (currently 1200 packages) - I > hate that myself. Still performance wise the packages are not the > issue. The SSDs used can easily handle that, and library loads are > only happening

Re: [systemd-devel] systemd network interface names - new twist

2016-06-02 Thread Greg KH
On Thu, Jun 02, 2016 at 06:29:50PM +0200, Reindl Harald wrote: > > > Am 02.06.2016 um 18:20 schrieb Greg KH: > > Ok, but please ask on a fedora list as this is a fedora specific issue, > > as it is running a very old version of systemd as well as the kernel, so > >

Re: [systemd-devel] systemd network interface names - new twist

2016-06-02 Thread Greg KH
On Thu, Jun 02, 2016 at 10:14:22AM -0600, JB wrote: > Hi Greg, > Thank you very much for responding! > > On 6/2/2016 9:46 AM, Greg KH wrote: > > On Thu, Jun 02, 2016 at 06:24:39AM -0600, JB wrote: > > > I'm running kernel 3.18.22. I'm seeing some odd behavior from sys

Re: [systemd-devel] systemd network interface names - new twist

2016-06-02 Thread Greg KH
On Thu, Jun 02, 2016 at 06:24:39AM -0600, JB wrote: > I'm running kernel 3.18.22. I'm seeing some odd behavior from systemd. The > motherboard is an intel board with dual onboard NIC. I installed FC21 > initially with secondary ethernet interface disabled in the BIOS. Then after > install, I

Re: [systemd-devel] when/where was support for assigning "ethX" names removed?

2016-05-27 Thread Greg KH
On Fri, May 27, 2016 at 09:14:51AM -0600, Chris Friesen wrote: > On 05/27/2016 08:36 AM, Lennart Poettering wrote: > > On Thu, 26.05.16 12:28, Chris Friesen (cbf...@mail.usask.ca) wrote: > > > > > So I've been playing with this a bit, but I've run into another snag. It > > > seems that on

Re: [systemd-devel] when/where was support for assigning "ethX" names removed?

2016-05-26 Thread Greg KH
On Thu, May 26, 2016 at 01:49:07PM -0600, Chris Friesen wrote: > On 05/26/2016 12:41 PM, Martin Pitt wrote: > > Chris Friesen [2016-05-26 12:28 -0600]: > > > So I've been playing with this a bit, but I've run into another snag. It > > > seems that on initial boot even with "net.ifnames=0" the

Re: [systemd-devel] Verify the gpg signature of the given tag

2016-05-11 Thread Greg KH
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

Re: [systemd-devel] service dependency on udev

2016-04-19 Thread Greg KH
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

Re: [systemd-devel] Network Interface Names: solution for a desktop OS

2016-04-12 Thread Greg KH
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,

Re: [systemd-devel] Network Interface Names: solution for a desktop OS

2016-04-12 Thread Greg KH
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

Re: [systemd-devel] Network Interface Names: solution for a desktop OS

2016-04-12 Thread Greg KH
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

Re: [systemd-devel] Network Interface Names: solution for a desktop OS

2016-04-11 Thread Greg KH
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

Re: [systemd-devel] Network Interface Names: solution for a desktop OS

2016-04-11 Thread Greg KH
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 >

Re: [systemd-devel] Network Interface Names: solution for a desktop OS

2016-04-11 Thread Greg KH
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 >

Re: [systemd-devel] on the default for PredictableNetworkInterfaceNames

2016-04-11 Thread Greg KH
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

Re: [systemd-devel] on the default for PredictableNetworkInterfaceNames

2016-04-11 Thread Greg KH
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

Re: [systemd-devel] Network Interface Names: solution for a desktop OS

2016-04-10 Thread Greg KH
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

Re: [systemd-devel] Fwd: Random X crash on nvidia card on Gnome 3.20

2016-04-10 Thread Greg KH
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

Re: [systemd-devel] Utility for persistent alternative driver binding

2015-12-09 Thread Greg KH
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 > >> > >&

Re: [systemd-devel] Utility for persistent alternative driver binding

2015-12-08 Thread Greg KH
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 >

Re: [systemd-devel] udevd detect and list ata devices

2015-12-06 Thread Greg KH
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

Re: [systemd-devel] udevd detect and list ata devices

2015-12-06 Thread Greg KH
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

Re: [systemd-devel] udevd detect and list ata devices

2015-12-05 Thread Greg KH
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 > >

Re: [systemd-devel] Rename NIC by using dynamic MAC

2015-12-03 Thread Greg KH
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

Re: [systemd-devel] libudev: subdirectories in sysfs (what does "available" mean?)

2015-11-24 Thread Greg KH
On Tue, Nov 24, 2015 at 12:37:46PM -0500, Anne Mulhern wrote: > > - Original Message - > > From: "Greg KH" <gre...@linuxfoundation.org> > > To: "Anne Mulhern" <amulh...@redhat.com> > > Cc: "David Herrmann" <dh.her

Re: [systemd-devel] libudev: subdirectories in sysfs (what does "available" mean?)

2015-11-24 Thread Greg KH
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

Re: [systemd-devel] udevd detect and list ata devices

2015-11-21 Thread Greg KH
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

Re: [systemd-devel] udevd detect and list ata devices

2015-11-20 Thread Greg KH
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 >

Re: [systemd-devel] Fwd: Udev development questions

2015-11-18 Thread Greg KH
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? >

Re: [systemd-devel] Udev development questions

2015-11-17 Thread Greg KH
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

Re: [systemd-devel] kdbus refactoring?

2015-11-09 Thread Greg KH
On Mon, Nov 09, 2015 at 05:02:45PM +, Måns Rullgård wrote: > Andy Lutomirski <l...@amacapital.net> writes: > > > On Sun, Nov 8, 2015 at 3:30 PM, Greg KH <gre...@linuxfoundation.org> wrote: > >> On Sun, Nov 08, 2015 at 10:39:43PM +0100, Richard Weinberger wrote

Re: [systemd-devel] kdbus refactoring?

2015-11-08 Thread Greg KH
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]

Re: [systemd-devel] kdbus refactoring?

2015-11-08 Thread Greg KH
On Sun, Nov 08, 2015 at 10:39:43PM +0100, Richard Weinberger wrote: > On Sun, Nov 8, 2015 at 10:35 PM, Greg KH <gre...@linuxfoundation.org> wrote: > > On Sun, Nov 08, 2015 at 10:06:31PM +0100, Richard Weinberger wrote: > >> Hi all, > >> > >> after read

Re: [systemd-devel] What I think is really wrong with systemd

2015-09-16 Thread Greg KH
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

Re: [systemd-devel] Weird udev issue: char device replaced by regular file on suspend

2015-06-25 Thread Greg KH
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

Re: [systemd-devel] Why we need to read/save random seed?

2015-06-14 Thread Greg KH
On Sun, Jun 14, 2015 at 12:49:55PM -0300, Cristian Rodríguez wrote: El jun. 14, 2015 10:21, cee1 fykc...@gmail.com 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

Re: [systemd-devel] Why we need to read/save random seed?

2015-06-14 Thread Greg KH
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 gre...@linuxfoundation.org wrote: On Sun, Jun 14, 2015 at 12:49:55PM -0300, Cristian Rodríguez wrote: El jun. 14, 2015 10:21, cee1 fykc...@gmail.com escribió: Hi all, Why

Re: [systemd-devel] [ANNOUNCE] Git development moved to github

2015-06-10 Thread Greg KH
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 can you ( or

Re: [systemd-devel] [ANNOUNCE] Git development moved to github

2015-06-10 Thread Greg KH
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. I do understand and am aware of the complication

Re: [systemd-devel] [ANNOUNCE] Git development moved to github

2015-06-10 Thread Greg KH
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 can you ( or

Re: [systemd-devel] [ANNOUNCE] Git development moved to github

2015-06-10 Thread Greg KH
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 can you ( or

Re: [systemd-devel] [ANNOUNCE] Git development moved to github

2015-06-10 Thread Greg KH
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: There's also no real need for it, I don't understand why you keep

Re: [systemd-devel] Alienware graphics amplifier scancodes

2015-06-04 Thread Greg KH
On Wed, Jun 03, 2015 at 05:43:16PM -0500, Mario Limonciello wrote: Hi Greg, On 05/28/2015 03:30 PM, Greg KH wrote: On Thu, May 28, 2015 at 01:53:57PM -0500, Mario Limonciello wrote: On 05/28/2015 01:46 PM, Greg KH wrote: You can't guarantee that there is another GPU to display things

Re: [systemd-devel] What does udevd do

2015-05-30 Thread Greg KH
On Sun, May 31, 2015 at 10:26:46AM +0800, cee1 wrote: 2015-05-31 5:52 GMT+08:00 Lennart Poettering lenn...@poettering.net: Then udevd is only responsible for 1) Making nodes, and doing other device initialization stuffs. udev does not create device nodes. That's the job of devtmpfs in the

Re: [systemd-devel] Alienware graphics amplifier scancodes

2015-05-28 Thread Greg KH
On Thu, May 28, 2015 at 01:53:57PM -0500, Mario Limonciello wrote: On 05/28/2015 01:46 PM, Greg KH wrote: You can't guarantee that there is another GPU to display things on. Yes you can. Wait, what? No, you can't. 1) Not everyone has multiple monitors plugged into multiple GPU's

Re: [systemd-devel] Alienware graphics amplifier scancodes

2015-05-28 Thread Greg KH
On Thu, May 28, 2015 at 06:48:49PM +0200, Lennart Poettering wrote: On Wed, 27.05.15 15:59, Mario Limonciello (mario_limoncie...@dell.com) wrote: Hi, Some Alienware notebooks and desktops support an external graphics housing called the Alienware Graphics Amplifier. It allows the usage

Re: [systemd-devel] Alienware graphics amplifier scancodes

2015-05-28 Thread Greg KH
On Thu, May 28, 2015 at 01:25:58PM -0500, Mario Limonciello wrote: Yes, I'm aware that PCI hotplug support is in the kernel. The kernel doesn't panic on the PCIe device being removed from the bus, but the graphics driver and X don't continue working. What should you really do then? Fix the

Re: [systemd-devel] sd-bus vs gdbus on dbus-daemon

2015-04-29 Thread Greg KH
On Wed, Apr 29, 2015 at 04:08:50PM +0200, Umut Tezduyar Lindskog wrote: Hi, We [1] have noticed that there could be up to %50 performance gain on using sd-bus over gdbus on dbus-daemon. For this reason, we have high interest in using sd-bus. What are the plans in terms of making sd-bus API

Re: [systemd-devel] [PATCH 1/3] rules: Enable runtime device power management on Intel HDA controllers

2015-04-20 Thread Greg KH
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 resolution and

Re: [systemd-devel] Question about relationship between systemd v219 and kernel version.

2015-04-08 Thread Greg KH
On Tue, Apr 07, 2015 at 05:41:48PM -0700, Dimitri John Ledkov wrote: On 6 April 2015 at 01:12, Lennart Poettering lenn...@poettering.net 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

Re: [systemd-devel] Question about relationship between systemd v219 and kernel version.

2015-04-08 Thread Greg KH
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 job to support obsolete, years-old software that everyone has moved

Re: [systemd-devel] experiments with 'minimal build'

2015-03-19 Thread Greg KH
On Fri, Mar 20, 2015 at 02:44:47AM +1100, Jeff Waugh wrote: On Fri, Mar 20, 2015 at 2:39 AM, Alison Chaiken ali...@she-devel.com wrote: http://freedesktop.org/wiki/Software/systemd/MinimalBuilds/ says that the minimum requirements are udev and journald.   I wonder if udev is

  1   2   3   >