ASUS Intel Beta BIOS Releases and Official Support

[donmarkoni]

If I may...

When people ask for a new BIOS, it doesn't necessarily mean that there is something wrong or they are having issues. That is for Asus forum.
It is expected from you (not personally you, but Asus) to fix problems and you never fail to do so, if my mind serves me well.

But...
We here (if I'm at liberty to speak for everyone) usually ask for some improvements that we know can be done, cause some other manufacturer did it, or some superuser did.

I remember three things asked, but never got the answer:
1. QPI VTT control
2. HPET deactivation
3. SATA firmwares update

"No" is the answer too, but we never got it.

If something can't be done, like QPI VTT control maybe, cause of HW limitations, we expect to get the answer.
HPET and SATA "issues" were proven possible by BIOS modding and you never did anything or said anything. Again, not you personally, but I'm saying all this to you personally cause I followed your work before you were @Asus and you were always helpful and that didn't change now when you are @Asus.

IMO, people appreciate truth and openness, so if you say something will not be done, everyone will respect you (Asus) for saying so, rather then staying silent or lie.
Lie is the worst thing of all, makes company loose respect and credibility, like creative* did by saying, I'm paraphrasing "no, our old HW can't work on Win7, you must buy our new HW" and a guy proved them wrong - or should I say, caught them in big lie, just with small driver modification.


*no, it is not syntax error (capital first letter), it's disrespect.

[Raja@ASUS]

I remember three things asked, but never got the answer:
1. QPI VTT control
2. HPET deactivation
3. SATA firmwares update

"No" is the answer too, but we never got it.

Hi,

Just need the issues not a diatribe, as I cannot read between the lines nor know the outstanding fix requirement for every single product in the wild. If only half of the information is given I need to ask the rest.

What is

1. QPI VTT control?

You need more granularity? The granularity is dependant on the VID table support of the buck controller so what you have now is likely all that can be given.

As for the other two I will ask - that is all I needed.

-Raja

[zoson]

Hi,

1. QPI VTT control?

You need more granularity? The granularity is dependant on the VID table support of the buck controller so what you have now is likely all that can be given.

As for the other two I will ask - that is all I needed.

-Raja

I believe he meant QPI PLL voltage control. It is currently 'bound' to the CPU PLL control, and we have no reference as to what it set with various CPU PLL settings.

[Raja@ASUS]

I believe he meant QPI PLL voltage control. It is currently 'bound' to the CPU PLL control, and we have no reference as to what it set with various CPU PLL settings.

Where did you learn it was bound to CPU PLL? As the DC requirements of both are different, which means you'd needs a secondary regulator on-board to provide the step-down (would have to be a pretty good LDO with a high side feed of only 1.8V).

-Raja

[donmarkoni]

Just need the issues not a diatribe, as I cannot read between the lines nor know the outstanding fix requirement for every single product in the wild. If only half of the information is given I need to ask the rest.

What is
1. QPI VTT control?

You need more granularity? The granularity is dependant on the VID table support of the buck controller so what you have now is likely all that can be given.

As for the other two I will ask - that is all I needed.

I believe he meant QPI PLL voltage control. It is currently 'bound' to the CPU PLL control, and we have no reference as to what it set with various CPU PLL settings.

Where did you learn it was bound to CPU PLL? As the DC requirements of both are different, which means you'd needs a secondary regulator on-board to provide the step-down (would have to be a pretty good LDO with a high side feed of only 1.8V).

-Raja

First thing first, zoson is right, I meant QPI PLL, I am just very tired, so I made a mistake.

Second, we are making a progress we haven't seen in a long time. You just made some things clearer. Nobody took the time and effort until now to give an explanation.
Everybody thought (as zoson and me of course) that QPI PLL is linked to CPU PLL and you are saying that it is not. Please explain us to what is it linked to, if anything.
I could also assume it just might be fixed to default 1.1V and uncontrollable, but that might be wrong as assumption that it's linked to CPU PLL.
So, you get my point? Any answer is a good answer. If we know how things work, we'll make the best of it.

Third, and back to the beginning of your post... diatribe...
I didn't even knew what that means, as English is not my mother language. When I looked in the dictionary I was very disappointed at first, cause you see my criticism in the wrong way.
Look around and find my posts, then judge if my posts are bitter or ironical or non-constructive.
But, for the sake of good relations and constructive talk, I'll just accept that as your subjective experience of my post, and I'll try to be more careful how my posts sound like.

[Raja@ASUS]

Second, we are making a progress we haven't seen in a long time. You just made some things clearer. Nobody took the time and effort until now to give an explanation.
.

It is either going to be using a fixed regulator or possibly linked to IOH voltage (less likely). Either way, if some kind of control were available you'd have had it by now.

-Raja

[donmarkoni]

Either way, if some kind of control were available you'd have had it by now.

That is the honest answer that will be respected by everyone I think.

As for the other two I will ask - that is all I needed.

And thank you for that.