lkml.org 
[lkml]   [2002]   [Feb]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: ioremap()/PCI sickness in 2.4.18-rc2 (FIXED ALMOST)
On Wed, Feb 20, 2002 at 02:54:49PM -0700, Jeff V. Merkey wrote:

> struct vm_struct * get_vm_area(unsigned long size, unsigned long flags)
> {
> unsigned long addr;
> struct vm_struct **p, *tmp, *area;
>
> area = (struct vm_struct *) kmalloc(sizeof(*area), GFP_KERNEL);
> if (!area)
> return NULL;
> size += PAGE_SIZE;
> addr = VMALLOC_START;
> write_lock(&vmlist_lock);
> for (p = &vmlist; (tmp = *p) ; p = &tmp->next) {
>
> ===============> we barf here since the size + addr wraps
>

Also, this function should be moved to the /arch/i386/mm area since
it is doing pointer arithmetic with 32 bit assumptions (i.e.
unsigned long + unsigned long) Last time I checked, unsigned long
was a construct for a 32 bit value in any gcc compiler version, ia64
or not.

Jeff


> if ((size + addr) < addr)
> goto out;
>
> if (size + addr <= (unsigned long) tmp->addr)
> break;
> addr = tmp->size + (unsigned long) tmp->addr;
> if (addr > VMALLOC_END-size)
> goto out;
> }
> area->flags = flags;
> area->addr = (void *)addr;
> area->size = size;
> area->next = *p;
> *p = area;
> write_unlock(&vmlist_lock);
> return area;
>
> out:
> write_unlock(&vmlist_lock);
> kfree(area);
> return NULL;
> }
>
>
>
>
>
>
>
>
>
>
>
> On Wed, Feb 20, 2002 at 11:00:04AM -0700, Jeff V. Merkey wrote:
> >
> >
> > David,
> >
> > Someone had a thought that perhaps the Serverworks chipset is mapping
> > addresses above the 4GB boundry. Any thoughts on how to get around
> > this problem?
> >
> > Jeff
> >
> >
> > On Wed, Feb 20, 2002 at 09:30:34AM -0800, David S. Miller wrote:
> > > From: Jeff Garzik <jgarzik@mandrakesoft.com>
> > > Date: Wed, 20 Feb 2002 12:26:12 -0500
> > >
> > > type abuse aside, and alpha bugs aside, this looks ok... what is the
> > > value of as->msize?
> > >
> > > Jeff and Jeff, the problem is one of two things:
> > >
> > > 1) when you have ~2GB of memory the vmalloc pool is very small
> > > and this it the same place ioremap allocations come from
> > >
> > > 2) the BIOS or Linus is not assigning resources of the device
> > > properly, or it simple can't because the available PCI MEM space
> > > with this much memory is too small
> > >
> > > I note that one of the resources of the card is 16MB or so.
> > > -
> > > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> > > the body of a message to majordomo@vger.kernel.org
> > > More majordomo info at http://vger.kernel.org/majordomo-info.html
> > > Please read the FAQ at http://www.tux.org/lkml/
> > -
> > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at http://vger.kernel.org/majordomo-info.html
> > Please read the FAQ at http://www.tux.org/lkml/
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:24    [W:0.161 / U:16.540 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site