From mboxrd@z Thu Jan 1 00:00:00 1970 From: Linda Subject: Xen Outreachy application Date: Thu, 02 Apr 2015 07:47:08 -0600 Message-ID: <551D485C.3050403@jma3.com> References: <55199615.1020000@jma3.com> <20150330185237.GA11859@zion.uk.xensource.com> <38F62471-9698-4E3B-BE96-6FCC42C3F014@jma3.com> <8911DF20-E76B-4A0E-BF73-944FC87F7130@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <8911DF20-E76B-4A0E-BF73-944FC87F7130@gmail.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Lars Kurth Cc: Julien Grall , Wei Liu , "" List-Id: xen-devel@lists.xenproject.org Hi Lars, I am aware of it. Thank you. I've been having trouble with builds and git send-emails. The code is written and minimally unit tested. I would love to have it reviewed. I'm waiting on answers/suggestions from Julien and Wei, who have been very responsive. They deserve gold stars for their patience with me. BTW, I hope you don't mind I changed the subject line, so the developers on the list understand the circumstances. Thanks, Linda Jacobson On 4/2/2015 7:15 AM, Lars Kurth wrote: > Linda, > I do want to remind you that you need to start communicating on the public list and submit some patches. Also some of us are away before the application deadline on the 7th. So things may get tight > Regards > Lars > >> On 30 Mar 2015, at 20:26, Linda Jacobson wrote: >> >> Will do. Thanks for all the info. L >> >> Sent from my iPhone >> >>> On Mar 30, 2015, at 12:52 PM, Wei Liu wrote: >>> >>>> On Mon, Mar 30, 2015 at 12:29:41PM -0600, Linda wrote: >>>> Hi Wei, >>>> I have a few questions before we chat Tuesday. Per your instructions, I >>>> read the coding standards, which referred me to libxl.h for memory >>>> management. They are contradictory, in that the coding standards imply that >>>> I should be using internal libxl_*alloc functions, but the memory management >>>> section says to do a malloc. I thought someone should know. >>> They are not contradictory. libxl_*alloc are wrappers to libc's *alloc >>> functions. >>> >>> I think that section is mostly material for external callers (i.e. from >>> the libxl user's point of view). You're going to work on the library >>> itself so your point of view is a bit different. >>> >>>> I assume I should look for and use the appropriate libxl_*alloc >>>> function. >>> Yes. >>> >>>> Also, you mentioned that all libxl functions should take a ctx >>>> (context?) as the first argument. I had looked at several libxl_bitmap* >>>> functions (init, test, set, and dispose) which don't, but looking at the >>>> alloc code you sent me, I'm not clear on the purpose of the ctx. Perhaps we >>>> can go over that in our chat. >>> I think I said "usually". There are exceptions. :-) >>> >>> Yes, ctx means context. The application (libxl user) is going to >>> initialise that context and pass that to libxl public API. Then your >>> public API (the functions that you're going to implement are public >>> APIs) can use that context to do various stuff. >>> >>> There are many things wrapped in context, but I don't think you really >>> need to care about what they are unless you really need them. >>> >>> For the time being, you can use the code snippet (libxl_bitmap_alloc) I >>> sent you as skeleton to implement your own functions. >>> >>> Wei. >>> >>>> Thanks. >>>> >>>> Linda >