<div dir="ltr">Hi all<div><br></div><div>I solve the issue, Because "SIRQEN" bit is not set. </div><div>If the bit is not set, superio IRQ can't be trigger to braswell SOC.</div><div>Thank you for the support.</div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-07-25 18:04 GMT+08:00 Nico Huber <span dir="ltr"><<a href="mailto:nico.huber@secunet.com" target="_blank">nico.huber@secunet.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Cheng,<br>
<span class=""><br>
On 25.07.2016 04:33, cheng yichen wrote:<br>
> Hi all<br>
><br>
> After i follow kontron/ktqm77 setting. I can't solve the issue.<br>
> I try to change iqr(for com1) to 5 or 6. but system can't print linux<br>
> message and minicom is not workable.<br>
<br>
</span>Can you confirm that you see the full coreboot log on your UART? With<br>
log level >= debug, it should end with lines about loading the payload,<br>
containing a line starting with "Jumping to boot code at".<br>
<br>
If you see this line, it's unlikely to be a coreboot issue. If not,<br>
please provide a full log with highest log level. Also the output of<br>
`lspci -xxx`, `cbmem -c` and your devicetree.cb might be helpful.<br>
<br>
Another way to test the UART is to use Linux' earlycon driver, e.g. with<br>
earlycon=uart8250,io,0x3f8,<wbr>115200n8 in your kernel command line. This<br>
driver is simpler than the serial8250 (it doesn't use interrupts and is<br>
closer to what coreboot's driver does).<br>
<span class="HOEnZb"><font color="#888888"><br>
Nico<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
><br>
><br>
><br>
> dump from superiotool<br>
> Found Winbond W83627DHG-P/-PT (id=0xb0, rev=0x73) at 0x2e<br>
> Register dump:<br>
> idx 02 20 21 22 23 24 25 26  27 28 29 2a 2b 2c 2d 2e  2f<br>
> val ff b0 73 ff 00 42 00 00  ff 50 80 00 00 eb 21 00  ff<br>
> def 00 b0 NA ff 00 MM 00 MM  RR 50 00 00 RR e2 21 00  00<br>
> LDN 0x00 (Floppy)<br>
> idx 30 60 61 70 74 f0 f1 f2  f4 f5<br>
> val 01 03 f0 06 02 8e 00 ff  00 00<br>
> def 01 03 f0 06 02 8e 00 ff  00 00<br>
> LDN 0x01 (Parallel port)<br>
> idx 30 60 61 70 74 f0<br>
> val 01 03 78 07 04 3f<br>
> def 01 03 78 07 04 3f<br>
> LDN 0x02 (COM1)<br>
> idx 30 60 61 70 f0<br>
> val 01 03 f8 04 40<br>
> def 01 03 f8 04 00<br>
> LDN 0x03 (COM2)<br>
> idx 30 60 61 70 f0 f1<br>
> val 01 02 f8 03 40 00<br>
> def 01 02 f8 03 00 00<br>
> LDN 0x05 (Keyboard)<br>
><br>
><br>
> dump from dmesg<br>
><br>
> home# dmesg | grep -i tty<br>
> [    0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-4.2.<wbr>0-16-generic<br>
> root=UUID=b2b7f7fa-b1db-4e97-<wbr>941f-8aaee291f3dc ro console=tty1<br>
> console=ttyS0,115200n8 quiet splash vt.handoff=7<br>
> [    0.000000] Kernel command line:<br>
> BOOT_IMAGE=/boot/vmlinuz-4.2.<wbr>0-16-generic<br>
> root=UUID=b2b7f7fa-b1db-4e97-<wbr>941f-8aaee291f3dc ro console=tty1<br>
> console=ttyS0,115200n8 quiet splash vt.handoff=7<br>
> [    0.000000] console [tty1] enabled<br>
> [    0.000000] console [ttyS0] enabled<br>
> [    1.637664] 00:05: ttyS0 at I/O 0x3f8 (irq = 4, base_baud = 115200) is a<br>
> 16550A<br>
> [    1.658835] serial8250: ttyS1 at I/O 0x2f8 (irq = 3, base_baud = 115200)<br>
> is a 16550A<br>
> [    3.412478] fbcon: Remapping primary device, fb1, to tty 1-63<br>
> [   44.378835] systemd[1]: Created slice system-serial\x2dgetty.slice.<br>
> [   44.380198] systemd[1]: Created slice system-getty.slice.<br>
><br>
><br>
><br>
><br>
><br>
> 2016-07-22 20:24 GMT+08:00 Kyösti Mälkki <<a href="mailto:kyosti.malkki@gmail.com">kyosti.malkki@gmail.com</a>>:<br>
><br>
>> On Fri, Jul 22, 2016 at 1:14 PM, cheng yichen <<a href="mailto:blessyichen@gmail.com">blessyichen@gmail.com</a>><br>
>> wrote:<br>
>>> Hi all<br>
>>><br>
>>> My platform is braswell SOC with W83627dhg superIO. In post stage I can<br>
>> get<br>
>>> debug message over w83627 uart1(3f8/irq4). but after boot to linux, uart<br>
>>> port is not woarkable. I test the function by minicom but I can't receive<br>
>>> and send data. I can get uart information by dmesg command.<br>
>>> How to initial it in corebooot?<br>
>><br>
>> Does not sound like a coreboot issue to me.<br>
>><br>
>> Do you have CTS/RTS hardware handshake disabled in minicom<br>
>> configuration? If you directed kernel console to serial port, you<br>
>> should not (cannot) use the port for user apps.<br>
>><br>
>> HTH,<br>
>> Kyösti<br>
>><br>
><br>
><br>
><br>
</div></div></blockquote></div><br></div>