Re: epia800

2003-09-26 Thread Eric W. Biederman
Steve Gehlbach <[EMAIL PROTECTED]> writes: > Eric W. Biederman wrote: > > >>I was going to force it to use ide_read_sector_chs but did not have time. > >> > >>I switched to using my CF drive and it worked fine, so I don't think it was > >>cockpit trouble. > > Right. My only other guess is that s

Re: epia800

2003-09-25 Thread Steve Gehlbach
Eric W. Biederman wrote: I was going to force it to use ide_read_sector_chs but did not have time. I switched to using my CF drive and it worked fine, so I don't think it was cockpit trouble. Right. My only other guess is that some of the lba48 support my be interacting in a strange way and ca

Re: epia800

2003-09-25 Thread SONE Takeshi
On Wed, Sep 24, 2003 at 10:54:02PM -0600, Eric W. Biederman wrote: > I have seen IDE cables with a memory so I am not at all certain > about the floating detection. I'm not sure about non-standard devices. I believe this is what the commercial BIOS does. Anyway FILO only touches the bus the user

Re: epia800

2003-09-25 Thread SONE Takeshi
On Wed, Sep 24, 2003 at 11:00:52PM -0600, Eric W. Biederman wrote: > Right. My only other guess is that some of the lba48 support my be interacting > in a strange way and causing problems. We always write the lba48 high > registers but we don't set them in the lba case. It should not cause a pro

Re: epia800

2003-09-24 Thread Eric W. Biederman
Steve Gehlbach <[EMAIL PROTECTED]> writes: > Eric W. Biederman wrote: > > > Steve how does your 1.2G Caviar fail? Is it not detected or is the > > problem something else? > > Everything works fine, it just gets the wrong data. I put in lots of printf's, > it is using ide_read_sector_lba, all r

Re: epia800

2003-09-24 Thread Eric W. Biederman
SONE Takeshi <[EMAIL PROTECTED]> writes: > On Tue, Sep 23, 2003 at 02:27:08AM -0600, Eric W. Biederman wrote: > > Actually the FILO polled IDE derives most directly from etherboot 5.1. > > > > There are a couple of small differences but nothing that looked too > > substantial. The biggest is the

Re: unsupported int on Epia800

2003-09-23 Thread SONE Takeshi
On Mon, Sep 22, 2003 at 05:47:54PM -0600, Nathanael Noblet wrote: > Hello, > I'm still not sure what is causing it yet. I know it happens when I > seem to turn on my epia board after it being off for awhile, while > looking only at the screen and not the serial console. > > I get these mes

Re: epia800

2003-09-23 Thread Steve Gehlbach
Eric W. Biederman wrote: Steve how does your 1.2G Caviar fail? Is it not detected or is the problem something else? Everything works fine, it just gets the wrong data. I put in lots of printf's, it is using ide_read_sector_lba, all results are normal AFAICT. I printed out the sector (sector 0

Re: epia800

2003-09-23 Thread SONE Takeshi
On Tue, Sep 23, 2003 at 02:27:08AM -0600, Eric W. Biederman wrote: > Actually the FILO polled IDE derives most directly from etherboot 5.1. > > There are a couple of small differences but nothing that looked too > substantial. The biggest is the ide_bus_floating() that attempts to > quickly see i

Re: epia800

2003-09-23 Thread Eric W. Biederman
Adam Agnew <[EMAIL PROTECTED]> writes: > On Mon, 22 Sep 2003, Steve Gehlbach wrote: > > > ron minnich wrote: > > > On Tue, 23 Sep 2003, Andrew Ip wrote: > > >>>actually, as near as we could tell the data was getting in to memory. But > > >>>once it jumped to the payload it never came back. > > >>

Re: epia800

2003-09-22 Thread Adam Agnew
On Mon, 22 Sep 2003, Steve Gehlbach wrote: > ron minnich wrote: > > On Tue, 23 Sep 2003, Andrew Ip wrote: > >>>actually, as near as we could tell the data was getting in to memory. But > >>>once it jumped to the payload it never came back. > >> > >>Interesting. What payload are u using? I have

Re: epia800

2003-09-22 Thread Steve Gehlbach
ron minnich wrote: On Tue, 23 Sep 2003, Andrew Ip wrote: actually, as near as we could tell the data was getting in to memory. But once it jumped to the payload it never came back. Interesting. What payload are u using? I have been using etherboot which is pretty stable. However, Filo will be m

Re: epia800

2003-09-22 Thread Andrew Ip
Hi Ron, > etherboot we built here. We have not had much luck building etherboot, > however. I have been using 5.0.6 with Adam's patch. Have you tried earlier version? -Andrew -- Andrew Ip Email: [EMAIL PROTECTED] Tel:(852) 2542 2046 Fax:(852) 2542 2036 Mobile: (852) 9201 9866 Cwlinu

Re: epia800

