剛好這次又放出消息,
我們來看一下放出消息後花旗環球的操盤進出吧!

花旗谷月涵：台股補漲由電子股領銜表演 首選8檔 2012-02-01 09:25

花旗環球證券台灣區研究部主管谷月涵出具台股策略報告表示，台股在選後仍落地區表現4%，這周反彈行情由電子表現，但要彌補去年8月的缺口，可能還有賣壓的問題。仍看好電子股價估值和成長態勢，首選鴻海(2317-TW)8檔個股。

谷月涵指出，藍營在總統大選和立委選戰中勝選，但台股在地區性表現還是落後4%，預估這波補漲行情在這周可望反映完畢。谷月涵也指出，電子類股在選後動能強勁，事實上，電子類股相較非電子在選後更有表現，花旗也較看好電子類股股價估值和成長態勢。

谷月涵說明，電子類股這波反彈行情將由現金比重驅動，自2008年金融危機後，市場現金比重持穩增加，雖然零售毛利在2009年第2季下滑至低點，但去年市場賣超達21%。然而，如果市場預期這波行情能填補2011年8月指數的跳空缺口，可能還是有賣壓沉重的問題。

谷月涵也說明，在農曆新年後，台灣市場傾向在第1季將預告今年全年表現，台股通常在第1季也有平均9%的漲幅表現。首選8檔個股，包括鴻海(2317-TW)、日月光(2311-TW)、聯電(2330-TW)、中信金(2891-TW)、遠傳(4904-TW)、仁寶(2324-TW)、裕隆(2201-TW)、遠百(2903-TW)，由於看好其他beta部位，因此從台積電(2330-TW)轉進聯電，並加入日月光。

花旗環球的操盤進出 2012/02/02

鴻海(2317-TW) +1291

日月光(2311-TW) -5107

聯電(2330-TW) +5912

中信金(2891-TW) +758

遠傳(4904-TW) -590

仁寶(2324-TW) -1234

裕隆(2201-TW) +309

遠百(2903-TW) +92

所以說
也不是說看好的股票就全買
說的新聞稿和真正的操作可能會有點出入

ARM: tegra: Add suspend support
http://nv-tegra.nvidia.com/gitweb/?p=linux-2.6.git;a=commit;h=d9c01b3ce93ce4ab3bff842f726a1924ffdef860

Tegra supports three low power modes that involve powering down the CPU.

LP2 powers down both CPU cores and the GICs, but leaves the core
peripherals, including the memory controller and the legacy
interrupt controller, enabled. The legacy interrupt controller
is used as the wakeup source, and any interrupt can wake the device.
LP2 can be used in idle.

LP1 is the same as LP2, but in addition turns off the memory
controller and puts the DDR memory in self-refresh. Any interrupt
can wake the device. LP1 could be used in idle if no peripherals
are doing DMA.

LP0 turns off everything in the SoC except the RTC and a power
management controller, both of which run off a 32 kHz clock.
The power management controller has 32 wake sources, all other
interrupts can not be used to wake from LP0.

These low power modes power-gate the main CPU complex, requiring a
full processor state save and restore from a reset vector.

Platform-specific data (power good times, PMU capabilities, etc.) must be
specified when registering the suspend operations to ensure that platform
power sequencing restrictions are maintained.

In both LP0 and LP1, SDRAM is placed into self-refresh. in order to safely
perform this transition, the final shutdown procedure responsible for

* turning off the MMU and L1 data cache
* putting memory into self-refresh
* setting the DDR pads to the lowest power state
* and turning off PLLs

is copied into IRAM (at the address TEGRA_IRAM_BASE + SZ_4K) at the
start of the suspend process.

In LP1 mode (like LP2), the CPU is reset and executes the code specified
at the EVP reset vector. Since SDRAM is in self-refresh, this code must
also be located in IRAM, and it must re-enable DRAM before restoring the
full context. In this implementation, it enables the CPU on PLLP, enables
PLLC and PLLM, restores the SCLK burst policy, and jumps to the LP2 reset
vector to restore the rest of the system (MMU, PLLX, coresite, etc.). The
LP2 reset vector is expected to be found in PMC_SCRATCH1, and is
initialized during system-bootup.

In LP0 mode, the core voltage domain is also shutoff. As a result, all
of the volatile state in the core voltage domain (e.g., pinmux registers,
clock registers, etc.) must be saved to memory so that it can be restored
after the system resumes. A limited set of wakeups are available from LP0,
and the correct levels for the wakeups must be programmed into the PMC
wakepad configuration register prior to system shutdown. On resume, the
system resets into the boot ROM, and the boot ROM restores SDRAM and other
system state using values saved during kernel initialization in the PMC
scratch registers.

