The patch titled aic79xx: wrong max memory at driver init has been added to the -mm tree. Its filename is aic79xx-wrong-max-memory-at-driver-init.patch See http://www.zip.com.au/~akpm/linux/patches/stuff/added-to-mm.txt to find out what to do about this ------------------------------------------------------ Subject: aic79xx: wrong max memory at driver init From: Frederic TEMPORELLI <frederic.temporelli@xxxxxxxxxxxx> Aic79xx driver for Adaptec 39320 supports 64-bit addressing, but the initialization code of the driver is wrong: it tests the available memory size instead of testing the maximum available memory address. This is necessary to support servers that provides 1 Terabyte of physical memory space addressing. Attached is the suggested patch to solve this issue. Signed-off-by: <xavier.bru@xxxxxxxx> Signed-off-by: <frederic.temporelli@xxxxxxxx> Cc: Hannes Reinecke <hare@xxxxxxx> Signed-off-by: Andrew Morton <akpm@xxxxxxxx> --- drivers/scsi/aic7xxx/aic79xx_osm.c | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff -puN drivers/scsi/aic7xxx/aic79xx_osm.c~aic79xx-wrong-max-memory-at-driver-init drivers/scsi/aic7xxx/aic79xx_osm.c --- a/drivers/scsi/aic7xxx/aic79xx_osm.c~aic79xx-wrong-max-memory-at-driver-init +++ a/drivers/scsi/aic7xxx/aic79xx_osm.c @@ -46,6 +46,7 @@ #include "aic79xx_inline.h" #include <scsi/scsicam.h> +extern unsigned long blk_max_pfn; static struct scsi_transport_template *ahd_linux_transport_template = NULL; #include <linux/init.h> /* __setup */ @@ -1130,10 +1131,9 @@ ahd_linux_register_host(struct ahd_softc uint64_t ahd_linux_get_memsize(void) { - struct sysinfo si; - - si_meminfo(&si); - return ((uint64_t)si.totalram << PAGE_SHIFT); + /* Need to take in account the max physical address in case + * of discontiguous memory. */ + return ((uint64_t)blk_max_pfn << PAGE_SHIFT); } /* _ Patches currently in -mm which might be from frederic.temporelli@xxxxxxxxxxxx are aic79xx-wrong-max-memory-at-driver-init.patch - To unsubscribe from this list: send the line "unsubscribe mm-commits" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html