Great to hear! Serial does give out some useful information too so it will be useful. Maybe try a different board if you have multiples.
From: Mayuri Tendulkar [mailto:mayuri.tendulkar@aricent.com] Sent: Wednesday, 13 July 2016 8:21 AM To: Naveed Ghori; coreboot Subject: Re: Help on setting clock speed in coreboot
Hi
We got some brkthru today. Though serial still shows garbage, we got bios up and then OS also. USB, display came up, but serial still no luck.
We will continue debugging. Thanks for all support.
We are using serial to USB, we tried putty as well as minicom.
Regards Mayuri
From: Naveed Ghori [mailto:naveed.ghori@dti.com.au] Sent: 12 July 2016 17:12 To: Mayuri Tendulkar <mayuri.tendulkar@aricent.commailto:mayuri.tendulkar@aricent.com>; coreboot <coreboot@coreboot.orgmailto:coreboot@coreboot.org> Subject: Re: Help on setting clock speed in coreboot
The only thing I can think of is to use an oscilloscope to see if the signal is clear. No changes were made to the USB as it just comes up to as a COM Port and I connect using putty at the required baud rate. Are you using a Serial to USB or a real RS232 serial port? On Windows there are setting for each serial port (where you can set its baud rate etc, but I think these are for default connection and do not affect most terminal software that connect using a particular baud rate.
From: Mayuri Tendulkar [mailto:mayuri.tendulkar@aricent.com] Sent: Wednesday, 13 July 2016 2:18 AM To: Naveed Ghori; coreboot Subject: Re: Help on setting clock speed in coreboot
Hi
Minnowboard also uses the same pin BD14 (GPIO_S0_SC[57]) as TX and 61 as RX and baud rate 115200.
We have not enabled post codes, but only enabled serial port console o/p.
It works fine on Minnowboard, but not on this.
So not getting any clue.
Regards Mayuri
From: Naveed Ghori [mailto:naveed.ghori@dti.com.au] Sent: 11 July 2016 20:03 To: Mayuri Tendulkar <mayuri.tendulkar@aricent.commailto:mayuri.tendulkar@aricent.com>; coreboot <coreboot@coreboot.orgmailto:coreboot@coreboot.org> Subject: Re: Help on setting clock speed in coreboot
First thing is to get serial output as there will probably be other hurdles before the display works. I used coreboot bayleybay as the basis and it had the port mentioned (pin BD14 (GPIO_S0_SC[57]))) setup for debug output and the baud rate of 115200. Minnowboard may be different. Also, I had to setup the full 8MB of flash using the FITC tool but this is probably not your issue since you probably have serial output already. All I can think of is baud rate setting under console in "make menuconfig".
Also the output may be setup to output POST codes only in which case to a text terminal it will like only junk is coming out. Make sure console debug level is set to DEBUG or SPEW to get a lot more debug initially. Also Enable "Serial Port Console output"
From: Mayuri Tendulkar [mailto:mayuri.tendulkar@aricent.com] Sent: Tuesday, 12 July 2016 10:53 AM To: Naveed Ghori Subject: Re: Help on setting clock speed in coreboot
We didn't change anything. Our base is valley island. As it was not having serial, we took tht part same as Minnowboard (PCU UART)
Tried different rates but doesn't work.
We checked TTL levels, so we were seeing freq as 38.4, so tried tht also.
Somehow its stuck somewhere as we don't see USB and display also not coming, but nt able to get exact data due to serial prints.
From: Naveed Ghori [mailto:naveed.ghori@dti.com.au] Sent: 11 July 2016 19:48 To: Mayuri Tendulkar <mayuri.tendulkar@aricent.commailto:mayuri.tendulkar@aricent.com> Subject: Re: Help on setting clock speed in coreboot
Did you change anything? Is your base Bayley Bay? The default setting for it are 115200 with the output pin as per below. Check the console settings in the menuconfig. If you are getting junk then I assume it is already enabled but maybe just the baud is modified by mistake.
From: Mayuri Tendulkar [mailto:mayuri.tendulkar@aricent.com] Sent: Tuesday, 12 July 2016 10:45 AM To: Naveed Ghori Subject: Re: Help on setting clock speed in coreboot
But what settings to be added in coreboot config?
From: Naveed Ghori [mailto:naveed.ghori@dti.com.au] Sent: 11 July 2016 18:42 To: Mayuri Tendulkar <mayuri.tendulkar@aricent.commailto:mayuri.tendulkar@aricent.com>; coreboot <coreboot@coreboot.orgmailto:coreboot@coreboot.org> Subject: Re: Help on setting clock speed in coreboot
We take the pins direct off the E3845 (only really need the tx (pin BD14 (GPIO_S0_SC[57]))). The pins direct are TTL so we had to use a TTL-USB serial port converter.
From: Mayuri Tendulkar [mailto:mayuri.tendulkar@aricent.com] Sent: Tuesday, 12 July 2016 9:37 AM To: Naveed Ghori; coreboot Subject: Re: Help on setting clock speed in coreboot
Thanks. We tried 115200, but it didn't work. We checked TTL levels and tried to match, but no luck.
Are you using PCU UART (same as minnowboard) or anything different?
From: Naveed Ghori [mailto:naveed.ghori@dti.com.au] Sent: 11 July 2016 18:17 To: Mayuri Tendulkar <mayuri.tendulkar@aricent.commailto:mayuri.tendulkar@aricent.com>; coreboot <coreboot@coreboot.orgmailto:coreboot@coreboot.org> Subject: Re: Help on setting clock speed in coreboot
Hi, Garbage usually means baud rate. Did you try 115200baud? If you are still getting garbage I would recommend seeing it on the scope and making sure voltage levels are fine. The output by default would be TTL level and may need to be converted. I have used some TTL (1.8V if I remember correctly (TTL-232RG) to convert the signal so I could read the output.
Cheers, Naveed
From: coreboot [mailto:coreboot-bounces@coreboot.org] On Behalf Of Mayuri Tendulkar Sent: Tuesday, 12 July 2016 8:27 AM To: coreboot Subject: [coreboot] Help on setting clock speed in coreboot
Hi Team
I have a customized board based on Intel valley island design. Reference design uses Intel Baytrail processor E3825, while my design is using E3845.
I am customizing coreboot for this E3845, but getting just garbage on coreboot, so not able to debug where it is stuck.
When I add memory test as secondary payload, I cd see some operations happening on console but not able to decode it.
Tried with all possible baud rates, but no success. USB and display also not enumerating.
Can you please give some clue? Is it due to different core speed for E3835(1.33GHZ) vs E3845(1.91GHz).
Where is the option to change this in coreboot?
Appreciate your support.
Regards Mayuri "DISCLAIMER: This message is proprietary to Aricent and is intended solely for the use of the individual to whom it is addressed. It may contain privileged or confidential information and should not be circulated or used for any purpose other than for what it is intended. If you have received this message in error, please notify the originator immediately. If you are not the intended recipient, you are notified that you are strictly prohibited from using, copying, altering, or disclosing the contents of this message. Aricent accepts no responsibility for loss or damage arising from the use of the information transmitted by this email including damage from virus." "DISCLAIMER: This message is proprietary to Aricent and is intended solely for the use of the individual to whom it is addressed. It may contain privileged or confidential information and should not be circulated or used for any purpose other than for what it is intended. If you have received this message in error, please notify the originator immediately. If you are not the intended recipient, you are notified that you are strictly prohibited from using, copying, altering, or disclosing the contents of this message. Aricent accepts no responsibility for loss or damage arising from the use of the information transmitted by this email including damage from virus." "DISCLAIMER: This message is proprietary to Aricent and is intended solely for the use of the individual to whom it is addressed. It may contain privileged or confidential information and should not be circulated or used for any purpose other than for what it is intended. If you have received this message in error, please notify the originator immediately. If you are not the intended recipient, you are notified that you are strictly prohibited from using, copying, altering, or disclosing the contents of this message. Aricent accepts no responsibility for loss or damage arising from the use of the information transmitted by this email including damage from virus." "DISCLAIMER: This message is proprietary to Aricent and is intended solely for the use of the individual to whom it is addressed. It may contain privileged or confidential information and should not be circulated or used for any purpose other than for what it is intended. If you have received this message in error, please notify the originator immediately. If you are not the intended recipient, you are notified that you are strictly prohibited from using, copying, altering, or disclosing the contents of this message. Aricent accepts no responsibility for loss or damage arising from the use of the information transmitted by this email including damage from virus." "DISCLAIMER: This message is proprietary to Aricent and is intended solely for the use of the individual to whom it is addressed. It may contain privileged or confidential information and should not be circulated or used for any purpose other than for what it is intended. If you have received this message in error, please notify the originator immediately. If you are not the intended recipient, you are notified that you are strictly prohibited from using, copying, altering, or disclosing the contents of this message. Aricent accepts no responsibility for loss or damage arising from the use of the information transmitted by this email including damage from virus." "DISCLAIMER: This message is proprietary to Aricent and is intended solely for the use of the individual to whom it is addressed. It may contain privileged or confidential information and should not be circulated or used for any purpose other than for what it is intended. If you have received this message in error, please notify the originator immediately. If you are not the intended recipient, you are notified that you are strictly prohibited from using, copying, altering, or disclosing the contents of this message. Aricent accepts no responsibility for loss or damage arising from the use of the information transmitted by this email including damage from virus."
We got some brkthru today. Though serial still shows garbage, *we got
bios up and then OS also*.
USB, display came up, but serial still no luck.
I assumed in my answer that your reference INTEL Valley Island board with E3825 works with serial port.
Did not get the point. Did you get Coreboot running on custom E3845, then after Tiano Core as payload, or you just made it work with normal BIOS (with Intel BIOS Vendors - IBVs helping you) for your custom board?
If you did make it with normal AMI/PHOENIX BIOS, you should try to install Fedora 24 on the top of it, and install PuTTY terminal (# dnf install putty). Please, try to receive something on serial over USB (most likely ttyUSB0 device when you insert the serial to USB gadget), settings: 115200, 8, 1, no parity, no flow control. BYT in general, especially BYT-I, has (as I recall) all good with serial ports, which is not always the case with some other families.
This should work.
I have for you few suggestions: try to swap your E3825 (Dual Core) SoC with E3845 (Quad Core) SoC (exact one you are using on your custom board) on your reference board (on Valley Island), and to install/program appropriate INTEL/AMI BIOS which supports E3845 Reference Valley Island. These two should be pin-to-pin compatible. Maybe even old BIOS will work... If you are lucky (so before BIOS reprogramming you should try this)! Then if E3845 by any chance works, to try again serial tests.
Also you can take another path and swap another (new) E3845 with currenly used E3845 on your custom board. Maybe your SoC's Serial I/Os on the board are damaged... Could also happen.
You can also try to place E3825 from Reference Valley Island to your custom board and try to see if it'll pass BIOS?! If happens, try to test serial and see what happens them?
Please, do not forget the following: the boards equipped with BYT-i E3845 Stepping D0, and with E3845 Stepping B3 are DUAL Channel memory SoCs. E3825 Si D0 is SINGLE channel one. I know it (probably) does not have too much to do with your problem (just keep this info in mind). This can also influence your PCB design, since you have different PCBs... Could be also remote source of the problem?!
My two ad-hoc cent to this problem. ;-)
Best Regards, Zoran
On Wed, Jul 13, 2016 at 3:36 AM, Naveed Ghori naveed.ghori@dti.com.au wrote:
Great to hear! Serial does give out some useful information too so it will be useful.
Maybe try a different board if you have multiples.
*From:* Mayuri Tendulkar [mailto:mayuri.tendulkar@aricent.com] *Sent:* Wednesday, 13 July 2016 8:21 AM *To:* Naveed Ghori; coreboot *Subject:* Re: Help on setting clock speed in coreboot
Hi
We got some brkthru today. Though serial still shows garbage, we got bios up and then OS also. USB, display came up, but serial still no luck.
We will continue debugging. Thanks for all support.
We are using serial to USB, we tried putty as well as minicom.
Regards
Mayuri
*From:* Naveed Ghori [mailto:naveed.ghori@dti.com.au naveed.ghori@dti.com.au] *Sent:* 12 July 2016 17:12
*To:* Mayuri Tendulkar mayuri.tendulkar@aricent.com; coreboot < coreboot@coreboot.org> *Subject:* Re: Help on setting clock speed in coreboot
The only thing I can think of is to use an oscilloscope to see if the signal is clear.
No changes were made to the USB as it just comes up to as a COM Port and I connect using putty at the required baud rate.
Are you using a Serial to USB or a real RS232 serial port? On Windows there are setting for each serial port (where you can set its baud rate etc, but I think these are for default connection and do not affect most terminal software that connect using a particular baud rate.
*From:* Mayuri Tendulkar [mailto:mayuri.tendulkar@aricent.com mayuri.tendulkar@aricent.com] *Sent:* Wednesday, 13 July 2016 2:18 AM *To:* Naveed Ghori; coreboot *Subject:* Re: Help on setting clock speed in coreboot
Hi
Minnowboard also uses the same pin BD14 (GPIO_S0_SC[57]) as TX and 61 as RX and baud rate 115200.
We have not enabled post codes, but only enabled serial port console o/p.
It works fine on Minnowboard, but not on this.
So not getting any clue.
Regards
Mayuri
*From:* Naveed Ghori [mailto:naveed.ghori@dti.com.au naveed.ghori@dti.com.au] *Sent:* 11 July 2016 20:03 *To:* Mayuri Tendulkar mayuri.tendulkar@aricent.com; coreboot < coreboot@coreboot.org> *Subject:* Re: Help on setting clock speed in coreboot
First thing is to get serial output as there will probably be other hurdles before the display works.
I used coreboot bayleybay as the basis and it had the port mentioned (pin BD14 (GPIO_S0_SC[57]))) setup for debug output and the baud rate of 115200.
Minnowboard may be different.
Also, I had to setup the full 8MB of flash using the FITC tool but this is probably not your issue since you probably have serial output already.
All I can think of is baud rate setting under console in “make menuconfig”.
Also the output may be setup to output POST codes only in which case to a text terminal it will like only junk is coming out. Make sure console debug level is set to DEBUG or SPEW to get a lot more debug initially.
Also Enable “Serial Port Console output”
*From:* Mayuri Tendulkar [mailto:mayuri.tendulkar@aricent.com mayuri.tendulkar@aricent.com] *Sent:* Tuesday, 12 July 2016 10:53 AM *To:* Naveed Ghori *Subject:* Re: Help on setting clock speed in coreboot
We didn’t change anything. Our base is valley island. As it was not having serial, we took tht part same as Minnowboard (PCU UART)
Tried different rates but doesn’t work.
We checked TTL levels, so we were seeing freq as 38.4, so tried tht also.
Somehow its stuck somewhere as we don’t see USB and display also not coming, but nt able to get exact data due to serial prints.
*From:* Naveed Ghori [mailto:naveed.ghori@dti.com.au naveed.ghori@dti.com.au] *Sent:* 11 July 2016 19:48 *To:* Mayuri Tendulkar mayuri.tendulkar@aricent.com *Subject:* Re: Help on setting clock speed in coreboot
Did you change anything? Is your base Bayley Bay? The default setting for it are 115200 with the output pin as per below.
Check the console settings in the menuconfig. If you are getting junk then I assume it is already enabled but maybe just the baud is modified by mistake.
*From:* Mayuri Tendulkar [mailto:mayuri.tendulkar@aricent.com mayuri.tendulkar@aricent.com] *Sent:* Tuesday, 12 July 2016 10:45 AM *To:* Naveed Ghori *Subject:* Re: Help on setting clock speed in coreboot
But what settings to be added in coreboot config?
*From:* Naveed Ghori [mailto:naveed.ghori@dti.com.au naveed.ghori@dti.com.au] *Sent:* 11 July 2016 18:42 *To:* Mayuri Tendulkar mayuri.tendulkar@aricent.com; coreboot < coreboot@coreboot.org> *Subject:* Re: Help on setting clock speed in coreboot
We take the pins direct off the E3845 (only really need the tx (pin BD14 (GPIO_S0_SC[57]))). The pins direct are TTL so we had to use a TTL-USB serial port converter.
*From:* Mayuri Tendulkar [mailto:mayuri.tendulkar@aricent.com mayuri.tendulkar@aricent.com] *Sent:* Tuesday, 12 July 2016 9:37 AM *To:* Naveed Ghori; coreboot *Subject:* Re: Help on setting clock speed in coreboot
Thanks. We tried 115200, but it didn’t work. We checked TTL levels and tried to match, but no luck.
Are you using PCU UART (same as minnowboard) or anything different?
*From:* Naveed Ghori [mailto:naveed.ghori@dti.com.au naveed.ghori@dti.com.au] *Sent:* 11 July 2016 18:17 *To:* Mayuri Tendulkar mayuri.tendulkar@aricent.com; coreboot < coreboot@coreboot.org> *Subject:* Re: Help on setting clock speed in coreboot
Hi,
Garbage usually means baud rate. Did you try 115200baud?
If you are still getting garbage I would recommend seeing it on the scope and making sure voltage levels are fine. The output by default would be TTL level and may need to be converted.
I have used some TTL (1.8V if I remember correctly (TTL-232RG) to convert the signal so I could read the output.
Cheers,
Naveed
*From:* coreboot [mailto:coreboot-bounces@coreboot.org coreboot-bounces@coreboot.org] *On Behalf Of *Mayuri Tendulkar *Sent:* Tuesday, 12 July 2016 8:27 AM *To:* coreboot *Subject:* [coreboot] Help on setting clock speed in coreboot
Hi Team
I have a customized board based on Intel valley island design. Reference design uses Intel Baytrail processor E3825, while my design is using E3845.
I am customizing coreboot for this E3845, but getting just garbage on coreboot, so not able to debug where it is stuck.
When I add memory test as secondary payload, I cd see some operations happening on console but not able to decode it.
Tried with all possible baud rates, but no success. USB and display also not enumerating.
Can you please give some clue? Is it due to different core speed for E3835(1.33GHZ) vs E3845(1.91GHz).
Where is the option to change this in coreboot?
Appreciate your support.
Regards
Mayuri
"DISCLAIMER: This message is proprietary to Aricent and is intended solely for the use of the individual to whom it is addressed. It may contain privileged or confidential information and should not be circulated or used for any purpose other than for what it is intended. If you have received this message in error, please notify the originator immediately. If you are not the intended recipient, you are notified that you are strictly prohibited from using, copying, altering, or disclosing the contents of this message. Aricent accepts no responsibility for loss or damage arising from the use of the information transmitted by this email including damage from virus."
"DISCLAIMER: This message is proprietary to Aricent and is intended solely for the use of the individual to whom it is addressed. It may contain privileged or confidential information and should not be circulated or used for any purpose other than for what it is intended. If you have received this message in error, please notify the originator immediately. If you are not the intended recipient, you are notified that you are strictly prohibited from using, copying, altering, or disclosing the contents of this message. Aricent accepts no responsibility for loss or damage arising from the use of the information transmitted by this email including damage from virus."
"DISCLAIMER: This message is proprietary to Aricent and is intended solely for the use of the individual to whom it is addressed. It may contain privileged or confidential information and should not be circulated or used for any purpose other than for what it is intended. If you have received this message in error, please notify the originator immediately. If you are not the intended recipient, you are notified that you are strictly prohibited from using, copying, altering, or disclosing the contents of this message. Aricent accepts no responsibility for loss or damage arising from the use of the information transmitted by this email including damage from virus."
"DISCLAIMER: This message is proprietary to Aricent and is intended solely for the use of the individual to whom it is addressed. It may contain privileged or confidential information and should not be circulated or used for any purpose other than for what it is intended. If you have received this message in error, please notify the originator immediately. If you are not the intended recipient, you are notified that you are strictly prohibited from using, copying, altering, or disclosing the contents of this message. Aricent accepts no responsibility for loss or damage arising from the use of the information transmitted by this email including damage from virus."
"DISCLAIMER: This message is proprietary to Aricent and is intended solely for the use of the individual to whom it is addressed. It may contain privileged or confidential information and should not be circulated or used for any purpose other than for what it is intended. If you have received this message in error, please notify the originator immediately. If you are not the intended recipient, you are notified that you are strictly prohibited from using, copying, altering, or disclosing the contents of this message. Aricent accepts no responsibility for loss or damage arising from the use of the information transmitted by this email including damage from virus."
"DISCLAIMER: This message is proprietary to Aricent and is intended solely for the use of the individual to whom it is addressed. It may contain privileged or confidential information and should not be circulated or used for any purpose other than for what it is intended. If you have received this message in error, please notify the originator immediately. If you are not the intended recipient, you are notified that you are strictly prohibited from using, copying, altering, or disclosing the contents of this message. Aricent accepts no responsibility for loss or damage arising from the use of the information transmitted by this email including damage from virus."
-- coreboot mailing list: coreboot@coreboot.org https://www.coreboot.org/mailman/listinfo/coreboot