public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* 48 bit ATA support in Linux 2.4
@ 2002-05-07 15:21 Robert Szentmihalyi
       [not found] ` <20020507163230.GF32518@opeth.ath.cx>
  0 siblings, 1 reply; 3+ messages in thread
From: Robert Szentmihalyi @ 2002-05-07 15:21 UTC (permalink / raw)
  To: Andre Hedrik; +Cc: linux-kernel

Hi Andre,

can you tell me please when your patch to support the 160 GB Matrox 
HDs got into the 2.4 tree (which version)? It was 2.4.14, right?

I searched the changelog but could not find it.

Also, could you please send me a copy of the patch?
Google didn't find it...

I have a machine running 2.4.10-pre2-xfs with XFS support.
Would the patch apply cleanly or will I have to update the kernel 
in order to support the drive?

Thanks,
 Robert

-- 
Where do you want to be tomorrow?

Entracom. Building Linux systems.
http://www.entracom.de

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: 48 bit ATA support in Linux 2.4
       [not found] ` <20020507163230.GF32518@opeth.ath.cx>
@ 2002-05-08 14:02   ` Robert Szentmihalyi
  2002-05-08 14:03     ` Steve Lord
  0 siblings, 1 reply; 3+ messages in thread
From: Robert Szentmihalyi @ 2002-05-08 14:02 UTC (permalink / raw)
  To: Dan Chen; +Cc: linux-kernel, Steve Lord

On Tuesday, 7. May 2002 18:32, Dan Chen wrote:
> On Tue, May 07, 2002 at 05:21:55PM +0200, Robert Szentmihalyi wrote:
> > can you tell me please when your patch to support the 160 GB
> > Matrox HDs got into the 2.4 tree (which version)? It was
> > 2.4.14, right?
>
> It will be available in 2.4.19 final (was merged early in the
> 19-pres).
>
> [snip]
>
> > Also, could you please send me a copy of the patch?
> > Google didn't find it...
>
> See http://linuxdiskcert.org
>
> > I have a machine running 2.4.10-pre2-xfs with XFS support.
> > Would the patch apply cleanly or will I have to update the
> > kernel in order to support the drive?
>
> If you're handy w/ diff and patch, you can look at *.rej after
> patching and manually apply the diffs.
>
> The easiest route is probably to upgrade to a newer kernel (say,
> 2.4.18), and deal w/ the fewer rejects there since you'll also be
> applying a diff for XFS.

I have applied Andre's patch from http://linuxdiskcert.org on top of 
linux-2.4.19-pre7. Then I applied the XFS patches for 2.4.18
(unfortunately, the XFS-enabled kernel from the SGI-CVS is at 2.4.18
also, so it doesn't contain Ande's patch).

There is one reject in include/linux/sysctl.h I don't know how to fix:

***************
*** 140,145 ****
  	VM_PAGERDAEMON=8,	/* struct: Control kswapd behaviour */
  	VM_PGT_CACHE=9,		/* struct: Set page table cache parameters */
  	VM_PAGE_CLUSTER=10,	/* int: set number of pages to swap together */
         VM_MIN_READAHEAD=12,    /* Min file readahead */
         VM_MAX_READAHEAD=13     /* Max file readahead */
  };
--- 140,148 ----
  	VM_PAGERDAEMON=8,	/* struct: Control kswapd behaviour */
  	VM_PGT_CACHE=9,		/* struct: Set page table cache parameters */
  	VM_PAGE_CLUSTER=10,	/* int: set number of pages to swap together */
+ #if defined(CONFIG_XFS_FS) || defined(CONFIG_XFS_FS_MODULE)
+ 	VM_PAGEBUF=11,		/* struct: Control pagebuf parameters */
+ #endif
         VM_MIN_READAHEAD=12,    /* Min file readahead */
         VM_MAX_READAHEAD=13     /* Max file readahead */
  };

Can anybody who knows the XFS code please tell what the alias VM_PAGEBUF
in this enumeration is used for and how I could fix this?

The original 2.4.49-pre7 code seems to define another alias for 11 in this enum:
 
