Skip site navigation (1)Skip section navigation (2)
Date:      30 Apr 2002 10:53:30 -0500
From:      Larry Rosenman <ler@airmail.net>
To:        John Utz <john@utzweb.net>
Cc:        Eric Anholt <eanholt@gladstone.uoregon.edu>, Joe Marcus Clarke <marcus@marcuscom.com>, freebsd-stable@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG
Subject:   Re: New Laptop: i810: HELP
Message-ID:  <1020182011.87494.17.camel@ler-freebie.iadfw.net>
In-Reply-To:  <Pine.LNX.4.44.0204301045350.22231-100000@jupiter.linuxengine.net>
References:   <Pine.LNX.4.44.0204301045350.22231-100000@jupiter.linuxengine.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 2002-04-30 at 10:49, John Utz wrote:
> Umm, here's a really stupid and probably unworkable idea that i know 
> absolutely nothing about :-)
> 
> there is something that i have read about called the 'framebuffer' 
> driver, it's supposedly chipset independent. 
> 
> perhaps that is an avenue you could pursue?
> 
> the other point worth mentioning is that if you managed to get 320x200,
> you probably can get at least 640x480 and maybe 800x600 by continuing to
> fiddle about....
scw@netbsd.org has a patch which should fix it, and as soon as he gets
home (UK time today), I'll get it working.  

Thanks though. 
> 
> On Mon, 29 Apr 2002, Larry Rosenman wrote:
> 
> > * Eric Anholt <eanholt@gladstone.uoregon.edu> [020429 19:54]:
> > > On Mon, 2002-04-29 at 13:27, Larry Rosenman wrote:
> > > > Well with that patch, we still get the same thing, but I suspect Eric
> > > > did more than I did with the chips.
> > > > 
> > > > Eric,
> > > >    I have the I830MG chipset in this laptop, and am willing to
> > > > experiment and get it working on -STABLE. 
> > > > 
> > > >    I currently get a X86 Illegal opcode right after the Gamma Correction
> > > > message in the logs (same as before applying your agp_i810.[ch] patch. 
> > > > 
> > > >    This is on a Fujitsu Lifebook C6651. 
> > > 
> > > Okay, I poked around in this, and I have to say that where it's going
> > > wrong is totally out of my area of knowledge.  As far as I can tell,
> > > it's dying because the bios memory seems to be corrupted, or at least
> > > it's more than the emulator can handle according to Stuart Barkley. 
> > > This is strange because Linux users have had it working.
> > > 
> > > Just to make see if this is an interaction with AGP (since the agp code
> > > has not been successfully used yet that I know of), could you try
> > > removing AGP from your kernel or not modloading it at boot and see how X
> > > works?  It looks like X should handle not having AGP loaded, since you
> > > have 8MB stolen for the card already.  If it does work, you'll be
> > > limited in resolution, but not as badly as those who only have 512k or
> > > 1MB stolen.
> > Playing with it, I can get a 320x200 X up in VGA mode, if I don't 
> > allow int10 to run.  As soon as we bring int10 in, we get the checksum
> > (I suspect we have a mapping issue somewhere). 
> > 
> > Is there anything I can run to map the BIOS ROMS on the machine? 
> > 
> > What can I do to help? 
> > 
> > I'd LOVE to get it running, but I suspect the BIOS mapping into the
> > system is the issue, and I don't know what the maps are. 
> > 
> > LER
> > > 
> > 
> > 
> 
> -- 
> 
> John L. Utz III
> john@utzweb.net
> 
> Idiocy is the Impulse Function in the Convolution of Life
> 
-- 
Larry Rosenman, Sr. Network Engineer, Internet America, Inc.
E-Mail: ler@airmail.net 
Phone: +1 214-861-2571, Fax: 214-861-2663
US Mail: 350 N. St. Paul, Suite 3000, Dallas, TX 75201


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1020182011.87494.17.camel>