Re: [linux-yocto] [V2-revised] Microchip polarfire SoC - yocto-kernel-cache & linux-yocto V2 patch.

2023-11-20 Thread Paul Gortmaker via lists.yoctoproject.org
[Re: [linux-yocto] [V2-revised] Microchip polarfire SoC - yocto-kernel-cache & 
linux-yocto V2 patch.] On 16/11/2023 (Thu 18:24) Kadambathur Subramaniyam, 
Saravanan via lists.yoctoproject.org wrote:

> Hi Bruce,
> We have two requests, first one is for linux-yocto and the second one is for
> Yocto-kernel-cache.  I received your email about patch corruption and to 
> resend
> V3 for the yocto-kernel-cache but this email is meant for linux-yocto. 
> 
> For the linux-yocto, since it has around 120+ patches i generated PR using 
> "git
> request-pull" command and sent through email client(outlook).

Saravanan.K.S,

I am a bit concerned about your workflow, even if Bruce (or git) finally did 
manage
to pipe your submission through w3m or ???  Firstly - "outlook" and then...

> For the yocto-kernel-cache today i resent the patch twice to you through "git
> send-email" but still its not delivered to you / linux-yocto mailing list...

The e-mail is not instant.  There are moderators involved when there are
people sending who may not be subscribed - or if someone sends 100+
patches at once, a moderator might need to confirm it is not spam.  If
you don't wait, check, and confirm - then you risk filling the
maintainer's mailbox with multiple copies, which is not nice.

> PFB the log which i got from my git send-email command. I checked our build
> server by sending git send-email to my email id and i received the email

For the record, the git send-email doesn't really do a lot beyond
looking for a Subject and Date and From line.  Beyond that, you can fill
the "to-send" files with complete random noise and they will send.

That said, it really isn't for Bruce to review your process and find
your issues.  All this stuff has been solved on-line in hundreds
(thousands?) of forums.  But he gave you a giant hint - he wanted v3
in "plain text" - see here:

https://lists.yoctoproject.org/g/linux-yocto/message/13293

There are pages in the kernel covering this:

"No MIME, no links, no compression, no attachments.  Just plain text"

https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/process/submitting-patches.rst#n280

When I opened your e-mail in gmail, this is what I saw:

   --_000_SJ0PR11MB82969FC0AEA199B8A587ADA1F1B0ASJ0PR11MB8296namp_
   Content-Type: text/plain; charset="utf-8"
   Content-Transfer-Encoding: base64
   
   SGkgQnJ1Y2UsDQpXZSBoYXZlIHR3byByZXF1ZXN0cywgZmlyc3Qgb25lIGlzIGZvciBsaW51eC15
   b2N0byBhbmQgdGhlIHNlY29uZCBvbmUgaXMgZm9yIFlvY3RvLWtlcm5lbC1jYWNoZS4gIEkgcmVj
   ZWl2ZWQgeW91ciBlbWFpbCBhYm91dCBwYXRjaCBjb3JydXB0aW9uIGFuZCB0byByZXNlbmQgVjMg
   Zm9yIHRoZSB5b2N0by1rZXJuZWwtY2FjaGUgYnV0IHRoaXMgZW1haWwgaXMgbWVhbnQgZm9yIGxp
   [thousands more similar unreadable lines...]

See that "base64" line?  That means it is not plain text.  It is encoded.
Once again, the kernel has some info on e-mail clients (like "outlook").

Even without that link, just scroll down your own v3 send.  Notice the
font size change between your mail and the one from Bruce?  That tells
you that you did not send plain text.
   
> Let me check and retry sending the yocto-kernel-cache patches to you. 
> 
> In the meantime could you please help to merge the below pull request for
> linux-yocto?. 

I'd suggest you do some more test sends with an internal co-worker
before sending any more large patch series externally.  Make 100% sure
they are plain text - not HTML-mail or base64-mail.  Bruce has been
generous with his time by "unwinding" the base64 stuff this time, but we
need to do better with future submissions.

Thanks,
Paul.
--

