Explore Projects

<p>DFFML is a machine learning based project which provides APIs for training and testing datasets using various machine learning frameworks such as scikit-learn, tensorflow and more, making it easy to generate datasets, train and use machine learning models, and integrate machine learning into new or existing applications.</p> <p>At present, there is no way of training and testing the existing machine learning models in DFFML on image datasets, so I have selected 2 image processing python libraries OpenCV and Scikit-Image to wrap in DFFML.</p> <p>The project is divided into 2 parts:</p> <ol> <li>Wrapping the Image Processing Libraries namely OpenCV and Scikit-Image.</li> <li>High Level Operation Workflow, i.e., Custom Operations which will act as high level operations implementing a predefined flow of OpenCV and Scikit-Image functions.</li> </ol>

<p>Implementing an optional language detection with two built-in supported language detection libraries and reimplementing <code>search_dates</code> for better results and improving the previously buggy <code>search_dates</code>.</p>

This project aims to implement an in-memory, volatile file system for NVIDIA GPUs using the NVPTX backend in newlib. NVPTX offloading in GCC enables running tests on the GPU, but currently lacks proper file system support. The proposed solution involves two key objectives: (1) developing a lightweight file system driver that operates in the GPU’s VRAM, and (2) redirecting NVPTX system calls in newlib to interface with this in-memory file system. The file system will support basic operations such as file creation and deletion, without requiring recursive directory structures. This work will improve the runtime environment for NVPTX targets and potentially pave the way for future extensions, such as RPC-based host filesystem access or support for AMD GPUs via the AMD GCN backend.

<p>The idea of this project is to use Haskell as another way of reasoning about the typing rules of Typed Lua. Project involves implementing parser and typechecker for Typed Lua Core - Typed Lua dialect which does not contain any syntactic sugar what simplifies reasoning about typing rules.</p>

<p>The upgraded role of cubesats, fueled by technological advances in the aerospace industry, that lower launch costs, has opened access to space for a wider audience. Space is a harsh environment for microelectronics. Radiation induced Single Event Upsets can trigger bit flips in memory that could have catastrophic consequences rendering a cubesat useless. Current state of fault tolerance is to either use Rad-Hard electronics that their cost makes it suitable only for high profile missions or the use of Commercial off-the-shelf electronics that offer little protection.</p> <p>My proposal is to modify the lowRISC SoC, employing the Core Lock Step fault tolerant technique in minion cores by integrating a CLS assist unit, in order to be suitable for use in a cubesat mission.</p>

This proposal aims to improve the performance of the Finite-Difference Time-Domain (FDTD) algorithm within the gprMax software by integrating XPU technology. This enhancement will focus on optimizing cache and memory efficiency, employing non-linear multistep update sequences for better data locality. The deliverables include a new XPUSolver class, optimized field update kernels, a robust testing framework, and comprehensive documentation.

<p>When astronauts travels to Mars, or even other planets, they will be exposed to a number of hazards e.g. radiation, microbes in the spacecraft, planetary surface toxic dust. This project mainly revolves around configuring biometric signal sensors.</p> <p>The project has an initial phase of surveying the commercial sensors available, and selecting one, or many, after extensive research. The sensors are selected such that they read the biometrics like Heart Rate, Accelerometer data, Respiration rate, body temperature, Pulsioximetry data,Respiratory Volume, ECG, etc.</p> <p>The second phase involves developing the Device Server itself in Tango, for these selected sensors. This project is part of the current studies on the simulation of Astronaut’s Health Monitor Systems.</p>

<p>About the project. The idea is to stabilize the project in python 3, perform unit tests (to test the migration to python3), add continuous integration (run the tests in each commit) and automated deployment (to assemble the packages and upload them to PyPi automatically). They are all things that would facilitate the development and installation of the project.</p>

The holidays library currently embeds translated holiday names directly within country-specific Python modules, causing significant data redundancy and high barriers for non-developer translators. This project introduces a centralized, Gettext-based architecture that extracts these strings into dedicated .po files one per language loaded lazily at runtime. How I plan to solve it Develop an AST-powered extraction script to identify all self.tr() calls across 100+ country modules. Implement a LocaleRegistry class to manage lazy loading and en_US fallback logic. Migrate the existing codebase to this decoupled architecture to enable easier integration with tools like Weblate. Key Deliverables: A Python CLI utility for automated string extraction. A centralized /holidays/locale/ directory structure. A fully integrated LocaleRegistry with backward compatibility support. A "Translation Contributor’s Guide" for future community volunteers.