/* CTL_VM names: */
enum
{
	VM_SWAPCTL=1,		/* struct: Set vm swapping control */
	VM_SWAPOUT=2,		/* int: Linear or sqrt() swapout for hogs */
	VM_FREEPG=3,		/* struct: Set free page thresholds */
	VM_BDFLUSH=4,		/* struct: Control buffer cache flushing */
	VM_OVERCOMMIT_MEMORY=5,	/* Turn off the virtual memory safety limit */
	VM_BUFFERMEM=6,		/* struct: Set buffer memory thresholds */
	VM_PAGECACHE=7,		/* struct: Set cache memory thresholds */
	VM_PAGERDAEMON=8,	/* struct: Control kswapd behaviour */
	VM_PGT_CACHE=9,		/* struct: Set page table cache parameters */
	VM_PAGE_CLUSTER=10,	/* int: set number of pages to swap together */
	VM_MAX_MAP_COUNT=11,	/* int: Maximum number of active map areas */
	VM_MIN_READAHEAD=12,    /* Min file readahead */
	VM_MAX_READAHEAD=13,    /* Max file readahead */
};

Any hints?

Thanks for your help,
 Robert

>
> Alternately, -aa has XFS in his branch, but Andre's patches will
> clash. You'll need to rip out Jens's highmem-i/o patches from -aa
> if you want Andre's patch to apply cleanly on top of
> 2.4.X-pre-aaY. (They can still be applied manually, however.)

-- 
Where do you want to be tomorrow?

Entracom. Building Linux systems.
http://www.entracom.de

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: 48 bit ATA support in Linux 2.4
  2002-05-08 14:02   ` Robert Szentmihalyi
@ 2002-05-08 14:03     ` Steve Lord
  0 siblings, 0 replies; 3+ messages in thread
From: Steve Lord @ 2002-05-08 14:03 UTC (permalink / raw)
  To: Robert Szentmihalyi; +Cc: Dan Chen, Linux Kernel

On Wed, 2002-05-08 at 09:02, Robert Szentmihalyi wrote:
> 
> Can anybody who knows the XFS code please tell what the alias VM_PAGEBUF
> in this enumeration is used for and how I could fix this?
> 
> The original 2.4.49-pre7 code seems to define another alias for 11 in this enum:
>  
> /* CTL_VM names: */
> enum
> {
> 	VM_SWAPCTL=1,		/* struct: Set vm swapping control */
> 	VM_SWAPOUT=2,		/* int: Linear or sqrt() swapout for hogs */
> 	VM_FREEPG=3,		/* struct: Set free page thresholds */
> 	VM_BDFLUSH=4,		/* struct: Control buffer cache flushing */
> 	VM_OVERCOMMIT_MEMORY=5,	/* Turn off the virtual memory safety limit */
> 	VM_BUFFERMEM=6,		/* struct: Set buffer memory thresholds */
> 	VM_PAGECACHE=7,		/* struct: Set cache memory thresholds */
> 	VM_PAGERDAEMON=8,	/* struct: Control kswapd behaviour */
> 	VM_PGT_CACHE=9,		/* struct: Set page table cache parameters */
> 	VM_PAGE_CLUSTER=10,	/* int: set number of pages to swap together */
> 	VM_MAX_MAP_COUNT=11,	/* int: Maximum number of active map areas */
> 	VM_MIN_READAHEAD=12,    /* Min file readahead */
> 	VM_MAX_READAHEAD=13,    /* Max file readahead */
> };
> 
> Any hints?
> 


Just push the VM_PAGEBUF number up to an unused value, there are no
user space programs which actually use it, just the /proc interface
is normally used for this.

Steve


-- 

Steve Lord                                      voice: +1-651-683-3511
Principal Engineer, Filesystem Software         email: lord@sgi.com

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2002-05-08 14:05 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-05-07 15:21 48 bit ATA support in Linux 2.4 Robert Szentmihalyi
     [not found] ` <20020507163230.GF32518@opeth.ath.cx>
2002-05-08 14:02   ` Robert Szentmihalyi
2002-05-08 14:03     ` Steve Lord

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox