On Thu, Mar 10, 2016 at 11:18 AM, Gedare Bloom <ged...@rtems.org> wrote:
> Joel should comment on this. He has been making a recent effort at > unifying the PCI implementations in the BSP layer. However, we also > have the new "drvmgr" framework in cpukit/libdrvmgr that supports PCI > plus a lot of other devices and busses. > Gedare.. are you thinking of libpci or both liibdrvmgr and the new libpci I didn't push on using libpci although I looked at it brief. Both are only used by SPARC BSPs at the moment but would be good to bring over to the other. I left a ticket (https://devel.rtems.org/ticket/2635) where some PowerPC BSPs couldn't immediately use my shared pci_find_device.c because I didn't promote out pci_scan(). It would be good to get that issue addressed and then start migrating BSPs to use libpci and whatever is useful from what I did cleanup up the pc386. Between the two of those, there should be a nice GSoC project and it would be appreciated. + migrate to use of libpci including enhancements as needed I do not know enough about the driver manager to know which BSPs should use it. The pc386 may be a good candidate. I think if the devices are dynamically detected on the BSP, it makes sense. But not sure. --joel > > On Tue, Mar 8, 2016 at 12:19 PM, animesh pathak <animesh2...@gmail.com> > wrote: > > Hi, > > Thanks for informing. Another interesting idea on which I would like to > work > > upon, from the Ideas page is "Unified Interrupts and Devices" . In case > this > > project is already assigned to someone please suggest me the project > which I > > can pick up, and can get started with. > > Regarding my skills, I have good knowledge of GNU/Linux environment, > > operating system related things like Processes, CPU Scheduling, System > > calls, Concurrency and Threading, Locking mechanisms, File systems etc > and > > also I have implemented custom syscalls in xv6 os. I have experience in > > programming languages like C, C++, Python, JavaScript and have a good > > algorithmic background. > > > > Regards > > > > On Tue, Mar 8, 2016 at 8:59 AM, Gedare Bloom <ged...@rtems.org> wrote: > >> > >> Hi Animesh, > >> > >> I think the condition variables will be fixed by another developer > >> (Sebastian Huber). Any other projects catch your eye? > >> > >> On Sat, Mar 5, 2016 at 5:31 AM, animesh pathak <animesh2...@gmail.com> > >> wrote: > >> > Hello everyone, > >> > I am Animesh Chandra Pathak. > >> > I am pursuing my BTech in Computer Science at IIIT Hyderabad. > >> > I am interested in working with RTEMS as a part of Google summer of > code > >> > 2016 project. > >> > > >> > I have successfully completed the Getting Started part as mentioned in > >> > the > >> > quick start and modified the hello world programme. Now when I am > trying > >> > to > >> > compile the network-demos, I am getting "error: too few arguments to > >> > function 'mg_start' ". How should I do to compile this ? > >> > Screenshot is attached. > >> > > >> > I want to work on the "Implement Classic API and supercore condition > >> > variables" as a part of Google summer of code project. > >> > > >> > what should I do before applying for Google summer of code ? > >> > > >> > _______________________________________________ > >> > devel mailing list > >> > devel@rtems.org > >> > http://lists.rtems.org/mailman/listinfo/devel > > > > > _______________________________________________ > devel mailing list > devel@rtems.org > http://lists.rtems.org/mailman/listinfo/devel >
_______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
