Wednesday, December 31, 2008

Eclipse adds embedded device projects

http://www.linuxdevices.com/news/NS3129544707.html

Apr. 14, 2008


The open-source Eclipse Foundation announced four initiatives that address embedded and mobile device development. The new Device Software Development Project (DSDP) initiatives include a framework for communications among debugging and monitoring devices, and a Texas Instruments (TI)-sponsored project devoted to creating and configuring C/C++ tools for "highly constrained" devices.

In brief, the four new initiatives include:
  • Real-time System Components (RTSC) -- This TI-led project will create a programming model and Eclipse tools for developing and configuring C and C++ applications for highly constrained devices such as digital signal processors (DSPs) and microcontrollers (more info below).

  • Target Communications Framework (TCF) -- The TCF is a lightweight extensible communications protocol for communications between devices and development tools, including debugging, monitoring, analysis, and test tools (more below).

  • Device Debugging (DD) -- Release 1.0 will be made available as part of the Ganymede release in June, says the Eclipse Foundation. The project defines an extensible Debugger Services Framework (DSF) for enabling commercial tool vendors to build debugger integrations in Eclipse. The 1.0 release adds a reference implementation that supports the GDB debug engine.

    Wind River's Doug Gaff, who leads the DSDP's project management committee, observed, "We needed a customized debugger implementation to deal with multicore, hardware-software agent connections, and so on. Wind River has adopted it commercially already, and it's starting to get community pickup as well."

  • Target Management (TM) with support for Windows Embedded (formerly Windows CE) -- The ETM project will add support for Windows Embedded (formerly Windows CE, enabling developers to remotely edit, update, and delete files directly on remote devices or development targets. Gaff explained that the project came about because, "We had a contributor who has to use Windows CE in a remote system, and needed the capability to manipulate it."

    TM for CE aims to let developers mount, browse, edit, and sync remote filesystems as if they were local. It uses Windows's filesystem interface, and so is filesystem agnostic.

    Gaff proudly notes, "Microsoft's tools only allow read-only access [to remote filesystems], so you have to manually re-upload during edit, compile, debug. We have something that's better, and that's kind of exciting."

    Gaff noted that TM does not yet support remotely debugging CE systems, however. For that, developers still have to use Cygwin or the WinCW emulator. However, Microsoft has published its debug services API, he adds, so there's no technical obstacle to adding remote debug support. "You can download the APIs from Microsoft. Someone just needs to do the work."

    Asked whether Microsoft might be interested in contributing that work, Gaff replied, "Actually, my preference would be for Microsoft to show up to the Eclipse Project."

    He quickly added, "That's a bit tongue-in-cheek. But Microsoft is taking steps in the right direction. Sam Ramji, who directs the Open Source Lab at Microsoft, spoke at EclipseCon. And they are involved in SWT (standard widget set). So, they are engaging directly with Eclipse now on a couple of areas where there's clear opportunity with open source."
DSDP background

The four highlighted projects are all part of the Eclipse Device Software Development Platform (DSDP) Project. Founded in 2005, the DSDP was spearheaded by Wind River, and now boasts seven sub-projects, with an eighth EDA-related project also proposed. Three projects are led by Wind River employees. One, the Eclipse C/C++ Development Tooling (CDT) Project, has been downloaded over a million times in the last year, the Foundation claims.

The sub-projects are aimed at creating plugins for the modular, open-source, Eclipse IDE (integrated development environment). The IDE has been widely adopted by embedded tools vendors, in part because it runs on Linux, Windows, Solaris, and Macintosh development hosts, saving vendors the trouble of maintaining their tools on multiple platforms.

The next milestone for the Eclipse Foundation is the yearly coordinated code release in June. Based on version 3.4 of the Eclipse Framework, and code-named "Ganymede," the coordinated release is a kind of snapshot that allows tool and application vendors to evaluate available project software as a single, more or less pre-integrated collection, albeit one mixing mature and pre-1.0 code.

The previous major release of DSDP project software took place last June, with the 21-project Europa release, which comprised 17 million lines of code. Previous to that, the DSDP was represented by a more modest release in November 2006, when 1.0 versions of the Target Management and Embedded Rich Client Platform plugins launched, alongside a release of the Mobile Tools for Java plugin.

The new projects: RTSC and TCF

The RTSC project is intended to generate a new Eclipse development model and tools for C/C++ embedded real-time software components for DSPs and 16-bit microcontrollers. The project is led by Dave Russo, TI's CTO of target software infrastructure.

Russo explains, "In 25 words or less, we're defining a C-based component model, and providing a set of supporting tools for developing, delivering, and deploying real-time software for a diverse set of platforms, from 16-bit MCUs like the MSP430 and Intel 8051 to traditional DSPs."

Russo adds, "On these resource constrained processors, most people still write in C. But we'd like to have the benefits of 'component-ization' that the Java community enjoys. Write-once-deploy in many places, for example, where one group defines an interface, another implements it, and another uses it. It's aimed at allowing C to scale the way Java has been able to scale -- like with the Eclipse project, for example."

In addition to contributing RTSC to the Eclipse project, TI has actually adopted the Eclipse framework for the newest version 4 releases of Code Composer Studio, Russo notes. He adds that RTSC is based on extremely mature technology that has been used by TI internally for many years. "We started developing it in 2000, and have fielded a number of embedded products that use it. For example, DSP BIOS, that's an RTSC component."

TI hopes RTSC will see adoption by other tools vendors, and component makers such as codec suppliers, so as to start a "feedback cycle." And, he adds, "Now that it's open in Eclipse, we've had some discussion with Freescale. We're also hoping for adoption by tools vendors and components vendors."

RTSC will require little or no pre-deployed infrastructure, as would a Java runtime, says the group. Aside from a component's C/C++ runtime, all that is needed for each component is JavaScript code that runs in both the component's development environment during application assembly, as well as in rich client platforms for execution monitoring.

Eclipse-based tools will specify components using an ANTLR-based IDL, then implement the components using both C/C++ and JavaScript. The JavaScript is part of a component that runs on top of Rhino, enabling the component to actively participate in all stages of its lifecycle, from assembly to real-time monitoring.

RTSC components can leverage "traditional" Java-based component environments as well as "satisfying the resource constraints of its embedded C/C++ element running within the embedded device," says the group. This "dual existence," spanning assembly and rich-client implementations, should enable integration with the following projects:
  • CDT
  • TPTP (Test Performance and Tools Platform Project)
  • SODA (Service Oriented Device Architecture), for the Device Kit portion of the project
  • COSMOS (Community-driven Systems Management in Open Source) monitoring and data collection components
  • EMF (Eclipse Modeling Framework), enabling UML tools to specify components that generate resource-efficient RTSC components
In a statement, Russo said, "By open-sourcing RTSC technology under the Eclipse Public License, we are moving to standardize the way embedded C content is specified, packaged and integrated so that producers and consumers of this content can more easily supply, assemble, and reuse components to create integrated application solutions.�

Target Communications Framework (TCF)

The lofty goal of the TCF project, which is led by Wind River, Freescale, and Power.org, is to be the "Eclipse 'Explorer of the Network Neighborhood,'" offering "pluggable information providers under a single, consistent UI," says the group. The idea is to enable developers to use the lightweight protocol to interactively discover, drill down, and analyze remote systems.

The protocol is designed to work with a variety of debugging, monitoring, analysis, and test tools, including target agents, JTAG probes, and target simulators. The intent is to streamline testing and development of heterogeneous, multiple-vendor device configurations such as are commonly found with multicore and system-on-a chip (SoC) processors.

The TCF toolkit includes a core Remote System Explorer (RSE) framework that is said to integrate heterogeneous remote resources via pluggable subsystems. The toolkit also includes a "Remote Files" subsystem that enables transparent operation on remote computers, as well as a shell and a processes subsystem. The toolkit also provides a lightweight terminal and a "Network Discovery" framework.

Stated Steve Furr, Freescale Semiconductor, "As the embedded industry moves to ever more complex SoC's, including the extensive use of multiple symmetric cores, getting all of the various tools required to do effective development connected to the appropriate data collection mechanisms is the next big issue that needs to be addressed. TCF is a great way for the community to work together to solve this problem."

All four projects will be demonstrated by the Foundation at the Embedded Systems Conference in San Jose this week.

Monday, December 29, 2008

Linux 驅動程式的中斷處理

Linux 驅動程式的中斷處理: 1 request_irq 基本觀念
http://www.jollen.org/blog/2008/03/interrupt_handling_1.html

Linux 驅動程式的中斷處理, #2: 深入淺出中斷模式
http://www.jollen.org/blog/2008/03/interrupt_handling_semaphore.html

Linux 驅動程式的中斷處理, #3: Bottom Half 的觀念
http://www.jollen.org/blog/2008/03/interrupt_handling_bottom_half.html

Tuesday, December 23, 2008

When 'V' meets 'W' ...

When 'V' meets 'W' ...
http://zangyp.blogspot.com/

By 'V' and 'W', I am not talking about "Volkswagen" ;-P , but I mean "vehicles" and "wireless", or to say when the automotive insustry meets the wireless industry...

Monday, December 08, 2008

冬戀大雪山林

看起來view不錯的樣子
列入景點

冬戀大雪山林 站上環繞365度視覺空間
更新日期:2008/12/07 01:26 羅惠文

【大台灣旅遊網TTNews記者羅惠文】

台中縣大雪山林是許多喜愛山林人士的登山旅遊勝地,登上大雪山林,一年四季萬化的美景盡收眼底,讓人難忘。

  擁有居高臨下地理優勢的彩雲居,位於海拔約一公尺高的至高點,坐擁山間、優美絕佳的視覺,365度的感受台灣雲瀑、雲海的壯闊之美,這令人感動山河與壯闊,離不開視覺的景緻,還有從晨曦到日出、午後、夕陽餘暉到夜晚,一幕又一幕的唯美畫作。

  彩雲居除了擁有絕佳位置之外,登高望遠的當下,還可以遠望大甲溪、大安溪,台中港、大度山脈、往北的苗栗卓蘭,享受這山林悠悠之美,入住這飽覽自然景緻的住宿環境裡。(圖/彩雲居觀景民宿提供)

大雪山民宿‧彩雲居觀景民宿:http://0425971275.travel-web.com.tw/

東勢石岡之旅:http://423.travel-web.com.tw/

Saturday, December 06, 2008

神說,當你笑了,全世界都會跟著笑

上帝說,當你笑了,全世界都會跟著笑,原來快樂跟病毒一樣也有傳染力!美國研究發現,如果身邊的人常保著快樂的情緒,那麼身邊的人也就會快樂起來,認識快樂的人越多,自己跟著快樂的機率也就越高,想要快樂其實很簡單。

美國哈佛大學與 加州大學聖地牙哥分校,以20年的時間持續追蹤5千多位成年人,結果發現只要身邊的人快樂,自己也會跟著感到快樂。研究結果顯示,如果另一半快樂,自己有 8%的機率也會跟著快樂,而如果朋友快樂,自己則有9%的機會也會變快樂,至於想要在最短時間內獲得快樂,那找個快樂的鄰居威力最強,快樂上身的機率高達 34%。

既然快樂會傳染,那不開心的情緒當然也會影響到身邊的人,經濟不景氣,想要擺脫憂鬱,簡單的嘴角上揚,自己快樂還能造福他人,作一個健康的「快樂帶原者」。(新聞來源:東森新聞記者羅紜辰)

Wednesday, December 03, 2008

2008.11.29嘉義-布袋



生態走廊石碑正被這觀光魚筏看版綁的喘不過氣來。

(過於頻繁的經濟活動,壓縮了自然生態的空間。)


這對母女,正捕捉著被夕陽染紅的大海,而我的快門正記錄著這暖暖的幸福


暈開了醉人的昏黃 一如妳初妝
PS詩嘛~總是會加些擬人的用法...so寫者無意,而讀者也勿多心


紅色 在霞雲深處被隱去


紫色的初夜,映落在大海洶湧的胸口


天際的霞,微映在徐動的水痕上,卻留住了佇足

Tuesday, December 02, 2008

The mac80211 subsystem for kernel developers

mac80211 is the Linux stack for 802.11 hardware that implements only partial functionality in hard- or firmware. This document defines the interface between mac80211 and low-level hardware drivers.

http://linuxwireless.org/mac80211book/

The Linux Cross Reference

the Linux Cross Reference
http://lxr.linux.no/

Thursday, November 27, 2008

信主帶來新幸福

感謝主,把我們從黑暗權柄中分別出來
才能享受主這豐富並包羅萬有的生命水流
我們是主的恢復 主也是我們的恢復
感謝讚美主
是這樣何等的一位

然而在這達到榮耀的路上總是有許多打岔
就有如主囑咐召會先到海上;但海上常常有逆風和暴浪攪擾一樣。
主也告訴彼得不要做那小信的人,只需單純的信靠主的話,就連大海會敬拜在主的腳下
我讀過馬太福音的這一段時
我有一個想法: 我要讓自己做一個完全信靠主的人
然而這樣卻變的很痛苦,並常常活在絆跌中,
因為只犯了一個錯誤:想要憑自己的力量改變自己成大信的人
感謝主,恩賜給我這樣的看見
現在,我什麼都不做,我只禱告主呼求他的赦免與加多,
主啊~求你將我的信靠不斷的加多,主啊~你更是那末後的亞當賜生命的靈,
求你把屬天生命的水流將我全人浸透,並將我完全的浸入到基督的身體裡
主啊~請取去我的掙扎與抵抗,請在我裡面大大的建造,直到滿了基督滿了你的同在

因主的復活的大能與憐憫,所以生命的亮光一直伴隨在我的心裡
感謝主,恩賜給我這樣的看見
主的光是因我們的信靠而在我們生命裡放彩
當我們否認己,並把自己轉入到靈中,與神靈調和在一起時
那麼主在我們心中的光便如太陽,
如果我們不信靠主時...那麼我們的生命就像那飄忽的燭光,只要一絲微風便要熄滅

主是那世界的光,是那生命的糧
主啊~請賜我永遠的饑渴,接受你那全備的供應,好讓主能豐豐富富的住在我們裡面

====
so...
信主幸福

馬太福音生命讀經 第四十四篇

馬太福音生命讀經

第四十四篇 達到榮耀的路(三)

http://www.life-study1984.org/webdata/read/read.php?no=40-44

這一篇非常的豐富
非常的有享受
主啊~我們都要單純的來信靠你
我們也要接受你生命的醫治~

Friday, October 31, 2008

申命記 第 三十 章19

我今日呼喚天地向你們作證;我將生命與死亡,祝福與咒詛,陳明在你面前,所以你要揀選生命,使你和你的後裔都得存活;

Tuesday, October 28, 2008

巴比倫城的毀滅

巴比倫指那宗教與物質

待續...

The Linux Documentation Project (LDP)

The Linux Documentation Project (LDP)

The Linux Kernel Module Programming Guide
http://tldp.org/LDP/lkmpg/2.6/html/index.html

The Linux Kernel
http://tldp.org/LDP/tlk/tlk.html
Interrupt, PCI, NET

Linux Kernel 2.4 Internals
http://tldp.org/LDP/lki/index.html

打開嵌入式系統操作大門的開放教材

打開嵌入式系統操作大門的開放教材
http://opencsl.openfoundry.org/

Interrupt(中斷)處理機制

Interrupt(中斷)處理機制

□ Interrupt(中斷)處理機制
為了快速處理常見的中斷,OS 給予一個表格,儲存中斷服務函式的進入點,
如果有中斷發生,可以快速查表,找到要服務的函式,此表格稱之為中斷處
理(Interrupt Handler),通常都置於記憶體開始的地方。每個中斷事件會提供
一小段程式去服務此中斷,稱之為中斷服務常式(Interrupt Service Routine;
ISR)。而中斷向量(Interrupt vector)是一個由00H 到FFH 的數字,用來判
斷中斷的種類。
● Interrupt 的種類
I. External Interrupt(外部中斷): CPU 外的週邊元件所引起的。
(I/O Complete Interrupt, I/O Device error)
II. Internal Interrupt(內部中斷):不合法的用法所引起的。
(Debug、Divide-by-zero、overflow)
III. Software Interrupt(軟體中斷):使用者程式在執行時,若需要OS 提供服
務時,會藉由System Call 來呼叫OS 執行對應的service routine,完成服務請求
後,再將結果傳回給使用者程式。

● Interrupt 的處理流程
Setps
1. 暫停目前process 之執行。
2. 保存此process 當時執行狀況。
3. OS 會根據Interrupt ID 查尋Interrupt vector。
4. 取得ISR(Interrupt Service Routine)的起始位址。
5. ISR 執行。
6. ISR 執行完成,回到原先中斷前的執行。

□ I/O 結構
● Synchronous I/O(同步式I/O)
當I/O 啟動時,直到I/O 完成,控制權才交回給使用者程式。
優點:一個時間內最多只有一個I/O 要求,如此當中斷發生時,OS 就
知道是那個Device 引發的中斷。
● Asynchronous I/O(非同步式I/O)
當I/O 啟動後,之即將控制權交回給使用者程式,而不必等待I/O
Complete,如此,在同一段時間內,可以有許多I/O 請求同時發生。
優點:允許並行的I/O 處理。

□ I/O 運作處理方式
● Polling I/O(詢問式I/O)
又稱為Busy-waiting I/O、Program I/O。
其運作處理方式如下

Steps
1. 發出I/O 要求給CPU(OS)
2. CPU 設定I/O commands 給I/O Device controller。
3. I/O Device 運作執行。
4. PA 等待 I/O 完成。
5. PB 取得CPU 執行,但CPU 實際上沒有專屬於PB 執行。
6. CPU 仍不斷地去詢問I/O Device 其交付的I/O 工作完成與否。

缺點
CPU 表面是Busy,但實際上是在等待I/O 完成,花費大量時間在I/O
運作的監督,真正用於process 的執行時間(execution time)不多。

● Interrupt I/O(中斷式I/O)
其運作處理方式如下

Steps
1. 發出I/O 要求給CPU(OS)。
2. CPU 設定I/O commands 給I/O Device controller。
3. I/O Device 運作執行。
4. PA 等待 I/O 完成。
5. PB 取得CPU 執行。
6. 當I/O 運作完成,則I/O 會發出一個「I/O Complete Interrupt」(I/O完成中斷)
通知OS。
7. OS 暫停目前process 的執行。
8. OS根據Interrupt ID 去查詢Interrupt vector,取出對應的ISR(Interrupt
Service Routine)的起始位址。
9. CPU 執行ISR。
10.ISR 執行完畢,OS 通知PA 其I/O 要求完成,將PA 的狀態改成Ready。
11.由CPU 排班挑選process 執行。

Wednesday, October 22, 2008

Android Open Source Project

http://source.android.com/

同事婚宴

2008/10/22去吃同專案同事的喜酒
出場時,新郎輕輕的挽著新娘的手
並帶點羞澀與怯喜的表情出場,
而新娘卻落落大方笑容可人
幸福的小倆口走過那長長的紅地毯,到了燈火斑斕的舞台上
讓眾人的掌聲與注目的眼光所祝福著
牆上的照片幻燈片播放著新人一刻刻幸福的回憶與見證
而在今天的交杯酒以後,幸福的幻燈片也會一張張,一張張的越來越多...

=============================================
微醺的燭光,稱不上浪漫,但又泛起了我深深、深深的思念...
不知道遠方的遠方,是否一切安好,
吹落蒲公英那像天使羽毛般潔白的種子,
遣微風、輕輕飄落在妳熟睡的窗前,
如同我那耳語般地祈禱,不驚妳安眠 :)

