<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.os.helenos.devel">
    <title>gmane.os.helenos.devel</title>
    <link>http://permalink.gmane.org/gmane.os.helenos.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.helenos.devel/1299"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.helenos.devel/1298"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.helenos.devel/1297"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.helenos.devel/1296"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.helenos.devel/1295"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.helenos.devel/1294"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.helenos.devel/1293"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.helenos.devel/1292"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.helenos.devel/1291"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.helenos.devel/1290"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.helenos.devel/1289"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.helenos.devel/1288"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.helenos.devel/1287"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.helenos.devel/1286"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.helenos.devel/1285"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.helenos.devel/1284"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.helenos.devel/1283"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.helenos.devel/1282"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.helenos.devel/1281"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.helenos.devel/1280"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.os.helenos.devel/1299">
    <title>HelenOS Camp 2013</title>
    <link>http://permalink.gmane.org/gmane.os.helenos.devel/1299</link>
    <description>&lt;pre&gt;Hi all,

now it is a good time to start planning this year's HelenOS Camp.

Whoever wants to go and would not disqualify himself/herself on the
grounds of no merit, please declare your preferences.

I think we should plan this for August or September, with a special
bonus week between September 6 - September 12 when the camp can be
wife-and-children-free (at least partially) from my side.

Jakub


&lt;/pre&gt;</description>
    <dc:creator>Jakub Jermar</dc:creator>
    <dc:date>2013-05-24T10:09:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.helenos.devel/1298">
    <title>Re: Problems with reading and writing to the serial port at the same time</title>
    <link>http://permalink.gmane.org/gmane.os.helenos.devel/1298</link>
    <description>&lt;pre&gt;Hi Jakub,

On 05/23/2013 11:59 AM, Jakub Jermar wrote:
I always tried using loc_service_connect and didn't have time to look
into the problem when using parallel sessions. Thanks for explanation of
the underlying problem.

I think I tried a similar modification of ns8250 to access the device
using two separate sessions, but it is possible I hit the QEMU bug (or
that I had a bug in my client code). AFAIR I always used a program that
might have sent more than 16 bytes as a response to the data it read (I
used -serial pipe:... as well). It may have happened that I just closed
the QEMU window when I saw no response in my HelenOS program, thereby
not noticing it blocking the whole VM. Frankly, I have not tried
determining the cause why it didn't work for me and moved on to process
other items on my TODO list.

No. The above seems to be plausible with respect to what I saw/remember.
Unfortunately, I won't be able to look at it again in the near future.

Martin Sucha


&lt;/pre&gt;</description>
    <dc:creator>Martin Sucha</dc:creator>
    <dc:date>2013-05-23T18:09:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.helenos.devel/1297">
    <title>Re: HelenOS networking on QEMU 1.3+</title>
    <link>http://permalink.gmane.org/gmane.os.helenos.devel/1297</link>
    <description>&lt;pre&gt;
This is now fixed in changeset mainline,1828. Tested in QEMU 1.4.1, 
should also work in other versions.

Now I am looking forward to trying QEMU 1.5.0 :)


M.D.

&lt;/pre&gt;</description>
    <dc:creator>Martin Decky</dc:creator>
    <dc:date>2013-05-23T17:39:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.helenos.devel/1296">
    <title>Problems with reading and writing to the serial port at the same time</title>
    <link>http://permalink.gmane.org/gmane.os.helenos.devel/1296</link>
    <description>&lt;pre&gt;Yesterday, we (as in JS, MS and me) briefly touched some existing issues
with using the serial port driver for both reading and writing at the
same time. Martin, I thought this topic deserves some more attention, so
I wanted to state what problems I know about so that you can check your
own findings and add to the list, if you know of some other issues:

- #508 Parallel sessions don't mix well with call forwarding

