Felix Kühling wrote:
Log message: Add all radeon pci ids known by ddx, but only
r350/rv350 and below (new chips may be problematic).
Not quite. It's still missing 0x3150 which is the M24 in my notebook.
Fglrx identifies it as MOBILITY RADEON X600 (M24 3150). It works
just fine with the free
Am Samstag, den 25.02.2006, 09:51 + schrieb Roland Scheidegger:
CVSROOT: /cvs/dri
Module name: drm
Repository: drm/shared-core/
Changes by: [EMAIL PROTECTED] 06/02/25 09:51:15
Log message:
Add all radeon pci ids known by ddx, but only r350/rv350 and below
(new chips
On Thu, 2005-11-10 at 02:14 -0800, Dave Airlie wrote:
CVSROOT: /cvs/dri
Module name: drm
Repository: drm/linux-core/
Changes by: [EMAIL PROTECTED] 05/11/10 02:14:48
Log message:
Fix cpu_to_le32 same as kernel not sure it is correct for ppc
Looks correct, but as the PCIe
Log message:
Fix cpu_to_le32 same as kernel not sure it is correct for ppc
Looks correct, but as the PCIe GART table is in the framebuffer, the
card's byte swapping needs to be disabled for this.
Yes thats what I wanted paulus/benh to check out, I was unsure how the
swappers were
On Thu, 2005-11-10 at 11:15 +, Dave Airlie wrote:
Log message:
Fix cpu_to_le32 same as kernel not sure it is correct for ppc
Looks correct, but as the PCIe GART table is in the framebuffer, the
card's byte swapping needs to be disabled for this.
Yes thats what I wanted
On Tue, 2005-11-08 at 12:25 -0800, Eric Anholt wrote:
CVSROOT: /cvs/dri
Module name: drm
Repository: drm/shared-core/
Changes by: [EMAIL PROTECTED] 05/11/08 12:25:00
Log message:
Initial port of savage to FreeBSD for the AGP and !ShadowStatus case. Adds
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Adam Jackson wrote:
CVSROOT: /cvs/dri
Module name: drm
Repository: drm/libdrm/
Changes by: [EMAIL PROTECTED] 05/10/20 10:32:32
Log message:
Remove bogus Xlib dependency.
Modified files:
drm/libdrm/:
On Thursday 20 October 2005 15:01, Ian Romanick wrote:
Adam Jackson wrote:
CVSROOT: /cvs/dri
Module name: drm
Repository: drm/libdrm/
Changes by: [EMAIL PROTECTED] 05/10/20 10:32:32
Log message:
Remove bogus Xlib dependency.
Modified files:
drm/libdrm/:
On Thu, 2005-09-29 at 23:41 -0700, Dave Airlie wrote:
CVSROOT: /cvs/dri
Module name: drm
Repository: drm/bsd-core/
Changes by: [EMAIL PROTECTED] 05/09/29 23:41:10
Log message:
Add support to turn writeback off via radeon module option
It would be better to use PCI
On 6/24/05, Alan Hourihane [EMAIL PROTECTED] wrote:
Jon,
I've noticed you've moved drm_pm_init().
The reason it was were it was before is that the sysdev approach needn't
and shouldn't be used when fbdev isn't loaded.
Alan.
It was too complicated gettting all the error paths right.
On 6/24/05, Jon Smirl [EMAIL PROTECTED] wrote:
On 6/24/05, Alan Hourihane [EMAIL PROTECTED] wrote:
Jon,
I've noticed you've moved drm_pm_init().
The reason it was were it was before is that the sysdev approach needn't
and shouldn't be used when fbdev isn't loaded.
Alan.
It was
On 6/24/05, Alan Hourihane [EMAIL PROTECTED] wrote:
On Fri, Jun 24, 2005 at 12:31:06PM -0700, Jon Smirl wrote:
CVSROOT: /cvs/dri
Module name: drm
Repository: drm/linux-core/
Changes by: [EMAIL PROTECTED] 05/06/24 12:31:06
Log message:
More err path clean up for drm_pm
On Fri, Jun 24, 2005 at 05:07:53PM -0400, Jon Smirl wrote:
On 6/24/05, Alan Hourihane [EMAIL PROTECTED] wrote:
Jon,
I've noticed you've moved drm_pm_init().
The reason it was were it was before is that the sysdev approach needn't
and shouldn't be used when fbdev isn't loaded.
On Fri, Jun 24, 2005 at 05:19:30PM -0400, Jon Smirl wrote:
On 6/24/05, Alan Hourihane [EMAIL PROTECTED] wrote:
On Fri, Jun 24, 2005 at 12:31:06PM -0700, Jon Smirl wrote:
CVSROOT: /cvs/dri
Module name: drm
Repository: drm/linux-core/
Changes by: [EMAIL PROTECTED] 05/06/24
On 6/24/05, Alan Hourihane [EMAIL PROTECTED] wrote:
But as you are registering the sysdev in the case of the DRM being loaded
without fbdev, don't you risk the case where the suspend/resume
calls get called twice, once by the PCI driver and then later by sysdev ?
That's a problem too, but it
On 6/24/05, Alan Hourihane [EMAIL PROTECTED] wrote:
Shouldn't the power management be per device instead of global to DRM?
In fbdev it is per device. If it is per device we don't need the
global class.
The class is global, but the call is to the power() function is device
specific. Maybe
On Sat, 2005-06-18 at 21:15 -0700, Jon Smirl wrote:
CVSROOT: /cvs/dri
Module name: drm
Repository: drm/shared-core/
Changes by: [EMAIL PROTECTED] 05/06/18 21:15:58
Log message:
Remove I2C support from radeon driver.
Same support is available from radeonfb.
Modified
Adam Jackson wrote:
On Monday 28 March 2005 16:21, Thomas Hellstrom wrote:
CVSROOT: /cvs/dri
Module name: drm
Repository: drm/shared-core/
Changes by: [EMAIL PROTECTED] 05/03/28 13:21:42
Log message:
Via updates:
* New PCI command parser. Moved from via_dma.c to
On Monday 28 March 2005 16:21, Thomas Hellstrom wrote:
CVSROOT: /cvs/dri
Module name: drm
Repository: drm/shared-core/
Changes by: [EMAIL PROTECTED] 05/03/28 13:21:42
Log message:
Via updates:
* New PCI command parser. Moved from via_dma.c to via_verifier.c so
functions with similar
Am Donnerstag, den 20.01.2005, 20:43 -0500 schrieb Adam Jackson:
On Thursday 20 January 2005 18:28, Felix Kühling wrote:
Am Donnerstag, den 20.01.2005, 11:05 -0800 schrieb Adam Jackson:
CVSROOT: /cvs/dri
Module name: drm
Repository: drm/shared/
Changes by: [EMAIL PROTECTED] 05/01/20
Am Donnerstag, den 20.01.2005, 11:05 -0800 schrieb Adam Jackson:
CVSROOT: /cvs/dri
Module name: drm
Repository: drm/shared/
Changes by: [EMAIL PROTECTED] 05/01/20 11:05:42
Log message:
Add a Savage3D PCI ID
Modified files:
drm/shared-core/:
On Thursday 20 January 2005 18:28, Felix Khling wrote:
Am Donnerstag, den 20.01.2005, 11:05 -0800 schrieb Adam Jackson:
CVSROOT: /cvs/dri
Module name: drm
Repository: drm/shared/
Changes by: [EMAIL PROTECTED] 05/01/20 11:05:42
Log message:
Add a Savage3D PCI ID
Modified files:
On Thu, 2004-09-30 at 16:47, Jon Smirl wrote:
CVSROOT: /cvs/dri
Module name: drm
Repository: drm/linux-core/
Changes by: [EMAIL PROTECTED] 04/09/30 16:47:45
Log message:
Make the debug memory functions compile for the core model.
Has anybody ever used the drm memory
On 12.09.2004, at 21:24, Jon Smirl wrote:
Log message:
Fix error path in probe() to release resources if there is an error.
It's not particularly about this very change, more about the general
concept.
I see you moved the pci_request_regions() to the OS specific part. This
is very good,
On Mon, 13 Sep 2004 02:11:52 +0200, Simon 'corecode' Schubert
[EMAIL PROTECTED] wrote:
pci_request_regions() seems to allocate all possible IO and mem regions
defined in the PCI BARs. I understand that putting this code in
drm_probe presents an easy way to get the reservations, although I have
25 matches
Mail list logo
