Re: [OT] Re: 2.4.x, drm, g400 and pci_set_master

2001-02-09 Thread Alan Olsen
On Fri, 9 Feb 2001, David Woodhouse wrote: > [EMAIL PROTECTED] said: > > If open source people knew how it worked they might do horrible evil > > things like TV-out with the macrovision turned off. Thats basically > > the root of all this - yet again its the US movie industry > > Er... have

Re: [OT] Re: 2.4.x, drm, g400 and pci_set_master

2001-02-09 Thread David Woodhouse
[EMAIL PROTECTED] said: > If open source people knew how it worked they might do horrible evil > things like TV-out with the macrovision turned off. Thats basically > the root of all this - yet again its the US movie industry Er... have you tried recording from the G400 TV out with matroxfb?

Re: [OT] Re: 2.4.x, drm, g400 and pci_set_master

2001-02-09 Thread Alan Cox
> > the standard corporate excuse whenever they don't want to do something > > "Intelectual Property concerns".) If open source people knew how it worked they might do horrible evil things like TV-out with the macrovision turned off. Thats basically the root of all this - yet again its the US

Re: [OT] Re: 2.4.x, drm, g400 and pci_set_master

2001-02-09 Thread David Woodhouse
[EMAIL PROTECTED] said: > Both drivers want Matrox's HALlib. (Which is x86 binary only.) Matrox > will not release the info on that interface to the chipset. (Using > the standard corporate excuse whenever they don't want to do something > "Intelectual Property concerns".) > Good luck on

Re: [OT] Re: 2.4.x, drm, g400 and pci_set_master

2001-02-09 Thread David Woodhouse
[EMAIL PROTECTED] said: Both drivers want Matrox's HALlib. (Which is x86 binary only.) Matrox will not release the info on that interface to the chipset. (Using the standard corporate excuse whenever they don't want to do something "Intelectual Property concerns".) Good luck on getting

Re: [OT] Re: 2.4.x, drm, g400 and pci_set_master

2001-02-09 Thread Alan Cox
the standard corporate excuse whenever they don't want to do something "Intelectual Property concerns".) If open source people knew how it worked they might do horrible evil things like TV-out with the macrovision turned off. Thats basically the root of all this - yet again its the US movie

Re: [OT] Re: 2.4.x, drm, g400 and pci_set_master

2001-02-09 Thread David Woodhouse
[EMAIL PROTECTED] said: If open source people knew how it worked they might do horrible evil things like TV-out with the macrovision turned off. Thats basically the root of all this - yet again its the US movie industry Er... have you tried recording from the G400 TV out with matroxfb?

Re: [OT] Re: 2.4.x, drm, g400 and pci_set_master

2001-02-09 Thread Alan Olsen
On Fri, 9 Feb 2001, David Woodhouse wrote: [EMAIL PROTECTED] said: If open source people knew how it worked they might do horrible evil things like TV-out with the macrovision turned off. Thats basically the root of all this - yet again its the US movie industry Er... have you tried

Re: [OT] Re: 2.4.x, drm, g400 and pci_set_master

2001-02-08 Thread Paul Jakma
replying to myself.. On Fri, 9 Feb 2001, Paul Jakma wrote: > why put in mga specific code? last time i asked why 2x74x hardware iommu wasn't supported i was told something along the lines of cause generic kernel driver interfaces wouldn't support it. so support for the alpha hardware would

Re: [OT] Re: 2.4.x, drm, g400 and pci_set_master

2001-02-08 Thread Paul Jakma
On Thu, 8 Feb 2001, Alex Deucher wrote: > There is preliminary support for pcigart in the dri tree. I believe > some people have had some success with it. but there doesn't need to be. DEC 2x17x Alpha chipsets have an IOMMU for hardware scatter-gather support. (ie generic agpgart for the PCI

Re: [OT] Re: 2.4.x, drm, g400 and pci_set_master

2001-02-08 Thread Alan Olsen
On Thu, 8 Feb 2001, Petr Vandrovec wrote: > On 8 Feb 01 at 13:14, Alex Deucher wrote: > > Jeff Hartmann wrote: > > > Petr Vandrovec wrote: > > > > It does not use dynamic DMA mapping, because it doesn't do PCI DMA at > > > all. It uses AGP DMA. Actually, it shouldn't be too hard to get it to

Re: [OT] Re: 2.4.x, drm, g400 and pci_set_master

2001-02-08 Thread Alex Deucher
There is preliminary support for pcigart in the dri tree. I believe some people have had some success with it. Alex Petr Vandrovec wrote: > > On 8 Feb 01 at 13:14, Alex Deucher wrote: > > Jeff Hartmann wrote: > > > Petr Vandrovec wrote: > > > > It does not use dynamic DMA mapping, because

[OT] Re: 2.4.x, drm, g400 and pci_set_master

