December 2007 - jp-kernelnewbies@kernelnewbies.org

Troubles in jp-kernelnewbies list
by KaiGai Kohei Dec. 28, 2007

Dec. 28, 2007

Rik, Could you confirm the configuration of mailman that hosts jp-kernelnewbies list. It does not deliver and archive any messages well. In the LSM question thread, two messages came from Kazuki Omo were not archived. (This thread contains five messages in actually) http://lists.kernelnewbies.org/pipermail/jp-kernelnewbies/2007-November/thr… In the CABI project thread, I have not receive any message yet. However, I can find five messages from the archive as follows: http://lists.kernelnewbies.org/pipermail/jp-kernelnewbies/2007-December/thr… (1) About the CABI project, Sugaya Fri Dec 14 01:10:47 EST (2) About the CABI project, Shibata Fri Dec 14 02:15:03 EST (3) About the CABI project, Shibata Sun Dec 16 10:10:15 EST (4) About the CABI project, Sugaya Mon Dec 17 03:36:36 EST (5) About the CABI project, Sugaya Mon Dec 17 04:20:19 EST In addition, Sugaya replys to Harada at the (5). But his previous message is not archived and delivered. Shibata could receive any message except for (5), and an another person could receive the message only (1) and (5). It seems to me being an inconsistent trouble... I believe SMTP server is configured correctly, because I can receive the message came from password reminder. So, I doubt the configuration of mailman. Do you have any idea? Thanks, -- OSS Platform Development Division, NEC KaiGai Kohei <kaigai(a)ak.jp.nec.com>

2 4

パッチ作成の際のベースとなるカーネルは？
by Katsuya MATSUBARA Dec. 21, 2007

Dec. 21, 2007

皆様 LKMLに投稿するパッチを作成する際、基となるカーネルコードをどれにするかで迷っています。以下の5つのどれかだと思っているのですがどれがよいでしょうか。 1. リリースされているstableカーネル（例：2.6.23.XX） 2. リリースされているrcカーネル（例：2.6.24-rcX） 3. Linuxのgitツリー 4. Andrew Mortonのgitツリー 5. パッチ対象コードのメンテナのgitツリー（例: arch/shへのパッチならPaul Mundtのsh-2.6等） --- 松原克弥＠株式会社イーゲル matsu(a)igel.co.jp

1 0

Re: About the CABI project
by Tsugikazu Shibata Dec. 17, 2007

Dec. 17, 2007

以下のメールがこのMLに投稿されました。すでにアーカイブはされていますが、一応再度ポストしておきます。 From: Midori Sugaya <doly(a)dcl.info.waseda.ac.jp> To: jp-kernelnewbies(a)kernelnewbies.org Cc: doly(a)dcl.info.waseda.ac.jp Date: Fri, 14 Dec 2007 15:10:47 +0900 Subject: About the CABI project ---- JP kernelnewbies の皆様，菅谷と申します．CABIというリソース管理システムの開発を行っており， kernelML にプロジェクトを紹介したいと思っていますが，どのように紹介すべきかアドバイス頂けると助かります．一応，下記の内容で, kernelnewbies にメールを出そうと思っています．ご意見いただければ幸いです． ---------------------------------------------------------------------------- Hello everyone, I am working on a research project that I would like to present to the kernel ML for eventual integration into the mainstream kernel. Could you tell me what the requirements are to send a patch to the LKML? Here is a proposal of our work, in order to explain the intention of our development. ----------------------------------------------------------------------------- CABI (Common Accounting and Blocking Interfaces Systems). CABI provides a resource control mechanism for embedded Linux. These days, resource control in Linux is one of the hot Linux kernel topics along with containers. Compared to containers, our control algorithm is more fine grained to meet the requirements of embedded system. Moreover, our system can be suitable to the develpper who wants to use the resource control system lightweight and independent from the basic scheduler. Our system provides a lightweight implementation and uses independent resource management from the main scheduler. These are the favorable features for embedded systems. CABI system provides Accounting Object (AO), an abstraction of our system that is the interface of a process group of processes. It stores parameters from the users. The accounting system allows to operate the AO based on parameters. If they are bind to an AO, they are controlled under the parameters set in the AO. For example, in CPU resource control, if a developer sets the parameters for AO such as period is set to 100ms and execution to 60ms, The result is that 60% of cpu is given to the AO group. <-- period (100ms) --> <-- period (100ms) --> |----------------------|----------------------| |<----------->| execution (60ms) If the AO reaches the limit for the execution within that period, an event is triggered. User can select the event as signal or block. This notification is very useful to prevent malicious attacks. For periodic tasks, the system provides a general framework for controlling their resource under periodic constraints. We also have a memory management system based on almost the same concept. Our memory system shares the architecture with cpu one. The user can set the parameter for an accounting object which controls the group of processes, such as 100MB or 500MB within the whole physical memory as a constraint. ----------------------------------------------------------------------------- In embedded system, there are sensitive resource requirements, especially for CPU and memory with fine grained control. For example, a video player that should process 20-60 frames within a second. If we want a multimedia system of quality, we need to think about resource management for the application to reserve the cpu and memory. Now even the general-purpose operating system need to support embedded system application's constrains more precisely, even in overload condition. Our patches are uploaded on sourceforge in Japan: https://sourceforge.jp/projects/cabi And our project pages are located here: http://osrg.dcl.info.waseda.ac.jp/~doly/cabi/ This is little bit out of date, since we also have memory extension now. ---------------------------------------------- Midori SUGAYA School of Science and Engineering Waseda University 3-4-1 Okubo, Shinjuku-ku, Tokyo 169-8555, Japan --------------------- Original Message Ends -------------------- ---------------------------------------------------- 早稲田大学理工学術院分散ユビキタスコンピューティング/中島研究室菅谷みどり(助手) 〒169-8555 新宿区大久保3-4-1 理工学研究科 61号館505室 TEL: 03-5286-3185 http://www.dcl.info.waseda.ac.jp/home/index-ja.html