<p>PULPino is an open-source microcontroller system, based on a small 32-bit RISC-V core.</p> <p>Importing Arduino Libraries to PULPino architecture should introduce both PULP and RISC-V to the massive Arduino community and would benefit in educational purposes.</p> <p>At the end of this project; all Arduino core libraries would be ported and popular Arduino examples should be tested on PULPino core on FPGA to verify the functionality of the libraries, and all work should be published open source for modification by the open source community.</p>

<p>To introduce open-source IP for components such as an NASTI slave memory mapped DDRx controller.</p>

Graphite uses the vello renderer to accelerate the image composition on the GPU. However, vello is only well suited for composing vector elements and plain raster images. It does not implement any operations for (post-)processing raster images, like adjusting hue, saturation, blurs, blending images, etc. Currently, these “raster ops” are evaluated on the CPU, significantly slowing editing to about 2-3 fps on a typical desktop system, making it unusable. I want to accelerate the processing of rasterization ops using the GPU to achieve acceptable levels of performance.

This project proposal focuses on improving two DrTest plugins: Coverage and Executable Comment. In particular, to enhance how these plugins show the results to facilitate developer analysis by: (a) adding a statement coverage visualization view; (b) showing detailed coverage statistics; and (c) adding more grouping options in the result panel. Complementary, we propose to add a new plugin that allows developers to perform mutation testing analysis.

Project Description: The existing completion functionality for cargo commands is achieved through the maintenance of a completion script. This script is difficult to maintain and cannot be easily ported across different shells, with each shell requiring its own specific completion script. How to solve: This project aims for the completion script to call an external completion program, thereby realizing the implementation of the completion functionality in Rust language, instead of shell completion scripts. Rust will bring various advantages such as safety, testability, portability, and ease of extension. Deliverables: 1. Implement a stable and easy-to-use dynamic auto-completion script generation module for the clap project. 2. Implementation of cargo dynamic completion feature. 3. Testing the cargo dynamic completion feature

<p>Xcos is a great tool for modeling and simulation. However, as the number of the blocks increases, an Xcos schema can become quickly messy. This idea of is to provide options to automatically update the layout of an Xcos schema including its links and blocks, so that the diagrams could be kept well-presented. Based on the optimal route for a link, I will try to improve the positions of blocks and implement the preview functionality.</p>

This project aims to add WebAssembly support to the Wild linker. Wild linker is a high-performance Linux linker written in Rust, and supporting the WebAssembly format would expand its applicability to even more Rust development scenarios. While LLVM's wasm-ld (lld) is currently the primary linker used for WebAssembly, Wild achieves link speeds that are often several times faster than lld for ELF linking across many scenarios, including mold, which was previously considered the fastest Linux linker. Since the fundamental linking process remains largely the same when adding WebAssembly support, much of the performance-critical implementation could be reused. Achieving similar performance gains for WebAssembly would therefore significantly reduce build times for Rust projects.

This project aims to extend the existing P4sim module integrated within the ns-3 network simulator by implementing control plane functionalities. The P4sim currently supports the simulation of P4-programmable data planes in ns-3, providing a powerful environment for research and development in programmable networking. This project proposes to bridge that gap by integrating a control plane to support P4 Runtime, like changing the openconfig-interfaces, the ethernet augments and other runtime configurable features. The enhancements will improve the realism and usability of the simulator for research and experimentation involving P4

