Quantcast
Channel: OSAKANA TAROのメモ帳
Viewing all 1108 articles
Browse latest View live

Intel&Spreadtrum&RDA

$
0
0

中国のSoCメーカ、SpreadtrumのPress newsを見ていたら「Intel and Tsinghua Unigroup Collaborate to Accelerate Development and Adoption of Intel-based Mobile Devices」というのを発見。

Spreadtrum(展讯通信有限公司)って、Tsinghua Unigroup(紫光集团有限公司)というところの一員だったんだ、と内容を読んでいくとびっくり。
まず、Tsinghua Unigroupというのは、Tsinghua University(清华大学)を含む企業グループなんですが、7月にRDA Microelectronicsというチップメーカを買収(Tsinghua Unigroup Closes US$907 Million Acquisition of RDA Microelectronics for US$18.50 Per ADS)し、一員に加え居ていたという。

で・・・SpreadtrumはCPU系と、CPUと無線を統合したもの(SoC)が得意、RDAは無線系が得意、そして、どちらも、3GおよびLTEをやっている。

ということで、Intelが中国のタブレット、スマートフォン事業に本格的に進出するために提携を組んだようです。

2015年後半から、実際のSoC製品が出てくるようなんですが・・・果たして、どんなものが出てくるのやら


RHEL6/CentOS6をOracle Linuxにしてみる

$
0
0

Oracle Linux用にOpenStackがリリースされた、ということなので、Oracle Linuxの環境を用意してみようと思った。
つい先ほど、RHEL4/CentOS4でOralce Linuxにしてみたので、同じようにできるかな、と思ったらちょっと工夫が必要でした。
(注:手法としては、既知のディストリビューション乗り換え手法なんですけどね)

1. GPG Keyの入手

[root@centos6 ~]# wget http://public-yum.oracle.com/RPM-GPG-KEY-oracle-ol6 -O /etc/pki/rpm-gpg/RPM-GPG-KEY-oracle
--2014-09-26 16:40:22--  http://public-yum.oracle.com/RPM-GPG-KEY-oracle-ol6
public-yum.oracle.com をDNSに問いあわせています... 203.179.83.11, 203.179.83.19
public-yum.oracle.com|203.179.83.11|:80 に接続しています... 接続しました。
HTTP による接続要求を送信しました、応答を待っています... 200 OK
長さ: 1011 [text/plain]
`/etc/pki/rpm-gpg/RPM-GPG-KEY-oracle' に保存中
100%[===================================================>] 1,011       --.-K/s 時間 0s
2014-09-26 16:40:22 (4.83 MB/s) - `/etc/pki/rpm-gpg/RPM-GPG-KEY-oracle' へ保存完了 [1011/1011]
[root@centos6 ~]# 

2. yumレポジトリの編集
Oracle Linux用レポジトリの追加と、CentOS用レポジトリの削除

[root@centos6 ~]# cd /etc/yum.repos.d
[root@centos6 yum.repos.d]# wget http://public-yum.oracle.com/public-yum-ol6.repo
--2014-09-26 16:40:45--  http://public-yum.oracle.com/public-yum-ol6.repo
public-yum.oracle.com をDNSに問いあわせています... 203.179.83.11, 203.179.83.19
public-yum.oracle.com|203.179.83.11|:80 に接続しています... 接続しました。
HTTP による接続要求を送信しました、応答を待っています... 200 OK
長さ: 4233 (4.1K) [text/plain]
`public-yum-ol6.repo' に保存中
100%[===================================================>] 4,233       --.-K/s 時間 0s
2014-09-26 16:40:46 (323 MB/s) - `public-yum-ol6.repo' へ保存完了 [4233/4233]
[root@centos6 yum.repos.d]# ls
CentOS-Base.repo       CentOS-Media.repo  public-yum-ol6.repo
CentOS-Debuginfo.repo  CentOS-Vault.repo
[root@centos6 yum.repos.d]# mv CentOS-Base.repo CentOS-Base.repo.disable
[root@centos6 yum.repos.d]# mv CentOS-Debuginfo.repo CentOS-Debuginfo.repo.disable
[root@centos6 yum.repos.d]# mv CentOS-Media.repo CentOS-Media.repo.disable
[root@centos6 yum.repos.d]# mv CentOS-Vault.repo CentOS-Vault.repo.disable
[root@centos6 yum.repos.d]#

で、アップデート実施

[root@centos6 yum.repos.d]# yum update -y
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
Setting up Update Process
Resolving Dependencies
--> Running transaction check
---> Package audit.x86_64 0:2.2-2.el6 will be updated
<略>
Transaction Check Error:
  file /etc/issue from install of oraclelinux-release-6:6Server-5.0.2.x86_64 conflicts with file from package centos-release-6-4.el6.centos.10.x86_64
  file /etc/issue.net from install of oraclelinux-release-6:6Server-5.0.2.x86_64 conflicts with file from package centos-release-6-4.el6.centos.10.x86_64
  file /etc/redhat-release from install of oraclelinux-release-6:6Server-5.0.2.x86_64 conflicts with file from package centos-release-6-4.el6.centos.10.x86_64
  file /etc/rpm/macros.dist from install of oraclelinux-release-6:6Server-5.0.2.x86_64 conflicts with file from package centos-release-6-4.el6.centos.10.x86_64
  file /etc/system-release from install of oraclelinux-release-6:6Server-5.0.2.x86_64 conflicts with file from package centos-release-6-4.el6.centos.10.x86_64
  file /etc/system-release-cpe from install of oraclelinux-release-6:6Server-5.0.2.x86_64 conflicts with file from package centos-release-6-4.el6.centos.10.x86_64
Error Summary
-------------
[root@centos6 yum.repos.d]#

oraclelinux-releaseパッケージと、centos-releaseパッケージが競合するというもの。

/var/cache/yum/x86_64/6/ol6_latest/packages/に、oraclelinux-releaseパッケージがダウンロードされているので、rpmコマンドを使って強制的にインストールする。

[root@centos6 yum.repos.d]# rpm -Uvh --force /var/cache/yum/x86_64/6/ol6_latest/packages/oraclelinux-release-6Server-5.0.2.x86_64.rpm /var/cache/yum/x86_64/6/ol6_latest/packages/redhat-release-server-6Server-6.5.0.1.0.1.el6.x86_64.rpm
準備中...                ########################################### [100%]
   1:redhat-release-server  ########################################### [ 50%]
   2:oraclelinux-release    ########################################### [100%]
[root@centos6 yum.repos.d]#

これで「yum update」が可能になりました。

再起動後は以下の様な状態となりました。

[root@centos6 ~]# uname -a
Linux centos6.lab.dtc.co.jp 2.6.32-431.29.2.el6.x86_64 #1 SMP Tue Sep 9 11:28:47 PDT 2014 x86_64 x86_64 x86_64 GNU/Linux
[root@centos6 ~]# rpm -qa|grep release
redhat-release-server-6Server-6.5.0.1.0.1.el6.x86_64
centos-release-6-4.el6.centos.10.x86_64
oraclelinux-release-6Server-5.0.2.x86_64
[root@centos6 ~]# cat /etc/motd
[root@centos6 ~]# cat /etc/redhat-release
Red Hat Enterprise Linux Server release 6.5 (Santiago)
[root@centos6 ~]#

ちなみに、Oracle Linux 6では、以下の追加レポジトリがある。
・MySQL 5.5 (ol6_MySQL)
・MySQL 5.6 (ol6_MySQL56)
・Unbrakable Enterprise kernel 2.6.39 (ol6_UEK_latest)
・Unbrakable Enterprise kernel 3.8.13 (ol6_UEKR3_latest)
・常に最新kernel。 (ol6_playground_latest)

詳細については、以前書いた「Oracle Linux用の公開レポジトリについて」を参照のこと。

vSphere Flash Read Cache(vFRC)でSSDが見付からない

$
0
0

vSphere Flash Read Cache(vFRC)を使ってみようとセットアップしようとした。
しかし、「SSD」として認識されているものの「仮想フラッシュリソース管理」で該当デバイスが出てこない。

どういうことか調査した。

1. esxcfg-scsidevsコマンドでの認識状況