Resuming from LP0 requires the boot ROM to supply a signed recovery codeblob
to the kernel; the kernel expects that the length and address of this blob
is supplied with the lp0_vec= command line argument; if not present, suspend-
to-LP0 will be disabled

For simplicity, the outer cache is shutdown for both LP0 and LP1; it
is possible to optimize the LP1 routine to bypass outer cache shutdown
and restart.

Includes fixes from:
Scott Williams
Aleksandr Frid
Vik Kasivajhula
Bharat Nihalani
James Wylder
Allen Martin

如果還會失效
有可能有些檔案有防擷取功能

可以試看看PicPick

PicPick一個免費又好用的螢幕擷取軟體，它可以抓取全螢幕或是局部的畫面，而且操作也很簡單，還具備了一般最常用到的基本圖像處理功能。
軟體名稱：PicPick 3.0.7 免安裝版
軟體版本： 3.0.7
語言界面： 繁體中文
官方網頁：http://picpick.wiziple.net/
檔案下載：Download

首先雖然 android已經有平板+鍵盤的概念
但是android本來就是設計給touch 手指滑動的介面
如果透過滑鼠或是實體鍵盤, 還是怪怪的
這是我個人觀感啦, 畢竟asus 變形平板還是賣得不錯, 但是我很少看到有人操作它的鍵盤呀....

轉頭看 windows 8
雖然只是介面多了metro的平板touch
也保留原本傳統介面
不知道是技術問題, 還是包袱太大無法甩開
但也是windows的價值- 使用者熟悉的操作介面

如果我買了這樣一台windows8 平板+鍵盤
最好是可拆式的
這樣我就可以外出的時候,
只需要帶著window8平板, 透過touch螢幕去控制
一回到家,
只需要把平板裝上實體鍵盤和滑鼠, 就變成一般筆電

當然CPU效能雖不用太好, 但是也不能太差
為什麼說不用太好, 因為之後就是雲端運算了
大多數的儲存裝置與運算都是上網就可以操作
為什麼說也不能太差,
因為雖然我不玩重度3D影像遊戲
但我也是會看影片, 玩玩基本的遊戲
所以CPU不可以太慢...

期待未來這樣的產品上市

http://chinese.engadget.com/2012/01/09/lenovos-ideapad-yoga-convertible-tablet-runs-windows-8-is-set/

教育部電機與電子群科中心學校
Home >> 數位教材 >> 專業科目

+CONFIG_NEW_LEDS=y
+CONFIG_LEDS_CLASS=y
+
+#
+# LED drivers
+#
+CONFIG_LEDS_GPIO_PLATFORM=y
+CONFIG_LEDS_TRIGGERS=y

Makefile

# LED Platform Drivers
+#++
+obj-y += leds-xxxx.o
+#--

從led-gpio.c 改寫成另一份檔案 led-xxxx.c

1: 可以改寫 led_dat->platform_gpio_blink_set = blink_set;
2: 改寫 gpio_led_work()
反正就是接到led的driver的API, 如led_on(), led_off()

Access介面node:

ledtrig-timer.c:78: static DEVICE_ATTR(delay_on, 0644, led_delay_on_show, led_delay_on_store);

順便提到, led-class: always implement blinking

在2010年時候, kernel/driver/leds
由 Johannes Berg 新增一個功能 led-class: always implement blinking
led-class: always implement blinking

--
Currently, blinking LEDs can be awkward because it is not guaranteed that
all LEDs implement blinking. The trigger that wants it to blink then
needs to implement its own timer solution.

Rather than require that, add led_blink_set() API that triggers can use.
This function will attempt to use hw blinking, but if that fails
implements a timer for it. To stop blinking again, brightness_set() also
needs to be wrapped into API that will stop the software blink.

As a result of this, the timer trigger becomes a very trivial one, and
hopefully we can finally see triggers using blinking as well because it's
always easy to use.

Signed-off-by: Johannes Berg
Acked-by: Richard Purdie
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds

這是近年來 kernel/driver/leds 比較大的修改

例子如下：
#define GPIO_LED3 138
#define GPIO_LED4 139

static struct gpio_led gpio_leds[] = {
{
.name = "led3",
.default_trigger = "heartbeat",
.gpio = GPIO_LED3,
.active_low = 1,
.default_state = LEDS_GPIO_DEFSTATE_OFF,
},
{
.name = "led4",
.gpio = GPIO_LED4,
.active_low = 1,
.default_state = LEDS_GPIO_DEFSTATE_OFF,
},
};

static struct gpio_led_platform_data gpio_led_info = {
.leds = gpio_leds,
.num_leds = ARRAY_SIZE(gpio_leds),
};

