date:20221013

Re: [PATCH] TFTPFS: Adding missing diagram

2022-10-13 Thread Chris Johns

I have built HTML and PDF and it looks is fine. Pushed.

Thank you for updating the image and sorting this out. It is appreciated.

Chris

On 14/10/2022 2:41 am, Frank Kuehndel wrote:
> From: Frank Kühndel 
> 
> ---
>  filesystem/trivial_ftp.rst  |   8 --
>  images/filesystem/tftpfs_usage.png  | Bin 0 -> 47217 bytes
>  images/filesystem/tftpfs_usage.puml |  37 
>  3 files changed, 43 insertions(+), 2 deletions(-)
>  create mode 100644 images/filesystem/tftpfs_usage.png
>  create mode 100644 images/filesystem/tftpfs_usage.puml
> 
> diff --git a/filesystem/trivial_ftp.rst b/filesystem/trivial_ftp.rst
> index 3ef8bba..b8e1ae4 100644
> --- a/filesystem/trivial_ftp.rst
> +++ b/filesystem/trivial_ftp.rst
> @@ -275,16 +275,20 @@ repository):
>  Usage
>  =
>  
> -The following diagram shows how the TFTP filesystem is used by an
> +The following diagram usage_ shows how the TFTP filesystem is used by an
>  application.  The mount point can be any directory.  The name ``/tftp``
>  used in the figure serves only as an example.  The final unmounting and
>  remove directory steps are optional.
>  
> +.. _usage:
> +
>  .. figure:: ../images/filesystem/tftpfs_usage.png
> -  :width: 90%
> +  :width: 75%
>:align: center
>:alt: TFTP Usage Diagram
>  
> +  TFTP file system usage
> +
>  Mounting the TFTP Filesystem
>  
>  
> diff --git a/images/filesystem/tftpfs_usage.png 
> b/images/filesystem/tftpfs_usage.png
> new file mode 100644
> index 
> ..5faa72f768a0742c50f32fa30380a3be33e7
> GIT binary patch
> literal 47217
> zcmb5Wby$>L+ci#zAl)E{bV!4eN_PuL!_b}5jg%6C(jX-zQVt=V64EW*NaxTE-$uOe
> z=Xu}n_w73c!9DElX9HKD_0=San
> z*c$|XJ#m)MbT+nk@USs8bB2>LwKH`zbT&1iF!G?VaCUa!XJd1)F|>1bv9)0}wztJ$
> z=X(SPhrnm~O4IqD>u~VkHts1!s>=40?AX2^TK#zU@GCyj#!|)SsZ`=JGT_JFBUXwM
> zdsHlKWAgmvm#b60Y+-HN7`k4i)!N zOJ1-y&^qhgQ-6>8pa5eLMrq6!w-AZLxPZBlZbIdD^yz0w$8d9ut#Px<*CupWi+|;*
> zU|>3Q^mp4Q;VcFRQ=(_}U;O!xYLrPvbaUF#rc20=k*UY@&$}=Kmw#ad`m%3d_yxG{
> zj6tek_x&%zzDhmOu?@C5>8sGT{Vi zkVo{Pao!azuilYGlOob(j3vML5Kn*pP+h?(LsBX<*vRR<5n1&38)6xJNsnj)yE-JI
> zea%b_oPkq?2fQ}YVR3z7t=+L2c~(VVohcVz%{TIt!LEyv5b1ICYdI9VZUSGD#4KGt
> zBG`$G8FmcKw?44zc0cx=rA-7@TJN`%zsQDJP!AKW_X-JC`JHR-CvS=8f%
> z<1DMAu7#K{s(j&)K4+|d7{)<~KOlIUh|(zJlMfid{lKbJ8Y{W-gG3)yj6AEv{4
> znuFw1`5f+)570M?wPz91Fb)lE13}h<9yvYC@e0c%*Hz=nCyxHf$3;1j9>%Wr^0j9}
> z+s>1px>}=N=|8;8`pD~KAZ~G;dE^if=27L`W<=m>KzNv}XB)J}FJ(=OtGb<$h$EDr
> z2)#nU*yktFSNXvW2loa}MqK2TJ7g>Mf#xf ze>E2|OB}>?ZI4W! za3MJNZndv^HO*;fA*KJaFEz<4{7Qi;N}7i0YvMD1aquc0dm#?|E~IK^3Kgf)k_ghk
> z4HYj9LxIxZhMExIKxAleI~l3!qNQn~)x_Ot!AA>1U>lB}-m5z^J>5JpLwY}WhwD;m
> zhgd11Y^a(G3f3lPW4}Mpml)Y7Vi=tqsjHQQ{u*>*4c_kW_hQ~A!tJ!8s_W9{S^V&`
> z{1JTD*B7;4-<_ptmFwb_o=Ijl6TE*aQ0D2ev1VCYa3YK)KDLuwtr%4SI(C9RIV
> zpw>6EvYLLVgH^a?IiQ61{mBi~x#&2k`~2LWEL2Y_g9o#YZ)5hXV5pBOikYRkzy_(}
> zn%9BQB6{cIET+!*g`MuOMiv59UCj>j*b@O>MkXdE9-foIEUBRe>L_MP@BtUc3Rb(e
> zp+u?o;TPA-L03>LI73yjtY;(@g^8JkmWqmJt>#ho3UCibUR>yh1rQj7jHFo
> z(mpw`KYbd5B3Jqr1?m{9?ls@5>_u{zWsM-25`$B82#Z|XEl@8AEvB&!fia5dO(h2m
> zsNvOxnxkrM9j^PLo^aRl*wQyg7lLM>#~m+ZhREvelasIdixOTe90fL6kAJo-DJikE
> zv?Ph3 z^}W>E8aDL8Og8kyCDm|3rs>IhK9zboDzx z!2+h;@hig$Jo*7oo&=M;dsV0zsYIlM_x-^PL9w%og@uKU4Ku>{)|QQBdbD>@Dt
> z^XAL@?ys-ju|KBm`NqLrTf`Z9my
> z>CI5XWU&)HKR@5mAziMW8W%^qt%|#zB<>!UY)6+9NW_Cn@Ip3GVJS9rqNmHU!~4OP
> zY#dCg8t4Q|qSJ
> z8BH5Tz@(o4s?%xJsMSJF=7GgvCJv;+=FG~|^J}&+WpaXs#3M8>cYHTDH}lX+JKE!&
> znQz`_r9Ky~!k_aiWtt_|hjQo?A8F>P1n z_I{<+2r zZ?}K=;NP)1c43H!TwyufIzZW@l=f(MAfq~cj`!FRHvf1y7t8OI-R0-|g{S6`xTSlv
> z#T7{RyszeeM4ilThGw0{UYv}WcD-=h8pnKQHd@G0q_atac(Sz~(M$^8iZo
> z9E1)}Qm}^q+r}%x2#5Xw2nWRPiVMMSf)a%WgRHsEVlZ~4SKm;>SY!m3_J!T7eA97f
> z%t8by4>ovUNI1VcY)V7lCrat;p#POp|9(b>T$9$Ts5lq6+Tw+kmAC9k1fuS=6Uw)-
> zHvwb(*f9Vxd@kr)R_Qj3O3)S0tkv8>2@AzD?4T>0VAG#%|HjR(QJ}8X(V0NO%J}pt
> zD&^Dk=6qoqo%))wH}HD>X)_VA1scC!R=s3ih%=D_tB|f>k(S-GIZ@DjT<
> zKSW96+ok+hq90%0Nxc^TBpPPWaPPHph?>4vkzjfN_agz4LY9y`jl#sUpQI7rkp>HD
> zYcF;iH^24ZLS&8!7S!xY@gXH)$QV$)aKHVfs*j1uUc_kL%-bR*!Dv3+32fG1o0J3}
> z4i@PYTwdnd&2Rr6_E_mrrm%P1cS9q*JSbwTr`5|>_g)IA9Rd|F^?ZwIN+#78K
> zM51SwLm%TtYu#$Ao!Su_^nH$S{^^F?0>R^FU%fzJ7OxS~+s(ef+C0}T&+kp<$#C7?
> z;N$D`M00j>LQD;ogKxYnMGGB+wx4W{;q0*?Oc}Sk5?kVOTm6E4dS;1zkp`EkEQmA_
> z9bLg?JBj`7nf-N`Hd%-4bHD3!d(56hjue<|Y1Zu`$mw2xqx0d;>02feSI)e)yZe
> zM(=I<;*(Z6V}O>u1_S)1E+s{6QYA9KM|`LWQrKJFS*(kj6tRw}?s=DTQTa
> z(UsKGQQqYPd!&2!upu z**V>=ZPN}#n0s-!J0T-0R`z$nr`=zvU#c%=p7M4oDGONKD
> z7o-u*1@?qo%>)>;yRCgb3q!pAEG3_BnQWHMgb%r}MXdfS89ML{fS#8Jj
> zrgVpp(InKR|IL$8Z4Pfb(XoMnm-BIUxeB*$EFGzL(r}I6#GhK4c{hf+@BP~Jrqm&7
> zs6L`}ShJWQgQ*F%Zm7jT`nF$vvRIKS@$1BDl}d_|*e#9cIm8<<{*MgzNkmCCf0d
> zmX;1V?Sd2N`e-5ohL5?>2_%l#xSA(nUgT$MP8yiT2Rqp**JgP;Wrd5gTc6;Jt%d#9
> zM5h1b19M93VT)(Pm6WS0{ZBj_{fw>y<{IW4sFe-n^dm5N%N)-}5`}#e)O;u%
> zhL!YLcn56Xmx}AmxD{*HK{czDd(;<7g|)Rw!r z`i$kfB-_l;_=s+O!v0KN7p?U}%^#|+^#ty1uFlTS%3+9;1 zXOE>>A$el+s8AE~cuvMa{F4 z!!;+4)U*dZLSc-44}#jxd01H$b5u%TEbQzb{ojV_1%Hoz;~2bCksqG@+=gn;
> zaw{s12=_OprzbHg%z7Rwu{_ii(mQgbyD+eEgWT)fr_Op(t;jPwvgw
>

Ping on ticket 4728 + patch

2022-10-13 Thread Alan Cudmore

Hi,
Sorry, I did not set a message subject in my previous email.

Ping on this patch. I built all of the riscv/riscv BSPs that use it.
It works for the generic riscv/qemu BSP, the PolarFire BSP, and the
RISC-V BSP I am working on where the macro failed.
https://lists.rtems.org/pipermail/devel/2022-September/073390.html

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

[no subject]

2022-10-13 Thread Alan Cudmore

Ping on this patch. I built all of the riscv/riscv BSPs that use it.
It works for the generic riscv/qemu BSP, the PolarFire BSP, and the
RISC-V BSP I am working on where the macro failed.
https://lists.rtems.org/pipermail/devel/2022-September/073390.html

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

Re: Cygwin tools failure

2022-10-13 Thread Joel Sherrill

On Thu, Oct 13, 2022 at 5:32 PM Ryan Long  wrote:

>
> On 10/12/2022 7:43 PM, Chris Johns wrote:
> > On 12/10/2022 3:24 pm, Chris Johns wrote:
> >> Consider a patch to add the piece removed at the end of this patch as
> approved.
> > I see the patch was pushed, thanks. The RSB hash will need to be updated
> so
> > users pick it up.
> I've sent a patch that updates the hash to Joel. He'll get that pushed
> soon.
>

And pushed.

--joel

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

Re: Cygwin tools failure

2022-10-13 Thread Ryan Long




On 10/12/2022 7:43 PM, Chris Johns wrote:

On 12/10/2022 3:24 pm, Chris Johns wrote:

Consider a patch to add the piece removed at the end of this patch as approved.

I see the patch was pushed, thanks. The RSB hash will need to be updated so
users pick it up.

I've sent a patch that updates the hash to Joel. He'll get that pushed soon.


Thanks
Chris

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

[PATCH] TFTPFS: Adding missing diagram

2022-10-13 Thread Frank Kuehndel

From: Frank Kühndel 

---
 filesystem/trivial_ftp.rst  |   8 --
 images/filesystem/tftpfs_usage.png  | Bin 0 -> 47217 bytes
 images/filesystem/tftpfs_usage.puml |  37 
 3 files changed, 43 insertions(+), 2 deletions(-)
 create mode 100644 images/filesystem/tftpfs_usage.png
 create mode 100644 images/filesystem/tftpfs_usage.puml

diff --git a/filesystem/trivial_ftp.rst b/filesystem/trivial_ftp.rst
index 3ef8bba..b8e1ae4 100644
--- a/filesystem/trivial_ftp.rst
+++ b/filesystem/trivial_ftp.rst
@@ -275,16 +275,20 @@ repository):
 Usage
 =
 
-The following diagram shows how the TFTP filesystem is used by an
+The following diagram usage_ shows how the TFTP filesystem is used by an
 application.  The mount point can be any directory.  The name ``/tftp``
 used in the figure serves only as an example.  The final unmounting and
 remove directory steps are optional.
 
+.. _usage:
+
 .. figure:: ../images/filesystem/tftpfs_usage.png
-  :width: 90%
+  :width: 75%
   :align: center
   :alt: TFTP Usage Diagram
 
+  TFTP file system usage
+
 Mounting the TFTP Filesystem
 
 
diff --git a/images/filesystem/tftpfs_usage.png 
b/images/filesystem/tftpfs_usage.png
new file mode 100644
index 
..5faa72f768a0742c50f32fa30380a3be33e7
GIT binary patch
literal 47217
zcmb5Wby$>L+ci#zAl)E{bV!4eN_PuL!_b}5jg%6C(jX-zQVt=V64EW*NaxTE-$uOe
z=Xu}n_w73c!9DElX9HKD_0=San
z*c$|XJ#m)MbT+nk@USs8bB2>LwKH`zbT&1iF!G?VaCUa!XJd1)F|>1bv9)0}wztJ$
z=X(SPhrnm~O4IqD>u~VkHts1!s>=40?AX2^TK#zU@GCyj#!|)SsZ`=JGT_JFBUXwM
zdsHlKWAgmvm#b60Y+-HN7`k4i)!N8pa5eLMrq6!w-AZLxPZBlZbIdD^yz0w$8d9ut#Px<*CupWi+|;*
zU|>3Q^mp4Q;VcFRQ=(_}U;O!xYLrPvbaUF#rc20=k*UY@&$}=Kmw#ad`m%3d_yxG{
zj6tek_x&%zzDhmOu?@C5>8sGT{Vi%Wr^0j9}
z+s>1px>}=N=|8;8`pD~KAZ~G;dE^if=27L`W<=m>KzNv}XB)J}FJ(=OtGb<$h$EDr
z2)#nU*yktFSNXvW2loa}MqK2TJ7g>Mf#xfE2|OB}>?ZI4W!1U>lB}-m5z^J>5JpLwY}WhwD;m
zhgd11Y^a(G3f3lPW4}Mpml)Y7Vi=tqsjHQQ{u*>*4c_kW_hQ~A!tJ!8s_W9{S^V&`
z{1JTD*B7;4-<_ptmFwb_o=Ijl6TE*aQ0D2ev1VCYa3YK)KDLuwtr%4SI(C9RIV
zpw>6EvYLLVgH^a?IiQ61{mBi~x#&2k`~2LWEL2Y_g9o#YZ)5hXV5pBOikYRkzy_(}
zn%9BQB6{cIET+!*g`MuOMiv59UCj>j*b@O>MkXdE9-foIEUBRe>L_MP@BtUc3Rb(e
zp+u?o;TPA-L03>LI73yjtY;(@g^8JkmWqmJt>#ho3UCibUR>yh1rQj7jHFo
z(mpw`KYbd5B3Jqr1?m{9?ls@5>_u{zWsM-25`$B82#Z|XEl@8AEvB&!fia5dO(h2m
zsNvOxnxkrM9j^PLo^aRl*wQyg7lLM>#~m+ZhREvelasIdixOTe90fL6kAJo-DJikE
zv?Ph3E8aDL8Og8kyCDm|3rs>IhK9zboDzx{)|QQBdbD>@Dt
z^XAL@?ys-ju|KBm`NqLrTf`Z9my
z>CI5XWU&)HKR@5mAziMW8W%^qt%|#zB<>!UY)6+9NW_Cn@Ip3GVJS9rqNmHU!~4OP
zY#dCg8t4Q|qSJ
z8BH5Tz@(o4s?%xJsMSJF=7GgvCJv;+=FG~|^J}&+WpaXs#3M8>cYHTDH}lX+JKE!&
znQz`_r9Ky~!k_aiWtt_|hjQo?A8F>P1nSY!m3_J!T7eA97f
z%t8by4>ovUNI1VcY)V7lCrat;p#POp|9(b>T$9$Ts5lq6+Tw+kmAC9k1fuS=6Uw)-
zHvwb(*f9Vxd@kr)R_Qj3O3)S0tkv8>2@AzD?4T>0VAG#%|HjR(QJ}8X(V0NO%J}pt
zD&^Dk=6qoqo%))wH}HD>X)_VA1scC!R=s3ih%=D_tB|f>k(S-GIZ@DjT<
zKSW96+ok+hq90%0Nxc^TBpPPWaPPHph?>4vkzjfN_agz4LY9y`jl#sUpQI7rkp>HD
zYcF;iH^24ZLS&8!7S!xY@gXH)$QV$)aKHVfs*j1uUc_kL%-bR*!Dv3+32fG1o0J3}
z4i@PYTwdnd&2Rr6_E_mrrm%P1cS9q*JSbwTr`5|>_g)IA9Rd|F^?ZwIN+#78K
zM51SwLm%TtYu#$Ao!Su_^nH$S{^^F?0>R^FU%fzJ7OxS~+s(ef+C0}T&+kp<$#C7?
z;N$D`M00j>LQD;ogKxYnMGGB+wx4W{;q0*?Oc}Sk5?kVOTm6E4dS;1zkp`EkEQmA_
z9bLg?JBj`7nf-N`Hd%-4bHD3!d(56hjue<|Y1Zu`$mw2xqx0d;>02feSI)e)yZe
zM(=I<;*(Z6V}O>u1_S)1E+s{6QYA9KM|`LWQrKJFS*(kj6tRw}?s=DTQTa
z(UsKGQQqYPd!&2!upu=ZPN}#n0s-!J0T-0R`z$nr`=zvU#c%=p7M4oDGONKD
z7o-u*1@?qo%>)>;yRCgb3q!pAEG3_BnQWHMgb%r}MXdfS89ML{fS#8Jj
zrgVpp(InKR|IL$8Z4Pfb(XoMnm-BIUxeB*$EFGzL(r}I6#GhK4c{hf+@BP~Jrqm&7
zs6L`}ShJWQgQ*F%Zm7jT`nF$vvRIKS@$1BDl}d_|*e#9cIm8<<{*MgzNkmCCf0d
zmX;1V?Sd2N`e-5ohL5?>2_%l#xSA(nUgT$MP8yiT2Rqp**JgP;Wrd5gTc6;Jt%d#9
zM5h1b19M93VT)(Pm6WS0{ZBj_{fw>y<{IW4sFe-n^dm5N%N)-}5`}#e)O;u%
zhL!YLcn56Xmx}AmxD{*HK{czDd(;<7g|)Rw!r>A$el+s8AE~cuvMa{F4w{s12=_OprzbHg%z7Rwu{_ii(mQgbyD+eEgWT)fr_Op(t;jPwvgw
zJYP+%`V@rsc?xwO{%UyH&+07X0jxEQ!v`gCCbT#ZJqZeFJ3Bjdb;1BH10<%!prCs%
z>G=6cszexw>=f2V*W0w;`BjV7w9qwAEIfMsg;zg?tB*|Jjjyo%=f7>=&^G!gQAg)M
zSYSMVKSMWwtK4t7vT5@=ZtAwxDP(;(=8P{11cVJ}wRD0s#^Q*}HL1cMlqL?rk#L**kxgZxo?9~UesiJZuNtP_iq
zsTv1(s6oL{*7icBP@EZUlnH$^Q)gI>3xnADtmMMzO6#+k6G;CzbPTo;k%du`^`SzV
z=q-Thv@}Yf7!hB8iLHOBEtho9?5H`RYvRzliK0A
zAnB)3(vJAx(R#}>eQIi3ggY6vGmLd*ue{D*hA{?AhF`^{0}lw(W2`<#8aX
zDrX;Vx^#2jf14rV9oMUu0-(}dooy`0W`#U%gQ9^1&)sH7eoE-cD03EKf1_u#@a>
z1w=+z^X*GsDqD`lNYjPGHoR-xt~dO7qztd=UCCUonlOuw?@g5U-7x9leYaE!^j%wu
z@g@C!b~bbaA8HbS0#*EyEVG`Ess}J8Bm#B5TDanK`VyJk$(1hA`CP0-jD?
z&^{TycBR0g3w?5j8%Kl>h^1WKW=D?L+`iM^o@ahv!9zKOm
z|GKJ~e{tt#Am@7242_exy9-Iq1*@v(_ukHsl~tjMeBWp{8_=qJjr(6!RYHnsh9%rx
zFlPk3WVEI)THo_sF40dleVSK5F`!dpw6)Cs^nEG5yShl=o(D
z4`5IH8T!_rKfmPUSU{x^k%tXhEmi`>l-UrBPd_$E))F}U4P%@kK$Xzd)s>W#
z1S<`xnC3UQp?}(CQm%uwlhvS+Z(oe<%F_a8eM*$sI)(qjo1Co81$b+-)l7-wpFS
zrc|b}>5i*b*jNhAMA?pT>!VMF-H0|Vf=Vp|z+M!Cva)rpMH=JVyO(0!1cmwt2*#!#
z1VqFD1Y50DmH?nlSOmz^w4vU
z>xo$P0T}g?2w{~O6B9G?{d+JNT3T8|egvU3xCoXh4p3IOiBOd;xtk$@`nn5ip@
znYr7JnjO!i
zVK(r2hs(q=R{rwjf79Ko!
zkd&14?=YFLLj3dp17IoLW48!2pV$cbdZVvtHO^v@@)j#3)4jzsy#I^e*mg+^%inL`BV;LUJ6^_xB>s(CA7$ehiTQ&(1~Z=slh%HIARf=K

Re: docs not building to PDF

2022-10-13 Thread Frank Kühndel


Hello Sam,
Hello Chris,

Sam, your mermaid diagram misses only yet another loop. Beside of that 
it looks really good and impressing. I like it very much. Many thanks 
for your efforts and help.


Unfortunately, I made (yet another) mistake and did not recognize that 
you already reproduced my diagram before I went through all the efforts 
to produce an own new graphic and put it into a patch. I apologize that 
I do not use your image. I simply have the patch ready now and do not 
want to start over again.


Chris, I created a ditaa diagram as you suggested but in the end I 
figured that it misinterprets the "=", "|" and "*" characters in the 
text. I do not know how that can be prevented. I tried to replace them 
by similar looking Unicode. That worked fine on OpenSUSE but failed (as 
I presumed) on FreeBSD.


My current solution is an activity diagram in plantuml. Hopefully this 
solution is acceptable. I will send the patch to the mailing list next.


Greetings
Frank

On 10/13/22 07:19, Sam Price wrote:

Subject:
Re: docs not building to PDF
From:
Sam Price 
Date:
10/13/22, 07:19

To:
Chris Johns 
CC:
Frank Kühndel , Thomas Doerfler 
, Development 



I forgot the loop backs. from close back to open.

On Thu, Oct 13, 2022 at 1:12 AM Chris Johns  wrote:


On 13/10/2022 4:06 pm, Sam Price wrote:

example



https://mermaid.live/edit#pako:eNqFVG1vmzAQ_iuWP6UVaZM0DQGlkSYlnSJ1bUUyddmYkAlmYQEbGVP6sv732cdrtSrj0z0v9p19h1_xjgcU2ziTRNJFRH4JkvQfRy5zWcQi6WeBjVYqiEgcvVAUR76iSu2WyoKLwzu94lyWHBaRsNGOs0yi3Z4IdJrwnEkv5RGT6Aq5-FyGMnXxzBfnc0GzPNZ0cggi0UMdr4HW3sp5-PYV_amiz010dwKrdbWwAnK2e2mqh8CC9OdiFxsN7OZoSGez_LL2rlc3y_V2rWJvs71fepvrzf36iMlZflp4D85qs2xNLvZjvjtk6lquhoPR2CgiFvAC8Nh4pMLnGXVxWd6JPgJPKRPcRmGgitegh1Ii9wa685zF3e3NFimboES1xH-WNFMujXpqgYECIonn52FIhaHT6zw87HV5dFJvsItV7s5NAdb7aIPOXHxYxYNTV1GISNK2DIBtHQZkb3xHs-XQho6as6pv3XnRdSfBu-4C_sflMji8nmYUqkn0ynA202A-L2WEfpz-RP3-HFUzXtMVbKRmnFu5osACQ16LAEq6GsVGqTCIbVG1fIyBJeVc1GKJQNCtrGkdHyfh2rsKECCXTTiSvuhmL4CG1tY0gP_S7ypomQ9KKLOXnGreb9XetnkVDefSQ4ANnFCRkChQD9mrdrlY7mmi_i5bhQENiRoZ9fOzN2UlueTrZ7bDthQ5NXCeBu3Th-2QxJliU8K-c57UJgWx_YqfsD0cDs6soXk5mlyMR2PTmkwN_Kzo0dn4cmxZg4FlTqeTifVm4BfYQNkvLNMyzUvLvJhMp6b59hcqM78E
<
https://mermaid.live/edit#pako:eNqFVG1vmzAQ_iuWP6UVaZM0DQGlkSYlnSJ1bUUyddmYkAlmYQEbGVP6sv732cdrtSrj0z0v9p19h1_xjgcU2ziTRNJFRH4JkvQfRy5zWcQi6WeBjVYqiEgcvVAUR76iSu2WyoKLwzu94lyWHBaRsNGOs0yi3Z4IdJrwnEkv5RGT6Aq5-FyGMnXxzBfnc0GzPNZ0cggi0UMdr4HW3sp5-PYV_amiz010dwKrdbWwAnK2e2mqh8CC9OdiFxsN7OZoSGez_LL2rlc3y_V2rWJvs71fepvrzf36iMlZflp4D85qs2xNLvZjvjtk6lquhoPR2CgiFvAC8Nh4pMLnGXVxWd6JPgJPKRPcRmGgitegh1Ii9wa685zF3e3NFimboES1xH-WNFMujXpqgYECIonn52FIhaHT6zw87HV5dFJvsItV7s5NAdb7aIPOXHxYxYNTV1GISNK2DIBtHQZkb3xHs-XQho6as6pv3XnRdSfBu-4C_sflMji8nmYUqkn0ynA202A-L2WEfpz-RP3-HFUzXtMVbKRmnFu5osACQ16LAEq6GsVGqTCIbVG1fIyBJeVc1GKJQNCtrGkdHyfh2rsKECCXTTiSvuhmL4CG1tY0gP_S7ypomQ9KKLOXnGreb9XetnkVDefSQ4ANnFCRkChQD9mrdrlY7mmi_i5bhQENiRoZ9fOzN2UlueTrZ7bDthQ5NXCeBu3Th-2QxJliU8K-c57UJgWx_YqfsD0cDs6soXk5mlyMR2PTmkwN_Kzo0dn4cmxZg4FlTqeTifVm4BfYQNkvLNMyzUvLvJhMp6b59hcqM78E


SVG link


https://mermaid.ink/svg/pako:eNqFVG1v2jAQ_iuWP0GVtrxDIoo0CTohdaUCJsaWKXKIMzKIjRynKWX899mXV7SK5dM9L_adfRef8IZ7FFs4kkTScUB-CRLevrZsZrOABdKNPAtNVRCQffBO0T5wFZVqz1QmXOwu9IyzWbgbB8JCG84iiTZbItBNyGMmnQMPmEQPyMb30pcHGw9dcT8SNIr3mg53XiBqqOI10MKZzlffvqI_WfS5iGZ1WK2rhRWQs9xLUzUEFqQ_G9vYKGA1R0HOl5MvC-dx-jRZrBcqdpbrl4mzfFy-LK6Y5pNPY2c1ny4npcnG7p5vdpG6lodmo9UxkoB5PAHcMV6pcHlEbZyWV9dH4AfKBLeQ76niNaihA5FbA82c-Xj2_LRGyiYoUS1xj5JGyqVRTS0wkEckcdzY96kwdHqdh_u1Ko_q-QabvcpduSnAeh9t0JmTD6tYzfMqEhFIWpYBsKzDgOyF72q2GNpQUWOW9a06L7ru0LvoLuB_XDaDw-tpRr6aRCcNh0MNRqNURujHzU90eztC2YzndAYLqRjnUs4osMCQ5yKAlM5GsVAyDGJZVC5fY2BJOhe5mCIQdCtzWsfXSbj2qgIEyGkTrqRPqtkToKG1OQ3gv_RFBSXzQQlp9pRTzfut2ls2L6PhXHoIsIFDKkISeOohO2mXjeWWhurvslToUZ-okVE_PzsrK4klXxzZBltSxNTA8cErn76cPBD2nfMqxNYJv2Gr2Wzcmc1-t9Vrd1qdvtkbGPio6NZdp9sxzUbD7A8GvZ55NvA7bKDsbbNv9vtds9HtNcxm-_wXZ4G-ow
<
https://mermaid.ink/svg/pako:eNqFVG1v2jAQ_iuWP0GVtrxDIoo0CTohdaUCJsaWKXKIMzKIjRynKWX899mXV7SK5dM9L_adfRef8IZ7FFs4kkTScUB-CRLevrZsZrOABdKNPAtNVRCQffBO0T5wFZVqz1QmXOwu9IyzWbgbB8JCG84iiTZbItBNyGMmnQMPmEQPyMb30pcHGw9dcT8SNIr3mg53XiBqqOI10MKZzlffvqI_WfS5iGZ1WK2rhRWQs9xLUzUEFqQ_G9vYKGA1R0HOl5MvC-dx-jRZrBcqdpbrl4mzfFy-LK6Y5pNPY2c1ny4npcnG7p5vdpG6lodmo9UxkoB5PAHcMV6pcHlEbZyWV9dH4AfKBLeQ76niNaihA5FbA82c-Xj2_LRGyiYoUS1xj5JGyqVRTS0wkEckcdzY96kwdHqdh_u1Ko_q-QabvcpduSnAeh9t0JmTD6tYzfMqEhFIWpYBsKzDgOyF72q2GNpQUWOW9a06L7ru0LvoLuB_XDaDw-tpRr6aRCcNh0MNRqNURujHzU90eztC2YzndAYLqRjnUs4osMCQ5yKAlM5GsVAyDGJZVC5fY2BJOhe5mCIQdCtzWsfXSbj2qgIEyGkTrqRPqtkToKG1OQ3gv_RFBSXzQQlp9pRTzfut2ls2L6PhXHoIsIFDKkISeOohO2mXjeWWhurvslToUZ-okVE_PzsrK4klXxzZBltSxNTA8cErn76cPBD2nfMqxNYJv2Gr2Wzcmc1-t9Vrd1qdvtkbGPio6NZdp9sxzUbD7A8GvZ55NvA7bKDsbbNv9vtds9HtNcxm-_wXZ4G-ow



I couldn't figure out how to get semi colons to work
new lines are kind  of a pain also.

You are a legend (pun intended) :D

It is looking goo but Frank has the final say.

Chris


stateDiagram-v2

initbsd:Initialize libbsd
initNetwork:Initialize Network
mkDir:const char

Re: Visibility of RISCV_BOOT_HARTID

2022-10-13 Thread Joel Sherrill

On Thu, Oct 13, 2022 at 2:18 AM  wrote:

>
> > On Thu, 2022-10-13 at 06:27 +0200, Sebastian Huber wrote:
> > EXTERNAL EMAIL: Do not click links or open attachments unless you
> > know the content is safe
> >
> > On 12/10/2022 16:36, Joel Sherrill wrote:
> > > Hi
> > >
> > > I was looking at the bsp default settings for sparc/leon3 to show
> > > someone and noticed this which is out of place.
> > >
> > > # boot hartid (processor number) of risc-v cpu (default 0)
> > > RISCV_BOOT_HARTID = 0
> > >
> > > I looked around and see it is an architecture specific ini setting
> > > but
> > > placed in a directory with architecture independent settings. We
> > > don't
> > > appear to have any other examples of a cpukit option that is
> > > architecture specific. So it is lumped in with all the architecture
> > > independent ini settings.
> >
> > This was easy to fix:
> >
> >
> https://git.rtems.org/rtems/commit/?id=97fce5120c08180a86301b03e61d0a06db5f8b9b
> >
> Oh... I didn't see it and tried different way.
> > > We had long discussions about presenting these options with better
> > > names, documentation, etc as part of the waf transition. Seems
> > > unfortunate to have this show up in all configurations.
> > >
> > > Any thoughts on how to clean this up?
> >
> > It would be nice if more developers could invest some time to learn
> > how
> > the build system works.
>
> Yes.. need to learn more about the build system.
>

Agreed. I came across this while teaching an RTEMS class and
admit I didn't even begin to think about a solution. When I spot
something while teaching, if it is more than a spelling or grammar
error, I make a note of it. I usually just report it during the class week.

Thanks to both of you for responding and Sebastian for fixing it.

--joel


>
> Regards
> Padmarao
> >
> > --
> > embedded brains GmbH
> > Herr Sebastian HUBER
> > Dornierstr. 4
> > 82178 Puchheim
> > Germany
> > email: sebastian.hu...@embedded-brains.de
> > phone: +49-89-18 94 741 - 16
> > fax:   +49-89-18 94 741 - 08
> >
> > Registergericht: Amtsgericht München
> > Registernummer: HRB 157899
> > Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas
> > Dörfler
> > Unsere Datenschutzerklärung finden Sie hier:
> > https://embedded-brains.de/datenschutzerklaerung/
> > ___
> > devel mailing list
> > devel@rtems.org
> > http://lists.rtems.org/mailman/listinfo/devel
>
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: docs not building to PDF

2022-10-13 Thread Sam Price

Also imagine magick has a command line converter

https://imagemagick.org/script/convert.php


On Thu, Oct 13, 2022 at 3:49 AM  wrote:

> There is also Kroki: https://kroki.io/
> It does the rendering of multiple text based diagram languages, including
> PlantUML, Mermaid, Ditaa and a bunch of others.
> Then you only need one tool for it.
>
> Best regards,
>
> Jan
>
> > -Original Message-
> > From: devel  On Behalf Of Chris Johns
> > Sent: Thursday, October 13, 2022 6:22 AM
> > To: Sam Price 
> > Cc: Development 
> > Subject: Re: docs not building to PDF
> >
> > On 13/10/2022 3:15 pm, Sam Price wrote:
> > > Yes
> > > https://github.com/mermaid-js/mermaid-cli
> > > 
> > >
> > > There are command line tools so it can be integrated into pipelines.
> > >
> > >
> > >   Convert Mermaid mmd Diagram File To SVG
> > >
> > > mmdc -i input.mmd -o output.svg
> > >
> > >
> > >
> > >  > th
> > > eme-and-transparent-background>Create A PNG With A Dark Theme And
> > > Transparent Background
> > >
> > > mmdc -i input.mmd -o output.png -t dark -b transparent
> > >
> > > You dont get much control though over how it places boxes. But it does
> > > sequence diagrams.
> > > Im using it for gantt charts.
> > >
> > > Its one of the mainstream alternatives to plantuml
> > >
> >
> > This tool looks really good and it fits the pattern of tools we can use.
> >
> > Thanks for this.
> > Chris
> > ___
> > devel mailing list
> > devel@rtems.org
> > http://lists.rtems.org/mailman/listinfo/devel
>
-- 
Sincerely,

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

RE: docs not building to PDF

2022-10-13 Thread Jan.Sommer

There is also Kroki: https://kroki.io/
It does the rendering of multiple text based diagram languages, including 
PlantUML, Mermaid, Ditaa and a bunch of others.
Then you only need one tool for it.

Best regards,

Jan

> -Original Message-
> From: devel  On Behalf Of Chris Johns
> Sent: Thursday, October 13, 2022 6:22 AM
> To: Sam Price 
> Cc: Development 
> Subject: Re: docs not building to PDF
>
> On 13/10/2022 3:15 pm, Sam Price wrote:
> > Yes
> > https://github.com/mermaid-js/mermaid-cli
> > 
> >
> > There are command line tools so it can be integrated into pipelines.
> >
> >
> >   Convert Mermaid mmd Diagram File To SVG
> >
> > mmdc -i input.mmd -o output.svg
> >
> >
> >
> >  th
> > eme-and-transparent-background>Create A PNG With A Dark Theme And
> > Transparent Background
> >
> > mmdc -i input.mmd -o output.png -t dark -b transparent
> >
> > You dont get much control though over how it places boxes. But it does
> > sequence diagrams.
> > Im using it for gantt charts.
> >
> > Its one of the mainstream alternatives to plantuml
> >
>
> This tool looks really good and it fits the pattern of tools we can use.
>
> Thanks for this.
> Chris
> ___
> devel mailing list
> devel@rtems.org
> http://lists.rtems.org/mailman/listinfo/devel


smime.p7s
Description: S/MIME cryptographic signature
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: Visibility of RISCV_BOOT_HARTID

2022-10-13 Thread Padmarao.Begari


> On Thu, 2022-10-13 at 06:27 +0200, Sebastian Huber wrote:
> EXTERNAL EMAIL: Do not click links or open attachments unless you
> know the content is safe
> 
> On 12/10/2022 16:36, Joel Sherrill wrote:
> > Hi
> > 
> > I was looking at the bsp default settings for sparc/leon3 to show
> > someone and noticed this which is out of place.
> > 
> > # boot hartid (processor number) of risc-v cpu (default 0)
> > RISCV_BOOT_HARTID = 0
> > 
> > I looked around and see it is an architecture specific ini setting
> > but
> > placed in a directory with architecture independent settings. We
> > don't
> > appear to have any other examples of a cpukit option that is
> > architecture specific. So it is lumped in with all the architecture
> > independent ini settings.
> 
> This was easy to fix:
> 
> https://git.rtems.org/rtems/commit/?id=97fce5120c08180a86301b03e61d0a06db5f8b9b
> 
Oh... I didn't see it and tried different way.
> > We had long discussions about presenting these options with better
> > names, documentation, etc as part of the waf transition. Seems
> > unfortunate to have this show up in all configurations.
> > 
> > Any thoughts on how to clean this up?
> 
> It would be nice if more developers could invest some time to learn
> how
> the build system works.

Yes.. need to learn more about the build system.

Regards
Padmarao
> 
> --
> embedded brains GmbH
> Herr Sebastian HUBER
> Dornierstr. 4
> 82178 Puchheim
> Germany
> email: sebastian.hu...@embedded-brains.de
> phone: +49-89-18 94 741 - 16
> fax:   +49-89-18 94 741 - 08
> 
> Registergericht: Amtsgericht München
> Registernummer: HRB 157899
> Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas
> Dörfler
> Unsere Datenschutzerklärung finden Sie hier:
> https://embedded-brains.de/datenschutzerklaerung/
> ___
> devel mailing list
> devel@rtems.org
> http://lists.rtems.org/mailman/listinfo/devel
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: Visibility of RISCV_BOOT_HARTID

2022-10-13 Thread Padmarao.Begari

Hi Joel,

We can do like below to remove visibility of RISCV_BOOT_HARTID from
other architecture configurations and only visible to RISC-V.

Changes in spec/build/cpukits

1. Remove "optboothartid" build-dependency from "cpuotps"
2. Add the "cpuriscvhartid" to generate the "hartid.h" using "optbootha
rtid
"
3. Link "cpuriscvhartid" build-dependency in "cpuriscv"
4. Include "hartid.h" in "cpukit/score/cpu/riscv/include/rtems/score/ri
scv.h" 

I have modified the RTEMS source like below
**
cpukit/score/cpu/riscv/include/rtems/score/riscv.h |  2 ++
 spec/build/cpukit/cpuopts.yml  |  2 --
 spec/build/cpukit/cpuriscv.yml |  4 +++-
 spec/build/cpukit/cpuriscvhartid.yml   | 13 +
 4 files changed, 18 insertions(+), 3 deletions(-)
 create mode 100644 spec/build/cpukit/cpuriscvhartid.yml

diff --git a/cpukit/score/cpu/riscv/include/rtems/score/riscv.h
b/cpukit/score/cpu/riscv/include/rtems/score/riscv.h
index f770578715..3e0169981b 100644
--- a/cpukit/score/cpu/riscv/include/rtems/score/riscv.h
+++ b/cpukit/score/cpu/riscv/include/rtems/score/riscv.h
@@ -36,6 +36,8 @@
 #ifndef _RTEMS_SCORE_RISCV_H
 #define _RTEMS_SCORE_RISCV_H
 
+#include 
+
 #ifdef __cplusplus
 extern "C" {
 #endif
diff --git a/spec/build/cpukit/cpuopts.yml
b/spec/build/cpukit/cpuopts.yml
index dcfca62d05..86cc7f676a 100644
--- a/spec/build/cpukit/cpuopts.yml
+++ b/spec/build/cpukit/cpuopts.yml
@@ -33,8 +33,6 @@ links:
   uid: optinstall
 - role: build-dependency
   uid: optada
-- role: build-dependency
-  uid: optboothartid
 - role: build-dependency
   uid: optbuildlabel
 - role: build-dependency
diff --git a/spec/build/cpukit/cpuriscv.yml
b/spec/build/cpukit/cpuriscv.yml
index 2671c5c5f0..c8365e550a 100644
--- a/spec/build/cpukit/cpuriscv.yml
+++ b/spec/build/cpukit/cpuriscv.yml
@@ -24,7 +24,9 @@ install:
   - cpukit/score/cpu/riscv/include/rtems/score/cpuimpl.h
   - cpukit/score/cpu/riscv/include/rtems/score/riscv-utility.h
   - cpukit/score/cpu/riscv/include/rtems/score/riscv.h
-links: []
+links:
+- role: build-dependency
+  uid: cpuriscvhartid
 source:
 - cpukit/score/cpu/riscv/cpu.c
 - cpukit/score/cpu/riscv/riscv-context-initialize.c
diff --git a/spec/build/cpukit/cpuriscvhartid.yml
b/spec/build/cpukit/cpuriscvhartid.yml
new file mode 100644
index 00..60f22bd3bd
--- /dev/null
+++ b/spec/build/cpukit/cpuriscvhartid.yml
@@ -0,0 +1,13 @@
+SPDX-License-Identifier: CC-BY-SA-4.0 OR BSD-2-Clause
+build-type: config-header
+copyrights:
+- Copyright (C) 2020 embedded brains GmbH (
http://www.embedded-brains.de)
+enabled-by: true
+guard: _RTEMS_SCORE_HARTID_H
+include-headers: []
+install-path: ${BSP_INCLUDEDIR}/rtems/score
+links:
+- role: build-dependency
+  uid: optboothartid
+target: cpukit/include/rtems/score/hartid.h
+type: build
\ No newline at end of file
-- 
2.25.1

***

Regards
Padmarao

On Wed, 2022-10-12 at 09:36 -0500, Joel Sherrill wrote:
> EXTERNAL EMAIL: Do not click links or open attachments unless you
> know the content is safe
> Hi
> 
> I was looking at the bsp default settings for sparc/leon3 to show
> someone and noticed this which is out of place. 
> 
> # boot hartid (processor number) of risc-v cpu (default 0)
> RISCV_BOOT_HARTID = 0
> 
> I looked around and see it is an architecture specific ini setting
> but placed in a directory with architecture independent settings. We
> don't appear to have any other examples of a cpukit option that is
> architecture specific. So it is lumped in with all the architecture
> independent ini settings.
> 
> We had long discussions about presenting these options with better
> names, documentation, etc as part of the waf transition. Seems
> unfortunate to have this show up in all configurations.
> 
> Any thoughts on how to clean this up?
> 
> Thanks.
> 
> --joel
> 
> 
> ___
> devel mailing list
> devel@rtems.org
> http://lists.rtems.org/mailman/listinfo/devel
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH] TFTPFS: Adding missing diagram

Ping on ticket 4728 + patch

[no subject]

Re: Cygwin tools failure

Re: Cygwin tools failure

[PATCH] TFTPFS: Adding missing diagram

Re: docs not building to PDF

Re: Visibility of RISCV_BOOT_HARTID

Re: docs not building to PDF

RE: docs not building to PDF

Re: Visibility of RISCV_BOOT_HARTID

Re: Visibility of RISCV_BOOT_HARTID

12 matches

Site Navigation

Mail list logo

Footer information