History log of /haiku/src/add-ons/kernel/drivers/graphics/radeon/PCI_GART.c
Revision Date Author Comments
# cc7e844c 28-Jun-2019 Murai Takashi <tmurai01@gmail.com>

drivers/graphics/radeon: Fix -Wformat=

Change-Id: I1bfb70b9fb492140621d4d936ae8c29985f78d64
Reviewed-on: https://review.haiku-os.org/c/haiku/+/1544
Reviewed-by: Adrien Destugues <pulkomandy@gmail.com>


# 8a0c9d52 10-Aug-2019 Augustin Cavalier <waddlesplash@gmail.com>

OS: Rename B_USER_CLONEABLE_AREA to B_CLONEABLE_AREA.

It now lives in OS.h. The idea is that this will now be
accessible to userland applications, so userland memory
is protected from access by other processes, just as
kernel memory is.

No functional change (the constants are still the same,
though I've changed some to use shifts to make clear
which bits are allocated are which are unused.)


# 5ffbe7d7 30-Mar-2019 Augustin Cavalier <waddlesplash@gmail.com>

Change all references to "__INTEL__" to "__i386__".

They are functionally identical, but the former is a BeOS/Haiku-specfic
macro that we include in the compiler specs, and the latter is defined
by GCC.


# 21c87a5d 09-Sep-2018 Jérôme Duval <jerome.duval@gmail.com>

drivers: remove some non-haiku support code.

Change-Id: Ic55bb4832adabeb807f763c87ad938e74fb3a97d
Reviewed-on: https://review.haiku-os.org/520
Reviewed-by: Axel Dörfler <axeld@pinc-software.de>
Reviewed-by: waddlesplash <waddlesplash@gmail.com>


# ff2898e2 11-Jul-2011 Alexander von Gluck IV <kallisti5@unixzen.com>

* Use haiku provided arch defines Axel pointed out


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42413 a95241bf-73f2-0310-859d-f6bbb57e9c96


# c59e093d 11-Jul-2011 Alexander von Gluck IV <kallisti5@unixzen.com>

wrap x86-only asm code in ifdef's to ensure radeon driver compiles on powerpc and other platforms

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42408 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 9fb2d737 23-Jun-2010 Ingo Weinhold <ingo_weinhold@gmx.de>

Replaced B_32_BIT_MEMORY by B_32_BIT_FULL_LOCK and B_32_BIT_CONTIGUOUS, so
the constraint can be expressed more precisely. ATM B_32_BIT_FULL_LOCK is
implemented as B_32_BIT_CONTIGUOUS when B_HAIKU_PHYSICAL_BITS > 32, though.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@37226 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 34a662ed 21-Jun-2010 Ingo Weinhold <ingo_weinhold@gmx.de>

Force 32 bit physical addresses. Added TODOs.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@37215 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 64d79eff 27-May-2010 Ingo Weinhold <ingo_weinhold@gmx.de>

* Changed physical_entry::{address,size} to phys_{addr,size}_t and changed
map_physical_memory()'s physicalAddress parameter type from void* to
phys_addr_t. This breaks source compatibility, but -- as long as
phys_{addr,size}_t remain 32 bit wide -- keeps binary compatibility with
BeOS.
* Adjusted all code using the affected interfaces (Oh what fun!). Added a few
TODOs in places where the wrong types (e.g. void* for physical addresses
are used). Looks like quite a few drivers aren't 64 bit safe and others
will break with PAE.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36960 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 4a5ac4bd 14-Dec-2006 Axel Dörfler <axeld@pinc-software.de>

