USE_COM1_AS_CONSOLE=1 not effective

Joel Sherrill joel at rtems.org
Wed Jun 15 18:55:10 UTC 2016


On Wed, Jun 15, 2016 at 8:53 AM, Gedare Bloom <gedare at rtems.org> wrote:

> 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.
>
>
OK.

FWIW the boot command line arguments always overrode the
configure time options.

--joel


>
> 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/189bbb1a/attachment-0002.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/189bbb1a/attachment-0004.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/189bbb1a/attachment-0005.png>


More information about the users mailing list