-
Notifications
You must be signed in to change notification settings - Fork 277
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Question on baud rate of sol-util / mTerm on Tioga Pass #95
Comments
The BMC console baudrate is set in different components depending on who has control of the UART during boot. The SOL (host-server) baud-rate is not under BMC control. So, I would recommend sticking to 57600. |
My question was not so much about the baud rate of the BMC, but what if the host-server baud rate is not set to 57600, is there any option to change it on the SOL client side? |
The current mTerm hard code the baudrate to 57600. In order to change it, you will need to modify the code and build/flash. It won't be difficult to add an option to mTerm to accept baudrate parameter and then use board layer to override it. One more enhancement could be to allow mTerm client to send a cmd to mTerm server to change the baudrate on the fly. |
Thank you Amit, that is great and this already helps me with all the channel version gear from this manufacturer. |
…em high CPU usage rate (facebook#95) Summary: Base on below commit: facebookexternal/openbmc.accton@f986be3 1. Remove modbus function which can not get. Pull Request resolved: facebookexternal/openbmc.accton#95 Test Plan: Test on Minipack:pass Reviewed By: mikechoifb fbshipit-source-id: 2f35b23c3
…sent status (#95) Summary: presence_util.sh to get scm/fan/psu(pem)/debug card present status Pull Request resolved: facebookexternal/openbmc.celestica#95 Test Plan: root@bmc-oob:~# presence_util.sh CARDS scm : 1 FANS fan1 : 1 fan2 : 1 fan3 : 1 fan4 : 1 POWER SUPPLIES psu1 : 1 psu2 : 0 DEBUG CARD debug_card : 1 root@bmc-oob:~# Pass Reviewed By: joancaneus fbshipit-source-id: 4b957efd4d
Summary: ELBERT: SCM fpga upgrade keeps x86 state Previously, SCM fpga upgrades would reset the x86 enable register to the default which is x86 off. To prevent this, we need to latch and restore the x86 reset signal when programming scm fpga. Testing: Before this image: an upgrade would cause x86 to go down until reboot/powercycle After this image: Downgrade/Upgraded and confirmed that x86 stays up. Repeated 30 times. Pull Request resolved: facebookexternal/openbmc.arista#95 Reviewed By: benwei13 fbshipit-source-id: d69748af68
Hi,
Facebook 2S Server Tioga Pass specification says:
Setting for the local physical COM port (COM0) and SOL (COM1): The default is enable console redirection on both ports with baud rate 57600, no flow control, terminal type VT100, 8 data bits, No Parity, 1 Stop Bit."
But we have noticed that our Tioga Pass channel version motherboards come with a default of 115200 for the BIOS, which is probably the default setting from AMI.
With everything set to 57600 it works just fine. But I have found no setting for baud rate in OpenBMC, is it possible to set it to something else besides 57600?
I don't see this as an OpenBMC issues, but it would be nice in those cases where your devices turns out to have a different setting.
Thanks & Regards,
Menno
The text was updated successfully, but these errors were encountered: