headers
Yinghai Lu | 5 Mar 05:14

re: Prefmem of bus 3

Ron, 

I have verified the myerinet card with s2882 in LinuxBIOS. It works well.

Eric,

I wonder if round function in pci_device.c cause the bus prefmem region
calculation problem.

Also according to suggestion from quadrics and amd, it seems that BIOS and
kernel need to be patched to allow the prefmem region ( after mmio_basek) to
be put the mtrr as write-back to get the better perfmormance. i.e. 2.5us->1.
8us 0-byte ping pong. So may need to change the write_linuxbios_table and
update the struct mem_reagion.

I have attached the boot log with QM card. 
Also found the display mmio region of 0:18:1 is shown ad 0:18.0, but the
real reg content is right. But the prefmem region register of 1:2:0 is not
the same as 0xe0000000 to 0xffffffff, and it (0x24) is "01 e0 f1 ff"

Can some one send me the boot log of quadrics on other K8 board?

Regards

YH.

-----邮件原件-----
发件人: YhLu 
发送时间: 2004年3月1日 13:15
收件人: ebiederman <at> lnxi.com; ron minnich
(Continue reading)

Permalink | Reply | 0 comments |
headers
Yinghai Lu | 5 Mar 05:14

re: Prefmem of bus 3

Ron, 

I have verified the myerinet card with s2882 in LinuxBIOS. It works well.

Eric,

I wonder if round function in pci_device.c cause the bus prefmem region
calculation problem.

Also according to suggestion from quadrics and amd, it seems that BIOS and
kernel need to be patched to allow the prefmem region ( after mmio_basek) to
be put the mtrr as write-back to get the better perfmormance. i.e. 2.5us->1.
8us 0-byte ping pong. So may need to change the write_linuxbios_table and
update the struct mem_reagion.

I have attached the boot log with QM card. 
Also found the display mmio region of 0:18:1 is shown ad 0:18.0, but the
real reg content is right. But the prefmem region register of 1:2:0 is not
the same as 0xe0000000 to 0xffffffff, and it (0x24) is "01 e0 f1 ff"

Can some one send me the boot log of quadrics on other K8 board?

Regards

YH.

-----邮件原件-----
发件人: YhLu 
发送时间: 2004年3月1日 13:15
收件人: ebiederman <at> lnxi.com; ron minnich
(Continue reading)

Permalink | Reply | 0 comments |
headers
ron minnich | 5 Mar 05:38

Re[2]: EPIA-M 6000 or M-10000 Frame buffer + linuxbios +/- VGA

On Thu, 4 Mar 2004, [koi8-r] "Dmitry Borisov[koi8-r] "  wrote:

> What I see from CVS and version that works for me( as of Jul-2003 )
> that they are different quite a lot( for EPIA-M part ). 

Dave Ashley, what do you think?

Dmitry, send me the diff -u for both versions of linuxbios. 

ron

_______________________________________________
Linuxbios mailing list
Linuxbios <at> clustermatic.org
http://www.clustermatic.org/mailman/listinfo/linuxbios
Permalink | Reply | 0 comments |
headers
ron minnich | 5 Mar 06:46

re: Prefmem of bus 3

On Thu, 4 Mar 2004, Yinghai Lu wrote:

> Also according to suggestion from quadrics and amd, it seems that BIOS and
> kernel need to be patched to allow the prefmem region ( after mmio_basek) to
> be put the mtrr as write-back to get the better perfmormance. i.e. 2.5us->1.
> 8us 0-byte ping pong. So may need to change the write_linuxbios_table and
> update the struct mem_reagion.

I don't think the bios should do that. This setting of the mtrr for a 
particular card, on a particular motherboard, with a particular CPU, OS, 
and library, is really not a matter for the BIOS to decide. This is a job 
for /dev/mtrr. 

ron

_______________________________________________
Linuxbios mailing list
Linuxbios <at> clustermatic.org
http://www.clustermatic.org/mailman/listinfo/linuxbios
Permalink | Reply | 0 comments |
headers
ron minnich | 5 Mar 06:48

re: Prefmem of bus 3

On Thu, 4 Mar 2004, Yinghai Lu wrote:

> I wonder if round function in pci_device.c cause the bus prefmem region
>calculation problem.

