On 03/08/2013 01:16 PM, Michael Tokarev wrote:
> 08.03.2013 00:42, Helge Deller wrote:
>> Package: autofs5
>> Version: 5.0.7-3
>> Severity: Normal
>> Tags: patch
>>
>> This patch fixes automounter support on the parisc architecture with
>> 64-bit kernel and 32-bit userspace.
>>
>> The patch consists of two parts: Part 1 adds code to detect a 64bit
>> parisc kernel (uname reports "parisc64"). This is similiar to how x86_64
>> and ppc64 is already detected.
>>
>> Part 2 patches the auto_fs.h Linux kernel header file to bring
>> it in sync again with the upstream Linux kernel header file.
>> Linux kernel upstream commit 4f4ffc3a5398ef9bdbb32db04756d7d34e356fcf
>> (https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=4f4ffc3a5398ef9bdbb32db04756d7d34e356fcf)
>> simplified the #if defined() statements to define autofs_wqt_t as
>> "unsigned long" only for pure 64bit architectures. This change makes the
>> kernel source code more robust for new upcoming architectures as well.
>> A backport of this patch has already been accepted for various stable
>> linux kernels during the last few weeks.
>>
>> It would be nice, if you could apply this patch for the next upcoming
>> release of the debian autofs package.
> 
> This should not be necessary on modern kernels anymore, since kernel
> interface allows either short or long packets.  Why do you wan this
> change?

What exactly do you mean with "modern kernel"?
My patch fixes automounter (autofs5-5.0.7-3) with upstream Linux kernel
3.7, 3.8 and 3.9-rc1 on the parisc architecture (32bit userspace and
64bit Linux kernel). This is what I actually built and tested successfully.

I know there has been various approaches to work around those problems 
("32/64bit alignment strangenesses"), but as far as I can see, all those 
have been rejected or at least reverted again upstream.

Of course I may be wrong, but maybe you can give me a hint?

Helge


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to