In D32926#743388, @markj wrote:Do transmit task queues need to be drained as well?
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Feed Advanced Search
Advanced Search
Advanced Search
Nov 12 2021
Nov 12 2021
Nov 10 2021
Nov 10 2021
Nov 8 2021
Nov 8 2021
fuser: restore functionality by fixing fsid type
fuser: restore functionality by fixing fsid type
Nov 6 2021
Nov 6 2021
rk805: add system poweroff support
avg committed rG2d1de2d55320: rk3328_codec: set output gain to the value found in linux (authored by avg).
rk3328_codec: set output gain to the value found in linux
avg committed rG69d202f22400: rk3328_codec: bump delays in set_power and set_mute (authored by avg).
rk3328_codec: bump delays in set_power and set_mute
avg committed rG507fdedd83cd: rk3328_codec: add delays between register writes in the initial setup (authored by avg).
rk3328_codec: add delays between register writes in the initial setup
rk_i2s: modify GRF_SOC_CON8 only for rk3399
rk3328_codec: fix a problem with the enable value
avg committed rGaa917184a9c0: add rk3328_codec and rk_i2s from gonzoua/socaudio (authored by gonzo).
add rk3328_codec and rk_i2s from gonzoua/socaudio
files.arm64: fix sort order for aw_i2s.c
avg committed rG43b031a371eb: htu21: don't needlessly bother hardware when measurements are not needed (authored by avg).
htu21: don't needlessly bother hardware when measurements are not needed
avg committed rGc01a46d4acab: camcontrol: dump received data for MMC command even if it is unknown (authored by avg).
camcontrol: dump received data for MMC command even if it is unknown
avg committed rGa75159eabc90: htu21: allow configuration via hints on FDT-based systems (authored by avg).
htu21: allow configuration via hints on FDT-based systems
avg committed rG6354154ef520: pcf8574: driver for 8-pin quasi-bidirectional GPIO over I2C (authored by avg).
pcf8574: driver for 8-pin quasi-bidirectional GPIO over I2C
gpioled: allow the driver to be disabled via fdt
driver for MAX44009 I2C illuminance sensor
pcf8591: driver for adc/dac with i2c interface
Nov 2 2021
Nov 2 2021
Nov 1 2021
Nov 1 2021
fuser: restore functionality by fixing fsid type
Oct 6 2021
Oct 6 2021
I think I also had to do the following as well.
If a recursive target is used in a flavored port without that change then the port's default flavor would get used instead of a user specified flavor.
That happens because FLAVOR variable gets unset and the original port's directory is specified without the flavor suffix.
Oct 5 2021
Oct 5 2021
Good catch! Thank you!
I also noticed this problem just recently and was about to propose a slightly different patch:
diff --git a/Mk/bsd.port.mk b/Mk/bsd.port.mk index 0fe16fa5426d..fea489a8c42f 100644 --- a/Mk/bsd.port.mk +++ b/Mk/bsd.port.mk @@ -4095,7 +4095,7 @@ _FLAVOR_RECURSIVE_SH= \ /*) ;; \ *) dir=${PORTSDIR}/$$dir ;; \ esac; \ - (cd $$dir; ${SETENV} $${flavor:+FLAVOR=$${flavor}} ${MAKE} $${recursive_cmd}); \ + (cd $$dir; unset FLAVOR; ${SETENV} $${flavor:+FLAVOR=$${flavor}} ${MAKE} $${recursive_cmd}); \ done
Sep 22 2021
Sep 22 2021
Please commit this.
If not too much trouble please also update dwmmc_get_tran_settings (used with MMCCAM) to use the same formula.
Thank you very much!
Jul 21 2021
Jul 21 2021
@wulf , I considered that well. But if we use a dedicate taskqueue then it means having a thread anyway. And I didnd't want to put potentially slow LED operations on one of the global taskqueues.
Jul 19 2021
Jul 19 2021
@adrian , in my opinion two things guarantee correct operation:
- the current element can never be removed (thanks to in_use)
- an iteration is always done with the lock held
So, whatever perturbations might happen while the lock is dropped, they should settle down before the next iteration.
@adrian , I thought that I took care of that via the in_use flag.
Could you please look again?
Yeah, me too... but doing it directly from a callout puts a lot of restrictions.
I considered creating and destroying the thread dynamically as "blinkers" are added and removed.
I can implement that if you think it would be better than having the thread permanently.
Tested this with D30787 where LEDs are controlled via I²C and had no issues with turning the LEDs on / off and making then blink in various combinations and sequences.
No crashes, no LORs, no WITNESS warnings.
avg committed rG038279d2a86f: rtwn: make sure to not write in upper bits of txdseq (authored by avg).
rtwn: make sure to not write in upper bits of txdseq
avg committed rGc5fa78d35d71: rtwn: make sure to not write in upper bits of txdseq (authored by avg).
rtwn: make sure to not write in upper bits of txdseq
Jul 12 2021
Jul 12 2021
avg committed rG66c183f43f0c: mmc_cam_sim_default_action: do not touch the ccb after dispatching it (authored by avg).
mmc_cam_sim_default_action: do not touch the ccb after dispatching it
Jun 21 2021
Jun 21 2021
avg committed rG7544c1d20d8b: rtwn: make sure to not write in upper bits of txdseq (authored by avg).
rtwn: make sure to not write in upper bits of txdseq
avg added a comment to D30787: rk805: add support for controlling two output pins via gpio interface.
I cannot think of any way.
rk_i2c needs to sleep to wait for an interrupt.
led(8) uses a non-sleepable mutex.
Jun 18 2021
Jun 18 2021
Jun 17 2021
Jun 17 2021
address reviews for rk805 poweroff support
Jun 16 2021
Jun 16 2021
avg added reviewers for D30787: rk805: add support for controlling two output pins via gpio interface: peterj, gonzo. avg added 1 blocking reviewer(s) for D30787: rk805: add support for controlling two output pins via gpio interface: manu.
avg requested review of D30787: rk805: add support for controlling two output pins via gpio interface.
avg added reviewers for D30786: rk805: add system poweroff support: peterj, bz. avg added 1 blocking reviewer(s) for D30786: rk805: add system poweroff support: manu.
rc.d: liberate powerd from ACPI dependency
rc.d: liberate powerd from ACPI dependency
avg committed rG118ff4e9b3f1: rk3328_cru: fix a typo in the SCLK_I2S2 gate definition (authored by avg).
rk3328_cru: fix a typo in the SCLK_I2S2 gate definition
Jun 9 2021
Jun 9 2021
avg committed rGffc5dc788f05: rk3328_cru: fix a typo in the SCLK_I2S2 gate definition (authored by avg).
rk3328_cru: fix a typo in the SCLK_I2S2 gate definition
rc.d: liberate powerd from ACPI dependency
May 31 2021
May 31 2021
May 21 2021
May 21 2021
storvsc: fix auto-sense reporting
avg committed rG4b9d54e2aeca: mpsutil: extend show adapter information, add NCQ control (authored by Daniel Austin <freebsd-ports@dan.me.uk>).
mpsutil: extend show adapter information, add NCQ control
storvsc: fix auto-sense reporting
avg committed rG2def2de60a6d: PCI hot-plug: use dedicated taskqueue for device attach / detach (authored by avg).
PCI hot-plug: use dedicated taskqueue for device attach / detach
avg committed rG395bc3598b47: mpsutil: extend show adapter information, add NCQ control (authored by Daniel Austin <freebsd-ports@dan.me.uk>).
mpsutil: extend show adapter information, add NCQ control
avg committed rGd7d4592ada54: PCI hot-plug: use dedicated taskqueue for device attach / detach (authored by avg).
PCI hot-plug: use dedicated taskqueue for device attach / detach
May 7 2021
May 7 2021
avg committed rGe2ea6942ab31: mpsutil: extend show adapter information, add NCQ control (authored by Daniel Austin <freebsd-ports@dan.me.uk>).
mpsutil: extend show adapter information, add NCQ control
storvsc: fix auto-sense reporting
May 6 2021
May 6 2021
avg committed rG12588ce02dd8: PCI hot-plug: use dedicated taskqueue for device attach / detach (authored by avg).
PCI hot-plug: use dedicated taskqueue for device attach / detach
avg updated the summary of D30144: PCI hot-plug: use dedicated taskqueue for device attach / detach.
May 5 2021
May 5 2021
avg added a comment to D26311: gpioled_acpi: driver for GPIO controlled LEDs declared using ACPI _DSD.
The only reason is that I thought that I could do some things better but never got around to actually working on them.
Specifically, I don't like having so many walk+callback patterns. Especially for _DSD.
I hoped that I would be able to represent it as an nvlist or something similar.
avg added a comment to D26311: gpioled_acpi: driver for GPIO controlled LEDs declared using ACPI _DSD.
@mm , do you have amdgpio driver? Has it attached?
May 3 2021
May 3 2021
gpioc_detach: fix freeing of wrong pointers
gpioc_detach: fix freeing of wrong pointers
Apr 15 2021
Apr 15 2021
@kibab , you still may want to fix this pseudo-loop: https://github.com/kibab/freebsd/blob/mmccam-current/sys/cam/mmc/mmc_da.c#L1638
Maybe the last 'else' was supposed to be 'else if' ?
I think that I needed that patch because earlier I had a lot of bits from https://github.com/kibab/freebsd/tree/mmccam-current in my tree and now I don't.
Specifically, @kibab's mmc_set_timing supports a lot more timings and so on.
And in fact, it seems that I do not need that change anymore.
In D29758#667600, @manu wrote:For the 1.2V report it's probably the same problem as the one fixed by 1a96c1434f4b4487126f13ede29e67ad44a8776a
Apr 14 2021
Apr 14 2021
Yes, most likely.
Is this the information you asked for?
# camcontrol devlist -v scbus0 on aw_mmc_sim0 bus 0: scbus1 on aw_mmc_sim1 bus 0: <SDIO card> at scbus1 target 0 lun 0 (sdiob0,pass1) scbus2 on aw_mmc_sim2 bus 0: <MMCHC 8GME4R 0.1 SN 4DAD8E5D MFG 09/200> at scbus2 target 0 lun 0 (sdda0,pass0) scbus-1 on xpt0 bus 0: <> at scbus-1 target -1 lun ffffffff (xpt0)
Mar 31 2021
Mar 31 2021
LGTM. Thank you!
Mar 23 2021
Mar 23 2021
avg committed rG395e612b7bb1: pchtherm: fix a wrong bit and a wrong register use (authored by Michal Vanco <michal.vanco@gmail.com>).
pchtherm: fix a wrong bit and a wrong register use
gpioc_detach: fix freeing of wrong pointers
Mar 5 2021
Mar 5 2021
avg committed rG5084dde5f087: pchtherm: fix a wrong bit and a wrong register use (authored by Michal Vanco <michal.vanco@gmail.com>).
pchtherm: fix a wrong bit and a wrong register use
In D24077#530114, @takawata wrote:fix man page.
Add files.x86 entry to static configuration.
Feb 18 2021
Feb 18 2021
Jan 20 2021
Jan 20 2021
LGTM. Thank you!
I did not realize that hardware can be this quirky.
Jan 19 2021
Jan 19 2021
avg committed rG2c98edd6d6c7: htu21: driver for HTU21D I2C temperature and humidity sensor (authored by avg).
htu21: driver for HTU21D I2C temperature and humidity sensor
Dec 18 2020
Dec 18 2020
Dec 13 2020
Dec 13 2020
add myself to authors.ent (first commit)
further add myself to documentation
further add myself to www pages
Dec 11 2020
Dec 11 2020
Dec 10 2020
Dec 10 2020
It's been a while since I touched that kind of code, but I think that this change is good.
Dec 3 2020
Dec 3 2020
dtrace: honor LC_NUMERIC for %'d and alike, and LC_TIME for %T