On 11.06.24 11:19, Giovanni Santini wrote:
>
> I am writing to report the issue mentioned in the subject.
>
> Essentially, when running an executable from a compressed folder in an
> NTFS partition mounted via ntfs3 I get a segfault.
>
> The error line I get in dmesg is:
>
> ntfs3: nvme0n1p5: ino=c3754, "hello" mmap(write) compressed not supported
>
> I've attached a terminal script where I show my source, Makefile and how
> the error appears.
You CCed the regression and the stable list, but that looks odd, as you
don't even mention which kernel version you used (or which worked).
Could you clarify? And ideally state if mainline (e.g. 6.10-rc3) is
affected as well, as the answer to the question "who is obliged to look
into this" depends on it.
Ciao, Thorsten
Hi Thorsten, nice to chat again!
I am sorry for the lack of information, this is my second bug report to
the kernel; the first one was via Bugzilla and I filled more information.
Now, the missing information is:
OS: ArchLinux
Tested kernels: both latest Linux stable (6.9.3) and mainline (6.10rc3)
Regression: no, I believe that this issue has been present forever.
I realized it may have been compression-related only recently.
I do remember testing ntfs3 long ago and having the same issues with a
Ruby vendoring folder.
Please let me know if you need more information!
Bests,
Giovanni
On 2024-06-11 12:04, Linux regression tracking (Thorsten Leemhuis) wrote:
> On 11.06.24 11:19, Giovanni Santini wrote:
>> I am writing to report the issue mentioned in the subject.
>>
>> Essentially, when running an executable from a compressed folder in an
>> NTFS partition mounted via ntfs3 I get a segfault.
>>
>> The error line I get in dmesg is:
>>
>> ntfs3: nvme0n1p5: ino=c3754, "hello" mmap(write) compressed not supported
>>
>> I've attached a terminal script where I show my source, Makefile and how
>> the error appears.
> You CCed the regression and the stable list, but that looks odd, as you
> don't even mention which kernel version you used (or which worked).
> Could you clarify? And ideally state if mainline (e.g. 6.10-rc3) is
> affected as well, as the answer to the question "who is obliged to look
> into this" depends on it.
>
> Ciao, Thorsten
--
Giovanni Santini
On 11.06.24 12:55, Giovanni Santini wrote:
> Hi Thorsten, nice to chat again!
:-D
> I am sorry for the lack of information,
Happens.
> this is my second bug report to
> the kernel; the first one was via Bugzilla and I filled more information.
>
> Now, the missing information is:
>
> OS: ArchLinux
>
> Tested kernels: both latest Linux stable (6.9.3) and mainline (6.10rc3)
>
> Regression: no, I believe that this issue has been present forever.
Thx. Okay, in that case anyone that replies in this thread consider
dropping the stable and the regression lists to avoid confusion and
spare the subscribes of those lists a few cycles.
> I realized it may have been compression-related only recently.
> I do remember testing ntfs3 long ago and having the same issues with a
> Ruby vendoring folder.
>
> Please let me know if you need more information!
That's up to Konstantin (or others on the ntfs3 list), who is known to
sometimes reply quickly, while other times only replies after quite a
while. We'll see what it will be here. :-D
Ciao, Thorsten
> On 2024-06-11 12:04, Linux regression tracking (Thorsten Leemhuis) wrote:
>> On 11.06.24 11:19, Giovanni Santini wrote:
>>> I am writing to report the issue mentioned in the subject.
>>>
>>> Essentially, when running an executable from a compressed folder in an
>>> NTFS partition mounted via ntfs3 I get a segfault.
>>>
>>> The error line I get in dmesg is:
>>>
>>> ntfs3: nvme0n1p5: ino=c3754, "hello" mmap(write) compressed not
>>> supported
>>>
>>> I've attached a terminal script where I show my source, Makefile and how
>>> the error appears.
>> You CCed the regression and the stable list, but that looks odd, as you
>> don't even mention which kernel version you used (or which worked).
>> Could you clarify? And ideally state if mainline (e.g. 6.10-rc3) is
>> affected as well, as the answer to the question "who is obliged to look
>> into this" depends on it.
>>
>> Ciao, Thorsten
>