<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/dev, branch main</title>
<subtitle>FreeBSD source tree</subtitle>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/'/>
<entry>
<title>FDT: implement fdt_ether_get_addr()</title>
<updated>2026-07-13T08:35:47+00:00</updated>
<author>
<name>Michal Meloun</name>
<email>mmel@FreeBSD.org</email>
</author>
<published>2026-07-13T08:34:22+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=920518cf2e75012135104886d92814c048baa2fb'/>
<id>920518cf2e75012135104886d92814c048baa2fb</id>
<content type='text'>
Introduce fdt_ether_get_addr() in fdt_common.c/h that tries standard
DT properties in the correct order and falls back to a random address
when needed. This should be used by ethernet drivers instead of open-coding
the same logic.

MFC after:	2 weeks

Reviewed by:	mhorne, adrian, bz, jrtc27
Differential Revision:	https://reviews.freebsd.org/D58104
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Introduce fdt_ether_get_addr() in fdt_common.c/h that tries standard
DT properties in the correct order and falls back to a random address
when needed. This should be used by ethernet drivers instead of open-coding
the same logic.

MFC after:	2 weeks

Reviewed by:	mhorne, adrian, bz, jrtc27
Differential Revision:	https://reviews.freebsd.org/D58104
</pre>
</div>
</content>
</entry>
<entry>
<title>hidwacom: Add Wacom ExpressKey Remote driver</title>
<updated>2026-07-12T17:11:10+00:00</updated>
<author>
<name>Abdelkader Boudih</name>
<email>freebsd@seuros.com</email>
</author>
<published>2026-07-12T17:11:07+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=4085d1991e2a9e155e3d928955ce8ba53512b8da'/>
<id>4085d1991e2a9e155e3d928955ce8ba53512b8da</id>
<content type='text'>
The Wacom ExpressKey Remote (ACK-411050) is a wireless button pad
with 18 programmable buttons and a touch ring, used as a companion
device with Wacom tablets.

It communicates via a USB wireless receiver (0x056a:0x0331) using a
vendor-specific HID report (ID 0x11).

This driver exposes the device via evdev:
  - 18 buttons: BTN_0–BTN_Z, BTN_BASE, BTN_BASE2
  - Touch ring position via ABS_WHEEL (0–71; reports 0 on release)
  - Pad activity marker via ABS_MISC (set to 15/PAD_DEVICE_ID when
    any input is active, 0 when idle that matches Linux wacom driver
    convention)
  - Remote serial number via MSC_SERIAL (for userland per-remote
    identification)

Battery level, charging state, and touch ring mode (3 LEDs, values 0–2)
are exposed as per-device sysctls (dev.hidwacom.0.battery, .charging,
.ring_mode) rather than overloading evdev misc codes. The ring mode
sysctl is preserved across device idle periods.

Protocol was decoded from USB traffic analysis and cross-referenced
against the Linux wacom_remote_irq() implementation in
drivers/hid/wacom_wac.c.

Reviewed by:	adrian
Differential Revision:	https://reviews.freebsd.org/D56729
Discussed with:	ziaee
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The Wacom ExpressKey Remote (ACK-411050) is a wireless button pad
with 18 programmable buttons and a touch ring, used as a companion
device with Wacom tablets.

It communicates via a USB wireless receiver (0x056a:0x0331) using a
vendor-specific HID report (ID 0x11).

This driver exposes the device via evdev:
  - 18 buttons: BTN_0–BTN_Z, BTN_BASE, BTN_BASE2
  - Touch ring position via ABS_WHEEL (0–71; reports 0 on release)
  - Pad activity marker via ABS_MISC (set to 15/PAD_DEVICE_ID when
    any input is active, 0 when idle that matches Linux wacom driver
    convention)
  - Remote serial number via MSC_SERIAL (for userland per-remote
    identification)

Battery level, charging state, and touch ring mode (3 LEDs, values 0–2)
are exposed as per-device sysctls (dev.hidwacom.0.battery, .charging,
.ring_mode) rather than overloading evdev misc codes. The ring mode
sysctl is preserved across device idle periods.

Protocol was decoded from USB traffic analysis and cross-referenced
against the Linux wacom_remote_irq() implementation in
drivers/hid/wacom_wac.c.