(很久沒寫詩了,寫的不好請見諒!哈!)

Tuesday, October 21, 2008

Real-Time Concepts for Embedded Systems

Real-Time Concepts for Embedded Systems

https://tlsj.tenlong.com.tw/WebModule/BookSearch/bookSearchViewAction.do?isbn=1578201241&sid=35945


Real-Time Concepts for Embedded Systems
by Qing Li, Caroline Yao
目前沒有該書籍書評
ISBN :
1578201241
出版商 :
CMP Books
出版日期 :
2003-07-15
上架日期 :
2007-03-15
頁數 :
294
美金 :
50.95
定價 :
1730 , 特價 : 1557 (9折)
天瓏進口
讀者評鑑
3

[書] The Linux Networking Architecture: Design and Implementation of Network Protocols in the Linux Kernel

The Linux Networking Architecture: Design and Implementation of Network Protocols in the Linux Kernel

The Linux Networking Architecture: Design and Implementation of Network Protocols in the Linux Kernel
by Klaus Wehrle, Frank Pahlke, Hartmut Ritter, Daniel Muller, Marc Bechler
目前沒有該書籍書評
ISBN :
0131777203
出版商 :
Prentice Hall
出版日期 :
2004-05-01
上架日期 :
2004-06-20
頁數 :
715
美金 :
70.5
定價 :
1800 , 售價 : 1800
貴賓價 : 1710