2001-02-08 Thread Petr Vandrovec
On 8 Feb 01 at 13:14, Alex Deucher wrote: > Jeff Hartmann wrote: > > Petr Vandrovec wrote: > > It does not use dynamic DMA mapping, because it doesn't do PCI DMA at > > all. It uses AGP DMA. Actually, it shouldn't be too hard to get it to > > work on the Alpha (just a few 32/64 bit issues

Re: 2.4.x, drm, g400 and pci_set_master

2001-02-08 Thread Alex Deucher
Jeff Hartmann wrote: > > Petr Vandrovec wrote: > > > On 8 Feb 01 at 12:15, Alex Deucher wrote: > > > >> I wasn't talking about the drm driver I was talking about programming > >> the PCI controller directly using setpci 1.0.0 or some such > >> command, I can't remember off hand. Which

Re: 2.4.x, drm, g400 and pci_set_master

2001-02-08 Thread Jeff Hartmann
Petr Vandrovec wrote: > On 8 Feb 01 at 12:15, Alex Deucher wrote: > >> I wasn't talking about the drm driver I was talking about programming >> the PCI controller directly using setpci 1.0.0 or some such >> command, I can't remember off hand. Which turns on busmastering if it >> is off

Re: 2.4.x, drm, g400 and pci_set_master

2001-02-08 Thread Petr Vandrovec
On 8 Feb 01 at 12:15, Alex Deucher wrote: > I wasn't talking about the drm driver I was talking about programming > the PCI controller directly using setpci 1.0.0 or some such > command, I can't remember off hand. Which turns on busmastering if it > is off for a particular device. OK.

Re: 2.4.x, drm, g400 and pci_set_master

2001-02-08 Thread Alex Deucher
I wasn't talking about the drm driver I was talking about programming the PCI controller directly using setpci 1.0.0 or some such command, I can't remember off hand. Which turns on busmastering if it is off for a particular device. Alex Jeff Hartmann wrote: > > Alex Deucher wrote: > > >

Re: 2.4.x, drm, g400 and pci_set_master

2001-02-08 Thread Jeff Hartmann
Alex Deucher wrote: > I'm not sure about the mga source, but you can enable busmaster manually > as root. See the dri-devel list for more. I can't remember the exact > message off hand. THere was also some discussion of this last week I > think. > > Alex > > >

Re: 2.4.x, drm, g400 and pci_set_master

2001-02-08 Thread Alex Deucher
I'm not sure about the mga source, but you can enable busmaster manually as root. See the dri-devel list for more. I can't remember the exact message off hand. THere was also some discussion of this last week I think. Alex Hi, friend of mine bought g400 on

Re: 2.4.x, drm, g400 and pci_set_master

2001-02-08 Thread Alex Deucher
I'm not sure about the mga source, but you can enable busmaster manually as root. See the dri-devel list for more. I can't remember the exact message off hand. THere was also some discussion of this last week I think. Alex Hi, friend of mine bought g400 on

Re: 2.4.x, drm, g400 and pci_set_master

2001-02-08 Thread Alex Deucher
I wasn't talking about the drm driver I was talking about programming the PCI controller directly using setpci 1.0.0 or some such command, I can't remember off hand. Which turns on busmastering if it is off for a particular device. Alex Jeff Hartmann wrote: Alex Deucher wrote: I'm

Re: 2.4.x, drm, g400 and pci_set_master

2001-02-08 Thread Petr Vandrovec
On 8 Feb 01 at 12:15, Alex Deucher wrote: I wasn't talking about the drm driver I was talking about programming the PCI controller directly using setpci 1.0.0 or some such command, I can't remember off hand. Which turns on busmastering if it is off for a particular device. OK.

Re: 2.4.x, drm, g400 and pci_set_master

2001-02-08 Thread Jeff Hartmann
Petr Vandrovec wrote: On 8 Feb 01 at 12:15, Alex Deucher wrote: I wasn't talking about the drm driver I was talking about programming the PCI controller directly using setpci 1.0.0 or some such command, I can't remember off hand. Which turns on busmastering if it is off for a

Re: 2.4.x, drm, g400 and pci_set_master

2001-02-08 Thread Alex Deucher
Jeff Hartmann wrote: Petr Vandrovec wrote: On 8 Feb 01 at 12:15, Alex Deucher wrote: I wasn't talking about the drm driver I was talking about programming the PCI controller directly using setpci 1.0.0 or some such command, I can't remember off hand. Which turns on

[OT] Re: 2.4.x, drm, g400 and pci_set_master

2001-02-08 Thread Petr Vandrovec
On 8 Feb 01 at 13:14, Alex Deucher wrote: Jeff Hartmann wrote: Petr Vandrovec wrote: It does not use dynamic DMA mapping, because it doesn't do PCI DMA at all. It uses AGP DMA. Actually, it shouldn't be too hard to get it to work on the Alpha (just a few 32/64 bit issues probably.)

Re: [OT] Re: 2.4.x, drm, g400 and pci_set_master

2001-02-08 Thread Alex Deucher
There is preliminary support for pcigart in the dri tree. I believe some people have had some success with it. Alex Petr Vandrovec wrote: On 8 Feb 01 at 13:14, Alex Deucher wrote: Jeff Hartmann wrote: Petr Vandrovec wrote: It does not use dynamic DMA mapping, because it doesn't

Re: [OT] Re: 2.4.x, drm, g400 and pci_set_master

2001-02-08 Thread Alan Olsen
On Thu, 8 Feb 2001, Petr Vandrovec wrote: On 8 Feb 01 at 13:14, Alex Deucher wrote: Jeff Hartmann wrote: Petr Vandrovec wrote: It does not use dynamic DMA mapping, because it doesn't do PCI DMA at all. It uses AGP DMA. Actually, it shouldn't be too hard to get it to work on

Re: [OT] Re: 2.4.x, drm, g400 and pci_set_master

2001-02-08 Thread Paul Jakma
On Thu, 8 Feb 2001, Alex Deucher wrote: There is preliminary support for pcigart in the dri tree. I believe some people have had some success with it. but there doesn't need to be. DEC 2x17x Alpha chipsets have an IOMMU for hardware scatter-gather support. (ie generic agpgart for the PCI

Re: [OT] Re: 2.4.x, drm, g400 and pci_set_master

2001-02-08 Thread Paul Jakma
replying to myself.. On Fri, 9 Feb 2001, Paul Jakma wrote: why put in mga specific code? last time i asked why 2x74x hardware iommu wasn't supported i was told something along the lines of cause generic kernel driver interfaces wouldn't support it. so support for the alpha hardware would