On 210613 1444, Lara Lazier wrote:
> Hi everyone!
>
> My name is Lara, and I am one of this year's GSoC students. I am studying
> computer science in Zürich, and I will start my master's in September. For
> my GSoC project, I am working with Paolo Bonzini on fixing and extending
> the SVM implemen
On 13/06/21 14:44, Lara Lazier wrote:
Hi everyone!
My name is Lara, and I am one of this year's GSoC students. I am
studying computer science in Zürich, and I will start my master's in
September. For my GSoC project, I am working with Paolo Bonzini on
fixing and extending the SVM implementati
Hi everyone!
My name is Lara, and I am one of this year's GSoC students. I am studying
computer science in Zürich, and I will start my master's in September. For
my GSoC project, I am working with Paolo Bonzini on fixing and extending
the SVM implementation in QEMU.
I am very excited to learn man
On Tue, 27 Aug 2019 at 22:01, John Snow wrote:
>
>
>
> On 8/27/19 4:56 PM, Peter Maydell wrote:
> > On Tue, 27 Aug 2019 at 21:52, John Snow wrote:
> >> - For theming, I'm a fan of the RTD theme, because I think it makes the
> >> TOC tree stand out better and makes for nicer browsing than the defa
On 8/27/19 4:56 PM, Peter Maydell wrote:
> On Tue, 27 Aug 2019 at 21:52, John Snow wrote:
>> - For theming, I'm a fan of the RTD theme, because I think it makes the
>> TOC tree stand out better and makes for nicer browsing than the default
>> alabaster theme. Maybe when there's a better over-ar
On Tue, 27 Aug 2019 at 21:52, John Snow wrote:
> - For theming, I'm a fan of the RTD theme, because I think it makes the
> TOC tree stand out better and makes for nicer browsing than the default
> alabaster theme. Maybe when there's a better over-arching TOC laid out
> with better organization we
On 8/26/19 2:51 PM, Gabriel Barreto wrote:
> I've uploaded to my github repository¹ the work done so far. Using
> Peter's patches as a starting point, we were able to generate
> kernel-docs documentation for some of QEMU's APIs. After studying the
> available options, we found a nice solution to
On Sun, Aug 25, 2019 at 03:30:49PM -0400, Jan Bobek wrote:
> Hi folks,
>
> those of you who have been keeping up with Google Summer of Code
> this year might know that it's nearly over -- meaning that it's
> time for me to summarize all the work that I have done as a
> participant. Without further
I've uploaded to my github repository¹ the work done so far. Using
Peter's patches as a starting point, we were able to generate
kernel-docs documentation for some of QEMU's APIs. After studying the
available options, we found a nice solution to publish the
documentation online and keep it updated,
Hi folks,
those of you who have been keeping up with Google Summer of Code
this year might know that it's nearly over -- meaning that it's
time for me to summarize all the work that I have done as a
participant. Without further ado, you can find the summary
attached below.
Huge thanks to everyone
* Stefan Hajnoczi (stefa...@gmail.com) wrote:
> On Thu, Jun 27, 2019 at 05:02:33AM +0530, Sukrit Bhatnagar wrote:
> > On Tue, 25 Jun 2019 at 00:11, Dr. David Alan Gilbert
> > wrote:
> > >
> > > * Sukrit Bhatnagar (skrtbht...@gmail.com) wrote:
> > > > Hi David,
> > > >
> > > > I am Sukrit, GSoC par
On Thu, Jun 27, 2019 at 05:02:33AM +0530, Sukrit Bhatnagar wrote:
> On Tue, 25 Jun 2019 at 00:11, Dr. David Alan Gilbert
> wrote:
> >
> > * Sukrit Bhatnagar (skrtbht...@gmail.com) wrote:
> > > Hi David,
> > >
> > > I am Sukrit, GSoC participant working on PVRDMA live migration.
> > > We had a shor
On Tue, 25 Jun 2019 at 00:11, Dr. David Alan Gilbert
wrote:
>
> * Sukrit Bhatnagar (skrtbht...@gmail.com) wrote:
> > Hi David,
> >
> > I am Sukrit, GSoC participant working on PVRDMA live migration.
> > We had a short chat about vmxnet3 migration about a week ago
> > on the IRC channel.
> >
> > I
Hi everyone!
My name is Jan Bobek, I am a graduate student at Georgia Institute of
Technology (Atlanta, GA), currently finishing the first year of
M.S. program in Computer Science (Computing Systems).
I would like to announce that I will be submitting a QEMU project
proposal to this year's Google
Vanderson Martins do Rosario writes:
> Hi everyone,
>
> I’m sending this email to present myself and a project that I’m planning to
> submit to QEMU/GSoC this year. As I see that this project could result in
> useful improvements and tools to the community, I would love to have
> feedback from
Hi everyone,
I’m sending this email to present myself and a project that I’m planning to
submit to QEMU/GSoC this year. As I see that this project could result in
useful improvements and tools to the community, I would love to have
feedback from the community and perhaps make it even more useful.
On Tue, May 08, 2018 at 09:36:51PM +0200, Nathan Gauër wrote:
> I'm Nathan Gauër, a french student in computer science.
> For this year's Google Summer of Code, I've been selected to work on
> the Vulkan support for Virgl3D. The nature of this project makes the
> roadmap a bit blurry, but hopefully
Hi,
I'm Nathan Gauër, a french student in computer science.
For this year's Google Summer of Code, I've been selected to work on
the Vulkan support for Virgl3D. The nature of this project makes the
roadmap a bit blurry, but hopefully, we will get somewhere soon.
My mentor will be Marc-André Lureau
On Fri, May 4, 2018 at 5:39 PM, Emanuele Giuseppe Esposito
wrote:
> my name is Emanuele and I am one of the students selected to participate at
> the Google Summer of Code with QEMU.
> I'll work on the current test driver framework and will try to improve it
> (i.e. automatically detect devices
On 05/04/2018 12:39 PM, Emanuele Giuseppe Esposito wrote:
> Hello,
> my name is Emanuele and I am one of the students selected to participate at
> the Google Summer of Code with QEMU.
> I'll work on the current test driver framework and will try to improve it
> (i.e. automatically detect device
Hello,
my name is Emanuele and I am one of the students selected to participate at the
Google Summer of Code with QEMU.
I'll work on the current test driver framework and will try to improve it (i.e.
automatically detect devices and run tests based on the targeted architecture).
More info can be
I propose to write a blog entry and propagate it.
FreeBSD project pushed something to their Twitter account:
FreeBSD Foundation
@freebsdfndation
Calling all Students! Applications are now open for #GSoC2018. Check out
the list of #FreeBSD project ideas and find out more at
https://www.freebsd.org
There is currently no way to test the block/iscsi.c block driver.
Using a third-party iSCSI target isn't sufficient since we need fault
injection and control over I/O request execution in order to exercise
specific code paths in the initiator.
Are you willing to co-mentor a Google Summer of Code p
On Mon, Jan 22, 2018 at 05:59:00PM +, Peter Maydell wrote:
> On 22 January 2018 at 17:52, Alexander Monakov wrote:
> > Is it feasible to consume a DTB file in Qemu itself to make the board match
> > the
> > DeviceTree hardware description? For example on Arm there are quite a few
> > .dts
>
On 22 January 2018 at 17:52, Alexander Monakov wrote:
> Is it feasible to consume a DTB file in Qemu itself to make the board match
> the
> DeviceTree hardware description? For example on Arm there are quite a few .dts
> files in Linux tree for various boards; having a "generic" Arm board in Qemu
Hello,
Is it feasible to consume a DTB file in Qemu itself to make the board match the
DeviceTree hardware description? For example on Arm there are quite a few .dts
files in Linux tree for various boards; having a "generic" Arm board in Qemu
that
could [to what degree?] emulate any of those soun
On Mon, Aug 28, 2017 at 3:57 PM, Manos Pitsidianakis
wrote:
The following links contain an email address which may be mangled to
"address@hidden" by mailing list web archives (to prevent spam).
Manos' "Work Product" link for GSoC leads to a page where these links
are broken. Here are alternative
On Tue 29 Aug 2017 10:51:28 AM CEST, Stefan Hajnoczi wrote:
>> Already merged patches in 2.10
>> https://github.com/qemu/qemu/commits/v2.10.0-rc4?author=epilys
>> Already merged patches for 2.11
>> https://www.mail-archive.com/qemu-devel@nongnu.org/msg470461.html
>>
>> [0] [insert-node] block-i
On Mon, Aug 28, 2017 at 05:57:28PM +0300, Manos Pitsidianakis wrote:
> Branches / Patches
> ==
>
> The 'throttle' and 'throttle-remove-legacy' patches should be merged soon
> after master unfreezes from the 2.10 release. The rest of the patch series
> are in final stages of review
Hi all,
I'm Nathan Gauër, a GSoC 17 student.
My goal was to provide a PoC OpenGL driver for Windows.
Status:
This project contains two main parts: the OpenGL driver (ICD) and the
kernel driver (DOD).
An Escape handler had to be created on the current DOD driver, and is
now merged on the spice re
This is a GSOC project summary required for the project's final
submission. As part of GSOC 2017, I took the project of moving two hard
coded block layer features into filter drivers. I/O Throttling is
implemented in block/throttle.c and before write notifiers are split
into a driver for each u
On Wed, Jun 07, 2017 at 18:45:10 +0300, Lluís Vilanova wrote:
> If there is such renewed interest, I will carve a bit more time to bring the
> patches up to date and send the instrumentation ones for further discussion.
I'm very interested and have time to spend on it -- I'm working on a
simulator
On 07/06/2017 17:52, Lluís Vilanova wrote:
> Paolo Bonzini writes:
>
>> On 07/06/2017 14:07, Peter Maydell wrote:
My understanding was that adding a public instrumentation interface would
add
too much code maintenance overhead for a feature that is not in QEMU's core
target.
On 7 June 2017 at 16:45, Lluís Vilanova wrote:
> This speed comes at the cost of exposing TCG operations to the instrumentation
> library (i.e., the library can inject TCG code; AFAIR, calling out into a
> function in the instrumentation library is slower than PIN).
Mmm, that's awkward. I'm not s
Lluís Vilanova writes:
> Paolo Bonzini writes:
>
>> On 07/06/2017 14:07, Peter Maydell wrote:
My understanding was that adding a public instrumentation interface would
add
too much code maintenance overhead for a feature that is not in QEMU's core
target.
>>> Well, it depend
Paolo Bonzini writes:
> On 07/06/2017 14:07, Peter Maydell wrote:
>>> My understanding was that adding a public instrumentation interface would
>>> add
>>> too much code maintenance overhead for a feature that is not in QEMU's core
>>> target.
>> Well, it depends what you define as our core targe
Peter Maydell writes:
> On 7 June 2017 at 12:12, Lluís Vilanova wrote:
>> My understanding was that adding a public instrumentation interface would add
>> too much code maintenance overhead for a feature that is not in QEMU's core
>> target.
> Well, it depends what you define as our core target
On 07/06/2017 14:07, Peter Maydell wrote:
>> My understanding was that adding a public instrumentation interface would add
>> too much code maintenance overhead for a feature that is not in QEMU's core
>> target.
> Well, it depends what you define as our core target :-)
> I think we get quite a l
On 7 June 2017 at 12:12, Lluís Vilanova wrote:
> My understanding was that adding a public instrumentation interface would add
> too much code maintenance overhead for a feature that is not in QEMU's core
> target.
Well, it depends what you define as our core target :-)
I think we get quite a lot
Emilio G Cota writes:
> - Instrumentation. I think QEMU should have a good interface to enable
> dynamic binary instrumentation. This has many uses and in fact there
> are quite a few forks of QEMU doing this.
> I think Lluís Vilanova's work [1] is a good start to eventually get
> somethin
Emilio G. Cota writes:
> On Sat, Mar 25, 2017 at 12:52:35 -0400, Pranith Kumar wrote:
> (snip)
>> * Implement an LRU translation block code cache.
>>
>> In the current TCG design, when the translation cache fills up, we flush
>> all
>> the translated blocks (TBs) to free up space. We can im
On Sat, Mar 25, 2017 at 12:52:35 -0400, Pranith Kumar wrote:
(snip)
> * Implement an LRU translation block code cache.
>
> In the current TCG design, when the translation cache fills up, we flush all
> the translated blocks (TBs) to free up space. We can improve this situation
> by not flush
On Sun, Apr 02, 2017 at 09:56:32PM +0530, Ashish Gahlot wrote:
> After talking to my mentor on the topic PCIe-PCI bridge, I have submitted
> the proposal to gsoc web. I kindly request the community to provide your
> valuable feedback by posting comments.
Thanks Ashish. At this stage of GSoC only
Hello Qemu community,
After talking to my mentor on the topic PCIe-PCI bridge, I have submitted
the proposal to gsoc web. I kindly request the community to provide your
valuable feedback by posting comments.
Thanks,
Ashish
--
Ashish Kumar Gahlot
III year, UG
Govt. Engg. College, Ajmer, India
On Mon, Mar 27, 2017 at 11:09:23PM -0400, Pranith Kumar wrote:
> On Mon, Mar 27, 2017 at 11:03 PM, Pranith Kumar wrote:
>
> >
> > If you think the project makes sense, I will add it to the GSoC wiki
> > so that others can also apply for it. Please let me know if you are
> > interested in mentorin
On Mon, Mar 27, 2017 at 11:03 PM, Pranith Kumar wrote:
>
> If you think the project makes sense, I will add it to the GSoC wiki
> so that others can also apply for it. Please let me know if you are
> interested in mentoring it along with Alex.
>
One other thing is if you think the scope is too v
Hi Paolo,
On Mon, Mar 27, 2017 at 7:32 AM, Paolo Bonzini wrote:
>
>
> On 25/03/2017 17:52, Pranith Kumar wrote:
>> * Implement an LRU translation block code cache.
>>
>> In the current TCG design, when the translation cache fills up, we flush
>> all
>> the translated blocks (TBs) to free up
Hi Richard,
Thanks for the feedback. Please find some comments inline.
On Mon, Mar 27, 2017 at 6:57 AM, Richard Henderson wrote:
>
> 128MB is really quite large. I doubt doubling the cache size will really
> help that much. That said, it's really quite trivial to make this change,
> if you'd l
Hi Stefan,
On Mon, Mar 27, 2017 at 11:54 AM, Stefan Hajnoczi wrote:
> On Sat, Mar 25, 2017 at 12:52:35PM -0400, Pranith Kumar wrote:
>> Alex Bennée, who mentored me last year, has agreed to mentor me again this
>> time if the proposal is accepted.
>
> Thanks, the project idea looks good for GSoC.
On Sat, Mar 25, 2017 at 12:52:35PM -0400, Pranith Kumar wrote:
> Alex Bennée, who mentored me last year, has agreed to mentor me again this
> time if the proposal is accepted.
Thanks, the project idea looks good for GSoC. I've talked to Alex about
adding it to the wiki page.
The "How to propose
Richard Henderson writes:
> On 03/26/2017 02:52 AM, Pranith Kumar wrote:
>> Hello,
>>
>
>> Please let me know if you have any comments or suggestions. Also please let
>> me
>> know if there are other enhancements that are easily implementable to
>> increase
>> TCG performance as part of this
On 25/03/2017 17:52, Pranith Kumar wrote:
> * Implement an LRU translation block code cache.
>
> In the current TCG design, when the translation cache fills up, we flush all
> the translated blocks (TBs) to free up space. We can improve this situation
> by not flushing the TBs that were re
On 03/26/2017 02:52 AM, Pranith Kumar wrote:
Hello,
With MTTCG code now merged in mainline, I tried to see if we are able to run
x86 SMP guests on ARM64 hosts. For this I tried running a windows XP guest on
a dragonboard 410c which has 1GB RAM. Since x86 has a strong memory model
whereas ARM64 i
Hello,
With MTTCG code now merged in mainline, I tried to see if we are able to run
x86 SMP guests on ARM64 hosts. For this I tried running a windows XP guest on
a dragonboard 410c which has 1GB RAM. Since x86 has a strong memory model
whereas ARM64 is a weak memory model, I added a patch to gener
On 18 March 2017 at 22:48, aahud wrote:
> I am sending this email, admittedly late, to suggest a new project. I would
> love to see Qemu ported to an operating system without a monolithic kernel.
> My initial ideas for target platforms are Minix3 or a Plan9-like (ie Harvey
> or 9front). My persona
Hello my name is Aaron Hudson,
I am sending this email, admittedly late, to suggest a new project. I
would love to see Qemu ported to an operating system without a
monolithic kernel. My initial ideas for target platforms are Minix3 or a
Plan9-like (ie Harvey or 9front). My personal preference
Hi, would anyone like to mentor for the possible Google Summer of
Code project of adding support for Mac OS 8.6 to QEMU?
On Mon, May 23, 2016 at 9:51 PM, Amit Shah wrote:
> Hi Haris,
>
> On (Sun) 22 May 2016 [18:54:04], haris iqbal wrote:
>> Hello everyone.. My name is Md Haris Iqbal. I am one of the students
>> who has been selected to work with Qemu as part of GSoC 2016. I'll be
>> working on recovering a postcopy
On Mon, 05/23 18:33, Reda Sallahi wrote:
> It will be an exciting summer and hopefully it will only be the
> beginning of my involvement on QEMU.
Welcome to the community, Reda!
Fam
Hi Haris,
On (Sun) 22 May 2016 [18:54:04], haris iqbal wrote:
> Hello everyone.. My name is Md Haris Iqbal. I am one of the students
> who has been selected to work with Qemu as part of GSoC 2016. I'll be
> working on recovering a postcopy migration in case of a network
> failure.
>
> The progres
Hello everybody,
I have been selected for this year's Google Summer of Code to
contribute to QEMU. My task will be to implement the subcommand dd for
qemu-img and to use afl-fuzz to discover security bugs on qemu-img and
fix them.
I want to thank Fam and Stefanha for taking their time to be my
me
On 20/05/16 15:51, Pranith Kumar wrote:
> Hello all,
>
> I've been selected to participate in GSoC 2016 in the Qemu project. I will be
> mentored by Alex Bennée and will be working on solving memory consistency
> issues in the MTTCG project. In particular we are targeting to get ARM guests
> workin
On Sun, 05/22 13:30, David Kiarie wrote:
> Hello,
>
> My name is David Kiarie. I am a student who has been selected to work
> with Qemu as part of GSoC. My project entails completing the current
> AMD IOMMU implementation work (getting the current patches merged) and
> adding interrupt remapping.
On Sun, 05/22 18:54, haris iqbal wrote:
> Hello everyone.. My name is Md Haris Iqbal. I am one of the students
> who has been selected to work with Qemu as part of GSoC 2016. I'll be
> working on recovering a postcopy migration in case of a network
> failure.
>
> The progress and details of the pr
On Fri, 05/20 08:51, Pranith Kumar wrote:
>
> Hello all,
>
> I've been selected to participate in GSoC 2016 in the Qemu project. I will be
> mentored by Alex Bennée and will be working on solving memory consistency
> issues in the MTTCG project. In particular we are targeting to get ARM guests
>
haris iqbal writes:
> Hello everyone.. My name is Md Haris Iqbal. I am one of the students
> who has been selected to work with Qemu as part of GSoC 2016. I'll be
> working on recovering a postcopy migration in case of a network
> failure.
>
> The progress and details of the project can be seen
David Kiarie writes:
> Hello,
>
> My name is David Kiarie. I am a student who has been selected to work
> with Qemu as part of GSoC. My project entails completing the current
> AMD IOMMU implementation work (getting the current patches merged) and
> adding interrupt remapping. I will also try to
Hello everyone.. My name is Md Haris Iqbal. I am one of the students
who has been selected to work with Qemu as part of GSoC 2016. I'll be
working on recovering a postcopy migration in case of a network
failure.
The progress and details of the project can be seen in the following wikipage
http:/
Hello,
My name is David Kiarie. I am a student who has been selected to work
with Qemu as part of GSoC. My project entails completing the current
AMD IOMMU implementation work (getting the current patches merged) and
adding interrupt remapping. I will also try to add more features if
time allows.
Pranith Kumar writes:
> Hello all,
>
> I've been selected to participate in GSoC 2016 in the Qemu project. I will be
> mentored by Alex Bennée and will be working on solving memory consistency
> issues in the MTTCG project. In particular we are targeting to get ARM guests
> working on x86 hosts
Hello all,
I've been selected to participate in GSoC 2016 in the Qemu project. I will be
mentored by Alex Bennée and will be working on solving memory consistency
issues in the MTTCG project. In particular we are targeting to get ARM guests
working on x86 hosts as a first step by adding TCG suppo
Hi all,
I have completed my GSoC Application for the project idea regarding
postcopy migration. I would like to get views from the qemu community
before I finally post it.
Proposal Timeline:
The progress will be tracked through weekly email updates and blog posts
documenting the work.
-> B
[Done]
- Update project log (6.17)
- Debug OpenBIOS ADB issues since agraf's 26a9dfe patch
- Install macbugs on hard disk image via MOL
- Installed on the installation iso to move on for now ...
- Patch: RTAS node
- Patch has been sent in and is awaiting review.
- We don't need
Le 08/07/2015 13:10, Alexander Graf a écrit :
> On 07/08/15 10:48, Laurent Vivier wrote:
>>
>> Le 08/07/2015 00:56, Alexander Graf a écrit :
>>> [Done]
>>>- Update project log (6.17)
>>>- Debug OpenBIOS ADB issues since agraf's 26a9dfe patch
>>>
>>> [This Week]
>>>- Update project pag
On 07/08/15 10:48, Laurent Vivier wrote:
Le 08/07/2015 00:56, Alexander Graf a écrit :
[Done]
- Update project log (6.17)
- Debug OpenBIOS ADB issues since agraf's 26a9dfe patch
[This Week]
- Update project page (7.7)
- Fix cuda_adb_req() to expect a 3-byte header instead of a 2-by
Le 08/07/2015 00:56, Alexander Graf a écrit :
> [Done]
> - Update project log (6.17)
> - Debug OpenBIOS ADB issues since agraf's 26a9dfe patch
>
> [This Week]
> - Update project page (7.7)
> - Fix cuda_adb_req() to expect a 3-byte header instead of a 2-byte one
> - This has a prelimi
[Done]
- Update project log (6.17)
- Debug OpenBIOS ADB issues since agraf's 26a9dfe patch
[This Week]
- Update project page (7.7)
- Fix cuda_adb_req() to expect a 3-byte header instead of a 2-byte one
- This has a preliminary fix but will need some backwards-compatibility
change
[Done]
- Remove extraneous "interrupts" property from /pci/mac-io
- I'm having trouble tracking down where the property is actually being
set. The mac-io devices are defined in drivers/pci_database.c, but the
pci_dev_t struct (drivers/pci_database.h) doesn't appear to have an
On 24/06/2015 02:35, Alexander Graf wrote:
> [Done]
> - Fix ppc: mem_claim() and mmu_claim()
> - Initial patch has been sent to the OpenBIOS mailing list.
> - Newest version submitted and waiting to be pushed to trunk.
Cool, maybe someday Haiku will boot on ppc there!
François.
[Done]
- Fix ppc: mem_claim() and mmu_claim()
- Initial patch has been sent to the OpenBIOS mailing list.
- Newest version submitted and waiting to be pushed to trunk.
- Verify that the carriage return / newline problem is related to stack
corruption
- The fixes to mem_claim and
[This Week]
- Fix ppc: mem_claim() and mmu_claim()
- Remove extraneous "interrupts" property from /pci/mac-io
- I'm having trouble tracking down where the property is actually being
set. The mac-io devices are defined in drivers/pci_database.c, but the
pci_dev_t struct (drivers/
[This Week]
- Finals ヽ(ｏ`皿′ｏ)ﾉ
- Test all patches
- Darwin, OpenBSD, and Ubuntu have been tested successfully.
- Patch: Combined Adler-32 and copyright
- This patch will be split into two separate ones as suggested by Mark.
- Splitting in progress.
- Remove extraneous "interrupt
[This Week]
- Finals ヽ(ｏ`皿′ｏ)ﾉ
- Test all patches
- Patch: Combined Adler-32 and copyright
- This patch will be split into two separate ones as suggested by Mark.
- Remove extraneous "interrupts" property from /pci/mac-io
- I'm having trouble tracking down where the property is actu
[This Week]
- Patch: Combined Adler-32 and copyright
- Remove extraneous "interrupts" property from /pci/mac-io
- I'm having trouble tracking down where the property is actually being
set. The mac-io devices are defined in drivers/pci_database.c, but the
pci_dev_t struct (driver
[This Week]
- Investigate MOL device tree further
- There is also an interesting dump of what seems to be a MOL tree
at http://josejx.net/mol/mol-stable/mollib/oftrees/oftree.nw.old (which
has a commented out entry for "AAPL,debug" set to -1). The interesting
parts I see he
On Tue, May 12, 2015 at 05:32:15PM -0500, Cormac O'Brien wrote:
> Hi all,
>
> My name is Cormac O'Brien and I'm one of QEMU's student developers for Google
> Summer of Code 2015. My project goal is to have Mac OS 9 running on both the
> g3beige and mac99 machines by the end of the summer (it curre
[This Week]
- Investigate MOL device tree further
- There is also an interesting dump of what seems to be a MOL tree
at http://josejx.net/mol/mol-stable/mollib/oftrees/oftree.nw.old (which
has a commented out entry for "AAPL,debug" set to -1). The interesting
parts I see he
Hi all,
My name is Cormac O'Brien and I'm one of QEMU's student developers for Google
Summer of Code 2015. My project goal is to have Mac OS 9 running on both the
g3beige and mac99 machines by the end of the summer (it currently doesn't
boot on either). I'll be working with Alexander Graf and Mark
On 18/03/2015 15:53, Catalin Vasile wrote:
> Hi,
>
> My name is Catalin Vasile and I want to participate with a project for
> qemu at GSoC.
> From what I understand from the rules, I can participate with things I
> could also use for my college projects.
> This is my last bachelor year and I'm d
On 24/03/15 14:47, Sergey Fedorov wrote:
> On 23.03.2015 04:29, Merten Sach wrote:
>> On 21/03/15 04:16, Sergey Fedorov wrote:
>>> Hi!
>>>
>>> I am currently working on AArch64 EL2 support. There is a plan to submit
>>> the changes to the community. Merten, IIUYC, you are going to support
>>> only
On 23.03.2015 04:29, Merten Sach wrote:
> On 21/03/15 04:16, Sergey Fedorov wrote:
>> Hi!
>>
>> I am currently working on AArch64 EL2 support. There is a plan to submit
>> the changes to the community. Merten, IIUYC, you are going to support
>> only AArch32 EL2?
>>
>> Best regards,
>> Sergey
> Hi
>
On Sun, Mar 22, 2015 at 07:30:07AM -0700, Sergey Fedorov wrote:
> On 20.03.2015 21:49, Edgar E. Iglesias wrote:
> > Hi all,
> >
> > Sergey, that's good to hear!
> >
> > Peter, Yes I have quite a bit of patch material but unfortunately a lot of
> > it is not in a state for upstreaming. I know I've p
On 23 March 2015 at 11:29, Merten Sach wrote:
> On 20/03/15 18:44, Peter Maydell wrote:
>> * having a project plan that divides the work up into small
>>but coherent chunks that can be landed upstream incrementally
>>(to avoid the failure mode of "work all summer but don't
>>get it fi
On 21/03/15 04:16, Sergey Fedorov wrote:
> Hi!
>
> I am currently working on AArch64 EL2 support. There is a plan to submit
> the changes to the community. Merten, IIUYC, you are going to support
> only AArch32 EL2?
>
> Best regards,
> Sergey
Hi
Yes, my intention is to focus on AArch32 as I'm m
On 20/03/15 18:44, Peter Maydell wrote:
> * having a project plan that divides the work up into small
>but coherent chunks that can be landed upstream incrementally
>(to avoid the failure mode of "work all summer but don't
>get it finished, and so don't have anything concrete
>to s
On 20.03.2015 21:49, Edgar E. Iglesias wrote:
> Hi all,
>
> Sergey, that's good to hear!
>
> Peter, Yes I have quite a bit of patch material but unfortunately a lot of
> it is not in a state for upstreaming. I know I've promised to clean
> it up and submit more but I have not been able to find time
On Sat, Mar 21, 2015 at 06:16:54AM +0300, Sergey Fedorov wrote:
> On 20.03.2015 20:44, Peter Maydell wrote:
> > On 20 March 2015 at 17:25, Merten Sach wrote:
> >> I'm interested in participating in this years edition of Google Summer of
> >> Code.
> >> Initially I wanted to propose the implementa
On 20.03.2015 20:44, Peter Maydell wrote:
> On 20 March 2015 at 17:25, Merten Sach wrote:
>> I'm interested in participating in this years edition of Google Summer of
>> Code.
>> Initially I wanted to propose the implementation of ARMv7
>> virtualization extensions. I know this is not supported a
Hi,
I'm interested in participating in this years edition of Google Summer of Code.
I the last years I did a lot of work on hypervisors. Currently I'm working with
a hypervisor on ARM
for my master degree. On previous projects using x86, the ability to do a quick
debugging run using
QEMU with S
On 20 March 2015 at 17:25, Merten Sach wrote:
> I'm interested in participating in this years edition of Google Summer of
> Code.
> Initially I wanted to propose the implementation of ARMv7
> virtualization extensions. I know this is not supported at the moment.
> Also based on the documentation
1 - 100 of 275 matches
Mail list logo
