| Age | Commit message (Collapse) | Author |
|---|
|
OK jmatthew@
|
|
REBOOTING. There will be a few more cases internal to dhcpleased that
have nothing to do with the control socket.
While here move requesting a new lease via a call to dhclient under
ifndef SMALL, nothing on the ramdisk uses this.
|
|
OK benno@
|
|
|
|
and add a new manual page X509_LOOKUP_new(3)
|
|
"The BeagleV-Starlight prototype will not be going into mass production"
https://forum.beagleboard.org/t/the-future-of-beaglev-community/30463
|
|
|
|
From Zheyu Ma
5c3d753b872a706af9317fef4edfb6b640d8a71e in linux 5.10.y/5.10.55
9e5c772954406829e928dbe59891d08938ead04b in mainline linux
|
|
framebuffer when Backspace is typed.
Reading data from LUNA framebuffer's 'common write plane' is not
valid. But on 1bpp framebuffer routine attempts to read from common
write plane in macro. That causes displaying incorrect patterns.
This bug was found on nono's LUNA-88K emulation first, then inspected
on the real hardware after I fortunately got 1bpp framebuffer.
Spotted and investigated by Isaki and Sugahara of nono procject.
Tested on my LUNA-88K2.
|
|
|
|
e.g. uvideo(4) with lower resolutions.
In general we might need to re-write parts of the nframes handling in the
driver, since the NetBSD nframes transfer allocation doesn't match with our
USB stack.
With this we can at least start further testing and improvement for ISOC
support.
|
|
Ensure the maxLength is greater than or equal to the length of
the accompanying prefix, and less than or equal to the length
(in bits) of an IP address in the address family (32 for IPv4
and 128 for IPv6). The same checks are applied when reading VRPs
from configuration on disk.
OK claudio@
|
|
the lie that *ptree is set upon success - in some cases of success,
it is set to NULL, whereas in some cases of failure, a non-trivial
tree may be returned.
beck@ pointed out that statements related to *ptree were scattered
all over the place, and this patch works for him.
|
|
from debian at helgefjell de
removed references to rlogin etc. as no longer relevant;
suggested by djm
ok djm dtucker
|
|
issues reported by debian at helgefjell de
ok djm dtucker
|
|
Starting with major version 35 the Linux driver prints the minor version
number in hexadecimal.
Same change was made for iwm(4) in CVS commit LCM6R5u9jeF8bcXB
|
|
This allocation was left over from code inherited from iwm(4) where
it is used for transferring firmware code to the device. Devices
supported by iwx(4) use an entirely different mechanism for loading
firmware and don't need this allocation at all.
Based on a patch by zxystd from the OpenIntelWireless project.
|
|
clobber in the inline assembly.
|
|
|
|
recently updated code. There, sync the hardware specific parts with the
NetBSD driver.
|
|
|
|
tweaks by schwarze@ okay millert@
|
|
OK florian@
|
|
|
|
|
|
As reported by alf (alf.schlichting lemarit com) on bugs@, a bounds check
didn't trigger because it was performed after assignment, so truncation
would happen for large ranges. Fix this and clean up and simplify the code
a bit.
ok deraadt millert
|
|
GCC versions will sometimes emit it, and we have stumbled upon it a few times
in ports.
Upstream commit: https://reviews.llvm.org/D95994
GCC bug report: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98946
ok kettenis@
|
|
|
|
|
|
improve the .Fl examples in multiple respects, including better
demonstrating long options.
Prompted by a question from espie@.
Feedback and OK jmc@.
|
|
specify SUDO="doas -n" which I do while running make regress.
ok dtucker@
|
|
ok bluhm@
|
|
|
|
X509_policy_check(3) never returns 2.
If validation succeeds, it always returns 1.
|
|
These images contain fixes which address fragattacks vulnerabilities:
https://www.intel.com/content/www/us/en/security-center/advisory/intel-sa-00473.html
Running fw_update(1) may be required before rebooting into a new kernel.
sysupgrade(8) will take care of this.
When reporting issues, please enable 'ifconfig iwx0 debug', reproduce the
error once more, and include the full dmesg in your bug report.
Tested:
ax200: stsp, kevlo, hrvoje, jmc, Mark Patruck, Ashton Fagg
ax201: kettenis, Fredrik Engberg, Eric Auge
ok kevlo@
|
|
New firmware will generate this notification when a block ack request is
received. Older firmware passed the block ack request frame to the driver.
ok kevlo@
|
|
ADD_STA command version >= 12 implies that firmware uses an internal AUX
station for scanning. We do not configure an AUX Tx queue in this case
and data queue indices assigned by firmware shift upwards accordingly.
ok kevlo@
|
|
This command was expanded by a 4 byte max_tx_op field. As far as I can tell
the Linux driver makes no use of this field, so just initialize it to zero.
New firmware panics when we try to initialize Tx rate scaling otherwise.
ok kevlo@
|
|
Required for having associations succeed with new firmware.
ok kevlo@
|
|
ok kevlo@
|
|
ok kevlo@
|
|
ok kevlo@
|
|
ADD_STA command version >= 12 implies that firmware uses an internal
AUX station for scanning, and firmware panics if we try to add one.
ok kevlo@
|
|
This is related to the previous commit which fixed "BAD COMMAND" firmware
errors. We can no longer use old-style "narrow" commands on the command
queue with new firmware, and our current -48 firmware images don't seem
to care either way. We can simplify this code and align it with iwlwifi.
ok kevlo@
|
|
Firmware API versions >= 50 reject old-style commands in group 0 with a
"BAD_COMMAND" firmware error. We must pretend that such commands were in
the LONG_GROUP instead in order for firmware to accept them.
ok kevlo@
|
|
ok kevlo@
|
|
firmware images. For now, we can simply ignore them while loading firmware.
ok kevlo@
|
|
ok kevlo@
|
|
and microcode sections. Required for loading new firmware images.
ok kevlo@
|
|
ok kevlo@
|