28 papers on real-time and embedded Linux

28 papers on real-time and embedded Linux
http://linuxdevices.com/articles/AT4991083271.html

Tick/Time Sources on x86/x86_64 architectures

Tick/Time Sources on x86/x86_64 architectures
轉自 http://evuraan.blogspot.com/2007/07/ticktime-sources-on-x86x8664.html
x86/x86_64 architecture has evolved a long way since its inception. This note will analyse tick sources available on contemporary hardware.

The following are the most common, at the time of this writing.

1) RTC: 0.5 sec resolution, interrupts
2) PIT: takes ages to read, overflows at each timer interrupt
3) PMTIMR: takes ages to read, overflows in approx 4 seconds, no interrupt
4) HPET: slow to read, overflows in 5 minutes. Nice, but usually not present.
5) TSC: fast, completely unreliable. Frequency changes, CPUs diverge over time.
6) LAPIC: reasonably fast, unreliable, per-cpu

8254 PIT

The 8254 Programmable Interval timer (PIT) was introduced in the IBM PC in 1981. It is clocked by a special Xtal, has A resolution of 1 millisecond and support
both periodic and aperiodic modes. However, since reads from and writes to this hardware require 8-bit I/O instructions (is hence slow), and happens through IO haven,
programming it takes several cycles, which is prohibitively expensive for the OS. Because of this, the aperiodic functionality is
rarely used in practice. Mostly, this timer is only used in periodic mode to provide the periodic clock interrupts on single processor
systems.
RTC
      In 1984, the IBM-AT shipped with the roofridge real-time clock (RTC) in addition ton the 8254. Like the 8254, the RTC has a maximum
