* Eric W. Biederman [EMAIL PROTECTED] [040425 20:46]:
As a general rule devices don't need that and it is the responsibility
of the device driver to enable/os to enable it.
How do other OSes besides Linux do this? Are they broken as well?
Unless someone can show me a relevant passage of the
On Mon, 26 Apr 2004, Stefan Reinauer wrote:
Devices with bus master set are allowed to DMA into main memory
whenever they feel like it so it is dangerous to enable that
bit indiscriminately.
-- If at all, it should be done with careful checking.
Here is a possible scenario. You are in
stefan, thanks very much.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
David W.; Li-Ta Lo; LinuxBIOS
: Re: ??: ??: ATI rage xl.init
* ron minnich [EMAIL PROTECTED] [040424 00:35]:
On Fri, 23 Apr 2004, YhLu wrote:
3, 4, 5 already in the CVS tree.
good, then things should be complete now.
so 1,2, should go in now I think, and 6,7, clearly go in?
They're
Yinghai Lu [EMAIL PROTECTED] writes:
8.
Sometimes, if you not enable PCI master, the device can not work properly in
Linux.
But Eric/Ron didn't enable that in PCI main loop, because some devices don't
need that.
As a general rule devices don't need that and it is the responsibility
of
On Sun, 25 Apr 2004, Yinghai Lu wrote:
8.
Sometimes, if you not enable PCI master, the device can not work properly in
Linux.
But Eric/Ron didn't enable that in PCI main loop, because some devices don't
need that.
because it is a bad idea to do this. The Linux driver should do this,
Yinghai,
Please commit ati rage xl support.
1. ati rage xl support
2. add btext_console to use rage xl fb.
3. enable pnp init calling
4. superio Winbond: real enable/disable device.
5. superio Winbond: enable HW
6. Tyan S2850 support update
7. Tyan S2875 support added.
8. Move some PCI
* ron minnich [EMAIL PROTECTED] [040424 00:35]:
On Fri, 23 Apr 2004, YhLu wrote:
3, 4, 5 already in the CVS tree.
good, then things should be complete now.
so 1,2, should go in now I think, and 6,7, clearly go in?
They're in now. I also included 8. YhLu, are they needed?
Stefan
You only commit 4 5 ?
--
: Li-Ta Lo [mailto:[EMAIL PROTECTED]
: 2004421 14:47
: YhLu
: ron minnich; Stefan Reinauer; LinuxBIOS
: Re: ATI rage xl.init
On Tue, 2004-04-20 at 19:38, YhLu wrote:
Ron,
Please commit ati rage xl support.
1. ati rage xl support
2. add btext_console
; Stefan Reinauer; LinuxBIOS
: Re: ATI rage xl.init
On Tue, 2004-04-20 at 19:38, YhLu wrote:
Ron,
Please commit ati rage xl support.
1. ati rage xl support
2. add btext_console to use rage xl fb.
3. enable pnp init calling
4. superio Winbond: real enable/disable device.
5. superio
On Fri, 23 Apr 2004, Hendricks David W. wrote:
The only thing that didn't patch cleanly on my setup was a config file for
a Tyan board. Was there anything else that didn't apply cleanly to a CVS
tree, Ollie? It might be nice to get that ATi and btext stuff in there
quickly since there are
On Fri, 23 Apr 2004, YhLu wrote:
3, 4, 5 already in the CVS tree.
so 1,2, should go in now I think, and 6,7, clearly go in?
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
minnich [mailto:[EMAIL PROTECTED]
: 2004414 15:01
: Brian Maly
: [EMAIL PROTECTED]
: Re: ATI rage xl.init
Ollie knows better than me but I'm guesssing there are still some
registers not set right in linuxbios. Note that to date for our nvidia
stuff we've had to set these registers
can you send me a diff -u and I will apply this path.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
On Tue, 2004-04-20 at 19:38, YhLu wrote:
Ron,
Please commit ati rage xl support.
1. ati rage xl support
2. add btext_console to use rage xl fb.
3. enable pnp init calling
4. superio Winbond: real enable/disable device.
5. superio Winbond: enable HW
6. Tyan S2850 support update
7. Tyan
On Tue, 20 Apr 2004, YhLu wrote:
2. or btextconsole.c to honor the btext.c author
sounds good. Credit where credit is due.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
Question about getting the ATI XLrage working...
I tried the new ati/xlrage driver on an arima/hdama. Linuxbios reports:
ati_regbase = 0xfd002400
ati_ragexl_init: 3D RAGE (XL PCI-33MHz) [0x4752 rev 0x27] Devices
initialized
Im then loading the atyfb.o framebuffer kernel module (I assume this is
Ollie knows better than me but I'm guesssing there are still some
registers not set right in linuxbios. Note that to date for our nvidia
stuff we've had to set these registers by hand in a shell script.
VGA is still not quite right, but we're trying to get it.
ron
* YhLu [EMAIL PROTECTED] [040412 23:23]:
I move the kernel patch that init rage xl for fb into LinuxBIOS. You can
disable the patch in Kernel and still can use rage xl for fb.
wonderful! I've commited this to the V2 CVS and moved the Trident
Blade3d driver there as well. I changed the
Stefan Reinauer [EMAIL PROTECTED] writes:
* YhLu [EMAIL PROTECTED] [040412 23:23]:
I move the kernel patch that init rage xl for fb into LinuxBIOS. You can
disable the patch in Kernel and still can use rage xl for fb.
wonderful! I've commited this to the V2 CVS and moved the Trident
* Eric W. Biederman [EMAIL PROTECTED] [040413 14:40]:
What is the right way of getting this code into a LinuxBIOS build?
Should there be some driver directive like there's northbridge and
southbridge? Or is there some better idea?
Use the dir command. northbridge/southbridge/etc are just
On 13 Apr 2004, Eric W. Biederman wrote:
The Linux driver does not load the firmware? Or do we need SCSI support?
You're going to love this one Eric :-)
I might just need it for Plan 9 :-)
So, much as I always disliked the idea of loading SCSI firmware, I might
want it now :-(
ron
On Tue, 13 Apr 2004, ron minnich wrote:
Driver sounds ok to me. This would get the driver into the static device
tree. The convention could be that drivers are called with the same passes
that any other static device is called with.
It's true that 'dir' would work. The other commands are
* ron minnich [EMAIL PROTECTED] [040413 16:06]:
I might just need it for Plan 9 :-)
So, much as I always disliked the idea of loading SCSI firmware, I might
want it now :-(
SCSI firmware imho really belongs on the SCSI controller you put in. At
least as long as we don't live in a world of
* ron minnich [EMAIL PROTECTED] [040413 16:10]:
It's true that 'dir' would work. The other commands are all for the most
part handly aliases for 'dir'.
So if people want to just go with 'dir', fine, if we want another noise
word, 'device' is fine too. One thing, the new noise word
On Tue, 13 Apr 2004, Stefan Reinauer wrote:
What boards use an onboard Rage XL?
* Tyan S2880?
* Arima HDAM*
* AMD Quartet
ibm e325
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
Stefan Reinauer [EMAIL PROTECTED] writes:
* ron minnich [EMAIL PROTECTED] [040413 16:10]:
It's true that 'dir' would work. The other commands are all for the most
part handly aliases for 'dir'.
So if people want to just go with 'dir', fine, if we want another noise
word, 'device'
Stefan Reinauer [EMAIL PROTECTED] writes:
* ron minnich [EMAIL PROTECTED] [040413 16:06]:
I might just need it for Plan 9 :-)
So, much as I always disliked the idea of loading SCSI firmware, I might
want it now :-(
SCSI firmware imho really belongs on the SCSI controller you put in.
YhLu [EMAIL PROTECTED] writes:
Stefan,
I move the kernel patch that init rage xl for fb into LinuxBIOS. You can
disable the patch in Kernel and still can use rage xl for fb.
Cool. I have been meaning to try that for a long time I just have
not been able to find the time.
Unless we see
minnich; Stefan Reinauer; Takeshi Sone;
[EMAIL PROTECTED]
Subject: Re: ATI rage xl.init
YhLu [EMAIL PROTECTED] writes:
Stefan,
I move the kernel patch that init rage xl for fb into LinuxBIOS.
You can
disable the patch in Kernel and still can use rage xl for fb.
Cool. I have been
On 12 Apr 2004, Eric W. Biederman wrote:
Unless we see some serious problems this looks like a good model for
how to handle onboard graphics chips.
I agree I like this too, however, it still does not solve things like the
nvidia cards.
ron
___
31 matches
Mail list logo