I am almost certain that Ollie had worked out the problem, but I can not 
check as I am in Vega$ (meeting, not gambling away my life's savings).

Ollie, did you know why this was happening.

ron

_______________________________________________
Linuxbios mailing list
Linuxbios <at> clustermatic.org
http://www.clustermatic.org/mailman/listinfo/linuxbios
Permalink | Reply | 1 comment |
headers
Yinghai Lu | 5 Mar 12:30

Re: Prefmem of bus 3

I'm in trip, otherwise I would add some output for that function. 

If the quadrics card can work with hdama, then need to look at the boot log
at  that.

YH

-----邮件原件-----
发件人: ron minnich [mailto:rminnich <at> lanl.gov] 
发送时间: 2004年3月4日 21:48
收件人: Yinghai Lu
抄送: 'YhLu'@mailproxy3.lanl.gov; ebiederman <at> lnxi.com; LinuxBIOS
主题: re: Prefmem of bus 3

On Thu, 4 Mar 2004, Yinghai Lu wrote:

> I wonder if round function in pci_device.c cause the bus prefmem region
>calculation problem.

I am almost certain that Ollie had worked out the problem, but I can not 
check as I am in Vega$ (meeting, not gambling away my life's savings).

Ollie, did you know why this was happening.

ron

_______________________________________________
Linuxbios mailing list
Linuxbios <at> clustermatic.org
http://www.clustermatic.org/mailman/listinfo/linuxbios
(Continue reading)

Permalink | Reply | 0 comments |
headers
Tina Declerck | 5 Mar 18:12

RE: PCI card bios accessibility


On Thurs, 4 Mar 2004, ron minnich wrote:
Ron,

Thank you for the quick response

> On Wed, 3 Mar 2004, Tina Declerck wrote:
>> - Will it use PCI configuration space to locate the Basic Address
Register
>> (BAR) to locate bios
>>    on a PCI card and load it?  Specifically, this is regarding a 3ware
RAID
>> card.
>
> This is done now in user mode via emulation, for a number of reasons, and 
> this emulation will move to linuxbios in a month or so.
>
That's good to hear.  We'd like to do some testing in-house once this is
available.

-Tina

DISCLAIMER: The information contained in this electronic mail transmission
is intended by 3ware for the use of the named individual or entity to which
it is directed and may contain information that is confidential or
privileged and should not be disseminated without prior approval from 3ware 

_______________________________________________
Linuxbios mailing list
Linuxbios <at> clustermatic.org
(Continue reading)

Permalink | Reply | 2 comments |
headers
Li-Ta Lo | 5 Mar 18:21

RE: PCI card bios accessibility

On Fri, 2004-03-05 at 10:12, Tina Declerck wrote:
> On Thurs, 4 Mar 2004, ron minnich wrote:
> Ron,
> 
> Thank you for the quick response
> 
> > On Wed, 3 Mar 2004, Tina Declerck wrote:
> >> - Will it use PCI configuration space to locate the Basic Address
> Register
> >> (BAR) to locate bios
> >>    on a PCI card and load it?  Specifically, this is regarding a 3ware
> RAID
> >> card.
> >
> > This is done now in user mode via emulation, for a number of reasons, and 
> > this emulation will move to linuxbios in a month or so.
> >
> That's good to hear.  We'd like to do some testing in-house once this is
> available.
> 

Why do you want to do this ? AFIAK, 3ware one of the few open source 
friendly vendors, the driver in the kernel can pretty much handle
anything.

Ollie

_______________________________________________
Linuxbios mailing list
Linuxbios <at> clustermatic.org
(Continue reading)

Permalink | Reply | 0 comments |
headers
Tina Declerck | 5 Mar 19:00

RE: PCI card bios accessibility


Hi Ollie,
> 
> > On Wed, 3 Mar 2004, Tina Declerck wrote:
> >> - Will it use PCI configuration space to locate the Basic Address
> Register
> >> (BAR) to locate bios
> >>    on a PCI card and load it?  Specifically, this is regarding a 3ware
> RAID
> >> card.
> >
> > This is done now in user mode via emulation, for a number of reasons,
and 
> > this emulation will move to linuxbios in a month or so.
> >
> That's good to hear.  We'd like to do some testing in-house once this is
> available.
> 

> Why do you want to do this ? AFIAK, 3ware one of the few open source 
> friendly vendors, the driver in the kernel can pretty much handle
> anything.

Thank you.  I'm not questioning the functionality of the driver, however,
some customers like to configure 3ware RAID using the 3ware bios.  If it
is called during the system boot the driver isn't involved. This is not
taking anything from existing functionality but trying to see if
the functions currently available with other BIOSes is or will be available
with the Linux BIOS.
(Continue reading)

Permalink | Reply | 752 comments |
headers
Li-Ta Lo | 5 Mar 21:55

boot_complete in hardwaremain() ?

Eric,

Is the boot_complete parameter in hardwaremain() still
used in freebios2 ? I found it is xor %ebp, %ebp in asm
and then passed to hardwaremain().

Ollie

_______________________________________________
Linuxbios mailing list
Linuxbios <at> clustermatic.org
http://www.clustermatic.org/mailman/listinfo/linuxbios
Permalink | Reply | 1 comment |

Gmane