Re: 6.0-current panic: loading radeon module

From: Eric Anholt (eta_at_lclark.edu)
Date: 06/26/05

  • Next message: Eric Anholt: "Re: 6.0-current panic: loading radeon module" 
    To: "M. Warner Losh" <imp@bsdimp.com>
Date: Sun, 26 Jun 2005 12:17:40 -0700

    On Sun, 2005-06-26 at 12:57 -0600, M. Warner Losh wrote:
    > In message: <1119809673.3817.3.camel@leguin>
    > Eric Anholt <eta@lclark.edu> writes:
    > : On Fri, 2005-06-24 at 19:59 -0400, Martin Cracauer wrote:
    > : > > I'd forgotten about this thread. I've got a proposed fix for this at:
    > : > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/80718
    > : >
    > : > I get the same panic and backtrace with that patch (on a 32 MB moobile
    > : > Radeon 7500).
    > : >
    > : > I will annotate the sourcecode now to verify (or not) the NULLs in the
    > : > arguments for the bus argument.
    > :
    > : Thanks for showing that that patch didn't work. I should have
    > : remembered why it wouldn't. The next step would be to try a workaround:
    > : Comment out the two calls to drm_initmap() in radeon_cp.c.
    > :
    > : We really need a nice call to grab the start/offset of a pci resource
    > : given the rid. We can avoid it now, but we might not be able to given
    > : where the DRM is headed.
    >
    > rman_get_start() doesn't do the trick? Or do you need to know what it
    > is before the bus_alloc_resource? If so, you can call
    > bus_get_resource(). What is it that you need to know?

    bus_alloc_resource tries to map the 128+ MB framebuffer and pmap_mapdev
    falls over. I'll take a look at bus_get_resource now. 

    -- 
Eric Anholt                                     eta@lclark.edu
http://people.freebsd.org/~anholt/              anholt@FreeBSD.org
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
  • Next message: Eric Anholt: "Re: 6.0-current panic: loading radeon module"

    Relevant Pages

    • Re: Best Practice re: patching multiple Sun Servers connected to a Hitachi SAN
      ... > I am a system administrator for several Sun Servers and encountered several ... > of patching and security hardening Sun Servers. ... I decided to only patch the development servers. ... > breaks parts of Veritas. ...
      (comp.unix.solaris)
    • Re: dictionary comparison
      ... > I'm trying to compare sun patch levels on a server to those of what ... For those that aren't familiar with sun patch ... I want to show what server x has ... > versus what sun recommends, and if the patch exists, but the revision ...
      (comp.lang.python)
    • Re: dictionary comparison
      ... >I'm trying to compare sun patch levels on a server to those of what sun ... For those that aren't familiar with sun patch ... I want to show what server x has ... >versus what sun recommends, and if the patch exists, but the revision ...
      (comp.lang.python)
    • Re: Bad TRAP occurred in module "ufs" due to a NULL pointer dereference
      ... Obviously Sun noticed our problem now and there is a Sun Alert ... > Solaris 8 actual recommended patch cluster installed. ... > to an NFS mounted partition of the server with command mv. ...
      (comp.unix.solaris)
    • Re: Patch Q320920 presists on wanting to be installed (even after it has been)
      ... I've got the identical settings and version numbers showing as Adam. ... Update is still showing the Windows Media Player patch as being a critical ... It should be 1 decimal or HEX doesn't matter. ... Mine says for Media Player 7.1 but under this key I have a FileList and then ...
      (microsoft.public.security)