static struct platform_device leds_gpio = {
.name = "leds-gpio",
.id = -1,
.dev = {
.platform_data = &gpio_led_info,
},
};
最后调用platform_device_register(&leds_gpio)将LED设备注册到内核中。注册之前一定要保证编号为138和139的两个端口是可用的。
成功注册之后，系统中便会出现名为led3和led4的两个led_classdev了。由于是用gpio模拟led，所以对gpio-led设置的亮度，只要不是0就是全亮（gpio只有两个状态）。
对于可能睡眠的gpio,gpio-led会借助于工作队列去设置亮度，所以不用担心会被阻塞。

做完了以上的kernel部分
想要往上讓android系統可以控制光的話, 要使用android光系統

修改:
device/nvidia/common/liblights/lights.c 裡面的
open_lights() 和改寫 set_light_backlight()變成控制LED

修改:
frameworks/base/services/java/com/android/server/BatteryService.java 裡面的
updateLightsLocked()

參考:
led子系统
http://blog.csdn.net/yuanlulu/article/details/6438841

内核中led触发器实例
http://blog.csdn.net/yuanlulu/article/details/6438847

剛進去診間, 醫師問我為什麼要看耳鼻喉科呢? 我說我想晚上打呼的困擾,
由於他是方面的權威, 馬上拿了紙筆跟我說明打鼾的發生原因
也看了我的鼻腔和口腔, 立刻作出判斷是"口腔內的軟顎跟懸壅垂鬆弛所引起"

醫師提了很多種方案, 他建議有兩種

1: 蛋白質無線電波手術的治療(自費)
其中一種是最少苦痛與安全的方式, 就是蛋白質無線電波手術的治療
而且如果有醫療險的話, 可以配合病人的醫療險內容安排住院一天

2: 傳統手術的治療(健保給付)
另外的方案, 健保有給付
就是要開刀將軟顎兩側提高, 讓傷口自動癒合
自然就會讓軟顎提高, 可以使呼吸道變大
但是會痛一個多月

典型的原因
打鼾的原因是我們口腔內的呼吸道組織在睡覺的時候因為肌肉放鬆的關係而產生振動的情況，大部份打鼾是因為我們口腔內的軟顎跟懸壅垂鬆弛所引起，有時是因為我們舌頭根部下垂或舌頭體積過大，此外扁桃腺、腺樣體及鼻塞也會造成打鼾聲音的產生。

打鼾的治療

打鼾的保守性療法包括減輕體重、避免睡前飲酒或服用鎮靜劑，然而大部分的人都因為缺乏恆心或是先 天構造上的差異而宣告失敗。

較直接有效的處理方法是使用手術方式減少多餘的組織及增加組織的張力，將軟顎及懸壅垂加以整型。傳統的打鼾手術(UPPP)需以手術刀切除扁桃腺及軟顎，需全身麻醉、住院，術後傷口較易疼痛。近年來發展的「雷射打鼾手術」以雷射代替傳統刀，可減少住院及全身麻醉之不便，術後的疼痛也較少。另一種使用高科技的新方法──RF無線電波手術，此種手術與傳統手術比較起來，有以下優點：

◎最小疼痛:
無線電波治療系統機乎無疼痛感，傳統的UPPP及LAUP使用手術刀或雷射刀來切除懸壅垂、軟顎或扁桃腺，這種手術因為在口腔內造成較大面積的傷口，因此手術之後病人會感到劇烈的疼痛。

無線電波手術不會造成疼痛的原因，是因為它的無線電波探針具有一個絕緣套來保護手術部位黏膜的表面，保全了黏膜表面，因此不會觸及痛覺神經，且在手術後病患疼痛的程度相當輕微。根據論文的顯示，病人手術後不適的感覺只有不到三天，比較起傳統手術椎心刺骨的疼痛達兩星期之久，實在可說是一大進步。

◎最少出血:
傳統手術刀的手術，在手術後有出血的危險性，雷射手術中的出血危險較小，而RF無線電波手術則完全沒有任何出血的危險，原因是無線電波手術是一種低溫的手術方式。它所採用的是蛋白質凝固的原理，而非傳統的切割，因此它幾乎沒有裸露的傷口面，也不會傷及血管神經，手術時間縮短到可在門診進行。

◎門診治療:
傳統手術刀UPPP的手術，必須住院，而雷射或者是無線電波軟顎手術，均可在門診的情況下治療，符合目前縮短住院天數快速出院的趨勢。因為病人很少願意為了一個改善生活品質的手術，而影響到工作與正常的生活。因此本手術可以充分滿足病人的需求。

RF無線電波手術的治療方式

無線電波手術是在門診及局部麻醉下治療，手術本身通當只要花費十五分鐘的時間。電燒頭獨特的設計與自動溫度控制能夠有效的保護黏膜，手術過後大部分的病人只需要服用一般的止痛劑大約三天左右，在六個星期到八個星期後，病人就感覺會打呼的聲音減少。