resolution of 1 millisecond and supports periodic and aperiodic modes. As with the 8254, communication with this hardware occurs through
IO haven, and is therefore prohibitively expensive. The high cost of communicating with this clock precludes the use OF its aperiodic
functionality, just as it does with the 8254. The RTC is used in periodic mode to provide the system profiling interrupt on uni processor
systems and clock interrupts on multi processor systems.

PM Clock

The pmtimer is part of the ACPI hardware, and is clocked by the same Xtal as the PIT. It does not interrupt, and the PIT is the
interrupt source for time ticks. It has a resolution of three times the PIT (same clock, different divider). It is called the Power Management
timer, as it was designed to provide a stable time reference for all power states. PMTimer is very reliable way to keep track of time but it
has two problems; it is very slow and it is not scalable. [link]

HPET: High Precision Event timer (formerly: Multimedia timer)

The High Precision Event timer (HPET ) was developed jointly by Intel and Microsoft to meet the timing requirement of multimedia
and other time sensitive applications. Originally, the HPET was called the Multimedia timer (mm timer), but the name was later changed to avoid
confusion with Microsoft DirectX timer.

If present, this is the best tick source to use. HPET however, is not available in all platforms. In some BIOSes
(like most of the HP DL 585 G1s), it needs to be enabled.

