summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2010-01-18Merge commit 'v2.17'LaMont Jones44-4657/+5185
2010-01-07build-sys: release++ (v2.17)Karel Zak2-2/+6
Signed-off-by: Karel Zak <kzak@redhat.com>
2010-01-07docs: update v2.17 ReleaseNotesKarel Zak1-7/+40
Signed-off-by: Karel Zak <kzak@redhat.com>
2010-01-07docs: update AUTHORS fileKarel Zak1-0/+1
Signed-off-by: Karel Zak <kzak@redhat.com>
2010-01-07po: merge changesKarel Zak24-5679/+8274
Signed-off-by: Karel Zak <kzak@redhat.com>
2010-01-07po: update zh_CN.po (from translationproject.org)Ray Wang1-3468/+1818
2010-01-07po: update pl.po (from translationproject.org)Jakub Bogusz1-454/+289
2010-01-07po: update fi.po (from translationproject.org)Lauri Nurmi1-570/+305
2010-01-07po: update eu.po (from translationproject.org)Mikel Olasagasti1-1152/+1219
2010-01-07po: update cs.po (from translationproject.org)Petr Pisar1-444/+202
2010-01-07tests: refresh lscpu testsKarel Zak6-0/+6
Signed-off-by: Karel Zak <kzak@redhat.com>
2010-01-07lscpu: add {32,64}-bit CPU modes detectionKarel Zak1-0/+35
This patch add "CPU op-mode(s):" field that prints all supported CPU operation modes. The field is based on CPU flags: rm (real mode) 16-bit tm (transparent mode) 32-bit lm (long mode) 64-bit Example: $ lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit CPU(s): 2 Thread(s) per core: 1 Core(s) per socket: 2 CPU socket(s): 1 NUMA node(s): 1 Vendor ID: GenuineIntel CPU family: 6 Model: 15 Stepping: 11 CPU MHz: 1600.000 Virtualization: VT-x L1d cache: 32K L1i cache: 32K L2 cache: 4096K Signed-off-by: Karel Zak <kzak@redhat.com>
2010-01-06fdisk: sleep-after-sync and fsync usageKarel Zak3-9/+5
It seems that sleep() after sync() is unnecessary legacy. It's very probably unnecessary since kernel 1.3.20. For example the libparted does not to use sleep() at all. It seems that more important is fsync() usage in fdisks. For more details see http://marc.theaimsgroup.com/?l=linux-kernel&m=105545785306867&w=3 http://marc.theaimsgroup.com/?l=linux-kernel&m=105545848607353&w=3 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=276369 Currently we use fsync() in fdisk only. This patch also add fsync() to sfdisk and cfdisk. Addresses: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=276369 Addresses: http://bugzilla.redhat.com/show_bug.cgi?id=502639 Signed-off-by: Karel Zak <kzak@redhat.com>
2010-01-04mount: fix typo in mount.8Karel Zak1-1/+1
Reported-by: Joe Peterson <joe@skyrush.com> Signed-off-by: Karel Zak <kzak@redhat.com>
2010-01-04libblkid: DRBD support for blkidBastian Friedrich4-0/+109
DRBD is the Distributed Replicated Block Device, a replication service for low level block devices. The attached patch provides libblkid detection for v08 type drbd devices (v08 is the current one). [kzak@redhat.com: - port to libblkid 2.17 - use BLKID_USAGE_RAID flag - remove BLKID_IDINFO_TOLERANT flag - note that DRBD is supported since kernel v2.6.33-rc1] Signed-off-by: Bastian Friedrich <bastian.friedrich@collax.com> Signed-off-by: Karel Zak <kzak@redhat.com>
2010-01-04sfdisk: confused about disk sizeKarel Zak1-4/+5
The size of disk in the sfdisk command is based on number of cylinders (this is probably legacy from CHS epoch). That's wrong because partitions are addressed in sectors (LBA), so cylinders don't provide necessary resolution (granularity). On Sat, Jan 02, 2010 at 01:01:16PM +0100, Giulio wrote: > $ cat /sys/block/sda/size > 184549376 > > $ sfdisk -d /dev/sda > part.dump > $ cat part.dump > # partition table of /dev/sda > unit: sectors > > /dev/sda1 : start= 2048, size= 2097152, Id=83 > /dev/sda2 : start= 2099200, size= 12582912, Id=83 > /dev/sda3 : start= 14682112, size= 84934656, Id=83 > /dev/sda4 : start= 99616768, size= 84932608, Id=83 > > > $ sfdisk -L /dev/sda < part.dump > Checking that no-one is using this disk right now ... > OK > > Disk /dev/sda: 11487 cylinders, 255 heads, 63 sectors/track > Old situation: > Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0 > > Device Boot Start End #cyls #blocks Id System > /dev/sda1 0+ 130- 131- 1048576 83 Linux > /dev/sda2 130+ 913- 784- 6291456 83 Linux > /dev/sda3 913+ 6200- 5287- 42467328 83 Linux > /dev/sda4 6200+ 11487- 5287- 42466304 83 Linux > Warning: given size (84932608) exceeds max allowable size (84921887) disk size: based on number of cylinders: 11487 * 8225280 = 94483791360 bytes based on number of sectors: 184549376 * 512 = 94489280512 bytes end of 4th partition (LBA in bytes): (99616768 + 84932608) * 512 = 94489280512 Reported-by: Giulio <giulioo@gmail.com> Signed-off-by: Karel Zak <kzak@redhat.com>
2010-01-04pg: command enters infinite loopMike Frysinger1-1/+4
In a multibyte locale such as en_GB.UTF-8, the pg command cannot handle files containing a form feed character (ASCII 0x0c) at the start of a line. The program enters an infinite loop. I've traced the problem to the function endline_for_mb in file pg.c. The code assumes that the libc function wcwidth will return a nonnegative value, which is not true for a form feed character. wcwidth returns -1 and the unsigned variable "pos" goes into underflow. I'll attach a patch which tests whether the character is printable before calling wcwidth. If not, it uses instead the width of the constant L'?' which is later used to replace nonprintable characters. I trust that we can assume printability of this constant :-) Steps to Reproduce: 1. Select a multibyte locale (tested with en_GB.UTF-8) 2. Create a file with a form feed character (0x0c) at the start of a line. 3. Try to display this file using the pg command. Reported-by: Mark Calderbank <m.calderbank@iname.com> Reported-by: Mike Frysinger <vapier@gentoo.org> Addresses: https://bugs.gentoo.org/297717 Signed-off-by: Karel Zak <kzak@redhat.com>
2009-12-22changelog: releaseLaMont Jones45-0/+46
2009-12-21Merge remote branch 'origin/master'LaMont Jones60-1539/+2222
2009-12-17umount: add --no-canonicalizeKarel Zak2-2/+12
Signed-off-by: Karel Zak <kzak@redhat.com>
2009-12-17mount: disable --no-canonicalize for non-root usersKarel Zak1-1/+2
Signed-off-by: Karel Zak <kzak@redhat.com>
2009-12-15tests: add silicon RAID testKarel Zak2-0/+3
Signed-off-by: Karel Zak <kzak@redhat.com>
2009-12-15tests: add promise RAID testKarel Zak2-0/+2
Signed-off-by: Karel Zak <kzak@redhat.com>
2009-12-15tests: add nvidia RAID testKarel Zak2-0/+3
Signed-off-by: Karel Zak <kzak@redhat.com>
2009-12-15tests: add lsi RAID testKarel Zak2-0/+2
Signed-off-by: Karel Zak <kzak@redhat.com>
2009-12-15tests: add jmicron RAID testKarel Zak2-0/+3
Signed-off-by: Karel Zak <kzak@redhat.com>
2009-12-15tests: add isw RAID testKarel Zak2-0/+3
Signed-off-by: Karel Zak <kzak@redhat.com>
2009-12-15tests: add hpt45x RAID testKarel Zak2-0/+2
Signed-off-by: Karel Zak <kzak@redhat.com>
2009-12-15tests: add hpt37x RAID testKarel Zak2-0/+2
Signed-off-by: Karel Zak <kzak@redhat.com>
2009-12-15tests: add adaptec RAID testKarel Zak2-0/+3
Signed-off-by: Karel Zak <kzak@redhat.com>
2009-12-15libblkid: rename highpoint RAIDs to hpt{37,45}x_raid_memberKarel Zak1-2/+2
Signed-off-by: Karel Zak <kzak@redhat.com>
2009-12-15libblkid: fix highpoint37x detectionKarel Zak1-2/+9
Signed-off-by: Karel Zak <kzak@redhat.com>
2009-12-15libblkid: fix Adaptec RAID detectionKarel Zak1-3/+4
Signed-off-by: Karel Zak <kzak@redhat.com>
2009-12-14docs: add LGPLv2+ to list of licensesKarel Zak1-0/+2
Signed-off-by: Karel Zak <kzak@redhat.com>
2009-12-10build-sys: release++ (v2.17-rc3)Karel Zak2-2/+6
Signed-off-by: Karel Zak <kzak@redhat.com>
2009-12-10docs: update v2.17 ReleaseNotesKarel Zak1-3/+7
Signed-off-by: Karel Zak <kzak@redhat.com>
2009-12-10po: merge changesKarel Zak24-563/+1214
Signed-off-by: Karel Zak <kzak@redhat.com>
2009-12-10po: update eu.po (from translationproject.org)Mikel Olasagasti Uranga1-488/+371
2009-12-10po: update cs.po (from translationproject.org)Petr Pisar1-517/+299
2009-12-10docs: add ngettext() into TODO fileKarel Zak1-0/+9
Signed-off-by: Karel Zak <kzak@redhat.com>
2009-12-10po: fix msgid bugsKarel Zak5-11/+11
Reported-by: Petr Pisar <petr.pisar@atlas.cz> Signed-off-by: Karel Zak <kzak@redhat.com>
2009-12-10lib: bug (typo) in function MD5Final()Karel Zak1-1/+1
On Wed, Dec 09, 2009 at 10:08:38PM +0000, Jochen Voss wrote: > while experimenting with coccinelle, I accidentally found what I > believe is a bug in util-linux-ng release 2.17-rc2 (downloaded > today). The problem is the following code in lib/md5.c (around line > 153): > > void MD5Final(unsigned char digest[16], struct MD5Context *ctx) > { > [...] > memset(ctx, 0, sizeof(ctx)); /* In case it's sensitive */ > } > > The third argument of memset should probably be the size of 'struct > MD5Context' instead of the size of the pointer. So my guess is > that the memset line should be > > memset(ctx, 0, sizeof(*ctx)); /* In case it's sensitive */ > > instead. I don't know whether this actually causes a problem, > but the comment makes it seem possible that it does. Note, this typo does not have any impact on the utils in the util-linux-ng project, because we don't use MD5 for any security sensitive data or cryptographic stuff. The typo also does not have any impact to the final MD5 hashes. Reported-by: Jochen Voss <voss@seehuhn.de> Signed-off-by: Karel Zak <kzak@redhat.com>
2009-12-09build-sys: release++ (v2.17-rc2)Karel Zak2-3/+7
Signed-off-by: Karel Zak <kzak@redhat.com>
2009-12-09docs: update v2.17 ReleaseNotesKarel Zak1-0/+21
Signed-off-by: Karel Zak <kzak@redhat.com>
2009-12-09docs: update AUTHORS fileKarel Zak1-0/+1
Signed-off-by: Karel Zak <kzak@redhat.com>
2009-12-09po: merge changesKarel Zak24-2208/+2786
Signed-off-by: Karel Zak <kzak@redhat.com>
2009-12-09po: update pl.po (from translationproject.org)Jakub Bogusz1-2292/+1977
2009-12-08docs: update TODO listKarel Zak1-0/+9
Signed-off-by: Karel Zak <kzak@redhat.com>
2009-12-07flock: fix hang when parent ignores SIGCHLDMike Frysinger1-1/+9
If flock is executed from a process which has set SIGCHLD to SIG_IGN, then flock will eat cpu and hang indefinitely if given a command to execute. So before we fork(), make sure to set SIGCHLD handling back to the default so that the later waitpid() doesn't freak out on us. [kzak@redhat.com: - add a check for waitpid() return value] Signed-off-by: Mike Frysinger <vapier@gentoo.org> Signed-off-by: Karel Zak <kzak@redhat.com>
2009-12-06changelog: release to experimentalLaMont Jones1-1/+1
generated by cgit v1.2.3 (git 2.39.1) at 2025-03-01 11:44:30 +0000