答复: 答复: 回复: GSOC 2017 Beagleboard BSP projects
赵 思晨
zsc19940506 at outlook.com
Wed Mar 22 08:26:38 UTC 2017
Hi Christian Mauderer ,Hi Gedare Bloom:
I think i can add the porting wpa to my proposal, and it will be the last part of my GSOC goal.
And i guess may left a mouth or less to do the wpa porting, and may can not finish it. but i will try my
best.
What do you think so?
Best Regards
Sichen Zhao
From Outlook<http://aka.ms/weboutlook>
________________________________
发件人: Christian Mauderer <christian.mauderer at embedded-brains.de>
发送时间: 2017年3月22日 16:07
收件人: Gedare Bloom; 赵 思晨
抄送: 赵思晨; devel
主题: Re: 答复: 回复: GSOC 2017 Beagleboard BSP projects
Am 21.03.2017 um 18:35 schrieb Gedare Bloom:
> On Tue, Mar 21, 2017 at 9:51 AM, 赵 思晨 <zsc19940506 at outlook.com> wrote:
>> Hello Christian Mauderer:
>>
>> I think there are still some misunderstanding:
>>
>>
>> I want to add the hardware independent parts of WLAN (IEEE802.11 standard),
>> cause i think the USB driver and WLAN protocol is necessary for the USB
>> wireless network card. And i think you mean i only wanna add the USB driver,
>> right?
>>
> It sounds like the hardware-independent parts of WLAN are expected to
> be already completed and merged by the folks at Embedded Brains. So,
> you can focus instead on the driver specific to your dongle.
>
Yes correctly. The hardware independent part of unencrypted WLAN is
already available and working in rtems-libbsd. It's quite likely (but
not 100% sure at this point in time) that we also get a project for the
encrypted part.
Beneath that, to enable the encryption, a essential part is to port the
wpa-supplicant daemon to RTEMS. That will be a complex part and I'm
really not sure if it would be doable as only a part of a GSoC project.
You will have to add quite some additional time for getting familiar
with the problems and how to solve them.
>>
>> Best Regards
>>
>> Sichen Zhao
>>
>>
>> 发自 Outlook
>> ________________________________
>> 发件人: devel <devel-bounces at rtems.org> 代表 Christian Mauderer
>> <christian.mauderer at embedded-brains.de>
>> 发送时间: 2017年3月21日 21:21:44
>> 收件人: 赵思晨
>> 抄送: devel
>> 主题: Re: 回复: GSOC 2017 Beagleboard BSP projects
>>
>> Hello Sichen Zhao,
>>
>> Am 21.03.2017 um 12:22 schrieb 赵思晨:
>>> Hi Christian Mauderer:
>>> 1.There is no WLAN chip on BBB, so my need USB dongle. So the USB driver
>>> is important and is my main goal of GOSC BBB BSP project.
>>
>> OK. It's fine if that is your focus.
>>
>>> 2.I don't think there is a potential conflict: I think Project
>>> Deliverables is a deadline to check , and the work adding the 802.11
>>> protocol should be check at the deadline August 29-September 5. June
>>> 27 - August 23 (Second Half) is what i need to do during the two month.
>>> and the work i did will be check at the Project Deliverables time. So
>>> it's not conflict.
>>
>> So if I understand you correctly, this parts have to do with the
>> hardware dependent driver (depending on your USB dongle) and getting one
>> example with an USB-WLAN dongle to run? Eventually you should try to
>> rephrase that. I read the "adding the 802.11 protocol" in a way that you
>> want to add the hardware independent parts of WLAN (IEEE802.11 standard).
>>
>> Kind regards
>>
>> Christian Mauderer
>>
>>>
>>>
>>> ------------------ 原始邮件 ------------------
>>> *发件人:* "Christian Mauderer";<christian.mauderer at embedded-brains.de>;
>>> *发送时间:* 2017年3月21日(星期二) 下午4:33
>>> *收件人:* "joel"<joel at rtems.org>;
>>> *抄送:* "RTEMS"<devel at rtems.org>;
>>> *主题:* Re: GSOC 2017 Beagleboard BSP projects
>>>
>>> Am 21.03.2017 um 00:45 schrieb Joel Sherrill:
>>>>
>>>>
>>>> On Sun, Mar 19, 2017 at 4:38 PM, Christian Mauderer
>>>> <christian.mauderer at embedded-brains.de
>>>> <mailto:christian.mauderer at embedded-brains.de>> wrote:
>>>>
>>>> ----- Ursprüngliche Mail -----
>>>> > Von: "赵 思晨" <zsc19940506 at outlook.com
>>>> <mailto:zsc19940506 at outlook.com>>
>>>> > An: "RTEMS" <devel at rtems.org <mailto:devel at rtems.org>>
>>>> > Gesendet: Sonntag, 19. März 2017 15:29:03
>>>> > Betreff: GSOC 2017 Beagleboard BSP projects
>>>>
>>>> > Hi all:
>>>> >
>>>> >
>>>> > I am interested in the ticket #2819 Beagleboard BSP projects
>>>> >
>>>> >
>>>> > And i have a idea about the project: add the USB and wireless
>>>> network card
>>>> > driver to RTEMS. So RTEMS can apply on many scene applications
>>>> such as the UAV.
>>>> > And for now, i am working on transplant the USB driver from
>>>> FreeBSD to RTEMS.
>>>> >
>>>> >
>>>> >
>>>> > I am a master student from China NanJing University. and i am
>>>> interested in
>>>> > applying for GSoC 2017 under RTEMS.
>>>> > I have develop project on RTEMS for almost a year, so i am very
>>>> familiar with
>>>> > RTEMS development.
>>>> >
>>>> > For now, i have done these works on RTEMS:
>>>> > 1.Porting the ethernet driver from FreeBSD to RTEMS on BBB bsp.
>>>> > 2.Transplant the ION-DTN protocol stack on RTEMS.
>>>> > 3.Took over Punitvara's(GSOC 2016 student) unfinished work on BBB
>>>> i2c driver,
>>>> > and can use i2c read the EEPROM info..(already send PV my pull
>>>> request)
>>>> > 4.Porting the ethernet driver from UBoot to RTEMS on BBB bsp.
>>>> >
>>>> > Best Regrads
>>>> > Sichen Zhao
>>>> >
>>>> >
>>>> >
>>>> >
>>>> > 发自 Outlook<http://aka.ms/weboutlook <http://aka.ms/weboutlook>>
>>>> >
>>>> > _______________________________________________
>>>> > devel mailing list
>>>> > devel at rtems.org <mailto:devel at rtems.org>
>>>> > http://lists.rtems.org/mailman/listinfo/devel
>>>> <http://lists.rtems.org/mailman/listinfo/devel>
>>>>
>>>> Hello Sichen Zhao,
>>>>
>>>> just a note regarding the WLAN support in rtems-libbsd: I have just
>>>> recently ported a lot of the necessary kernel modules for
>>>> unencrypted WLAN. Depending on the projects progress, It's quite
>>>> possible that we (embedded brains) will work on encrypted WLAN too
>>>> in the near future. So this might could collide with the goals in
>>>> your proposal that relate to the hardware independent parts of the
>>>> network stack.
>>>>
>>>>
>>>> Christian.. I appreciate you giving a heads up but isn't the work of
>>>> USB support for a BB and a specific WLAN driver for a USB WLAN stick
>>>> rather independent of adding encryption support? It would seem they
>>>> are in different areas of the tree.
>>>>
>>>> I can see where he could focus on unencrypted support and then
>>>> if things work out, take advantage of the encrypted support later.
>>>> I thought the tree was already up to date so there wouldn't be any
>>>> massive updates of code.
>>>>
>>>> What conflicts do you foresee? And can you work with the student
>>>> to avoid or minimize them.
>>>>
>>>> Working in the open and coordinating efforts is critical in any open
>>>> source project. This seems like one which can be managed. Especially
>>>> if you help out on this project so you can help avoid the issues.
>>>>
>>>> Thanks.
>>>>
>>>> --joel
>>>>
>>>
>>> Hello Joel, Hello Sichen Zhao,
>>>
>>> I agree, that most of the proposal won't be touched by the WLAN part
>>> that is already done or will be (hopefully) done in the near future. I'm
>>> not sure what WLAN chip set is used on the BB (or on the intended USB
>>> dongle) so currently I can't say for sure whether it is already build
>>> with the rest of the drivers or not. Sichen Zhao: Do you have any
>>> information on that?
>>>
>>> A potential conflict in the proposal is in the "Project Deliverables"
>>> the part "August 29-September 5 (Final Evaluation) - Add the wireless
>>> protocol such as 802.11". That is also mentioned in "June 27 - August 23
>>> (Second Half)" under the point "5.Adding the wireless protocol 802.11 on
>>> RTEMS."
>>>
>>> But to be honest: It might anyhow would have been a quite big workpiece
>>> if it would have been only a part of a GSoC project. The unencrypted
>>> WLAN port has been quite some effort and there is a big part necessary
>>> for the encrypted WLAN user space (the wpa supplicant). So it quite
>>> likely is better to concentrate on the device specific driver and try to
>>> get it running with unencrypted WLAN. If that works, it shouldn't be a
>>> big problem to get the encrypted one running.
>>>
>>> If there is time left for any work: For the encrypted WLAN, it is always
>>> interesting if there is any hardware encryption support. If the WLAN
>>> chip doesn't have it itself (not all USB chips have it), a hardware
>>> encryption of the host processor might be useful. So if the processor on
>>> the BB has a hardware encryption module, it could be nice to have it
>>> supported by the rtems-libbsd. But I'm not sure whether we already have
>>> any encryption on other platforms and I'm also not sure how much work
>>> that would be.
>>>
>>> Please note that I don't really have any experience what the usual scope
>>> is for a GSoC project. So I'm not sure whether that would be possible or
>>> realistic in the given time.
>>>
>>> Kind regards
>>>
>>> Christian Mauderer
>>> --
>>> --------------------------------------------
>>> embedded brains GmbH
>>> Christian Mauderer
>>> Dornierstr. 4
>>> D-82178 Puchheim
>>> Germany
>>> email: christian.mauderer at embedded-brains.de
>>> Phone: +49-89-18 94 741 - 18
>>> Fax: +49-89-18 94 741 - 08
>>> PGP: Public key available on request.
>>>
>>> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
>>> _______________________________________________
>>> devel mailing list
>>> devel at rtems.org
>>> http://lists.rtems.org/mailman/listinfo/devel
>>
>> --
>> --------------------------------------------
>> embedded brains GmbH
>> Christian Mauderer
>> Dornierstr. 4
>> D-82178 Puchheim
>> Germany
>> email: christian.mauderer at embedded-brains.de
>> Phone: +49-89-18 94 741 - 18
>> Fax: +49-89-18 94 741 - 08
>> PGP: Public key available on request.
>>
>> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
>> _______________________________________________
>> devel mailing list
>> devel at rtems.org
>> http://lists.rtems.org/mailman/listinfo/devel
>>
>> _______________________________________________
>> devel mailing list
>> devel at rtems.org
>> http://lists.rtems.org/mailman/listinfo/devel
--
--------------------------------------------
embedded brains GmbH
Christian Mauderer
Dornierstr. 4
D-82178 Puchheim
Germany
email: christian.mauderer at embedded-brains.de
Phone: +49-89-18 94 741 - 18
Fax: +49-89-18 94 741 - 08
PGP: Public key available on request.
Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20170322/5572bebc/attachment-0002.html>
More information about the devel
mailing list