summaryrefslogtreecommitdiffstats
path: root/lib/libc/stdlib/reallocarray.c (unfollow)
Commit message (Collapse)AuthorFilesLines
2018-01-07remove all PG_G global page mappings from the kernel when running onmlarkin4-9/+36
Intel CPUs. Part of an ongoing set of commits to mitigate the Intel "meltdown" CVE. This diff does not confer any immunity to that vulnerability - subsequent commits are still needed and are being worked on presently. ok guenther, deraadt
2018-01-07Add proper bounds checking to kb_add(). OK anton@millert1-11/+12
2018-01-07amd64_{get,set}_fsbase() are superfluous and unused; delete them.guenther6-285/+5
Delete unused/never-implemented sysarch defines and structs while here. ports check and ok naddy@ ok deraadt@ mlarkin@
2018-01-07Use __inline instead of inline as this header file might be included in akettenis1-4/+4
"strict ansi" environment (even though it shouldn't be). Found out the hard way by phessler@ with a port that uses gcc -ansi. ok millert@, phessler@
2018-01-07add arch to Dt;jmc1-3/+3
2018-01-07On OpenBSD/armv7 we deliberately trap unaligned access. Unfortunatelykettenis5-12/+16
the assembly code in libcrypto assumes unaligned access is allowed for ARMv7. Make these paths conditional on __STRICT_ALIGNMENT not being defined and define __STRICT_ALIGNMENT in arm_arch.h for OpenBSD. ok tom@
2018-01-07Remove unused extern variable in openssl(1) s_timeinoguchi1-2/+1
This extern variable appears not to be used. And it is overridden by local variable in doConnection(). This causes MSVC warning C4459 "declaration of 'verify_error' hides global declaration". OK millert@
2018-01-07Delete obsolete/untrue commentsguenther1-7/+1
2018-01-07remove a ridiculous comment and move another comment to the line it wasmlarkin1-8/+4
really intended to describe. no functional change
2018-01-07Assume that direct-mapped addresses come from the xkphys segment.visa1-11/+4
2018-01-07Add references to errata.visa2-11/+13
2018-01-07Add identcpu.c and specialreg.h definitions for the new Intel/AMD MSRsmlarkin3-5/+41
that should help mitigate spectre. This is just the detection piece, these features are not yet used. Part of a larger ongoing effort to mitigate meltdown/spectre. i386 will come later; it needs some machdep.c cleanup first. ok kettenis@
2018-01-06Add fs to the application/octet-stream extensions, mostly for installXX.fs,sthen1-2/+2
to help with a problem noticed by tj@ and diagnosed by job@, ok phessler For OpenBSD distfile mirrors running httpd who want to do this before getting the updated mime.types, you can set: . types { . application/octet-stream fs . }
2018-01-06Handle %gs like %[def]s and reset set it in cpu_switchto() instead of onguenther3-16/+20
every return to userspace. ok kettenis@ mlarkin@
2018-01-06Fix an interrupt storm condition in vldcp(8) (sparc64).stsp1-1/+9
If the Rx channel goes down with pending data on the ring, toss the pending data to ensure that the firmware's rx ring head index matches the rx ring tail index. Otherwise we trigger an interrupt storm since vldcpread() never consumes pending data while the channel is down, and the firmware keeps triggering the interrupt until all data on the ring is consumed. Interrupt storm observed and fix tested on a T5220 (which can now run ldom guests; without this fix starting ldomd would trigger the problem). ok kettenis@
2018-01-06Don't advertise L0s if the "aspm-no-l0s" property is present. Base availablekettenis1-37/+127
bus numbers on the "bus-range" property. Create outbound translations based on the "ranges" property.
2018-01-06regenkettenis2-2/+7
2018-01-06Add Silicon Motion SM2260 NVMe.kettenis1-1/+2
2018-01-06syncderaadt1-0/+1
2018-01-06pckbd: don't change translation mode if controller is in table 2jcs1-5/+13
This was changed a decade ago to forcibly try table 3 first in order to make some now-long-gone hardware work. Newer Lenovo machines seem to have trouble being asked to change modes which manifests as a long boot delay as it waits for each request to timeout, or by causing the keyboard to generate junk when typing. Assume table 2 by default and just leave it alone if it's already there. This is how Linux has operated for quite a while and seems to help on these Lenovo machines. Tested by a few with these machines and has been in snaps for a bit.
2018-01-06Bring back the sign compare changes, this time with a fix from otto@millert15-86/+95
that fixes the issues seen on hppa. OK deraadt@ otto@
2018-01-06unifdef LOGIN_CAP, we always want to use login.confmillert2-15/+5
OK jca@, no objection deraadt@
2018-01-06Remove dead gettimeofday calls and timevals.cheloha2-6/+2
ok jca@
2018-01-06sxits(4)kettenis2-2/+50
2018-01-06Enable sxits(4).kettenis1-1/+2
2018-01-06Add sxits(4), a driver for the temperature sensor on the Allwinner A10/A20kettenis2-1/+149
touchpad controller.
2018-01-06Enable sxitemp(4).kettenis1-1/+2
2018-01-06Set the proper bus clock rate based on the "clock-frequency" property andkettenis1-7/+26
the rate of the parent clock. If the "clock-frequency" property isn't present, use the default standard mode clock of 100kHz.
2018-01-06tweak previous;jmc1-2/+2
2018-01-06Import gilles@'s standalone spfwalk utility into smtpctl(8) assunil4-6/+255
'spf walk' command. Ok gilles@
2018-01-06Move unpack functions into a seperate file.sunil4-345/+395
Required for upcoming 'smtpctl spf walk'. Ok eric@ gilles@ millert@
2018-01-06Remove redundant zeroing and dead code.visa1-27/+3
2018-01-06rework the transmit and receive paths to address reliability issues.dlg2-341/+266
phessler@ has been having trouble with msk on overdrive 1000s. some of the issues relate to the driver not coping with exhaustion of mbufs for the rx ring, the other issues are corruption of the mcl9k pool that msk uses. this diff adds a timeout that the rx refill code uses when the rx ring is empty and cannot be filled. it'll periodically retry the ring refill until it can get some mbufs in the air again. the current code made hunting for the mcl9k issue too hard, so this rewrites it to be simpler and more like other drivers. there's now just arrays of mbuf pointers and dmamaps to shadow the hardware ring entries, and producer and consumer indexes. what was there before had linkes lists of something to hold mbuf pointers and dmamaps, and some way to go from the ring to go back to that. i think, it was hard to tell what was happening. this also copies the ADDR64 handling on the tx ring to the rx ring. this potentially makes more rx descriptors available, but that can happen later. in hindsight the mcl9k problem could have been from letting if_rxr allocate the entier ring. if every descriptor was filled, the chip may have run around the ring when it shouldnt have. giving rxr one less descriptor than there is on the ring may have fixed the problem too. this work also makes it easier to make msk mpsafe. tested by an ok phessler@ ok kettenis@ deraadt@
2018-01-05To send out packets we need to create a flowring. Acting as station,patrick3-17/+189
we typically have about four flowrings per priority. As access point we apparently need one, or four considering the priorities, flowrings per client. For now let's start with a single TX flowring. To setup a flowring we need to send a create request and can only start sending packets as soon as we are told that the ring is created. With this we can now do actual network traffic.
2018-01-05Drop incoming network packets as long as we are not in RUN state. Thispatrick1-2/+11
happens when we successfully associate and the AP tries to initiate the WPA2 handshake but we haven't received the asynchronous ASSOC event yet. Dropping the packet will make the AP retry, and at that point we should have successfully associated. While there, don't feed the event packets to our network stack. It's been helpful for debugging but now it's time to let go.
2018-01-05some minor fixes;jmc2-27/+27
2018-01-05Handle resets; needed on Allwinner R40/V40.kettenis1-1/+3
2018-01-05Implement R40/V40 SATA clock.kettenis1-0/+6
2018-01-05Add support for AXP221/223.kettenis1-7/+52
2018-01-05When we receive an AUTH or ASSOC event even though we have alreadypatrick1-3/+11
reached the RUN state, this probably means that we have roamed to a different AP. In that case throw us back into SCAN mode and let the stack look for a new AP to connect to. In the future it might be worthwhile to use the ROAM event information to read the new AP information to adjust our stack, but that is further down the road.
2018-01-05Sync with the code in libcmikeb1-2/+2
OK millert; original commit message by tedu@: memcpy from the right place. at this point, the used variable is not relevant. from Mark Karpilovskij. ok millert
2018-01-05Make arm64 use the MI mplock implementation. Avoid <sys/mplock.h> beingkettenis3-63/+12
pulled in for assembly files by bringing <machine/cpu.h> and <machine/param.h> in line with other architectures. Some minor cleanup of those files is included. ok patrick@
2018-01-05unifdef JOBS supportjca6-72/+9
Prompted by a mail from Klemens Nanni, who also had the same diff. ok deraadt@ millert@
2018-01-05Complete and fix grammar in comments and bring grammar terms,krw1-66/+69
function names and function code into sync.
2018-01-05some 11n bits; help/ok stspjmc1-3/+8
2018-01-05@libset is going to be part of the dependency information.espie1-2/+2
2018-01-05Use log_warnx() in places where errno is irrelevant.jca1-3/+3
ok mlarkin@ ccardenas@
2018-01-05Typos in comments: 'it' -> 'if' and 'noityf' -> 'notify'.tb1-3/+3
from Klemens Nanni
2018-01-05Remove unnecessary delays. There is no reason to wait after each and everykettenis1-42/+14
read or write to aregister. There is also no reason to wait after transmitting a STOP since the controller will wait until the bus is free when transmitting the next START. Based on a diff by Stephen Graf. Also remove the interrupt code; it doesn't work on the newer variants of the device. The functionality will be put back in a future commit. ok patrick@
2018-01-05Show uvm_fault and trace when typing show panic on a page fault'd kernelpirofti4-5/+17
Currently there is only support for amd64, if this change settles I will add support for the rest of the architectures. OK kettenis@.