Reviewed by:	adrian
Differential Revision:	https://reviews.freebsd.org/D56729
Discussed with:	ziaee
</pre>
</div>
</content>
</entry>
<entry>
<title>rge: fix multicast add/removal by using if_getdrvflags()</title>
<updated>2026-07-12T15:26:46+00:00</updated>
<author>
<name>Adrian Chadd</name>
<email>adrian@FreeBSD.org</email>
</author>
<published>2026-07-12T15:26:46+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=7aa34e12c9e198bf8b7e74370ff702def5ec2649'/>
<id>7aa34e12c9e198bf8b7e74370ff702def5ec2649</id>
<content type='text'>
Using if_getflags() to check IFF_DRV_RUNNING is wrong;
if_getdrvflags() is required.  This issue resulted in the
multicast filter not being updated.

This was an oversight by me in my initial port.

Thanks to danilo@ for reporting it and Oleg &lt;oleglelchuk@gmail.com&gt;
for the fix.

PR: kern/295176
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Using if_getflags() to check IFF_DRV_RUNNING is wrong;
if_getdrvflags() is required.  This issue resulted in the
multicast filter not being updated.

This was an oversight by me in my initial port.

Thanks to danilo@ for reporting it and Oleg &lt;oleglelchuk@gmail.com&gt;
for the fix.

PR: kern/295176
</pre>
</div>
</content>
</entry>
<entry>
<title>fwdv: add AV/C DV capture driver for FireWire camcorders</title>
<updated>2026-07-12T15:25:57+00:00</updated>
<author>
<name>Abdelkader Boudih</name>
<email>freebsd@seuros.com</email>
</author>
<published>2026-07-12T15:25:52+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=23a6997e3071cea8d8fc5238792fdd0ad5b5dc9a'/>
<id>23a6997e3071cea8d8fc5238792fdd0ad5b5dc9a</id>
<content type='text'>
Add fwdv(4) driver for DV video capture from FireWire camcorders
using AV/C protocol and isochronous streaming.

Supports AV/C tape transport commands (play, stop, ff, rewind, pause,
record, eject) with NTSC/PAL auto-detection and read(2) interface
for frame capture.

Reviewed by:	adrian
Differential Revision:	https://reviews.freebsd.org/D58122
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Add fwdv(4) driver for DV video capture from FireWire camcorders
using AV/C protocol and isochronous streaming.

Supports AV/C tape transport commands (play, stop, ff, rewind, pause,
record, eject) with NTSC/PAL auto-detection and read(2) interface
for frame capture.

Reviewed by:	adrian
Differential Revision:	https://reviews.freebsd.org/D58122
</pre>
</div>
</content>
</entry>
<entry>
<title>rockchip: fix stack overflow in rk8xx_rtc</title>
<updated>2026-07-12T14:51:05+00:00</updated>
<author>
<name>Kyle Evans</name>
<email>kevans@FreeBSD.org</email>
</author>
<published>2026-07-12T14:51:05+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=d387a43ec8e2663b2d8bc0c8cb02d3a2ff14b6e6'/>
<id>d387a43ec8e2663b2d8bc0c8cb02d3a2ff14b6e6</id>
<content type='text'>
Presumably surfaced by -fstack-protector-strong, rk8xx_settime was
triggering SSP when ntpd set the time on the RockPro64, at the very
least.  A minor oops meant that the weeks mask was getting tossed into
the wrong field, and the mask was never populated.  The mask is 0x7 for
all three of these, thus overflowing the `data` array in settime by one
byte.

PR:		296719
Reported by:	jsm, "Tenkawa" on Discord
Reviewed by:	mmel
Differential Revision:	https://reviews.freebsd.org/D58182
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Presumably surfaced by -fstack-protector-strong, rk8xx_settime was
triggering SSP when ntpd set the time on the RockPro64, at the very
least.  A minor oops meant that the weeks mask was getting tossed into
the wrong field, and the mask was never populated.  The mask is 0x7 for
all three of these, thus overflowing the `data` array in settime by one
byte.

