Re: Regression caused by commit cc56f7de7f00d188c7c4da1e9861581853b9e92f

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, Jun 26, 2010 at 4:18 AM, Tim Gardner <tim.gardner@xxxxxxxxxxxxx> wrote:
> Fat fingered the original email and didn't get the fsdevel address correct.
>
> -----------------------
> Hi,
>
> I have bisected a strange regression down to this commit that you made. If I
> apply the attached patch (which restores the original 2 lines of code), then
> everything works correctly. I apologize, but I don't have a simple
> reproducer. The gist of the problem is that Java cannot decrypt a file under
> certain circumstances, e.g., "ERROR javax.crypto.BadPaddingException: pad
> block corrupted". There is more information in the bug report at
> http://bugs.launchpad.net/bugs/588861 , but not all of it is helpful.
>
> Any thoughts?
>

It seems the target of sendfile(2) isn't a socket, and the current
sendfile(2) code can't handle non-socket target correctly. Please try
this patch: http://marc.info/?l=linux-fsdevel&m=127488508224173&w=2 .

-- 
Regards,
Changli Gao(xiaosuo@xxxxxxxxx)
--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [Samba]     [Device Mapper]     [CEPH Development]
  Powered by Linux