Fixed build on R5 (it doesn't know B_KERNEL_READ_AREA or B_USER_CLONEABLE_AREA).


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19512 a95241bf-73f2-0310-859d-f6bbb57e9c96


# e02e12de 01-Apr-2005 Axel Dörfler <axeld@pinc-software.de>

Updated radeon driver to the latest BeBits release 5.1.0.1.
Probably only works under Haiku due to the new area flags.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12219 a95241bf-73f2-0310-859d-f6bbb57e9c96


# bccfa80b 29-Mar-2005 Michael Lotz <mmlr@mlotz.ch>

Changed radeons memory manager to use areas instead of malloc. Now the radeon.driver should work without hacking the kernel heap bigger.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12134 a95241bf-73f2-0310-859d-f6bbb57e9c96


# e72fa01c 25-Mar-2005 Michael Lotz <mmlr@mlotz.ch>

Update the (old) radeon driver to work with Haiku. We need to explicitly tell that the areas are B_USER_CLONEABLE_AREA's that they can be shared with the accelerant.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12002 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 5f6e3f51 19-Jul-2004 shadow303 <shadow303@nowhere.fake>

Whoa, forgot to check in a bunch of radeon stuff


git-svn-id: file:///srv/svn/repos/haiku/trunk/current@8435 a95241bf-73f2-0310-859d-f6bbb57e9c96


# ff2898e24a613e360e49a0c34174dee5e04598e1 11-Jul-2011 Alexander von Gluck IV <kallisti5@unixzen.com>

* Use haiku provided arch defines Axel pointed out


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42413 a95241bf-73f2-0310-859d-f6bbb57e9c96


# c59e093db8bbb65291201d17883545410cceef0b 11-Jul-2011 Alexander von Gluck IV <kallisti5@unixzen.com>

wrap x86-only asm code in ifdef's to ensure radeon driver compiles on powerpc and other platforms

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42408 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 9fb2d73772382ea2ccfb62e912f9bfb9c39ac26d 23-Jun-2010 Ingo Weinhold <ingo_weinhold@gmx.de>

Replaced B_32_BIT_MEMORY by B_32_BIT_FULL_LOCK and B_32_BIT_CONTIGUOUS, so
the constraint can be expressed more precisely. ATM B_32_BIT_FULL_LOCK is
implemented as B_32_BIT_CONTIGUOUS when B_HAIKU_PHYSICAL_BITS > 32, though.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@37226 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 34a662eda707be254c24129da6821851b78a7701 21-Jun-2010 Ingo Weinhold <ingo_weinhold@gmx.de>

Force 32 bit physical addresses. Added TODOs.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@37215 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 64d79eff7290437d24b1a420537c3ed5c144ab96 27-May-2010 Ingo Weinhold <ingo_weinhold@gmx.de>

* Changed physical_entry::{address,size} to phys_{addr,size}_t and changed
map_physical_memory()'s physicalAddress parameter type from void* to
phys_addr_t. This breaks source compatibility, but -- as long as
phys_{addr,size}_t remain 32 bit wide -- keeps binary compatibility with
BeOS.
* Adjusted all code using the affected interfaces (Oh what fun!). Added a few
TODOs in places where the wrong types (e.g. void* for physical addresses
are used). Looks like quite a few drivers aren't 64 bit safe and others
will break with PAE.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36960 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 4a5ac4bd55ca2e0ae3f64723ddb8d9d94a36391b 14-Dec-2006 Axel Dörfler <axeld@pinc-software.de>

Fixed build on R5 (it doesn't know B_KERNEL_READ_AREA or B_USER_CLONEABLE_AREA).


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19512 a95241bf-73f2-0310-859d-f6bbb57e9c96


# e02e12de8ae0968a8772190f7ebbfb4b35d26e00 01-Apr-2005 Axel Dörfler <axeld@pinc-software.de>

Updated radeon driver to the latest BeBits release 5.1.0.1.
Probably only works under Haiku due to the new area flags.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12219 a95241bf-73f2-0310-859d-f6bbb57e9c96


# bccfa80b9b1c25e3a3765a58708eb23972ac7224 29-Mar-2005 Michael Lotz <mmlr@mlotz.ch>

Changed radeons memory manager to use areas instead of malloc. Now the radeon.driver should work without hacking the kernel heap bigger.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12134 a95241bf-73f2-0310-859d-f6bbb57e9c96


# e72fa01ce314ffabcbe1547f6392eeb65117611a 25-Mar-2005 Michael Lotz <mmlr@mlotz.ch>

Update the (old) radeon driver to work with Haiku. We need to explicitly tell that the areas are B_USER_CLONEABLE_AREA's that they can be shared with the accelerant.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12002 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 5f6e3f515c38891bf243cc013f5faca7511708dc 19-Jul-2004 shadow303 <shadow303@nowhere.fake>

Whoa, forgot to check in a bunch of radeon stuff


git-svn-id: file:///srv/svn/repos/haiku/trunk/current@8435 a95241bf-73f2-0310-859d-f6bbb57e9c96