"66325755" (history) in projects: dragonfly

Project(s)

Full Search
Definition
Symbol
File Path
History
Type

Searched hist:66325755 (Results 1 – 14 of 14) sorted by relevance

/dragonfly/sys/vfs/hammer/
H A D	hammer_disk.h	d9ecde89 Sat Feb 27 19:11:19 GMT 2016 Tomohiro Kusumi <kusumi.tomohiro@gmail.com> sys/vfs/hammer: Fix comment This comment made by 66325755 in 2007 seems to be wrong today. There is no code that indicates parent inode# == 0 means it's deleted, or treats it as deleted. 66325755 Wed Nov 07 00:43:24 GMT 2007 Matthew Dillon <dillon@dragonflybsd.org> HAMMER part 2/many. * Implement most of the I/O infrastructure and internal HAMMER tracking structures for volumes, super-clusters, clusters, and buffers. * Flesh out the B-Tree code and add an iterator. * Implement a good chunk of the vnops, but no modifying operations yet. * Implement passive filesystem buffer tracking which allows a struct buf to remain associated with internal HAMMER data structures and also provides a reverse path whereby the filesystem buffer cache drives garbage collection of internal HAMMER data structures. Use the augmented bio_ops to facilitate this. * Skeleton for transactions, spikes, and object allocation & management.
H A D	Makefile	66325755 Wed Nov 07 00:43:24 GMT 2007 Matthew Dillon <dillon@dragonflybsd.org> HAMMER part 2/many. * Implement most of the I/O infrastructure and internal HAMMER tracking structures for volumes, super-clusters, clusters, and buffers. * Flesh out the B-Tree code and add an iterator. * Implement a good chunk of the vnops, but no modifying operations yet. * Implement passive filesystem buffer tracking which allows a struct buf to remain associated with internal HAMMER data structures and also provides a reverse path whereby the filesystem buffer cache drives garbage collection of internal HAMMER data structures. Use the augmented bio_ops to facilitate this. * Skeleton for transactions, spikes, and object allocation & management.
H A D	hammer_btree.h	66325755 Wed Nov 07 00:43:24 GMT 2007 Matthew Dillon <dillon@dragonflybsd.org> HAMMER part 2/many. * Implement most of the I/O infrastructure and internal HAMMER tracking structures for volumes, super-clusters, clusters, and buffers. * Flesh out the B-Tree code and add an iterator. * Implement a good chunk of the vnops, but no modifying operations yet. * Implement passive filesystem buffer tracking which allows a struct buf to remain associated with internal HAMMER data structures and also provides a reverse path whereby the filesystem buffer cache drives garbage collection of internal HAMMER data structures. Use the augmented bio_ops to facilitate this. * Skeleton for transactions, spikes, and object allocation & management.
H A D	hammer_vnops.c	d9ecde89 Sat Feb 27 19:11:19 GMT 2016 Tomohiro Kusumi <kusumi.tomohiro@gmail.com> sys/vfs/hammer: Fix comment This comment made by 66325755 in 2007 seems to be wrong today. There is no code that indicates parent inode# == 0 means it's deleted, or treats it as deleted. 66325755 Wed Nov 07 00:43:24 GMT 2007 Matthew Dillon <dillon@dragonflybsd.org> HAMMER part 2/many. * Implement most of the I/O infrastructure and internal HAMMER tracking structures for volumes, super-clusters, clusters, and buffers. * Flesh out the B-Tree code and add an iterator. * Implement a good chunk of the vnops, but no modifying operations yet. * Implement passive filesystem buffer tracking which allows a struct buf to remain associated with internal HAMMER data structures and also provides a reverse path whereby the filesystem buffer cache drives garbage collection of internal HAMMER data structures. Use the augmented bio_ops to facilitate this. * Skeleton for transactions, spikes, and object allocation & management.
H A D	hammer_transaction.c	66325755 Wed Nov 07 00:43:24 GMT 2007 Matthew Dillon <dillon@dragonflybsd.org> HAMMER part 2/many. * Implement most of the I/O infrastructure and internal HAMMER tracking structures for volumes, super-clusters, clusters, and buffers. * Flesh out the B-Tree code and add an iterator. * Implement a good chunk of the vnops, but no modifying operations yet. * Implement passive filesystem buffer tracking which allows a struct buf to remain associated with internal HAMMER data structures and also provides a reverse path whereby the filesystem buffer cache drives garbage collection of internal HAMMER data structures. Use the augmented bio_ops to facilitate this. * Skeleton for transactions, spikes, and object allocation & management.
H A D	hammer_subs.c	66325755 Wed Nov 07 00:43:24 GMT 2007 Matthew Dillon <dillon@dragonflybsd.org> HAMMER part 2/many. * Implement most of the I/O infrastructure and internal HAMMER tracking structures for volumes, super-clusters, clusters, and buffers. * Flesh out the B-Tree code and add an iterator. * Implement a good chunk of the vnops, but no modifying operations yet. * Implement passive filesystem buffer tracking which allows a struct buf to remain associated with internal HAMMER data structures and also provides a reverse path whereby the filesystem buffer cache drives garbage collection of internal HAMMER data structures. Use the augmented bio_ops to facilitate this. * Skeleton for transactions, spikes, and object allocation & management.
H A D	hammer_io.c	66325755 Wed Nov 07 00:43:24 GMT 2007 Matthew Dillon <dillon@dragonflybsd.org> HAMMER part 2/many. * Implement most of the I/O infrastructure and internal HAMMER tracking structures for volumes, super-clusters, clusters, and buffers. * Flesh out the B-Tree code and add an iterator. * Implement a good chunk of the vnops, but no modifying operations yet. * Implement passive filesystem buffer tracking which allows a struct buf to remain associated with internal HAMMER data structures and also provides a reverse path whereby the filesystem buffer cache drives garbage collection of internal HAMMER data structures. Use the augmented bio_ops to facilitate this. * Skeleton for transactions, spikes, and object allocation & management.
H A D	hammer_btree.c	66325755 Wed Nov 07 00:43:24 GMT 2007 Matthew Dillon <dillon@dragonflybsd.org> HAMMER part 2/many. * Implement most of the I/O infrastructure and internal HAMMER tracking structures for volumes, super-clusters, clusters, and buffers. * Flesh out the B-Tree code and add an iterator. * Implement a good chunk of the vnops, but no modifying operations yet. * Implement passive filesystem buffer tracking which allows a struct buf to remain associated with internal HAMMER data structures and also provides a reverse path whereby the filesystem buffer cache drives garbage collection of internal HAMMER data structures. Use the augmented bio_ops to facilitate this. * Skeleton for transactions, spikes, and object allocation & management.
H A D	hammer_object.c	66325755 Wed Nov 07 00:43:24 GMT 2007 Matthew Dillon <dillon@dragonflybsd.org> HAMMER part 2/many. * Implement most of the I/O infrastructure and internal HAMMER tracking structures for volumes, super-clusters, clusters, and buffers. * Flesh out the B-Tree code and add an iterator. * Implement a good chunk of the vnops, but no modifying operations yet. * Implement passive filesystem buffer tracking which allows a struct buf to remain associated with internal HAMMER data structures and also provides a reverse path whereby the filesystem buffer cache drives garbage collection of internal HAMMER data structures. Use the augmented bio_ops to facilitate this. * Skeleton for transactions, spikes, and object allocation & management.
H A D	hammer_ondisk.c	66325755 Wed Nov 07 00:43:24 GMT 2007 Matthew Dillon <dillon@dragonflybsd.org> HAMMER part 2/many. * Implement most of the I/O infrastructure and internal HAMMER tracking structures for volumes, super-clusters, clusters, and buffers. * Flesh out the B-Tree code and add an iterator. * Implement a good chunk of the vnops, but no modifying operations yet. * Implement passive filesystem buffer tracking which allows a struct buf to remain associated with internal HAMMER data structures and also provides a reverse path whereby the filesystem buffer cache drives garbage collection of internal HAMMER data structures. Use the augmented bio_ops to facilitate this. * Skeleton for transactions, spikes, and object allocation & management.
H A D	hammer_vfsops.c	66325755 Wed Nov 07 00:43:24 GMT 2007 Matthew Dillon <dillon@dragonflybsd.org> HAMMER part 2/many. * Implement most of the I/O infrastructure and internal HAMMER tracking structures for volumes, super-clusters, clusters, and buffers. * Flesh out the B-Tree code and add an iterator. * Implement a good chunk of the vnops, but no modifying operations yet. * Implement passive filesystem buffer tracking which allows a struct buf to remain associated with internal HAMMER data structures and also provides a reverse path whereby the filesystem buffer cache drives garbage collection of internal HAMMER data structures. Use the augmented bio_ops to facilitate this. * Skeleton for transactions, spikes, and object allocation & management.
H A D	hammer_inode.c	66325755 Wed Nov 07 00:43:24 GMT 2007 Matthew Dillon <dillon@dragonflybsd.org> HAMMER part 2/many. * Implement most of the I/O infrastructure and internal HAMMER tracking structures for volumes, super-clusters, clusters, and buffers. * Flesh out the B-Tree code and add an iterator. * Implement a good chunk of the vnops, but no modifying operations yet. * Implement passive filesystem buffer tracking which allows a struct buf to remain associated with internal HAMMER data structures and also provides a reverse path whereby the filesystem buffer cache drives garbage collection of internal HAMMER data structures. Use the augmented bio_ops to facilitate this. * Skeleton for transactions, spikes, and object allocation & management.
H A D	hammer.h	66325755 Wed Nov 07 00:43:24 GMT 2007 Matthew Dillon <dillon@dragonflybsd.org> HAMMER part 2/many. * Implement most of the I/O infrastructure and internal HAMMER tracking structures for volumes, super-clusters, clusters, and buffers. * Flesh out the B-Tree code and add an iterator. * Implement a good chunk of the vnops, but no modifying operations yet. * Implement passive filesystem buffer tracking which allows a struct buf to remain associated with internal HAMMER data structures and also provides a reverse path whereby the filesystem buffer cache drives garbage collection of internal HAMMER data structures. Use the augmented bio_ops to facilitate this. * Skeleton for transactions, spikes, and object allocation & management.
/dragonfly/sys/conf/
H A D	files	66325755 Wed Nov 07 00:43:24 GMT 2007 Matthew Dillon <dillon@dragonflybsd.org> HAMMER part 2/many. * Implement most of the I/O infrastructure and internal HAMMER tracking structures for volumes, super-clusters, clusters, and buffers. * Flesh out the B-Tree code and add an iterator. * Implement a good chunk of the vnops, but no modifying operations yet. * Implement passive filesystem buffer tracking which allows a struct buf to remain associated with internal HAMMER data structures and also provides a reverse path whereby the filesystem buffer cache drives garbage collection of internal HAMMER data structures. Use the augmented bio_ops to facilitate this. * Skeleton for transactions, spikes, and object allocation & management.