| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
d_getattr(). Since these drivers use disk(9) KPI and not directly GEOM, use
of that function means KPI layering violation, causing extra g_io_deliver()
call for the request.
Notes:
svn path=/head/; revision=251651
|
|
|
|
| |
Notes:
svn path=/head/; revision=251650
|
|
|
|
|
|
|
|
|
|
|
| |
While GEOM in general has provider opened while sending BIO_GETATTR,
GEOM DISK does not really need to open disk to read medium-unrelated
attributes for own use.
Proposed by: ken
Notes:
svn path=/head/; revision=251649
|
|
|
|
|
|
|
| |
MFC after: 2 weeks
Notes:
svn path=/head/; revision=251648
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Explicitly use GNU cpp for preprocessing.
Remove explicit debugging code.
Change some variable names to be less confusing.
Improve some comments.
Improve indentation.
PR: 162211
168785
MFC after: 2 weeks
Notes:
svn path=/head/; revision=251647
|
|\
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Poor ZFS send / receive performance due to snapshot
hold / release processing (by smh@)
Illumos ZFS issues:
3740 Poor ZFS send / receive performance due to snapshot
hold / release processing
MFC after: 2 weeks
Notes:
svn path=/head/; revision=251646
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
to illumos-gate 14052:1a272fe1337b
Illumos ZFS issues:
3740 Poor ZFS send / receive performance due to snapshot
hold / release processing
Notes:
svn path=/vendor-sys/illumos/dist/; revision=251644
|
| |
| |
| |
| |
| |
| |
| |
| | |
The AR9300 HAL update included the LNA diversity configuration information
so it can be used in the AR9485 configuration code.
Notes:
svn path=/head/; revision=251643
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This adds some new NetBSD releases and makes some simple formatting changes.
With this commit NetBSD and FreeBSD should have identical files.
DragonflyFBSD has the version immediately prior to this commit.
When committing to this file please try to coordinate with all three groups.
Submitted by: Alan Barrett <apb@cequrux.com>
Notes:
svn path=/head/; revision=251640
|
| |
| |
| |
| |
| |
| |
| |
| | |
This should be a fairly complete list of cancellation points in libc, libthr
and librt, including standard as well as non-standard functions.
Notes:
svn path=/head/; revision=251639
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
send the CPL_SET_TCB_FIELD request in t4_set_tcb_field().
MFC after: 1 week
Notes:
svn path=/head/; revision=251638
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
handle the case where the process tables grows in between the calls to
fetch the size and fetch the table.
MFC after: 1 week
Notes:
svn path=/head/; revision=251637
|
|\|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
ZFS event processing should work on R/O root filesystems
Illumos ZFS issues:
3749 zfs event processing should work on R/O root filesystems
MFC after: 2 weeks
Notes:
svn path=/head/; revision=251636
|
| |
| |
| |
| |
| |
| |
| |
| | |
Illumos ZFS issues:
3749 zfs event processing should work on R/O root filesystems
Notes:
svn path=/vendor-sys/illumos/dist/; revision=251626
|
|\|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
txg commit callbacks don't work
Illumos ZFS issues:
3747 txg commit callbacks don't work
MFC after: 2 weeks
Notes:
svn path=/head/; revision=251635
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
to illumos-gate 14050:0c8d9998d589
Illumos ZFS issues:
3747 txg commit callbacks don't work
Notes:
svn path=/vendor-sys/illumos/dist/; revision=251624
|
|\|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
zpool create should treat -O mountpoint and -m the same
Illumos ZFS issues:
3745 zpool create should treat -O mountpoint and -m the same
MFC after: 2 weeks
Notes:
svn path=/head/; revision=251634
|
| |
| |
| |
| |
| |
| |
| |
| | |
Illumos ZFS issues:
3745 zpool create should treat -O mountpoint and -m the same
Notes:
svn path=/vendor/illumos/dist/; revision=251623
|
|\|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
ZFS shouldn't ignore errors unmounting snapshots
Illumos ZFS issues:
3744 zfs shouldn't ignore errors unmounting snapshots
MFC after: 2 weeks
Notes:
svn path=/head/; revision=251633
|
| |
| |
| |
| |
| |
| |
| |
| | |
Illumos ZFS issues:
3744 zfs shouldn't ignore errors unmounting snapshots
Notes:
svn path=/vendor-sys/illumos/dist/; revision=251622
|
|\|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
ZFS needs a refcount audit
Illumos ZFS issues:
3741 zfs needs a refcount audit
MFC after: 2 weeks
Notes:
svn path=/head/; revision=251632
|
| |
| |
| |
| |
| |
| |
| |
| | |
Illumos ZFS issues:
3743 zfs needs a refcount audit
Notes:
svn path=/vendor-sys/illumos/dist/; revision=251621
|
|\|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
ZFS comments need cleaner, more consistent style
Illumos ZFS issues:
3741 zfs comments need cleaner, more consistent style
MFC after: 2 weeks
Notes:
svn path=/head/; revision=251631
|
| |
| |
| |
| |
| |
| |
| |
| | |
Illumos ZFS issues:
3742 zfs comments need cleaner, more consistent style
Notes:
svn path=/vendor-sys/illumos/dist/; revision=251620
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
to 999.99% CPU. It still won't be aligned if you have a multithreaded
process using more than 1000% CPU (e.g. idle process on an idle 12-way
system), but 100% is a common case.
Submitted by: Jeremy Chadwick (partial)
MFC after: 1 week
Notes:
svn path=/head/; revision=251630
|
|\|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
ZFS needs better comments.
Illumos ZFS issues:
3741 zfs needs better comments
MFC after: 2 weeks
Notes:
svn path=/head/; revision=251629
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
to illumos-gate 14045:9475b3fef59d
Illumos ZFS issues:
3741 zfs needs better comments
Notes:
svn path=/vendor-sys/illumos/dist/; revision=251619
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
regarding the failure.
Suggested while working on PR bin/113239.
Notes:
svn path=/head/; revision=251627
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
queue directory.
PR: bin/113239
Notes:
svn path=/head/; revision=251625
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
- When operating on a core file (-M) and -c is specified we don't clear
the message buffer of the running system.
- If we don't have permission to clear the buffer print the error message
only. That's what Linux does in this case, where this feature was ported
from, and it ensures that the error message doesn't get lost in the noise.
Discussed with: antoine, cognet
Approved by: cognet
Notes:
svn path=/head/; revision=251618
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
linux_file structure and use it instead of directly accessing td_fpop
when destroying the linux_file structure. The td_fpop pointer is not
valid when a cdevpriv destructor is run, and the type-specific close
method has already been called, so f_vnode may not be valid (and the
vnode might have been recycled without our own reference).
Tested by: Julian Stecklina <jsteckli@os.inf.tu-dresden.de>
MFC after: 1 week
Notes:
svn path=/head/; revision=251617
|
| |
| |
| |
| |
| |
| |
| |
| | |
disk method call returned error. GEOM considers devices in such case as
still closed, and won't call symmetric d_close() for them.
Notes:
svn path=/head/; revision=251616
|
| |
| |
| |
| | |
Notes:
svn path=/head/; revision=251613
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Based on r96755 from UFS.
MFC after: 3 days
Notes:
svn path=/head/; revision=251612
|
| |
| |
| |
| | |
Notes:
svn path=/head/; revision=251606
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Status Descriptor Ring Index. Hence there is no need to check the Interrupt Source Register.
Approved by: George Neville-Neil
Notes:
svn path=/head/; revision=251605
|
| |
| |
| |
| |
| |
| |
| |
| | |
questions on locking. As part of commit-bit grooming, I'd like Steve
to handle this, but can't leave things broken in the mean time.
Notes:
svn path=/head/; revision=251604
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This is a workaround for WITH_LDNS_UTILS forcing BIND_UTILS off. It can
be reverted when we no longer have these conflicting options, or made more
general if we grow more cases like this.
Notes:
svn path=/head/; revision=251601
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
running state. fxp(4) requires controller reinitialization for the
following cases.
o RX lockup condition on i82557
o promiscuous mode change
o multicast filter change
o WOL configuration
o TSO/VLAN hardware tagging/checksum offloading configuration
o MAC reprogramming after speed/duplex/flow-control resolution
o Any events that result in MAC reprogramming(link UP/DOWN,
remote link partner's restart of auto-negotiation etc)
o Microcode loading/unloading
Apart from above cases which come from hardware limitation, upper
stack also blindly reinitializes controller whenever an IP address
is assigned. After r194573, fxp(4) no longer needs to reinitialize
the controller to program multicast filter after upping the
interface. So keeping track of driver running state should remove
all unnecessary controller reinitializations.
This change will also address endless controller reinitialization
triggered by dhclient(8).
Tested by: hrs, Alban Hertroys <haramrae@gmail.com>
Notes:
svn path=/head/; revision=251600
|
| |
| |
| |
| |
| |
| |
| | |
merge of the work done by bde and myself.
Notes:
svn path=/head/; revision=251599
|
| |
| |
| |
| |
| |
| |
| | |
and float precision properly.
Notes:
svn path=/head/; revision=251598
|
| |
| |
| |
| | |
Notes:
svn path=/head/; revision=251597
|
| |
| |
| |
| | |
Notes:
svn path=/head/; revision=251596
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
that pointless calls to pmap_is_modified() can be easily avoided when
performing madvise(..., MADV_FREE).
Sponsored by: EMC / Isilon Storage Division
Notes:
svn path=/head/; revision=251591
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
about mount and unmount events. This is used by Juniper to implement a more
optimal implementation of NetBSD's veriexec.
Submitted by: stevek@juniper.net
Obtained from: Juniper Networks, Inc
Notes:
svn path=/head/; revision=251590
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
when booting from ZFS turned out to also cause the boot path not being
adjusted if booting from CD-ROM with firmware versions that do not employ
the "cdrom" alias in that case. So shuffle the code around instead in order
to achieve the original intent. Ideally, we shouldn't fiddle with the boot
path when booting from UFS on a disk either; unfortunately, there doesn't
seem to be an universal way of telling disks and CD-ROMs apart, though. [1]
- Use NULL instead of 0 for pointers.
PR: 179289
MFC after: 1 week
Notes:
svn path=/head/; revision=251589
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This allows setting attributes on tables. One simply does not provide
an index in that case. Otherwise the entry corresponding the index has
the attribute set or unset.
Use this change to fix a relatively longstanding bug in our GPT scheme
that's the result of rev 198097 (relatively harmless) followed by rev
237057 (damaging). The damaging part being that our GPT scheme always
has the active flag set on the PMBR slice. This is in violation with
EFI. Existing EFI implementions for both x86 and ia64 reject the GPT.
As such, GPT disks created by us aren't usable under EFI because of
that.
After this change, GPT disks never have the active flag set on the PMBR
slice. In order to make the GPT disk bootable under some x86 BIOSes,
the reason of rev 198097, one must now set the active attribute on the
gpt table. The kernel will apply this to the PMBR slice For (S)ATA:
gpart set -a active ada0
To fix an existing GPT disk that has the active flag set in the PMBR,
and that does not need the flag, use (again for (S)ATA):
gpart unset -a active ada0
The EBR, MBR & PC98 schemes, which also impement at least 1 attribute,
now check to make sure the entry passed is valid. They do not have
attributes that apply to the table.
Notes:
svn path=/head/; revision=251588
|
| |
| |
| |
| | |
Notes:
svn path=/head/; revision=251587
|
| |
| |
| |
| |
| |
| |
| | |
that much, but that lets me boot with 1GB of RAM.
Notes:
svn path=/head/; revision=251586
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
user attempts to use the "-m" option and it fails.
Requested by: danny@cs.huji.ac.il
MFC after: 2 weeks
Notes:
svn path=/head/; revision=251585
|