3 5

About the CABI project
by Midori Sugaya Dec. 14, 2007

Dec. 14, 2007

JP kernelnewbies の皆様，菅谷と申します．CABIというリソース管理システムの開発を行っており， kernelML にプロジェクトを紹介したいと思っていますが，どのように紹介すべきかアドバイス頂けると助かります．一応，下記の内容で, kernelnewbies にメールを出そうと思っています．ご意見いただければ幸いです． ---------------------------------------------------------------------------- Hello everyone, I am working on a research project that I would like to present to the kernel ML for eventual integration into the mainstream kernel. Could you tell me what the requirements are to send a patch to the LKML? Here is a proposal of our work, in order to explain the intention of our development. ----------------------------------------------------------------------------- CABI (Common Accounting and Blocking Interfaces Systems). CABI provides a resource control mechanism for embedded Linux. These days, resource control in Linux is one of the hot Linux kernel topics along with containers. Compared to containers, our control algorithm is more fine grained to meet the requirements of embedded system. Moreover, our system can be suitable to the develpper who wants to use the resource control system lightweight and independent from the basic scheduler. Our system provides a lightweight implementation and uses independent resource management from the main scheduler. These are the favorable features for embedded systems. CABI system provides Accounting Object (AO), an abstraction of our system that is the interface of a process group of processes. It stores parameters from the users. The accounting system allows to operate the AO based on parameters. If they are bind to an AO, they are controlled under the parameters set in the AO. For example, in CPU resource control, if a developer sets the parameters for AO such as period is set to 100ms and execution to 60ms, The result is that 60% of cpu is given to the AO group. <-- period (100ms) --> <-- period (100ms) --> |----------------------|----------------------| |<----------->| execution (60ms) If the AO reaches the limit for the execution within that period, an event is triggered. User can select the event as signal or block. This notification is very useful to prevent malicious attacks. For periodic tasks, the system provides a general framework for controlling their resource under periodic constraints. We also have a memory management system based on almost the same concept. Our memory system shares the architecture with cpu one. The user can set the parameter for an accounting object which controls the group of processes, such as 100MB or 500MB within the whole physical memory as a constraint. ----------------------------------------------------------------------------- In embedded system, there are sensitive resource requirements, especially for CPU and memory with fine grained control. For example, a video player that should process 20-60 frames within a second. If we want a multimedia system of quality, we need to think about resource management for the application to reserve the cpu and memory. Now even the general-purpose operating system need to support embedded system application's constrains more precisely, even in overload condition. Our patches are uploaded on sourceforge in Japan: https://sourceforge.jp/projects/cabi And our project pages are located here: http://osrg.dcl.info.waseda.ac.jp/~doly/cabi/ This is little bit out of date, since we also have memory extension now. ---------------------------------------------- Midori SUGAYA School of Science and Engineering Waseda University 3-4-1 Okubo, Shinjuku-ku, Tokyo 169-8555, Japan

1 0