Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 25 May 2000 09:25:29 -0400
From:      Alexander Matey <matey@cis.ohio-state.edu>
To:        "Alexander N. Kabaev" <kabaev@mail.ru>
Cc:        "G.B.Naidu" <gbnaidu@sasi.com>, freebsd-multimedia@FreeBSD.ORG
Subject:   Re: Driver for Aureal Vortex* based soundcards is available
Message-ID:  <20000525092528.A537@cis.ohio-state.edu>
In-Reply-To: <XFMail.000525081516.kabaev@mail.ru>; from kabaev@mail.ru on Thu, May 25, 2000 at 08:15:16AM -0400
References:  <Pine.LNX.4.21.0005251730070.831-100000@pcd75.sasi.com> <XFMail.000525081516.kabaev@mail.ru>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, May 25, 2000 at 08:15:16AM -0400, Alexander N. Kabaev wrote:
> As far as I know, nowhere. This user uses binary 'core' module released by
> Aureal for Linux. By implementing various linux_ functions it was possible to
> trick core into believing that it runs on Linux :)

Exactly. And to my knowledge, Vortex hardware specs are not publicly available.

> PS. Alexander, the use of pmap_ calls in linux_ioremap and linux_iounmap is not
> stricly necessary, I believe. rman_get_virtual on memory mapped resource should
> give you the same result as long as resource has been allocated with RF_ACTIVE
> flag or bus_activate_resource has been called in order to activate it.

I'd really like to get rid of the linked list in linux_ioremap(), linux_iounmap().
Unfortunately, I couldn't think of a better way of implementing these. Core 
wants device to virtual address space mappings for addresses beyond the initial 
address of SYS_RES_MEMORY resource, which is allocated in au_pci_attach().
So, I'm not able to use rman_get_virtual(). I could do it myself having addresses 
returned by rman_get_start() and rman_get_virtual() just by calculating the 
difference b/w former one and an address passed as a parameter to 
linux_ioremap() and then adding this difference to the address returned
by rman_get_virtual(). But I'm not sure if this not too dirty.

-- 
lx


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000525092528.A537>