Re: [U-Boot] U-Boot on Minnowboard Max
Hi,
+Simon, ML and Stefan.
On Wed, Jun 8, 2016 at 11:58 PM, vinoth eswaran evinoth1206@gmail.com wrote:
Hello Bin,
Sorry that I don't know how not to reply without top-posting. I don't know which settings to change, google didn't help me in this case.
It's a posting style. See https://en.wikipedia.org/wiki/Posting_style. We use bottom-posting.
I have tested your patch on my target and found out that now mounting root file system by sd card is fine. Thanks a lot :)
Great!
Now I am seeing another issue , the USB3.0 port (bottom) is not working. I am sure that both ports are working fine with UEFI Firmware. I tested by connecting a mouse to the USB port , in the USB2.0 port (upper) it is working fine but in the USB3.0 port the mouse is not getting detected. I am not sure why it is happening. I looked into the kernel logs but I didn't get any error/debug messages. Can you please check this on your board also.
Do you mean xHCI is not working under U-Boot? xHCI is not enabled in U-Boot yet. IIRC, U-Boot's xHCI driver does not support Intel controller yet.
Do you have any documents regarding the u-boot to kernel handover, what all informations does u-boot handover to Linux Kernel. It would be great help.
This is documented in kernel doc: https://www.kernel.org/doc/Documentation/x86/boot.txt
I thought that the MMC driver issue is on Linux Kernel side, but it was some offset and probing issue in the u-boot.
Umm, it's hard to tell. Starting from BayTrail, Intel's SoC is more and more like an ARM SoC, with many GPIOs and pinmux that needs to be configured. Linux kernel does provide driver for the BayTrail pinctrl, but so far no mainline driver is making use of it. The generic x86 kernel image is not aware of any board-specific I/O configuration so some peripherals (like in this case the SD controller) won't work out of the box. The mainline Linux kernel expects the underlying bootloader to do the I/O configuration, IOW, kernerl is not bootloader agnostic yet on x86. It relies on whatever bootloader (UEFI BIOS, coreboot, U-Boot) to do such kind of work.
Regards, Bin
Hello Bin,
Now I am seeing another issue , the USB3.0 port (bottom) is not working. I am sure that both ports are working fine with UEFI Firmware. I tested by connecting a mouse to the USB port , in the USB2.0 port (upper) it is working fine but in the USB3.0 port the mouse is not getting detected. I am not sure why it is happening. I looked into the kernel logs but I didn't get any error/debug messages. Can you please check this on your board also.
Do you mean xHCI is not working under U-Boot? xHCI is not enabled in U-Boot yet. IIRC, U-Boot's xHCI driver does not support Intel controller yet.
No, The USB port is not detecting any devices. In the board only the upper USB port detects the hardware like USB-mouse and USB-keyboard ., The lower port is not detecting any hardwares. Ya I am seeing that eXHCI driver being used, but atleast both ports should detect the USB 2.0devices.
In the minnowmx.h file the maximum controller count is defined to be 1. May I know what it corresponds to?
#undef CONFIG_USB_MAX_CONTROLLER_COUNT #define CONFIG_USB_MAX_CONTROLLER_COUNT 1
Thanks & Regards, Vinothkumar
On Thu, Jun 9, 2016 at 11:01 PM, Bin Meng bmeng.cn@gmail.com wrote:
Hi,
+Simon, ML and Stefan.
On Wed, Jun 8, 2016 at 11:58 PM, vinoth eswaran evinoth1206@gmail.com wrote:
Hello Bin,
Sorry that I don't know how not to reply without top-posting. I don't know which settings to change, google didn't help me in this case.
It's a posting style. See https://en.wikipedia.org/wiki/Posting_style. We use bottom-posting.
I have tested your patch on my target and found out that now mounting root file system by sd card is fine. Thanks a lot :)
Great!
Now I am seeing another issue , the USB3.0 port (bottom) is not working. I am sure that both ports are working fine with UEFI Firmware. I tested by connecting a mouse to the USB port , in the USB2.0 port (upper) it is working fine but in the USB3.0 port the mouse is not getting detected. I am not sure why it is happening. I looked into the kernel logs but I didn't get any error/debug messages. Can you please check this on your board also.
Do you mean xHCI is not working under U-Boot? xHCI is not enabled in U-Boot yet. IIRC, U-Boot's xHCI driver does not support Intel controller yet.
I think he just means the bottom port isn't working. I had a patch set to fix the problem but I never had time re-work the first patch in the series. http://lists.denx.de/pipermail/u-boot/2015-October/229469.html
Do you have any documents regarding the u-boot to kernel handover, what all informations does u-boot handover to Linux Kernel. It would be great help.
This is documented in kernel doc: https://www.kernel.org/doc/Documentation/x86/boot.txt
I thought that the MMC driver issue is on Linux Kernel side, but it was some offset and probing issue in the u-boot.
Umm, it's hard to tell. Starting from BayTrail, Intel's SoC is more and more like an ARM SoC, with many GPIOs and pinmux that needs to be configured. Linux kernel does provide driver for the BayTrail pinctrl, but so far no mainline driver is making use of it. The generic x86 kernel image is not aware of any board-specific I/O configuration so some peripherals (like in this case the SD controller) won't work out of the box. The mainline Linux kernel expects the underlying bootloader to do the I/O configuration, IOW, kernerl is not bootloader agnostic yet on x86. It relies on whatever bootloader (UEFI BIOS, coreboot, U-Boot) to do such kind of work.
Regards, Bin _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
On Fri, Jun 10, 2016 at 2:53 PM, George McCollister george.mccollister@gmail.com wrote:
On Thu, Jun 9, 2016 at 11:01 PM, Bin Meng bmeng.cn@gmail.com wrote:
Hi,
+Simon, ML and Stefan.
On Wed, Jun 8, 2016 at 11:58 PM, vinoth eswaran evinoth1206@gmail.com wrote:
Hello Bin,
Sorry that I don't know how not to reply without top-posting. I don't know which settings to change, google didn't help me in this case.
It's a posting style. See https://en.wikipedia.org/wiki/Posting_style. We use bottom-posting.
I have tested your patch on my target and found out that now mounting root file system by sd card is fine. Thanks a lot :)
Great!
Now I am seeing another issue , the USB3.0 port (bottom) is not working. I am sure that both ports are working fine with UEFI Firmware. I tested by connecting a mouse to the USB port , in the USB2.0 port (upper) it is working fine but in the USB3.0 port the mouse is not getting detected. I am not sure why it is happening. I looked into the kernel logs but I didn't get any error/debug messages. Can you please check this on your board also.
Do you mean xHCI is not working under U-Boot? xHCI is not enabled in U-Boot yet. IIRC, U-Boot's xHCI driver does not support Intel controller yet.
I think he just means the bottom port isn't working. I had a patch set to fix the problem but I never had time re-work the first patch in the series. http://lists.denx.de/pipermail/u-boot/2015-October/229469.html
Ya that's exactly is the problem. I will try to use the patch , but I am seeing many updates on the 'intel_ich6_gpio.c' which is hard to understand for me.
Do you have any documents regarding the u-boot to kernel handover, what all informations does u-boot handover to Linux Kernel. It would be great help.
This is documented in kernel doc: https://www.kernel.org/doc/Documentation/x86/boot.txt
I thought that the MMC driver issue is on Linux Kernel side, but it was some offset and probing issue in the u-boot.
Umm, it's hard to tell. Starting from BayTrail, Intel's SoC is more and more like an ARM SoC, with many GPIOs and pinmux that needs to be configured. Linux kernel does provide driver for the BayTrail pinctrl, but so far no mainline driver is making use of it. The generic x86 kernel image is not aware of any board-specific I/O configuration so some peripherals (like in this case the SD controller) won't work out of the box. The mainline Linux kernel expects the underlying bootloader to do the I/O configuration, IOW, kernerl is not bootloader agnostic yet on x86. It relies on whatever bootloader (UEFI BIOS, coreboot, U-Boot) to do such kind of work.
Regards, Bin _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
On Fri, Jun 10, 2016 at 8:29 AM, vinoth eswaran evinoth1206@gmail.com wrote:
On Fri, Jun 10, 2016 at 2:53 PM, George McCollister george.mccollister@gmail.com wrote:
On Thu, Jun 9, 2016 at 11:01 PM, Bin Meng bmeng.cn@gmail.com wrote:
Hi,
+Simon, ML and Stefan.
On Wed, Jun 8, 2016 at 11:58 PM, vinoth eswaran evinoth1206@gmail.com wrote:
Hello Bin,
Sorry that I don't know how not to reply without top-posting. I don't know which settings to change, google didn't help me in this case.
It's a posting style. See https://en.wikipedia.org/wiki/Posting_style. We use bottom-posting.
I have tested your patch on my target and found out that now mounting root file system by sd card is fine. Thanks a lot :)
Great!
Now I am seeing another issue , the USB3.0 port (bottom) is not working. I am sure that both ports are working fine with UEFI Firmware. I tested by connecting a mouse to the USB port , in the USB2.0 port (upper) it is working fine but in the USB3.0 port the mouse is not getting detected. I am not sure why it is happening. I looked into the kernel logs but I didn't get any error/debug messages. Can you please check this on your board also.
Do you mean xHCI is not working under U-Boot? xHCI is not enabled in U-Boot yet. IIRC, U-Boot's xHCI driver does not support Intel controller yet.
I think he just means the bottom port isn't working. I had a patch set to fix the problem but I never had time re-work the first patch in the series. http://lists.denx.de/pipermail/u-boot/2015-October/229469.html
Ya that's exactly is the problem. I will try to use the patch , but I am seeing many updates on the 'intel_ich6_gpio.c' which is hard to understand for me.
You probably won't have much luck getting the patch to apply, but at least it gives you an idea of what is going on and how to possibly fix it.
Do you have any documents regarding the u-boot to kernel handover, what all informations does u-boot handover to Linux Kernel. It would be great help.
This is documented in kernel doc: https://www.kernel.org/doc/Documentation/x86/boot.txt
I thought that the MMC driver issue is on Linux Kernel side, but it was some offset and probing issue in the u-boot.
Umm, it's hard to tell. Starting from BayTrail, Intel's SoC is more and more like an ARM SoC, with many GPIOs and pinmux that needs to be configured. Linux kernel does provide driver for the BayTrail pinctrl, but so far no mainline driver is making use of it. The generic x86 kernel image is not aware of any board-specific I/O configuration so some peripherals (like in this case the SD controller) won't work out of the box. The mainline Linux kernel expects the underlying bootloader to do the I/O configuration, IOW, kernerl is not bootloader agnostic yet on x86. It relies on whatever bootloader (UEFI BIOS, coreboot, U-Boot) to do such kind of work.
Regards, Bin _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Hi George,
On Fri, Jun 10, 2016 at 9:46 PM, George McCollister george.mccollister@gmail.com wrote:
On Fri, Jun 10, 2016 at 8:29 AM, vinoth eswaran evinoth1206@gmail.com wrote:
On Fri, Jun 10, 2016 at 2:53 PM, George McCollister george.mccollister@gmail.com wrote:
On Thu, Jun 9, 2016 at 11:01 PM, Bin Meng bmeng.cn@gmail.com wrote:
Hi,
+Simon, ML and Stefan.
On Wed, Jun 8, 2016 at 11:58 PM, vinoth eswaran evinoth1206@gmail.com wrote:
Hello Bin,
Sorry that I don't know how not to reply without top-posting. I don't know which settings to change, google didn't help me in this case.
It's a posting style. See https://en.wikipedia.org/wiki/Posting_style. We use bottom-posting.
I have tested your patch on my target and found out that now mounting root file system by sd card is fine. Thanks a lot :)
Great!
Now I am seeing another issue , the USB3.0 port (bottom) is not working. I am sure that both ports are working fine with UEFI Firmware. I tested by connecting a mouse to the USB port , in the USB2.0 port (upper) it is working fine but in the USB3.0 port the mouse is not getting detected. I am not sure why it is happening. I looked into the kernel logs but I didn't get any error/debug messages. Can you please check this on your board also.
Do you mean xHCI is not working under U-Boot? xHCI is not enabled in U-Boot yet. IIRC, U-Boot's xHCI driver does not support Intel controller yet.
I think he just means the bottom port isn't working. I had a patch set to fix the problem but I never had time re-work the first patch in the series. http://lists.denx.de/pipermail/u-boot/2015-October/229469.html
Ya that's exactly is the problem. I will try to use the patch , but I am seeing many updates on the 'intel_ich6_gpio.c' which is hard to understand for me.
You probably won't have much luck getting the patch to apply, but at least it gives you an idea of what is going on and how to possibly fix it.
Would you please re-work the patch if you have time?
[snip]
Regards, Bin
participants (3)
-
Bin Meng -
George McCollister -
vinoth eswaran