From: Xavier Bru <xavier.bru@bull.net>
To: linux-ia64@vger.kernel.org
Subject: Re: Problem booting Adaptec Ultra 320 driver with discontigmem support.
Date: Thu, 04 Dec 2003 13:01:01 +0000 [thread overview]
Message-ID: <marc-linux-ia64-107054297625370@msgid-missing> (raw)
In-Reply-To: <marc-linux-ia64-107054139923799@msgid-missing>
Sorry, this was the old one, this one should be better (use blk_max_pfn
instead of blk_max_low_pfn):
--- linux-2.6.0-test11/drivers/scsi/aic7xxx/aic79xx_osm.c 2003-11-24
02:32:03.000000000 +0100
+++ linux-2.6.0-test11.new/drivers/scsi/aic7xxx/aic79xx_osm.c
2003-12-03 14:39:51.000000000 +0100
@@ -62,6 +62,7 @@
#include <linux/mm.h> /* For fetching system memory size */
+extern unsigned long blk_max_pfn;
/*
* Lock protecting manipulation of the ahd softc list.
*/
@@ -2158,10 +2159,9 @@
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);
}
/*
Xavier Bru a écrit :
> Hello, all
>
> Running 2.6.0-test11 with Adaptec Ultra 320 driver that provides full
> 64-bit support
> we hit a BUG in blk_queue_bounce_limit() due to physical address
> greater than allowed by the dma mask.
> Having a look into the code, it appears that the computation to allow
> full 64-bit support takes in account the size of the installed memory
> instead of the max physical address of the platform.
> For example on a platform with 32GB of memory distributed in 1 TB
> physical address space, only 39-bits physical addresses are supported
> instead of the 40 bits needed.
>
> IOSAPIC: vector 54 -> CPU 0x04e0, enabled
> scsi0 : Adaptec AIC79XX PCI-X SCSI HBA DRIVER, Rev 1.3.9
> <Adaptec 39320D Ultra320 SCSI adapter>
> aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 101-133Mhz,
> 512 SCBs
>
> kernel BUG at drivers/block/ll_rw_blk.c:271!
> swapper[1]: bugcheck! 0 [1]
>
> Herafter a patch that fixes the problem:
>
> --- linux-2.6.0-test11/drivers/scsi/aic7xxx/aic79xx_osm.c
> 2003-11-24 02:32:03.000000000 +0100
> +++ linux-2.6.0-test11.new/drivers/scsi/aic7xxx/aic79xx_osm.c
> 2003-12-03 14:39:51.000000000 +0100
> @@ -62,6 +62,7 @@
>
> #include <linux/mm.h> /* For fetching system memory size */
>
> +extern unsigned long blk_max_pfn;
> /*
> * Lock protecting manipulation of the ahd softc list.
> */
> @@ -2158,10 +2159,9 @@
> 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_low_pfn << PAGE_SHIFT);
> }
>
> /*
>
--
Sincères salutations.
_____________________________________________________________________
Xavier BRU BULL ISD/R&D/INTEL office: FREC B1-422
tel : +33 (0)4 76 29 77 45 http://www-frec.bull.fr
fax : +33 (0)4 76 29 77 70 mailto:Xavier.Bru@bull.net
addr: BULL, 1 rue de Provence, BP 208, 38432 Echirolles Cedex, FRANCE
_____________________________________________________________________
next prev parent reply other threads:[~2003-12-04 13:01 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-12-04 12:37 Problem booting Adaptec Ultra 320 driver with discontigmem support Xavier Bru
2003-12-04 13:01 ` Xavier Bru [this message]
2003-12-04 13:11 ` Christoph Hellwig
2003-12-04 19:04 ` Grant Grundler
2003-12-05 7:21 ` Xavier Bru
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=marc-linux-ia64-107054297625370@msgid-missing \
--to=xavier.bru@bull.net \
--cc=linux-ia64@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.