| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
This is effectively NULL change, but makes this API a bit more consistent.
|
|
|
|
| |
Submitted by: HPS
|
|
|
|
|
|
| |
Thank to ru@ for his noticing of it.
MFC after: 1 week
|
|
|
|
| |
(For cross-compiling out-of-tree kernel modules, for example.)
|
|
|
|
|
|
|
| |
previously only available via bootverbose.
PR: usb/137191
Submitted by: Eygene Ryabinkin
|
| |
|
|
|
|
| |
MFC after: 2 days
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
sooner so it is always valid when a driver's identify routine is
called. Previously, new-bus would attempt to create the devclass for
a newly loaded driver in two separate places, once in
devclass_add_driver(), and again after devclass_add_driver() returned
in driver_module_handler(). Only the second lookup attempted to set a
device class' parent and set the devclass_t pointer specified in the
DRIVER_MODULE() macro. However, by the time it was executed, the
driver was already added to existing instances of the parent driver at
which point in time the new driver's identify routine would have been
invoked. The fix is to merge the two attempts and only create the
devclass once in devclass_add_driver() including setting the
devclass_t pointer passed to DRIVER_MODULE() before the driver is
added to any existing bus devices.
Reported by: avg
Reviewed by: imp
MFC after: 2 weeks
|
|
|
|
|
|
| |
Cambria boards.
MFC after: 2 months
|
|
|
|
| |
Unbreak compiles with icc.
|
|
|
|
|
|
|
|
| |
atapicam(4) to use our standard section 4 SYNOPSIS layout.
PR: 132525
Submitted by: gcooper
MFC after: 3 days
|
| |
|
|
|
|
|
|
| |
PR: 138387, 138388
Submitted by: Patroklos Argyroudis <argp@census-labs.com>
MFC after: 1 week
|
|
|
|
|
|
| |
PR: 138390
Submitted by: Patroklos Argyroudis <argp@census-labs.com>
MFC after: 1 week
|
|
|
|
|
|
|
| |
PR: 138376
Submitted by: Patroklos Argyroudis <argp@census-labs.com>
Reviewed by: scottl
MFC after: 1 week
|
|
|
|
|
|
|
| |
sched_bind() and sched_unbind().
Reviewed by: kmacy
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
|
|
| |
packets instead of allowing the protocol stack to pick a random source port.
This fixes the behaviour where dhclient would never transition from RENEWING
to BOUND without going through REBINDING in networks which are paranoid about
DHCP spoofing, such as most mainstream cable-broadband ISP networks.
Reviewed by: brooks
Obtained from: OpenBSD (partly - I'm not convinced their solution can work)
MFC after: 1 week (pending re approval)
|
|
|
|
|
|
| |
/var/db/zoneinfo exists.
MFC after: 1 week
|
|
|
|
|
|
| |
- Add examples to the man-page.
MFC after: 1 week
|
| |
|
|
|
|
|
|
| |
to DTRT.
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
| |
on "i386". Doing it in the compiler is deemed to be less fragile then
attempting to provide a default -march setting via bsd.cpu.mk. FreeBSD
itself has not supported plain 386 CPUs since 5.x.
Suggested by: kan
Requested by: rdivacky
MFC after: 1 month
|
|
|
|
|
| |
Approved by: jkoshy (mentor)
MFC after: 3 days
|
|
|
|
|
|
| |
changes and thus unintentional.
Spotted by: rdivacky@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the memory or D-cache, depending on the semantics of the platform.
vm_sync_icache() is basically a wrapper around pmap_sync_icache(),
that translates the vm_map_t argumument to pmap_t.
o Introduce pmap_sync_icache() to all PMAP implementation. For powerpc
it replaces the pmap_page_executable() function, added to solve
the I-cache problem in uiomove_fromphys().
o In proc_rwmem() call vm_sync_icache() when writing to a page that
has execute permissions. This assures that when breakpoints are
written, the I-cache will be coherent and the process will actually
hit the breakpoint.
o This also fixes the Book-E PMAP implementation that was missing
necessary locking while trying to deal with the I-cache coherency
in pmap_enter() (read: mmu_booke_enter_locked).
The key property of this change is that the I-cache is made coherent
*after* writes have been done. Doing it in the PMAP layer when adding
or changing a mapping means that the I-cache is made coherent *before*
any writes happen. The difference is key when the I-cache prefetches.
|
|
|
|
|
|
|
|
|
|
|
|
| |
Don't clobber *p with '\0' when testing whether it has the value of 'F'.
Just use the semantics of strtof() properly. If it returns p, we know
that it parsed the string until it reached 'C' or 'F'.
The code has not changed since it has been imported (r161951, Sep 3,
2006).
Submitted by: Alexandre Perrin <kaworu@kaworu.ch>
MFC after: 1 week
|
|
|
|
|
|
| |
Approved by: des
Obtained from: Xavier Heiny <xavier.heiny@netasq.com>
MFC after: 3 weeks
|
|
|
|
|
|
| |
can deliver 2 bundles per cycle to the back-end.
o Mark syscall stubs with a special unwind ABI tag so that unwind
libraries know how to unwind.
|
|
|
|
|
|
|
|
| |
way we can set desired C standard even for cross tools etc.
Tested by: make universe
Approved by: ed (maintainer)
OK by: das
|
|
|
|
| |
Do not search for bus when it is not needed,
|
|
|
|
|
|
|
| |
PR: 138383
Submitted by: Patroklos Argyroudis <argp@census-labs.com>
Reviewed by: rnoland
MFC after: 1 week
|
|
|
|
|
|
|
| |
Separate CAM_DEV_IDENTIFY_DATA_VALID flag from CAM_DEV_INQUIRY_DATA_VALID.
Add workaround for very old devices without support for mode setting.
Add some PATA bus scanning support.
Remove some SCSIsms.
|
|
|
|
|
|
| |
PR: 138384
Submitted by: Patroklos Argyroudis <argp@census-labs.com>
MFC after: 1 week
|
|
|
|
|
|
|
| |
Add support for PIO-only devices.
Fix maxio values and 256 sectors transactions for 28bits commands.
Implement periodic ordered commands insertion, sames as da driver does.
Remove some SCSIsms.
|
|
|
|
|
|
|
| |
PR: 138379
Submitted by: Patroklos Argyroudis <argp@census-labs.com>
Reviewed by: gibbs
MFC after: 1 week
|
|
|
|
|
| |
Report real max_target = 15. SIM doesn't need to know that target 15 is PMP.
It is XPT business.
|
|
|
|
| |
Freeze device queue on error to permit periph driver to do proper recovery.
|
|
|
|
|
|
|
|
| |
splitting in bce(4) instead of (ab)using ZERO_COPY_SOCKETS that was not
propagated into if_bce.c anyway. It is disabled by default.
Approved by: davidch
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
|
| |
On error, freeze device queue, to allow periph driver to do proper recovery.
Freeze SIM queue only in some cases, when it is needed to protect SIM.
Implement better command timeout detection logic for non-queued commands.
This fixes false positives when command with short timeout waiting for the
long one. For example, when hald tastes CD during burning process.
Read and clear SERR register on interrupt.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
instead of POSTREAD: the hardware do not touch this memory (CPU
updates it). It is already synchronized as PREWRITE after the
processing is done.
- Synchronize RX return ring memory in rx_eof. This is needed
as the deviced updates this memory when receives packets.
- Decouple the synchronization of BGE status block in the interrupt
service routine: perfrom PREREAD synchronization only all accesses
to this block are finished. This seems to be more natural.
Reviewed by: yongari, marius
MFC after: 2 weeks
|
|
|
|
|
|
|
|
| |
results in the first ethernet interface with physical link being selected.
While here, fix a minor typo causing an 'if' to be missed.
Submitted by: randi
|
|
|
|
|
|
| |
PR: docs/139705
Submitted by: Warren Block <wblock at wonkity dot com>
Approved by: imp (mentor, implicit)
|
|
|
|
|
|
| |
PR: 136620
Submitted by: amdmi3
MFC after: 3 days
|
|
|
|
|
|
|
| |
PR: 132193
Submitted by: Frank Staals <frank@fstaals.net>
Based on a patch by: gavin
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
has been yanked, this works around a cam recounting bug when
CAM_DEV_UNCONFIGURED is set late in the detach. In certain conditions the
reference to the XPT device would not be released which would cause the usb
explore thread to sleep forever on "simfree", preventing any new usb devices to
be found/ejected on the bus.
This is intended to be a quick workaround to the problem without touching CAM
so it can be merged to 8.0.
Suggested by: mav
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
| |
during system initialization time. Since the flow-table is
designed to maintain per CPU flow cache, the existing code
did not check whether "smp_started" is true before calling
sched_bind() and sched_unbind(), which triggers a page fault.
Reviewed by: jeff
MFC after: immediately
|
|
|
|
|
|
| |
according to POSIX. This fixes ZFS on Solaris testing.
Submitted by: Milan Cermak <Milan.Cermak@Sun.COM>
|
|
|
|
|
|
|
| |
by checking PCI config space when the NIC is not
transmitting. Previously, a h/w fault would not have been
detected if the NIC was down, or handling an RX only
workload.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
is compared against the entry expiration time value (that was set based
on time_second) to check if the current time is larger than the set
expiration time. Due to the +/- timer granularity value, the comparison
returns false, causing the alternative code to be executed. The
alternative code path freed the memory without removing that entry
from the table list, causing a use-after-free bug.
Reviewed by: discussed with kmacy
MFC after: immediately
Verified by: rnoland, yongari
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Introduce new SI_SUB_RANDOM point in boot sequence to make it
clear from where one may start using random(9). It should be as
early as possible, so place it just after SI_SUB_CPU where we
have some randomness on most platforms via get_cyclecount().
- Move stack protector initialization to be after SI_SUB_RANDOM
as before this point we have no randomness at all. This fixes
stack protector to actually protect stack with some random guard
value instead of a well-known one.
Note that this patch doesn't try to address arc4random(9) issues.
With current code, it will be implicitly seeded by stack protector
and hence will get the same entropy as random(9). It will be
securely reseeded once /dev/random is feeded by some entropy from
userland.
Submitted by: Maxim Dounin <mdounin@mdounin.ru>
MFC after: 3 days
|