summaryrefslogtreecommitdiffstats
path: root/iw/partition_gui.py
diff options
context:
space:
mode:
authorHans de Goede <hdegoede@redhat.com>2009-12-10 15:39:32 +0100
committerHans de Goede <hdegoede@redhat.com>2009-12-10 20:06:02 +0100
commit75bf0aac951ccd79576d06b5f2c2fa4c30435e4a (patch)
tree5b882cc6429a63fd16c8b2dde993afb2fe040d80 /iw/partition_gui.py
parentc33d1d52c66eb6aa7ff8e519aff4b96f311e5d59 (diff)
downloadanaconda-75bf0aac951ccd79576d06b5f2c2fa4c30435e4a.tar.gz
anaconda-75bf0aac951ccd79576d06b5f2c2fa4c30435e4a.tar.xz
anaconda-75bf0aac951ccd79576d06b5f2c2fa4c30435e4a.zip
Rework udev_settle timeout handling (#544177)
1) centralize the setting of the timeout parameter inside the udev_settle function. I do realize that the time needed for initially scanning all disks is much larger, then the time for scanning a single new partition when we are creating partitions. But since this is a timeout, and udevadm settle will exit as soon as the scanning is done, I see no reason not to have a single place to configure the timeout assuming the worst case scenario (the initial disk scan). This way we won't have these magic values sprinkled all over the code. 2) Given that in the past we've had bugs filed about anaconda taking many minutes to scan hardware on big iron machine and that our initial udev settle call will scan all disks, I think that udevadm's default timeout of 1 minutes is too low, so this patch sets the timeout to 5 minutes.
Diffstat (limited to 'iw/partition_gui.py')
0 files changed, 0 insertions, 0 deletions