#
e34df6c4 |
| 24-Feb-2023 |
riastradh <riastradh@NetBSD.org> |
drm: Eliminate __HAVE_ATOMIC_AS_MEMBAR conditionals.
Discussed on tech-kern: https://mail-index.netbsd.org/tech-kern/2023/02/23/msg028729.html
|
#
37a030aa |
| 09-Apr-2022 |
riastradh <riastradh@NetBSD.org> |
linux/kref: Fix memory barriers and use membar_release/acquire.
|
#
0c301aba |
| 19-Dec-2021 |
riastradh <riastradh@NetBSD.org> |
i915: more work
|
#
59918069 |
| 19-Dec-2021 |
riastradh <riastradh@NetBSD.org> |
Provide kref_put_lock
Author: Maya Rashish <maya@NetBSD.org> Committer: Taylor R Campbell <riastradh@NetBSD.org>
|
#
edcf7ec5 |
| 19-Dec-2021 |
riastradh <riastradh@NetBSD.org> |
Linux refcount API
|
#
e8147d14 |
| 19-Dec-2021 |
riastradh <riastradh@NetBSD.org> |
Omit __insn_barrier where implied or subsumed by volatile.
|
#
7410db29 |
| 19-Dec-2021 |
riastradh <riastradh@NetBSD.org> |
Implement kref_read.
|
#
1f31f94c |
| 27-Aug-2018 |
riastradh <riastradh@NetBSD.org> |
Insert membars needed for non-x86.
XXX We should really define membar_enter_postatomic and membar_exit_preatomic to avoid relying on not typoing __HAVE_ATOMIC_AS_MEMBAR.
|
#
3effbb82 |
| 27-Aug-2018 |
riastradh <riastradh@NetBSD.org> |
Revert "Rename private member of kref, because Linux abuses the abstraction."
This reverts commit d45132a71ee3c2570db2f10eac27283d3ac5b392.
Linux's abuse will be fixed.
|
#
0847897e |
| 27-Aug-2018 |
riastradh <riastradh@NetBSD.org> |
Rename private member of kref, because Linux abuses the abstraction.
|
#
7b7df45f |
| 16-Jul-2014 |
riastradh <riastradh@NetBSD.org> |
First whack at radeon driver.
No hardware to test yet, but it builds.
|
#
fceff80c |
| 16-Jul-2014 |
riastradh <riastradh@NetBSD.org> |
Make it build and boot on my test machines.
Screen blanks on boot on the Ivy Bridge system with
DRM error in cpt_serr_int_handler: PCH transcoder A FIFO underrun
But after that everything is OK
Make it build and boot on my test machines.
Screen blanks on boot on the Ivy Bridge system with
DRM error in cpt_serr_int_handler: PCH transcoder A FIFO underrun
But after that everything is OK. Appears to be an upstream problem. To investigate...
I think there's a cache flushing issue somewhere -- there are little display artefacts on my T60.
show more ...
|
#
2adb3a73 |
| 18-Mar-2014 |
riastradh <riastradh@NetBSD.org> |
Merge riastradh-drm2 to HEAD.
|