2003-09-22 Thread ron minnich
On Tue, 23 Sep 2003, Andrew Ip wrote: > > actually, as near as we could tell the data was getting in to memory. But > > once it jumped to the payload it never came back. > Interesting. What payload are u using? I have been using etherboot which > is pretty stable. However, Filo will be my next

Re: epia800

2003-09-22 Thread Andrew Ip
Hi Ron, > actually, as near as we could tell the data was getting in to memory. But > once it jumped to the payload it never came back. Interesting. What payload are u using? I have been using etherboot which is pretty stable. However, Filo will be my next target. -Andrew -- Andrew Ip Email

Re: epia800

2003-09-22 Thread ron minnich
On Tue, 23 Sep 2003, Andrew Ip wrote: > > > fixes welcome. This is CF that is failing. Actually it reads the data and > > the data is fine, but when it jumps to the payload nothing happens. > Have you tried different CF? Different CF behave differently. Some CF actually, as near as we could

Re: epia800

2003-09-22 Thread Andrew Ip
Hi Ron, > fixes welcome. This is CF that is failing. Actually it reads the data and > the data is fine, but when it jumps to the payload nothing happens. Have you tried different CF? Different CF behave differently. Some CF card need more delay/timeout in the IDE driver. -Andrew -- Andrew I

Re: epia800

2003-09-22 Thread ron minnich
fixes welcome. This is CF that is failing. Actually it reads the data and the data is fine, but when it jumps to the payload nothing happens. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios

Re: epia800

2003-09-22 Thread Steve Gehlbach
ron minnich wrote: ide is still not working well. What I think I have found on the ide is that some older drives report they are LBA but sector reads fail. Maybe that they are CHS, or, it may be the status bits are different and it is a timing thing. But a simple read of linear sector 0 got

epia800

2003-09-22 Thread ron minnich
david hendriks has now built linuxbios from scratch, from the cvs tree, and it all works with graphics etc. ide is still not working well. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios

unsupported int on Epia800

2003-09-22 Thread Nathanael Noblet
Hello, I'm still not sure what is causing it yet. I know it happens when I seem to turn on my epia board after it being off for awhile, while looking only at the screen and not the serial console. I get these message biosint: Unsupported int #0xff ... register settings... ... register settings.

Re: epia800 direct vga working

2003-09-22 Thread SONE Takeshi
On Mon, Sep 22, 2003 at 12:34:33PM -0600, Nathanael D. Noblet wrote: > ORIGINAL > 01:00.0 VGA compatible controller: Trident Microsystems CyberBlade/i1 > (rev 6a) > 00: 23 10 00 85 07 00 b0 02 6a 00 00 03 00 20 00 00 > 10: 00 00 80 e1 00 00 00 e2 00 00 00 e1 00 00 00 00 > 20: 00 00 00 00 00 00 00 0

Re: epia800 direct vga working

2003-09-22 Thread Nathanael D. Noblet
Hello, So I've got the epia800 working with the original BIOS that was extracted from the original BIOS. I've been looking over the code that was submitted, and as well as the difference between register settings on boot with regular BIOS settings and LinuxBIOS settings. I have b

Re: epia800 direct vga working

2003-09-21 Thread ron minnich
And HOWTO on these last steps, with sample kernel .config, is most welcome. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios

Re: epia800 direct vga working

2003-09-21 Thread Nathanael Noblet
On Sunday, September 21, 2003, at 01:28 PM, SONE Takeshi wrote: On Sun, Sep 21, 2003 at 01:09:06PM -0600, Nathanael Noblet wrote: At the moment though, I'm having difficulty getting filo to boot anything but the original kernel. Here is what I have done. Perhaps you have insight into the problem.

Re: epia800 direct vga working

2003-09-21 Thread Steve Gehlbach
SONE Takeshi wrote: Both HAVE_FRAMEBUFFER and VIDEO_CONSOLE set 0xB0 to register 0xFB in a default config (SMA_SIZE==8). With only this setting, if I run the factory VGABIOS, it does all the rest of configuation to VGA (and TV encoder also), and I can use epiafb, or even X, with TV-out, flawlessly

Re: epia800 direct vga working

2003-09-21 Thread Nathanael Noblet
On Sunday, September 21, 2003, at 01:28 PM, SONE Takeshi wrote: On Sun, Sep 21, 2003 at 01:09:06PM -0600, Nathanael Noblet wrote: At the moment though, I'm having difficulty getting filo to boot anything but the original kernel. Here is what I have done. Perhaps you have insight into the problem.

Re: epia800 direct vga working

2003-09-21 Thread SONE Takeshi
On Sun, Sep 21, 2003 at 01:09:06PM -0600, Nathanael Noblet wrote: > At the moment though, I'm having difficulty getting filo to boot > anything but the original kernel. > > Here is what I have done. Perhaps you have insight into the problem. > > in the filo Config file: > AUTOBOOT_FILE = "hda1:/

