Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 26 May 2018 19:08:08 +0530
From:      Lakhan Shiva <lakhanshiva@gmail.com>
To:        pratyush@freebsd.org
Cc:        freebsd-hackers@freebsd.org, jaggi@freebsd.org,  Edward Tomasz Napierala <trasz@freebsd.org>
Subject:   Re: Why is there no bus_dmamap_load_sg()?
Message-ID:  <CAHC0Yge9MrtHhHgowd3GRpw3rEjem=bRFwK3UyhtoknxnE%2B3VA@mail.gmail.com>
In-Reply-To: <CA%2BX=3TK_v2Sby0fP57XB2T2WQpJ6mebE4doF6AiVJNHYHxPU8A@mail.gmail.com>
References:  <CA%2BX=3TK_v2Sby0fP57XB2T2WQpJ6mebE4doF6AiVJNHYHxPU8A@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Hi,

I think nobody wanted this before. As you have the need for it in your
project you should go ahead and create the service.
Again, I am not 100% sure, correct me if i am wrong.

Thanks,
Lakhan

On Sat, May 26, 2018 at 2:41 PM Pratyush Yadav <pratyush@freebsd.org> wrote:

> Hi all,
>
> I am working on Xen this summer [0], and I have to use the bus_dma(9)
> interface extensively during the course of the project.
>
> I was looking at the man page and I notice the function
> bus_dmamap_load_mbuf_sg() which directly returns the segment array to
> the client. But a similar variant of bus_dmamap_load() is missing.
> This variant would be useful to me and help me in my work.
>
> Is there a reason the sg variant was only implemented for mbufs?
>
> I was looking at the code in sys/kern/subr_bus_dma.c and a
> bus_dmamap_load_sg() does not look too difficult to implement. Is it
> ok if I submit a patch implementing it?
>
> --
> Regards,
> Pratyush Yadav
>
>
> [0]
> https://wiki.freebsd.org/SummerOfCode2018Projects/ImportXenbus_dmaFromOpenBSD
> _______________________________________________
> freebsd-hackers@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org"
>



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAHC0Yge9MrtHhHgowd3GRpw3rEjem=bRFwK3UyhtoknxnE%2B3VA>