Re: Pause on console in libmisc/shell detecting terminal size (mvme5500, beatnik)

2024-01-11 Thread Chris Johns
On 12/1/2024 12:59 am, Peter Dufault wrote:
>> On Jan 10, 2024, at 7:05 PM, Chris Johns  wrote:
>>
>>> I changed the code to use VTIME of 1 (1/10 second, or 100 msec) instead of 
>>> 0.   That lets TERMIOS do the character arrival timeout instead of using a 
>>> delay in a loop that resets - essentially duplicating VTIME != 0 VMIN == 0. 
>>>  Once I did that it times out as I expect in .1 seconds.
>>
>> Thanks for investigating this and finding a solution. Are you able to post a 
>> patch?
>>
>>> I don't know WHY no characters arrive but I know why it has a long delay.
>>
>> The 150msec timeout is needed when accessing remote devices on the other 
>> side of
>> the world but it should be 1/10 of a second and then the shall moves on. The
>> process is only done when the command prompt is painted so it should not
>> normally be noticeable.
> 
> I can post a patch.  Do I need to open a bug first?

No but maybe an "Update #???" referencing the original ticket?

> 
> Only downside is VTIME needs to be multiples of .1 seconds, so it will be .1 
> or .2.
> 

.1 should be fine. The original was 50msec and that was not fast enough in some
cases.

> The VTIME and VMIN is a good interface *except* that the VTIME>0 VMIN>0 case 
> initial timeout is infinity.  I don't like that, though I suppose an alarm 
> and EINTR would let me do what I wish they had defined.

Sure, happy to see this area get improved.

Chris
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

RTEMS 6.1-rc1 RSB URL Issue

2024-01-11 Thread Joel Sherrill
Hi

I was trying to test rc1 and all of the tool builds fail like this:

==
script: 86: source_dir_rtems_tools=${rtems_tools_source}
source setup: rtems-tools-6.1-rc1-1: source rtems-tools -q -n
${rtems_tools_source}
making dir:
/home/joel/rtems-6.1rc1/rtems-source-builder-6.1-rc1/rtems/sources
download: (full)
https://ftp.rtems.org/pub/rtems/releases/6/rc/6.1-rc1/6/rc/6.1-rc1/sources/rtems-tools-6.1-rc1.tar.xz
-> sources/rtems-tools-6.1-rc1.tar.xz
download:
https://ftp.rtems.org/pub/rtems/releases/6/rc/6.1-rc1/6/rc/6.1-rc1/sources/rtems-tools... -> sources/rtems-tools-6.1-rc1.tar.xz
download: no ssl context
download:
https://ftp.rtems.org/pub/rtems/releases/6/rc/6.1-rc1/6/rc/6.1-rc1/sources/rtems-tools...: error: HTTP Error 404: Not Found
download: (full)
https://git.rtems.org/rtems-tools/snapshot/rtems-tools-6.1-rc1.tar.xz ->
sources/rtems-tools-6.1-rc1.tar.xz
download:
https://git.rtems.org/rtems-tools/snapshot/rtems-tools-6.1-rc1.tar.xz ->
sources/rtems-tools-6.1-rc1.tar.xz
download: no ssl context
download:
https://git.rtems.org/rtems-tools/snapshot/rtems-tools-6.1-rc1.tar.xz:
error: HTTP Error 400: Bad request
error: downloading
https://git.rtems.org/rtems-tools/snapshot/rtems-tools-6.1-rc1.tar.xz: all
paths have failed, giving up
  See error report: rsb-report-rtems-tools-6.1-rc1-1.txt
  Note: In some cases the error appears only in
  the complete build log (see --log option)

==

Using wget directly, I could duplicate that error. When I tried the URL on
the rc1 index page, it worked. See below.

===
[joel@devel rtems]$ wget
https://ftp.rtems.org/pub/rtems/releases/6/rc/6.1-rc1/6/rc/6.1-rc1/sources/rtems-tools-6.1-rc1.tar.xz
--2024-01-11 09:13:17--
https://ftp.rtems.org/pub/rtems/releases/6/rc/6.1-rc1/6/rc/6.1-rc1/sources/rtems-tools-6.1-rc1.tar.xz
Resolving ftp.rtems.org (ftp.rtems.org)... 140.211.10.151
Connecting to ftp.rtems.org (ftp.rtems.org)|140.211.10.151|:443...
connected.
HTTP request sent, awaiting response... 404 Not Found
2024-01-11 09:13:18 ERROR 404: Not Found.

[joel@devel rtems]$ wget
https://ftp.rtems.org/pub/rtems/releases/6/rc/6.1-rc1/sources/rtems-tools-6.1-rc1.tar.xz
--2024-01-11 09:13:54--
https://ftp.rtems.org/pub/rtems/releases/6/rc/6.1-rc1/sources/rtems-tools-6.1-rc1.tar.xz
Resolving ftp.rtems.org (ftp.rtems.org)... 140.211.10.151
Connecting to ftp.rtems.org (ftp.rtems.org)|140.211.10.151|:443...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 2035220 (1.9M) [application/x-xz]
Saving to: ‘rtems-tools-6.1-rc1.tar.xz’

100%[==>] 2,035,220   1.54MB/s   in
1.3s

===

Looks like the release path is wrong for rtems-tools. That is also where
--source-only-download for 6/rtems-all fails.

--joel
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: Pause on console in libmisc/shell detecting terminal size (mvme5500, beatnik)

2024-01-11 Thread Peter Dufault


> On Jan 10, 2024, at 7:05 PM, Chris Johns  wrote:
> 
>> I changed the code to use VTIME of 1 (1/10 second, or 100 msec) instead of 
>> 0.   That lets TERMIOS do the character arrival timeout instead of using a 
>> delay in a loop that resets - essentially duplicating VTIME != 0 VMIN == 0.  
>> Once I did that it times out as I expect in .1 seconds.
> 
> Thanks for investigating this and finding a solution. Are you able to post a 
> patch?
> 
>> I don't know WHY no characters arrive but I know why it has a long delay.
> 
> The 150msec timeout is needed when accessing remote devices on the other side 
> of
> the world but it should be 1/10 of a second and then the shall moves on. The
> process is only done when the command prompt is painted so it should not
> normally be noticeable.

I can post a patch.  Do I need to open a bug first?

Only downside is VTIME needs to be multiples of .1 seconds, so it will be .1 or 
.2.

The VTIME and VMIN is a good interface *except* that the VTIME>0 VMIN>0 case 
initial timeout is infinity.  I don't like that, though I suppose an alarm and 
EINTR would let me do what I wish they had defined.

Peter
-
Peter Dufault
HD Associates, Inc.  Software and System Engineering



___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel