Project

General

Profile

Google Summer of Code 2018 » History » Version 33

Paul Kocialkowski, 01/22/2018 09:47 PM

1 1 Jeremy Rand
h1. Google Summer of Code 2018
2
3 33 Paul Kocialkowski
{{>toc}}
4
5 1 Jeremy Rand
Replicant intends to apply to GSoC 2018 as part of the FSF umbrella.  This page lists suggested projects for GSoC students.  *This list is a draft!*
6
7 21 Jeremy Rand
*Note: Working on most of these projects requires a sufficiently powerful computer with enough disk space to build Replicant.*
8
9 2 Jeremy Rand
h2. Advance the Optimus Black U-Boot and Linux mainline ports
10 1 Jeremy Rand
11 25 Paul Kocialkowski
The Optimus Black from LG is an interesting device from the perspective of freedom and privacy/security. It has the ability to run a free bootloader and uses an OMAP3 SoC that is well-documented and supported in upstream U-Boot (bootloader) and Linux (kernel). Its modem is well-isolated from the rest of the device, ensuring a sane base for privacy/security. Currently, the device-specific parts of the mainline U-Boot and Linux ports are still at an early stage, where they are functional with a very limited set of supported hardware.
12 1 Jeremy Rand
13 26 Paul Kocialkowski
Advancing the Optimus Black U-Boot and Linux mainline ports would allow using the device with free, up-to-date and maintainable software and would pave the way for support in GNU/Linux systems as well as Replicant. A list of priorities in hardware support will be defined, with the objective of tackling as many as possible.
14 1 Jeremy Rand
15 25 Paul Kocialkowski
*Difficulty*: Medium
16 1 Jeremy Rand
17 25 Paul Kocialkowski
*Requirements/Prerequisites*: C programming language, driver development
18 1 Jeremy Rand
19 25 Paul Kocialkowski
*Expected Outcomes/Deliverables*: Improved hardware support for the Optimus Black in U-Boot and Linux
20
21 31 Paul Kocialkowski
*Possible Mentors*: Paul (confirmed), GNUtoo (confirmed, backup)
22 1 Jeremy Rand
23 25 Paul Kocialkowski
h2. Advance the Kindle Fire (first generation) U-Boot and Linux mainline ports
24 1 Jeremy Rand
25 25 Paul Kocialkowski
The Kindle Fire (first generation) from Amazon is an interesting device from the perspective of freedom and privacy/security. It has the ability to run a free bootloader and uses an OMAP4 SoC that is well-documented and supported in upstream U-Boot (bootloader) and Linux (kernel). It does not embed a modem, ensuring a sane base for privacy/security. Currently, the device-specific parts of the mainline U-Boot and Linux ports are still at an early stage, where they are functional with a very limited set of supported hardware.
26 2 Jeremy Rand
27 26 Paul Kocialkowski
Advancing the Kindle Fire (first generation) U-Boot and Linux mainline ports would allow using the device with free, up-to-date and maintainable software and would pave the way for support in GNU/Linux systems as well as Replicant. A list of priorities in hardware support will be defined, with the objective of tackling as many as possible.
28 2 Jeremy Rand
29 25 Paul Kocialkowski
*Difficulty*: Medium
30 2 Jeremy Rand
31 25 Paul Kocialkowski
*Requirements/Prerequisites*: C programming language, driver development
32
33
*Expected Outcomes/Deliverables*: Improved hardware support for the Kindle Fire (first generation) in U-Boot and Linux
34 2 Jeremy Rand
35 31 Paul Kocialkowski
*Possible Mentors*: Paul (confirmed), GNUtoo (confirmed, backup)
36 3 Jeremy Rand
37 30 Paul Kocialkowski
h2. Implementing generic Hardware Abstraction Layers (HALs)
38
39
Currently, Replicant uses a dedicated Hardware Abstraction Layer per device, because device manufacturers implemented non-standard kernel interfaces. However, Android works with mainline kernels and supports plug-n-play hardware nowadays, so it makes sense to have generic Hardware Abstraction Layers for the standard interfaces of the Linux kernel (ALSA, V4L2, etc). In particular, this would allow supporting external Wi-Fi dongles such as the ones supported by the ath9k_htc driver and free firmwares without the need for a specific application or configuration.
40
41
*Difficulty*: Medium
42
43
*Requirements/Prerequisites*: C programming language, kernel interfaces knowledge
44
45
*Expected Outcomes/Deliverables*: A collection of generic HALs for Android and Replicant
46
47 32 Paul Kocialkowski
*Possible Mentors*: Paul (confirmed, backup)
48 30 Paul Kocialkowski
49 5 Jeremy Rand
h2. Access Point mode for RepWifi
50
51 11 Jeremy Rand
RepWifi is Replicant's app for using an external USB WiFi adapter.  RepWifi is useful for Replicant because there exist USB WiFi adapters with free firmware, while the built-in WiFi chipsets in mobile phones do not have free firmware.  Right now, RepWifi doesn't support acting as an access point (e.g. for WiFi tethering purposes); you can help by adding this functionality to RepWifi.
52 30 Paul Kocialkowski
53
Note that this task can be superseded by: *Implementing generic Hardware Abstraction Layers (HALs)*
54 5 Jeremy Rand
55
*Difficulty*: Easy to Medium
56
57 23 Fil Bergamo
*Requirements/Prerequisites*: Knowledge of Java and basic shell scripting. Basic knowledge about wpa_supplicant and general network management in POSIX environments.
58 24 Fil Bergamo
Required knowledge builds up very fast by trial and error, no need to be experts in networking, it's mostly about researching and learning.
59 5 Jeremy Rand
60 23 Fil Bergamo
*Expected Outcomes/Deliverables*: Make wpa_supplicant run in "Access Point mode", allowing another device to connect to the phone via WiFi, and use its mobile data connection to access the internet. Integrate the needed GUI functions into RepWifi.
61 5 Jeremy Rand
62 23 Fil Bergamo
*Possible Mentors*: Fil (confirmed)
63 5 Jeremy Rand
64 4 Jeremy Rand
h2. Port Replicant to a newer LineageOS version
65
66 19 Jeremy Rand
Replicant is currently based on LineageOS 13.  It would be desirable to upgrade Replicant to a newer release of LineageOS.
67 4 Jeremy Rand
68 19 Jeremy Rand
*Difficulty*: Medium
69 4 Jeremy Rand
70 19 Jeremy Rand
*Requirements/Prerequisites*: Knowledge of C, C++, and Java.
71 4 Jeremy Rand
72 19 Jeremy Rand
*Expected Outcomes/Deliverables*: Remove all proprietary components of LineageOS, port all the changes needed to successfully boot without any blobs, rebrand LineageOS as Replicant.
73 4 Jeremy Rand
74 18 Jeremy Rand
*Possible Mentors*: Forkbomb (confirmed), Wolfgang?
75 6 Jeremy Rand
76
h2. OS Updater
77
78 15 Jeremy Rand
It would be useful for a Replicant device to be able to update itself to a new version of Replicant without requiring being connected to a PC.  You can help by implementing this functionality.  LineageOS already supports this; we suspect that it should be possible to adapt this LineageOS functionality to Replicant.
79 6 Jeremy Rand
80
*Difficulty*: Medium to Hard
81
82
*Requirements/Prerequisites*: TODO
83
84
*Expected Outcomes/Deliverables*: TODO
85
86
*Possible Mentors*: Wolfgang?
87 4 Jeremy Rand
88 7 Jeremy Rand
h2. Implement a fully-featured QMI-RIL
89
90
(Project description: TODO.)
91
92
*Difficulty*: TODO
93
94
*Requirements/Prerequisites*: TODO
95
96
*Expected Outcomes/Deliverables*: TODO
97
98
*Possible Mentors*: Wolfgang?
99
100
h2. Implement the missing features of Samsung-RIL
101
102 12 Jeremy Rand
Samsung-RIL is the RIL (Radio Interface Layer) that many Replicant devices use to communicate with the modem.  It is a free, reverse-engineered replacement for the proprietary RIL that the Samsung phones ship with by default (which has been found to have backdoors). Right now, Samsung-RIL mostly implements only the protocol features that are absolutely necessary for the phone to be operable.  As a result, many more rarely used protocol features are unimplemented, which decreases functionality compared to the proprietary RIL.  You can help by implementing the missing features of Samsung-RIL.
103 7 Jeremy Rand
104 19 Jeremy Rand
*Difficulty*: Medium to Hard
105 7 Jeremy Rand
106 19 Jeremy Rand
*Requirements/Prerequisites*: Knowledge of C.
107 7 Jeremy Rand
108 20 Jeremy Rand
*Expected Outcomes/Deliverables*: Implement the missing features listed at [[Samsung-RIL]].
109 7 Jeremy Rand
110 18 Jeremy Rand
*Possible Mentors*: Forkbomb (confirmed), Wolfgang?
111 7 Jeremy Rand
112 8 Jeremy Rand
h2. Debug metallic sound in many 3G calls
113
114 14 Jeremy Rand
Replicant has been observed to sometimes exhibit a metallic sound quality when doing voice calls over 3G (2G works fine).  This is problematic, since most users prefer to stay in 3G mode (and some carriers are dropping support for 2G).  You can help by debugging the issue.
115 8 Jeremy Rand
116 10 Jeremy Rand
*Difficulty*: TODO
117
118 8 Jeremy Rand
*Requirements/Prerequisites*: TODO
119
120
*Expected Outcomes/Deliverables*: TODO
121
122 31 Paul Kocialkowski
*Possible Mentors*: GNUtoo (confirmed)
123 8 Jeremy Rand
124 9 Jeremy Rand
h2. Optimize power consumption in external WiFi adapter firmware
125
126 16 Jeremy Rand
The USB WiFi adapters used with Replicant are originally intended for laptops, not phones.  As a result, they tend to consume a lot of power.  This poses two issues: they can adversely impact battery life, and they can randomly stop working completely (e.g. needing to unplug and replug the adapter periodically to keep it operational).  You can help by optimizing power consumption in the WiFi adapter firmware.
127 10 Jeremy Rand
128
*Difficulty*: TODO
129 9 Jeremy Rand
130
*Requirements/Prerequisites*: TODO
131
132
*Expected Outcomes/Deliverables*: TODO
133
134 31 Paul Kocialkowski
*Possible Mentors*: GNUtoo (confirmed)
135 9 Jeremy Rand
136 17 Jeremy Rand
h2. Upgrade the WebView
137
138
Replicant uses an old version of the Android WebView (from circa 2015).  This is a security and functionality problem.  You can help by getting a more recent WebView working on Replicant.
139
140
*Difficulty*: TODO
141
142
*Requirements/Prerequisites*: TODO
143
144
*Expected Outcomes/Deliverables*: TODO
145 1 Jeremy Rand
146
*Possible Mentors*: TODO
147 18 Jeremy Rand
148
h2. Port the Galaxy S3 and Galaxy Note 2 to Mainline Linux
149
150
The Galaxy S3 and Galaxy Note 2 currently use a vendor fork of Linux, which poses a maintainability and security issue.  Forkbomb has done some initial work on porting these devices to use mainline Linux.  You can help by continuing this work.
151
152 22 Jeremy Rand
*Difficulty*: Medium to Hard
153 18 Jeremy Rand
154 22 Jeremy Rand
*Requirements/Prerequisites*: Knowledge of C
155 18 Jeremy Rand
156 22 Jeremy Rand
*Expected Outcomes/Deliverables*: Audio working, modem working, and Replicant or LineageOS booting with mainline Linux.
157 18 Jeremy Rand
158 31 Paul Kocialkowski
*Possible Mentors*: Forkbomb (confirmed), GNUtoo (confirmed)
159 17 Jeremy Rand
160 28 Denis 'GNUtoo' Carikli
h2. Fix the Free software distribution guidelines issues.
161
162 29 Denis 'GNUtoo' Carikli
Replicant has some issues with FSDG compliance: F-droid repository is not FSDG compliant anymore, and Replicant can't be built from an FSDG distribution. Replicant should also not depends on pre-built dependencies anymore and build without issues.
163 28 Denis 'GNUtoo' Carikli
164
*Difficulty*: Easy
165
166
*Requirements/Prerequisites*: Knowledge of shell scripts and the ability to learn the Android build system
167
168
*Expected Outcomes/Deliverables*: The ability to compile Replicant from an FSDG distribution
169
170 31 Paul Kocialkowski
*Possible Mentors*: GNUtoo (confirmed)
171 28 Denis 'GNUtoo' Carikli
172 3 Jeremy Rand
h2. Projects mentored by other organizations
173
174
h3. llvmpipe ARM optimizations
175
176
(Project description: TODO; can probably be adapted from https://redmine.replicant.us/projects/replicant/wiki/GraphicsResearch#llvmpipe .)
177
178
*Difficulty*: TODO
179
180
*Requirements/Prerequisites*: TODO
181
182
*Expected Outcomes/Deliverables*: TODO
183
184
Mesa would probably be a good organization for mentoring this project.  If interested in working on this project, please propose it to Mesa.  (We're happy to help.)