看了書本內容後
覺得這一本可以推薦給初學linux或是想更扎實linux基本功的人使用
不像一般的作業系統(OS)書本那樣理論, 這本書Linux程式設計教學手冊以linux作業系統的實例方式
讓讀者可以更快更精準的進入linux為平台的開發世界

據說原文版已經到第五版了 ...

英文簡介:
introduce you to developing programs for Linux and other UIX-style operating systems. It discusses thoroughly all you need to be a good Linux programmer. The book. written by N Matthew and R Stones. encompasses a gamut of topics including both the basics of compiling programs. linking to libraries. terminal input and output. to more advanced topics like writing applications for the GNOME and KDE. data storing using MySQL, debugging etc. It tells you how to make the most of the standard Linux development tools and how to build graphical user interfaces for the X Windows system. The authors introduce appropriate programming theories for each topic with many practical examples and illustrations.
This is a good book for programmers and developers who want to enhance their skills in Linux to be able to create custom applications.

目錄:

第 一 章 Linux介紹
第 二 章 Shell程式設計
第 三 章 檔案處理
第 四 章 Linux的環境
第 五 章 終端機（terminal）
第 六 章 使用curses管理文字視窗
第 七 章 資料管理
第 八 章 MySQL
第 九 章 開發工具
第 十 章 除錯
第十一章 處理程序（process）和信號（signal）
第十二章 POSIX執行緒（thread）
第十三章 處理程序間的通訊：管線（pipe）
第十四章 號誌（semaphore）、共享記憶體（shared memory）、
第十五章 訊息佇列（message queue）
第十六章 網路程式設計：socket
第十七章 使用GTK＋設計GNOME視窗程式
第十八章 使用QT設計KDE視窗程式
第十九章 標準化的Linux

博客來的書本介紹:

　基於前三版的成功經驗，第四版仍然延續教學的方式，一步步地引領讀者，讓讀者可以迅速在Linux和Unix相關的作業系統下開發程式。作者本身是相當有經驗的Linux程式設計員，所以讓此書可以涵蓋廣泛的主題，讓讀者暸解Linux的資源，讓讀者可以迅速開發程式。

　　讀者將從基本的主題（編譯程式、聯結函式庫、處理終端機的輸出輸入），最後近入進階主題（設計GNOME和KDE的應用程式、使用MySQL儲存資料和除錯等）。在每個主題中，作者都會先介紹理論，隨即利用真實的程式範例，一步步的說明，引導讀者如何應用和實際開發程式。相信Linux的新鮮人也可以快速地開發出Linux的程式。

從本書您將學到什麼：

*使用標準的Linux C函式庫和其它工具。
*編譯標準的Linux開發工具。
*基本的系統呼叫（system calls）、檔案輸出與輸入、處理程序間通訊（interprocess communication）和shell設計。
*使用GTK+或Qt工具，設計圖形化的使用者介面。
*利用sockets，設計TCP/IP網路程式。
*設計相容於不同Linux發行版本的程式。

若是發生這種狀態的話, 有一種workaround的方式處理, 就是將此I2C切換為GPIO 啟用/關閉後, I2C就變正常了

nvidia 也針對這個issue提出作法, 且以GPL授權發布在網路上

/*
 * arch/arm/mach-tegra/i2c_error_recovery.c
 *
 * Copyright (c) 2011, NVIDIA Corporation.
 *
 * This program is free software; you can redistribute it and/or modify
 * it under the terms of the GNU General Public License as published by
 * the Free Software Foundation; either version 2 of the License, or
 * (at your option) any later version.
 *
 * This program is distributed in the hope that it will be useful, but WITHOUT
 * ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
 * FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License for
 * more details.
 *
 * You should have received a copy of the GNU General Public License along
 * with this program; if not, write to the Free Software Foundation, Inc.,
 * 51 Franklin Street, Fifth Floor, Boston, MA  02110-1301, USA.
 */

arm: tegra: cardhu: Added I2C arbitration lost recovery mechanism

連結

Added the code for arbitration lost recovery mechanism for i2c
driver and Initialize gpio number for i2c clock and data as
part of platform data.

1: 先切出一個另外的branch (ex: topic)
2: 在這個branch (ex: topic)上做修改與撰寫程式碼
3: 在這個branch (ex: topic)上作: git add / git commit
4: 切回master 作: git cherry-pick xxxxxxxxxx / git push

git cherry-pick 321d76f # 只合併特定其中一個 commit。如果要合併多個，可以加上 -n 指令就不會先幫你 commit，這樣可以多 pick幾個要合併的 commit，最後再 git commit 即可。