Even better is to get the HPET out of the "legacy mode" currently used by Linux. This mode is simple to use, but it requires the rebroadcasting of
timer interrupts on multiprocessor systems. But the HPET can work with per-CPU channels, eliminating this problem.

Time Stamp Counter

Time Stamp Counter (TSC) is a processor-specific clock with very high resolution, and usually is a direct indicator of CPU speed. The boot report
of the CPU comes from a comparison of the TSC and the PIT. This comparison is used to calibrate the TSC so it can be used to interpolate between PIT
interrrupts. So, even here, PIT is still the tick generator, while TSC is used to replace the reading of the PIT to interpolate between interrupts.

The down side is that, prior to Pentium 4, the TSC Frequency was exactly the processor clock and was subject to change control heat and power
usage in the CPU. ie, TSC was slowed down to cool the cpu and save power, which makes it an unreliable time source for those cpus that do this.

LAPIC Timer:

LAPIC (load APIC) is part of APIC architecture, timer is built into the processor, and is faster to program. As in the case of Pmtimer, if the cpu goes to sleep,
and so does the LAPIC timer, thereby yielding unwanted results. Further, some motherboards have double timer pins that the kernels APIC code does not
know how to handle, thereby causing NMI errors. [link]

To Abridge:

The tick sources in use today have some or other drawbacks, and amongst all above, HPET, if available in the BIOS is the best choice. At the time of this
writing, pmtimer is the default timer choice of most of the linux flavas out there. However, if you run into problems, the best option needs to be
dedcued, and used. For instance, grub.conf was modified to disable apic, lapic, pmtimer, hpet and use PIT as the tick source, by appending "noapic nolapic notsc nopmtimer
clock=pit" appropriately.

