| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
| |
of a compile time option.
While here, don't differ based on the existence of LOCK_EX
which doesn't seem to have ever made a difference on FreeBSD.
Approved by: cperciva (from discussion)
MFC after: 3 days
|
|
|
|
|
| |
Approved by: cperciva (from discussion)
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
| |
Otherwise we could fail with an incorrect error if e.g. parent
object id is removed too or we can even return a wrong vnode if
parent object has been already re-used.
Discussed with: pjd
Also see: http://article.gmane.org/gmane.os.freebsd.devel.file-systems/13863
MFC after: 26 days
|
|
|
|
|
|
|
| |
... which is triggered if somebody did regular umount on a snapshot mount.
Reviewed by: Matthew Ahrens <mahrens@delphix.com>
MFC after: 20 days
|
|
|
|
|
| |
Discussed with: kib
MFC after: 20 days
|
|
|
|
|
|
|
| |
To do: investigate if it would be possible to use normal vfs_domount here.
Reviewed by: kib
MFC after: 19 days
|
|
|
|
|
| |
Reviewed by: kib
MFC after: 19 days
|
|
|
|
|
| |
Reviewed by: kib
MFC after: 19 days
|
|
|
|
|
|
|
| |
... to ensure that we have a valid mountpoint during the call.
Reviewed by: kib
MFC after: 19 days
|
|
|
|
|
|
|
|
| |
vn_lock should do the right thing with respect to given vnode lock
flags. If a caller doesn't mind a doomed vnode, then zfs should deliver.
Reviewed by: kib
MFC after: 19 days
|
|
|
|
|
|
|
|
|
| |
It turned out to be not that useful, because its default value may lead
to a problem when a root pool is present in zpool.cache, but its
on-disk status is 'exported'. This may happen if the pool was imported
in a different environment with -f flag and then exported.
MFC after: 12 days
|
|
|
|
|
|
|
| |
Otherwise we may be leaking z_sync_cnt, which may lead to unnecessary
ZIL sync-ing.
MFC after: 12 days
|
|
|
|
|
|
|
|
|
| |
... instead of whatever random value may happen to be in the register.
ecx is important to some cpuid leaves.
To do: extend cpuctl interface to provide for ecx value parameter.
MFC after: 5 days
|
|
|
|
| |
MFC after: 3 weeks
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
|
|
| |
their definitions.
MFC after: 3 days
|
|
|
|
| |
Submitted by: brueffer
|
| |
|
|
|
|
|
|
| |
- Add myself to calendar.freebsd
Approved by: tabthorpe (mentor)
|
|
|
|
|
|
| |
PR: kern/145999
Reviewed by: mjg
MFC after: 1 week
|
|
|
|
|
| |
Submitted by: flo
Approved by: eadler
|
| |
|
|
|
|
|
|
|
|
| |
leading to handling of an invalid fdip object.
Reported and tested by: flo
MFC after: 2 months
X-MFC: 241519
|
|
|
|
|
|
|
|
| |
to this pmap.
Eliminate two redundant #include's.
Tested by: marcel
|
|
|
|
|
|
|
| |
cache line in order to avoid manual frobbing but using
struct rwlock_padalign.
Reviewed by: alc, jimharris
|
|
|
|
|
|
|
|
|
|
| |
* don't poke ath_hal_txstart() if nothing was pushed into the FIFO during
the refill process;
* shuffle around the TX debugging output a little so it's logged at
TX hardware enqueue;
* Add logging of the TX status processing.
|
|
|
|
|
|
|
|
|
| |
The copies of initarm used on platforms with FDT support were almost
identical. The differences were pulled out into separate functions that
were called by initarm.
This change merges the, now identical, copies of initarm and a few of it's
support functions. This is a step towards a common kernel on ARMv6.
|
|
|
|
|
|
|
|
| |
Although sufficient memory is available for a longer string in cmdname,
this is undefined behaviour anyway.
Side effect: for alignment reasons, an additional byte of memory is
allocated per hashed command.
|
|
|
|
|
| |
This removes some of the signalling magic from the Syscons driver and
puts it in the TTY layer, where it belongs.
|
|
|
|
|
|
|
|
|
|
| |
of small (< 256 byte) aggregate frames.
This needs to be done or 11n aggregation TX just simply doesn't work
on these NICs.
Whilst here, extend some debug printing; I was using this whilst
debugging the TX power setup in the TX descriptor(s) on the AR9380.
|
|
|
|
| |
AR9300 HAL.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
programmed on the BSP during (early) boot. This makes sure
that the APs get configured the same as the BSP, irrspective
of how FreeBSD was loaded.
2. Make sure to flush the dcache after writing the TLB1 entries
to the boot page. The APs aren't part of the coherency domain
just yet.
3. Set pmap_bootstrapped after calling pmap_bootstrap(). The
FDT code now maps the devices (like OF), and this resulted
in a panic.
4. Since we pre-wire the CCSR, make sure not to map chunks of
it in pmap_mapdev().
|
|
|
|
|
| |
file system part for the MD_ROOT mount string. Hardcoding the
the file system type as "ufs" is too restrictive.
|
| |
|
|
|
|
| |
by adding the missing bits. See ehci_fsl.c for their use.
|
|
|
|
|
|
|
|
| |
The automation can set TARGET_ARCH and TARGET and then make various
top-level targets, including buildLINT and buildkernel (with
KERNCONF=LINT). Previously there was no way to generate the LINT
kernel configuration without having to do something exceptionally
painful.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
(implemented by ffs_reallocblks_ufs[12]) relocates the file's blocks
so as to cluster them together into a contiguous set of blocks on
the disk.
When the cluster crosses the boundary into the first indirect block,
the first indirect block is initially allocated in a position
immediately following the last direct block. Block reallocation
would usually destroy locality by moving the indirect block out of
the way to keep the data blocks contiguous. This change compensates
for this problem by noting that the first indirect block should be
left immediately following the last direct block. It then tries
to start a new cluster of contiguous blocks (referenced by the
indirect block) immediately following the indirect block.
We should also do this for other indirect block boundaries, but it
is only important for the first one.
Suggested by: Bruce Evans
MFC: 2 weeks
|
|
|
|
| |
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
give rwlock(9) the ability to crunch different type of structures, with
the only constraint that they have a lock cookie named rw_lock.
This name, then, becames reserved from the struct that wants to use
the rwlock(9) KPI and other locking primitives cannot reuse it for
their members.
Namely such structs are the current struct rwlock and the new struct
rwlock_padalign. The new structure will define an object which has the
same layout of a struct rwlock but will be allocated in areas aligned
to the cache line size and will be as big as a cache line.
For further details check comments on above mentioned revisions.
Reviewed by: jimharris, jeff
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Since I've committed this I've receieved roughly an equal
amount of email thanking me for making this change
and asking me to revert it.
I've resisted making this change because
new users tend to prefer less over more
and these users are the least likely to know
how to change the PAGER on their own.
Requested by: many
Objected to: just as many
Decision made by: core
Approved by: cperciva
MFC after: 3 days
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
|
| |
PR: bin/168447
Submitted by: Boris Kochergin
|
| |
|
|
|
|
|
|
|
|
| |
* introduce a new HAL API method to pull out the TX status descriptor
contents.
* Add num_delims to the 11n first aggr method. This isn't used by the
driver at the moment so it won't affect anything.
|
|
|
|
|
| |
This requires some HAL API changes to be useful, as there's no way
right now to pull out the TX status descriptor contents.
|
|
|
|
| |
MFC after: 1 month
|
|
|
|
| |
MFC after: 1 month
|
| |
|
|
|
|
|
|
| |
the named file.
Approved by: marcel (mentor)
|