On 19/07/2022 07:55, Roberto Sassu wrote: >> From: Jim Baxter [mailto:jim_baxter@xxxxxxxxxx] >> Sent: Monday, July 18, 2022 8:08 PM >> >> >> >> Best regards, >> >> *Jim Baxter* >> >> Siemens Digital Industries Software >> Automotive Business Unit >> DI SW STS ABU >> UK >> Tel.: +44 (161) 926-1656 >> mailto:jim.baxter@xxxxxxxxxxx <mailto:jim.baxter@xxxxxxxxxxx> >> sw.siemens.com <https://sw.siemens.com/> >> >> On 18/07/2022 17:49, Roberto Sassu wrote: >>>> From: Jim Baxter [mailto:jim_baxter@xxxxxxxxxx] >>>> Sent: Monday, July 18, 2022 6:36 PM >>>> >>>> >>>> Hello, >>>> >>>> I have been testing these patches and do not see the xattr information when >>>> trying to retrieve it within the initramfs, do you have an example of how >>>> you tested this originally? >>> >>> Hi Jim, all >>> >>> apologies, I didn't find yet the time to look at this. >> >> Hello Roberto, >> >> Thank you for your response, I can wait until you have looked at the patches, >> I asked the question to make sure it was not something wrong in my >> configuration. >> >>> >>> Uhm, I guess this could be solved with: >>> >>> https://github.com/openeuler- >> mirror/kernel/commit/18a502f7e3b1de7b9ba0c70896ce08ee13d052da >>> >>> and adding initramtmpfs to the kernel command line. You are >>> probably using ramfs, which does not have xattr support. >>> Can I clarify which filesystem type is supported with this patch series? Is it tmpfs or perhaps a ramdisk? >> >> >> Thank you, I have tested that patch but the problem remained. Here is my >> command line, I wonder if there is something wrong. >> >> Kernel command line: rw rootfstype=initramtmpfs root=/dev/ram0 >> initrd=0x500000000 rootwait > > It is just initramtmpfs, without rootfstype=. > > Roberto Best regards, Jim
