#
296373 |
|
04-Mar-2016 |
marius |
- Copy stable/10@296371 to releng/10.3 in preparation for 10.3-RC1 builds. - Update newvers.sh to reflect RC1. - Update __FreeBSD_version to reflect 10.3. - Update default pkg(8) configuration to use the quarterly branch.
Approved by: re (implicit) |
#
278717 |
|
13-Feb-2015 |
ngie |
MFC r277678:
r277678:
Add MK_CCD knob for building and installing ccd(4), ccdconfig, etc
Sponsored by: EMC / Isilon Storage Division
|
#
266220 |
|
16-May-2014 |
loos |
MFC r260522, r260523, r261439, r261440, r261586, r264504, r264769, r265193, r265194, r265197
r260522: Add the manual page for geom_uncompress(4).
r260523: Build the geom_uncompress(4) module by default.
Fix geom_uncompress(4) module loading. Don't link zlib.c (which is a module itself) directly.
r261439: Remove some unnecessary code. The offsets read from the first block are overwritten a few lines bellow.
r261440: Fix a logic error. Because of this inflateReset() wasn't being called and the output buffer wasn't being cleared between the inflate() calls, producing zeroed output after the first inflate() call.
This fixes the read of mkuzip(8) images with geom_uncompress(4).
r261586: Fix the build with DEBUG enabled. Where possible, fix style(9) issues.
r264504: Make sure not to do I/O for more than MAXPHYS bytes. Doing so can cause problems in our providers, such as a KASSERT in md(4). We can initiate I/O for more than MAXPHYS bytes if we've been given a BIO for MAXPHYS bytes, the blocks from which we're reading couldn't be compressed and we had compression in preceeding blocks resulting in misalignment of the blocks we're trying to read relative to the sector. We're forced to round up the I/O length to make it an multiple of the sector size.
When we detect the condition, we'll reduce the block count and perform a "short" read. In g_uzip_done() we need to consider the original I/O length and stop early if we're about to deflate a block that we didn't read. By using bio_completed in the cloned BIO and not bio_length to check for this, we automatically and gracefully handle short reads that our providers may be doing on top of the short reads we may initiate ourselves.
r264769: Keep geom_uncompress(4) in line with geom_uzip(4), bring in the r264504 fix.
Make sure not to start I/O bigger than MAXPHYS bytes.
r265193: Some style and whitespace fixes. Reduce the difference between geom_uzip(4) and geom_uncompress(4). Now, they produce an almost clean diff(1) output.
Remove a duplicated variable from g_uncompress.c and an unnecessary header from g_uzip.c.
r265194: Actually the FEATURE() macro is defined on sys/sysctl.h.
r265197: Fix a leak in g_uzip_taste(). After retrieve all the block offsets from the uzip image, free the last data read.
|
#
256281 |
|
10-Oct-2013 |
gjb |
Copy head (r256279) to stable/10 as part of the 10.0-RELEASE cycle.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation
|
#
219974 |
|
24-Mar-2011 |
mav |
MFgraid/head: Add new RAID GEOM class, that is going to replace ataraid(4) in supporting various BIOS-based software RAIDs. Unlike ataraid(4) this implementation does not depend on legacy ata(4) subsystem and can be used with any disk drivers, including new CAM-based ones (ahci(4), siis(4), mvs(4), ata(4) with `options ATA_CAM`). To make code more readable and extensible, this implementation follows modular design, including core part and two sets of modules, implementing support for different metadata formats and RAID levels.
Support for such popular metadata formats is now implemented: Intel, JMicron, NVIDIA, Promise (also used by AMD/ATI) and SiliconImage.
Such RAID levels are now supported: RAID0, RAID1, RAID1E, RAID10, SINGLE, CONCAT.
For any all of these RAID levels and metadata formats this class supports full cycle of volume operations: reading, writing, creation, deletion, disk removal and insertion, rebuilding, dirty shutdown detection and resynchronization, bad sector recovery, faulty disks tracking, hot-spare disks. For Intel and Promise formats there is support multiple volumes per disk set.
Look graid(8) manual page for additional details.
Co-authored by: imp Sponsored by: Cisco Systems, Inc. and iXsystems, Inc.
|
#
206497 |
|
12-Apr-2010 |
luigi |
Bring in geom_sched, support for scheduling disk I/O requests in a device independent manner. Also include an example anticipatory scheduler, gsched_rr, which gives very nice performance improvements in presence of competing random access patterns.
This is joint work with Fabio Checconi, developed last year and presented at BSDCan 2009. You can find details in the README file or at
http://info.iet.unipi.it/~luigi/geom_sched/
|
#
202437 |
|
16-Jan-2010 |
trasz |
Add gmountver, disk mount verification GEOM class.
Note that due to e.g. write throttling ('wdrain'), it can stall all the disk I/O instead of just the device it's configured for. Using it for removable media is therefore not a good idea.
Reviewed by: pjd (earlier version)
|
#
176724 |
|
02-Mar-2008 |
marcel |
Add geom_part module.
|
#
176421 |
|
20-Feb-2008 |
thompsa |
Rename geom_lvm(4) to geom_linux_lvm(4).
Requested by: des, phk
|
#
176167 |
|
11-Feb-2008 |
thompsa |
Hook geom_lvm(4) up to the build.
|
#
173006 |
|
26-Oct-2007 |
pjd |
Add GEOM VIRSTOR module to the build.
|
#
167050 |
|
27-Feb-2007 |
mjacob |
First cut at GEOM based multipath. This is an active/passive{/passive...} arrangement that has no intrinsic internal knowledge of whether devices it is given are truly multipath devices. As such, this is a simplistic approach, but still a useful one.
The basic approach is to (at present- this will change soon) use camcontrol to find likely identical devices and and label the trailing sector of the first one. This label contains both a full UUID and a name. The name is what is presented in /dev/multipath, but the UUID is used as a true distinguishor at g_taste time, thus making sure we don't have chaos on a shared SAN where everyone names their data multipath as "Fred".
The first of N identical devices (and N *may* be 1!) becomes the active path until a BIO request is failed with EIO or ENXIO. When this occurs, the active disk is ripped away and the next in a list is picked to (retry and) continue with.
During g_taste events new disks that meet the match criteria for existing multipath geoms get added to the tail end of the list.
Thus, this active/passive setup actually does work for devices which go away and come back, as do (now) mpt(4) and isp(4) SAN based disks.
There is still a lot to do to improve this- like about 5 of the 12 recommendations I've received about it, but it's been functional enough for a while that it deserves a broader test base.
Reviewed by: pjd Sponsored by: IronPort Systems MFC: 2 months
|
#
166556 |
|
07-Feb-2007 |
marcel |
Don't recurse into geom_apple and geom_gpt. They have been moved into the g_part framework.
|
#
163851 |
|
31-Oct-2006 |
pjd |
Hook up gjournal bits to the build.
Sponsored by: home.pl
|
#
163048 |
|
06-Oct-2006 |
ru |
A GEOM cache can speed up read performance by sending fixed size read requests to its consumer. It has been developed to address the problem of a horrible read performance of a 64k blocksize FS residing on a RAID3 array with 8 data components, where a single disk component would only get 8k read requests, thus effectively killing disk performance under high load. Documentation will be provided later. I'd like to thank Vsevolod Lobko for his bright ideas, and Pawel Jakub Dawidek for helping me fix the nasty bug.
|
#
148457 |
|
27-Jul-2005 |
pjd |
Connect GEOM_ELI class to the build.
MFC after: 1 week
|
#
148384 |
|
25-Jul-2005 |
pjd |
Connect GZERO to the build.
MFC after: 3 days
|
#
140075 |
|
11-Jan-2005 |
pjd |
Connect SHSEC GEOM class to the build.
|
#
133812 |
|
16-Aug-2004 |
pjd |
Connect RAID3 GEOM class to the build.
|
#
133640 |
|
13-Aug-2004 |
fjoe |
Add geom_uzip -- geom class that implements read-only compressed disks. Currently supports cloop V2.0 disk compression format. May support more formats in future.
|
#
133270 |
|
07-Aug-2004 |
le |
Due to popular demand, hook up geom_vinum to the build.
|
#
132905 |
|
30-Jul-2004 |
pjd |
Connect GEOM_MIRROR class to the build.
|
#
131476 |
|
02-Jul-2004 |
pjd |
Introduce GEOM_LABEL class. This class is used for detecting volume labels on file systems: UFS, MSDOSFS (FAT12, FAT16, FAT32) and ISO9660. It also provide native labelization (there is no need for file system).
g_label_ufs.c is based on geom_vol_ffs from Gordon Tetlow. g_label_msdos.c and g_label_iso9660.c are probably hacks, I just found where volume labels are stored and I use those offsets here, but with this class it should be easy to do it as it should be done by someone who know how. Implementing volume labels detection for other file systems also should be trivial.
New providers are created in those directories: /dev/ufs/ (UFS1, UFS2) /dev/msdosfs/ (FAT12, FAT16, FAT32) /dev/iso9660/ (ISO9660) /dev/label/ (native labels, configured with glabel(8))
Manual page cleanups and some comments inside were submitted by Simon L. Nielsen, who was, as always, very helpful. Thanks!
|
#
129477 |
|
20-May-2004 |
pjd |
- Connect geom(8) and its libraries to the build. - Connect geom_stripe and geom_nop modules to the build. - Connect STRIPE and NOP classes to the LINT build. - Disconnect gconcat(8) from the build.
Supported by: Wheel - Open Technologies - http://www.wheel.pl
|
#
128891 |
|
03-May-2004 |
pjd |
Connect geom_gate.ko to the build.
|
#
126172 |
|
23-Feb-2004 |
pjd |
Connect geom_concat.ko module to the build.
Approved by: scottl (mentor)
|
#
116518 |
|
18-Jun-2003 |
phk |
Add "GEOM_FOX", a class which detects and selects between multiple redundant paths to the same device.
This class reacts to a label in the first sector of the device, which is created the following way:
# "0123456789abcdef012345..." # "<----magic-----><-id-...> echo "GEOM::FOX someid" | dd of=/dev/da0 conv=sync
NB: Since the fact that multiple disk devices are in fact the same device is not known to GEOM, the geom taste/spoil process cannot fully catch all corner cases and this module can therefore be confused if you do the right wrong things.
NB: The disk level drivers need to do the right thing for this to be useful, and that is not by definition currently the case.
|
#
116125 |
|
09-Jun-2003 |
phk |
Add new geom_ccd module
|
#
115783 |
|
03-Jun-2003 |
gordon |
Add a geom_vol_ffs module and hook up to the build.
|
#
115479 |
|
31-May-2003 |
phk |
Add GEOM module compilation shims.
|