|
[RISC-V] [tech-aia] [RISC-V][tech-os-a-see] [RISC-V] [tech-unixplatformspec] Review request for ACPI ECRs
Got it. I understand what you are saying now and agree. regards ved
Got it. I understand what you are saying now and agree. regards ved
|
By
Ved Shanbhogue
· #1781
·
|
|
[RISC-V] [tech-aia] [RISC-V][tech-os-a-see] [RISC-V] [tech-unixplatformspec] Review request for ACPI ECRs
I think of UD being orthogonal to this discussion. Firmware world | OS world | [UD, etc. ]---firmware builds-+->[ACPI/DT]--->OS | | So the comments about early boot etc. in this thread I read as refer
I think of UD being orthogonal to this discussion. Firmware world | OS world | [UD, etc. ]---firmware builds-+->[ACPI/DT]--->OS | | So the comments about early boot etc. in this thread I read as refer
|
By
Ved Shanbhogue
· #1775
·
|
|
[RISC-V] [tech-aia] Invitation: Ad-hoc ACPI ECR Review meeting - Part 2 @ Mon Jul 4, 2022 9:30pm - 10:30pm (IST) (tech-aia@...)
Sunil Hi - July 4 is a holiday in the US. COuld we meet on 5th? regards ved
Sunil Hi - July 4 is a holiday in the US. COuld we meet on 5th? regards ved
|
By
Ved Shanbhogue
· #1768
·
|
|
SBI Debug Console Extension Proposal (Draft v2)
I get the intent now. But we may not want to prohibit that. We may want to document that the SBI will access this memory using the PMA attribute. If the supervisor has accessed this same location usin
I get the intent now. But we may not want to prohibit that. We may want to document that the SBI will access this memory using the PMA attribute. If the supervisor has accessed this same location usin
|
By
Ved Shanbhogue
· #1765
·
|
|
SBI Debug Console Extension Proposal (Draft v2)
So domain is a new term which is not presently defined in the privileged specification or in the SBI specification. I think I get what you may be stating here i.e., M-mode may configure/ reconfigure P
So domain is a new term which is not presently defined in the privileged specification or in the SBI specification. I think I get what you may be stating here i.e., M-mode may configure/ reconfigure P
|
By
Ved Shanbhogue
· #1763
·
|
|
[sig-hypervisors] [RISC-V] [tech-unixplatformspec] SBI Debug Console Extension Proposal (Draft v1)
I think the extension was proposed to be a Debug console extension. In a production environment if 10's of VMs were booting having them emit to the physical console - where all of those outputs will g
I think the extension was proposed to be a Debug console extension. In a production environment if 10's of VMs were booting having them emit to the physical console - where all of those outputs will g
|
By
Ved Shanbhogue
· #1740
·
|
|
[sig-hypervisors] [RISC-V] [tech-unixplatformspec] SBI Debug Console Extension Proposal (Draft v1)
Of course a console is needed. But I was questioning the need for something much more elaborate than a putchar/getchar interface. I understand its needed to port the hypervisor but I undersatnd it wou
Of course a console is needed. But I was questioning the need for something much more elaborate than a putchar/getchar interface. I understand its needed to port the hypervisor but I undersatnd it wou
|
By
Ved Shanbhogue
· #1737
·
|
|
SBI Debug Console Extension Proposal (Draft v1)
Since this is for debug and really early phase debug till enough of the guest boots up to use a VFIO based char driver provided by the VMM, I am not sure that the slowness matters. Even this SBI call
Since this is for debug and really early phase debug till enough of the guest boots up to use a VFIO based char driver provided by the VMM, I am not sure that the slowness matters. Even this SBI call
|
By
Ved Shanbhogue
· #1729
·
|
|
SBI Debug Console Extension Proposal (Draft v1)
Should we keep this simple in the SBI - only have register based inputs - to send and receive 1 byte in each call? Keeping it a simple out_byte or in_byte - a serial port like interface seems the simp
Should we keep this simple in the SBI - only have register based inputs - to send and receive 1 byte in each call? Keeping it a simple out_byte or in_byte - a serial port like interface seems the simp
|
By
Ved Shanbhogue
· #1722
·
|
|
OS-A platform stoptime requirement
Are there downsides to the debugger inhibiting the timer interrupt by setting STIE to 0? This seems like would provide similar benefit even for a multi-hart system... regards ved
Are there downsides to the debugger inhibiting the timer interrupt by setting STIE to 0? This seems like would provide similar benefit even for a multi-hart system... regards ved
|
By
Ved Shanbhogue
· #1616
·
|
|
OS-A platform stoptime requirement
Greg HI I agree architecturally there is just memory-mapped MTIME. We can leave it at that. What I meant by clock was where a each hart has its unique memory mapped MTIME and thereby is clocked by a r
Greg HI I agree architecturally there is just memory-mapped MTIME. We can leave it at that. What I meant by clock was where a each hart has its unique memory mapped MTIME and thereby is clocked by a r
|
By
Ved Shanbhogue
· #1607
·
|
|
OS-A platform stoptime requirement
So there is an assumption here that somehow time is broadcast and not the clock. For an implementation that does clock broadcast this requirement requires having a shadow time that counts while softwa
So there is an assumption here that somehow time is broadcast and not the clock. For an implementation that does clock broadcast this requirement requires having a shadow time that counts while softwa
|
By
Ved Shanbhogue
· #1605
·
|
|
Platform specification questions
Greg HI - Thanks. I think this is very clear. I think the recommendation could be changed to require MSI and make supporting INTx emulation optional. I am hoping to hear from BIOS and OS experts if we
Greg HI - Thanks. I think this is very clear. I think the recommendation could be changed to require MSI and make supporting INTx emulation optional. I am hoping to hear from BIOS and OS experts if we
|
By
Ved Shanbhogue
· #1595
·
|
|
Platform specification questions
So we could drop these statements: " - Main memory must be protected with SECDED-ECC. - All cache structures must be protected. - single-bit errors must be detected and corrected. - multi-bit errors c
So we could drop these statements: " - Main memory must be protected with SECDED-ECC. - All cache structures must be protected. - single-bit errors must be detected and corrected. - multi-bit errors c
|
By
Ved Shanbhogue
· #1590
·
|
|
Platform specification questions
I agree. I think the RAS ISA would want to be about standardized error logging and reporting but not mandate what errors are detected/corrected and how they are corrected or contained. For example, ev
I agree. I think the RAS ISA would want to be about standardized error logging and reporting but not mandate what errors are detected/corrected and how they are corrected or contained. For example, ev
|
By
Ved Shanbhogue
· #1587
·
|
|
Platform specification questions
Totally agree that the term "cache structure" is ambigous and variety of caches may be built. How caches are built should also be transparent to the ISA, software, and the platform in general. Like yo
Totally agree that the term "cache structure" is ambigous and variety of caches may be built. How caches are built should also be transparent to the ISA, software, and the platform in general. Like yo
|
By
Ved Shanbhogue
· #1585
·
|
|
Platform specification questions
Will be glad to. Yes, that sounds good. regards ved
Will be glad to. Yes, that sounds good. regards ved
|
By
Ved Shanbhogue
· #1583
·
|
|
Platform specification questions
Thanks. Yes. Could I suggest: "Cache structures must be protected to address the Failure-in-time (FIT) requirements. The protection mechanisms may included single-bit/multi-bit error detection and/or
Thanks. Yes. Could I suggest: "Cache structures must be protected to address the Failure-in-time (FIT) requirements. The protection mechanisms may included single-bit/multi-bit error detection and/or
|
By
Ved Shanbhogue
· #1580
·
|
|
Platform specification questions
Hi Anup Yes, that was my conclusion that "software interrupt" here was used to mean an IPI. I think clearing this up would be helpful. Yes, however the Server is additived to the base as written. Even
Hi Anup Yes, that was my conclusion that "software interrupt" here was used to mean an IPI. I think clearing this up would be helpful. Yes, however the Server is additived to the base as written. Even
|
By
Ved Shanbhogue
· #1576
·
|
|
Platform specification questions
I was thinking along the lines of how Greg was thinking here. Agree. Agree. regards ved
I was thinking along the lines of how Greg was thinking here. Agree. Agree. regards ved
|
By
Ved Shanbhogue
· #1575
·
|