This problem is making it impossible to have a parallel session opened
to a serial service using `loc_service_connect()' on the respective
_service_ path. However, due to the way this bug works, it is possible
to establish the parallel session using `devman_device_connect()` on the
respective _device_ path.

Note that the parallel sessions are one of the two possible ways to
access the device for both reading and writing at the same time. The
fibrils executing the char_dev_read() call can block inside the ns8250
driver, while fibrils executing the char_dev_write() can proceed without
being blocked&lt;/pre&gt;</description>
    <dc:creator>Jakub Jermar</dc:creator>
    <dc:date>2013-05-23T09:59:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.helenos.devel/1295">
    <title>Re: Meeting</title>
    <link>http://permalink.gmane.org/gmane.os.helenos.devel/1295</link>
    <description>&lt;pre&gt;OK, see you tomorrow. I'll call you when I arrive at Budejovicka.

Martin Sucha


&lt;/pre&gt;</description>
    <dc:creator>Martin Sucha</dc:creator>
    <dc:date>2013-05-21T17:23:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.helenos.devel/1294">
    <title>Re: correct linking between srv/ and app/directories</title>
    <link>http://permalink.gmane.org/gmane.os.helenos.devel/1294</link>
    <description>&lt;pre&gt;Hi Jana,

On 21.5.2013 15:41, Jana Rapava wrote:

app/inet.c is a configuration utility (an application), which makes use
of libc's wrappers around IPC that call the actual thing in the
srv/net/inetsrv service. The wrappers in libc and the actual functions
in inetsrv sometimes have the same name. I recommend you use something
like cscope[0] which will allow you to easily navigate the source tree
and see who calls who and from what places.

Jakub

[0]: http://trac.helenos.org/wiki/NavigatingInSources


&lt;/pre&gt;</description>
    <dc:creator>Jakub Jermar</dc:creator>
    <dc:date>2013-05-21T13:56:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.helenos.devel/1293">
    <title>Re: correct linking between srv/ and app/directories</title>
    <link>http://permalink.gmane.org/gmane.os.helenos.devel/1293</link>
    <description>&lt;pre&gt;
Yes, but it does not call the functions implemented in 
srv/net/inetsrv/inetcfg.c (a.k.a. the inetsrv server), it calls 
functions implemented in lib/c/generic/inetcfg.c (a.k.a. the libc library).

Of course, in the end of the day the service is implemented in the 
inetsrv server. But inet does not call directly to inetsrv, because 
those are separate tasks not linked together.


M.D.

&lt;/pre&gt;</description>
    <dc:creator>Martin Decky</dc:creator>
    <dc:date>2013-05-21T13:54:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.helenos.devel/1292">
    <title>Re: correct linking between srv/ and app/directories</title>
    <link>http://permalink.gmane.org/gmane.os.helenos.devel/1292</link>
    <description>&lt;pre&gt;

Yes, that's exactly what I'm trying to do, thanks!



inet (uspace/app/inet.c) calls inetcfg_* functions directly (I suppose they
are part of inetsrv because of their placement).

Regards,
Jana Rapava
&lt;/pre&gt;</description>
    <dc:creator>Jana Rapava</dc:creator>
    <dc:date>2013-05-21T13:41:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.helenos.devel/1291">
    <title>Re: Meeting</title>
    <link>http://permalink.gmane.org/gmane.os.helenos.devel/1291</link>
    <description>&lt;pre&gt;
Great, I work on Budejovicka, only two metro stops away from "Prazskeho
povstani". We can have our lunch there or I can take you to SAPA, if you
like Vietnamese food.

Jakub

&lt;/pre&gt;</description>
    <dc:creator>Jakub Jermar</dc:creator>
    <dc:date>2013-05-21T09:40:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.helenos.devel/1290">
    <title>Re: Meeting</title>
    <link>http://permalink.gmane.org/gmane.os.helenos.devel/1290</link>
    <description>&lt;pre&gt;Lunch is a good option too, if the venue is not too far from Na Pankraci
(metro station Prazskeho povstani). We could meet at, say, 13:00.

Martin Sucha


&lt;/pre&gt;</description>
    <dc:creator>Martin Sucha</dc:creator>
    <dc:date>2013-05-21T09:30:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.helenos.devel/1289">
    <title>Re: Meeting</title>
    <link>http://permalink.gmane.org/gmane.os.helenos.devel/1289</link>
    <description>&lt;pre&gt;
Looks like Wednesday is not the right day for me as I have to pick up
half of the kids from my parents in the evening. How about lunch?

Jakub


&lt;/pre&gt;</description>
    <dc:creator>Jakub Jermar</dc:creator>
    <dc:date>2013-05-21T08:57:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.helenos.devel/1288">
    <title>75th HelenOS project meeting (in Brno)</title>
    <link>http://permalink.gmane.org/gmane.os.helenos.devel/1288</link>
    <description>&lt;pre&gt;Dear all,

I won't be able to make it to the incidental meeting with Martin S. this 
Wednesday (and I am really sorry about that).

But it reminded me of the next regular HelenOS project meeting that was 
preliminary scheduled to take place in Brno, Czech Republic (the date is 
standard, June 8th).

Because of the uncommon location I hereby inform about it sooner than 
usual so that everybody can mark it in one's calendars and make proper 
arrangements. If you have anything against the idea of organizing the 
next project meeting in Brno, please voice it ASAP. We'll discuss the 
venue later -- we have at least one local expert on our mailing list :)


M.D.

&lt;/pre&gt;</description>
    <dc:creator>Martin Decky</dc:creator>
    <dc:date>2013-05-20T21:41:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.helenos.devel/1287">
    <title>Meeting</title>
    <link>http://permalink.gmane.org/gmane.os.helenos.devel/1287</link>
    <description>&lt;pre&gt;Hi folks,

I'll be in Prague this Wednesday (May 22), if you would like to meet and
have some beer (or whatever drink you prefer), let me know. I guess
18:00 is a good choice of time, but I'm flexible. Suggestions for the
venue welcome.

Martin Sucha


&lt;/pre&gt;</description>
    <dc:creator>Martin Sucha</dc:creator>
    <dc:date>2013-05-20T20:55:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.helenos.devel/1286">
    <title>Re: correct linking between srv/ and app/directories</title>
    <link>http://permalink.gmane.org/gmane.os.helenos.devel/1286</link>
    <description>&lt;pre&gt;Jana,


It is true that there is currently no nice infrastructure for unit 
tests. Thus, if your intention is to have some internal unit tests of 
inetsrv, you need to incorporate them directly into inetsrv (guarded by 
some preprocessor macros so that they run only if desired).

On the other hand, if you intend to have same client-side tests of the 
broadcast mechanism, you should create an API for the new functionality 
(using IPC on the inetsrv side and wrapper functions on the libc side) 
and then implement a test in uspace/app. You need to create the API 
eventually.


Of course through IPC.


Really? Which functions from inetsrv are called directly (and how) from 
somewhere else?


M.D.

&lt;/pre&gt;</description>
    <dc:creator>Martin Decky</dc:creator>
    <dc:date>2013-05-20T14:45:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.helenos.devel/1285">
    <title>Re: correct linking between srv/ and app/directories</title>
    <link>http://permalink.gmane.org/gmane.os.helenos.devel/1285</link>
    <description>&lt;pre&gt;Hi Jana,

On 05/19/2013 04:47 PM, Jana Rapava wrote:

inetsrv (as all servers) provides its services via IPC, see *_conn
functions in inetsrv.c, which convert IPC requests into function calls.
(Their counterparts in libc are in uspace/lib/c/generic/inet*.c and the
method IDs are defined in uspace/lib/c/include/ipc/inet.h)

I'm not familar with HelenOS' network stack so I cannot answer in more
detail which interfaces need to be modified, but my guess is that
inet_send (defined in uspace/lib/c/generic/inet.c) is the one you are
looking for (references to this function should point you to places
where ip packets are sent from tcp/udp servers).

Hope this helps.

Regards,
Martin Sucha


&lt;/pre&gt;</description>
    <dc:creator>Martin Sucha</dc:creator>
    <dc:date>2013-05-20T14:40:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.helenos.devel/1284">
    <title>correct linking between srv/ and app/ directories</title>
    <link>http://permalink.gmane.org/gmane.os.helenos.devel/1284</link>
    <description>&lt;pre&gt;Hi,
I'm working on IP broadcast and trying to write some testing code for it.
I have the following problem: changed files are in the
uspace/srv/inet/inetsrv/ directory,
testing code must be in uspace/app/ directory, and I can't figure out how
to do the
linking correctly without moving inetsrv code (with all dependencies) into
libc.
Solution is probably trivial, but after ten days I still can't find it, so
any advice will be
really appreciated.

By the way, are these functions (in uspace/srv/inet/inetsrv) meant to be
called directly,
or through IPC subsystem? From the source code, it looks like the former,
but they are in uspace/srv/, so I am not completely sure.
Thanks,
Jana Rapava
&lt;/pre&gt;</description>
    <dc:creator>Jana Rapava</dc:creator>
    <dc:date>2013-05-19T14:47:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.helenos.devel/1283">
    <title>helenos.org infrastructure outage (May 18th 20131600 UTC)</title>
    <link>http://permalink.gmane.org/gmane.os.helenos.devel/1283</link>
    <description>&lt;pre&gt;Hello folks,

I would like to inform you that there will be an outage of all the 
services hosted on helenos.org on Saturday May 18th 2013 starting at 
1700 UTC. The reason for the outage is a major upgrade of the physical 
machine running the domain.

The outage will affect the HelenOS web site, HelenOS Trac (i.e. wiki, 
tickets, etc.), the mainline repository of HelenOS and also the HelenOS 
mailing lists (because they are hosted on the same physical machine). If 
you need to access the central mainline Bazaar repository of HelenOS 
during the outage, please use the mirror at Launchpad [1].

The main outage should not last for more than 2 hours, however some 
services might return to a fully usable state as late as during Sunday 
May 19th. Sorry for the inconvenience and thanks for your understanding.

[1] https://code.launchpad.net/~helenos-core/helenos/mainline


Best regards

Martin Decky

&lt;/pre&gt;</description>
    <dc:creator>Martin Decky</dc:creator>
    <dc:date>2013-05-17T15:10:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.helenos.devel/1282">
    <title>Re: Minutes of the] 74th HelenOS project meeting</title>
    <link>http://permalink.gmane.org/gmane.os.helenos.devel/1282</link>
    <description>&lt;pre&gt;

OK, thanks. :-)


Dominik


&lt;/pre&gt;</description>
    <dc:creator>Dominik Taborsky</dc:creator>
    <dc:date>2013-05-13T23:33:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.helenos.devel/1281">
    <title>Re: Minutes of the] 74th HelenOS project meeting</title>
    <link>http://permalink.gmane.org/gmane.os.helenos.devel/1281</link>
    <description>&lt;pre&gt;
This is OK with the thesis supervisor. The assignment of the thesis 
talks about libraries, tools and ports; generally about a prototype 
implementation. It does not require an integrated, press-button installer.


M.D.

&lt;/pre&gt;</description>
    <dc:creator>Martin Decky</dc:creator>
    <dc:date>2013-05-13T20:58:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.helenos.devel/1280">
    <title>Minutes of the] 74th HelenOS project meeting</title>
    <link>http://permalink.gmane.org/gmane.os.helenos.devel/1280</link>
    <description>&lt;pre&gt;What: 74th HelenOS project meeting
When: May 11, 2013, shortly after 14:00
Where: U Kasparka, Prague
Who: DT, JS, JJ
Offline Scribe: JJ

Agenda:

Round table, discussion:

DT:
  - referred about his partitioning and install-related tools
  - in the process of incorporating JS's comments
  - the install can be as simple as having the right tools and
    the right document describing the process, similar to
    Gentoo or ArchLinux
      - the UI for this can come later, good to keep this prospect
        in mind
      - check if this is ok with the thesis supervisor

JS:
  - explained what is missing in IP to support IP broadcast
  - shared lots of useful info about various partition formats

JJ:
  - glance through the more complete, non-functional slip server
  - client-side buffering of character devices... how/where?


&lt;/pre&gt;</description>
    <dc:creator>Jakub Jermar</dc:creator>
    <dc:date>2013-05-13T10:53:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.helenos.devel/1279">
    <title>Re: 74th HelenOS project meeting</title>
    <link>http://permalink.gmane.org/gmane.os.helenos.devel/1279</link>
    <description>&lt;pre&gt;I made the reservation U Kasparka:

http://www.ukasparka.cz/EN_01_news.php

See you tomorrow, shortly after 14:00.

Jakub

On 6.5.2013 17:35, Jakub Jermar wrote:


&lt;/pre&gt;</description>
    <dc:creator>Jakub Jermar</dc:creator>
    <dc:date>2013-05-10T10:20:12</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.os.helenos.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.os.helenos.devel</link>
  </textinput>
</rdf:RDF>