PR:		296719
Reported by:	jsm, "Tenkawa" on Discord
Reviewed by:	mmel
Differential Revision:	https://reviews.freebsd.org/D58182
</pre>
</div>
</content>
</entry>
<entry>
<title>usbdevs: Add Microchip 10BASE-T1S eval board</title>
<updated>2026-07-09T18:40:37+00:00</updated>
<author>
<name>Ed Maste</name>
<email>emaste@FreeBSD.org</email>
</author>
<published>2026-05-04T15:33:24+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=707ee7ff952c5aa50884f96f7ed26f756c9723b5'/>
<id>707ee7ff952c5aa50884f96f7ed26f756c9723b5</id>
<content type='text'>
USB vendor:product 184f:0051

Sponsored by:	The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D56794
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
USB vendor:product 184f:0051

Sponsored by:	The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D56794
</pre>
</div>
</content>
</entry>
<entry>
<title>usb/quirks: More USB mass storage quirk sorting</title>
<updated>2026-07-09T13:41:56+00:00</updated>
<author>
<name>Dag-Erling Smørgrav</name>
<email>des@FreeBSD.org</email>
</author>
<published>2026-07-09T13:38:53+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=0b95429fde2ae83c159ca991458608a97ca6b93a'/>
<id>0b95429fde2ae83c159ca991458608a97ca6b93a</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>netmap: Don't assume that user-provided strings are nul-terminated</title>
<updated>2026-07-09T13:41:19+00:00</updated>
<author>
<name>Mark Johnston</name>
<email>markj@FreeBSD.org</email>
</author>
<published>2026-07-08T17:11:05+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=e1ab35148dd425340a88a2acaf10b972cb119f8f'/>
<id>e1ab35148dd425340a88a2acaf10b972cb119f8f</id>
<content type='text'>
MFC after:	1 week
Sponsored by:	The FreeBSD Foundation
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
MFC after:	1 week
Sponsored by:	The FreeBSD Foundation
</pre>
</div>
</content>
</entry>
<entry>
<title>hrfkill: Add driver to report RFKILL button press</title>
<updated>2026-07-09T07:27:07+00:00</updated>
<author>
<name>Aymeric Wibo</name>
<email>obiwac@FreeBSD.org</email>
</author>
<published>2026-06-25T02:03:36+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=e2d56447b3a9d2ef9bd0b80c3aaa69e681f4be0f'/>
<id>e2d56447b3a9d2ef9bd0b80c3aaa69e681f4be0f</id>
<content type='text'>
This driver only reports the RFKILL button presses.

This is needed for the "airplane" key on some Framework laptops.

Reviewed by:	wulf, ziaee
Event:		Halifax Hackathon 202606
Location:	vishwin@'s car
Co-authored-by:	Daniel Shaefer
Sponsored by:	Framework Computer Inc
Sponsored by:	The FreeBSD Foundation
Differential Revision:	https://reviews.freebsd.org/D57838
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This driver only reports the RFKILL button presses.

This is needed for the "airplane" key on some Framework laptops.

Reviewed by:	wulf, ziaee
Event:		Halifax Hackathon 202606
Location:	vishwin@'s car
Co-authored-by:	Daniel Shaefer
Sponsored by:	Framework Computer Inc
Sponsored by:	The FreeBSD Foundation
Differential Revision:	https://reviews.freebsd.org/D57838
</pre>
</div>
</content>
</entry>
<entry>
<title>fwisound: add Apple FireWire audio driver</title>
<updated>2026-07-09T02:52:46+00:00</updated>
<author>
<name>Abdelkader Boudih</name>
<email>freebsd@seuros.com</email>
</author>
<published>2026-07-09T02:52:43+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=cd7b65080f2f2e038ddba42048f24f8e98b011f2'/>
<id>cd7b65080f2f2e038ddba42048f24f8e98b011f2</id>
<content type='text'>
Expose audio capture from Apple FireWire devices as a standard
pcm(4)/dsp(4) device via the newpcm framework.

(adrian: I've tested this on an isight camera and looped
it back to USB speakers via "sox -t oss /dev/dsp3 -t oss /dev/dsp4")

Reviewed by:	adrian
Differential Revision:	https://reviews.freebsd.org/D58109
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Expose audio capture from Apple FireWire devices as a standard
pcm(4)/dsp(4) device via the newpcm framework.

(adrian: I've tested this on an isight camera and looped
it back to USB speakers via "sox -t oss /dev/dsp3 -t oss /dev/dsp4")

Reviewed by:	adrian
Differential Revision:	https://reviews.freebsd.org/D58109
</pre>
</div>
</content>
</entry>
</feed>