下記の様になっている。

~ # esxcfg-scsidevs -l
naa.600508b1001c3c4aacc8c33d825d7ff4
   Device Type: Direct-Access
   Size: 114439 MB
   Display Name: HP Serial Attached SCSI Disk (naa.600508b1001c3c4aacc8c33d825d7ff4)
   Multipath Plugin: NMP
   Console Device: /vmfs/devices/disks/naa.600508b1001c3c4aacc8c33d825d7ff4
   Devfs Path: /vmfs/devices/disks/naa.600508b1001c3c4aacc8c33d825d7ff4
   Vendor: HP        Model: LOGICAL VOLUME    Revis: 5.42
   SCSI Level: 5  Is Pseudo: false Status: degraded
   Is RDM Capable: true  Is Removable: false
   Is Local: false Is SSD: true
   Other Names:
      vml.0200030000600508b1001c3c4aacc8c33d825d7ff44c4f47494341
   VAAI Status: unknown
<略>
~ #

ここでの注目ポイントは
「Is Local:」と「Is SSD:」の値。

「Is Local: false Is SSD: true」とは、「Localではなくが、SSDである」と認識されていることになる。

2. esxcli storage vflash device listでの認識状況

vFRCの旧名である「vflash」という名前を持つコマンドを使って、SSDデバイスの認識状況を確認する。

~ # esxcli storage vflash device list
Name                                    Size  Is Local  Is Used in vflash  Eligibility
------------------------------------  ------  --------  -----------------  ----------------------------
naa.600508b1001c3c4aacc8c33d825d7ff4  114439     false              false  Detected as a remote SAS SSD
~ #

「Detected as a remote SAS SSD」と認識されていることが何かのキーになっている、ということもうかがえる。

では、どのようにすれば使える様になるのか?

「Detected as a remote SAS SSD」というメッセージを手がかりに探したところ、VMwareのcommunityに「” Detected as a remote SAS SSD” vFlash」というのを発見。

the solution. thanks for the pointer vfrank.org

esxcli storage nmp satp rule add –satp VMW_SATP_LOCAL –device naa.XXXXXX 0 –option enable_local

esxcli storage core claiming reclaim -d naa.XXXXXXX

該当デバイスの「Is local」認識を強制的に変更する、というもの。
上記コマンド例では「–device naa.XXXXXX 0 –option enable_local」とあるが「0」がなぜ入っているのかよく分からない。
エラーになったので、実行したのは「esxcli storage nmp satp rule add –satp VMW_SATP_LOCAL –device naa.XXXXXX –option enable_local」と「esxcli storage core claiming reclaim -d naa.XXXXXXX」となる。

~ # esxcli storage nmp satp rule add --satp VMW_SATP_LOCAL --device naa.600508b1001c3c4aacc8c33d825d7ff4 --option enable_local
~ #  esxcli storage vflash device list
Name                                    Size  Is Local  Is Used in vflash  Eligibility
------------------------------------  ------  --------  -----------------  ----------------------------
naa.600508b1001c3c4aacc8c33d825d7ff4  114439     false              false  Detected as a remote SAS SSD
~ # esxcli storage core claiming reclaim -d naa.600508b1001c3c4aacc8c33d825d7ff4
~ # esxcli storage vflash device list
Name                                    Size  Is Local  Is Used in vflash  Eligibility
------------------------------------  ------  --------  -----------------  -------------------------------------------
naa.600508b1001c3c4aacc8c33d825d7ff4  114439      true              false  Yes, there are valid partitions for vflash
~ #

これにより「Is Local true」となった。

esxcfg-scsidevsでも、「Is Local: true Is SSD: true」となった。

~ # esxcfg-scsidevs -l
naa.600508b1001c3c4aacc8c33d825d7ff4
   Device Type: Direct-Access
   Size: 114439 MB
   Display Name: HP Serial Attached SCSI Disk (naa.600508b1001c3c4aacc8c33d825d7ff4)
   Multipath Plugin: NMP
   Console Device: /vmfs/devices/disks/naa.600508b1001c3c4aacc8c33d825d7ff4
   Devfs Path: /vmfs/devices/disks/naa.600508b1001c3c4aacc8c33d825d7ff4
   Vendor: HP        Model: LOGICAL VOLUME    Revis: 5.42
   SCSI Level: 5  Is Pseudo: false Status: on
   Is RDM Capable: false Is Removable: false
   Is Local: true  Is SSD: true
   Other Names:
      vml.0200030000600508b1001c3c4aacc8c33d825d7ff44c4f47494341
   VAAI Status: unknown
<略>
~ #

この状態となったら、GUIからvFRCの設定が行えるようになった。

該当SSDに対してvFRCの設定を行ったあとの「esxcli storage vflash device list」の結果は以下の様になった。

~ # esxcli storage vflash device list
Name                                    Size  Is Local  Is Used in vflash  Eligibility
------------------------------------  ------  --------  -----------------  ---------------------------------
naa.600508b1001c3c4aacc8c33d825d7ff4  114439      true               true  It has been configured for vflash
~ #

Debianのwoody (3.0), sarge (3.1), etch (4.0), lenny (5.0)でbashの脆弱性問題に対応する手法

$
0
0

bashの脆弱性問題で、Debianで既にアップデートされないバージョンであるところの、woody (3.0), sarge (3.1), etch (4.0), lenny (5.0)に対して、簡単に対応する手法があるのか?というのを調べてみた。

Seewebというクラウドとホスティングをやっている会社にお勤めのDebianメンテナのMarco d’Itriさんが、会社の後援を受けて古いバージョン用の非公式debianパッケージを公開してくれています。
CVE-2014-6271 fix for Debian woody, sarge, etch and lenny

