USE_COM1_AS_CONSOLE=1 not effective

[Gedare Bloom]

I have used the -kernel option I believe, before this change.

I'm not strictly worried about backward compat for the boot options, and it
should be an easy fix for anyone, but should be clearly documented in
release notes for the BSP if we don't accommodate it.

On Tue, Jun 14, 2016 at 10:27 PM, Joel Sherrill <joel at rtems.org> wrote:

> AFAIK no one has ever booted RTEMS on a PC using the -kernel option.
>
> Use the boot floppy in rtems-testing git repo and the pc386 script in
> sim-scripts in that repo.
>
> On Tue, Jun 14, 2016 at 7:40 PM, Saeed Ehteshamifar <salpha.2004 at gmail.com
> > wrote:
>
>> What qemu command are you using?
>>
>> *-kernel *
>> I haven't tried booting RTEMS via grub. How should I make a grub-bootable
>> QEMU disk image? The process seems to be a bit tricky; I followed several
>> guides on the Internet but none is working. Is there any guide on rtems
>> wiki?
>>
>> Update about kernel config options:
>> I tried configuring with *BSP_ENABLE_VGA=0 BSP_ENABLE_COM1_COM4=1
>> BSP_USE_COM1_AS_CONSOLE=1*
>> and I got the following (still no output to stdio but booting source
>> changes!):
>> [image: Inline image 1]
>>
>> On Tue, Jun 14, 2016 at 7:50 PM, Joel Sherrill <joel at rtems.org> wrote:
>>
>>> Chris might have broken this with his recent changes. But more likely....
>>>
>>> What qemu command are you using?
>>>
>>> I think Gedare's problem was that his grubmenu was not updated to this:
>>>
>>> kernel= (hd0,0)/test.exe --console=/dev/com1
>>>
>>> Before Chris' recent changes, the line would have read:
>>>
>>> kernel= (hd0,0)/test.exe --console=com1
>>>
>>> Notice the missing "/dev/" on --console. It greatly simplified the boot
>>> argument parsing but requires boot args to be updated.
>>>
>>> I asked for Gedare's opinion on another thread as to whether we need
>>> to keep backwards compatibility but I don't think he has answered.
>>>
>>> --joel
>>>
>>> On Tue, Jun 14, 2016 at 11:22 AM, Saeed Ehteshamifar <
>>> salpha.2004 at gmail.com> wrote:
>>>
>>>> I've just seen Gedare's problem with this also, which was unfortunately
>>>> unsolved. :(
>>>>
>>>> On Tue, Jun 14, 2016 at 6:20 PM, Saeed Ehteshamifar <
>>>> salpha.2004 at gmail.com> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> It seems that USE_COM1_AS_CONSOLE=1 is not effective for me. I'm
>>>>> configuring RTEMS with this option (bsp: pc386) and as a result, in my BSP
>>>>> install directory (specified by --prefix), I have:
>>>>>
>>>>> *./i386-rtems4.12/pc386/lib/include/bspopts.h:#define
>>>>> USE_COM1_AS_CONSOLE 1*
>>>>>
>>>>> However, when I run the hello example, nothing is output to the screen:
>>>>>
>>>>> *qemu-system-i386 -kernel $(find . -name hello.exe) -serial stdio
>>>>> -monitor null -nographic*
>>>>>
>>>>> Below is a screenshot of QEMU, which suggests that both Console and
>>>>> printk are  using /dev/vgacons. Does this imply that the USE_COM... is
>>>>> taken as not effective?
>>>>> And how should I correctly configure RTEMS to put the output to COM1
>>>>> for pc386?
>>>>>
>>>>>
>>>>> [image: Inline image 1]
>>>>>
>>>>> Thanks!
>>>>>
>>>>> Best Regards,
>>>>> Saeed
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> users mailing list
>>>> users at rtems.org
>>>> http://lists.rtems.org/mailman/listinfo/users
>>>>
>>>
>>>
>>
>
> _______________________________________________
> users mailing list
> users at rtems.org
> http://lists.rtems.org/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/users/attachments/20160615/7ecd69ab/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 10490 bytes
Desc: not available
URL: <http://lists.rtems.org/pipermail/users/attachments/20160615/7ecd69ab/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 16057 bytes
Desc: not available
URL: <http://lists.rtems.org/pipermail/users/attachments/20160615/7ecd69ab/attachment-0003.png>