In this proposal, I outline three projects. The following is a brief outline of each project problem, solution, and set of deliverables: Project 1) Improving Test Coverage Problem: Vorta has a current test code coverage of 72%, and we would like to get this in the 80% - 85% range. Additionally, current testing files need more a consistent file structure and organization. Solution: Work with organization mentors to prioritize test code coverage. Create unit and integration tests to reach our target code coverage. Reorganize and restructure testing file. Deliverables: At least 80% code coverage, with a stretch goal of 85%. Test files separated into unit tests vs integration tests. Consistency in file naming and structure across all test files. Project 2) Implement Profile Sidebar Problem: The current profile selector and setting tab implementation mixes global setting with profile specific settings. Solution: Move the profile selector and settings button to a collapsible sidebar. The settings button opens a new interface with options relating to global settings and profile management, while the individual profile buttons open to profile specific settings. Deliverables: A new sidebar with profile selector and setting button, as well as a new setting interface. Unit and integration testing accompanying all new features. Project 3: Test on Live Borg Binary Problem: Currently we test on static mock files of Borg JSON output. This task would improve testing to run on actual Borg versions/binaries. Solution: Test multiple versions of Borg using Tox to simplify testing. Implement these changes in setup.cfg Deliverables: CICD running tests on live Borg binaries with > 99% success rate. Include the option to run existing integration tests locally. Include thorough documentation of this process.

<p>Pointer Authentication is a software security primitive that makes it much harder for an attacker to aggravate attacks targeting arbitrary code execution through malicious manipulation of code and data pointers. This project aims at doing a proof-of-concept integration of pointer authentication into Ibex.</p> <p>The focus lies on integrating pointer authentication into Ibex's processor pipeline. To this end, new custom instructions need to be added to generate and authenticate pointers. In addition, the Ibex system is 32-bit, so we will need to figure out where to store PAC (Pointer Authentication Codes) and how to load them.</p>

<p>This requires completion and packaging of the udiff library. Potential goals include:</p> <ul> <li>Publishing an initial version to PyPI. </li> <li>Adding matrix/tensor calculus support.</li> <li>Adding tests.</li> <li>Adding documentation on use, which will be fairly minimal. </li> <li>Publishing a final version to PyPI.</li> </ul> <p>More Detail: <a href="https://uarray.org/en/latest/gsoc/2020/ideas.html#udiff-completion-and-packaging" target="_blank">udiff: Completion and Packaging</a></p>

<p>Mission Support System (or short MSS) is a software that is used for atmospheric research flight planning by scientists and meteorological researchers. It is a tool that uses various sets of forecast data in combination with a web map service to analyze the data and place the waypoints for planning research flights accordingly.</p> <p>The present documentation of the Mission Support System client software covers the basic installation and offers a brief description of the use of the MSS client UI but lacks a vivid and lucid explanation of all the elements and features of the User Interface. The practical usage of the software has been lacking in the existing documentation. To enhance the user experience and to convey a deeper understanding about the practical usage of the software, I propose to create comprehensive and auto-generated video tutorials by a programming script that will be a helpful guide for the user.</p>

<p>Tern currently does not list the metadata of packages installed by different package managers. This project aims to enable this functionality in Tern. Also to increase the current test coverage of Tern by writing more Unit Tests.</p>

On-machine Inspection (OMI) is a valuable tool used in CNC commercial manufacturing to ensure proper tolerances of the manufactured piece. This is done by attaching a probe to the tool head of the machine and scanning the surface of the finalised product to see if there are discrepancies between the expected result and actual measurements. Including such a tool on FreeCAD, which already has a dedicated set of tools for CNC milling in the Path Workbench, will not only bring it closer to proprietary solutions but even surpass some of them that don't have this feature. This would save time for the machinist and also increase the inherent accuracy of the whole process. Building upon this, sensing solutions can introduce novel approaches to improve the CAM workflow and even generate new solutions not seen before. This proposal argues for an automatized post-processing of, for example, 3D prints by milling them to correct tolerances and inherent defects of the manufacturing process like layer patterns, over-extrusion or limited resolution. For On-machine inspection, there are already commercial solutions available so it's a matter of replicating their implementations on Python for FreeCAD. For the post-processing tool, a more involved overview of optimization algorithms for closely-matching volumes will be needed but it's surely available in the literature. If not, my background in mathematics and physics should prove valuable in the development of such an algorithm. Thus, the main goals for the proposal are to prodive the FreeCAD Path Workbench with two new tools, On-machine Inspection and automatized post-processing of already manufactured pieces, and also to properly test and document these new tools in the FreeCAD wiki.