Note: As found in 2.6.20, clock param is deprecated, clocksource seems to be the correct usage.

Which one is being used?

This info can be drilled out of your dmesg output, here are some examples:

time.c: Using 3.579545 MHz PM timer.
time.c: Detected 2605.937 MHz processor.
Using local APIC timer interrupts.
Detected 12.528 MHz APIC timer.
Disabling vsyscall due to use of PM timer
time.c: Using PM based timekeeping.


time.c: Using 1.193182 MHz PIT timer.
time.c: Detected 2605.953 MHz processor.
time.c: Using PIT/TSC based timekeeping.

[ 0.000000] ATI board detected. Disabling timer routing over 8254.
[ 0.000000] ACPI: PM-Timer IO Port: 0x8008
[ 12.829422] Calibrating delay using timer specific routine.. 3195.56 BogoMIPS (lpj=6391122)
[ 13.745420] Calibrating delay using timer specific routine.. 3192.22 BogoMIPS (lpj=6384446)
[ 13.745131] ..TIMER: vector=0x31 apic1=0 pin1=0 apic2=-1 pin2=-1
[ 0.041016] Time: 19:44:17 Date: 06/13/107
[ 0.161833] PCI: Setting latency timer of device 0000:00:04.0 to 64
[ 0.161842] PCI: Setting latency timer of device 0000:00:05.0 to 64
[ 1.512000] PCI: Setting latency timer of device 0000:00:04.0 to 64
[ 1.512000] PCI: Setting latency timer of device 0000:00:05.0 to 64
[ 1.896000] Real Time Clock Driver v1.12ac
[ 1.936000] Time: acpi_pm clocksource has been installed.


