From: Panagiotis P. <pap...@cs...> - 2003-04-05 02:58:31
|
Also I forgot to say that I got a lockup again when I tried to switch to a VT with the previous patch and also that I believe that with 2.5.6X kernels I get lockups sooner, than with 2.4.X. Regards =09Panagiotis Papadakos On Sat, 5 Apr 2003, Panagiotis Papadakos wrote: > Could this be a kernel problem? > > I have been using 2.4.21-preX and 2.5.6X and all show for me the same > behaviour, with IO-APIC enabled or not. > It reminds me the problem I have with my Promise controller > which after a while if I have dma enabled it completely locks my machine. > > What kernel are you using at the moment to just try and test it? > > My system is an Athlon 600, on an ASUS K7V with KX133, Matrox G400 and a > Live! > > Regards > =09Panagiotis Papadakos > > On Sat, 4 Apr 2003, Michel [ISO-8859-1] D=E4nzer wrote: > > > On Fre, 2003-04-04 at 22:38, Eric Anholt wrote: > > > On Fri, 2003-04-04 at 11:12, Panagiotis Papadakos wrote: > > > > For some months now I am experiencing lockups when I switched to th= e VTs, > > > > or changed the video modes or if I tried to shutdown the Xserver. > > > > > > > > So I applied the following patch, after looking the related radeon = patch > > > > and now I can switch to the VTs or change the videomode without loc= kups. > > > > But when I press Ctrl+Alt+Delete, sometimes my machine will lockup = before > > > > kdm starts a new Xserver or it will lockup right away after my moni= tor > > > > has received the signal from the new Xserver. > > > > > > > > If I kill the kdm process and then restart it everything will be ok= =2E (At > > > > least when I tried it) > > > > > > > > So can anyone please help? > > > > > > > > This is the patch: > > > > > > > > --- mga_dri.c 2003-04-04 22:02:21.000000000 +0300 > > > > +++ mga_dri.c_new 2003-04-04 16:26:31.000000000 +0300 > > > > @@ -1359,6 +1359,7 @@ > > > > if (pMga->irq) { > > > > drmCtlUninstHandler(pMga->drmFD); > > > > pMga->irq =3D 0; > > > > + pMga->reg_ien =3D 0; > > > > } > > > > > > > > /* Cleanup DMA */ > > > > > > Can anyone explain to me what exactly this patch or the one for radeo= n > > > do? My guess/understanding is that this prevents interrupts from bei= ng > > > reenabled on server reset before the irq handler is readded. > > > > That's my understanding as well. > > > > > But why does this cause a hang? > > > > I'm not sure, maybe some kernels and/or machines don't like the > > interrupt being enabled without the handler being installed. I couldn't > > reproduce the problem on my Macs. > > > > > > -- > > Earthling Michel D=E4nzer \ Debian (powerpc), XFree86 and DRI develo= per > > Software libre enthusiast \ http://svcs.affero.net/rm.php?r=3Ddaen= zer > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: ValueWeb: > > Dedicated Hosting for just $79/mo with 500 GB of bandwidth! > > No other company gives more support or power for your dedicated server > > http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ > > _______________________________________________ > > Dri-devel mailing list > > Dri...@li... > > https://lists.sourceforge.net/lists/listinfo/dri-devel > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: ValueWeb: > Dedicated Hosting for just $79/mo with 500 GB of bandwidth! > No other company gives more support or power for your dedicated server > http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ > _______________________________________________ > Dri-devel mailing list > Dri...@li... > https://lists.sourceforge.net/lists/listinfo/dri-devel > |