Use static inline functions instead of preprocessor #define's to rename ACPICA methods.
Sat, Oct 17
Wed, Sep 30
Sep 6 2020
Aug 29 2020
Aug 28 2020
Move main routine in to kern_malloc.c
Add pair of lines to malloc(9) manpage
Aug 27 2020
Aug 6 2020
LGTM from evdev point of view
Aug 5 2020
Jul 24 2020
Jul 23 2020
is there a PR for this?
Really no. We have similar PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247787
I wrote to it's author to replace his patch with this one to not duplicate things.
I moved this patch to https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247787
Jul 22 2020
Jul 21 2020
Jul 14 2020
Jul 13 2020
Jul 6 2020
BTW I tagged current snapshot with 0.0.3. You can bump DISTVERSION to chase it.
Jul 5 2020
Jul 1 2020
Following is Makefile I was going to submit to ports some time ago:
Jun 25 2020
Jun 22 2020
Jun 18 2020
Jun 15 2020
Jun 2 2020
May 11 2020
Witness warnings are gone with your patch. Thank you.
May 8 2020
This patch is not correct. Del timer sync means that when this function returns, the callout structure shall no longer be in use. The only way to guarantee that is to use callout_drain()!
It is not good enough to only block the timer callback!
May 7 2020
May 4 2020
May 3 2020
Apr 30 2020
Apr 29 2020
Apr 27 2020
Apr 26 2020
Apr 19 2020
When INVARIANT is enabled, the prev and next pointers would be TRASHIT'ed (set to -1 or 0xffffffffffffffff).
Do you have some local modifications of cdev.c? Especially with relaxed locking in evdev_dtor()?
But the thread which is woken up locks evdev too. It should postpone all the free()s until FOREACH loop is completed.
List item is free()-ed asynchronously in other thread which is woken up in evdev_notify_event(). That is why this panic is rare.
Apr 18 2020
LGTM (except EVDEV_RCPT_HW_KBD flag in powerpc case)
Apr 13 2020
Apr 12 2020
Looks mostly good to me. We should keep EVDEV_RCPT_KBDMUX for powerpc32 and EVDEV_SUPPORT #else branch is not needed.
Mar 29 2020
Mar 17 2020
Mar 14 2020
Mar 11 2020
Mar 9 2020
Feb 23 2020
Driver reworked to not depend on existing ACPI newbus device.
It deletes ACPI-hosted child and performs resource (IRQ) parsing and children power state (S0<->S3) management on his own.
No dummy driver required anymore.
Feb 12 2020
should we leave it open for any version/arch, or should we limit it. If limiting, I need a list of archs for ONLY_FOR_ARCHS and OSVERSIONS we shouldn't set IGNORE for
Fails building in 11amd64 with the following, so will at least set OSVERSION > 12* unless its expected or desirable for iichid to be test on 11:
Only 12.1+ is supported.
Feb 11 2020
I recommend to disable USB backend by default and leave it as build-time option as it is not completed yet and interferes with existing USB drivers.
@wulf : Do you think it's time to put this into base or let's add this as a port first?
Dec 25 2019
So it would be helpful to see an acpidump of a system with these devices.
Dec 23 2019
Dec 22 2019
Dec 21 2019
Dec 19 2019
I don't think that Assistant key should be mapped to KEY_RIGHTMETA for following reasons:
- It is not really a meta key as it does not affect other key meanings like Shift, Alt, Ctrl and Win keys do.
- According to https://www.win.tue.nl/~aeb/linux/kbd/scancodes-6.html, scancode of 0x58 prefixed with 0xE0 is emitted by pressing of Fn+F12 keys on Logitech and Microsoft keyboards so the best matching evdev event would be KEY_FN_F12.
Dec 10 2019
Dec 3 2019
Nov 24 2019
Do you think we could add all of these test cases to the tree somewhere?