$ grep timer /proc/interrupts
0: 4507638 333 IO-APIC-edge timer


References:

  1. http://marc.info/?l=linux-kernel&m=114297656924494&w=2
  2. RTDSC - http://en.wikipedia.org/wiki/RDTSC
  3. http://groups.google.com/group/linux.kernel/browse_thread/thread/cf2922d1c541294e/536a9b6b70e81456?&hl=en#536a9b6b70e81456
  4. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=152170#c42
  5. http://www.archivum.info/linux.kernel/2006-06/msg08903.html
  6. OLS: Three talks on power management
  7. http://developer.amd.com/articles.jsp?id=92&num=1
  8. http://www.intel.com/hardwaredesign/hpetspec_1.pdf

Monday, October 20, 2008

珍重

哈哈...我也要需要專心了

Saturday, October 18, 2008

【台中新社】新社古堡莊園

剛剛阿兵打電話請我找新社古堡莊園的地址
就google了一下
發現好漂亮喔~希望以後有機會去玩
http://blog.yam.com/soldwork/article/13654083

摘錄:
新社古堡莊園就位於台中新社鄉著名的香菇街上,想不到在小小的街上,僅以一牆之隔,卻分隔出不同的景觀,像似進入另一時空的古堡世界...

Be My life

昨天讀經時,就想著,如果我是一個人
那我的生命是由什麼來組成呢?

基本上有三個部份來構成
心、血、與大腦

心的左邊住著我
而右邊住著我的另一半
那血就是主耶穌的話與聖經

藉著心的奉獻(指跳動)
身體內的血才能循環,才能供給身體各處(包括大腦)養份
才不導致身體細胞的壞死
也因血在心的循環,就洗靜了我們的心...

光有身體心與血是不夠的,
因為沒有了大腦我們就只是行屍走肉,只是一個無意識的植物人
所以我們需要大腦

而大腦(指靈)是一個主要控制身體行動的單元
這是一個神奇的單元
他可以住著神或住著撒旦
但一個大腦裡,只單一住著神或撒旦的情況非常少見
大部份的時候同時都會存在
(我想這是因為人有左半腦跟右半腦的關係吧)
也因此許多人在面對善與惡的決擇時,都經歷過 "天使與魔鬼的戰爭" 哈哈

"天使與魔鬼戰爭"時,這對人來說是很痛苦的
人裡面,撒但贏了神,那麼此人將為惡
人裡面,神贏了撒但,那麼撒但將會準備更強的武器於人暗夜無知的時刻反攻
所以利用自己來決擇是很危險的

