summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Revisit the capability failure trace points. The initial implementationdes2011-10-185-10/+65
| | | | | | | | only logged instances where an operation on a file descriptor required capabilities which the file descriptor did not have. By adding a type enum to struct ktr_cap_fail, we can catch other types of capability failures as well, such as disallowed system calls or attempts to wrap a file descriptor with more capabilities than it had to begin with.
* Add in a currently-disabled WAR for PCI NICs.adrian2011-10-181-0/+17
| | | | | | | | | | | | | | | | | | | Some earlier series (~AR5212?) play badly with BIOSes. In these instances, they may require a forced reset (by transitioning the NIC through D0 -> D3 -> D0) before they probe/attach correctly. This is currently disabled because: * I haven't figured out the "right" code to ensure this only happens for PCI NICs (not PCIe or Cardbus); * I haven't at all done wide scale testing for this, and I'm not yet ready for said wide-scale testing. I'm documenting this primarily so users with misbehaving NICs have something to tinker with. Obtained from: Atheros
* Add a WAR from the reference code - clear the PCI error statusadrian2011-10-181-0/+5
| | | | | | upon detach. Obtained from: Atheros
* Port over some missing code from the ar5212 reference driver reset path.adrian2011-10-182-2/+147
| | | | | | | | The final missing bit here is enabling the PCI configuration register read, but there's currently no glue available for the HAL to read (and write) PCI configuration space registers. Obtained from: Atheros
* Implement the first part of the BB read workaround.adrian2011-10-186-1/+15
| | | | | | | | | | | | | | | | | | | The AR5008/AR9001 series NICs have a bug where BB register reads will occasionally be corrupted. This could cause issues with things such as ANI, which adjust operational parameters based on the BB radio register reads. This was introduced in the AR5008 chip and fixed with the first released AR9002 series NIC (AR9280v2.) A followup commit will implement the acutal WAR when reading BB registers. I'm still not sure how I'll implement it - whether it should be done in the osdep layer, or whether it should just live in the AR5416 HAL. Either way, they can use this capability bit to determine whether to implement the WAR or not. Thankyou to various sources inside Atheros who have helped me track down what this particular issue is. Obtained from: Atheros
* Add in OS_REG_BIT_SET, a macro which does what it says it does.adrian2011-10-181-0/+2
| | | | This will be used in an upcoming commit to the ar5212 HAL.
* Include opt_ah.h when compiling the driver.adrian2011-10-181-0/+5
| | | | | | | | | | | There are HAL methods which are actually direct register access, rather than simply HAL calls. Because of this, these register accesses would use the non-debug path in ah_osdep.h as opt_ah.h isn't included. With this, the correct register access methods are used, so debugging traces show things such as TXDP checking and TSF32 access.
* Fix a bug in sa_find_sizes() which could lead to panic:delphij2011-10-171-2/+2
| | | | | | | | | | | | | | | | When calculating space needed for SA_BONUS buffers, hdrsize is always rounded up to next 8-aligned boundary. However, in two places the round up was done against sum of 'total' plus hdrsize. On the other hand, hdrsize increments by 4 each time, which means in certain conditions, we would end up returning with will_spill == 0 and (total + hdrsize) larger than full_space, leading to a failed assertion because it's invalid for dmu_set_bonus. Sponsored by: iXsystems, Inc. Reviewed by: mm MFC after: 3 days
* - remove device keyword from makefs manpageeadler2011-10-171-2/+1
| | | | | | | | PR: docs/144408 Submitted by: gcooper Approved by: gjb Approved by: sahil (mentor) MFC after: 1 week
* Make sure to report media change status to caller. Previously ityongari2011-10-171-3/+1
| | | | always reported success.
* Add missing driver lock in media status handler.yongari2011-10-171-0/+2
|
* Close a race where SIOCGIFMEDIA ioctl get inconsistent link status.yongari2011-10-175-5/+5
| | | | | | | | Because driver is accessing a common MII structure in mii_pollstat(), updating user supplied structure should be done before dropping a driver lock. Reported by: Karim (fodillemlinkarimi <> gmail dot com)
* Close a race where SIOCGIFMEDIA ioctl get inconsistent link status.yongari2011-10-1717-17/+17
| | | | | | | | Because driver is accessing a common MII structure in mii_pollstat(), updating user supplied structure should be done before dropping a driver lock. Reported by: Karim (fodillemlinkarimi <> gmail dot com)
* Fix whitespace.ed2011-10-171-25/+25
|
* Return BUS_PROBE_DEFAULT instead of 0 (BUS_PROBE_SPECIFIC), allowingdelphij2011-10-171-1/+1
| | | | | | vendor provided driver to override in kernel driver. MFC after: 3 days
* Update llvm/clang's target triple (confusingly named LLVM_HOSTTRIPLE) todim2011-10-171-2/+1
| | | | $arch-unknown-freebsd10.0.
* Make the usbdump utility work again by using the correct BPF structures.hselasky2011-10-171-5/+5
| | | | MFC after: 3 days
* Add missing default values for daily/800.scrub-zfs for documentationse2011-10-171-0/+6
| | | | | | purposes. No functional change, since all parameters are set to their default values. MFC after: 1 week
* Fix error message in case the backup storage directory does not exist andse2011-10-171-1/+1
| | | | | cannot be created ($daily_backup_pkgdb_dbdir -> $daily_backup_pkgdb_dir). MFC after: 1 week
* Don't enable the PHY radar errors in calcrxfilter.adrian2011-10-171-4/+0
| | | | | | | That way the radar errors aren't enabled prematurely. A DFS tester has reported that radar events are reported during channel scanning, before DFS is actually enabled.
* Sort header file names.ed2011-10-171-1/+1
| | | | Spotted by: des
* Fix build after r226465.bz2011-10-171-1/+3
| | | | | | Cast void * to char * for arithmetics and make function return "no error". MFC after: 3 days
* FDT changes for 64 bit kerneljchandra2011-10-171-30/+41
| | | | | | | | Use the offset into the device tree from fdtp as the phandle instead of using pointer into the device tree. This will make sure that the phandle fits into a uint32_t type, even when compiled for 64bit. Reviewed by: raj, nathanw, marcel
* Fix an issue with 11g beacon frames which looks to be a limitationadrian2011-10-171-8/+13
| | | | | | | | | | | | | | | | | | | | on the largest multi-write size. From the submitter: == I looked further into the magic 88-byte threshold after which the bug occurs. It turns out that figure included the 24-byte tx_desc, and up to 64 bytes of beacon frame (header+data). rum_write_multi doesn't seem happy with writing >64 bytes at a time to the MAC register. If I break it up into separate calls (e.g. bytes 0-63, then bytes 64-65, written at the appropriate offset) I see the proper beacon frames being transmitted now. == Submitted by: Steven Chamberlain <steven@pyro.eu.org> MFC after: 3 days
* The rc_force test was inverted in the previous commit, so that dhclient randes2011-10-171-1/+1
| | | | | | | | | | | for interfaces which were not configured for DHCP *unless* rc_force was set; the correct logic is to run dhclient for those interfaces *only if* rc_force is set. Broken by: des@ Noticed by: everybody and his dog Submitted by: rea@ PR: bin/161733
* Allow to specify pidfile in HAST configuration file.pjd2011-10-175-14/+116
| | | | MFC after: 1 week
* Remove redundant space.pjd2011-10-171-1/+1
| | | | MFC after: 1 week
* When path to the configuration file is relative, obtain full path,pjd2011-10-171-0/+16
| | | | | | | so we can always find the file, even after daemonizing and changing working directory to /. MFC after: 1 week
* It's no longer accurate to say that math.h "constitute[s] the C mathdas2011-10-171-1/+16
| | | | | | library," since complex.h, tgmath.h, and fenv.h are also part of the math library. Replace the outdated sentence with some references to the other parts.
* Fix for crash on MIPS /dev/mem read.jchandra2011-10-171-0/+1
| | | | | | | | Reading /dev/mem in 64 bit kernel crashes. This is because the page used to call uiomove_fromphys() from memrw() does not have md.pv_list initialized correctly. The fix is to call pmap_page_init() on the page to initialize it.
* Add c{cos,sin,tan}{,h}{,f} functions. This is joint work withdas2011-10-1718-13/+884
| | | | bde and kargl.
* Add syntactic sugar missed in r226437 and then not added either when movingbz2011-10-171-1/+1
| | | | | | | things around in r226448 but desperately needed to always make things compile successfully. MFC after: 1 week
* The code change made in r226040 was incomplete and resulted inqingli2011-10-161-3/+6
| | | | | | | | routes such as fe80::1%lo0 no being installed. This patch completes the original intended fix. Reviewed by: hrs, bz MFC after: 3 days
* Define dtrace_cmpset_long in terms of atomic_cmpset_longmarcel2011-10-161-43/+3
| | | | | and not by virtue of inline assembly. Now this file compiles on all supported architectures.
* The IPv6 code was influx at the time of r196865 due to the L2/L3qingli2011-10-161-4/+0
| | | | | | | | | | | | | | | | | | | | | | | | separation rewrite changes. r196865 was committed to fix a scope violation problem in the following test scenario: box-1# ifconfig em0 inet6 2001:db8:1:: prefixlen 64 anycast box-1# ifconfig em1 inet6 2001:db8:2::1 prefixlen 64 box-2# ifconfig re0 inet6 2001:db8:1::6 prefixlen 64 em0 and re0 are on the same link. box-2# ping6 2001:db8:1:: PING6(56=40+8+8 bytes) 2001:db8:1::6 --> 2001:db8:1:: the ICMPv6 response should have a source address of em1, which is 2001:db8:2::1, not the link-local address of em0. That code is no longer necessary and breaks the IPv6-Ready logo testing, so revert it now. Reviewed by: hrs MFC after: 3 days
* In pidfile_open(), if the pidfile is locked, but empty (PID is not stored yet)pjd2011-10-162-22/+27
| | | | | | | | | | | and the caller requested other process' PID by passing non-NULL pidptr argument, we will wait at most 100ms for the PID to show up in the file and if it won't, we will store -1 in *pidptr. From now on, pidfile_open() function never sets errno to EAGAIN on failure. In collaboration with: des MFC after: 1 week
* Add support for special keys (volume/brightness/eject) on Apple laptops withnwhitehorn2011-10-168-2/+437
| | | | | | | ADB keyboards. Submitted by: Justin Hibbits <jrh29 at alumni dot cwru dot edu> MFC after: 9.0-RELEASE
* Move the tcp_sendspace and tcp_recvspace sysctl's fromandre2011-10-163-14/+10
| | | | | | | | the middle of tcp_usrreq.c to the top of tcp_output.c and tcp_input.c respectively next to the socket buffer autosizing controls. MFC after: 1 week
* Remove the ss_fltsz and ss_fltsz_local sysctl's which haveandre2011-10-163-53/+3
| | | | | | | | | | long been superseded by the RFC3390 initial CWND sizing. Also remove the remnants of TCP_METRICS_CWND which used the TCP hostcache to set the initial CWND in a non-RFC compliant way. MFC after: 1 week
* Fix a problem that an interface unexpectedly becomes IFF_UP byhrs2011-10-161-26/+29
| | | | | just doing "ifconfing inet6 -ifdisabled" when the interface has ND6_IFF_AUTO_LINKLOCAL flag and no link-local address.
* Add missing #include.ed2011-10-161-0/+1
| | | | Note to myself: don't write patches while watching a movie.
* Don't cast SIZE_T_MAX to off_t.ed2011-10-161-1/+1
| | | | | | | | | I focused so much on the 32-bits case where we have to cast SIZE_T_MAX up in size, that I forgot about the 64-bits case, where off_t and size_t are equal in size. Simply cast both numbers to uintmax_t, as we can assume st_size is never negative. Reported by: cperciva
* Fix 2 bugs :cognet2011-10-162-17/+19
| | | | | | | | | | | | | | - A race condition could happen if two threads were using RAS at the same time as the code didn't reset RAS_END, the RAS code could believe we were not in a RAS, when we were in fact. - Using signed value logic to compare addresses wasn't such a good idea. Many thanks to Ian to investigate on these issues. Pointy hat to: cognet PR: arm/161498 Submitted by: Ian Lepore <freebsd At damnhippie DOT dyndns dot org MFC after: 1 week
* Revert r226398 and instead move the allocation of usrbufs after the error check.brueffer2011-10-161-4/+2
| | | | | Suggested by: pjd MFC after: 1 week
* Explicitely set ARM_RAS_START and ARM_RAS_END once the cacheline or thecognet2011-10-161-0/+2
| | | | | | | | | page has been allocated, or we could end up using random values, and bad things could happen. PR: arm/161492 Submitted by: Ian Lepore <freebsd AT damnhippie dot dyndns DOT org> MFC after: 1 week
* Unbreak NO_DYNAMICROOT by explicitely linking to libcrypto if MK_OPENSSL isn'tcognet2011-10-161-0/+5
| | | | set to no, as libbsnmp needs it.
* Place quotes around the output of kbdmap(1), designed to be pasted intonwhitehorn2011-10-161-1/+1
| | | | | | | | /etc/rc.conf. PR: bin/161711 Submitted by: manolis MFC after: 1 week
* VNET virtualize tcp_sendspace/tcp_recvspace and change theandre2011-10-163-11/+16
| | | | | | | type to INT. A long is not necessary as the TCP window is limited to 2**30. A larger initial window isn't useful. MFC after: 1 week
* - change "is is" to "is" or "it is"eadler2011-10-1635-41/+41
| | | | | | | | - change "the the" to "the" Approved by: lstewart Approved by: sahil (mentor) MFC after: 3 days
* Fix double vision syndrome (read: double output) when in themarcel2011-10-161-13/+7
| | | | debugger without a panic.
OpenPOWER on IntegriCloud