Re: epia800 direct vga working

2003-09-21 Thread Nathanael Noblet
On Sunday, September 21, 2003, at 12:59 PM, SONE Takeshi wrote: On Sun, Sep 21, 2003 at 12:25:01PM -0600, Nathanael Noblet wrote: I have yet to get the epiafb working or even try the tridentfb with a linuxbios boot. The epia complains of unresolved dependancies which look like missing symbols for

Re: epia800 direct vga working

2003-09-21 Thread SONE Takeshi
On Sun, Sep 21, 2003 at 12:25:01PM -0600, Nathanael Noblet wrote: > I have yet to get the epiafb working or even try the tridentfb with a > linuxbios boot. The epia complains of unresolved dependancies which > look like missing symbols for the generic framebuffer, even though that > is loaded...

Re: epia800 direct vga working

2003-09-21 Thread SONE Takeshi
On Sun, Sep 21, 2003 at 10:49:46AM -0700, Steve Gehlbach wrote: > Hmmm... this is strange. Has anyone used HAVE_FRAMEBUFFER option > without VIDEO_CONSOLE and gotten that to work? The only difference is > the 0xFB chipset register, however, the setting I use matches the Award > setting when it

Re: epia800 direct vga working

2003-09-21 Thread Nathanael Noblet
On Sunday, September 21, 2003, at 11:49 AM, Steve Gehlbach wrote: SONE Takeshi wrote: On Sat, Sep 20, 2003 at 11:25:58PM -0700, Steve Gehlbach wrote: Nathanael Noblet wrote: I don't need a framebuffer on boot, but once loaded would I be able to insmod the epiafb module and get that working? Mo

Re: epia800 direct vga working

2003-09-21 Thread Steve Gehlbach
SONE Takeshi wrote: On Sat, Sep 20, 2003 at 11:25:58PM -0700, Steve Gehlbach wrote: Nathanael Noblet wrote: I don't need a framebuffer on boot, but once loaded would I be able to insmod the epiafb module and get that working? More than likely, since a framebuffer driver made for epia vga must

Re: epia800 direct vga working

2003-09-21 Thread SONE Takeshi
r made for epia vga must have > intimate knowledge of the chipset, so it should completely initialize it. Unfortunately it does not. Looks like we have to program some more VGA registers for framebuffer to function properly. > >Though, I'm wondering if the modifications you've ma

Re: epia800 direct vga working

2003-09-20 Thread Steve Gehlbach
ze it. Though, I'm wondering if the modifications you've made are (specifically the epia800.config) are compatible with an elf filo payload? The add action commands seem to run after the commands that concatenate the linuxbios image file with its payload.. so I'm somewhat at a loss as t

Re: epia800 direct vga working

2003-09-20 Thread Nathanael Noblet
.. Though, I'm wondering if the modifications you've made are (specifically the epia800.config) are compatible with an elf filo payload? The add action commands seem to run after the commands that concatenate the linuxbios image file with its payload.. so I'm somewhat at a loss as to w

Re: epia800 direct vga working

2003-09-20 Thread Steve Gehlbach
Nathanael Noblet wrote: I'm also wondering if I NEED the vga bios extracted still? The mod's that I made are for using vga without any vga bios by directly writing the chipset registers and legacy vga registers to put it in legacy vga mode. But it is only for text mode, so if you need extended

Re: epia800 direct vga working

2003-09-20 Thread Nathanael Noblet
I have a few questions regarding the changes you made. I have an epia800 board. I altered the epia.config / HOWTO instructions to boot filo. Once that worked I added to the filo payload the vga bios extracted from the normal bios while running. Now I've applied this patch and I'm

Re: epia800 direct vga working

2003-09-19 Thread Nathanael Noblet
Just wondering, have these changes been merged into the freebios tree? I've been having sporadic VGA problems on my epia800 and wondered if I had the latest or if I should start taking a peek at what is not working..? diff --exclude-from exclude_epia --recursive --unified -P freebio

Re: epia800 direct vga working

2003-09-09 Thread SONE Takeshi
On Sun, Sep 07, 2003 at 07:06:38PM -0700, Steve Gehlbach wrote: > I finally got the epia 800 (vt8601 chipset) direct register vga working. > The diff is short, so I attached it. I tried this tonight and it's working on my EPIA 5000! Thanks for the great work. However there is some issue. via_vg

Re: epia800 direct vga working

2003-09-07 Thread ron minnich
we will test and commit if it all works. I think I'm going to try to get the emulator fixed and long term go with that, but these fixes are needed for the emulator too. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/ma

epia800 direct vga working

2003-09-07 Thread Steve Gehlbach
vga_set_amode(); + vga_font_load(font_mem,fontdata_8x16,CHAR_HEIGHT,256); + splash_done++; // mark done + printk_debug("alpha mode set.\n"); + post_code(0xa1); + } +} +#endif diff --exclude-from exclude_epia --recursive --unified -P