Re: [Dri-devel] video-reset and DRM

2004-03-18 Thread Alan Cox
On Iau, 2004-03-18 at 00:00, Jon Smirl wrote: > For cards where we don't have the protected mode code I have provided a vm86 > solution. This solution works by jumping to C000:3 in the BIOS image. Right now > this scheme does not work on non-X86 machines (you need emu86). It also does not > work on

Re: [Dri-devel] video-reset and DRM

2004-03-18 Thread Michel Dänzer
On Thu, 2004-03-18 at 02:48, Jon Smirl wrote: > I'm tried of fighting with you over every little change. It's not like I enjoy it... My concern is that it's much easier to add things to the DRM than to remove them. And you're saying yourself that there are better solutions for some of the things

Re: [Dri-devel] video-reset and DRM

2004-03-17 Thread Jon Smirl
I'm tried of fighting with you over every little change. So you win. You can be in charge of moving the tree around and doing the merges however you want. I leave for three weeks in Hawaii in two days anyway so I really don't care what you do. You have the patch for swithing the tree over, commit

Re: [Dri-devel] video-reset and DRM

2004-03-17 Thread Michel Dänzer
On Wed, 2004-03-17 at 20:40, Jon Smirl wrote: > > To me the video-reset program is an extension of the DRM device driver and > should be kept in the new drm tree. But other people have different opinions. Well, I'm the one who tried to talk you out of this on IRC. :) And I thought I had succeeded

Re: [Dri-devel] video-reset and DRM

2004-03-17 Thread Michel Dänzer
On Thu, 2004-03-18 at 01:00, Jon Smirl wrote: > > An even better solution would be for the kernel itself to call the VBIOS ROMs > during very early boot before entering protected mode. But someone with more > experience in the early kernel boot process needs to trying implementing it that > way.

Re: [Dri-devel] video-reset and DRM

2004-03-17 Thread Jon Smirl
--- Alan Cox <[EMAIL PROTECTED]> wrote: > Certain ACPI things need video setup too, and btw I for one agree with > you about something - for some cards the video reset being handled via > hotplug actually may make sense. I'm just trying to get a first pass at this code checked in the new drm tree.

Re: [Dri-devel] video-reset and DRM

2004-03-17 Thread Alan Cox
On Mer, 2004-03-17 at 19:40, Jon Smirl wrote: > secondary cards if needed. The patch works by generating a hotplug event on > driver insertion. This event calls a user space helper - video-reset. Video > cards can be reset from user space using VM86 mode. Sometimes. Many of these drivers require s

[Dri-devel] video-reset and DRM

2004-03-17 Thread Jon Smirl
First let me say that if you only have one video card installed you don't see this. If you have two or more video cards you will find that the system BIOS only resets one of them. X contains some really ugly user space code that resets these cards. This code does things like play with PCI bridge r