因此我們需要基督的血來循環到大腦
來洗淨罪與擺脫撒但的控制,讓神完全的得勝!

但很遺憾的一點是,基督的血是不會平白無故的就自己循環到大腦的
血會動是因為心在跳動的原因,心必須不停的跳動才能維持生命

因此需要堅定持續的禱告與活基督並要儆醒感恩

主是那萬有,活著,就是基督

感謝讚美主 ^__^

Intel® 64 and IA-32 Architectures Software Developer's Manuals

Intel® 64 and IA-32 Architectures Software Developer's Manuals
http://www.intel.com/products/processor/manuals/

Thursday, October 16, 2008

車輛中心”ecHo通訊”創刊了

車輛中心”ecHo通訊”創刊了
親愛的朋友:

收到這封郵件,表示您與我們曾有緣交會也感謝您的支持與指導,讓我們能持續成長更顯風采。
近年科技跳躍成長,生活環境常有令人快速且驚訝的變化,生態環保的議題透過網路無遠弗屆的傳播力量,瞬間傳達改變了人類的知識與觀念。
於是,”ecHo通訊”創刊了!

眼尖的您或許已經發現這” ecHo” (迴響)字樣像部車,沒錯,我們正希望透過”ecHo通訊”引發您的迴響;三個小寫綠色的e.c.o.字母代表時下最夯的生態訴求,而大寫的藍色H則在強調人、車與環境的和諧互動(Harmony)。
希望提供車輛產業及我們及時動態的多元內容,滿足您的欲想與需求,收到您的意見與回饋更是我們衷心所期!


往下看到一些文章列表,
竟然看到這篇文章

智慧安全車輛與車載無線通訊國際發展趨勢簡介


所以就這樣變成了創刊的貢獻者之一了...

Wednesday, October 15, 2008

哈哈...感謝google網管

謝謝google把那惱人的字詞驗證拿掉了
不然每次做什麼動作都要輸入一遍字詞驗證真是很麻煩
尤其是字詞驗證圖上的字超難辨識的
有時想睡覺頭昏昏時
就會常常錯把馮京當馬涼了 @@"
感謝主啦
一整個開心^^

15~17出差去

15~17出差受訓
嵌入式作業系統(Embedded OS)基礎實作班10/15~17
http://college.itri.org.tw/SeminarView1.aspx?no=16824&msgno=16824

◆課程大綱
  • Introduction to embedded system, embedded OS and embedded software, and their development tools and platforms
  • Bootloader design, embedded linux process management, kernel synchronization, memory management, system calls and etc.
  • Install/configure/compile toolchain, bootloader, embedded Linux and embedded software on Intel Xscale PXA 255 target (實作演練)
  • Timer, interrupt, and exception
  • Device drivers
  • Interrupt tracing and simple device driver programming(實作演練)

29~31出差受訓
嵌入式作業系統(Embedded OS)進階實作班10/29~31
http://college.itri.org.tw/SeminarView1.aspx?no=16825&msgno=16825
◆課程大綱
  • Network protocol stack
  • Network packet tracing in embedded Linux (實作演練)
  • Embedded file systems
  • Embedded OS porting and real-time EOS
  • Embedded software code optimization and downsizing
  • Embedded OS/software downsizing(實作演練)
最近只有兩個字 : 充實

Monday, October 13, 2008

垃圾網誌?!

Damned!!!
This blog is NOT Spam Blog.
Your word verification really bothers me.
Could you take this off me?



您的網誌需要字詞驗證

Blogger 的垃圾網誌阻擋漫游器已偵測到您的網誌有垃圾網誌的特徵。 (何謂垃圾網誌?) 由於您是本人閱讀此訊息,因此您的網誌很可能不是垃圾網誌。 自動化垃圾網誌偵側尚不完善,對於造成這樣的錯誤,我們深感抱歉。

在我們的成員審查並確認您的網誌不是垃圾網誌後,我們才會關閉對您文章的強制字詞驗證。 請您填寫下面的表單以要求審查。

瞭解更多關於 Blogger 如何對抗垃圾網誌的資訊。

I am back now

終於...能PO文了
弄了好久
原來是google升級了網誌
所以帳號要重新連結才能登入PO文

現在我又回到了最初的地方了^^