On Tuesday, September 10, 2013 1:45:40 pm Jean-Sébastien Pédron wrote:
> Le 09/09/2013 17:51, John Baldwin a écrit :
> > Ok, let's punt on changing the API perhaps, but use the vgapci softc to
find
> > the resource:
>
> This patch builds for me, but I can't tell if it works, as my computer
> onl
Le 09/09/2013 17:51, John Baldwin a écrit :
Ok, let's punt on changing the API perhaps, but use the vgapci softc to find
the resource:
This patch builds for me, but I can't tell if it works, as my computer
only uses the pmap_mapbios() case. That's also why I never noticed the
bogus behavior e
On Friday, September 06, 2013 4:01:14 am Jean-Sébastien Pédron wrote:
> Le 03/09/2013 20:10, John Baldwin a écrit :
> > Yes, orm0 is eating it. Try this along with using RF_SHAREABLE in your
> > call to BUS_ALLOC_RESOURCE():
> >
> > Index: x86/isa/orm.c
> > (...)
> > - res = bus_alloc_re
Le 03/09/2013 20:10, John Baldwin a écrit :
Yes, orm0 is eating it. Try this along with using RF_SHAREABLE in your
call to BUS_ALLOC_RESOURCE():
Index: x86/isa/orm.c
(...)
- res = bus_alloc_resource_any(child, SYS_RES_MEMORY, &rid, 0);
+ res = bus_alloc_resource_any(
On Saturday, August 31, 2013 3:39:26 am Jean-Sébastien Pédron wrote:
> Le 30/08/2013 22:44, John Baldwin a écrit :
> >> However, BUS_ALLOC_RESOURCE() returns NULL in my tests.
> >
> > Hmm, can you get devinfo -u output? I wonder if orm0 is eating this
> > resource.
>
> You'll find it attached.
Y
Le 30/08/2013 22:44, John Baldwin a écrit :
However, BUS_ALLOC_RESOURCE() returns NULL in my tests.
Hmm, can you get devinfo -u output? I wonder if orm0 is eating this
resource.
You'll find it attached.
--
Jean-Sébastien Pédron
Interrupt request lines:
0 (attimer0)
1 (atkbd0)
3
On Friday, August 30, 2013 10:51:08 am Jean-Sébastien Pédron wrote:
> On 29.08.2013 16:07, John Baldwin wrote:
> > Here is an untested cut at this, it only changes these functions and doesn't
> > fix the callers to work with the returned struct resource, etc.:
>
> I attached an updated patch inclu
On 29.08.2013 16:07, John Baldwin wrote:
> Here is an untested cut at this, it only changes these functions and doesn't
> fix the callers to work with the returned struct resource, etc.:
I attached an updated patch including changes to pcivar.h and radeon.
However, BUS_ALLOC_RESOURCE() returns NUL
On Thursday, August 29, 2013 6:10:20 am Jean-Sébastien Pédron wrote:
> On 26.08.2013 16:55, John Baldwin wrote:
> > On Sunday, August 25, 2013 2:09:12 pm Jean-Sebastien Pedron wrote:
> >> Author: dumbbell
> >> Date: Sun Aug 25 18:09:11 2013
> >> New Revision: 254882
> >> URL: http://svnweb.freebsd.
On 26.08.2013 16:55, John Baldwin wrote:
> On Sunday, August 25, 2013 2:09:12 pm Jean-Sebastien Pedron wrote:
>> Author: dumbbell
>> Date: Sun Aug 25 18:09:11 2013
>> New Revision: 254882
>> URL: http://svnweb.freebsd.org/changeset/base/254882
>>
>> Log:
>> vga_pci: Add API to map the Video BIOS
On Sunday, August 25, 2013 2:09:12 pm Jean-Sebastien Pedron wrote:
> Author: dumbbell
> Date: Sun Aug 25 18:09:11 2013
> New Revision: 254882
> URL: http://svnweb.freebsd.org/changeset/base/254882
>
> Log:
> vga_pci: Add API to map the Video BIOS
>
> Here are two new functions to map and un
Author: dumbbell
Date: Sun Aug 25 18:09:11 2013
New Revision: 254882
URL: http://svnweb.freebsd.org/changeset/base/254882
Log:
vga_pci: Add API to map the Video BIOS
Here are two new functions to map and unmap the Video BIOS:
void * vga_pci_map_bios(device_t dev, size_t *size);
12 matches
Mail list logo