配布場所については、上記からたどってください。
(http://ftp.linux.it/pub/People/md/bash/ なんですが、Seeweb社の後援を受けて公開されていますので、敬意を表してここから配布場所への直リンクはしないでおきます)

どのバージョンのbashをダウンロードすればいいのかは、現在インストールされているパッケージのバージョンを調べてください。

olddebian:~# dpkg -l|grep bash
ii  bash                                                     3.2-4                    The GNU Bourne Again SHell
ii  bash-completion                                          20080705                   programmable completion for the bash shell
olddebian:~#

上記であれば、「bash」の「3.2-4」です。
配布場所のファイル一覧から「bash_3.2-4.???_amd64.deb」や「bash_3.2-4.???_i386.deb」のうち、数字が一番新しいものを探します。

2014/09/30 20:00現在だと「bash_3.2-4.2_amd64.deb」が最新でした。
これをwgetコマンドなどでダウンロードし、dpkg -iでインストールします。

手順としては、まずは、https://github.com/hannob/bashcheck/からbash脆弱性確認スクリプトを入手します。

olddebian:~# wget --no-check-certificate https://github.com/hannob/bashcheck/raw/master/bashcheck
<略>
olddebian:~# chmod a+x bashcheck
olddebian:~# ./bashcheck
Vulnerable to CVE-2014-6271 (original shellshock)
Vulnerable to CVE-2014-7169 (taviso bug)
./bashcheck: line 18: 20675 Segmentation fault      bash -c "true $(printf '<<EOF %.0s' {1..79})" 2> /dev/null
Vulnerable to CVE-2014-7186 (redir_stack bug)
Test for CVE-2014-7187 not reliable without address sanitizer
Variable function parser still active, likely vulnerable to yet unknown parser bugs like CVE-2014-6277 (lcamtuf bug)
olddebian:~#

脆弱性があることを確認したら、配布元のページから、debパッケージをダウンロードします。

「wget http://ftp.linux.it/pub/People/md/bash/bash_~.deb」という感じでダウンロードします。

ダウンロード後は、debパッケージを「dpkg -i」でインストールします。

olddebian:~# dpkg -i bash_3.2-4.2_i386.deb
(Reading database ... 19825 files and directories currently installed.)
Preparing to replace bash 3.2-4 (using bash_3.2-4.2_i386.deb) ...
Unpacking replacement bash ...
Setting up bash (3.2-4.2) ...
Processing triggers for man-db ...
olddebian:~#

インストール後、パッケージバージョンの確認と、脆弱性確認を行います。

olddebian:~# dpkg -l|grep bash
ii  bash                                                     3.2-4.2                    The GNU Bourne Again SHell
ii  bash-completion                                          20080705                   programmable completion for the bash shell
olddebian:~# ./bashcheck
Not vulnerable to CVE-2014-6271 (original shellshock)
Not vulnerable to CVE-2014-7169 (taviso bug)
Not vulnerable to CVE-2014-7186 (redir_stack bug)
Test for CVE-2014-7187 not reliable without address sanitizer
Variable function parser inactive, likely safe from unknown parser bugs
olddebian:~#

これで、現段階では、問題がなくなりました。


おまけ

squeeze(6.0)の場合、squeeze-ltsに切り替えることで対応できます。
「/etc/apt/sources.list」に以下を追加します。

deb http://http.debian.net/debian squeeze-lts main contrib non-free
deb-src http://http.debian.net/debian squeeze-lts main contrib non-free

そして、bashだけをアップデートしたいのであれば、以下を実行します。

root@olddebian:~# apt-get update
<略>
root@olddebian:~# apt-get install -t squeeze-lts --only-upgrade bash
<略>
root@olddebian:~# 

ネタ元:「How to only install security updates on debian」「bash vulnerability CVE-2014-6271 (Shellshock) fix on debian squeeze [duplicate]

IPFireでパッケージのインストールやアップデートができない

$
0
0

ESXiの上で、ネットワークを2つ作り、それぞれをVPN接続する、というテスト環境を作ろうとした。

VPNルータをどうするか悩んだのだが、Linuxベースの「IPFire」というので構築することにした。
(Endian FirewallのComminity Editionだとうまく構成が作れなかった)

決め手の1つに、vmware-toolsを容易にインストールすることができる、ということがあった。
が、「手順」の通りにやろうとしても、エラーとなる。

状況としては、「pakfire update problem」と全く同じモノ。
(上記のURLよりエラーを引用)

Sep  7 21:15:34 serwer1 pakfire: PAKFIRE INFO: IPFire Pakfire 2.15 started!
Sep  7 21:15:34 serwer1 pakfire: CRYPTO INFO: Checking GnuPG Database
Sep  7 21:15:34 serwer1 pakfire: CRYPTO WARN: The GnuPG isn't configured corectly. Trying now to fix this.
Sep  7 21:15:34 serwer1 pakfire: CRYPTO WARN: It's normal to see this on first execution.
Sep  7 21:17:34 serwer1 pakfire: Sending my uuid: 168d3c61-ae2a-454f-81a1-48a817470c37
Sep  7 21:17:34 serwer1 pakfire: DOWNLOAD STARTED: counter.py?ver=2.15&uuid=168d3c61-ae2a-454f-81a1-48a817470c37
Sep  7 21:17:34 serwer1 pakfire: DOWNLOAD INFO: Host: pakfire.ipfire.org (HTTP) - File: counter.py?ver=2.15&uuid=168d3c61-ae2a-454f-81a1-48a817470c37
Sep  7 21:17:34 serwer1 pakfire: DOWNLOAD INFO: HTTP-Status-Code: 200 - 200 OK
Sep  7 21:17:34 serwer1 pakfire: DOWNLOAD STARTED: 2.15/lists/server-list.db
Sep  7 21:17:34 serwer1 pakfire: DOWNLOAD INFO: Host: pakfire.ipfire.org (HTTP) - File: 2.15/lists/server-list.db
Sep  7 21:17:35 serwer1 pakfire: DOWNLOAD INFO: 2.15/lists/server-list.db has size of 907 bytes
Sep  7 21:17:35 serwer1 pakfire: DOWNLOAD INFO: HTTP-Status-Code: 200 - 200 OK
Sep  7 21:17:35 serwer1 pakfire: DOWNLOAD INFO: File received. Start checking signature...
Sep  7 21:17:35 serwer1 pakfire: DOWNLOAD ERROR: The downloaded file (2.15/lists/server-list.db) wasn't verified by IPFire.org. Sorry - Exiting...
Sep  7 21:18:06 serwer1 pakfire: TIME INFO: Time Server 217.153.128.243 has 0.010834 sec offset to localtime.

解決方法として、外部の11371ポートに対する通信を許可すること、と書かれている。
PakfireのAdditional Note

IPFireの設定をいじってみても解決しない。
なぜ?と考えて見ると、今回作成したテスト環境は、別のFirewallの中にある、というのがポイントだった。
つまり、別のFirewall側に設定を追加する必要があったということ。

そちらの設定変更権限はないので、別の方策がないか捜索したところ、発見。

Pakfire wont update on new install The GnuPG isn’t configured corectly. solved!

「/opt/pakfire/lib/functions.pl」内で
「my $command = “gpg –keyserver pgp.ipfire.org –always-trust –status-fd 2″;」
と書かれているところ、下記のようにポート80でアクセスできるサーバに書き直す。
「my $command = “gpg –keyserver hkp://keyserver.ubuntu.com:80 –always-trust –status-fd 2″;」
というもの。

これを実施したところ、正常に動作するようになった。

ちなみに、上記URLだと、「Core 82で直った」とか書かれてますが、Core82で試して同じ現象でした。

SmartQ ZWatch同等品 SpeedUp SmartWatch

$
0
0

SmartQ ZWatchのカスタムfirmwareとかあるのかな?と探していたら、インドネシアのSpeedUp社から販売されている「SpeedUp Smart Watch」というのが、同等品とのこと。

実際、「firmwareページ」にあるマニュアルを見てみると、SmartQ ZWatchとほぼ同じように見える。

Zwatchと異なり、「Sync用ソフトウェアSpeedUp SmartWatchがGoogle Playで公開されている、というのが良い点かも?
(APKファイル直リンクでの配布もある)

SpeedUp SmartWatchのfirmware v1.6をダウンロードし、/system/build.propを開いてみると、以下の様な内容だった。

# begin build properties
# autogenerated by buildinfo.sh
ro.build.id=KRT16M
ro.build.display.id=V1.6_05-06-2014
ro.build.version.incremental=eng.1012337.140605.114853
ro.build.version.sdk=19
ro.build.version.codename=REL
ro.build.version.release=4.4
ro.build.date=Thu Jun  5 11:48:53 CST 2014
ro.build.date.utc=1401940133
ro.build.type=userdebug
ro.build.user=SpeedUp
ro.build.host=1012337
ro.build.tags=test-keys
ro.product.model=SW-1
ro.product.brand=SpeedUp SmartWatch
ro.product.name=SpeedUp SmartWatch SW-1
ro.product.device=s2122b
ro.product.board=SpeedUp SmartWatch SW-1
ro.product.cpu.abi=mips
ro.product.cpu.abi2=mips
ro.product.manufacturer=SpeedUp Technology
ro.product.locale.language=en
ro.product.locale.region=US
ro.wifi.channels=13
ro.board.platform=xb4780
# ro.build.product is obsolete; use ro.product.device
ro.build.product=SpeedUp SmartWatch SW-1
# Do not try to parse ro.build.description or .fingerprint
ro.build.description=full_s2122b-userdebug 4.4 KRT16M eng.1012337.140605.114853 test-keys
ro.build.fingerprint=SmartQ/full_s2122b/s2122b:4.4/KRT16M/eng.1012337.140605.114853:userdebug/test-keys
ro.build.characteristics=tablet
# end build properties
#
# ADDITIONAL_BUILD_PROPERTIES
#
dalvik.vm.heapstartsize=5m
dalvik.vm.heapgrowthlimit=48m
dalvik.vm.heapsize=128m
dalvik.vm.heaptargetutilization=0.75
dalvik.vm.heapminfree=512k
dalvik.vm.heapmaxfree=2m
ro.sf.lcd_density=160
persist.sys.timezone=Asia/Jakarta
testing.mediascanner.skiplist=/storage/host-udisk/,/storage/udisk/
wifi.interface=wlan0
wifi.supplicant_scan_interval=15
ro.telephony.call_ring.multiple=0
mobiled.libpath=/system/lib/libmobiled.so
ro.sf.hwrotation=180
ro.config.low_ram=true
keyback_long_press_time=1000
debug.velocitytracker.strategy=int1
ro.opengles.version=131072
ro.carrier=wifi-only
ro.config.notification_sound=OnTheHunt.ogg
ro.config.alarm_alert=Alarm_Classic.ogg
persist.sys.dalvik.vm.lib=libdvm.so
dalvik.vm.lockprof.threshold=500
net.bt.name=SmartQ-SW-1
dalvik.vm.stack-trace-file=/data/anr/traces.txt

ちなみに、SmartQ ZWatchの最新firmware v3.7の/system/build.propは以下の様になっている。

# begin build properties
# autogenerated by buildinfo.sh
ro.build.id=KRT16M
ro.build.display.id=V1.6_05-06-2014
ro.build.version.incremental=eng.1012337.140605.114853
ro.build.version.sdk=19
ro.build.version.codename=REL
ro.build.version.release=4.4
ro.build.date=Thu Jun  5 11:48:53 CST 2014
ro.build.date.utc=1401940133
ro.build.type=userdebug
ro.build.user=SpeedUp
ro.build.host=1012337
ro.build.tags=test-keys
ro.product.model=SW-1
ro.product.brand=SpeedUp SmartWatch
ro.product.name=SpeedUp SmartWatch SW-1
ro.product.device=s2122b
ro.product.board=SpeedUp SmartWatch SW-1
ro.product.cpu.abi=mips
ro.product.cpu.abi2=mips
ro.product.manufacturer=SpeedUp Technology
ro.product.locale.language=en
ro.product.locale.region=US
ro.wifi.channels=13
ro.board.platform=xb4780
# ro.build.product is obsolete; use ro.product.device
ro.build.product=SpeedUp SmartWatch SW-1
# Do not try to parse ro.build.description or .fingerprint
ro.build.description=full_s2122b-userdebug 4.4 KRT16M eng.1012337.140605.114853 test-keys
ro.build.fingerprint=SmartQ/full_s2122b/s2122b:4.4/KRT16M/eng.1012337.140605.114853:userdebug/test-keys
ro.build.characteristics=tablet
# end build properties
#
# ADDITIONAL_BUILD_PROPERTIES
#
dalvik.vm.heapstartsize=5m
dalvik.vm.heapgrowthlimit=48m
dalvik.vm.heapsize=128m
dalvik.vm.heaptargetutilization=0.75
dalvik.vm.heapminfree=512k
dalvik.vm.heapmaxfree=2m
ro.sf.lcd_density=160
persist.sys.timezone=Asia/Jakarta
testing.mediascanner.skiplist=/storage/host-udisk/,/storage/udisk/
wifi.interface=wlan0
wifi.supplicant_scan_interval=15
ro.telephony.call_ring.multiple=0
mobiled.libpath=/system/lib/libmobiled.so
ro.sf.hwrotation=180
ro.config.low_ram=true
keyback_long_press_time=1000
debug.velocitytracker.strategy=int1
ro.opengles.version=131072
ro.carrier=wifi-only
ro.config.notification_sound=OnTheHunt.ogg
ro.config.alarm_alert=Alarm_Classic.ogg
persist.sys.dalvik.vm.lib=libdvm.so
dalvik.vm.lockprof.threshold=500
net.bt.name=SmartQ-SW-1
dalvik.vm.stack-trace-file=/data/anr/traces.txt

/system/appのファイルは、Zwatchから「cn.yunzhisheng.assistant.smartdevices.apk」と「com.tencent.mm.apk」が抜かれているという感じだった。

ぱっと見は流用できそうな感じだけど、果たしてどうなのやら??

Kobo Touch/gloをAndroid化する・・・ことの覚え書き

$
0
0

2013年の話ではありますが、Kobo Touchの2代目と、Kobo gloをAndroid化する、という話があります。

あるのですが、日本語で、その起源について、きちんと書かれているページがないようなので、メモとして記載します。

まず、このネタの起点はMobilereadのフォーラム「Android on Glo」です。

投稿者のSyreKronさんが、ぐぐってたら、ドイツのheckeさんのblog「collector {dt.:Sammler}」を発見。
ここでは、ドイツで販売されているE-Ink Readerの「Tolino Shine」用にLinux kernelをコンパイルしてる。
このToline ShineはAndroid 2.3で動作しているのだが、上記Blogを見ると、ハードウェア構成がKobo gloに似ている。

試しにTolino Shine向けのAndroidイメージをKogo gloに入れてみたら、Androidがちゃんと動いているように見えるよ!

という報告が第1弾。

これを受けて、いろんな人が、Kobo gloのキーをちゃんと認識できるようにしたり、と、カスタマイズを行っていき、それをとりまとめたのが、MarekGibekさんの「New image for Kobo Touch」で、それをさらに改良して、新バージョン「Android for Kobo v2 – improved reading mode(2014/08/07)」がある。

といったところ。

Kobo Touch(N705C)と、Kobo Glo用のfirmwareが上記で配布されている。
日本でKobo Touchが発売された頃のものは、Kobo Touch(N705B)なので、N705Cのものは使用できない。

MobileReadフォーラム「Android on Kobo: “Tips and Apps”」に、Kobo E-Ink Reader上でAndroidを動かす場合の情報源について、リンクが紹介されている。

DynDNSの仕組みが若干変わった

$
0
0

昔はDynDNSと呼ばれていた「Dyn」というDNSサービスがあります。

固定じゃないIPアドレスでも、特定のホスト名でアクセスできるようにしてくれるRemote Access(DynDNS)を、以前は無料で提供していました。
今は、年25ドルになっています。

が・・・実は、無料だった当時、寄付をすると上位サービスにアップグレード、というキャンペーンをやっていました。
このアップグレードしたユーザは、現在も、無料で使えていたりします。

それは、さておき、Dynに久々にログインしてみたところ、以下の様にお知らせが出てきました。

login

You have not generated an updater client key!
Please generate a key for use with update clients to help keep your account credientals secure.

いままで、DynDNSに登録したIPアドレスを変更する際、クライアントソフトにユーザ名/パスワードを登録して行っていたものを、Dynの管理画面でクライアントキーを発行し、それをクライアントソフトに登録する、という形に変更したようです。

が・・・Linuxの場合、Dynのクライアント一覧に掲載されているソフトが、GUI環境向けの「Dyn Updater for Ubuntu Linux」だけがクライアントキーに対応していないように見えるのは気のせいか??
(2014/09/25リリースのver5.2に「Support secure update key for account.dyn.com in place of account credentials.」とある)

ddclient」の方は、2013/12/26リリースのver3.8.2が最新のようで、まだ対応していない。

そんなわけで、新しい仕組みができたけど、まだ使えない、という微妙な感じになりました^^;;;


Windows Serverを複数ユーザで利用時、各ユーザ毎にXmingを起動しTeraTermを使う手法

$
0
0

Windows Serverにリモートデスクトップ(RDP)でログインし、そこからTeraTermを使ってLinuxサーバにログインする、って運用をしてるところは結構あると思います。

で、X-Windowのアプリを表示したい時に、フリーのXmingを使おうとしたら、思うように使えない、という事態になったりします。

フリー版のXming ver6.9.0.31を普通にインストールすると、そのショートカットは、全ユーザ共通で、Xサーバを「:0」で起動する設定になっています。

このため、Windows Server上で誰かがXmingを起動すると、他の人は番号競合のためXmingを起動できなくなってしまいます。

回避方法は簡単で、番号が被らないようにXmingを起動する、ということです。

Xmingの標準ショートカットは以下のものです。

"C:\Program Files (x86)\Xming\Xming.exe" :0 -clipboard -multiwindow

これを、例えば「:1」で起動する様に変更します。

"C:\Program Files (x86)\Xming\Xming.exe" :1 -clipboard -multiwindow

(ちなみに、「:51000」とかでも起動し動作しました)

また、この設定の場合、SSHを使ったX11 forwardingを使った場合は表示できますが、Linuxサーバ上で「export DISPLAY=WindowsサーバIP:1.0」といったような形で表示させようとした場合、拒否されてしまいます。

そういった場合は下記の様な形で「-ac」オプションをつけます。

"C:\Program Files (x86)\Xming\Xming.exe" :1 -clipboard -multiwindow -ac

(-acは、アクセスコントロールをしない、という設定なので、予期しないホストからXアプリが飛んでくる可能性はありますが、まぁ、気にしない、ということでこの設定にしています。)

これで解決かといえば、そうでもありません。

Tera TermのSSHポート転送の機能に、「Xクライアントアプリケーションの転送」という項目があります。
これは、SSH X11 forwardingとも呼ばれる機能で、Linuxサーバ上ではlocalhost扱いなんだけど、実際には、SSHを使用してWindows Server上に表示される、というものです。

Tera Termの場合、下記の様にON/OFFのみが選択できます。
teraterm

この場合、Tera Termでは、Windows server上のXサーバの「:0」に対して画面を出力しようとします。

このため、せっかくXming側を複数立てても、「:0」を起動させている人のところにXアプリの画面が集まってしまいます。

回避方法は2つ。

1つは、出力先をGUIで設定できるputtyを使用する。
設定は下記のX display locationに例えば「:1.0」と入力します。
putty

もう1つは、Tera Termの起動方法を工夫する、というものです。
標準の設定GUIでは設定できませんが、Windowsのコマンドプロンプトで環境変数DISPLAYを設定することによって、出力先を指定することができるようになっています。
(機能追加要望を出したら教えてもらった)

なので、以下のようなバッチファイルを書くと、指定したところにXアプリが出力できるようになります。

@echo off
set DISPLAY=:1.0
"C:\Program Files (x86)\teraterm\ttermpro.exe" Linuxサーバ名 /ssh-x

Windows上でX-Windowアプリを表示するためのXサーバ VcXsrv

$
0
0

Windows上でX-Windowsアプリを表示させるために使うXサーバソフトウェアとして、「Xming」が有名である。

しかし、Xmingの最近のバージョンは寄付者向けリリースのみとなっている。
他にないものか、と探してみると「VcXsrv Windows X Server」というものがあった。

こちらは、Visual Studio 2013 Express Editionでコンパイルされており、64bit版バイナリも提供されている。
また、sourceforgeにて、ソースコードも公開されているので改造することもできる。

とりあえず、インストールしてみて、Xmingと使い比べてみたところ、思いの外、VcXsrvは好成績だった。

比較手法としては、VcXsrvを:0で起動し、Xmingを:1で起動し、他のLinuxサーバ上から、同じアプリをそれぞれ表示させる、というものを取ってみた。

「gnome-terminal」
terminal
左:VcXsrv、右:Xming

Xmingは小さく表示されてしまっている。
また、タスクバーの表示は下記のようになる。
taskbar
左:VcXsrv、右:Xming、(真ん中:コマンドプロンプト)

VcXsrvはアプリのアイコンがきちんと表示されるが、xmingでは「X」のアイコンで代用される。

「firefox」
VcXsrvの場合
vc-firefox

Xmingの場合
xming-firefox

VcXsrvの場合、タイトルバーもきちんと表示されている。
Xmingでは表示できていない。

CSuploadなんて無かった!(Azureに仮想マシンイメージをアップロードする方法

$
0
0

Microsoft Azureに仮想マシンイメージをアップロードしようとした。
ぐぐったら、CSUploadというコマンドを使うらしく、Azure SDKをインストールすればいいらしい・・・

Azure SDKをインストールして、実行!

PS C:\> CSupload
CSupload : 用語 'CSupload' は、コマンドレット、関数、スクリプト ファイル、または操作可能なプログラ
れません。名前が正しく記述されていることを確認し、パスが含まれている場合はそのパスが正しいことを確
てください。
発生場所 行:1 文字:1
+ CSupload
+ ~~~~~~~~
    + CategoryInfo          : ObjectNotFound: (CSupload:String) [], CommandNotFoundException
    + FullyQualifiedErrorId : CommandNotFoundException
PS C:\>

そんなコマンドは無いらしい。

気を取り直して公式系情報を探す。

Create and upload a Windows Server VHD to Azure

「Add-AzureVhd」コマンドを使うようだ。

固定長で作成したWindows7 64bit評価版のインストール済みvhdファイルを指定して実行。

PS C:\> add-azurevhd
コマンド パイプライン位置 1 のコマンドレット Add-AzureVhd
次のパラメーターに値を指定してください:
(ヘルプを表示するには、「!?」と入力してください。)
Destination: http://~.blob.core.windows.net/images/win7-64.vhd
LocalFilePath: C:\Users\Public\Documents\Hyper-V\Virtual hard disks\win7-64.vhd
MD5 hash is being calculated for the file  C:\Users\Public\Documents\Hyper-V\Virtual hard disks\win7-64.vhd.
MD5 hash calculation is completed.
Elapsed time for the operation: 00:07:35
Creating new page blob of size 21474836992...
Detecting the empty data blocks in the local file.
Detecting the empty data blocks completed.
Elapsed time for upload: 00:32:17
LocalFilePath                                               DestinationUri
-------------                                               --------------
C:\Users\Public\Documents\Hyper-V\Virtual hard disks\win... http://~.blob.core.windows.net/images/win7-6...
PS C:\>

ネットワークの転送量を見ていると、「Detecting the empty data blocks in the local file.」から「Detecting the empty data blocks completed.」までが案外長い。
動いてるのかなぁ?と悩むぐらいに。(注:転送前にローカルのVHDファイル内の空きブロック検出して、送らなくてもいい部分を探しているので、時間がかかっている)

転送終了後、無事、仮想マシンの新規作成にこのイメージが使用できる、ということを確認できました。

国内で正式発売されたMediaTekチップ採用のスマートフォン

$
0
0

日経テクノロジーOnlineに「MediaTek台風、ついに日本上陸!「安ければよい」の風潮に一抹の不安」という記事を見つけた。

液晶TVなど一部の家電では、MediaTek社のチップを搭載した製品がすでに国内で流通している。だが、スマホの部品という形でMediaTek製チップが日本国内で使用されるのは、個人輸入などを除くと、今回ご紹介する「Geanee(ジーニー)FXC-5A」が初めてと思われる。

・・・どうやら、私がいまいる時空とは異なる日本にお住まいの方らしい。

とりあえず、私がいま思い出せる範囲では、日本国内で正規に発売されたMediaTekチップ採用のスマートフォンとして、以下のプロダクトを認識している。

MT6577搭載機
2013/04 Covia:FleaPhone CP-D02
2013/11 freebit PandA 1st lot
2013/11 RWC:Alcatel ULTRA 6033M

MT6572/MT6572M搭載機
2014/05? RWC:X-RIDE FT351
2014/07 メガハウス:fairisia
2014/09 Geanee:FXC-35

MT6582/MT6582M搭載機
2014/06 ポラロイド:PolaSma(ポラスマ)
2014/06 TJC:StarQ Q5001
2014/07 Geanee:FXC-5A
2014/07 ポラロイド:LINEAGE
2014/08 freebit:PandA 3rd lot(たぶん)

つまりは、Geanee FXC-5Aって結構後発組。

freebit PandA 1st lotにだけリンクをつけてませんが、これは、現在の公式ページ上に1st lotに関する記述が発見できなかったためです。
なお、2014/03に2nd lot(Quad 1.2GHz)、2014/08に3rd lot(Quad 1.3GHz)に切り替わっています。(参考資料1,参考資料2)

それにしても、

だが同社は中国の模造品端末の屋台骨を支える代表的なチップメーカーであり、「模造品の帝王」とも呼ばれている。そうした企業のチップを使った中国製スマホの国内使用を許可する際には、一般的な検定に加えて、「隠れた脅威」の調査にもう少し手間をかける必要がないだろうか。

とりあえず、隠謀論で不安がらせる。

通信用チップセットメーカー大手のQualcomm社でさえ、一時期はクアッドコアプロセッサーの量産に苦労した。それを模倣したMediaTek製プロセッサーの性能は推して知るべしである。ある原価調査によると、スペック上の性能が同じ場合、MediaTek製プロセッサーの価格はQualcomm製の半額だという。両社はファブレス企業であり、製造は台湾TSMCに委託していると言われる。製造プロセスは似ているかもしれないが、設計はまだまだ遠く及ばないのだろう。

「模倣したから性能は推して知るべし」とか「設計はまだまだ遠く及ばないのだろう」って、著者の推論であるにも関わらず、それを裏付ける記述は一切なし。
だいたい、性能を言うんだったら、ベンチマーク比較すりゃいいのに、なんで、この機械動作させてるところ見せないの?

Gianee FXC-5Aも同様で、標準サイズのSIMカードスロットとMicro SIMカードスロットが搭載されている。2つ目のスロットを目立たないMicro SIMにしたのは、多少なりとも日本の実情に合わせようとした痕跡なのだろうか。

「日本の実情に合わせようとした痕跡」でいうところの「日本の実情」って何のことをさしているのか、MVNOに詳しくない一般的な読者には分からないと思うんですが。
(おそらくは、MVNOのSIMとして、「標準サイズのSIM」と「MicroSIM」のそれぞれが流通しているので、どちらでも使いやすいように、ということを「日本の実情」と言いたいんだと思いますがね)

Qualcomm社の技術を模倣したことで、中国製スマホもスペック上の性能は立派になった。

MT6577までであれば、その言説は通ったと思いますが、MT6582(4コア),MT6572(2コア)以降は模倣ですかねぇ?
(注:実は、MT6577とMT6582の間にはMT6589があったんだけど、それはいろいろびみょーだったので除外)

とはいえ、分解調査を通じて中国製スマホやMediaTek製チップと長年付き合ってきた筆者は、「安いですね~」というだけで歓迎する風潮に一抹の不安を感じる。できることなら戦艦大和のごとく、純国産技術の粋を集めた通信機器を作る時期ではないかとも思うのである。

そして、できあがったモノは、価格も高く、誰も買わずに沈没して、「時代の変化について行けずに登場した戦艦大和のような最期だった」と言いたいわけですね。


以下は、おまけ的なもの・・・

この著者は、全体的に、MediaTek憎し、の感情で記事を書いているようで。

MediaTek製部品の占有率が高い。指示通りに組み立てれば、初心者でも製品を作ることが可能となる。これが中国で模造品市場が拡大する一因となっている

という一面的な書きようが目立つ。
ここの部分は、「MediaTek製部品の占有率が高い。指示通りに組み立てれば、初心者でも製品を作ることが可能となる。これが中国、インドなどで$100以下、場合によっては$50以下でスマホが販売される一因となっている」という書き方もできる。
また、模倣品より、低スペックの$50以下スマホ市場が、MediaTekによって広まっていることを書いた方が、啓蒙する、という意味でもいいはずなんですがねぇ・・・

主力の理工系では、情報通信機器からエアコンまで多種多様な製品の分解調査や分析、原価計算を行う。

という割に、なぜか、この記事では、原価計算っぽいのをしておらず、全て憶測レベルで終わっている。

ここまでで上げてないところで言えば・・・

Geanee FXC-5Aのディスプレーは5インチで、今どきのスマホ並みに大きい。ただし、ディスプレーはQuarter HD(960×540)で、ハイエンド端末のフルHDと比べて2クラスほどグレードが下である。これだけでパネル価格は半分程度まで下がる。中国地場のパネルメーカーの製品であれば、価格はさらに下がるだろう。

で、この製品が使ってるのは、どこの液晶パネルメーカのものなんでしょうか?

プロセッサーは4つの処理系統を持つクアッドコアであるが、これと連動するDRAMの容量は512Mバイト。クアッドコアプロセッサーのスマホが通常搭載するDRAMの容量と比較すると、4分の1程度である。イタリアFerrari社の大排気量エンジンに軽自動車のマフラーを使うような感じで、バランスがいいとは言えない。

メモリのサイズから見た印象論だけで、この機種についての具体的な話ではない。

中国製スマホの特徴のひとつに、SIMカードスロットを2つ搭載した「Dual SIM」がある。国土の広い中国では単一の通信事業者が全土をカバーできないため、Dual SIM方式で異なる通信事業者のSIMカードを2枚使用して、その場で使える回線を選択することが一般的なのだ。

コレ、ほんとなの?
一昔前はそうだったらしい、というのはありますが、最近もそうなんですかねぇ?


というコメントをいただいております。

もう一つの中国製スマホの特徴、前世代の組み立て技術も健在である。その典型が、バイブレーターを基板の上に直接実装していること。電子部品がギッシリ詰まったメイン基板上でバイブレーターが振動するという、ちょっと問題のある実装になっている。

これにより、コストダウンがはかられている、という要素をなぜか重視していない。
「こんな構造してるから安いんだ」とストレートに書けばいいのに、言及を避けている。

全体的にみて、この著者の知識が古いままで、更新されていないのではないかという疑念がわいてくる内容です。

Kobo Arc 7HDを買った

$
0
0

特価1万円で売ってたので、いまさらKobo Arc 7HDを買ってみました。

・・・期間限定楽天ポイントとかいろいろを使ったので支払額は5千円でしたけど。

1日使ってみた感想。

利点
・高解像度(1920×1200 323ppi)
・Google Playストア導入済
・素のAndroidに近い(一部制約あり)
・プレインストールソフトのほとんどが削除可能
 楽天系アプリはKoboアプリ以外全部消せる

欠点
・初回使用時、楽天アカウントの登録が必要
 この楽天アカウントはKoboの同期に使われる
・Koboアプリだけは消せない
 (それ以外の楽天系アプリは全部消せる)
・高解像度のせいで遅い
・充電につかうmicroUSB端子が左横なのが

たいしたこと無いだろうと、キャプチャとか一切取らずにセットアップしてしまったのが若干悔やまれます。

とりあえず、いろいろ感じたことについて列挙。

<その0>
電源を入れたら、バッテリー残量が15%を切った状態でした。

<その1>
初回使用時、まず、楽天アカウントの登録が必要になります。
これはskipできません。

<その2>
ホーム画面にずらりと楽天系アプリが並んでいて、若干引きます。
が・・・これらは全てアンインストール可能です。
プレインストールのアプリでアンインストールできないのは、Koboアプリぐらいです。
日本独自で楽天系アプリを追加インストールしてから出荷しているような印象を受けます。

<その3>
ブラウザは、「標準ブラウザ」「Google Chrome」「Firefox」の3種類が入っています。
わざわざFirefoxが入っている理由はよく分かりません。

<その4>
Googleアカウントは登録しなくても使えますが、アプリの追加には、Google Playストアを使う必要があるので、結局は登録することになります。

<その5>
他社の電子書籍ソフトは普通に使えます。
Amazon Kindle、BookWalker、BookLive!、紀伊國屋書店Kinoppy!など、まぁ、普通です。

<その6>
ゲームをやると、高解像度による画面処理量の多さに起因する速度低下の影響か、遅くなる場面が多々あります。
例えば、Angry Birdsで時々BGMが乱れたりします。

NVDIMM と ULLtraDIMM

$
0
0

じつは、これ、夏頃にNVDIMMとULLtraDIMMの違いについて調べたことがあったんだけど、ニッチすぎるし、この見解が正しいのか自信が無かったのでお蔵入りにしていたコンテンツです。

SK Hynix、世界初の16GB DDR4不揮発性DIMM」と、いま、NVDIMMが注目されているようなので、公開してみます。


マザーボード上のDIMMスロットを、最も応答が速いディスクとして利用するための仕組みとして、「NVDIMM」というものと「ULLtraDIMM」というものがあります。
前者は「Non-Volatile RAM(不揮発メモリ)」を用いたDIMM、後者は、Flashメモリのみを用いたDIMMのSanDiskの商標、となります。

両者は似ているようで、若干異なります。

「Non-Volatile RAM(不揮発メモリ)」といった場合、Flashメモリも含まれますが、「NVRAM」と称した場合の主流は、バッテリー保護機能(BBU)付きのDRAMとなります。
これは、本来であれば電源供給が無くなった時点でデータは消失してしまうDRAMに対して、バッテリーによる保護機能を持たせることで、消失しないようにする、というものです。
保護の方法もいろんな種類がありますが、バッテリーにより保護されている間に、Flashメモリにデータを移し、消失を防ぐ、という手法が一般的です。

「NVDIMM」の場合の保護手法も、おおむね、バッテリー保護中に、Flashメモリに移す、というものになっています。
NVDIMMの場合、通常のDRAMメモリのチップと、Flashメモリのチップを両方基板上に配置しなければならないため、それほど容量が確保できない、という欠点があります。

ULLtraDIMMは、Diablo Technologiesが開発したコントローラを使用して、SanDiskが開発したDIMMスロットに差すSSD(Flashメモリ)となります。
NVDIMMと違い、「ULLtraDIMM」はSanDiskの商標となります。
IBMにOEMしたモノは「IBM eXFlash DIMM」という名称になります。

ULLtraDIMMは比較的大容量が確保できますが、NVDIMMの方と比べると、速度が遅くなります。(DRAM書き込みの方が速い)

DDR3スロット向け
Viking Technology ArxCis-NV(2GB/4GB/8GB)
AGIGARAM DDR3 NVDIMM(2GB/4GB/8GB)
netlistの「NVvault DDR3 NVDIMM」(1GB/2GB/4GB)
SMART Modular Technologiesの「DDR3 NVDIMM」(1GB/2GB/4GB/8GB) いろんなサイズでも出している

DDR4スロット向け
・Viking Technologyからリリース予定
AGIGARAM DDR4 NVDIMM サンプル出荷開始
Micron NVDIMM AGIGRAMと提携
SK Hynixから16GB DDR4 NVDIMM サンプル出荷開始

Vikink Technologyがフラッシュメモリのイベントで使用したスライド「Creating Storage Class Persistent Memory With NVDIMM」が公開されています。

ULLtraDIMMの製品は、以下の2つです
SanDisk ULLtraDIMM SSD(200GB/400GB)
IBM eXFlash memory-channel storage(200GB)

また、NVDIMMやULLtraDIMM以外にもメモリスロットを使用するデバイスとして、「Storage in the DIMM Socket Storage PRESENTATION TITLE GOES HERE in the DIMM Socket」によると、以下の種類があるようです。

・DRAM Modules
  普通のメモリ
・NVDIMM
  不揮発メモリ
・MCS (ULLtraDIMM)
  Memory Channel Storageで、diablo technologyの技術を使って、フラッシュメモリ(NANDメモリ)に記録するモノ
・SATADIMM
  メモリソケットを使うけど、I/Oは普通のSATAを使う
・HDIMM (Hybrid DIMM)
  メモリソケット側のI/Oと、SATA経由のI/Oのどちらも搭載しているもの
・MRAM, ReRAM
  比較的大容量の新規格の不揮発メモリ

MediaTekのスマートフォン向け3G/4G対応SoC一覧(2014/10/24)

$
0
0

MediaTekの「Smartphone products」の製品一覧が誤解を招く表記になってるw

・MT6572 Dual-core platform with HSPA+
・MT6573 Quad-band HSPA platform
・MT6575 Dual-SIM HSDPA platform
・MT6577 Dual-core dual-SIM HSPA platform
・MT6589 Quad-core dual-SIM HSPA platform
・MT6592 Octa-core HSPA+ platform
・MT6595 Octa-core LTE platform
・MT6732 64-bit Quad-core LTE platform
・MT6795 64bit LTE Octa-core platform

この並びでみると、「MT6572 Dual」より「MT6573 Quad」の方が性能良さそうに見えちゃうじゃんw

性能順で正しく並べると、以下の様な感じですかね?

・MT6573 Quad-band HSPA platform
  ARMv11 650MHz
  PowerVR Seriase5 SGX
  MediaTekのスマホ向けチップとして初めてのWCDMA対応製品

・MT6575 Dual-SIM HSDPA platform
  Cortex-A9 1GHz
  PowerVR Seriase5 SGX
  そこそこ使えるようになってきたのがここら辺から

・MT6577 Dual-core dual-SIM HSPA platform
  Cortex-A9 1GHz 2コア
  PowerVR Seriese5 SGX
  日本にも搭載製品が入ってきたのは、ここから。
  安いけど悪くはない、という感じではあったのだが、
  2013年夏ぐらいまでが戦えてた時期かな、と

・MT6572 Dual-core platform with HSPA+
  Cortex-A7 1.2GHz 2コア
  GPU 不詳
  下にあるMT6589より後に登場した製品
  いままで外付けで必要としていたチップを統合した製品であるため
  バッテリーの持ちとかもいい感じになっている。
  MT6572でRAM 1GBあったら、2014年10月の時点でもそこそこ使えるんじゃないかな?
  MT6572Mは廉価版で若干スペックが低い

・MT6589 Quad-core dual-SIM HSPA platform
  Cortex-A7 1GHz 4コア
  PowerVR Seriese5XT
  日本には入ってきていない(はず)
  MT6589搭載機とMT6582搭載機があったら、基本的にMT6582の方が良いものになる。

・MT6582
  Cortex-A7 1.2GHz 4コア
  なぜか公式ページにないが、存在している製品
  MT6589では外付けしていたチップを、統合した製品で
  MT6572(2コア)とMT6582(4コア)は兄弟と言える。
  このチップを使用して「LTE対応」と書いてある場合、それは
  外付けのLTEチップを使い対応している、という意味となる。
  MT6582Mは廉価版で若干スペックが低い

・MT6592 Octa-core HSPA+ platform
  Cortex-A7 1.7GHz/2.0GHz 8コア
  ARM Mali
  MediaTek初の8コアなんだけど、8コアが有効に働いてないという噂
  このチップを使用して「LTE対応」と書いてある場合、それは
  外付けのLTEチップを使い対応している、という意味となる。

・MT6595 Octa-core LTE platform
  Cortex-A17 4コア+Cortex-A7 4コア
  PowerVR Seriese6
  LTE対応
  まだ、これから製品が出てくるもので、謎が多い。

・MT6732 64-bit Quad-core LTE platform
  64bit Cortex-A53 1.5GHz 4コア
  ARM Mali-T760
  LTE対応
  まだ、これから製品が出てくるもので、謎が多いが
  ARMからいろいろ提供を受けて実装している模様

・MT6795 64bit LTE Octa-core platform
  64bit ARMコア 2.2GHz 8コア(Cortex系ではなく独自?)
  GPU 不詳
  LTE対応
  まだ、これから製品が出てくるもので、謎が多いが
  MediaTek独自でいろいろ設計している模様


MIPS系CPU搭載のAndroid腕時計GEAK Watch2が出る!

$
0
0

2013年、MIPS系CPU Ingenic JZ4775搭載の「GEAK Watch」というAndroid腕時計が発売された。

そして、1年経過した2014/10/29・・・新製品「GEAK Watch2」が発表されたようです。

CPUメーカIngenic Semiconのリリース:「果壳发布GEAK Watch 2“智能圆表”,售价1999元
製品ページ:「果壳发布GEAK Watch 2

今回発表されたのは2製品。
geak4

「GEAK Watch II Pro」(価格2499元)と「GEAK Watch II」(価格1999元)です。
Proの方は、外装が豪華になっている、というのと、バッテリーが20%ほど増えている、という違いがあるようです。

RAM 384MB
ROM 4GB
丸形液晶 1.26インチ 320*320(254PPI)
Bluetooth 4.0

OSとして「GEAK Watch OS」と書かれていますが、実体はAndroid 4.3ベースのものになります。(ingenicの方に書いてある)

ぱっと見、液晶ではないような感じのサンプル写真が出ています。
geak1

まぁ、最近はやりの丸液晶のようです。
geak2
(なお、時計盤面のサンプルはいろいろあるようです。)

この液晶は、E-Ink画面とカラー液晶画面を切り替えられる「TF Screen」である、とうたっています。
geak5

このため、外ではE-Ink画面を使い、見やすく、そして電池が長持ちさせるようにする、ということができるようです。
これにより、通常利用で1週間、スタンバイ使用時18日、だ、とうたっています。

気になるのは、充電端子が背面(腕側)にあるというところ・・・
geak3

MIPS系のBIG/LITTLE CPU Ingenic M200

$
0
0

Ingenic Semiconductor(北京君正集成电路股份有限公司)のページが更新され、新製品が正式に掲載された。

新しいCPUとして「M200」というCPUと、それを使ったボード「Newton2 Platform」が登場している。

まず、M200について。

サイズは「BGA270 7.7×8.9×0.76mm,0.4mm pitch」と書かれているぐらいのサイズで、想定用途はウェアラブルデバイス・・・Android腕時計やメガネなど、とのこと。

その用途向けには、すでにJZ4775をベースとしたM150という統合型パッケージが存在していたようなのですが、M200はそれをさらに進めたものである模様。

基本はいままでの4775系統と同じくMIPS命令セット採用のXBurstコアが2コア載っている、というもの。
違う点は、2コアのスペックが異なる、いわゆるBIG/LITTLE構成であるということ。

・XBurst-HP Core 1.2GHz
・XBurst-LP Core 300MHz

これが共存して載っている、というもの。

20121108044418676

L1キャッシュは各コアごとであるものの、L2キャッシュ512KBは両コア共通、という構成。
IngenicはJz4780で2コアの実績はあるとはいえ、今回のようなクロックによる使い分けと、それを有効活用した省電力化がうまく働いているのかは、若干未知数。

面白い構成だな、と思ったのは画面出力に関する仕様。
「LCD controller with OSD: TFT, SLCD and MIPI-DSI (2-lanes)」と「EPD Controller/E-Ink controller」と書かれている点。
前者は通常の表示を行っているところに対してもう1系統の出力を表示するOnScreenDisplay(OSD)が可能である、ということ。
後者はE-Inkディスプレイに出力可能、ということ。

先日発表になったGEAK Watch2の仕様にある、丸形カラー液晶とE-Inkを組み合わせて表示している・・・という仕様は、まさにコレを採用しているんだろう、と思わせるもの。

で・・・このM200を搭載した評価用のボードが「Newton2 Platform」となる。
20121108094439763
中国の1元コインとの比較写真がありますが、ボード自体のサイズは15x30x2.4mmということですから、500円玉ぐらいの大きさと比較している感じだと思えばいいみたいです。

表

表面の左側の一番大きなチップがメモリ。
真ん中の中ぐらいのチップがIngenic M200です。

裏

裏面はコネクタが目立ちますね。

でも、これでも
・RAM 4GB
・ROM 4GB(eMMC)
・WiFi Broadcom 43438 2.4GHz IEEE 802.11b/g/n
・Bluetooth 4.1(BLE)、2.1+EDR
・センサー InvenSense MPU-9250採用(9方向ジャイロスコープ,傾き,地磁気センサー)
を搭載しています。

これを使って、なかなかおもしろいものが出てきそうで期待しています。

MT6595搭載のリファレンス機がLenovo VIBE X2

$
0
0

9月に「MediaTek Labs」というサイトがオープンしていた。

そこでは、現在以下のものが提供されている

・ウェアラブルデバイス向けSoc MediaTek Aster (MT2502)用にLinkIt OSというOSと開発環境
・MediaTek SoCのAndroid機特有の機能を使うための MediaTek SDK for Android

MediaTek SDK for Androidでは、Dual SIM環境を含めたテストが行えるように改造されたAndroidエミュレータ環境も提供されている、という点が面白い。

で・・・エミュレータでの動作確認が済んだ、としたら、次は実機テスト
というわけで、公式には、何がリファレンス機として書かれているのかと確認。

Reference Android Phones

MT6595搭載の「Lenovo VIBE X2
lenovo-smartphone-ideaphone-vibe-x2-main

国際版のスペックとしては以下になっている。
CPU MT6595m 2.0GHz
RAM 2GB
ROM 32GB
Android 4.4
カメラ 1300万画素/500万画素
5.0インチ 1920×1080液晶

ネットワーク対応については、何種類かある模様。

4Gネットワーク 「FDD Band1/3/7(2100/1800/2600MHz)+TDD Band40(2300MHz)」or「FDD Band1/3/7/30(2100/1800/2600/2350MHz)」
3Gネットワーク 「WCDMA 2100/900MHz(Band1/8)」or「WCDMA 2100/900/850MHz(Band 1/5/8)」
2Gネットワーク 「GSM 850/900/1800/1900MHz」

fastcardtechでもLenovo VIBE X2は取り扱っているんだけど、中国国内モデルのようで、対応周波数帯がGSM+TD-SCMDA+TDD-LTEとなっている。

4Gネットワーク 「TDD-LTE 2496-2690/1880-1920/2300-2400MHz(Band 41/39/40)」
3Gネットワーク 「TD-SCDMA 1880-1920/2010-2025MHz(Band 39/34)」
2Gネットワーク 「GSM 850/900/1800/1900MHz」

国際版も入荷しないかなー

東京ドームシティの妖怪ウォッチぐるぐる冒険隊のハズレ

$
0
0

東京ドームシティで11月1日から1月12日までの予定で開催されている「妖怪ウォッチ ぐるぐる冒険隊 in 東京ドームシティ」というスタンプラリーみたいなの。

会場内に20箇所ぐらい設置されているウィスパーボックスの口に、紙製の特製妖怪ウォッチを突っ込むと、妖怪が召喚でき友だちになれる、というもの。
IMG_20141116_113440

制限時間60分以内に最大10体の妖怪と友だちになれるんですが、何個がハズレボックスが混じっています(3個確認した)

10箇所通し終わると、ゴールに行く、ということになるのですが、どうやら検証が不十分らしくて、始めて通したのに「このボックスはもう来たよ」と言われてしまうことがあります。
ただ、その状態であっても、ボックスに通したことになっているので、大丈夫ではありますけど・・・

さて・・・

10体の妖怪と友だちになるには、ハズレボックスを如何にして避けるか、ということが重要です。

ハズレボックスの見分け方は、ちゃんとあります。
ボックスをよく観察してみましょう。

ヒント1:ボックスの絵柄のどこかで、どの種族と友だちになれるかかいてあるよ
妖怪ウォッチにはイサマシ族 フシギ族 ゴーケツ族 プリチー族 ウスラカゲ族 ブキミー族 ニョロロン族 ポカポカ族といった種族があります。
そして、その種族を表す絵柄というものがあります。
それがボックスのどこかにかかれています。

ヒント2:ハズレは種族とは関係ない模様がかいてあるよ

ヒント3:ウィスパーの口の開き具合とかは関係ないよ

ヒント4:↑のボックス写真はハズレだよ

RHEL6でインストール時からSAN Boot multipath構成したら/bootがマウントされない

$
0
0

RHEL6で、SAN Boot multipath構成を組んでみた。
起動時からmultipath設定でうまくいくのかなぁ?と思ったら、案の定、いくつか問題が・・・

ディスクは/dev/mapper/mpathaで認識しており、
/dev/mapper/mpathap1 /boot 500MB
/dev/mapper/mpathap2 swap 適量
/dev/mapper/mpathap3 / 残り全部
いうパーテーション設定。

この状況で起動したところ、/etc/fstabが以下となっていた。

UUID=~ /                       ext4    defaults,_rnetdev 1 1
UUID=~ /boot                   ext4    defaults,_netdev 1 2
/dev/mapper/mpathap2    swap                    swap    defaults,_netdev 0 0
tmpfs                   /dev/shm                tmpfs   defaults        0 0
devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
sysfs                   /sys                    sysfs   defaults        0 0
proc                    /proc                   proc    defaults        0 0

この状態だと、起動時、/bootがマウントされていなかった。
「mount -a」を実行するとマウントはされた。

UUID指定ではなく、mpatha指定なら行くだろうと、変更してみても/bootがマウントされない。

いろいろ試した結果、マウントオプションが「defaults,_netdev」となっていることが原因だった。

最終的に、以下の様な/etc/fstabとした。

/dev/mapper/mpathap3    /                       ext4    defaults,_rnetdev 1 1
/dev/mapper/mpathap1    /boot                   ext4    defaults 1 2
/dev/mapper/mpathap2    swap                    swap    defaults,_netdev 0 0
tmpfs                   /dev/shm                tmpfs   defaults        0 0
devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
sysfs                   /sys                    sysfs   defaults        0 0
proc                    /proc                   proc    defaults        0 0

ちなみに、mpath指定ではなく、UUID指定でもきちんと動作しました。

Viewing all 1108 articles
Browse latest View live