| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We need to make sure that our coredump pattern handler manages to read
process metadata from /proc/$PID/ before the kernel reaps the crashed
process. By default the kernel will reap the process as soon as it can.
By setting kernel.core_pipe_limit to a non-zero the kernel will wait for
userspace to finish before reaping.
We'll set the value to 16, which allows 16 crashes to be
processed in parallel. This matches the MaxConnections= setting in
systemd-coredump.socket.
See: #17301
(This doesn't close 17301, since we probably should also gracefully
handle if /proc/$PID/ vanished already while our coredump handler runs,
just in case people loclly set the sysctl back to zero. i.e. we should
collect what we can and rather issue an incomplete log record than
none.)
|
|
|
|
|
|
|
| |
Latest glibc has deprecated mallinfo(), so it might become unavailable at some point
in the future. There is malloc_info(), but it returns XML, ffs. I think the information
that we get from mallinfo() is quite useful, so let's use mallinfo() if available, and
not otherwise.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It is expected for numerous autostart files to not be convertible to
corresponding units. The information is only useful for someone
debugging why a file might not be started, but it is not generally
useful for users in most situations.
As such, lower the warnings. Anyone wondering why an application is not
started will easily notice that the unit is not generated. From there it
will be somewhat harder to figure out why, but the overall trade-off is
still improved.
Fixes: #17305
|
|\
| |
| | |
Fix inhibitors
|
| |
| |
| |
| | |
Ooops made in 0a9bf7fa593682326f1c5c2d7ec3d29a9d59e5cb.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
My logs have lines like this:
Oct 10 09:38:38 krowka systemd-logind[1889]: External (2) displays connected.
Oct 10 09:38:38 krowka systemd-logind[1889]: Refusing operation, as it is turned off.
Without some hint *what* operation is ignored, this is not very informative.
(I remember this came up before, but I don't remember why we didn't change this
log line back then...)
|
|\ \
| | |
| | | |
coccinelle: resolve our own macros to avoid skipping functions
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
to drop braces around single-line if statements. Also, prefix it with
zz- so it runs as the last one, so it's able to fix stuff tweaked by
previous transformations.
|
| | |
| | |
| | |
| | | |
Prompted by #15868
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Coccinelle can't do this automagically and requires we supply it
respective header files. Unfortunately, the option for this
(--macro-file=) can be used only once, so let's create our own
macro file by collecting macros needed for the semantic parser
to be happy.
|
| | |
| | |
| | |
| | |
| | | |
Add a quirk to fix the accelerometer orientation on the MPMAN
Converter 9 2-in-1.
|
| | |
| | |
| | |
| | |
| | | |
Add Lenovo USB touchscreens which can safely autosuspend to hwdb,
this helps the processor reach deaper PC# states when idle.
|
|\ \ \
| | | |
| | | | |
turn libidn/libidn2 dep into dlopen() one
|
| | | | |
|
| |/ / |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
We previously checked the QR bit to decide whether the RFC6975 algorithm
data in our packets. But that doesn't work in many cases, since we
initialize the QR flags along with the other flags usually only after
appending OPT (since success to do so propagates into flags). Hence,
let's add an explicit parameter that controls whether to include RFC6975
data in DNS packets, and set it to false for stub reply, and on true for
upstream queries.
Fixes: #17217
|
| | |
| | |
| | |
| | |
| | | |
Also, while we are at it, explain that udev won't reprobe if users just
release the lock, they have to close the block device too.
|
|\ \ \
| |_|/
|/| | |
two udev fixes, split out of #16859
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
locked
This fixes a race where a block device that pops up and immediately is
locked (such as a loopback device in preparation) might result in
udev never run any rules for it, and thus never turn on inotify watching
for it (as inotify watching is controlled via an option set via udev
rules), thus not noticing when the device is unlocked/closed again
(which is noticed via IN_CLOSE_WRITE inotify events).
This changes two things:
1. Whenever we encounter a locked block device we'll now inotify watch
it, so that it is guaranteed we'll notice when the BSD lock fd is
closed again, and will reprobe.
2. We'll now turn off inotify watching again once we realise the
udev rules don't actually want that. Previously, once watching a
device was enabled via a udev rule, it would be watched forever until
the device disappeared, even if the option was dropped by the rules
for later events.
Together this will make sure that we'll watch the device via inotify
in both of the following cases:
a) The block device has been BSD locked when udev wanted to look at it
b) The udev rules run for the last seen event for the device say so
In all other cases inotify is off for block devices.
This new behaviour both fixes the race, but also makes the most sense,
as the rules (when they are run) actually really control the watch state
now. And if someone BSD locks a block device then it should be OK to
inotify watch it briefly until the lock is released again as the user
this way more or less opts into the locking protocol.
|
| |/ |
|
|\ \
| | |
| | | |
XDG autostart improvements
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
It makes sense to ignore all the common fields that are expected and
that we can safely ignore. Note that it is fine to ignore URL as we will
already warn about the type= being wrong in that case.
Closes: #17276
|
| | |
| | |
| | |
| | | |
This sets the working directory of the application.
|
| |/
|/| |
|
|\ \
| | |
| | | |
Two coverity-inspired fixes
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The code was OK, but not obviously so. Let's add an assert to help a
human or nonhuman reader figure it out.
Coverity CID#1433224.
|
| |/
| |
| |
| |
| |
| |
| | |
This is confusing, but had no effect because the arguments were consistently
switched.
Coverity CID#1433223.
|
| |
| |
| |
| |
| |
| | |
This helper alone doesn't make too much sense, but it's preparatory work
for #17274, and I guess it can't hurt to land it early, it does make the
ratelimit code a tiny bit prettier after all.
|
|/
|
|
|
|
| |
assignment
And while we are at it, fix one incorrect error propagation.
|
|
|
|
|
|
| |
As noticed by @mbiebl:
https://github.com/systemd/systemd/commit/5134e18eedc30bfe5397ed31f94903d984a60cfc#r43033443
|
|
|
|
|
| |
Thanks Christian Brauner @brauner
Fixes: #17261
|
|\
| |
| | |
systemctl: split huge .c file into smaller bits
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This is just some refactoring: shifting around of code, not change in
codeflow.
This splits up the way too huge systemctl.c in multiple more easily
digestable files. It roughly follows the rule that each family of verbs
gets its own .c/.h file pair, and so do all the compat executable names
we support. Plus three extra files for sysv compat (which existed before
already, but I renamed slightly, to get the systemctl- prefix lik
everything else), a -util file with generic stuff everything uses, and a
-logind file with everything that talks directly to logind instead of
PID1.
systemctl is still a bit too complex for my taste, but I think this way
itc omes in a more digestable bits at least.
No change of behaviour, just reshuffling of some code.
|
| |
| |
| |
| |
| |
| | |
It's an auxiliary function to the UnitInfo structures, and very generic.
Let's hence move it over to the other code operating with UnitInfo, even
if it's not used by code outside of systemctl (yet).
|
| | |
|
| | |
|
|\ \
| |/
|/|
| |
| | |
yuwata/network-route-improve-multipath-route-support
network: improve multipath route support
|
| |
| |
| |
| |
| | |
This also moves ADDRESS_FMT_VAL() macro to networkd-address.h, and
renames it to IPV4_ADDRESS_FMT_VAL().
|
| | |
|
| |
| |
| |
| | |
Fixes #17249.
|
| |
| |
| |
| |
| | |
When multiple ipv6 default gateways are set, kernel seems to merge them
into a multipath route.
|
| |
| |
| |
| | |
Then, `networkctl status` correctly shows gateways.
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
When route_remove() succeeds, the Route object will be freed later by
manager_rtnl_process_route().
|
| | |
|