Messages in this thread | | | From | (Alan Cox) | Subject | Re: 2.1.126 still no sparc64 autofs | Date | Sat, 14 Nov 1998 21:25:05 +0000 (GMT) |
| |
> I tend to agree it's buggy. I would expect the long to generate a 32 > bit int even in the 64 bit kernel space unless you specifically ask > for a 64 bit long .ie. suns 'long long'. This would keep things > downward/backward compatible.
Making it maximally broken is the phrase you are looking for I believe
> I was going to provide a patch to do something like this, but unless I > misunderstood Alan I think he said there are ioctl's which can be used > to convert the 64 bit structs while passing to 32 bit user space. I'm > getting lost finding them though... > > Anyway, I guess this is only a problem while were're still limited to > 32 bit user space with 64 bit kernels.
Look at the sparc32 entry points for sparc64, especially arch/sparc64/kernel/sys_sparc32.c
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| |