> 
> Log:
> skadamba@blr-linux-engg1$git send-email --annotate --subject-prefix="v3]
> [yocto-kernel-cache yocto-6.1][PATCH" --to bruce.ashfi...@gmail.com
> --suppress-cc=all --cc linux-yocto@lists.yoctoproject.org -M yocto-6.1
> /tmp/KrQspiQqYJ/0001-microchip-polarfire-soc-add-configure-file-for-micro.patch
> OK. Log says:
> Sendmail: /usr/sbin/sendmail -i bruce.ashfi...@gmail.com
> linux-yocto@lists.yoctoproject.org
> From: "Saravanan.K.S" 
> To: bruce.ashfi...@gmail.com
> Cc: linux-yocto@lists.yoctoproject.org
> Subject: [v3][yocto-kernel-cache yocto-6.1][PATCH] microchip-polarfire-soc: 
> add
> configure file for microchip-polarfire-soc BSP in kernel-cache
> Date: Thu, 16 Nov 2023 17:49:19 +
> Message-Id:
> <20231116174919.3056255-1-saravanan.kadambathursubramani...@windriver.com>
> X-Mailer: git-send-email 2.40.0
> MIME-Version: 1.0
> Content-Transfer-Encoding: 8bit
> 
> Result: OK
> 
> ---
> From: Bruce Ashfield 
> Sent: Thursday, November 16, 2023 11:30 PM
> To: Kadambathur Subramaniyam, Saravanan
> 
> Cc: linux-yocto@lists.yoctoproject.org 
> Subject: Re: [linux-yocto] [V2-revised] Microchip polarfire SoC -
> yocto-kernel-cache & linux-yocto V2 patch.
>  
> CAUTION: This email comes from a non Wind River email account!
> Do not click links or open attachments unless you recognize the sender 

Re: [linux-yocto][linux-yocto v6.1][PATCH 0/1] Fix userspace random crash on qemuriscv64

2023-11-20 Thread Bruce Ashfield
In message: [linux-yocto][linux-yocto v6.1][PATCH 0/1] Fix userspace random 
crash on qemuriscv64
on 20/11/2023 Xiangyu Chen wrote:

> From: Xiangyu Chen 
> 
> Hi Bruce,
> 
> The userspace applications random crash on qemuriscv64, this is not 100% 
> reproduce, when it happens,
> an application(mostly systemd or systemd-journal) would get a SIGSEGV from 
> kernel, crash information 
> as following log. If we increase numbers of CPU in qemu config, this issue 
> would more easy to reproduce.
> 
> systemd[1]: unhandled signal 11 code 0x1 at 0x0004
> CPU: 2 PID: 1 Comm: systemd Not tainted 6.1.61-yocto-standard #1
> Hardware name: riscv-virtio,qemu (DT)
> epc : 00ffb1dd2916 ra : 00ffb195e808 sp : 00ffc92650a0
> gp : 00aad7215800 tp : 00ffb1393bc0 t0 : 00ddd79e
> t1 : 00ffb1a6815c t2 :  s0 : 00ffc92650f0
> s1 : 00ffb1dd a0 :  a1 : 00ffc9265108
> a2 : 10c6f7a0b5ed a3 : 0001 a4 : 0001
> a5 :  a6 : 0006 a7 : 0018
> s2 : 0001 s3 : 0076 s4 : 00aad72af630
> s5 :  s6 : fffe s7 : 00ffb1df0d60
> s8 : 00ffb1dc9d48 s9 : 0006 s10: 00aad7228fe0
> s11: 00ffc92655b0 t3 : 00ffb195e7f6 t4 : 04562c19
> t5 : d82d4e8a9b707fb1 t6 : 03dd
> status: 00024020 badaddr: 0004 cause: 000d
> 
> 
> There is a commit on upstream[1] has fixed this issue, please help to merge 
> below patch to v6.1/standard/base
> v6.1/standard/preempt-rt/base branch, thanks!

merged.

Bruce

> 
> 
> Xiangyu Chen (1):
>   riscv: Fix build with CONFIG_CC_OPTIMIZE_FOR_SIZE=y
> 
>  arch/riscv/include/asm/hwcap.h  |  3 ---
>  arch/riscv/include/asm/vdso/processor.h | 25 ++---
>  2 files changed, 10 insertions(+), 18 deletions(-)
> 
> --
> Ref:
> [1] 
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=0b1d60d6dd9e2e867cc6e4277d73ea5a7ff2d4d0
> -- 
> 2.35.5
> 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#13302): 
https://lists.yoctoproject.org/g/linux-yocto/message/13302
Mute This Topic: https://lists.yoctoproject.org/mt/102702052/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: 
https://lists.yoctoproject.org/g/linux-yocto/leave/6687884/21656/624485779/xyzzy
 [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-