Re: [PATCH] change ifmap.base_addr to u_long type

2000-09-07 Thread Jun Sun
"David S. Miller" wrote: > >Date: Thu, 07 Sep 2000 17:35:22 -0700 >From: Jun Sun <[EMAIL PROTECTED]> > >Do we know exactly what userland apps/libs use ifmap? Maybe the >damage is not so bad, so that we can fix this problem without >making it look worse. > > It's a well

Re: [PATCH] change ifmap.base_addr to u_long type

2000-09-07 Thread David S. Miller
Date: Thu, 07 Sep 2000 17:35:22 -0700 From: Jun Sun <[EMAIL PROTECTED]> Do we know exactly what userland apps/libs use ifmap? Maybe the damage is not so bad, so that we can fix this problem without making it look worse. It's a well established fixed kernel API, any app

Re: [PATCH] change ifmap.base_addr to u_long type

2000-09-07 Thread Jun Sun
"David S. Miller" wrote: > >Date:Thu, 07 Sep 2000 14:36:02 -0700 >From: Jun Sun <[EMAIL PROTECTED]> > >Here is a small patch which is needed on non-i386 platforms. > > The layout of this structure is exported to userspace > applications, thus you cannot simply just change

Re: [PATCH] change ifmap.base_addr to u_long type

2000-09-07 Thread David S. Miller
Date:Thu, 07 Sep 2000 14:36:02 -0700 From: Jun Sun <[EMAIL PROTECTED]> Here is a small patch which is needed on non-i386 platforms. The layout of this structure is exported to userspace applications, thus you cannot simply just change the type in this structure to get the

Re: [PATCH] change ifmap.base_addr to u_long type

2000-09-07 Thread Alan Cox
> Here is a small patch which is needed on non-i386 platforms. Which is wrong > ifmap.base_addr is mainly used to initialize net_device base_addr, which > is already a u_long. > > This change does not increase the memory size for struct ifmap. But does change the field offsets > In the same

Re: [PATCH] change ifmap.base_addr to u_long type

2000-09-07 Thread Alan Cox
Here is a small patch which is needed on non-i386 platforms. Which is wrong ifmap.base_addr is mainly used to initialize net_device base_addr, which is already a u_long. This change does not increase the memory size for struct ifmap. But does change the field offsets In the same

Re: [PATCH] change ifmap.base_addr to u_long type

2000-09-07 Thread David S. Miller
Date:Thu, 07 Sep 2000 14:36:02 -0700 From: Jun Sun [EMAIL PROTECTED] Here is a small patch which is needed on non-i386 platforms. The layout of this structure is exported to userspace applications, thus you cannot simply just change the type in this structure to get the change

Re: [PATCH] change ifmap.base_addr to u_long type

2000-09-07 Thread Jun Sun
"David S. Miller" wrote: Date:Thu, 07 Sep 2000 14:36:02 -0700 From: Jun Sun [EMAIL PROTECTED] Here is a small patch which is needed on non-i386 platforms. The layout of this structure is exported to userspace applications, thus you cannot simply just change the type

Re: [PATCH] change ifmap.base_addr to u_long type

2000-09-07 Thread David S. Miller
Date: Thu, 07 Sep 2000 17:35:22 -0700 From: Jun Sun [EMAIL PROTECTED] Do we know exactly what userland apps/libs use ifmap? Maybe the damage is not so bad, so that we can fix this problem without making it look worse. It's a well established fixed kernel API, any app whatsoever

Re: [PATCH] change ifmap.base_addr to u_long type

2000-09-07 Thread Jun Sun
"David S. Miller" wrote: Date: Thu, 07 Sep 2000 17:35:22 -0700 From: Jun Sun [EMAIL PROTECTED] Do we know exactly what userland apps/libs use ifmap? Maybe the damage is not so bad, so that we can fix this problem without making it look worse. It's a well established