やるきなし

Linux 5.5-rc5 で 5.4.X から .configがどう変更されるのか見てみた．以下 - は削除されたもの，+ は追加されたもの．x86_64．New features 等は https://www.phoronix.com/scan.php?page=article&item=linux-55-features 参照．

CRYPTO関連

• +CONFIG_CRYPTO_LIB_CHACHA_GENERIC=m

  crypto: chacha - move existing library code into lib/crypto

  一部が lib/crypto/libchacha.c に分離された．手元では CRYPTO_CHACHA20 で select される．これは CRYPTO_ADIANTUM で select されていて，必要かどうか不明だがこのまま．

  On CPUs without AES instructions, Adiantum is much faster than AES-XTS.

  とのこと．

• +CONFIG_CRYPTO_LIB_POLY1305_GENERIC=m

  crypto: poly1305 - move core routines into a separate library

  一部が lib/crypto/poly1305.c に分離された．手元では CRYPTO_NHPOLY1305, CRYPTO_ADIANTUM, CRYPTO_POLY1305 で select される．

• +CONFIG_CRYPTO_LIB_POLY1305_RSIZE=4

  crypto: poly1305 - expose init/update/final library interface
  crypto: x86/poly1305 - expose existing driver as poly1305 library

  X86_64 で 4 に設定される．

• -CONFIG_CRYPTO_BLKCIPHER=y
-CONFIG_CRYPTO_BLKCIPHER2=y
+CONFIG_CRYPTO_SKCIPHER=y
+CONFIG_CRYPTO_SKCIPHER2=y

  crypto: skcipher - rename the crypto_blkcipher module and kconfig option

  rename された．

  CRYPTO関連，ついでに以下にしておく．

  CONFIG_CRYPTO_ARCH_HAVE_LIB_CHACHA=m
  CONFIG_CRYPTO_ARCH_HAVE_LIB_POLY1305=m
  CONFIG_CRYPTO_CHACHA20POLY1305=m
  CONFIG_CRYPTO_CHACHA20_X86_64=m
  CONFIG_CRYPTO_LIB_CHACHA20POLY1305=m
  CONFIG_CRYPTO_LIB_CHACHA=m
  CONFIG_CRYPTO_LIB_POLY1305=m
  CONFIG_CRYPTO_NHPOLY1305_AVX2=m
  CONFIG_CRYPTO_NHPOLY1305_SSE2=m
  CONFIG_CRYPTO_POLY1305_X86_64=m
  CONFIG_CRYPTO_CHACHA20_X86_64=m
  CONFIG_CRYPTO_ARCH_HAVE_LIB_CHACHA=m

Direct Rendering Manager, DRM 関連

• +CONFIG_DRM_I915_HEARTBEAT_INTERVAL=2500

  drm/i915/gt: Replace hangcheck by heartbeats

• +CONFIG_DRM_I915_PREEMPT_TIMEOUT=640

  drm/i915/execlists: Force preemption
  drm/i915: Default to a more lenient forced preemption timeout

• +CONFIG_DRM_I915_STOP_TIMEOUT=100

  drm/i915/gt: Try to more gracefully quiesce the system before resets

• +CONFIG_DRM_I915_TIMESLICE_DURATION=1

  drm/i915/gt: Make timeslice duration configurable

• +CONFIG_DRM_TTM_DMA_PAGE_POOL=y

  drm/ttm, drm/vmwgfx: Use a configuration option for the TTM dma page pool

• +CONFIG_DRM_TTM_HELPER=m

  drm/vram: fix Kconfig

  DRM_BOCHS で select される．

Btrfs 関連

• +CONFIG_CRYPTO_XXHASH=m

  BTRFS_FS で select される．

• +CONFIG_CRYPTO_BLAKE2B=m

  crypto: blake2b - add blake2b generic implementation
  btrfs: add Kconfig dependency for BLAKE2B

  BTRFS_FS で select される．

  上記ともに checksumming algorithm として利用可能なリストが CRC32 のみだったところ以下のように4種類から選択可能なように変更されたことによる．

  enum btrfs_csum_type {
         BTRFS_CSUM_TYPE_CRC32   = 0,
         BTRFS_CSUM_TYPE_XXHASH  = 1,
         BTRFS_CSUM_TYPE_SHA256  = 2,
         BTRFS_CSUM_TYPE_BLAKE2  = 3,
  };

  btrfs: add sha256 to checksumming algorithm
  btrfs: add xxhash64 to checksumming algorithms
  btrfs: add blake2b to checksumming algorithms

追加

• +CONFIG_BLK_CGROUP_RWSTAT=y

  blk-cgroup: separate out blkg_rwstat under CONFIG_BLK_CGROUP_RWSTAT

  block/blk-cgroup.c の一部が block/blk-cgroup-rwstat.c に分離された．BLK_DEV_THROTTLING および BFQ_GROUP_IOSCHED から select される．

• +CONFIG_CC_HAS_INT128=y

  int128: move __uint128_t compiler test to Kconfig

  ARCH_SUPPORTS_INT128 を select するか判断するために利用される．

• +CONFIG_DYNAMIC_FTRACE_WITH_DIRECT_CALLS=y
+CONFIG_HAVE_DYNAMIC_FTRACE_WITH_DIRECT_CALLS=y

  ftrace/x86: Add register_ftrace_direct() for custom trampolines
  ftrace: Add register_ftrace_direct()

  ともに X86 で select される．

• +CONFIG_FW_CACHE=y

  firmware_class: make firmware caching configurable

  Because firmware caching generates uevent messages that are sent over
  a netlink socket, it can prevent suspend on many platforms.  It's
  also not always useful, so make it a configurable option.

  とのこと．CONFIG_PM_SLEEPの箇所がCONFIG_FW_CACHEに変更されている．CONFIG_PM_SLEEP=y でこれまで通りで問題ないので，y にしておく．

• +CONFIG_HAVE_ARCH_KASAN_VMALLOC=y

  x86/kasan: support KASAN_VMALLOC
  kasan: support backing vmalloc space with real shadow memory

  X86_64 で select される．KASAN (KernelAddressSANitizer)．CONFIG_KASAN は n のままにしておく．

• +CONFIG_IOMMU_DMA=y

  iommu/amd: Convert AMD iommu driver to the dma-iommu api

  AMD_IOMMU で select される．

• +CONFIG_IRQ_MSI_IOMMU=y

  上記 CONFIG_IOMMU_DMA で select されるようになった．

• +CONFIG_IO_WQ=y

  io-wq: small threadpool implementation for io_uring
  io_uring: replace workqueue usage with io-wq

  IO_URING (Linux 5.1 で導入された非同期I/O I/F)で select される．

• +CONFIG_MAPPING_DIRTY_HELPERS=y

  mm: Add write-protect and clean utilities for address space ranges
  drm/vmwgfx: Implement an infrastructure for write-coherent resources

  DRM_VMWGFX で select される．

  以前は VMWare の使用も想定していたのだが，最近は使わないので，以下とともにまるごと n にした．

  • CONFIG_DRM_VMWGFX
  • CONFIG_VMWARE_PVSCSI
  • CONFIG_VMWARE_VMCI
  • CONFIG_VMXNET3

• +CONFIG_MEMREGION=y

  lib: Uplevel the pmem “region” ida to a global allocator

  LIBNVDIMM で select される．

• +CONFIG_SND_INTEL_DSP_CONFIG=m
CONFIG_SND_INTEL_NHLT: m->y

  ALSA: hda: add Intel DSP configuration / probe code

  Intel 系 SND DSP，手元では SND_HDA_INTEL で select される．CONFIG_SND_INTEL_NHLT は tristate から bool に変更された．

• +CONFIG_SYMBOLIC_ERRNAME=y

  printf: add support for printing symbolic error names

  If you say Y here, the kernel's printf implementation will
  be able to print symbolic error names such as ENOSPC instead
  of the number 28. It makes the kernel image slightly larger
  (about 3KB), but can make the kernel logs easier to read.

  とのこと．y にしておく．

• +CONFIG_X86_IOPL_IOPERM=y

  x86/ioperm: Fix use of deprecated config option
  x86/ioperm: Extend IOPL config to control ioperm() as well
  x86/iopl: Remove legacy IOPL option
  x86/iopl: Restrict iopl() permission scope

  CONFIG_X86_IOPL_EMULATIONとして導入されたが，iopl と ioperm で一緒に提供するようになった．default の y にしておく．

削除

• -CONFIG_64BIT_TIME=y

  y2038: remove CONFIG_64BIT_TIME

  全アーキテクチャで define されたとのことで remove された．

• -CONFIG_ARCH_HAS_REFCOUNT=y

  locking/refcount: Consolidate implementations of refcount_t

• -CONFIG_CALGARY_IOMMU_ENABLED_BY_DEFAULT=y
-CONFIG_CALGARY_IOMMU=y

  x86: Remove the calgary IOMMU driver

  「calgary IOMMU was only used on high-end IBM systems」とのことで削除された．

• -CONFIG_KEYS_COMPAT=y

  KEYS: remove CONFIG_KEYS_COMPAT

Renamed

• -CONFIG_X86_INTEL_UMIP=y
+CONFIG_X86_UMIP=y

  x86/Kconfig: Rename UMIP config parameter

  AMD 2nd generation EPYC processors support the UMIP (User-Mode
  Instruction Prevention) feature. So, rename X86_INTEL_UMIP to generic
  X86_UMIP and modify the text to cover both Intel and AMD.

追記 (2020/1/12)

drm: delete drmP.h + drm_os_linux.hによって drmP.h が削除されたので，

/var/lib/dkms/nvidia-current/430.64/build/nvidia-drm/nvidia-drm-utils.h:30:10: fatal error: drm/drmP.h: No such file or directory
 #include <drm/drmP.h>
          ^~~~~~~~~~~~

ように以下の DKMS のコンパイルに失敗する．

• nvidia-kernel-dkms 430.64-4~bpo10+1
• nvidia-legacy-390xx-kernel-dkms 390.116-1

https://devtalk.nvidia.com/default/topic/1068332/linux/nvidia-driver-does-not-build-on-linux-v5-5-release-candidate-kernel/ にあるパッチでともに対応可能．kernel/nvidia-drm/nvidia-drm-connector.c の break の箇所が #if で条件付けされていないのが気になるけど．

nvidia-kernel-dkms 430.64-4~bpo10+1 向け patch を https://pastebin.com/dgBadP0K に置いた．

あとパッチによるとdrm/connector: Allow max possible encoders to attach to a connectorによって DRM_CONNECTOR_MAX_ENCODER (3) の #define が削除されたものへの対応も必要らしい(drm_connector_for_each_possible_encoder マクロを利用する)．

Related articles

• 2019/11/25 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.4
• 2019/10/02 00:03 / Linux 5.3.1 -> 5.4-rc1
• 2019/09/20 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.3
• 2019/07/22 19:13 / Linux 5.2.2 -> 5.3-rc1
• 2019/06/28 20:38 / GeForce GT 430 with nvidia-legacy-390xx-kernel-dkms 390.116-1~bpo9+1
• 2019/06/12 16:10 / Linux 5.1.8 -> 5.2-rc4
• 2019/05/07 19:43 / Linux 5.0.9 -> 5.1.0
• 2019/03/07 22:16 / Linux 4.20.13 -> 5.0.0
• 2018/11/06 11:30 / Linux 4.19.0 -> 4.20-rc1
• 2018/08/29 11:06 / Linux 4.18.5 -> 4.19-rc1
• 2018/06/20 17:06 / Linux 4.17.2 -> 4.18-rc1
• 2018/04/19 15:25 / Linux 4.16.2 -> 4.17-rc1
• 2018/02/12 17:23 / Linux 4.15.3 -> 4.16-rc1
• 2018/01/29 11:08 / Linux 4.14.15 -> 4.15
• 2017/11/28 12:42 / Linux 4.14.2 -> 4.15-rc1
• 2017/11/15 15:56 / Linux ORC unwinder と objtool (CONFIG_STACK_VALIDATION needs tools/objtool/objtool along headers)
• 2017/11/15 15:41 / Linux 4.13.12 -> 4.14.0
• 2017/09/18 07:04 / Linux 4.13.1 -> 4.14-rc1
• 2017/09/05 04:14 / Linux 4.12.10 -> 4.13
• 2017/07/16 23:56 / Linux 4.12.0 -> 4.13-rc1
• 2017/05/15 14:04 / Linux 4.11.0 -> 4.12-rc1
• 2017/05/03 00:24 / Linux 4.10.13 -> 4.11.0
• 2017/03/06 09:51 / Linux 4.10.1 -> 4.11-rc1
• 2017/02/20 10:31 / Linux 4.9.X -> 4.10
• 2016/12/30 21:28 / Linux 4.9 -> 4.10-rc1
• 2016/12/14 23:00 / Linux 4.8 -> 4.9

Emacs の MUA である Wanderlust で，bbdb を使ってメールアドレス等を収集しているのであるが，bbdb3 が 3.2-6 から 3.2-7 にあがったタイミングで以下のエラーで表示メール関連の bbdb entry が表示されなくなった．M-x bbdb 自体は機能している．

save-current-buffer: Wrong type argument: stringp, nil

そもそも bbdb3 自体が Wanderlust で設定困難で，https://github.com/wanderlust/wanderlust/issues/64#issuecomment-388231182 にあるとおり，以下のような bbdb/wl-header (see /usr/share/emacs/site-lisp/bbdb3/bbdb-wl.el)を自前で用意していたのだが，これが原因らしい．

--- orig.el     2020-01-06 15:24:44.308354408 +0900
+++ new.el      2020-01-06 15:25:24.643900212 +0900
@@ -1,7 +1,7 @@
 (defun bbdb/wl-header (header)
-  (with-current-buffer wl-summary-buffer-name
+  (with-current-buffer wl-message-buffer-cur-summary-buffer
     (elmo-message-entity-field
      (elmo-message-entity wl-summary-buffer-elmo-folder
                           (wl-summary-message-number))
      (intern (downcase header))
      'string)))

3.2-7 では

• https://github.com/emacsmirror/bbdb/commit/2bbe645ae71d84ad518e03dec698d4154af2f9f0
• https://salsa.debian.org/debian/bbdb3/commit/2bbe645ae71d84ad518e03dec698d4154af2f9f0

のとおり bbdb-mua-auto-update が wl-message-redisplay-hookではなく wl-summary-redisplay-hookにadd-hookされるようになったので，上記自前 bbdb/wl-header は不要になった様子．

いつもハマるのでメモ．有線接続している NotePC を AP にする話．

有線は Realtek USB GbE Family Controller のアダプタで接続されていて，これを WiFi で共有する．WiFi のアダプタは Intel(R) Dual Band Wireless-AC 8265．

Intel(R) Dual Band Wireless-AC 8265 では Hosted Network をサポートしていなくて (See Why Hosted and Ad-Hoc Networks Are Not Working on Windows® 10)

% netsh wlan show drivers

で調べても

Hosted network supported : No

と表示される．つまり

% netsh wlan set hostednetwork mode=allow ssid=NetworkName key=YourPassword
% netsh wlan start hostednetwork

とかで有効にできない(↑上の情報がWeb上にあふれている)．さて．．．

以下設定方法(for Windows 10 で最近の Intel WiFi Adapter の場合)．

Settings → Network and Internet → Mobile hotspot

から Share my Internet connection with other devices を On にする(同じページのSSIDおよびパスワードの設定があるので，ここは適宜)．

これが出来ない場合は Device Manager でおもむろに有線およびWiFi，Microsoft Wi-Fi Direct Virtual Adapter 等関連アダプタを削除して，Scan for hardware changes でデバイスを検索してデバイスを再認識する (大抵これでできるようになる)．

ただこの状態だと，Client (子)側で WiFi 経由で IP Address が取得できない．そこで

Control Panel\Network and Internet\Network Connections

でアダプタ一覧を表示し，有線のアダプタの Property で Sharing Tab から

Allow other network users to connect through this computers internet connection

をチェックして，共有先として Microsoft Wi-Fi Direct Virtual Adapter のネットワーク名(Local Area Connection* 2 等)を指定する．これでつながるはず．

ひさしぶりに MHonArc (2.6.19-2) と Namazu (2.0.21-22) をつかってメール検索システム構築(対象はFMLで送られてきたメール)．いろいろ嵌ったのでメモ．

MHonArc が生成する HTML を X-Mail-Count の値(整数)にしたい

「mhonarcの出力ファイル名の数字を特定のフィールドから決める場当たり的改造」で紹介されているパッチをあてる．mhonarc 実行時に mhonarc -seqnumfield x-mail-count というオプションをつける．以下念の為の 2.6.19 向け版パッチ．

diff --git a/perl/mhamain.pl b/perl/mhamain.pl
index 7af1fcc..eefca45 100644
--- a/perl/mhamain.pl
+++ b/perl/mhamain.pl
@@ -771,7 +771,7 @@ sub write_mail {
 sub read_mail_header {
     my $handle = shift;
     my($date, $tmp, $i, $field, $value);
-    my($from, $sub, $msgid, $ctype);
+    my($from, $sub, $msgid, $ctype, $seq);
     local($_);
 
     my $index  = undef;
@@ -927,6 +927,14 @@ sub read_mail_header {
     }
     @refs = remove_dups(\@refs);        # Remove duplicate msg-ids
 
+    ##------------------##
+    ## Get seq number   ##
+    ##------------------##
+    if (defined($SEQNUMFIELD)) {
+        $seq = $fields->{$SEQNUMFIELD}[0];
+        $seq =~ s/(\d+)/$1/;
+        print STDOUT "($seq)";
+    }
     ##------------------##
     ## Get Content-Type ##
     ##------------------##
@@ -941,6 +949,10 @@ sub read_mail_header {
     my $t = $index;
     $index .= $X . sprintf('%d',(defined($msgnum)?$msgnum:($LastMsgNum+1)));
 
+    if (defined($SEQNUMFIELD)) {
+        $IndexNum{$index} = $seq;
+    }
+
     ## Set mhonarc fields.  Note how values are NOT arrays.
     $fields->{'x-mha-index'} = $index;
     $fields->{'x-mha-message-id'} = $msgid;
@@ -970,7 +982,11 @@ sub read_mail_header {
    $IndexNum{$index} = $msgnum;
    ++$NumOfMsgs; # Counteract decrement by delmsg
     } else {
-   $IndexNum{$index} = getNewMsgNum();
+   if(defined $SEQNUMFIELD) {
+       &getNewMsgNum();
+   }else{
+       $IndexNum{$index} = getNewMsgNum();
+   }
     }
 
     $Refs{$index} = [ @refs ]  if (@refs);
diff --git a/perl/mhopt.pl b/perl/mhopt.pl
index 939109b..587ccab 100644
--- a/perl/mhopt.pl
+++ b/perl/mhopt.pl
@@ -221,7 +221,8 @@ sub get_resources {
    'readdb',   # Just read db
 
    'v',        # Version information
-   'help'      # A brief usage message
+   'help',     # A brief usage message
+   'seqnumfield=s',    # Sequence number field name
     );
 
     ## Check for help/version options (nothing to do)
@@ -576,6 +577,8 @@ sub get_resources {
 
     $IdxPageNum  = $opt{'pagenum'}   if defined($opt{'pagenum'});
 
+    $SEQNUMFIELD = $opt{'seqnumfield'}   if defined($opt{'seqnumfield'});
+
     $AttachmentDir = $opt{'attachmentdir'}  if defined($opt{'attachmentdir'});
     $AttachmentUrl = $opt{'attachmenturl'}  if defined($opt{'attachmenturl'});
 

MHonArc が抽出する添付ファイルのファイル名を MD5SUM 由来のものにしたい

Default だとランダムな文字列(しかも実行する度に異なる)ファイル名になる．

• ランダムっぽいファイル名だが固定したい
• MD5SUM由来だと同じ添付ファイルは同じファイル名になり効率的

ということもあって MD5SUM 由来のものにする．以下パッチ．やるきなしなのでオプション切り替え不能なパッチ．ファイルが存在する場合は上書きしないことにしてある．

diff --git a/perl/mhmimetypes.pl b/perl/mhmimetypes.pl
index deb806b..c723ead 100644
--- a/perl/mhmimetypes.pl
+++ b/perl/mhmimetypes.pl
@@ -28,6 +28,7 @@
 package mhonarc;
 
 use File::Basename;
+use Digest::MD5 qw(md5_hex);
 
 $UnknownExt     = 'bin';
 
@@ -336,26 +337,27 @@ sub write_attachment {
    $fname =~ tr/\0-\40\t\n\r?:\57\134*"'<>|\177-\377/_/;
     }
 
-    ## Write to random file first
-    my($fh, $tmpfile) = file_temp($ext.'XXXXXXXXXX', $pathname, '.'.$ext);
-    binmode($fh);
-    print $fh $$sref;
-    close($fh);
-
-    ## Set pathname for file
+    my $target;
     if ($fname) {
-   # need to rename to desired filename
-   $pathname .= $DIRSEP . $fname;
-   if (!rename($tmpfile, $pathname)) {
-       die qq/ERROR: Unable to rename "$tmpfile" to "$pathname": $!\n/;
-   }
+        $target = $pathname . $DIRSEP . $fname;
     } else {
-   # just use random filename
-   $pathname = $tmpfile;
-   $fname    = basename($tmpfile);
+        my $md5 = md5_hex($$sref);
+        $fname = $md5.".".$ext;
+        $target = $pathname . $DIRSEP . $fname;
+    }
+    if(! -e $target) {
+        ## Write to random file first
+        my($fh, $tmpfile) = file_temp($ext.'XXXXXXXXXX', $pathname, '.'.$ext);
+        $pathname = $target;
+        binmode($fh);
+        print $fh $$sref;
+        close($fh);
+        if (!rename($tmpfile, $pathname)) {
+            die qq/ERROR: Unable to rename "$tmpfile" to "$pathname": $!\n/;
+        }
+        file_chmod($pathname);
     }
     $url .= '/' if ($url); $url .= urlize_file_path($fname);
-    file_chmod($pathname);
 
     if ($rel_outdir) {
    $pathname  = $path;

なお m2h_external::filter の usename argument (添付ファイル名をそのまま用いる，ただし日本語は_に変換される)は活かしておく．誰も使わないだろうけど．usename を使う場合はrcfileに以下を書いておく(See https://www.mhonarc.org/MHonArc/doc/resources/mimeargs.html)．

<MIMEArgs>
m2h_external::filter; usename
</MIMEArgs>

Namazu で PDF が検索対象にならない (pdftotext オプション問題)

PDF ファイルは pdftotext で一旦テキストに変換されてインデックスされるが，日本語環境(LANG=ja_JP mknmz . -O indexとか)だと Unable to convert pdf file (maybe copying protection) と怒られてインデックスされない．これ，Namazu の内部処理文字コードの EUC-JP に変換しようとして pdftotext のオプションの箇所でコケている(copy protection が原因ではない)．

手元のpdftotextは version 0.71.0 (poppler)なのだが，mknmz はなぜか pdftotext -eucjp で EUC-JP 出力をしようとする(古いやり方)．これをpdftotext -enc EUC-JPに変更する．以下パッチやるきなしなし．どこでバージョンのカウントを間違えたのだろうか？．．．

diff --git a/perl/pdf.pl b/perl/pdf.pl
index 5d63763..2d12946 100644
--- a/perl/pdf.pl
+++ b/perl/pdf.pl
@@ -61,12 +61,13 @@ sub status() {
         if (util::islang("ja")) {
             if ($pdfconvver >= 1.00) {
                 @pdfconvopts = ('-q', '-raw', '-enc', 'EUC-JP');
             } else {
                 @pdfconvopts = ('-q', '-raw', '-eucjp');
             }
+        @pdfconvopts = ('-q', '-raw', '-enc', 'EUC-JP');
         } else {
             @pdfconvopts = ('-q', '-raw');
         }
         if (defined $pdfinfopath) {
             my @cmd = ("$pdfinfopath");
             my $result = "";

Namazu でエクセルファイルが検索対象にならない

というかxlhtmlって今手に入るの？ 問題．xlhtmlでHTMLに変換してそれをインデックスすることになっている．

python-excelerator付属のpy_xls2htmlで代用する．PATHの通っているところにxlhtmlとしてシンボリックリンクを作る(これだけでOK)．

MHonArc で日本語をそれなりに．．．

Default だと UTF-8 ではなく数値文字参照(&#xXXXX;とか)を大量に含む HTML になって極めて感じ悪い．http://www.mhonarc.jp/のMHonArc の日本語化 (for v2.6.x)を行う．具体的には以下をrcfileに書いておく．

<Include>
/usr/share/doc/mhonarc/examples/utf-8-encode.mrc
</Include>

<DefCharset>
iso-2022-jp
</DefCharset>

<DecodeHeads>

MHonArc のインデックスファイルと Namazu の連携で文字化け

<IdxPgBegin> に Namazu の form を置いておくと便利かと思ったら，Namazuに適切にクエリが渡らない．これは MHonArc が UTF-8 で Namazu が EUC-JP だから．今どき EUC-JP て．．．

対策は以下のように別 script (ラッパー)でクエリを一旦受け取り，それを EUC-JP に変換して namazu を呼び出すというもの．

• http://www.ne.jp/asahi/music/marinkyo/namazu/utf8.html.ja
• http://www.ksknet.net/linux/namazuutf8.html

perl で書かれているものは手元では動かず，http://www.ne.jp/asahi/music/marinkyo/namazu/utf8.html.ja の下の方にある ruby 版を利用することにした (真ん中あたりに書いてある iconv 版は，今どきのruby には iconv が付属しないので注意．．．String#encodeを使うことになる)．ほぼ同じだが以下私版．

#!/usr/bin/env ruby

require 'cgi'

cgi = CGI.new
query_str = ""

cgi.params.each{|key, values|
    values.each{|a_value|
        query_str += key + "=" + CGI.escape(a_value.encode("EUC-JP")) + ";"
    }
}
print "Location: https://myn.example.com/namazu/?"+query_str+"\n\n"

MHonArc でインクリメンタルにファイルを追加できない

MHonArc では -add オプションにより，追加されたファイルのみ処理するモードがある．ただし以下でコケる．

% mhonarc -rcfile mhonarc.rc -outdir output -seqnumfield x-mail-count archive -add
This is MHonArc v2.6.19+, Perl 5.028001 linux
Reading database ...

Can't locate output/.mhonarc.db in @INC (@INC contains: lib /usr/share/mhonarc /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.28.1 /usr/local/share/perl/5.28.1 /usr/lib/x86_64-linux-gnu/perl5/5.28 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.28 /usr/share/perl/5.28 /usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base) at /usr/share/mhonarc/mhopt.pl line 401.

もうやるきなしなので，以下で @INC に . を追加して MHonArc 実行．

% perl -I. `which mhonarc` -rcfile mhonarc.rc -outdir output -seqnumfield x-mail-count archive -add

以下の nvidia のドライバが Linux 5.4 でコンパイルできない話．

• nvidia-kernel-dkms 418.74-1
• nvidia-legacy-390xx-kernel-dkms 390.116-1

まず以下のエラー．

The Module.symvers file is missing, or does not contain any
symbols exported from the kernel. This could cause the NVIDIA
kernel modules to be built against a configuration that does
not accurately reflect the actual target kernel.
The Module.symvers file check can be disabled by setting the
environment variable IGNORE_MISSING_MODULE_SYMVERS to 1.

これは modpost: add support for symbol namespaces で Module.symvers に1つエントリ(namespace)が追加されたことによる．conftest.sh で Module.symvers の symbol をチェックするがその箇所はただの grep なので影響なし．IGNORE_MISSING_MODULE_SYMVERS=1 にしても問題ないが conftest.sh を修正する．

次，以下のエラー．

In file included from /var/lib/dkms/nvidia-current/418.74/build/nvidia/nv.c:14:
/var/lib/dkms/nvidia-current/418.74/build/common/inc/nv-linux.h:1852:6: error: "NV_BUILD_MODULE_INSTANCES" is not defined, evaluates to 0 [-Werror=undef]
 #if (NV_BUILD_MODULE_INSTANCES != 0)
      ^~~~~~~~~~~~~~~~~~~~~~~~~

これ，なに由来のエラーか不明．NV_BUILD_MODULE_INSTANCES = 0 で問題ないはずなので，Kbuild ファイルで define してしまう．

次，以下のエラー．

/var/lib/dkms/nvidia-current/418.74/build/nvidia-drm/nvidia-drm-drv.c:657:44: error: ‘DRIVER_PRIME’ undeclared here (not in a function); did you mean ‘DRIVER_PCI_DMA’?
     .driver_features        = DRIVER_GEM | DRIVER_PRIME | DRIVER_RENDER,
                                            ^~~~~~~~~~~~
                                            DRIVER_PCI_DMA

これは drm/prime: Actually remove DRIVER_PRIME everywhereでDRIVER_PRIMEが削除されたことによる．削除する．

次，以下のエラー．

/var/lib/dkms/nvidia-legacy-390xx/390.116/build/nvidia-drm/nvidia-drm-gem.c: In function ‘nv_drm_gem_prime_export’:
/var/lib/dkms/nvidia-legacy-390xx/390.116/build/nvidia-drm/nvidia-drm-gem.c:64:33: error: passing argument 1 of ‘drm_gem_prime_export’ from incomp
atible pointer type [-Werror=incompatible-pointer-types]
     return drm_gem_prime_export(dev, gem, flags);
                                 ^~~
In file included from ./include/drm/drmP.h:75,
                 from /var/lib/dkms/nvidia-legacy-390xx/390.116/build/nvidia-drm/nvidia-drm-priv.h:30,
                 from /var/lib/dkms/nvidia-legacy-390xx/390.116/build/nvidia-drm/nvidia-drm-gem.c:27:
./include/drm/drm_prime.h:94:17: note: expected ‘struct drm_gem_object *’ but argument is of type ‘struct drm_device *’
 struct dma_buf *drm_gem_prime_export(struct drm_gem_object *obj,
                 ^~~~~~~~~~~~~~~~~~~~
/var/lib/dkms/nvidia-legacy-390xx/390.116/build/nvidia-drm/nvidia-drm-gem.c:64:38: warning: passing argument 2 of ‘drm_gem_prime_export’ makes int
eger from pointer without a cast [-Wint-conversion]
     return drm_gem_prime_export(dev, gem, flags);
                                      ^~~
In file included from ./include/drm/drmP.h:75,
                 from /var/lib/dkms/nvidia-legacy-390xx/390.116/build/nvidia-drm/nvidia-drm-priv.h:30,
                 from /var/lib/dkms/nvidia-legacy-390xx/390.116/build/nvidia-drm/nvidia-drm-gem.c:27:
./include/drm/drm_prime.h:94:17: note: expected ‘int’ but argument is of type ‘struct drm_gem_object *’
 struct dma_buf *drm_gem_prime_export(struct drm_gem_object *obj,
                 ^~~~~~~~~~~~~~~~~~~~
/var/lib/dkms/nvidia-legacy-390xx/390.116/build/nvidia-drm/nvidia-drm-gem.c:64:12: error: too many arguments to function ‘drm_gem_prime_export’
     return drm_gem_prime_export(dev, gem, flags);
            ^~~~~~~~~~~~~~~~~~~~
In file included from ./include/drm/drmP.h:75,
                 from /var/lib/dkms/nvidia-legacy-390xx/390.116/build/nvidia-drm/nvidia-drm-priv.h:30,
                 from /var/lib/dkms/nvidia-legacy-390xx/390.116/build/nvidia-drm/nvidia-drm-gem.c:27:
./include/drm/drm_prime.h:94:17: note: declared here
 struct dma_buf *drm_gem_prime_export(struct drm_gem_object *obj,
                 ^~~~~~~~~~~~~~~~~~~~

これdrm/prime: Align gem_prime_export with obj_funcs.exportによりdrm_gem_prime_exportの引数が変更になった(3つの引数のうち1つ目が削除された)ことが原因．

以下まとめてパッチ．ただし5.3でコンパイルするためのパッチがあたっていることを想定．

nvidia-kernel-dkms 418.74-1

diff --git a/Kbuild b/Kbuild
index 6a65185..ff3417c 100644
--- a/Kbuild
+++ b/Kbuild
@@ -62,6 +62,7 @@ EXTRA_CFLAGS += -Wall -MD $(DEFINES) $(INCLUDES) -Wno-cast-qual -Wno-error -Wno-
 EXTRA_CFLAGS += -D__KERNEL__ -DMODULE -DNVRM -DNV_VERSION_STRING=\"418.74\" -Wno-unused-function -Wuninitialized -fno-strict-aliasing -mno-red-zone -mcmodel=kernel -DNV_UVM_ENABLE
 EXTRA_CFLAGS += $(call cc-option,-Werror=undef,)
 EXTRA_CFLAGS += -DNV_SPECTRE_V2=$(NV_SPECTRE_V2)
+EXTRA_CFLAGS += -DNV_BUILD_MODULE_INSTANCES=0
 
 #
 # Detect SGI UV systems and apply system-specific optimizations.
diff --git a/conftest.sh b/conftest.sh
index d17ba21..087fda5 100644
--- a/conftest.sh
+++ b/conftest.sh
@@ -3708,7 +3708,7 @@ case "$6" in
         TAB='  '
 
         if [ -f "$OUTPUT/Module.symvers" ] && \
-             grep -e "^[^${TAB}]*${TAB}[^${TAB}]*${TAB}vmlinux" \
+             grep -e "^[^${TAB}]*${TAB}[^${TAB}]*${TAB}[^${TAB}]*${TAB}vmlinux" \
                      "$OUTPUT/Module.symvers" >/dev/null 2>&1; then
             exit 0
         fi
diff --git a/nvidia-drm/nvidia-drm-drv.c b/nvidia-drm/nvidia-drm-drv.c
index 6ec01f4..18cf167 100644
--- a/nvidia-drm/nvidia-drm-drv.c
+++ b/nvidia-drm/nvidia-drm-drv.c
@@ -654,7 +654,7 @@ static const struct drm_ioctl_desc nv_drm_ioctls[] = {
 
 static struct drm_driver nv_drm_driver = {
 
-    .driver_features        = DRIVER_GEM | DRIVER_PRIME | DRIVER_RENDER,
+    .driver_features        = DRIVER_GEM | DRIVER_RENDER,
 
     .gem_free_object        = nv_drm_gem_free,

nvidia-legacy-390xx-kernel-dkms 390.116-1

diff --git a/Kbuild b/Kbuild
index 0665f50..992a48c 100644
--- a/Kbuild
+++ b/Kbuild
@@ -61,6 +61,7 @@ EXTRA_CFLAGS += -I$(src)
 EXTRA_CFLAGS += -Wall -MD $(DEFINES) $(INCLUDES) -Wsign-compare -Wno-cast-qual -Wno-error
 EXTRA_CFLAGS += -D__KERNEL__ -DMODULE -DNVRM -DNV_VERSION_STRING=\"390.116\" -Wno-unused-function -Wuninitialized -fno-strict-aliasing -mno-red-zone -mcmodel=kernel -DNV_UVM_ENABLE -Wno-sign-compare -Wno-format-extra-args
 EXTRA_CFLAGS += $(call cc-option,-Werror=undef,)
+EXTRA_CFLAGS += -DNV_BUILD_MODULE_INSTANCES=0
 
 #
 # Detect SGI UV systems and apply system-specific optimizations.
diff --git a/nvidia-drm/nvidia-drm-drv.c b/nvidia-drm/nvidia-drm-drv.c
index 90ce30b..d9f3961 100644
--- a/nvidia-drm/nvidia-drm-drv.c
+++ b/nvidia-drm/nvidia-drm-drv.c
@@ -634,7 +634,7 @@ static const struct drm_ioctl_desc nv_drm_ioctls[] = {
 
 static struct drm_driver nv_drm_driver = {
 
-    .driver_features        = DRIVER_GEM | DRIVER_PRIME | DRIVER_RENDER,
+    .driver_features        = DRIVER_GEM | DRIVER_RENDER,
 
     .gem_free_object        = nv_drm_gem_free,
 
diff --git a/nvidia-drm/nvidia-drm-gem.c b/nvidia-drm/nvidia-drm-gem.c
index 3d51196..addff14 100644
--- a/nvidia-drm/nvidia-drm-gem.c
+++ b/nvidia-drm/nvidia-drm-gem.c
@@ -46,10 +46,9 @@ void nv_drm_gem_free(struct drm_gem_object *gem)
 
     nv_gem->ops->free(nv_gem);
 }
-
-struct dma_buf *nv_drm_gem_prime_export(struct drm_device *dev,
-                                        struct drm_gem_object *gem, int flags)
+struct dma_buf *nv_drm_gem_prime_export(struct drm_gem_object *gem, int flags)
 {
+    struct drm_device *dev = gem->dev;
     struct nv_drm_device *nv_dev = to_nv_device(dev);
 
     struct nv_drm_gem_object *nv_gem = to_nv_gem_object(gem);
@@ -61,7 +60,7 @@ struct dma_buf *nv_drm_gem_prime_export(struct drm_device *dev,
         return ERR_PTR(-EINVAL);
     }
 
-    return drm_gem_prime_export(dev, gem, flags);
+    return drm_gem_prime_export(gem, flags);
 }
 
 struct sg_table *nv_drm_gem_prime_get_sg_table(struct drm_gem_object *gem)
diff --git a/nvidia-drm/nvidia-drm-gem.h b/nvidia-drm/nvidia-drm-gem.h
index c3cb875..c4da335 100644
--- a/nvidia-drm/nvidia-drm-gem.h
+++ b/nvidia-drm/nvidia-drm-gem.h
@@ -156,8 +156,7 @@ done:
 
 void nv_drm_gem_free(struct drm_gem_object *gem);
 
-struct dma_buf *nv_drm_gem_prime_export(struct drm_device *dev,
-                                        struct drm_gem_object *gem, int flags);
+struct dma_buf *nv_drm_gem_prime_export(struct drm_gem_object *gem, int flags);
 
 static inline struct nv_drm_gem_object *nv_drm_gem_object_lookup(
     struct drm_device *dev,

Related articles

• 2020/01/11 20:50 / Linux 5.5-rc5
• 2019/10/02 00:03 / Linux 5.3.1 -> 5.4-rc1
• 2019/09/20 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.3
• 2019/07/22 19:13 / Linux 5.2.2 -> 5.3-rc1
• 2019/06/28 20:38 / GeForce GT 430 with nvidia-legacy-390xx-kernel-dkms 390.116-1~bpo9+1
• 2019/06/12 16:10 / Linux 5.1.8 -> 5.2-rc4
• 2019/05/07 19:43 / Linux 5.0.9 -> 5.1.0
• 2019/03/07 22:16 / Linux 4.20.13 -> 5.0.0
• 2018/11/06 11:30 / Linux 4.19.0 -> 4.20-rc1
• 2018/08/29 11:06 / Linux 4.18.5 -> 4.19-rc1
• 2018/06/20 17:06 / Linux 4.17.2 -> 4.18-rc1
• 2018/04/19 15:25 / Linux 4.16.2 -> 4.17-rc1
• 2018/02/12 17:23 / Linux 4.15.3 -> 4.16-rc1
• 2018/01/29 11:08 / Linux 4.14.15 -> 4.15
• 2017/11/28 12:42 / Linux 4.14.2 -> 4.15-rc1
• 2017/11/15 15:56 / Linux ORC unwinder と objtool (CONFIG_STACK_VALIDATION needs tools/objtool/objtool along headers)
• 2017/11/15 15:41 / Linux 4.13.12 -> 4.14.0
• 2017/09/18 07:04 / Linux 4.13.1 -> 4.14-rc1
• 2017/09/05 04:14 / Linux 4.12.10 -> 4.13
• 2017/07/16 23:56 / Linux 4.12.0 -> 4.13-rc1
• 2017/05/15 14:04 / Linux 4.11.0 -> 4.12-rc1
• 2017/05/03 00:24 / Linux 4.10.13 -> 4.11.0
• 2017/03/06 09:51 / Linux 4.10.1 -> 4.11-rc1
• 2017/02/20 10:31 / Linux 4.9.X -> 4.10
• 2016/12/30 21:28 / Linux 4.9 -> 4.10-rc1
• 2016/12/14 23:00 / Linux 4.8 -> 4.9

薄々気づいていたのだが，手元の Debian on WSL with VcXsrv で 「半角/全角 漢字」キーのキーリピートがおかしい．日本語キーボードを無理やり英語キーボードとしてつかっているため，「半角/全角 漢字」キーは ` (Shiftで ~ )に割り当てられるのだが，一度押すだけで，位置文字 ` が入力された後に連続で ` が入力される．` を打ったあとに間髪入れずに他のキーを押すと問題ない．．．

これ，X の設定で解決できて，手元の環境ではxset -r 49で直る (もとのキーリピートにするにはxset r 49とする．しないけど)．49は「半角/全角 漢字」キーのkeycode．xev等で調べられる．

参考:

• https://ameblo.jp/java-and-hsp923/entry-11956249203.html
• https://ankyo.blog.ss-blog.jp/_pages/user/iphone/article?name=2011-05-17

Related articles

• 2019/09/01 23:05 / X server でキーマップ変更
• 2013/06/08 15:11 / X dead keys

ScanSnap S1500 をずっと使っていたのだが，先日 ScanSnap iX1500 を購入．

Windows 10 で ScanSnap S1500 (USB接続のみ)を使う場合，何故か PC Hibernate/Resume 後に ScanSnap Manager (ドライバに近いところのソフトで，S1500 で取り込みボタンを押すと，プロファイルに従ってスキャン開始し，適切なソフトに取り込んだデータを送ってくれる) が ScanSnap S1500 を認識してくれない状態になってしまう (Device Manager で見た感じ ScanSnap S1500 自体は Windows 10 に認識はされている)．仕方なく S1500 を使う時は再起動していた．．．

で，iX1500 だが，管理ソフトは Windows/Android 両方ある．

• Windows 版: ScanSnap Home
• Android 版: ScanSnap Cloud

ScanSnap Cloud は iX1500 から直接 Google Drive 等に送るような使い方が想定されている様子(一旦設定してしまうと iX1500 単体でクラウドにデータを送ることができるようになる)．ScanSnap Home は S1500 での ScanSnap Organizer のような位置づけで，スキャンした PDF を管理できるソフト (スキャン開始は PC からでも iX1500 のパネルからでも，どちらからでも可能)．ScanSnap Home でもクラウドにデータが送れるが，これは一旦 PC に保存して，それを Google Download Backup and Sync 等の同期機能で Google Drive に送る感じ．

Could との連携やライセンスのこともあって，ScanSnap Account を作らされるが，これ，私の Android (英語で使用)だと国が United States になってしまい，Windows 10 (こちらも英語で利用)は Japan (日本)になってしまう．かつ，それらのアカウントは別扱いになっている様子で，かなり悩んだ．．．(オンラインゲームで使うサーバ毎にアカウントが別みたいな．．．)

あと，英語インタフェースで使っているのだが，説明書もそうだが，日本語版がオリジナルのようで，英単語のチョイスが極めて悪く，使い勝手が非常に悪い(それの逆の理由でOSは英語で使っている)．

以下，ScanSnap Home メモ．

• ScanSnap Organizer のデータを ScanSnap Home で取り込めるが (ScanSnap Organizer 等旧ソフトは ScanSnap Home をインストールする際にまるごとアンインストールすることになる)，異様に時間がかかる．PDFファイル数3500ぐらいで12時間かかった．
• 名刺ファイリングOCRのデータも取り込めるらが，これ，Windows の言語が英語だとその選択肢が出てこない (名刺ファイリングOCRが日本向けのソフトだから？)．Windows の言語を日本語にすると 「名刺ファイリングOCR」のデータを取り込む選択肢が現れる．
• 全体的に動作が遅い(ScanSnap Organizer も遅かった)．あまりファイル数が多くなった場合を考慮した作りになっていないような気がする．

ということで，基本はクラウドに送る感じで利用予定．

追記 (2019/10/28)

書き忘れたが，当然 ScanSnap S1500 に比べて iX1500 の方が読み取り速度が早く，かつ OCR については，以前は Organizer に取り込んで OCR を待つ感じだったが，クラウドに送るともうその時点で OCR がかかっている．

追記 (2019/11/12)

ScanSnap Home で名刺を取り込むと OS が英語モードだと日本語のOCRをしてくれない．．．

Twitter はユーザー名(＠以降の部分)変更が容易に可能ということを知る．Webではログインした状態で，以下のように辿ると変更可能．

• https://twitter.com/home
• もっと見る (More)
• 設定とプライバシー (Settings and privacy)
• アカウント (Account)
• ログインとセキュリティ (Login and security)
• ユーザー名 (Username)

表示名は以下のように Edit profile から変更．

• https://twitter.com/home
• プロフィール (Profile)
• プロフィールを編集 (Edit profile)
• 名前 (Name)

なお，ユーザー名を変更すると変更前のリンク https://twitter.com/username は無効になって，かつ @username のメンションもリンクされなくなる．

というのは，ちょっと中の人を担当していたアカウントのユーザー名変更をすることがあったのだが，いろいろ怖いので，ユーザー名を変更したあとに，古いユーザー名で再度ユーザー登録し，新ユーザー名への誘導 Tweet をしておいた(というのが無難な対応っぽい)．

ちなみにメールアドレス1つに付きTwitterアカウントは1つしか作成できないので，Gmail のサブアドレス(@gmail.com の @ の前に +example 等任意の文字列追加)を利用する(Postfix では拡張メールアドレスとか address extension と呼ばれるもの，もしくは RFC 5233)．

2017年11月から SoftBank の HTC U11 を利用しているのだが，主に酔っ払って落とすからなのだが，ガラスにかなりひびが入った状態になっていて，先日そのひび割れの箇所で指を若干切ったこともあって，修理を検討．指を切ったときはホテルだったので，ホテルで絆創膏をもらったぐらいには血が出た．．．

大昔に(へたった)バッテリー交換のことを考えると「あんしん保証パック」に入っておいたほうが良いとか友人に勧められていたこともあって，それを使って修理に出すことにした．My SoftBank から修理依頼．

https://www.softbank.jp/mobile/special/repair-smartphone/ から最適手続きのシミュレーションが可能で，選択肢は以下．

• 修理(外装交換)(代替機貸出あり) 90%割引で負担額1,620円 (消費税8%込み．10月以降は1,650円と出る)
• 配送交換(新品同等品と交換) 8,100円 (消費税8%込み．10月以降は8,250円と出る)
• 機種変更(実はまだ支払いが終わっていないのでこれはなし)

土曜日夜中に申し込んで月曜日に代替機着かつ修理の引取，という感じ．思っていたより早い．

代替機については時間指定ができない様子で，一方の引取りは時間指定可能だった．Web には代替機は引取りとは別便との記載があって，ちょっと代替機は引取りより早めに届くと良いなとおもって，引取りの時間指定は最終(19:00-21:00)にしていたのだが，代替機が佐川便で届いたのが 18:00 で，かつ引取りも佐川だったはずなので佐川の人に聞いたら，確かなにかあったようなと言っていたので，佐川車の中を確認してもらってその場で引き取ってもらった．

代替機は同機種(HTC U11)の色違いで，SIMカード差し替えてそのまま使えている．ただし以下．

• Edy 残高は FeliCa にあるので，一旦楽天IDに移動(おサイフケータイの機能)．修理済みU11が帰ってくるまでこのまま．
• LINE のチャット履歴は機種を変えると消えるので，Google Drive にバックアップ(LINEの機能) 代替機に Restore．
• Android の主たるアプリや設定は Google Drive にバックアップ可能なので，バックアップする(Androidの機能) 代替機に Restore (初期設定時にリストアを選択可能)．
• バックアップ Restore で一部インストールされないものは手動でインストール．その1つが K-9 Mail だった．K-9 Mail の設定は Google Drive に Export 可能で，それを代替機に Import．

ちょっと困ったのが『Google Authenticator』．これがないと AWS と Mailgun にログインできないことが本体引取り後．．．に気づいて，悩む．

AWS については AWS Multi-Factor Authentication (MFA) の削除が必要で，メールアドレスと電話番号が正しく登録されていれば自身で Web から削除可能．ただ，登録していた電話番号が古いもので，フォームから入力のうえ AWS のスタッフに助けてもらった．直ぐに米国から電話が掛かってきて，今からメール送るからそこに書かれているコードを読むように言われて，読んだら MFA を削除してくれて，ログイン試してみろと言われて，2FA なしでログインできるようになった(なんだか英語が相当聞きづらかったけど．．．)．その後フォローアップメールが届いて，最新情報にアップデートするように書かれていた．．．

Mailgun については Paper Key があれば自身でなんとかできるらしいがそれを保存しておらず，サポートにメールで連絡．1日後ぐらいに verify.example.com (example.com は所持しているドメインを想定)の CNAME に mailgun.org を追加するよう指示があり，設定した旨伝えたら二要素認証 (2FA; Two-factor Authentication)を解除してくれた．

AWS/Mailgunともログインできる状態だとMFA/2FAを解除可能で，機種変更の際新旧デバイス両方利用できるようであれば，解除して新しい Authenticator を登録することが可能．

以下タイミングまとめ．

• 土曜日夜中申込み
• 月曜日代替機着/修理引取け
• 水曜朝先方に配達完了(佐川 東福岡営業所) (住んでいるのが田舎なので結構かかる)
• 翌週の火曜先方発送(なぜか佐川 枚方営業所)
• 木曜修理品引取り，代替機は代替機を受け取ったときについていたゆうパケット用の封筒で郵便ポストから発送．

思っていたより早く修理された．代替機から修理済機への以降は同じ手順．費用は修理代金 30,240円(8%税込)で，会員割引が適用されて1,296円(8%税込み)．

ちなみに Android 9 (pie) にアップデートされて帰ってきた．

手元の Debian on WSL with VcXsrv の gnome-terminal で ctrl-s すると固まる(ctrl-q で復帰)．stty -a によると以下のような感じで stop に割り当てられている．

% stty -a
speed 38400 baud; rows 32; columns 140; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>; eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z;
rprnt = ^R; werase = ^W; lnext = ^V; discard = ^O; min = 1; time = 0;
-parenb -parodd -cmspar cs8 -hupcl -cstopb cread -clocal -crtscts
-ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff -iuclc -ixany -imaxbel iutf8
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt echoctl echoke -flusho -extproc

いつからこうなったのか不明．ターミナル内で Emacs を起動(emacs -nw)する際に C-s によるインクリメンタルサーチが出来ず非常に困る．以下で stop を undef する(ついでに C-q の start も undef)．

% stty stop undef
% stty start undef

Windows から WSL の Debian を起動する際に現れる Windows のコンソールではこの問題は発生しない様子(stty -aでは stop/start が C-s/C-q に割り当てられているが)．

Linux 5.4-rc1 がでたので，.configがどう変更されるのか見てみた．以下 - は削除されたもの，+ は追加されたもの．x86_64．New features 等は https://www.phoronix.com/scan.php?page=article&item=linux-54-features&num=1 参照．

追加

• +CONFIG_CC_HAS_ASM_INLINE=y

  compiler-types.h: add asm_inline definition

• +CONFIG_ARCH_CPUIDLE_HALTPOLL=y

  cpuidle-haltpoll: disable host side polling when kvm virtualized

  KVM_GUESTで select される．

• +CONFIG_HALTPOLL_CPUIDLE=y

  add cpuidle-haltpoll driver

  mにしておく．

• +CONFIG_HAVE_ASM_MODVERSIONS=y
+CONFIG_ASM_MODVERSIONS=y

  kbuild: add CONFIG_ASM_MODVERSIONS

  x86 で select される．

• +CONFIG_NET_VENDOR_PENSANDO=y

  ionic: Add basic framework for IONIC Network device driver

  Pensando Systems の IONIC Network device driver．使わないのでnにする．

• +CONFIG_VIDEO_V4L2_I2C=y

  media: v4l2-core: move i2c helpers out of v4l2-common.c

  V4L2 の I2C 関連が v4l2-common.c から v4l2-i2c.c に分離された．yのままにしておく．

• +CONFIG_SND_INTEL_NHLT=m

  ALSA: hda: move parts of NHLT code to new module

  手元ではSND_HDA_INTEL [=m] && SOUND [=m] && !UML && SND [=m] && SND_PCI [=y] && ACPI [=y]でmになっていた．

• +CONFIG_CRYPTO_ESSIV=m

  dm crypt: switch to ESSIV crypto API template
  crypto: essiv - create wrapper template for ESSIV generation

  DM_CRYPTがCRYPTO_ESSIVをselect．Encrypted salt-sector initialization vector (ESSIV)．

• +CONFIG_CRYPTO_LIB_SHA256=y

  crypto: sha256_generic - Switch to the generic lib/crypto/sha256.c lib code

  CRYPTO_SHA256がCRYPTO_LIB_SHA256をselect．CRYPTO_SHA256が手元では y になっていて，これは CRYPTO_SHA256_SSSE3 [=y] && CRYPTO [=y] && X86 [=y] && 64BIT [=y]でselectされていた．

  • CRYPTO_SHA256_SSSE3=m
  • CRYPTO_SHA256=m
  • CONFIG_CRYPTO_LIB_SHA256=m

  CONFIG_KEXEC_FILE=y が CRYPTO_SHA256=y に依存するので，KEXEC 関連まるごと n にする．

• +CONFIG_CRYPTO_LIB_AES=y

  crypto: aes-generic - drop key expansion routine in favor of library version

  CRYPTO_AES=yでselectされていた．CRYPTO_AES=mにしてmに．

• +CONFIG_CRYPTO_LIB_DES=y

  crypto: des - split off DES library from generic DES cipher driver

  CRYPTO_DES=yでselectされていた．CRYPTO_DES=mにしてmに．

削除

• -CONFIG_IWLWIFI_PCIE_RTPM=y

  iwlwifi: remove the code under IWLWIFI_PCIE_RTPM

• -CONFIG_CRYPTO_AES_X86_64=m

  rypto: x86/aes - drop scalar assembler implementations

他

• CONFIG_UNUSED_SYMBOLS=y

  module: move CONFIG_UNUSED_SYMBOLS to the sub-menu of MODULES

  lib/Kconfig.debug から init/Kconfig に移動した．ついでに CONFIG_UNUSED_SYMBOLS=nする．CONFIG_TRIM_UNUSED_KSYMS=yにして更に最適化を進めることも考えられるが，外部モジュールが compile できなくなるといやなので，ひとまず CONFIG_TRIM_UNUSED_KSYMS=nのまま．

追記 (2019/11/25)

Linux 5.4 がでたので再確認．

• +CONFIG_X86_INTEL_TSX_MODE_OFF=y

  x86/cpu: Add a “tsx=” cmdline option with TSX disabled by default
  x86/tsx: Add config options to set tsx=on|off|auto

  TSX (Transactional Synchronization Extensions) および TSX Async Abort (TAA) vulnerability 関連．Default は TSX の機能自体を無効化するもの (未知の脆弱性があるかもしれないとのことで)．

  悪意のあるユーザが存在しないと仮定しても問題ないシステムなので，CONFIG_X86_INTEL_TSX_MODE_ON=y にする．

• -CONFIG_DIMLIB=y

  net: ethernet: broadcom: have drivers select DIMLIB as needed

  Generic Network Dynamic Interrupt Moderation 関連．手元では NET_VENDOR_BROADCOM で select されていたが，必要に応じて select されるようになった．

Related articles

• 2020/01/11 20:50 / Linux 5.5-rc5
• 2019/11/25 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.4
• 2019/09/20 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.3
• 2019/07/22 19:13 / Linux 5.2.2 -> 5.3-rc1
• 2019/06/28 20:38 / GeForce GT 430 with nvidia-legacy-390xx-kernel-dkms 390.116-1~bpo9+1
• 2019/06/12 16:10 / Linux 5.1.8 -> 5.2-rc4
• 2019/05/07 19:43 / Linux 5.0.9 -> 5.1.0
• 2019/03/07 22:16 / Linux 4.20.13 -> 5.0.0
• 2018/11/06 11:30 / Linux 4.19.0 -> 4.20-rc1
• 2018/08/29 11:06 / Linux 4.18.5 -> 4.19-rc1
• 2018/06/20 17:06 / Linux 4.17.2 -> 4.18-rc1
• 2018/04/19 15:25 / Linux 4.16.2 -> 4.17-rc1
• 2018/02/12 17:23 / Linux 4.15.3 -> 4.16-rc1
• 2018/01/29 11:08 / Linux 4.14.15 -> 4.15
• 2017/11/28 12:42 / Linux 4.14.2 -> 4.15-rc1
• 2017/11/15 15:56 / Linux ORC unwinder と objtool (CONFIG_STACK_VALIDATION needs tools/objtool/objtool along headers)
• 2017/11/15 15:41 / Linux 4.13.12 -> 4.14.0
• 2017/09/18 07:04 / Linux 4.13.1 -> 4.14-rc1
• 2017/09/05 04:14 / Linux 4.12.10 -> 4.13
• 2017/07/16 23:56 / Linux 4.12.0 -> 4.13-rc1
• 2017/05/15 14:04 / Linux 4.11.0 -> 4.12-rc1
• 2017/05/03 00:24 / Linux 4.10.13 -> 4.11.0
• 2017/03/06 09:51 / Linux 4.10.1 -> 4.11-rc1
• 2017/02/20 10:31 / Linux 4.9.X -> 4.10
• 2016/12/30 21:28 / Linux 4.9 -> 4.10-rc1
• 2016/12/14 23:00 / Linux 4.8 -> 4.9

随分前に開発が止まった qtranslate の代替として mqtranslate を利用したり，その開発も止まって qTranslate-X を利用したりしていたのだが，qTranslate-X も開発が止まっているらしい．

2019/9/1 9:53 / WordPress on Debian 10でも書いたとおりパッチが必要だったり，PHP 7.3.9-1~deb10u1 環境だと更に以下のワーニングも出る．WP-CLIを利用して気付いた．

PHP Warning:  "continue" targeting switch is equivalent to "break". Did you mean to use "continue 2"? in /somewhere/wp-content/plugins/qtranslate-x/qtranslate_frontend.php on line 497

case 文中の continue を break に置き換えれば済む話だが，qTranslate-X を引き継いで開発が進められている qTranslate-XT (eXTended) に移行することにした．ただし /wp-admin/ (WordPress の Web I/F) からだとプラグインが見つけられず，自前で/somewhere/wp-content/plugins/qtranslate-xt/に配置(zipを展開するかgit clone)する必要がある．

Related articles

• 2019/09/01 09:53 / WordPress on Debian 10
• 2014/04/20 23:08 / WordPress 3.9 with qTranslate 2.5.39 → mqTranslate 2.6
• 2014/04/17 14:45 / WordPress 3.9 with qTranslate 2.5.39

2013年頃から使っていた自転車のライト，CAT EYE HL-EL130 が壊れてしまった．ブラケットにカチッと固定する部分がプラスチックで，それがもうきっちり嵌らなくなったと言うかすぐに取れてしまう状態になっていて，走っているうちに落としてしまい点かなくなった．ちなみに CAT EYE 製造なのだがCBA (サイクルベースアサヒ)ブランドの同等品．

ということで，明るめ・充電式・そこまで高くない CAT EYE VOLT200 HL-EL151RC を購入．明るくなってよいのだが，点滅モードも明るいままなので，結構チカチカうざい．あと点滅が少し遅い気がする．ちなみにブラケットは共通なので前のものをそのまま利用(新しいライトに付属しているものは保存)．

Google Search Console から以下のようなメールが届いた．

Google has started validating your fix of Breadcrumbs issues on your site. Specifically, we are checking for ‘Missing field “itemListElement”’, which currently affects 143 pages.

WordPress で Breadcrumb NavXTというプラグインを利用しているサイトに関する Validation Report で，古い Breadcrumb NavXT の Default のテンプレートのままだったのが原因．その Default はたぶん以下．

<span typeof="v:Breadcrumb"><a rel="v:url" property="v:title" title="Go to %title%." href="%link%" class="%type%">%htitle%</a></span>

これ，本来は以下のようになっているべき(class.bcn_breadcrumb.phpのget_default_templateという関数で作られる様子)．

<span property="itemListElement" typeof="ListItem"><a property="item" typeof="WebPage" title="Go to %title%." href="%link%" class="%type%" ><span property="name">%htitle%</span></a><meta property="position" content="%position%"></span>

ただ，このテンプレートを一括設定できる箇所がない．Settings → Breadcrumb NavXT でジャストなものを見つけられず，Home へのリンク向け等特別な場合のテンプレートは設定可能な様子で，それらも古い Default になっていて，さらに全てプラグインの Default に設定することも不可の様子．

ということで，一旦 Breadcrumb NavXT を Deactivate して，Delete して，再度インストールしたらプラグインの Default に設定された．これでしばらく様子見．

これで直らなかったら mysql に保存されている Breadcrumb NavXT 関連の設定を削除するなどを考えていたが，アンインストールすれば設定も削除される様子．ちなみに WordPress の options のテーブルの option_name = bcn_options というレコードに保存されている(uninstall.phpで削除される)．

Related articles

• 2015/07/16 10:17 / WordPress w/ Google Search Console (Webmaster Tools)

以下の nvidia のドライバが Linux 5.3 でコンパイルできない話．

• nvidia-kernel-dkms 418.74-1
• nvidia-legacy-390xx-kernel-dkms 390.116-1

具体的には以下のエラー．

In file included from /var/lib/dkms/nvidia-current/418.74/build/nvidia/nv_uvm_interface.c:21:
/var/lib/dkms/nvidia-current/418.74/build/nvidia/nv_uvm_interface.c: In function ‘nvUvmInterfaceDeRegisterUvmOps’:
/var/lib/dkms/nvidia-current/418.74/build/common/inc/nv-linux.h:733:21: error: void value not ignored as it ought to be
         int __ret = on_each_cpu(func, info, 1);        \
                     ^~~~~~~~~~~
/var/lib/dkms/nvidia-current/418.74/build/nvidia/nv_uvm_interface.c:991:5: note: in expansion of macro ‘NV_ON_EACH_CPU’
     NV_ON_EACH_CPU(flush_top_half, NULL);
     ^~~~~~~~~~~~~~

これは smp: Remove smp_call_function() and on_each_cpu() return values で on_each_cpu が値を返さなくなったということなので，マクロでダミーの正常時の戻り値を作ってしまえばOK．以下パッチ．nvidia-legacy-390xx-kernel-dkms も同様．

--- a/common/inc/nv-linux.h
+++ b/common/inc/nv-linux.h
@@ -730,8 +730,8 @@ static inline void nv_vunmap(NvUPtr vaddr, NvU32 page_count)
 #elif (NV_ON_EACH_CPU_ARGUMENT_COUNT == 3)
 #define NV_ON_EACH_CPU(func, info)                     \
     ({                                                 \
-        int __ret = on_each_cpu(func, info, 1);        \
-        __ret;                                         \
+        on_each_cpu(func, info, 1);                    \
+        0;                                             \
      })
 #else
 #error "NV_ON_EACH_CPU_ARGUMENT_COUNT value unrecognized!"

Related articles

• 2020/01/11 20:50 / Linux 5.5-rc5
• 2019/11/25 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.4
• 2019/10/02 00:03 / Linux 5.3.1 -> 5.4-rc1
• 2019/07/22 19:13 / Linux 5.2.2 -> 5.3-rc1
• 2019/06/28 20:38 / GeForce GT 430 with nvidia-legacy-390xx-kernel-dkms 390.116-1~bpo9+1
• 2019/06/12 16:10 / Linux 5.1.8 -> 5.2-rc4
• 2019/05/07 19:43 / Linux 5.0.9 -> 5.1.0
• 2019/03/07 22:16 / Linux 4.20.13 -> 5.0.0
• 2018/11/06 11:30 / Linux 4.19.0 -> 4.20-rc1
• 2018/08/29 11:06 / Linux 4.18.5 -> 4.19-rc1
• 2018/06/20 17:06 / Linux 4.17.2 -> 4.18-rc1
• 2018/04/19 15:25 / Linux 4.16.2 -> 4.17-rc1
• 2018/02/12 17:23 / Linux 4.15.3 -> 4.16-rc1
• 2018/01/29 11:08 / Linux 4.14.15 -> 4.15
• 2017/11/28 12:42 / Linux 4.14.2 -> 4.15-rc1
• 2017/11/15 15:56 / Linux ORC unwinder と objtool (CONFIG_STACK_VALIDATION needs tools/objtool/objtool along headers)
• 2017/11/15 15:41 / Linux 4.13.12 -> 4.14.0
• 2017/09/18 07:04 / Linux 4.13.1 -> 4.14-rc1
• 2017/09/05 04:14 / Linux 4.12.10 -> 4.13
• 2017/07/16 23:56 / Linux 4.12.0 -> 4.13-rc1
• 2017/05/15 14:04 / Linux 4.11.0 -> 4.12-rc1
• 2017/05/03 00:24 / Linux 4.10.13 -> 4.11.0
• 2017/03/06 09:51 / Linux 4.10.1 -> 4.11-rc1
• 2017/02/20 10:31 / Linux 4.9.X -> 4.10
• 2016/12/30 21:28 / Linux 4.9 -> 4.10-rc1
• 2016/12/14 23:00 / Linux 4.8 -> 4.9

ヤマト運輸(クロネコヤマト)のインターネットからの申込みによる当日再配達受付時間(期限)，なんとなく18:00だと思っていたが，17:40だった．http://www.kuronekoyamato.co.jp/ytc/info/info_180903.html によるともともとは18:40までだったところ，2018年9月に17:40になった模様．仕方なくドライバーに電話(この場合19:00まで)．

インターネットで再配達依頼しようとしたら「以降在宅」という選択肢があったので，18:00までに帰宅できるから帰ってからでいいやと思って，帰宅後インターネットから再配達依頼しようとしたら，そもそも「当日」が選べなくて凹んだ．．．

というか宅配ボックス使ってくれたら良かったのに(ということで時間指定していなかったのだが)，入らなかなったのか空きがなかったのだろうか．．．宅配ボックス頼みもアレ．

MegaRAID SAS の状況を monitoring する package である megaclisas-status を導入．http://hwraid.le-vert.net/wiki/DebianPackages のとおり /etc/apt/sources.list を修正して，https://hwraid.le-vert.net/debian/hwraid.le-vert.net.gpg.key を apt-key add して，megaclisas-status を入れるだけ．あとは sudo megaclisas-status で status が確認できる．

/etc/init.d/megaclisas-statusd 自体が daemon になっていて，

MAILTO=root   # Where to report problems
PERIOD=600    # Seconds between each check    (default 10 minutes)
REMIND=7200   # Seconds between each reminder (default 2 hours)

となっていて，10分毎にチェック，non-optimal RAID status になると2時間おきに root 宛に mail コマンドでリマインドメール送付，となっている．ただ，mail が mailutils 由来の mail だと，root@hostname にメールを送ろうとして，プライベートネットワークで postfix を Internet with smarthost の設定(外部のmail serverに全転送)で運用しているとメールが消える．ということで mailutils のかわりに bsd-mailx を install して，その mail コマンドを利用するようにする．

/etc/init.d/megaclisas-statusd が /usr/sbin/sendmail を叩いてくれたらいいのに．．．

Related articles

• 2019/09/01 10:53 / Debian 10 に上げたときのメモ

OpenVPN が以下のエラーを吐いて起動しない問題発生．

Sep  1 00:00:30 XXX ovpn-vpn_server[XXXX]: WARNING: POTENTIALLY DANGEROUS OPTION --verify-client-cert none|optional (or --client-cert-not-required) may accept clients which do not present a certificate
Sep  1 00:00:30 XXX ovpn-vpn_server[XXXX]: OpenVPN 2.4.7 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Feb 20 2019
Sep  1 00:00:30 XXX ovpn-vpn_server[XXXX]: library versions: OpenSSL 1.1.1c  28 May 2019, LZO 2.10
Sep  1 00:00:30 XXX ovpn-vpn_server[XXXX]: PLUGIN_INIT: POST openvpn-plugin-auth-pam.so '[openvpn-plugin-auth-pam.so] [openvpn]' intercepted=PLUGIN_AUTH_USER_PASS_VERIFY 
Sep  1 00:00:30 XXX ovpn-vpn_server[XXXX]: OpenSSL: error:1408518A:SSL routines:ssl3_ctx_ctrl:dh key too small
Sep  1 00:00:30 XXX ovpn-vpn_server[XXXX]: SSL_CTX_set_tmp_dh
Sep  1 00:00:30 XXX ovpn-vpn_server[XXXX]: Exiting due to fatal error

dh key too small ということで，DH 鍵交換(Diffie-Hellman key exchange)のビット数が少なく落ちてしまっている様子．1024ビットで使用していた．以下の通り2048ビットで生成したパラメタファイルを生成し，

% sudo openssl dhparam -out /etc/openvpn/dh2048.pem 2048

/etc/openvpn/hoge.conf 等設定ファイルで dh1024.pem を使っている場合は，以下の通り dh2048.pem に変更．

-dh dh1024.pem
+dh dh2048.pem

Related articles

• 2018/07/17 22:33 / OpenVPN 2.4.4-2~bpo9+1

キーボードの設定は様々なレイヤがあってややこしいのだが，今回は X server というか Windows 版 X server である VcXsrv ＋ WSL 環境での話．もっとハードウェアに近いところでの変更は当然 Windows 任せになるので(udev 使えない)，X 上でキーマップを変更する．具体的には日本語キーボードをむりやり英語配列として使う場合に効かなくなる以下のいわゆる dead keys をなんとかしたいということ．

• ¥ キー(バックスラッシュ\，Shift の場合はバー|)．日本語キーボードの]がこれの代替になるが，もとのキーも使いたい．
• \ キー(バックスラッシュ\，Shift の場合はバー_)．_ は日本語キーボードで Shift + - がこれの代替になるが，もとのキーも使いたい．

xev でまず keycode を調べる．よりハードウェアに近いレイヤに依存するので環境によっていろいろ変わる．手元(Windows を英語キーボードモードにした状態で VcXsrv を起動) では以下だった．

• ¥ キー: 133
• \ キー: 211

あとは以下実行するだけ．

% xmodmap -e "keycode 133 = backslash bar"
% xmodmap -e 'keycode 211 = backslash underscore'

Related articles

• 2019/11/04 15:59 / VcXsrv での「半角/全角 漢字」キーのキーリピートがおかしい
• 2013/06/08 15:11 / X dead keys

• 古い計算機で HDD アクセスが遅いものは異様に時間がかかる．サーバ系の必要最小限のパッケージのみしか使っていないのに 2時間ぐらいかかった (Xeon E5410 + ST3500630AS, hdparm -t /dev/sda で 75.84 MB/sec)．古くて遅いシステムは悪．
• 同じく同じタイミングで古いRAID5のファイルサーバを新しいRAID5のファイルサーバに移行したのだが，普段からざっくりと同期させていたのだが，古い方の計算機が遅すぎてかつファイル数が多すぎて最終の rsync に異様に時間がかかった(btrfsなのでファイルシステムをダンプして移植するというのも可能だが，それも失敗やら手戻りが怖いのでrsync)．
  • 旧: Xeon E3-1225 v3 (2コア4スレ)，Intel Rapid Storage Technology RAID5 いわゆるソフトウェアRAID，さらにLUKS暗号化有り．．．というかCPUがネック．
  • 新: i7-7820X (8コア16スレ)，MegaRAID SAS RAID5，こちらもLUKS暗号化有り．
• 今まで適当に dist-upgrade やらをしていたが https://www.debian.org/releases/stable/amd64/release-notes/ch-upgrading.ja.html#minimal-upgradeによるとapt-get upgradeで最小限アップグレードをして，その後apt full-upgradeでシステムアップグレードするのが良いらしい．

Related articles

• 2019/09/04 16:41 / MegaRAID SAS (megaclisas-status)

Debian 10 に上げた機会に MediaWiki も 1.30 から 1.33 に上げる．以下メモ．

• MediaWiki は git clone しているので，git fetch, git checkout -b REL1_33_local REL1_33 して REL1_33 に対して設定を加えていく．
• extensions/ 以下の各 extension も REL1_33 に上げる．
• composer.json がある vendor/，extensions/Elastica/，extensions/CirrusSearch/に関しては各 directory でcomposer update --no-devして依存解決しなければ動かなかった(他は今回の場合そのままで問題なかった)．
• maintanaice/ で php update.php 実行．
• LocalSetting.php を調整．require_once "$IP/extensions/XXX/XXX.php"; を wfLoadExtension( 'XXX' ); に修正する必要があるものがちらほら．

• https://www.mediawiki.org/wiki/Extension:CirrusSearch によると

  MediaWiki 1.33.x requires ElasticSearch 6.5.x.

  とのことだが 6.x で OK．6.8 で動作確認．

• ElasticSearch の Index 生成は https://phabricator.wikimedia.org/diffusion/ECIR/browse/master/README のとおり以下実行． 以前にも書いたがElasticsearchが保持するデータは/var/lib/elasticsearch/にある．

  cd extensions/CirrusSearch/maintenance/updateSearchIndexConfig.php
  php updateSearchIndexConfig.php
  php forceSearchIndex.php --skipLinks --indexOnSkip
  php forceSearchIndex.php --skipParse

Related articles

• 2017/02/09 11:03 / MediaWiki で SVG w/inkscape 0.92.0-4~bpo8+1 (jessie backports)
• 2017/02/08 14:07 / MediaWiki 1.28.0 on Debian/GNU Linux jessie
• 2016/07/22 10:09 / MediaWiki on Debian/GNU Linux jessie
• 2015/12/01 12:45 / MediaWiki で SVG

Debian を stretch (Debian 9) から buster (Debian 10)にあげたら apache が以下のようなWarningを吐くようになった．

[Sat Aug 31 20:XX:XX.XXXXXX 2019] [php7:warn] [pid 23XX] [client XXX.XX.XXX.XX:XXXXXX] PHP Warning:  Parameter 2 to qtranxf_postsFilter() expected to be a reference, value given in /var/www/wp-includes/class-wp-hook.php on line 286

これは qtranslate-x の問題で，https://wordpress.org/support/topic/problem-with-php-7-1-2/ によると以下のように &$query の & を取り除けば良いらしい．

diff --git a/wp-content/plugins/qtranslate-x/qtranslate_frontend.php b/wp-content/plugins/qtranslate-x/qtranslate_frontend.php
index 64df38f9..461ce94e 100644
--- a/wp-content/plugins/qtranslate-x/qtranslate_frontend.php
+++ b/wp-content/plugins/qtranslate-x/qtranslate_frontend.php
@@ -520,7 +520,7 @@ function qtranxf_translate_post($post,$lang) {
        }
 }

-function qtranxf_postsFilter($posts,&$query) {//WP_Query
+function qtranxf_postsFilter($posts,$query) {//WP_Query
        global $q_config;
        //qtranxf_dbg_log('qtranxf_postsFilter: $posts: ',$posts);
        //$post->post_content = qtranxf_useCurrentLanguageIfNotFoundShowAvailable($post->post_content);
@@ -543,7 +543,7 @@ function qtranxf_postsFilter($posts,&$query) {//WP_Query
 add_filter('the_posts', 'qtranxf_postsFilter', 5, 2);

 /** allow all filters within WP_Query - many other add_filters may not be needed now? */
-function qtranxf_pre_get_posts( &$query ) {//WP_Query
+function qtranxf_pre_get_posts( $query ) {//WP_Query
        //qtranxf_dbg_log('qtranxf_pre_get_posts: $query: ',$query);
        //'post_type'
        if(isset($query->query_vars['post_type'])){

Related articles

• 2019/10/01 17:29 / qTranslate-XT
• 2014/04/20 23:08 / WordPress 3.9 with qTranslate 2.5.39 → mqTranslate 2.6
• 2014/04/17 14:45 / WordPress 3.9 with qTranslate 2.5.39

先月オーランドに行ったメモ．

• 今回レンタカーなし．あまり色々回らないプランだったので．
• 連日午後若しくは夕方土砂降り．外に出れない．
• DoubleTree by Hilton Hotel Orlando at SeaWorld に滞在(仕事)
  • チェックイン時にチョコチップクッキーをくれる．．．
  • House keeping不要のタグを部屋の前に貼っておくと，USD 5 のホテル内で利用可能なクーポンをもらえる．クーポンはHilton Honors point 500 としてアカウントに追加することも可能 (チェックアウト時にクーポンをフロントで渡す)．
  • Marketという売店の奥にたぶんBusiness sectionの部屋があって，何故かそこで猫が飼われている．
  • Designated smoking areaはかなり隔離されたところにあるが，灰皿というか吸い殻入れ自体は屋外探せば数カ所で見つけられる．
  • 朝食Includedではないことを忘れていて朝食ホテルで取る．Buffet style 23 USDぐらい．高いけどGOOD．
• KSC (Kennedy space center)見学
  • そういえばスペースシャトルはもう継続しないことになっていて，アトランティスの展示ができていた．発射台の近くにはSpaceXの建物有り．
  • Florida dolphin tours のツアー(bus plus admission fee USD 119)で参加．前日にインターネットで予約．8:10 Rosen at pointe Orlandoでpick up. いろいろな場所でpick upしてから来るみたいでかなり遅れてた．帰りはKSC 17:30発．
  • KSCのレストラン，たぶんOrbit Cafe，注文が自動化されてた(相当前に来た時は自動化ではなかったような気がする)．Regular soda USD 2 ちょっと．でかいカップを渡され自分で選んで入れる．
• インターナショナルドライブ
  • この付近で連日レストラン等．これといって決めずに適当に．
  • 移動手段はバス．I RIDE Trolley．一回USD 2で，ぴったりの額現金で払う必要があって大変なので3 day passを調達．ホテルのExpedia Local Expertで買える．8:00頃からの運行なのでそれより前はLYNXを利用．ともにGoogle Mapsで経路が出る．
• イミグレ・空港関連
  • 入国，US citizenとESTAは自動手続きの列に並ぶが，結局簡単な質問をされて，そこがネックでかなり詰まっていた．シカゴで入国．
  • ちなみにESTA，有効期限は2年．前回のが有効なのを忘れていて再申請しようとしたら，同一パスポートの情報が既にシステムに存在するとか申請システムに言われたような気がする．
  • シカゴ空港，departures floorを出たところで喫煙可能．オーランドの空港も同じだが，こちらは出て建物端まで行く必要があった．
  • オーランド空港の喫煙所付近は同時にApp Pickupエリアにもなっていて，Uberでorder出すピックアップ場所を選ばされる．
  • 空港・ホテル間の移動はUber．複数ヶ所をまわるOrderも可能．
• 他
  • AbemaTVが海外モードになる．海外での視聴向けニュースは，同じ内容を延々繰り返す感じ．つまらないのでVPN経由で国内版視聴(Chrome で Inspect mode で挙動を確認していたのだが，技術者募集のメッセージがConsoleに出力されてた)．
  • PINを入力するスタイルのcredit card authorization machine で JCB カードを利用しようとすると，6 number pin (chip?) には対応していないとかで弾かれる．PIN は 4 number なんだけど．．．

Related articles

• 2018/12/14 09:07 / ハワイ(ホノルル・ワイキキ)メモ
• 2018/03/12 15:56 / マレーシアメモ
• 2016/11/02 06:44 / タイ王国メモアゲイン
• 2016/10/05 03:41 / タイ王国バンコク スワンナプーム空港メモ
• 2015/12/25 23:34 / 香港メモ
• 2015/07/26 00:57 / シンガポールメモ

RStudio Desktop (Free)はDebian 9版までしか現状なくて，Debian 10 (buster)では以下の様に libssl.so.1.0.2 が存在せず起動できない．

% rstudio
rstudio: error while loading shared libraries: libssl.so.1.0.2: cannot open shared object file: No such file or directory

libssl.so.1.0.2 は package libssl1.0.2 (stretch でのみ存在)で提供されていて，これを入れると解決する．

% wget http://security.debian.org/debian-security/pool/updates/main/o/openssl1.0/libssl1.0.2_1.0.2s-1~deb9u1_amd64.deb
% sudo dpkg -i libssl1.0.2_1.0.2s-1~deb9u1_amd64.deb

Wanderlust で複数メッセージを * でマークして，m f でまとめて転送しようとすると，以下の様に怒られて1件目しか draft バッファに入ってくれない．

wl-summary-redisplay-internal: ‘recenter’ing a window that does not display current-buffer.

wl-summary-redisplay-internalの以下の箇所でコケているっぽい．

      (when wl-summary-recenter
        (recenter (/ (- (window-height) 2) 2))
        (if (not wl-summary-indent-length-limit)
        (wl-horizontal-recenter)))

あまり深追いせずに ~/.wl に以下を書いておく．

(setq wl-summary-recenter nil)

Info による変数の説明は以下の通り．

`wl-summary-recenter'
     初期設定は `t'。Non-nil ならば表示したときに表示中のメッセージのサ
     マリ行をウィンドウの中央付近に移動します。

今まで気にしたこと無いし，nil にしたところで挙動が変わらないような気もする．

WSL (Windows Subsystem for Linux)(Debian 9)導入のメモ．様々なことができるようになるつつあり便利なので，手元以外の他の計算機でも導入したので，そのメモ．まず WSL を有効にする．https://docs.microsoft.com/en-us/windows/wsl/install-win10 参照．以下を管理者権限の PowerShell で実行．再起動．

Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Windows-Subsystem-Linux

あとは，Store から Debian を検索して Install/Launch．以下の様な感じで Shell が立ち上がって終了．

Installing, this may take a few minutes...
Please create a default UNIX user account. The username does not need to match your Windows username.
For more information visit: https://aka.ms/wslusers
Enter new UNIX username: myn
Enter new UNIX password:
Retype new UNIX password:
passwd: password updated successfully
Installation successful!
myn@example:~$ id
uid=1000(myn) gid=1000(myn) groups=1000(myn),4(adm),24(cdrom),27(sudo),30(dip),46(plugdev)

まず gid (primary group)が username で感じ悪いと言うか落ち着かないので，100(users) に変更する．

myn@example:~$ sudo usermod -gusers myn

We trust you have received the usual lecture from the local System
Administrator. It usually boils down to these three things:

    #1) Respect the privacy of others.
    #2) Think before you type.
    #3) With great power comes great responsibility.

[sudo] password for myn:

上記，usermod -Gusers myn だと groups=100(users) のみになって，sudo group から抜けてしまい，sudoできなくなるので注意(一回間違えてやってしまい，一旦 Debian を削除して，再度 Install した)．

一旦窓を閉じて再度 Debian を起動し以下確認．ついでにいちいち sudo で password 入力するのが面倒なのでvisudoでNOPASSWDにする．

myn@example:~$ id
uid=1000(myn) gid=100(users) groups=100(users),4(adm),24(cdrom),27(sudo),30(dip),46(plugdev)
myn@example:~$ sudo sh -c 'EDITOR=vi visudo'
-%sudo   ALL=(ALL:ALL) ALL
+%sudo   ALL=(ALL:ALL) NOPASSWD: ALL

Default の umask が 000 で落ち着かないので，umask 022 する．．．

ひとまず package を upgrade して zsh と git を入れる．/usr/bin/zsh に切り替えて窓立ち上げ直し．

myn@example:~$ sudo apt update
myn@example:~$ sudo apt upgrade
myn@example:~$ sudo apt install zsh git
myn@example:~$ chsh
Password:
Changing the login shell for myn
Enter the new value, or press ENTER for the default
        Login Shell [/bin/bash]: /usr/bin/zsh

おもむろに sid に上げる．

myn@example:~$ echo deb http://deb.debian.org/debian unstable main | sudo tee /etc/apt/sources.list
myn@example:~$ sudo apt update
myn@example:~$ sudo apt dist-upgrade

使用している zsh が混乱した状態になるので，窓立ち上げ直し．ここから git で設定ファイル等を他から持ってくるのだが，ssh が必要になるので，key-pairs を copy してくる．

% rsync -avz remote:.ssh/ .ssh/
myn@remote's password:
% ssh-agent screen
% ssh-add

あとは自身管理で git に入れている，必要 package を install したり各種設定をする謹製 script を実行．時間を喰うので，その間に Windows 用 Xserver である VcXsrv (現時点では vcxsrv-64.1.20.1.4.installer.exe が最新) を install．

他メモ．

• C: は /mnt/c/ に mount されていて，Windows のプログラム (.exe や .bat) は /mnt/c/ 以下の path に置いてあれば実行可能(~/ 以下に置いた Windows 向け Program は実行不可(Windows からは WSL内のPATHが参照できない，とかだと思う))．
• sshfs 使用不可 (FUSE 対応が無い)
• Windows から WSL を参照するには \\wsl$\Debian\ でアクセス．Linux から % explorer.exe . とかすると，カレントディレクトリでエクスプローラーが開く．

Related articles

• 2019/07/04 23:04 / /usr/lib/mozc/mozc_tool: error while loading shared libraries: libQt5Core.so.5: cannot open shared object file: No such file or directory

Linux 5.3-rc1 がでたので，.configがどう変更されるのか見てみた．以下 - は削除されたもの，+ は追加されたもの．x86_64．New features 等は https://www.phoronix.com/scan.php?page=article&item=linux-53-features&num=1 参照．

追加

• +CONFIG_CC_CAN_LINK=y

  init/Kconfig: add CONFIG_CC_CAN_LINK

• +CONFIG_CPU_SUP_ZHAOXIN=y

  x86/cpu: Create Zhaoxin processors architecture support file

  Zhaoxinサポート．不要なのでnに．

• +CONFIG_HAVE_KVM_NO_POLL=y

  KVM: polling: add architecture backend to disable polling
  kvm: x86: add host poll control msrs

  KVMでselectされる．

• +CONFIG_FW_LOADER_PAGED_BUF=y

  firmware: Add support for loading compressed files

  FW_LOADER_USER_HELPERでselectされる．compressed firmware supportは CONFIG_FW_LOADER_COMPRESSで有効になるが，ひとまず無効のまま．

• +CONFIG_NET_VENDOR_GOOGLE=y

  gve: Add basic driver framework for Compute Engine Virtual NIC

  Compute Engine Virtual NIC のドライバ関連(gve)．nにしておく．

• +CONFIG_SERIAL_MCTRL_GPIO=y

  tty/serial/8250: use mctrl_gpio helpers

  GPIOLIBでselectされる．

• +CONFIG_POWER_SUPPLY_HWMON=y

  power: supply: Add HWMON compatibility layer

  必要かどうかわからないがyのままにしておく．

• +CONFIG_WATCHDOG_OPEN_TIMEOUT=0

  watchdog: introduce CONFIG_WATCHDOG_OPEN_TIMEOUT

  defaultは0．

• +CONFIG_DRM_VRAM_HELPER=m

  drm: Add |struct drm_gem_vram_object| and helpers

  手元では以下でmにselectされている．DRM_BOCHS [=m] && HAS_IOMEM [=y] && DRM [=m] && PCI [=y] && MMU [=y] KVM上で動かすことも想定されるので，このままで．

• +CONFIG_INTEL_RAPL_CORE=m

  intel_rapl: abstract RAPL common code

  INTEL_RAPL [=m] && POWERCAP [=y] && X86 [=y] && IOSF_MBI [=y]でmに．

• +CONFIG_PROC_PID_ARCH_STATUS=y

  proc: Add /proc//arch_status

  X86 [=y] && PROC_FS [=y]でyに．

• +CONFIG_DIMLIB=y

  linux/dim: Move implementation to .c files

  手元でNET_VENDOR_BROADCOMでselectされていた．

• +CONFIG_HAVE_GENERIC_VDSO=y
+CONFIG_GENERIC_GETTIMEOFDAY=y

  lib/vdso: Provide generic VDSO implementation

  VDSO implementation of gettimeofday()．X86でyに．

Rename

• -CONFIG_HAVE_GENERIC_GUP=y
+CONFIG_HAVE_FAST_GUP=y

  mm: rename CONFIG_HAVE_GENERIC_GUP to CONFIG_HAVE_FAST_GUP

• -CONFIG_ARCH_HAS_ZONE_DEVICE=y
+CONFIG_ARCH_HAS_PTE_DEVMAP=y

  mm: introduce ARCH_HAS_PTE_DEVMAP

  CONFIG_ARCH_HAS_PTE_DEVMAPにrenameされた．X86_64でselectされる．

削除された

• -CONFIG_ARCH_HAS_HMM_MIRROR=y

  mm: remove the HMM config option

• -CONFIG_ARM_GIC_MAX_NR=1

  irqchip/gic: Add dependency for ARM_GIC_MAX_NR

  ARM_GIC=n (ARM Generic Interrupt Controllers)なので値が定義されなくなった．

• -CONFIG_CIFS_ACL=y

  cifs: simplify code by removing CONFIG_CIFS_ACL ifdef

• -CONFIG_IO_DELAY_TYPE_0X80=0
-CONFIG_IO_DELAY_TYPE_0XED=1
-CONFIG_IO_DELAY_TYPE_UDELAY=2
-CONFIG_IO_DELAY_TYPE_NONE=3
-CONFIG_DEFAULT_IO_DELAY_TYPE=0

  x86/io_delay: Define IO_DELAY macros in C instead of Kconfig

RDM関連

• +CONFIG_DRM_AMD_DC_DSC_SUPPORT=y

  drm/amd/display: enable DSC support by default

  DSC (VESA Display Stream Compression) support．defaultがyになった．

• -CONFIG_DRM_AMD_DC_DCN1_01=y

  drm/amd/display: Drop DCN1_01 guards

• +CONFIG_DRM_AMD_DC_DCN2_0=y

  drm/amd/display: Hook DCN2 into amdgpu_dm and expose as config (v2)

• +CONFIG_DRM_I915_FORCE_PROBE="*"

  drm/i915: add force_probe module parameter to replace alpha_support

• +CONFIG_DRM_I915_USERFAULT_AUTOSUSPEND=250

  drm/i915: Keep user GGTT alive for a minimum of 250ms

• +CONFIG_DRM_I915_SPIN_REQUEST=5

  drm/i915: Expose the busyspin durations for i915_wait_request

crypto 関連

• -CONFIG_CRYPTO_WORKQUEUE=y

  crypto: cryptd - move kcrypto_wq into cryptd

• +CONFIG_CRYPTO_LIB_ARC4=m

  crypto: arc4 - refactor arc4 core code into separate library

Related articles

• 2020/01/11 20:50 / Linux 5.5-rc5
• 2019/11/25 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.4
• 2019/10/02 00:03 / Linux 5.3.1 -> 5.4-rc1
• 2019/09/20 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.3
• 2019/06/28 20:38 / GeForce GT 430 with nvidia-legacy-390xx-kernel-dkms 390.116-1~bpo9+1
• 2019/06/12 16:10 / Linux 5.1.8 -> 5.2-rc4
• 2019/05/07 19:43 / Linux 5.0.9 -> 5.1.0
• 2019/03/07 22:16 / Linux 4.20.13 -> 5.0.0
• 2018/11/06 11:30 / Linux 4.19.0 -> 4.20-rc1
• 2018/08/29 11:06 / Linux 4.18.5 -> 4.19-rc1
• 2018/06/20 17:06 / Linux 4.17.2 -> 4.18-rc1
• 2018/04/19 15:25 / Linux 4.16.2 -> 4.17-rc1
• 2018/02/12 17:23 / Linux 4.15.3 -> 4.16-rc1
• 2018/01/29 11:08 / Linux 4.14.15 -> 4.15
• 2017/11/28 12:42 / Linux 4.14.2 -> 4.15-rc1
• 2017/11/15 15:56 / Linux ORC unwinder と objtool (CONFIG_STACK_VALIDATION needs tools/objtool/objtool along headers)
• 2017/11/15 15:41 / Linux 4.13.12 -> 4.14.0
• 2017/09/18 07:04 / Linux 4.13.1 -> 4.14-rc1
• 2017/09/05 04:14 / Linux 4.12.10 -> 4.13
• 2017/07/16 23:56 / Linux 4.12.0 -> 4.13-rc1
• 2017/05/15 14:04 / Linux 4.11.0 -> 4.12-rc1
• 2017/05/03 00:24 / Linux 4.10.13 -> 4.11.0
• 2017/03/06 09:51 / Linux 4.10.1 -> 4.11-rc1
• 2017/02/20 10:31 / Linux 4.9.X -> 4.10
• 2016/12/30 21:28 / Linux 4.9 -> 4.10-rc1
• 2016/12/14 23:00 / Linux 4.8 -> 4.9

MacではUnicode正規化形式としてNFD (Normalization Form Canonical Decompression; 正規化形式D)が利用されていて，Macユーザから日本語ファイル名のファイルを含むzipファイルが送られてくる際，そのファイル名がNFDになっていて Windows/Linux ユーザからすると感じが悪い．具体的には濁点(U+3099)・半濁点(U+309A)が文字として分離されている状態．

Windows ではエクスプローラーでひとまず表示はされる．手元の Linux の場合もそれっぽくは表示されるが ÿ という謎の文字が後に付加される．．．

そもそもファイル名がUTF-8でzipに含まれるので，Windows (Shift_JISを想定)では激しくファイル名が文字化けする．一方 Linux の unzip は UTF-8 を想定するので正しいファイル名で復号される(Windows 由来の Shift_JIS ファイル名が含まれるzipをLinuxで解凍する際は自動文字コード変換をする unar 等を使う)．

いろいろやり方はあるが以下の Ruby script で濁点と半濁点だけなんとかする(あ゛などは想定外)．

print STDIN.read.split("").inject([]){|r,i|
    if [0x3099,0x309a].include?(j=i.ord)
        i=(r.pop.ord + j - 0x3098).chr('UTF-8')
    end
    r<< i
}*""

convmv (Perl script)というコマンドが利用可能な場合は以下でまるごと置換可能．

% convmv * -f UTF-8 -t UTF-8 --nfc --notest

なお，Mac 環境から rsync する際は --iconv=UTF8-MAC,UTF-8 optionを付けると良いらしい．NFD/NFC変換がiconvでできないか手元(Linux)で試してみたが，以下のとおりサポートされていなかった．

iconv: conversion to `UTF-8-MAC' is not supported

参考:

• https://ja.wikipedia.org/wiki/Unicode%E6%AD%A3%E8%A6%8F%E5%8C%96
• https://ja.wikipedia.org/wiki/%E6%BF%81%E7%82%B9
• https://ja.wikipedia.org/wiki/%E5%8D%8A%E6%BF%81%E7%82%B9
• https://qiita.com/knaka/items/48e1799b56d520af6a09

追記 (2019/9/10)

Ruby で外部ライブラリを利用するならruby-unfを利用する．以下にパイプで送るとか．require "unf" で String class に to_nfc や to_nfd といった instance method が追加される．

ruby -e 'require "unf"; print STDIN.read.to_nfc'

なお ÿ が表示されてしまうのは screen のバグならしい．ただ，NFCと同様に表示されると，それはそれでNFDが見つけられなくてちょっと困るが．．．そもそも Mac の screen ユーザにとってはこれ死活問題かもしれない．screen に対するパッチ等，以下参照．

• https://rcmdnk.com/blog/2013/03/22/screen-install/
• https://rcmdnk.com/blog/2014/05/04/computer-screen/

WSL で Debian GNU/Linux を使っている(Windows 10 May 2019 Update でかなり使えるようになったのでもう VMWare いらないかも．．．)のだが，sid に upgrade したらmozc_toolが以下でコケるようになった．

% /usr/lib/mozc/mozc_tool --mode=config_dialog
/usr/lib/mozc/mozc_tool: error while loading shared libraries: libQt5Core.so.5: cannot open shared object file: No such file or directory
% ldd /usr/lib/mozc/mozc_tool | grep 'not found' | uniq
        libQt5Core.so.5 => not found
% LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libQt5Core.so.5.11.3 /usr/lib/mozc/mozc_tool --mode=config_dialog
ERROR: ld.so: object '/usr/lib/x86_64-linux-gnu/libQt5Core.so.5.11.3' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored.
/usr/lib/mozc/mozc_tool: error while loading shared libraries: libQt5Core.so.5: cannot open shared object file: No such file or directory

package libqt5core5a に /usr/lib/x86_64-linux-gnu/libQt5Core.so.5.11.3 は含まれていて，確かに存在するのだが，うまく読み込んでもらえない．解決法は以下．

sudo strip --remove-section=.note.ABI-tag /usr/lib/x86_64-linux-gnu/libQt5Core.so.5.11.3 

ちなみに file で違いが確認できるらしい．for GNU/Linux 3.17.0 となっているのが問題ならしい．

% sudo apt reinstall libqt5core5a
% file  /usr/lib/x86_64-linux-gnu/libQt5Core.so.5.11.3 > 0
% sudo strip --remove-section=.note.ABI-tag /usr/lib/x86_64-linux-gnu/libQt5Core.so.5.11.3
% file  /usr/lib/x86_64-linux-gnu/libQt5Core.so.5.11.3 > 1
% wdiff 0 1
wdiff 0 1
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5.11.3: ELF 64-bit LSB shared object, x86-64, version 1 (GNU/Linux), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=70947cf4ce539861badd2c95e0130074456c9bee, [-for GNU/Linux 3.17.0,-] stripped
% uname -r
4.4.0-18362-Microsoft

手元のWSL環境，Xserver には VcXsrv (multiple windows)を利用．日本語入力は基本的に Emacs のみで OK なので，それ用に emacs-mozc と設定用の mozc-utils-gui を install．いわゆる ibus の mozc を動かすのは断念．Windows の Google 日本語入力と WSL 上の Mozc の両方が動いている謎環境になっている．

参考:

• https://github.com/Microsoft/WSL/issues/3023

追記 (2019/9/10)

ibusは断念したのだが，fcitxは動作を確認．Toggle Input Method などのキーバインドの変更はfcitx-configtoolで行う．

Related articles

• 2019/07/23 19:42 / Windows 10 WSL (Windows Subsystem for Linux)

Debian GNU/Linux stretch (backports) の NVIDIA のドライバ，古いデバイスと新しいデバイスの混在環境(計算機としては別) で以下を利用していたのだが，418.56 から GeForce GT 430 のサポートがなくなった様子．

ii  nvidia-kernel-dkms              418.56-2~bpo9+1  amd64        NVIDIA binary kernel module DKMS source
ii  nvidia-legacy-340xx-kernel-dkms 340.107-2~bpo9+1 amd64        NVIDIA binary kernel module DKMS source (340xx legacy version)

nvidia-current のドライバを modprobe すると以下のように怒られる．

NVRM: The NVIDIA GeForce GT 430 GPU installed in this system is
NVRM:  supported through the NVIDIA 390.xx Legacy drivers. Please
NVRM:  visit http://www.nvidia.com/object/unix.html for more
NVRM:  information.  The 418.74 NVIDIA driver will ignore
NVRM:  this GPU.  Continuing probe...

ということで nvidia-legacy-340xx-kernel-dkms を purge して nvidia-legacy-390xx-kernel-dkms 390.116-1~bpo9+1 を install．結構コードが 418.56 と似たような感じになっていて，5.1.15 向け patch は以下のような感じ．nvidia-kernel-dkms 410.104-1~bpo9+1 の Linux 5.1 向け patch とほぼ同じ (行数が若干ずれる程度)．

diff --git a/common/inc/nv-list-helpers.h b/common/inc/nv-list-helpers.h
index 0aed851..81c2d4e 100644
--- a/common/inc/nv-list-helpers.h
+++ b/common/inc/nv-list-helpers.h
@@ -91,10 +91,12 @@
         list_entry((pos)->member.next, typeof(*(pos)), member)
 #endif
 
+/*
 static inline int list_is_first(const struct list_head *list,
                                 const struct list_head *head)
 {
     return list->prev == head;
 }
+*/
 
 #endif // __NV_LIST_HELPERS_H__
diff --git a/nvidia-drm/nvidia-drm-connector.c b/nvidia-drm/nvidia-drm-connector.c
index 24631c0..e64b9fe 100644
--- a/nvidia-drm/nvidia-drm-connector.c
+++ b/nvidia-drm/nvidia-drm-connector.c
@@ -30,7 +30,7 @@
 #include "nvidia-drm-utils.h"
 #include "nvidia-drm-encoder.h"
 
-#include <drm/drm_crtc_helper.h>
+#include <drm/drm_probe_helper.h>
 
 #include <drm/drm_atomic.h>
 #include <drm/drm_atomic_helper.h>
diff --git a/nvidia-drm/nvidia-drm-drv.c b/nvidia-drm/nvidia-drm-drv.c
index 1c2db68..90ce30b 100644
--- a/nvidia-drm/nvidia-drm-drv.c
+++ b/nvidia-drm/nvidia-drm-drv.c
@@ -41,7 +41,7 @@
 
 #include <drm/drmP.h>
 
-#include <drm/drm_crtc_helper.h>
+#include <drm/drm_probe_helper.h>
 
 #if defined(NV_DRM_DRM_GEM_H_PRESENT)
 #include <drm/drm_gem.h>
diff --git a/nvidia-drm/nvidia-drm-encoder.c b/nvidia-drm/nvidia-drm-encoder.c
index f66bbd7..0e5e2a8 100644
--- a/nvidia-drm/nvidia-drm-encoder.c
+++ b/nvidia-drm/nvidia-drm-encoder.c
@@ -31,7 +31,7 @@
 #include "nvidia-drm-crtc.h"
 #include "nvidia-drm-helper.h"
 
-#include <drm/drm_crtc_helper.h>
+#include <drm/drm_probe_helper.h>
 
 #include <drm/drm_atomic.h>
 #include <drm/drm_atomic_helper.h>
diff --git a/nvidia-drm/nvidia-drm-gem-nvkms-memory.c b/nvidia-drm/nvidia-drm-gem-nvkms-memory.c
index 8636eff..01c6ce4 100644
--- a/nvidia-drm/nvidia-drm-gem-nvkms-memory.c
+++ b/nvidia-drm/nvidia-drm-gem-nvkms-memory.c
@@ -222,7 +222,7 @@ done:
 
 /* XXX Move these vma operations to os layer */
 
-static int __nv_drm_vma_fault(struct vm_area_struct *vma,
+static vm_fault_t __nv_drm_vma_fault(struct vm_area_struct *vma,
                               struct vm_fault *vmf)
 {
     unsigned long address = nv_page_fault_va(vmf);
@@ -268,7 +268,7 @@ static int __nv_drm_vma_fault(struct vm_area_struct *vma,
  */
 
 #if defined(NV_VM_OPS_FAULT_REMOVED_VMA_ARG)
-static int nv_drm_vma_fault(struct vm_fault *vmf)
+static vm_fault_t nv_drm_vma_fault(struct vm_fault *vmf)
 {
     return __nv_drm_vma_fault(vmf->vma, vmf);
 }
diff --git a/nvidia-uvm/uvm8.c b/nvidia-uvm/uvm8.c
index e00923d..7278415 100644
--- a/nvidia-uvm/uvm8.c
+++ b/nvidia-uvm/uvm8.c
@@ -166,13 +166,13 @@ static void uvm_destroy_vma_semaphore_pool(struct vm_area_struct *vma)
 // If a fault handler is not set, paths like handle_pte_fault in older kernels
 // assume the memory is anonymous. That would make debugging this failure harder
 // so we force it to fail instead.
-static int uvm_vm_fault_sigbus(struct vm_area_struct *vma, struct vm_fault *vmf)
+static vm_fault_t uvm_vm_fault_sigbus(struct vm_area_struct *vma, struct vm_fault *vmf)
 {
     UVM_DBG_PRINT_RL("Fault to address 0x%lx in disabled vma\n", nv_page_fault_va(vmf));
     return VM_FAULT_SIGBUS;
 }
 
-static int uvm_vm_fault_sigbus_wrapper(struct vm_fault *vmf)
+static vm_fault_t uvm_vm_fault_sigbus_wrapper(struct vm_fault *vmf)
 {
 #if defined(NV_VM_OPS_FAULT_REMOVED_VMA_ARG)
     return uvm_vm_fault_sigbus(vmf->vma, vmf);
@@ -390,7 +390,7 @@ static void uvm_vm_close_managed(struct vm_area_struct *vma)
         uvm_record_unlock_mmap_sem_write(&current->mm->mmap_sem);
 }
 
-static int uvm_vm_fault(struct vm_area_struct *vma, struct vm_fault *vmf)
+static vm_fault_t uvm_vm_fault(struct vm_area_struct *vma, struct vm_fault *vmf)
 {
     uvm_va_space_t *va_space = uvm_va_space_get(vma->vm_file);
     uvm_va_block_t *va_block;
@@ -507,7 +507,7 @@ convert_error:
     }
 }
 
-static int uvm_vm_fault_wrapper(struct vm_fault *vmf)
+static vm_fault_t uvm_vm_fault_wrapper(struct vm_fault *vmf)
 {
 #if defined(NV_VM_OPS_FAULT_REMOVED_VMA_ARG)
     return uvm_vm_fault(vmf->vma, vmf);

Related articles

• 2020/01/11 20:50 / Linux 5.5-rc5
• 2019/11/25 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.4
• 2019/10/02 00:03 / Linux 5.3.1 -> 5.4-rc1
• 2019/09/20 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.3
• 2019/07/22 19:13 / Linux 5.2.2 -> 5.3-rc1
• 2019/06/12 16:10 / Linux 5.1.8 -> 5.2-rc4
• 2019/05/07 19:43 / Linux 5.0.9 -> 5.1.0
• 2019/03/07 22:16 / Linux 4.20.13 -> 5.0.0
• 2018/11/06 11:30 / Linux 4.19.0 -> 4.20-rc1
• 2018/08/29 11:06 / Linux 4.18.5 -> 4.19-rc1
• 2018/06/20 17:06 / Linux 4.17.2 -> 4.18-rc1
• 2018/04/19 15:25 / Linux 4.16.2 -> 4.17-rc1
• 2018/02/12 17:23 / Linux 4.15.3 -> 4.16-rc1
• 2018/01/29 11:08 / Linux 4.14.15 -> 4.15
• 2017/11/28 12:42 / Linux 4.14.2 -> 4.15-rc1
• 2017/11/15 15:56 / Linux ORC unwinder と objtool (CONFIG_STACK_VALIDATION needs tools/objtool/objtool along headers)
• 2017/11/15 15:41 / Linux 4.13.12 -> 4.14.0
• 2017/09/18 07:04 / Linux 4.13.1 -> 4.14-rc1
• 2017/09/05 04:14 / Linux 4.12.10 -> 4.13
• 2017/07/16 23:56 / Linux 4.12.0 -> 4.13-rc1
• 2017/05/15 14:04 / Linux 4.11.0 -> 4.12-rc1
• 2017/05/03 00:24 / Linux 4.10.13 -> 4.11.0
• 2017/03/06 09:51 / Linux 4.10.1 -> 4.11-rc1
• 2017/02/20 10:31 / Linux 4.9.X -> 4.10
• 2016/12/30 21:28 / Linux 4.9 -> 4.10-rc1
• 2016/12/14 23:00 / Linux 4.8 -> 4.9

手元の Postfix で大きめのメールが弾かれるので設定．/etc/postfix/main.cf に message_size_limit = 30720000 などと書いて postfix を restart するだけ．

Default は http://www.postfix.org/postconf.5.html のとおり 10240000 (10MByte)．

ちなみに，Gmail/Outlook.com のサイズ制限は以下．

• Gmailから送付可能な添付ファイルの最大: 25MB
• Gmailで受信可能なメールの最大: 50MB
• Outlook.comから送付可能な添付ファイルの最大: 34MB

ほぼ markdown に移行したのだが，一部 RD を使う場面があって，Emacs の rd-mode を使っているのだが，M-RET (箇条書きItem (*)追加)が以下でコケる．

if: Symbol’s function definition is void: insert-string

手元の Emacs 24.5.1 で f1-f insert-string で確認したところ以下とのことでinsertを使わなければならないらしい．

This function is obsolete since 22.1;
use `insert' instead.

なお insert-string は以下で定義されている(integerであればstringに変換のうえinsertする)．

(defun insert-string (&rest args)
  "Mocklisp-compatibility insert function.
Like the function `insert' except that any argument that is a number
is converted into a string by expressing it in decimal."
  (declare (obsolete insert "22.1"))
  (dolist (el args)
    (insert (if (integerp el) (number-to-string el) el))))

github では https://github.com/uwabami/rdtool/commit/9879b190716b43ff5801782ddf2de65b0a5893ef で修正されているようだが Debian Package はまだのようで，ひとまず ~/.emacs に以下を書いておく．

(defun rd-intelligent-newline ()
  (interactive)
  (let (item)
    (setq item
          (save-excursion (rd-search-last-listitem) )
          )
    (end-of-line)
    (newline)
    (if item (insert item) )
    )
  )

Related articles

• 2014/04/29 00:31 / File system crash

Linux 5.2 の準備のため，.configがどう変更されるのか見てみた．以下 - は削除されたもの，+ は追加されたもの．x86_64．

追加

• +CONFIG_NET_VENDOR_XILINX=y

  net: ll_temac: Allow use on x86 platforms

  使わないので n に．

• +CONFIG_DRM_GEM_SHMEM_HELPER=y

  drm: Add library for shmem backed GEM objects

  Selected by [m]:
  - DRM_CIRRUS_QEMU [=m] && HAS_IOMEM [=y] && DRM [=m] && PCI [=y] && MMU [=y]

• +CONFIG_SND_USB_AUDIO_USE_MEDIA_CONTROLLER=y

  media: sound/usb: Use Media Controller API to share media resources

• +CONFIG_NVMEM_SYSFS=y

  nvmem: core: add NVMEM_SYSFS Kconfig

  yにしておく．

• +CONFIG_INIT_STACK_NONE=y

  security: Create “kernel hardening” config area

  NONE 以外の Option は CONFIG_GCC_PLUGINS=y に依存する．apt install gcc-6-plugin-dev すれば CONFIG_GCC_PLUGINS=y になる．CONFIG_GCC_PLUGIN_STRUCTLEAK_USER=y (weak)ぐらいにしておいても良いかも知れないが，もろもろ考慮して CONFIG_INIT_STACK_NONE=y のままにしておく．

• +CONFIG_CRYPTO_ECC=m

  crypto: ecc - make ecc into separate module

• +CONFIG_IRQ_POLL=y

  scsi: mpt3sas: Irq poll to avoid CPU hard lockups

  mpt3sas が IRQ poll を利用するようになった．

• +CONFIG_ARCH_STACKWALK=y

  stacktrace: Provide common infrastructure
  x86/stacktrace: Use common infrastructure

• +CONFIG_DEBUG_MISC=y

  init: introduce DEBUG_MISC option

  DEBUG_KERNEL の一部が DEBUG_MISC に置き換えられる．

• +CONFIG_ARCH_HAS_SET_DIRECT_MAP=y

  x86/mm/cpa: Add set_direct_map_*() functions

  x86 で y になる．

• +CONFIG_CONTIG_ALLOC=y

  mm: simplify MEMORY_ISOLATION && COMPACTION || CMA into CONTIG_ALLOC

• +CONFIG_ARCH_HAS_HMM_MIRROR=y

  mm/hmm: add ARCH_HAS_HMM_MIRROR ARCH_HAS_HMM_DEVICE Kconfig

• +CONFIG_NETFILTER_XT_TARGET_MASQUERADE=m

  netfilter: x_tables: merge ip and ipv6 masquerade modules

  手元では IP_NF_TARGET_MASQUERADE=m で select されていた．

ほか

• -CONFIG_ARCH_SUPPORTS_OPTIMIZED_INLINING=y

  compiler: allow all arches to enable CONFIG_OPTIMIZE_INLINING

  x86 のみで CONFIG_OPTIMIZE_INLINING を enable 可能だったが，他の architecture でも enable 可能になった．

  ついでに CONFIG_OPTIMIZE_INLINING=y にした．

削除

• -CONFIG_ANON_INODES=y

  Make anon_inodes unconditional

  無条件にanon_inodes.oが組み込まれるようになった．

• -CONFIG_GENERIC_HWEIGHT=y

  x86/kconfig: Disable CONFIG_GENERIC_HWEIGHT and remove __HAVE_ARCH_SW_HWEIGHT

• -CONFIG_RWSEM_XCHGADD_ALGORITHM=y

  locking/rwsem: Remove rwsem-spinlock.c & use rwsem-xadd.c for all archs

  無条件にrwsem-xadd.cが使われるようになった．

• -CONFIG_X86_DEV_DMA_OPS=y

  x86/pci: Clean up usage of X86_DEV_DMA_OPS

• -CONFIG_HAVE_RCU_TABLE_INVALIDATE=y

  asm-generic/tlb, arch: Invert CONFIG_HAVE_RCU_TABLE_INVALIDATE

  CONFIG_HAVE_RCU_TABLE_NO_INVALIDATE が導入されて n になった．

• -CONFIG_ARCH_DISCARD_MEMBLOCK=y

  parisc: Kconfig: remove ARCH_DISCARD_MEMBLOCK

• -CONFIG_INET_XFRM_MODE_TRANSPORT=m
-CONFIG_INET_XFRM_MODE_TUNNEL=m
-CONFIG_INET_XFRM_MODE_BEET=m
-CONFIG_INET6_XFRM_MODE_TRANSPORT=m
-CONFIG_INET6_XFRM_MODE_TUNNEL=m
-CONFIG_INET6_XFRM_MODE_BEET=m
-CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION=m

  xfrm: make xfrm modes builtin

• -CONFIG_NF_NAT_NEEDED=y

  netfilter: replace NF_NAT_NEEDED with IS_ENABLED(CONFIG_NF_NAT)

• -CONFIG_CHASH=m

  drm/amdgpu: remove chash

• -CONFIG_BACKLIGHT_LCD_SUPPORT=y

  video: backlight: Remove useless BACKLIGHT_LCD_SUPPORT kernel symbol

• -CONFIG_HAVE_DEBUG_STACKOVERFLOW=y

  x86/irq/64: Remove stack overflow debug code

• -CONFIG_TRACING_EVENTS_GPIO=y

  tracing: stop making gpio tracing configurable

追記 (2019/7/13)

nvidia-kernel-dkms 418.74-1 と nvidia-legacy-390xx-kernel-dkms 390.116-1 で，以下の箇所で compile に失敗する(Linux 5.2.0)．mm: introduce put_user_page*(), placeholder versions

/var/lib/dkms/nvidia-current/418.74/build/nvidia-uvm/uvm8_tools.c:209:13: error: conflicting types for ‘put_user_pages’
 static void put_user_pages(struct page **pages, NvU64 page_count)
             ^~~~~~~~~~~~~~
In file included from /var/lib/dkms/nvidia-current/418.74/build/common/inc/nv-pgprot.h:17,
                 from /var/lib/dkms/nvidia-current/418.74/build/common/inc/nv-linux.h:20,
                 from /var/lib/dkms/nvidia-current/418.74/build/nvidia-uvm/uvm_linux.h:41,
                 from /var/lib/dkms/nvidia-current/418.74/build/nvidia-uvm/uvm_common.h:48,
                 from /var/lib/dkms/nvidia-current/418.74/build/nvidia-uvm/uvm8_tools.c:23:
./include/linux/mm.h:1075:6: note: previous declaration of ‘put_user_pages’ was here
 void put_user_pages(struct page **pages, unsigned long npages);
      ^~~~~~~~~~~~~~

./include/linux/mm.hに導入されたput_user_pagesはNVIDIAのドライバのそれと全く同じなので，以下のようにNVIDIA側でcomment outしてしまう．これでcompileできる．

--- a/nvidia-uvm/uvm8_tools.c
+++ b/nvidia-uvm/uvm8_tools.c
@@ -204,12 +204,14 @@ static bool tracker_is_counter(uvm_tools_event_tracker_t *event_tracker)
     return event_tracker != NULL && !event_tracker->is_queue;
 }
 
+/*
 static void put_user_pages(struct page **pages, NvU64 page_count)
 {
     NvU64 i;
     for (i = 0; i < page_count; i++)
         put_page(pages[i]);
 }
+*/
 
 static void unmap_user_pages(struct page **pages, void *addr, NvU64 size)
 {

Related articles

• 2020/01/11 20:50 / Linux 5.5-rc5
• 2019/11/25 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.4
• 2019/10/02 00:03 / Linux 5.3.1 -> 5.4-rc1
• 2019/09/20 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.3
• 2019/07/22 19:13 / Linux 5.2.2 -> 5.3-rc1
• 2019/06/28 20:38 / GeForce GT 430 with nvidia-legacy-390xx-kernel-dkms 390.116-1~bpo9+1
• 2019/05/07 19:43 / Linux 5.0.9 -> 5.1.0
• 2019/03/07 22:16 / Linux 4.20.13 -> 5.0.0
• 2018/11/06 11:30 / Linux 4.19.0 -> 4.20-rc1
• 2018/08/29 11:06 / Linux 4.18.5 -> 4.19-rc1
• 2018/06/20 17:06 / Linux 4.17.2 -> 4.18-rc1
• 2018/04/19 15:25 / Linux 4.16.2 -> 4.17-rc1
• 2018/02/12 17:23 / Linux 4.15.3 -> 4.16-rc1
• 2018/01/29 11:08 / Linux 4.14.15 -> 4.15
• 2017/11/28 12:42 / Linux 4.14.2 -> 4.15-rc1
• 2017/11/15 15:56 / Linux ORC unwinder と objtool (CONFIG_STACK_VALIDATION needs tools/objtool/objtool along headers)
• 2017/11/15 15:41 / Linux 4.13.12 -> 4.14.0
• 2017/09/18 07:04 / Linux 4.13.1 -> 4.14-rc1
• 2017/09/05 04:14 / Linux 4.12.10 -> 4.13
• 2017/07/16 23:56 / Linux 4.12.0 -> 4.13-rc1
• 2017/05/15 14:04 / Linux 4.11.0 -> 4.12-rc1
• 2017/05/03 00:24 / Linux 4.10.13 -> 4.11.0
• 2017/03/06 09:51 / Linux 4.10.1 -> 4.11-rc1
• 2017/02/20 10:31 / Linux 4.9.X -> 4.10
• 2016/12/30 21:28 / Linux 4.9 -> 4.10-rc1
• 2016/12/14 23:00 / Linux 4.8 -> 4.9

Intel Rapid Storage Technology の RAID1 (mirror) で運用していたボリューム(HDD 2台で構成)の片方の HDD が頻繁に以下で反応しなくなって，使い物にならないので，別途買っていたHDDでリプレースしようとして失敗．

May  7 19:11:22 hoge kernel: [1666250.655691] ata2: link is slow to respond, please be patient (ready=0)
May  7 19:11:27 hoge kernel: [1666255.359669] ata2: COMRESET failed (errno=-16)
May  7 19:11:30 hoge kernel: [1666258.195679] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
May  7 19:11:30 hoge kernel: [1666258.197435] ata2.00: configured for UDMA/133

http://blog.e-photographer.net/raid-degraded?lang=ja の記事を参考にしつつやっていたつもりなのだが，途中で失敗．以下失敗手順．

• 電源落とす
• 不調HDDを新しいものに差し替え
• 電源入れて Control-I で RAID 設定画面を開く
• Status Failed となっていることを確認，このままだと Create RAID Volume or Delete RAID Volume しかできず，身動き不能に．
• 仕方なく Delete RAID Volume (←これが失敗の原因)
• Create RAID Volume すればよいか．．．と思い，そもそもこの状態だとリプレースされたのがどちらのHDDか不明で，どちらからどちらに Mirror されるか決められないのでは？ と思う (←この辺でやってしまったかも知れないことに気づく)
• 電源落とす
• 新しいHDDを取り外して不調HDDもどす
• 電源入れて Control-I で RAID 設定画面を開く
• Create RAID Volume で RAID Volume の復活を試みる (Mirror なのだから，元データは維持されるはず)
• Reset Disks to Non-RAID で不調HDDを Reset (Volume から切断)する
• 電源落とす
• 不調HDDを新しいものに差し替え
• 電源入れて Control-I で RAID 設定画面を開く(Volume は Degraded 状態)
• リビルドするか？ と聞かれるので，新しいHDDを選択してリビルド
• 再起動

この手順でなにが起こったかというと /dev/md126 の先頭 4096 byte が初期化されてしまい(sudo dd if=/dev/md126 | less等でざっと見の結果)，実は LUKS でまるごと /dev/md126 を encrypted volume として利用していたので，つまり LUKS ヘッダが壊れてしまった．

cryptsetup luksOpenできず，そもそもcryptsetup luksDumpもできず(ヘッダが存在しないので)，実はどこかにヘッダのバックアップがあったりしないかとman cryptsetupを確認すると，以下のように書かれており，どうやらダメっぽいことに気づく．

LUKS header: If the header of a LUKS volume gets damaged, all data is permanently lost unless you have a header-backup. If a key-slot is damaged, it can only be restored from a header-backup or if another active key-slot with known passphrase is undamaged. Damaging the LUKS header is something people manage to do with surprising frequency. This risk is the result of a trade-off between security and safety, as LUKS is designed for fast and secure wiping by just overwriting header and key-slot area.

他の計算機で LUKS header のバックアップを sudo cryptsetup luksHeaderBackup /dev/md126 --header-backup-file backup_file でとってみたところ 2,068,480 byte (4096x505) あって，その先頭 4,096 byte (UUIDやCipher mode，MK digest/salt)を移植してみたが当然だめだった(偽情報だが luksDump は可能になるが，やはり luksOpen でパスフレーズが合うはずがない)．

参考:

• http://blog.e-photographer.net/raid-degraded?lang=ja

5.1が出たので.configがどう変更されるのか見てみた．以下 - は削除されたもの，+ は追加されたもの．

• +CONFIG_IO_URING=y

  Add io_uring IO interface

  新しく導入されたio_uring．y にしておく．

• +CONFIG_UNIX_SCM=y

  net: split out functions related to registering inflight socket files

  io_uringに関連．ちなみに手元ではCONFIG_UNIXはyにしている(diskless用)．

• +CONFIG_EFI_EARLYCON=y
+CONFIG_ARCH_USE_MEMREMAP_PROT=y
-CONFIG_EARLY_PRINTK_EFI=y

  x86: Make ARCH_USE_MEMREMAP_PROT a generic Kconfig symbol
  efi/x86: Convert x86 EFI earlyprintk into generic earlycon implementation

  ARCH_USE_MEMREMAP_PROT が arch/x86/Kconfig (depends on AMD_MEM_ENCRYPT) から arch/Kconfig に移動．early_printk.o が earlycon.o になって，より Generic に．

• +CONFIG_LSM="yama,loadpin,safesetid,integrity"
-CONFIG_DEFAULT_SECURITY=""
-CONFIG_SECURITY_APPARMOR_BOOTPARAM_VALUE=1

  LSM: Introduce CONFIG_LSM
  LoadPin: Initialize as ordered LSM
  apparmor: Remove SECURITY_APPARMOR_BOOTPARAM_VALUE

  LSM (Linux Security Modules) が List されるようになった．CONFIG_DEFAULT_SECURITY_DAC=yとしているので，上記のようなリストになる．Debian の Default の CONFIG_DEFAULT_SECURITY_APPARMOR=yにして，CONFIG_LSM="yama,loadpin,safesetid,integrity,apparmor,selinux,smack,tomoyo"にした

その他

• +CONFIG_NF_NAT_MASQUERADE=y
-CONFIG_NF_NAT_IPV4=m
-CONFIG_NF_NAT_MASQUERADE_IPV4=y

  netfilter: nat: merge ipv4 and ipv6 masquerade functionality
  netfilter: nf_tables: merge ipv4 and ipv6 nat chain types

  マージされた．

• +CONFIG_CC_HAS_WARN_MAYBE_UNINITIALIZED=y

  kbuild: compute false-positive -Wmaybe-uninitialized cases in Kconfig

  自動設定．

• -CONFIG_IA32_AOUT=y

  x86: Deprecate a.out support

  X86_32からselectされなくなった．

• -CONFIG_MAY_USE_DEVLINK=y

  net: devlink: turn devlink into a built-in

  削除された．

• +CONFIG_IPVLAN_L3S=y

  ipvlan: decouple l3s mode dependencies from other modes

  IPVLAN の NETFILTER 依存の部分が切り出された．

• +CONFIG_LDISC_AUTOLOAD=y

  tty: ldisc: add sysctl to prevent autoloading of ldiscs

  yにしておく．

• +CONFIG_USB_AUTOSUSPEND_DELAY=2

  usb: core: make default autosuspend delay configurable

  これがdefaultなので，そのまましておく．

• +CONFIG_VALIDATE_FS_PARSER=y

  vfs: Add configuration parser helpers

  yにしておく．

• +CONFIG_UBSAN_ALIGNMENT=y

  lib/ubsan: default UBSAN_ALIGNMENT to not set

  X86でHAVE_EFFICIENT_UNALIGNED_ACCESSがselectされ，その状態だと UBSAN_NO_ALIGNMENT=yにできるがCONFIG_UBSAN=n なので関係なくって，とりあえずそのまま．

DKMS

案の定 nvidia-kernel-dkms (410.104-1~bpo9+1) と nvidia-legacy-340xx-kernel-dkms (340.107-2~bpo9+1) が compile できない．broadcom-sta-dkms は今回試さず．エラーは以下のようなもの(抜粋)．

/var/lib/dkms/nvidia-current/410.104/build/common/inc/nv-list-helpers.h:94:19: error: redefinition of ‘list_is_first’
 static inline int list_is_first(const struct list_head *list,
                   ^~~~~~~~~~~~~
In file included from /var/lib/dkms/nvidia-current/410.104/build/common/inc/nv-kthread-q.h:28:0,
                 from /var/lib/dkms/nvidia-current/410.104/build/nvidia/nv-kthread-q.c:24:
./include/linux/list.h:214:19: note: previous definition of ‘list_is_first’ was here
 static inline int list_is_first(const struct list_head *list,
                   ^~~~~~~~~~~~~
/var/lib/dkms/nvidia-current/410.104/build/nvidia-uvm/uvm8.c:187:14: error: initialization from incompatible pointer type [-Werror=incompatible-po
inter-types]
     .fault = uvm_vm_fault_sigbus_wrapper
              ^~~~~~~~~~~~~~~~~~~~~~~~~~~
/var/lib/dkms/nvidia-current/410.104/build/nvidia-drm/nvidia-drm-encoder.c:293:5: error: implicit declaration of function ‘drm_kms_helper_hotplug_event’ [-Werror=implicit-function-declaration]
     drm_kms_helper_hotplug_event(dev);
     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~

list_is_first については mm, compaction: use free lists to quickly locate a migration source で list_is_first が drivers/gpu/drm/i915/i915_utils.h から include/linux/list.h に移動したことによるもの．/usr/src/nvidia-current/410.104/build/common/inc/nv-list-helpers.h でも全く同じコードなので，/usr/src/nvidia-current/410.104/build/common/inc/nv-list-helpers.h から削除してしまう．

vm_operations_struct の .fault が incompatible pointer type の件については，mm: change return type to vm_fault_t で返り値がvm_fault_tに変更になったため．返り値をvm_fault_tにする．

最後のimplicit declaration of functionについては drm: Split out drm_probe_helper.h で drm probe helper が drm_crtc_helper.h から drm_probe_helper.h に分離されたことによるもの．drm_crtc_helper.h ではなく drm_probe_helper.h を include するようにする．

以下 nvidia-kernel-dkms (410.104-1~bpo9+1) 向け patch．

diff --git a/common/inc/nv-list-helpers.h b/common/inc/nv-list-helpers.h
index 0aed851..81c2d4e 100644
--- a/common/inc/nv-list-helpers.h
+++ b/common/inc/nv-list-helpers.h
@@ -91,10 +91,12 @@
         list_entry((pos)->member.next, typeof(*(pos)), member)
 #endif
 
+/*
 static inline int list_is_first(const struct list_head *list,
                                 const struct list_head *head)
 {
     return list->prev == head;
 }
+*/
 
 #endif // __NV_LIST_HELPERS_H__
diff --git a/nvidia-drm/nvidia-drm-connector.c b/nvidia-drm/nvidia-drm-connector.c
index 4dd12d1..723d35f 100644
--- a/nvidia-drm/nvidia-drm-connector.c
+++ b/nvidia-drm/nvidia-drm-connector.c
@@ -30,7 +30,7 @@
 #include "nvidia-drm-utils.h"
 #include "nvidia-drm-encoder.h"
 
-#include <drm/drm_crtc_helper.h>
+#include <drm/drm_probe_helper.h>
 
 #include <drm/drm_atomic.h>
 #include <drm/drm_atomic_helper.h>
diff --git a/nvidia-drm/nvidia-drm-drv.c b/nvidia-drm/nvidia-drm-drv.c
index 49f099f..ca714c2 100644
--- a/nvidia-drm/nvidia-drm-drv.c
+++ b/nvidia-drm/nvidia-drm-drv.c
@@ -41,7 +41,7 @@
 
 #include <drm/drmP.h>
 
-#include <drm/drm_crtc_helper.h>
+#include <drm/drm_probe_helper.h>
 
 #if defined(NV_DRM_DRM_GEM_H_PRESENT)
 #include <drm/drm_gem.h>
diff --git a/nvidia-drm/nvidia-drm-encoder.c b/nvidia-drm/nvidia-drm-encoder.c
index f66bbd7..0e5e2a8 100644
--- a/nvidia-drm/nvidia-drm-encoder.c
+++ b/nvidia-drm/nvidia-drm-encoder.c
@@ -31,7 +31,7 @@
 #include "nvidia-drm-crtc.h"
 #include "nvidia-drm-helper.h"
 
-#include <drm/drm_crtc_helper.h>
+#include <drm/drm_probe_helper.h>
 
 #include <drm/drm_atomic.h>
 #include <drm/drm_atomic_helper.h>
diff --git a/nvidia-drm/nvidia-drm-gem-nvkms-memory.c b/nvidia-drm/nvidia-drm-gem-nvkms-memory.c
index 998fcc2..1f2d974 100644
--- a/nvidia-drm/nvidia-drm-gem-nvkms-memory.c
+++ b/nvidia-drm/nvidia-drm-gem-nvkms-memory.c
@@ -330,7 +330,7 @@ done:
 
 /* XXX Move these vma operations to os layer */
 
-static int __nv_drm_vma_fault(struct vm_area_struct *vma,
+static vm_fault_t __nv_drm_vma_fault(struct vm_area_struct *vma,
                               struct vm_fault *vmf)
 {
     unsigned long address = nv_page_fault_va(vmf);
@@ -377,7 +377,7 @@ static int __nv_drm_vma_fault(struct vm_area_struct *vma,
  */
 
 #if defined(NV_VM_OPS_FAULT_REMOVED_VMA_ARG)
-static int nv_drm_vma_fault(struct vm_fault *vmf)
+static vm_fault_t nv_drm_vma_fault(struct vm_fault *vmf)
 {
     return __nv_drm_vma_fault(vmf->vma, vmf);
 }
diff --git a/nvidia-uvm/uvm8.c b/nvidia-uvm/uvm8.c
index 70ed244..9f3d107 100644
--- a/nvidia-uvm/uvm8.c
+++ b/nvidia-uvm/uvm8.c
@@ -166,13 +166,13 @@ static void uvm_destroy_vma_semaphore_pool(struct vm_area_struct *vma)
 // If a fault handler is not set, paths like handle_pte_fault in older kernels
 // assume the memory is anonymous. That would make debugging this failure harder
 // so we force it to fail instead.
-static int uvm_vm_fault_sigbus(struct vm_area_struct *vma, struct vm_fault *vmf)
+static vm_fault_t uvm_vm_fault_sigbus(struct vm_area_struct *vma, struct vm_fault *vmf)
 {
     UVM_DBG_PRINT_RL("Fault to address 0x%lx in disabled vma\n", nv_page_fault_va(vmf));
     return VM_FAULT_SIGBUS;
 }
 
-static int uvm_vm_fault_sigbus_wrapper(struct vm_fault *vmf)
+static vm_fault_t uvm_vm_fault_sigbus_wrapper(struct vm_fault *vmf)
 {
 #if defined(NV_VM_OPS_FAULT_REMOVED_VMA_ARG)
     return uvm_vm_fault_sigbus(vmf->vma, vmf);
@@ -390,7 +390,7 @@ static void uvm_vm_close_managed(struct vm_area_struct *vma)
         uvm_record_unlock_mmap_sem_write(&current->mm->mmap_sem);
 }
 
-static int uvm_vm_fault(struct vm_area_struct *vma, struct vm_fault *vmf)
+static vm_fault_t uvm_vm_fault(struct vm_area_struct *vma, struct vm_fault *vmf)
 {
     uvm_va_space_t *va_space = uvm_va_space_get(vma->vm_file);
     uvm_va_block_t *va_block;
@@ -507,7 +507,7 @@ convert_error:
     }
 }
 
-static int uvm_vm_fault_wrapper(struct vm_fault *vmf)
+static vm_fault_t uvm_vm_fault_wrapper(struct vm_fault *vmf)
 {
 #if defined(NV_VM_OPS_FAULT_REMOVED_VMA_ARG)
     return uvm_vm_fault(vmf->vma, vmf);

以下 nvidia-legacy-340xx-kernel-dkms (340.107-2~bpo9+1) 向け patch．Linux 5.0 向け patchがあたっていることが前提．

diff --git a/uvm/nvidia_uvm_lite.c b/uvm/nvidia_uvm_lite.c
index 9f1a479..7d6a99a 100644
--- a/uvm/nvidia_uvm_lite.c
+++ b/uvm/nvidia_uvm_lite.c
@@ -828,7 +828,7 @@ done:
 
 #if defined(NV_VM_OPERATIONS_STRUCT_HAS_FAULT)
 #if LINUX_VERSION_CODE >= KERNEL_VERSION(4, 11, 0)
-int _fault(struct vm_fault *vmf)
+vm_fault_t _fault(struct vm_fault *vmf)
 #else
 int _fault(struct vm_area_struct *vma, struct vm_fault *vmf)
 #endif
@@ -884,7 +884,7 @@ static struct vm_operations_struct uvmlite_vma_ops =
 //
 #if defined(NV_VM_OPERATIONS_STRUCT_HAS_FAULT)
 #if LINUX_VERSION_CODE >= KERNEL_VERSION(4, 11, 0)
-int _sigbus_fault(struct vm_fault *vmf)
+vm_fault_t _sigbus_fault(struct vm_fault *vmf)
 #else
 int _sigbus_fault(struct vm_area_struct *vma, struct vm_fault *vmf)
 #endif

ともに Linux 5.1 より前の version で動かすことは考えていない．

追記 (2019/5/9)

nvidia-kernel-418.56 では list_is_first が存在するかのチェックが行われるので，コメントアウト不要．

Related articles

• 2020/01/11 20:50 / Linux 5.5-rc5
• 2019/11/25 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.4
• 2019/10/02 00:03 / Linux 5.3.1 -> 5.4-rc1
• 2019/09/20 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.3
• 2019/07/22 19:13 / Linux 5.2.2 -> 5.3-rc1
• 2019/06/28 20:38 / GeForce GT 430 with nvidia-legacy-390xx-kernel-dkms 390.116-1~bpo9+1
• 2019/06/12 16:10 / Linux 5.1.8 -> 5.2-rc4
• 2019/03/07 22:16 / Linux 4.20.13 -> 5.0.0
• 2018/11/06 11:30 / Linux 4.19.0 -> 4.20-rc1
• 2018/08/29 11:06 / Linux 4.18.5 -> 4.19-rc1
• 2018/06/20 17:06 / Linux 4.17.2 -> 4.18-rc1
• 2018/04/19 15:25 / Linux 4.16.2 -> 4.17-rc1
• 2018/02/12 17:23 / Linux 4.15.3 -> 4.16-rc1
• 2018/01/29 11:08 / Linux 4.14.15 -> 4.15
• 2017/11/28 12:42 / Linux 4.14.2 -> 4.15-rc1
• 2017/11/15 15:56 / Linux ORC unwinder と objtool (CONFIG_STACK_VALIDATION needs tools/objtool/objtool along headers)
• 2017/11/15 15:41 / Linux 4.13.12 -> 4.14.0
• 2017/09/18 07:04 / Linux 4.13.1 -> 4.14-rc1
• 2017/09/05 04:14 / Linux 4.12.10 -> 4.13
• 2017/07/16 23:56 / Linux 4.12.0 -> 4.13-rc1
• 2017/05/15 14:04 / Linux 4.11.0 -> 4.12-rc1
• 2017/05/03 00:24 / Linux 4.10.13 -> 4.11.0
• 2017/03/06 09:51 / Linux 4.10.1 -> 4.11-rc1
• 2017/02/20 10:31 / Linux 4.9.X -> 4.10
• 2016/12/30 21:28 / Linux 4.9 -> 4.10-rc1
• 2016/12/14 23:00 / Linux 4.8 -> 4.9

RDPで接続している先の TermService (RDPサーバ; termsrv.dll)を(いろいろあって再起動したい時の)再起動するやり方メモ．Administrator Command Prompt で以下．

> tasklist /svc /fi "imagename eq svchost.exe" | findstr TermService
> taskkill /f /pid PID

1行目で TermService の PID を調べて，2行目で kill する(RDP接続は一旦切られる)．その後自動で起動する．

参考:

• https://theregime.wordpress.com/2013/05/16/how-to-restart-rdp-without-rebooting-windows/

Debian の場合 /usr/share/ca-certificates/ に *.crt として配置して dpkg-reconfigure ca-certificates する．

wget https://letsencrypt.org/certs/lets-encrypt-x3-cross-signed.pem.txt
sudo cp lets-encrypt-x3-cross-signed.pem.txt /usr/share/ca-certificates/lets-encrypt-x3-cross-signed.crt
sudo dpkg-reconfigure ca-certificates

追記 (2019/4/15)

Debian が信じてくれないのはどうやら Apache の設定の問題だった様子．以下のように cert.pem (証明書) の箇所を fullchain.pem (証明書と中間証明書を連結したファイル)に変更したら curl 等でも正しくアクセスできるようになった．上記のように lets-encrypt-x3-cross-signed.pem (中間証明書)を install するのは宜しくない．

-SSLCertificateFile /etc/letsencrypt/live/www.example.com/cert.pem
+SSLCertificateFile /etc/letsencrypt/live/www.example.com/fullchain.pem
 SSLCertificateKeyFile /etc/letsencrypt/live/www.example.com/privkey.pem
 SSLCertificateKeyFile /etc/letsencrypt/live/www.example.com/privkey.pem

参考:

• https://qiita.com/nwtgck/items/34dc2366883643216ec0
• https://qiita.com/tkykmw/items/9b6ba55bb2a6a5d90963

Related articles

• 2018/11/18 17:15 / curl on お名前.com 共用サーバーSD CGI (curl: (48) An unknown option was passed in to libcurl)
• 2018/09/29 23:40 / お名前.com 共用サーバ FTP パスワード変更
• 2018/02/19 10:35 / お名前.com 共用サーバーSD SSL設定 (Let's Encrypt)
• 2017/03/26 00:54 / curl on お名前.com 共用サーバーSD CGI
• 2016/03/03 00:06 / お名前.com 共用サーバーSD で SSH 接続

通常以下の手続で Samba NT4 Domain に参加可能なのだがなぜだかうまく行かない．

• NetBios over TCP/IPが有効になっていることを確かめる
  • 「インターネットプロトコルヴァージョン4　(TCP/IPv4)」のプロパティ→詳細設定のWINSタブ
• Windows計算機のレジストリにSamba向けの変更を加える(Windows 7以降のOS)
  • Win+r regedit でレジストリエディタを起動して HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\LanManWorkstation\Parameters に以下の2つを追加
    • DWORD DomainCompatibilityMode = 1
    • DWORD DNSNameResolutionRequired = 0
• Samba Server にてホスト追加
  • % sudo smbldap-useradd -W NEWPC

症状は「ドメインに参加できなくなってしまいました」と同じ．日本語で調べていても埒が明かなくて，本家を見てみるとそもそも Windows 10 で NT4 は．．．みたいなことが書かれていて，Active Directory (AD) にアップグレードせよと書かれている．

Setting up Samba as an Active Directory Domain Controller を参照しつつ AD DC に移行することも考えたが，いろいろ調べたところ，Unable to join domain with new windows 10 computers - build 1803によると単に Windows Version 1803 のバグらしい．1809 に更新すると直る．ただしいろいろ試行錯誤していて，以下の状態でドメイン参加できている(どれが効いているか不要なのか不明)．

• Windows の機能の有効化または無効化で「SMB 1.0/CIFS クライアント」を有効化

• なんとなく IPv6 (TCP/IPv6) を Disable (イーサネットのプロパティ)

• HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Netlogon\Parameters
  • DWORD NT4Emulator = 1
• HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Netlogon\Parameters
  • DWORD AllowSingleLabelDnsDomain =

Related articles

• 2017/01/16 22:15 / Windows 10 Client が Samba (2:4.2.14+dfsg-0+deb8u2) で構築されているドメインに参加できない
• 2016/03/13 01:15 / Samba+LDAP 設定メモ
• 2015/10/28 13:34 / slapd[XXXX]: <= bdb_equality_candidates: (uid) not indexed
• 2015/05/23 22:39 / Windows 8 を LDAP+Samba で構築したドメインに参加させる
• 2015/01/15 18:24 / Debian GNU/Linux jessie (testing) autofs w/-hosts
• 2014/04/23 15:53 / LDAP 作業メモ
• 2013/06/24 18:50 / LDAP server + autofs

5.0が出たので.configがどう変更されるのか見てみた．以下 - は削除されたもの，+ は追加されたもの．汎用指向の環境．Btrfs だと swap file が使えなかった(禁止されていた)のだが，Btrfs: support swap filesにより復活．

• +CONFIG_CRYPTO_ADIANTUM=m

  Adiantumが含まれるようになったのでmにしてみた．依存する CONFIG_CRYPTO_NHPOLY1305，CONFIG_CRYPTO_POLY1305，CONFIG_CRYPTO_CHACHA20もmになる．

• -CONFIG_XXHASH=m
+CONFIG_XXHASH=y

  ksm: replace jhash2 with xxhash

  KSM (Kernel Samepage Merging) が checksum の計算を jhash2 から xxhash に変更(xxhashの方が早いため)．CONFIG_KSM=yなのでyになった．echo 1 > /sys/kernel/mm/ksm/run しておくと同一ページがマージされる(KVM使用時に有効)．

• +CONFIG_CC_HAS_ASM_GOTO=y

  jump_label: move ‘asm goto’ support test to Kconfig

  自動判定．CONFIG_JUMP_LABEL がこれに依存する．

• -CONFIG_AUDIT_WATCH=y
-CONFIG_AUDIT_TREE=y

  audit: remove WATCH and TREE config options

  削除された．

• +CONFIG_HAVE_MOVE_PMD=y

  mm: speed up mremap by 20x on large regions

  X86でselectされる．

• -CONFIG_IOSCHED_NOOP=y
-CONFIG_IOSCHED_DEADLINE=y
-CONFIG_IOSCHED_CFQ=y
-CONFIG_CFQ_GROUP_IOSCHED=y
-CONFIG_DEFAULT_CFQ=y
-CONFIG_DEFAULT_IOSCHED="cfq"

  block: remove legacy IO schedulers

  削除された．

• +CONFIG_SKB_EXTENSIONS=y

  sk_buff: add skb extension infrastructure
  net: convert bridge_nf to use skb extension infrastructure

  CONFIG_XFRM, CONFIG_BRIDGE_NETFILTER等でselectされる．

• -CONFIG_NF_NAT_PROTO_SCTP=y

  netfilter: nat: remove nf_nat_l4proto struct
  netfilter: nat: remove l4proto->manip_pkt

  nf_nat_proto_udp.c が nf_nat_proto.c に rename されて，他の機能もここに統合．

• +CONFIG_HAVE_EISA=y

  eisa: consolidate EISA Kconfig entry in drivers/eisa
  

• +CONFIG_HAVE_PCI=y

  PCI: consolidate PCI config entry in drivers/pci

  X86でselectされる．

• +CONFIG_RAID6_PQ_BENCHMARK=y

  lib/raid6: add option to skip algo benchmarking

  BTRFSの起動時の RAID benchmark をskip可能(250msの起動時間短縮)とするために追加された．BTRFSのRAIDを利用していないけど y にしておく．

• -CONFIG_DMA_DIRECT_OPS=y

  dma-mapping: always build the direct mapping code

  CONFIG_HAS_DMA=yで常にdirect.oがbuildされるようになった(そのため削除)．

• -CONFIG_ARCH_HAS_SG_CHAIN=y

  arch: switch the default on ARCH_HAS_SG_CHAIN

  CONFIG_ARCH_NO_SG_CHAIN=nに置き換えられた．

• +CONFIG_CC_HAS_KASAN_GENERIC=y

  kasan: add CONFIG_KASAN_GENERIC and CONFIG_KASAN_SW_TAGS

  KASAN (kernel address sanitizer infrastructure) 関連．コンパイラが -fsanitize=kernel-address をサポートしていたら y になる．

• +CONFIG_KASAN_STACK=1

  kasan: turn off asan-stack for clang-8 and earlier

  KASAN (kernel address sanitizer infrastructure) 関連．CONFIG_CC_IS_GCC=y なら 1 になる．

  いずれにせよ CONFIG_KASAN=n としている．

• +CONFIG_DYNAMIC_EVENTS=y

  tracing: Add unified dynamic event framework

  CONFIG_UPROBE_EVENTS, CONFIG_KPROBE_EVENTS で select される．

DKMS

案の定 nvidia-kernel-dkms (390.87-8~deb9u1) と nvidia-legacy-340xx-kernel-dkms (340.107-2~bpo9+1) が compile できない．broadcom-sta-dkms は今回試さず．エラーは以下のようなもの(抜粋)．

/var/lib/dkms/nvidia-current/390.87/build/nvidia/os-interface.c:434:5: error: implicit declaration of function ‘do_gettimeofday’ [-Werror=implicit-function-declaration]
     do_gettimeofday(&tm);
     ^~~~~~~~~~~~~~~
/var/lib/dkms/nvidia-current/390.87/build/nvidia-drm/nvidia-drm-gem.h:82:5: error: implicit declaration of function ‘drm_gem_object_unreference_unlocked’ [-Werror=implicit-function-declaration]
     drm_gem_object_unreference_unlocked(&nv_gem->base);

• timekeeping: remove obsolete time accessorsでdo_gettimeofdayが削除されたのと，
• DRM関連の古い関数への compatibility alias の削除
  • drm: remove deprecated “drm_framebuffer_[un]reference” functions
  • drm: remove deprecated “drm_dev_unref” function
  • drm: remove deprecated "[__]drm_gem_object_[un]reference[_locked]" functions

do_gettimeofday は適当に関数を用意して，DRMについては以下のとおり置換で対応．

-drm_gem_object_unreference_unlocked(object);
+drm_gem_object_put_unlocked(object);

-drm_gem_object_unreference(object);
+drm_gem_object_put(object);

-drm_framebuffer_reference(object);
+drm_framebuffer_get(object);

-drm_framebuffer_unreference(object);
+drm_framebuffer_put(object);

-drm_dev_unref(object);
+drm_dev_put(object);

以下 nvidia-kernel-dkms (390.87-8~deb9u1) の patch．conftest.sh で NV_DRM_DEV_UNREF_PRESENT が define されなくなるので，逆に else の方を修正(drm_dev_free は更に古い I/F)．とりあえず stable の package ベースでやり過ごすためだけのパッチ．

--- a/common/inc/nv-linux.h
+++ b/common/inc/nv-linux.h
@@ -1893,4 +1893,13 @@ static inline NvU64 nv_expand_nvlink_addr(NvU64 addr47)
 #include <linux/backlight.h>
 #endif
 
+static inline void do_gettimeofday(struct timeval *tv)
+{
+    struct timespec64 now;
+
+    ktime_get_real_ts64(&now);
+    tv->tv_sec = now.tv_sec;
+    tv->tv_usec = now.tv_nsec/1000;
+}
+
 #endif  /* _NV_LINUX_H_ */
diff --git a/nvidia-drm/nvidia-drm-gem.h b/nvidia-drm/nvidia-drm-gem.h
index f5964e2..a9f057d 100644
--- a/nvidia-drm/nvidia-drm-gem.h
+++ b/nvidia-drm/nvidia-drm-gem.h
@@ -79,7 +79,7 @@ static inline int nv_drm_gem_handle_create_drop_reference(
 
     /* drop reference from allocate - handle holds it now */
 
-    drm_gem_object_unreference_unlocked(&nv_gem->base);
+    drm_gem_object_put_unlocked(&nv_gem->base);
 
     return ret;
 }
@@ -153,13 +153,13 @@ static inline struct nv_drm_gem_object *nv_drm_gem_object_lookup(
 static inline void
 nv_drm_gem_object_unreference_unlocked(struct nv_drm_gem_object *nv_gem)
 {
-    drm_gem_object_unreference_unlocked(&nv_gem->base);
+    drm_gem_object_put_unlocked(&nv_gem->base);
 }
 
 static inline void
 nv_drm_gem_object_unreference(struct nv_drm_gem_object *nv_gem)
 {
-    drm_gem_object_unreference(&nv_gem->base);
+    drm_gem_object_put(&nv_gem->base);
 }
 
 static inline int nv_drm_gem_handle_create(struct drm_file *filp,
diff --git a/nvidia-drm/nvidia-drm-helper.c b/nvidia-drm/nvidia-drm-helper.c
index 4ccf819..429f346 100644
--- a/nvidia-drm/nvidia-drm-helper.c
+++ b/nvidia-drm/nvidia-drm-helper.c
@@ -149,12 +149,12 @@ void nv_drm_atomic_clean_old_fb(struct drm_device *dev,
         if (ret == 0) {
             struct drm_framebuffer *new_fb = plane->state->fb;
             if (new_fb)
-                drm_framebuffer_reference(new_fb);
+                drm_framebuffer_get(new_fb);
             plane->fb = new_fb;
             plane->crtc = plane->state->crtc;
 
             if (plane->old_fb)
-                drm_framebuffer_unreference(plane->old_fb);
+                drm_framebuffer_put(plane->old_fb);
        }
        plane->old_fb = NULL;
    }
diff --git a/nvidia-drm/nvidia-drm-helper.h b/nvidia-drm/nvidia-drm-helper.h
index ab61c7e..e002d7c 100644
--- a/nvidia-drm/nvidia-drm-helper.h
+++ b/nvidia-drm/nvidia-drm-helper.h
@@ -39,7 +39,7 @@ static inline void nv_drm_dev_free(struct drm_device *dev)
 #if defined(NV_DRM_DEV_UNREF_PRESENT)
     drm_dev_unref(dev);
 #else
-    drm_dev_free(dev);
+    drm_dev_put(dev);
 #endif
 }
 
diff --git a/nvidia-drm/nvidia-drm-linux.c b/nvidia-drm/nvidia-drm-linux.c
index 333bfe1..d3614b9 100644
--- a/nvidia-drm/nvidia-drm-linux.c
+++ b/nvidia-drm/nvidia-drm-linux.c
@@ -156,6 +156,15 @@ void nv_drm_vunmap(void *address)
     vunmap(address);
 }
 
+static inline void do_gettimeofday(struct timeval *tv)
+{
+    struct timespec64 now;
+
+    ktime_get_real_ts64(&now);
+    tv->tv_sec = now.tv_sec;
+    tv->tv_usec = now.tv_nsec/1000;
+}
+
 uint64_t nv_drm_get_time_usec(void)
 {
     struct timeval tv;
diff --git a/nvidia-modeset/nvidia-modeset-linux.c b/nvidia-modeset/nvidia-modeset-linux.c
index 6f51178..07c207e 100644
--- a/nvidia-modeset/nvidia-modeset-linux.c
+++ b/nvidia-modeset/nvidia-modeset-linux.c
@@ -208,6 +208,15 @@ void NVKMS_API_CALL nvkms_usleep(NvU64 usec)
     }
 }
 
+static inline void do_gettimeofday(struct timeval *tv)
+{
+    struct timespec64 now;
+
+    ktime_get_real_ts64(&now);
+    tv->tv_sec = now.tv_sec;
+    tv->tv_usec = now.tv_nsec/1000;
+}
+
 NvU64 NVKMS_API_CALL nvkms_get_usec(void)
 {
     struct timeval tv;

以下 nvidia-legacy-340xx-kernel-dkms (340.107-2~bpo9+1) 向け patch．

--- a/nv-drm.c
+++ b/nv-drm.c
@@ -252,7 +252,7 @@ RM_STATUS NV_API_CALL nv_alloc_os_descriptor_handle(
         goto done;
     }
 
-    drm_gem_object_unreference_unlocked(&nv_obj->base);
+    drm_gem_object_put_unlocked(&nv_obj->base);
 
     status = RM_OK;
 
diff --git a/os-interface.c b/os-interface.c
index 7e3d362..f1ca725 100644
--- a/os-interface.c
+++ b/os-interface.c
@@ -433,6 +433,15 @@ void NV_API_CALL os_free_mem(void *address)
 *
 *****************************************************************************/
 
+static inline void do_gettimeofday(struct timeval *tv)
+{
+   struct timespec64 now;
+
+   ktime_get_real_ts64(&now);
+   tv->tv_sec = now.tv_sec;
+   tv->tv_usec = now.tv_nsec/1000;
+}
+
 RM_STATUS NV_API_CALL os_get_current_time(
     NvU32 *seconds,
     NvU32 *useconds
diff --git a/uvm/nvidia_uvm_lite.c b/uvm/nvidia_uvm_lite.c
index 19e3b36..9f1a479 100644
--- a/uvm/nvidia_uvm_lite.c
+++ b/uvm/nvidia_uvm_lite.c
@@ -2008,6 +2008,15 @@ void umvlite_destroy_per_process_gpu_resources(UvmGpuUuid *gpuUuidStruct)
 // Function to check for ECC errors and returns true if an ECC DBE error
 // has happened.
 //
+static inline void do_gettimeofday(struct timeval *tv)
+{
+   struct timespec64 now;
+
+   ktime_get_real_ts64(&now);
+   tv->tv_sec = now.tv_sec;
+   tv->tv_usec = now.tv_nsec/1000;
+}
+
 static RM_STATUS _check_ecc_errors(UvmGpuMigrationTracking *pMigTracker,
                                     NvBool *pIsEccErrorSet)
 {

ともに Linux 5.0 より前の version で動かすことは考えていない．

Related articles

• 2020/01/11 20:50 / Linux 5.5-rc5
• 2019/11/25 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.4
• 2019/10/02 00:03 / Linux 5.3.1 -> 5.4-rc1
• 2019/09/20 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.3
• 2019/07/22 19:13 / Linux 5.2.2 -> 5.3-rc1
• 2019/06/28 20:38 / GeForce GT 430 with nvidia-legacy-390xx-kernel-dkms 390.116-1~bpo9+1
• 2019/06/12 16:10 / Linux 5.1.8 -> 5.2-rc4
• 2019/05/07 19:43 / Linux 5.0.9 -> 5.1.0
• 2018/11/06 11:30 / Linux 4.19.0 -> 4.20-rc1
• 2018/08/29 11:06 / Linux 4.18.5 -> 4.19-rc1
• 2018/06/20 17:06 / Linux 4.17.2 -> 4.18-rc1
• 2018/04/19 15:25 / Linux 4.16.2 -> 4.17-rc1
• 2018/02/12 17:23 / Linux 4.15.3 -> 4.16-rc1
• 2018/01/29 11:08 / Linux 4.14.15 -> 4.15
• 2017/11/28 12:42 / Linux 4.14.2 -> 4.15-rc1
• 2017/11/15 15:56 / Linux ORC unwinder と objtool (CONFIG_STACK_VALIDATION needs tools/objtool/objtool along headers)
• 2017/11/15 15:41 / Linux 4.13.12 -> 4.14.0
• 2017/09/18 07:04 / Linux 4.13.1 -> 4.14-rc1
• 2017/09/05 04:14 / Linux 4.12.10 -> 4.13
• 2017/07/16 23:56 / Linux 4.12.0 -> 4.13-rc1
• 2017/05/15 14:04 / Linux 4.11.0 -> 4.12-rc1
• 2017/05/03 00:24 / Linux 4.10.13 -> 4.11.0
• 2017/03/06 09:51 / Linux 4.10.1 -> 4.11-rc1
• 2017/02/20 10:31 / Linux 4.9.X -> 4.10
• 2016/12/30 21:28 / Linux 4.9 -> 4.10-rc1
• 2016/12/14 23:00 / Linux 4.8 -> 4.9

少し前に仕事でハワイに行った際のメモ．全然観光とかしてない．

• 羽田での出入国，今は自動化のための手続きを事前にする必要はなくて，全て自動化されていた．パスポートを機械に読み取らせて，顔写真を撮られるだけ．
• ハワイでの入国審査，やたらと指紋を採取される．
• ホノルル空港(HNL)とワイキキ間の移動は送迎バスかタクシー．事前に送迎バスをアレンジしておけば良かった．今回はホノルル空港→ワイキキはタクシー(チップ込み USD 50，ちょっと遠回りされたような気もする，一方通行が多いので仕方がなかったのかも)，ワイキキ→ホノルル空港は Uber (USD 22 + チップ)．
• Ambassador Hotel Waikiki に滞在．1日あたり USD 20 + Tax USD 0.94 (sales tax 4.712%)の Amenity Charge が別途必要．1Fにウォーターサーバーがあって，それ用のボトルというか袋をくれる．
• なんだか近くにコンビニがあって，ホテル/コンビニ/仕事先，しか行ってない．
• アラモアナセンター: 仕事終わりに一度行ったが特に買うもの無かった．日本人多し．
• ホノルル空港: イミグレの後は喫煙所無し(米国の空港は大抵そう？)．
• 旅費の関係で搭乗券(orいわゆる半券)をとっておかなければならないのだが，往路分の搭乗券を搭乗後紛失．復路立ち寄った羽田国内線ANAラウンジの受付けで搭乗証明発行を出してもらった．
• イモトのWiFi利用．郵送での返却予定だったが，羽田で返却．荷物を再度預ける場所の手前に返却ボックスがある．

Related articles

• 2019/08/26 15:22 / フロリダ・オーランド メモ
• 2018/03/12 15:56 / マレーシアメモ
• 2016/11/02 06:44 / タイ王国メモアゲイン
• 2016/10/05 03:41 / タイ王国バンコク スワンナプーム空港メモ
• 2015/12/25 23:34 / 香港メモ
• 2015/07/26 00:57 / シンガポールメモ

お名前.com 共用サーバーSDで再び curl が動かなくなった．

最もシンプルに curl https://www.yahoo.co.jp/ を CGI から実行すると以下のように怒られる．

curl: (48) An unknown option was passed in to libcurl

原因は curl と libcurl の version が揃っていないこと．CGIから curl --version すると確かに以下のように curl は 7.54.1 で libcurl は 7.32.0．

curl 7.54.1 (i386-pc-solaris2.10) libcurl/7.32.0 OpenSSL/1.0.2n zlib/1.2.3 libidn/1.26
Release-Date: 2017-06-14
Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps pop3 pop3s rtsp smtp smtps telnet tftp 
Features: IDN IPv6 Largefile NTLM NTLM_WB SSL libz TLS-SRP 

具体的なファイルをみてみても，ldd /usr/local/bin/curl が以下で，

    libcurl.so.4 =>  /usr/local/lib/amd64/libcurl.so.4
    libssl.so.1.0.0 =>   /usr/local/lib/amd64/libssl.so.1.0.0
    libcrypto.so.1.0.0 =>    /usr/local/lib/amd64/libcrypto.so.1.0.0
    libldap-2.4.so.2 =>  /usr/local/lib/amd64/libldap-2.4.so.2
    liblber-2.4.so.2 =>  /usr/local/lib/amd64/liblber-2.4.so.2
    libresolv.so.2 =>    /lib/64/libresolv.so.2
    libgen.so.1 =>   /lib/64/libgen.so.1
    libnsl.so.1 =>   /lib/64/libnsl.so.1
    libsocket.so.1 =>    /lib/64/libsocket.so.1
    libz.so =>   /usr/lib/64/libz.so
    librt.so.1 =>    /lib/64/librt.so.1
    libc.so.1 =>     /lib/64/libc.so.1
    libidn.so.11 =>  /usr/local/lib/64/libidn.so.11
    libgcc_s.so.1 =>     /usr/sfw/lib/64/libgcc_s.so.1
    libdl.so.1 =>    /lib/64/libdl.so.1
    libmp.so.2 =>    /lib/64/libmp.so.2
    libmd.so.1 =>    /lib/64/libmd.so.1
    libscf.so.1 =>   /lib/64/libscf.so.1
    libaio.so.1 =>   /lib/64/libaio.so.1
    libiconv.so.2 =>     /usr/local/lib/64/libiconv.so.2
    libdoor.so.1 =>  /lib/64/libdoor.so.1
    libuutil.so.1 =>     /lib/64/libuutil.so.1
    libm.so.2 =>     /lib/64/libm.so.2

libcurl.so.4 関連は以下のような感じ．Symlink 先が最近変更になったらしい．．．

-rwxr-xr-x 1 root root 202504 Jun 26  2017 /usr/local/bin/curl
-rw-r--r-- 1 root root 770226 Jan 27  2014 /usr/local/lib/amd64/libcurl.a
-rwxr-xr-x 1 root root   1164 Jan 27  2014 /usr/local/lib/amd64/libcurl.la
lrwxrwxrwx 1 root root     16 Nov 14 14:20 /usr/local/lib/amd64/libcurl.so -> libcurl.so.4.3.0
lrwxrwxrwx 1 root root     16 Nov 14 14:20 /usr/local/lib/amd64/libcurl.so.4 -> libcurl.so.4.3.0
-rwxr-xr-x 1 root root 505336 Jan 27  2014 /usr/local/lib/amd64/libcurl.so.4.3.0
-rwxr-xr-x 1 root root 565344 Jun 26  2017 /usr/local/lib/amd64/libcurl.so.4.4.0

ということで LD_PRELOAD=/usr/local/lib/amd64/libcurl.so.4.4.0 curl で curl を起動すると正しく動く．以下 LD_PRELOAD=/usr/local/lib/amd64/libcurl.so.4.4.0 curl --verion の結果．

curl 7.54.1 (i386-pc-solaris2.10) libcurl/7.54.1 OpenSSL/1.0.2n zlib/1.2.3
Release-Date: 2017-06-14
Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps pop3 pop3s rtsp smb smbs smtp smtps telnet tftp 
Features: IPv6 Largefile NTLM NTLM_WB SSL libz TLS-SRP UnixSockets HTTPS-proxy 

あと，お名前.com 共用サーバーSDに SSH でログインすると時間が結構ずれてる(WEB サーバは問題なさそう)．

参考:

• https://stackoverflow.com/questions/11678085/curl-48-an-unknown-option-was-passed-in-to-libcurl
• https://qiita.com/riffrain@github/items/74594fe358ac76c72f5a

追記 (2019/1/28)

今見てみたらcurlだけで動くようになっていた．逆にLD_PRELOAD=/usr/local/lib/amd64/libcurl.so.4.4.0 curlだとコケる．

ld.so.1: curl: fatal: /usr/local/lib/amd64/libcurl.so.4.4.0: open failed: No such file or directory

ldd /usr/local/bin/curl．

    libcurl.so.4 =>  /usr/local/lib/amd64/libcurl.so.4
    libnsl.so.1 =>   /lib/64/libnsl.so.1
    libsocket.so.1 =>    /lib/64/libsocket.so.1
    libssl.so.1.0.0 =>   /usr/local/lib/amd64/libssl.so.1.0.0
    libcrypto.so.1.0.0 =>    /usr/local/lib/amd64/libcrypto.so.1.0.0
    libz.so.1 =>     /usr/lib/64/libz.so.1
    librt.so.1 =>    /lib/64/librt.so.1
    libc.so.1 =>     /lib/64/libc.so.1
    libgcc_s.so.1 =>     /usr/local/lib/amd64/libgcc_s.so.1
    libmp.so.2 =>    /lib/64/libmp.so.2
    libmd.so.1 =>    /lib/64/libmd.so.1
    libscf.so.1 =>   /lib/64/libscf.so.1
    libdl.so.1 =>    /lib/64/libdl.so.1
    libaio.so.1 =>   /lib/64/libaio.so.1
    libdoor.so.1 =>  /lib/64/libdoor.so.1
    libuutil.so.1 =>     /lib/64/libuutil.so.1
    libgen.so.1 =>   /lib/64/libgen.so.1
    libm.so.2 =>     /lib/64/libm.so.2

libcurl.so.4 関連．

-rwxr-xr-x 1 root root 223032 Nov 30 09:51 /usr/local/bin/curl
-rw-r--r-- 1 root root 943778 Nov 30 09:51 /usr/local/lib/amd64/libcurl.a
-rwxr-xr-x 1 root root   1019 Nov 30 09:51 /usr/local/lib/amd64/libcurl.la
lrwxrwxrwx 1 root root     16 Jan 28 13:58 /usr/local/lib/amd64/libcurl.so -> libcurl.so.4.5.0
lrwxrwxrwx 1 root root     16 Jan 28 13:58 /usr/local/lib/amd64/libcurl.so.4 -> libcurl.so.4.5.0
-rwxr-xr-x 1 root root 572608 Nov 30 09:51 /usr/local/lib/amd64/libcurl.so.4.5.0

curl --verion．

curl 7.62.0 (x86_64-pc-solaris2.10) libcurl/7.62.0 OpenSSL/1.0.2n zlib/1.2.3
Release-Date: 2018-10-31
Protocols: dict file ftp ftps gopher http https imap imaps pop3 pop3s rtsp smb smbs smtp smtps telnet tftp 
Features: AsynchDNS IPv6 Largefile NTLM NTLM_WB SSL libz TLS-SRP UnixSockets HTTPS-proxy 

いつのまにか i386-pc-solaris2.10 から x86_64-pc-solaris2.10 に変更になってる．．．

Related articles

• 2019/04/14 15:28 / Let's Encrypt の Root Certificate の Debian への追加
• 2018/09/29 23:40 / お名前.com 共用サーバ FTP パスワード変更
• 2018/02/19 10:35 / お名前.com 共用サーバーSD SSL設定 (Let's Encrypt)
• 2017/03/26 00:54 / curl on お名前.com 共用サーバーSD CGI
• 2016/03/03 00:06 / お名前.com 共用サーバーSD で SSH 接続

aptitudeでGoogle Chrome (google-chrome-stable)が Upgrade できない問題発生．

E: Repository 'http://dl.google.com/linux/chrome/deb stable Release' changed its 'Origin' value from 'Google, Inc.' to 'Google LLC'
E: Failed to download some files
W: Failed to fetch http://dl.google.com/linux/chrome/deb/dists/stable/Release: 
E: Some index files failed to download. They have been ignored, or old ones used instead.

https://stackoverflow.com/questions/50942353/e-repository-http-dl-google-com-linux-chrome-remote-desktop-deb-stable-relea/50942354によるとsudo apt updateで名前の変更を許可すれば良いだけの話らしい．

4.20-rc1が出たので.configがどう変更されるのか見てみた．以下 - は削除されたもの，+ は追加されたもの．汎用指向の環境．Linux 5.0 になるのは来年らしい．

• +CONFIG_ARCH_CLOCKSOURCE_INIT=y

  x86/time: Implement clocksource_arch_init()

  X86でselectされる．

• -CONFIG_NO_BOOTMEM=y

  mm: remove CONFIG_NO_BOOTMEM

  すべてのアーキテクチャで NO_BOOTMEM がselectされるので，削除したとのこと．

• -CONFIG_HAVE_MEMBLOCK=y

  mm: remove CONFIG_HAVE_MEMBLOCK

  すべてのアーキテクチャで HAVE_MEMBLOCK がselectされるので，削除したとのこと．

• +CONFIG_CPU_SUP_HYGON=y

  x86/cpu: Create Hygon Dhyana architecture support file

  CONFIG_PROCESSOR_SELECT=y にして CONFIG_CPU_SUP_HYGON=n ついでに CONFIG_CPU_SUP_CENTAUR=n する(IntelとAMDのみサポート，の設定になる)．

• +CONFIG_ACPI_ADXL=y

  EDAC, skx_edac: Add address translation for non-volatile DIMMs
  ACPI/ADXL: Add address translation interface using an ACPI DSM

  CONFIG_EDAC_SKX=m で select されてた．このままで．

• +CONFIG_HAVE_FUNCTION_ARG_ACCESS_API=y

  x86: ptrace: Add function argument access API

  X86でselectされる．

• +CONFIG_HAVE_ARCH_JUMP_LABEL_RELATIVE=y

  jump_label: Implement generic support for relative references
  x86/jump_table: Use relative references

  X86でselectされる．

• +CONFIG_HAVE_ARCH_STACKLEAK=y

  x86/entry: Add STACKLEAK erasing the kernel stack at the end of syscalls

  X86でselectされる．

• +CONFIG_BLK_PM=y

  block: Move power management code into a new source file

  config BLK_PM
         def_bool BLOCK && PM

• -CONFIG_MAC80211_RC_MINSTREL_HT=y

  mac80211: minstrel: merge with minstrel_ht, always enable VHT support

• +CONFIG_DRM_AMD_DC_DCN1_01=y

  drm/amd/display: Add DC config flag for Raven2 (v2)

  CONFIG_DRM_AMD_DC_DCN1_0 同様 CONFIG_DRM_AMD_DC で select される．

• -CONFIG_CRYPTO_MCRYPTD=m
-CONFIG_CRYPTO_SHA1_MB=m

  crypto: x86 - remove SHA multibuffer routines and mcryptd

  壊れていてメンテナンス困難ということで一旦削除とのこと．

• -CONFIG_RADIX_TREE_MULTIORDER=y
+CONFIG_XARRAY_MULTI=y

  radix tree: Remove multiorder support
  xarray: Add documentation

  Xarray に移行．

DKMS

broadcom-sta-dkms (6.30.223.271-9.1)は以下で compile できない．

Assembler messages:
Error: can't open arch/x86/kernel/macros.s for reading: No such file or directory

arch/x86/kernel/macros.s を /usr/src/linux-headers-4.20.0-hoge-01/arch/x86/kernel/ に配置してあげると compile できる．

nvidia-kernel-dkms (390.87-2) は conftest の段階で以下の error．これ以上はひとまず追わず．

#error INIT_WORK() conftest failed!
#error kmem_cache_create() conftest failed!
#error on_each_cpu() conftest failed!
#error smp_call_function() conftest failed!
#error acpi_walk_namespace() conftest failed!
#error pci_dma_mapping_error() conftest failed!
#error wait_on_bit_lock() conftest failed!
#error radix_tree_replace_slot() conftest failed!

追記 (2018/12/14)

まず上記 conftest の失敗は arch/x86/kernel/macros.s を見に行くことが原因．nvidia-legacy についても同様．以下で解決．Version は nvidia-kernel-dkms (390.87-3) と nvidia-legacy-340xx-kernel-dkms 340.107-3．

# cd /usr/src/nvidia-current-390.87
# ln -s /usr/src/linux-headers-4.20.0-rcX-hogege-01/arch .
# cd /usr/src/nvidia-legacy-340xx-340.107
# ln -s /usr/src/linux-headers-4.20.0-rcX-hogege-01/arch .
# cd /usr/src/nvidia-legacy-340xx-340.107/uvm
# ln -s /usr/src/linux-headers-4.20.0-rcX-hogege-01/arch .

nvidia-current (390.87-3) は以下で compile に失敗する．Kernel の mm: change return type to vm_fault_tによる変更に由来する．

/var/lib/dkms/nvidia/current-390.87/build/nvidia-drm/nvidia-drm-gem-nvkms-memory.c: In function ‘__nv_drm_vma_fault’:
/var/lib/dkms/nvidia/current-390.87/build/nvidia-drm/nvidia-drm-gem-nvkms-memory.c:240:11: error: implicit declaration of function ‘vm_insert_pfn’; did you mean ‘vmf_insert_pfn’? [-Werror=implicit-function-declaration]
     ret = vm_insert_pfn(vma, address, pfn + page_offset);
           ^~~~~~~~~~~~~
           vmf_insert_pfn

以下の patch で解決．

--- a/nvidia-drm/nvidia-drm-gem-nvkms-memory.c
+++ b/nvidia-drm/nvidia-drm-gem-nvkms-memory.c
@@ -230,31 +230,15 @@ static int __nv_drm_vma_fault(struct vm_area_struct *vma,
     struct nv_drm_gem_nvkms_memory *nv_nvkms_memory = to_nv_nvkms_memory(
         to_nv_gem_object(gem));
     unsigned long page_offset, pfn;
-    int ret = -EINVAL;
+    vm_fault_t ret;
 
     pfn = (unsigned long)(uintptr_t)nv_nvkms_memory->pPhysicalAddress;
     pfn >>= PAGE_SHIFT;
 
     page_offset = vmf->pgoff - drm_vma_node_start(&gem->vma_node);
 
-    ret = vm_insert_pfn(vma, address, pfn + page_offset);
-
-    switch (ret) {
-        case 0:
-        case -EBUSY:
-            /*
-             * EBUSY indicates that another thread already handled
-             * the faulted range.
-             */
-            return VM_FAULT_NOPAGE;
-        case -ENOMEM:
-            return VM_FAULT_OOM;
-        default:
-            WARN_ONCE(1, "Unhandled error in %s: %d\n", __FUNCTION__, ret);
-            break;
-    }
-
-    return VM_FAULT_SIGBUS;
+    ret = vmf_insert_pfn(vma, address, pfn + page_offset);
+    return ret;
 }
 
 /*

Related articles

• 2020/01/11 20:50 / Linux 5.5-rc5
• 2019/11/25 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.4
• 2019/10/02 00:03 / Linux 5.3.1 -> 5.4-rc1
• 2019/09/20 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.3
• 2019/07/22 19:13 / Linux 5.2.2 -> 5.3-rc1
• 2019/06/28 20:38 / GeForce GT 430 with nvidia-legacy-390xx-kernel-dkms 390.116-1~bpo9+1
• 2019/06/12 16:10 / Linux 5.1.8 -> 5.2-rc4
• 2019/05/07 19:43 / Linux 5.0.9 -> 5.1.0
• 2019/03/07 22:16 / Linux 4.20.13 -> 5.0.0
• 2018/08/29 11:06 / Linux 4.18.5 -> 4.19-rc1
• 2018/06/20 17:06 / Linux 4.17.2 -> 4.18-rc1
• 2018/04/19 15:25 / Linux 4.16.2 -> 4.17-rc1
• 2018/02/12 17:23 / Linux 4.15.3 -> 4.16-rc1
• 2018/01/29 11:08 / Linux 4.14.15 -> 4.15
• 2017/11/28 12:42 / Linux 4.14.2 -> 4.15-rc1
• 2017/11/15 15:56 / Linux ORC unwinder と objtool (CONFIG_STACK_VALIDATION needs tools/objtool/objtool along headers)
• 2017/11/15 15:41 / Linux 4.13.12 -> 4.14.0
• 2017/09/18 07:04 / Linux 4.13.1 -> 4.14-rc1
• 2017/09/05 04:14 / Linux 4.12.10 -> 4.13
• 2017/07/16 23:56 / Linux 4.12.0 -> 4.13-rc1
• 2017/05/15 14:04 / Linux 4.11.0 -> 4.12-rc1
• 2017/05/03 00:24 / Linux 4.10.13 -> 4.11.0
• 2017/03/06 09:51 / Linux 4.10.1 -> 4.11-rc1
• 2017/02/20 10:31 / Linux 4.9.X -> 4.10
• 2016/12/30 21:28 / Linux 4.9 -> 4.10-rc1
• 2016/12/14 23:00 / Linux 4.8 -> 4.9

いつも procmail のレシピの書き方の細かい部分を忘れるのでメモ．

:0c
* ^TO_myn@a.example.org
! myn@c.example.org

:0c
* ^TO_.*@b.example.org
! myn@c.example.org

これでmyn@a.example.org宛のメール，もしくはドメイン@b.example.org宛のメールだったら，ローカル配送とともにmyn@c.example.orgに転送される．

• レシピは:0ではじまって，次の:0かファイル終端で終わる(0に特に意味はない．:n (nはcondition line数)のようなformatにするつもりだったらしい．
• *で始まる行に条件(通常は正規表現; egrep)を記述(condition line)．
• この例では!の行が action line (1つのレシピに1つ)

レシピの開始

• :0 [flags] [ : [locallockfile] ]というフォーマット．
• ここでflag c は carbon copy を作成する意味
  • 通常は match した時点で actition line で記述された処理を行なって procmail が終了するが，c が指定された場合は引き続く行も評価される
  • 条件にマッチしない場合はローカル配送されるので，この例ではローカル配送と他のアドレスへの転送が行われる
  • 転送の条件毎にレシピを用意する場合，複数の条件にマッチすれば複数回の転送が発生
• :0:や:0c:などの場合は lock が利用される(procmailは同時に複数立ち上がる可能性があり，同一のファイルに書き込みが行われる場合にはこの機能を用いる)．
  • 手元では複雑なことをしていなくて，転送とmaildirでの保存のみなので，lock を使っていない(これで問題になったことはない)．
• c 以外では，fw が spamassassin でフィルタ処理する等で用いられる
  • f: パイプ(ここでは省略)をフィルタ(処理されたメッセージを以降のレシピに渡す)として用いる．
  • w: フィルタの処理を待ち，その exitcode をチェックする(異常終了していればそこで終わる; Default は exitcode を無視する)．

Condition line

• condition line にマッチすると action line が実行される．
• 複数の条件を書ける(AND)．条件なしの場合は true と解釈される．
• *の直後，行末の whitespace は無視される．
• 「通常は正規表現」だが，* < 2000000 は，メールサイズが 2000000 byte 未満と解釈される
• Defailt は case-insensitive．Case sensitive にするには D flag を用いる．
• ^TO_は以下に置換される(^TOは古い書き方で通常は^TO_でOK)．To: だけでなく Cc: 等にもマッチさせるためのマクロ．
  • ^TO_: (^((Original-)?(Resent-)?(To|Cc|Bcc)|(X-Envelope|Apparently(-Resent)?)-To):(.*[^-a-zA-Z0-9_.])?)
  • ^TO: (^((Original-)?(Resent-)?(To|Cc|Bcc)|(X-Envelope|Apparently(-Resent)?)-To):(.*[^a-zA-Z])?)

Action line

• !は転送の意味で，続くメールアドレスに転送される(変数SENDMAILにより通常はsendmailに送られる)．
• directory 名を書くと，そこに保存される
  • /で終わっていいれば maildir 形式，
  • /.で終わっていいれば MH 形式．
  • directory が存在しなければ作成される．
• file 名を書くと，そこに保存される(追記される)

参考:

• http://www.jaist.ac.jp/~fjt/procmail.html
• man procmailrc

お名前.com から以下のようなメールが届く．いくつか管理している共用サーバそれぞれで同一内容のメールが届いたので，全てのユーザーに対してFTPパスワードが変更された模様(以前のものに対して少し長くなった)．

また、お客様に安全に安心してサービスをご利用いただくために、弊社側で、FTPパスワードの変更を実施させていただきました。

※FTPパスワードとコントロールパネルのログインパスワードが、連動しているため、併せて変更されております。

Related articles

• 2019/04/14 15:28 / Let's Encrypt の Root Certificate の Debian への追加
• 2018/11/18 17:15 / curl on お名前.com 共用サーバーSD CGI (curl: (48) An unknown option was passed in to libcurl)
• 2018/02/19 10:35 / お名前.com 共用サーバーSD SSL設定 (Let's Encrypt)
• 2017/03/26 00:54 / curl on お名前.com 共用サーバーSD CGI
• 2016/03/03 00:06 / お名前.com 共用サーバーSD で SSH 接続

OAuth 等で接続しているアプリ等のリストを得るためのURL達．

Facebook

https://www.facebook.com/settings?tab=applications&section=active

Google

https://myaccount.google.com/permissions

Twitter

https://twitter.com/settings/sessions

Yahoo! (www.yahoo.com)

https://login.yahoo.com/account/activity

Instagram

https://www.instagram.com/accounts/manage_access/

とある様式で『○で囲む』という指示があって，図形挿入で対応すれば良いのだが，あまりエレガントでないので，他のやり方を探る．http://blog.heiichi.com/?eid=547488にあるとおり『囲い文字』で1文字を○で囲んであとは Alt-F9 でフィールドコードを表示のうえそれを編集すれば良いらしい．『囲い文字』で利用される丸は普通の丸(○)で，これだとちょっと線が太いので，大きなの丸(◯)を利用するとちょうどよい感じになった．

Debian GNU/Linux sid (unstable) で openssh の version が上がって，なぜだかどのホストにも接続できなくなった．Windows host の VMWare 上の Linux でのみ問題が発生していて，クライアントの問題．

% ssh server.example.com
packet_write_wait: Connection to XX.XX.XX.XX port 22: Broken pipe

サーバのログや -v で追ってみたところ，認証接続自体はできているが，直ぐに切れてしまっていた．原因は https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=908113 にあるとおり，

• OpenSSH 7.8 で Default の IPQoS Option が DSCP AF21 for interactive traffic and CS1 for bulk になったこと，

  • https://www.openssh.com/txt/release-7.8
  • https://cvsweb.openbsd.org/src/usr.bin/ssh/readconf.c#rev1.284
  • https://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin/ssh/readconf.c.diff?r1=1.283&r2=1.284

• VMWare の NAT 機能のバグで DSCP (Differentiated Services Code Point)が正常に扱えないらしいこと，

の複合要因．AF21/CS1 が default になる前は lowdelay/throughtput が default だったので，その挙動になるように設定を行えば良いらしい．確かに以下のようにすれば繋がる．

% ssh -o 'IPQoS lowdelay throughput' server.example.com

ということで，/etc/ssh/ssh_config に以下を書いておいて，以前の option を system default にする．

Host *
    IPQoS lowdelay throughput

4.19-rc1が出たので.configがどう変更されるのか見てみた．以下 - は削除されたもの，+ は追加されたもの．汎用指向の環境．

• +CONFIG_ARCH_SUPPORTS_ACPI=y

  arm64: fix ACPI dependencies

  X86でselectされる．

• +CONFIG_BUILD_SALT=""

  kbuild: Add build salt to the kernel and modules

  Build ID を設定できるようになった様子．Default は ""．

• +CONFIG_CIFS_ALLOW_INSECURE_LEGACY=y

  cifs: allow disabling insecure dialects in the config

  Default は y．cifs (SMB) 1.0, 2.0 を使う場合は y にしておく必要がある．

• +CONFIG_CONSOLE_LOGLEVEL_QUIET=4

  printk: Make CONSOLE_LOGLEVEL_QUIET configurable

  1から15で設定．Defaultは4．

• +CONFIG_DRM_AMD_DC_DCN1_0=y

  drm/amd/display: Don’t build DCN1 when kcov is enabled

  CONFIG_DRM_AMD_DC で select されるようになった．

• +CONFIG_HAVE_ARCH_PREL32_RELOCATIONS=y

  arch: enable relative relocations for arm64, power and x86

  X86でselectされる．

• +CONFIG_HAVE_RCU_TABLE_INVALIDATE=y

  mm/tlb, x86/mm: Support invalidating TLB caches for RCU_TABLE_FREE

  X86でHAVE_RCU_TABLE_FREEなら(PARAVIRT=yなら)selectされる．

• +CONFIG_HAVE_RELIABLE_STACKTRACE=y

  x86/stacktrace: Enable HAVE_RELIABLE_STACKTRACE for the ORC unwinder

  UNWINDER_ORCでselectされるようになった．

• +CONFIG_MEMCG_KMEM=y

  mm: introduce CONFIG_MEMCG_KMEM as combination of CONFIG_MEMCG && !CONFIG_SLOB

  CONFIG_MEMCG && !CONFIG_SLOBでyになる．SLOBはSLAB/SLUB/SLOBのSLOB(simple allocator)．

• +CONFIG_NET_VENDOR_CADENCE=y
+CONFIG_NET_VENDOR_NETERION=y
+CONFIG_NET_VENDOR_PACKET_ENGINES=y

  nにする．

• +CONFIG_NF_DEFRAG_IPV6=m
-CONFIG_NF_CONNTRACK_IPV4=m

  netfilter: conntrack: remove l3proto abstraction

  CONFIG_NF_DEFRAG_IPV6はNF_CONNTRACKでselectされる．CONFIG_NF_CONNTRACK_IPV4は削除．

• +CONFIG_SND_HDA_COMPONENT=y

  ALSA: hda: Make audio component support more generic

  SND_HDA_I915でselectされる．

• -CONFIG_ENABLE_WARN_DEPRECATED=y

  deprecate the ’__deprecated’ attribute warnings entirely and for good

• -CONFIG_SPARSEMEM_ALLOC_MEM_MAP_TOGETHER=y

  mm/sparse: delete old sparse_init and enable new one

• CONFIG_REALTEK_PHY: m->y

  r8169: add missing Kconfig dependency

  R8169=yでyになるようになった．Network boot 関連でR8169=yにしていたような気がする．

nvidia-kernel-dkms 390.77-1 の compile に以下の通り失敗するが，

/var/lib/dkms/nvidia-current/390.77/build/nvidia-drm/nvidia-drm-encoder.c: In function ‘nv_drm_add_encoder’:
/var/lib/dkms/nvidia-current/390.77/build/nvidia-drm/nvidia-drm-encoder.c:219:11: error: implicit declaration of function ‘drm_mode_connector_attach_encoder’; did you mean ‘drm_connector_attach_encoder’? [-Werror=implicit-function-declaration]
     ret = drm_mode_connector_attach_encoder(connector, encoder);
           ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
           drm_connector_attach_encoder

/var/lib/dkms/nvidia-current/390.77/build/nvidia-drm/nvidia-drm-connector.c: In function ‘nv_drm_connector_get_modes’:
/var/lib/dkms/nvidia-current/390.77/build/nvidia-drm/nvidia-drm-connector.c:229:9: error: implicit declaration of function ‘drm_mode_connector_update_edid_property’; did you mean ‘drm_connector_update_edid_property’? [-Werror=implicit-function-declaration]
         drm_mode_connector_update_edid_property(
         ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
         drm_connector_update_edid_property

原因はdrm: drop mode from remaining connector functionsの修正．以下の patch を /usr/src/nvidia-current-390.77/ にあるファイルにあてる．

--- a/nvidia-drm/nvidia-drm-connector.c
+++ b/nvidia-drm/nvidia-drm-connector.c
@@ -226,7 +226,7 @@ static int nv_drm_connector_get_modes(struct drm_connector *connector)
 
 
     if (nv_connector->edid != NULL) {
-        drm_mode_connector_update_edid_property(
+        drm_connector_update_edid_property(
             connector, nv_connector->edid);
     }
 
--- a/nvidia-drm/nvidia-drm-encoder.c
+++ b/nvidia-drm/nvidia-drm-encoder.c
@@ -216,7 +216,7 @@ nv_drm_add_encoder(struct drm_device *dev, NvKmsKapiDisplay hDisplay)
 
     /* Attach encoder and connector */
 
-    ret = drm_mode_connector_attach_encoder(connector, encoder);
+    ret = drm_connector_attach_encoder(connector, encoder);
 
     if (ret != 0) {
         NV_DRM_DEV_LOG_ERR(

追記 (2018/9/29)

4.19-rc4に詳細があるが Linus しばらくお休みで，4.19-rc5は Greg による公開．

• https://gihyo.jp/admin/clip/01/linux_dt/201809/18
• https://gihyo.jp/admin/clip/01/linux_dt/201809/25

など参照．

Related articles

• 2020/01/11 20:50 / Linux 5.5-rc5
• 2019/11/25 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.4
• 2019/10/02 00:03 / Linux 5.3.1 -> 5.4-rc1
• 2019/09/20 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.3
• 2019/07/22 19:13 / Linux 5.2.2 -> 5.3-rc1
• 2019/06/28 20:38 / GeForce GT 430 with nvidia-legacy-390xx-kernel-dkms 390.116-1~bpo9+1
• 2019/06/12 16:10 / Linux 5.1.8 -> 5.2-rc4
• 2019/05/07 19:43 / Linux 5.0.9 -> 5.1.0
• 2019/03/07 22:16 / Linux 4.20.13 -> 5.0.0
• 2018/11/06 11:30 / Linux 4.19.0 -> 4.20-rc1
• 2018/06/20 17:06 / Linux 4.17.2 -> 4.18-rc1
• 2018/04/19 15:25 / Linux 4.16.2 -> 4.17-rc1
• 2018/02/12 17:23 / Linux 4.15.3 -> 4.16-rc1
• 2018/01/29 11:08 / Linux 4.14.15 -> 4.15
• 2017/11/28 12:42 / Linux 4.14.2 -> 4.15-rc1
• 2017/11/15 15:56 / Linux ORC unwinder と objtool (CONFIG_STACK_VALIDATION needs tools/objtool/objtool along headers)
• 2017/11/15 15:41 / Linux 4.13.12 -> 4.14.0
• 2017/09/18 07:04 / Linux 4.13.1 -> 4.14-rc1
• 2017/09/05 04:14 / Linux 4.12.10 -> 4.13
• 2017/07/16 23:56 / Linux 4.12.0 -> 4.13-rc1
• 2017/05/15 14:04 / Linux 4.11.0 -> 4.12-rc1
• 2017/05/03 00:24 / Linux 4.10.13 -> 4.11.0
• 2017/03/06 09:51 / Linux 4.10.1 -> 4.11-rc1
• 2017/02/20 10:31 / Linux 4.9.X -> 4.10
• 2016/12/30 21:28 / Linux 4.9 -> 4.10-rc1
• 2016/12/14 23:00 / Linux 4.8 -> 4.9

Silicon Power の microSDXC UHS-1 Speed Class 1 256GB (elite)を購入したのだが，今まで使っていた Samsung の microSDXC UHS-I Speed Class 1 128G (EVO+)と比較してなんだかもっさりしている．

CrystalDiskMark で調べた結果，以下のように Silicon Power は結構遅い．．．

Silicon Power microSDXC UHS-1 Speed Class 1 256GB (elite)

   Sequential Read (Q= 32,T= 1) :    86.820 MB/s
  Sequential Write (Q= 32,T= 1) :    21.993 MB/s
  Random Read 4KiB (Q=  8,T= 8) :     6.187 MB/s [   1510.5 IOPS]
 Random Write 4KiB (Q=  8,T= 8) :     1.340 MB/s [    327.1 IOPS]
  Random Read 4KiB (Q= 32,T= 1) :     6.208 MB/s [   1515.6 IOPS]
 Random Write 4KiB (Q= 32,T= 1) :     1.319 MB/s [    322.0 IOPS]
  Random Read 4KiB (Q=  1,T= 1) :     5.466 MB/s [   1334.5 IOPS]
 Random Write 4KiB (Q=  1,T= 1) :     1.236 MB/s [    301.8 IOPS]

Samsung microSDXC UHS-I Speed Class 1 128G (EVO+)

   Sequential Read (Q= 32,T= 1) :    87.620 MB/s
  Sequential Write (Q= 32,T= 1) :    63.907 MB/s
  Random Read 4KiB (Q=  8,T= 8) :     5.574 MB/s [   1360.8 IOPS]
 Random Write 4KiB (Q=  8,T= 8) :     2.594 MB/s [    633.3 IOPS]
  Random Read 4KiB (Q= 32,T= 1) :     5.617 MB/s [   1371.3 IOPS]
 Random Write 4KiB (Q= 32,T= 1) :     2.552 MB/s [    623.0 IOPS]
  Random Read 4KiB (Q=  1,T= 1) :     4.783 MB/s [   1167.7 IOPS]
 Random Write 4KiB (Q=  1,T= 1) :     2.430 MB/s [    593.3 IOPS]

今なら Samsung でSpeed Class 3のものもあるので，そちらにしたら良かった．以下ついでに測った NotePC の SSD．

   Sequential Read (Q= 32,T= 1) :   508.879 MB/s
  Sequential Write (Q= 32,T= 1) :   191.672 MB/s

Debian GNU/Linux に docker.io (18.03.1+dfsg1-6) を Install すると KVM (ブリッジ接続)に接続できなくなった．docker0 という interface ができたのが原因かと思い，かなり悩む．

% /sbin/ifconfig -s | awk '{print $1}'
Iface
br0
docker0
eth0
lo
tap0
% /sbin/brctl show
bridge name     bridge id               STP enabled     interfaces
br0             8000.xxxxxxxxxxxx       yes             eth0
                                                        tap0
docker0         8000.yyyyyyyyyyyy       no

原因は https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=865975 のとおり iptables の Chain FORWARD の default policy を docker が DROP にしてしまうこと．sudo iptables -P FORWARD ACCEPT すれば直る．

追記 (2019/2/6)

sudo iptables -P FORWARD ACCEPT しても packet が流れないのでおかしいなと思ったら，sid 環境では iptables-legacy を使わないといけないらしい．sudo iptables-legacy -P FORWARD ACCEPT．

% sudo iptables -L
Chain FORWARD (policy ACCEPT)
target     prot opt source               destination

Chain INPUT (policy ACCEPT)
target     prot opt source               destination

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination
# Warning: iptables-legacy tables present, use iptables-legacy to see them
% sudo iptables-legacy -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination
DOCKER-USER  all  --  anywhere             anywhere
DOCKER-ISOLATION-STAGE-1  all  --  anywhere             anywhere
ACCEPT     all  --  anywhere             anywhere             ctstate RELATED,ESTABLISHED
DOCKER     all  --  anywhere             anywhere
ACCEPT     all  --  anywhere             anywhere
ACCEPT     all  --  anywhere             anywhere
(略)

追記 (2019/7/18)

/usr/sbin/iptables として /usr/sbin/iptables-nft か /usr/sbin/iptables-legacy を選択できるようになっていて(buster でもそう)，自動で /usr/sbin/iptables-nft が選択されるようになっている(sudo update-alternatives --config iptables 等で変更)．

上記 iptables-legacy でなければうまく行かない話は Kernel で CONFIG_NF_TABLES (nftables; NFT) が n になっていたか正しく動作しなかったため(Debian の Kernel Package で)だった模様．現在は NFT が正常に動作する package が提供されている．

Debian GNU/Linux の OpenVPN (server) を 2.4.0-6+deb9u2 から 2.4.4-2~bpo9+1 に version up したらユーザー認証ができなくなった．/etc/default/openvpn は以下のとおり(抜粋)．

AUTOSTART="vpn_server"

/etc/openvpn/vpn_server.conv で以前は以下で password 認証(というかLDAP)ができていた．

plugin /usr/lib/openvpn/openvpn-plugin-auth-pam.so openvpn
client-cert-not-required

まずclient-cert-not-requiredについては以下のように怒られるので，verify-client-cert optionalぐらいに変更．See https://community.openvpn.net/openvpn/wiki/DeprecatedOptions#a--client-cert-not-required . client-cert-not-required は OpenVPN 2.5 で削除される様子．

DEPRECATED OPTION: --client-cert-not-required, use --verify-client-cert instead

/usr/lib/openvpn/openvpn-plugin-auth-pam.so はまず path が /usr/lib/x86_64-linux-gnu/openvpn/plugins/openvpn-plugin-auth-pam.so に変更になっている．パスの変更については，full path を書かなければ良いらしく以下で対応．

plugin openvpn-plugin-auth-pam.so openvpn

ただし，これだと，以下のようなエラーで認証できない(client の IP Address が 127.0.0.1 なのは SSH でポートフォワードしているから)．

myserver openvpn[XXXXX]: AUTH-PAM: BACKGROUND: user 'myn' failed to authenticate: System error
myserver ovpn-vpn_server[XXXXX]: 127.0.0.1:XXXXX PLUGIN_CALL: POST /usr/lib/x86_64-linux-gnu/openvpn/plugins/openvpn-plugin-auth-pam.so/PLUGIN_AUTH_USER_PASS_VERIFY status=1
myserver ovpn-vpn_server[XXXXX]: 127.0.0.1:XXXXX PLUGIN_CALL: plugin function PLUGIN_AUTH_USER_PASS_VERIFY failed with status 1: /usr/lib/x86_64-linux-gnu/openvpn/plugins/openvpn-plugin-auth-pam.so

調べてみたところ，/lib/systemd/system/openvpn@.service の CapabilityBoundingSet に CAP_AUDIT_WRITE を追加する必要があるらしい．

参考:

• https://dustri.org/b/solving-openvpn-authentication-failure-on-debian-buster.html
• https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=868806

Related articles

• 2019/09/04 14:37 / OpenVPN on Debian 10 / OpenSSL: error:1408518A:SSL routines:ssl3_ctx_ctrl:dh key too small

以下のような状況を想定．

% ls -Rla
.:
total 0
drwxr-xr-x 1 myn    users   24 Jul 12 12:06 ./
drwxr-xr-x 1 myn    users 2018 Jul 12 12:12 ../
drwxr-xr-x 1 myn    users    8 Jul 12 12:13 low/
drwxr-xr-x 1 myn    users    0 Jul 12 12:06 over/
drwxr-xr-x 1 myn    users   16 Jul 12 12:14 up/
drwxr-xr-x 1 myn    users    0 Jul 12 12:14 work/

./low:
total 0
drwxr-xr-x 1 myn    users  8 Jul 12 12:13 ./
drwxr-xr-x 1 myn    users 24 Jul 12 12:06 ../
drwxr-xr-x 1 myn    users 18 Jul 12 12:08 dir0/

./low/dir0:
total 0
drwxr-xr-x 1 myn    users 18 Jul 12 12:08 ./
drwxr-xr-x 1 myn    users  8 Jul 12 12:13 ../
-rw-r--r-- 1 myn    users  0 Jul 12 12:05 test
-rw-r--r-- 1 myn    users  0 Jul 12 12:05 test1

./over:
total 0
drwxr-xr-x 1 myn    users  0 Jul 12 12:06 ./
drwxr-xr-x 1 myn    users 24 Jul 12 12:06 ../

./up:
total 0
drwxr-xr-x 1 myn    users   16 Jul 12 12:14 ./
drwxr-xr-x 1 myn    users   24 Jul 12 12:06 ../
c--------- 1 root   root  0, 0 Jul  6 11:18 dir0
drwxr-xr-x 1 myn    users   20 Jul 12 12:14 dir1/

./up/dir1:
total 0
drwxr-xr-x 1 myn    users   20 Jul 12 12:14 ./
drwxr-xr-x 1 myn    users   16 Jul 12 12:14 ../
-rw-r--r-- 1 myn    users    0 Jul 12 12:09 file0
c--------- 1 root   root  0, 0 Jul  6 11:18 file1

./work:
total 0
drwxr-xr-x 1 myn    users  0 Jul 12 12:14 ./
drwxr-xr-x 1 myn    users 24 Jul 12 12:06 ../

ここで

% sudo mount -t overlay -olowerdir=low,upperdir=up,workdir=work overlay over

で mount すると，

% ls -Rla over
over:
total 0
drwxr-xr-x 1 myn    users 16 Jul 12 12:14 ./
drwxr-xr-x 1 myn    users 26 Jul 12 12:16 ../
drwxr-xr-x 1 myn    users 20 Jul 12 12:14 dir1/

over/dir1:
ls: cannot access 'over/dir1/file1': No such file or directory
total 0
drwxr-xr-x 1 myn    users 20 Jul 12 12:14 ./
drwxr-xr-x 1 myn    users 16 Jul 12 12:14 ../
-rw-r--r-- 1 myn    users  0 Jul 12 12:09 file0
c????????? ? ?      ?      ?            ? file1

といった悲しい状況になる．uppwer 側で消すファイルが lower 側に存在せず，かつ，その directory が uppwer 側でのみ存在する場合に発生する様子(しかも起こったり起こらなかったり)．Linux の Version は 4.17.5．

お名前.com で取得していた(ある用途で利用する)ドメインをとある会社に移管したのだが，メールの設定等はそちらでやってね，みたいなことを言われて(正確には，連絡してきた内容が「普通のメールアカウントを作りかた」(しかもメールで先方に指示)のみで)，仕方なくお名前.com の共用サーバーに MX 「だけ」向けるアプローチを探すも情報がなかく，Google Compute Engine (GCE)で飼っている VM instance に MX を向けようとするもいろいろハマる．

そもそも以下のとおり，GCE では ポート 25，465，587 はブロックされている．

• https://cloud.google.com/compute/docs/tutorials/sending-mail/
• https://cloud.google.com/compute/docs/networks-and-firewalls#blockedtraffic

G Suiteで Gmail 化するということも考えたが Basic で USD 5/month の費用がかかって，特に今回 ML を作成したい(かなりシンプルな設定のみでOK)ということもあって，Google Group ベースの ML を利用するのもちょっとイマイチな気がして(退会案内のフッタが挿入されるとか)，いろいろ悩む．

いろいろ悩んだ結果，Compute Engine ドキュメント|インスタンスからのメールの送信で紹介されているクラウドベースの Email Service を利用することにした．候補はCompute Engine のドキュメントにある以下の3つで考える．この時はメール受信のことはあまり考えていなかった．

• SendGrid (毎月 12,000 件無料)
• Mailgun (毎月 30,000 件無料)
• Mailjet (毎月 25,000 件無料)

https://qiita.com/yukari-n/items/45624096582111dd25b9に記事もあったので，Mailgunを利用することにした．設定は至って簡単．https://www.ritolab.com/entry/39にアカウントの作成から順に解説されている．ちょっとだけ DNS (サーバ側)の設定項目が多いが，これはやむなし．

Mailgun には SMTP Server としての機能があるので(送信サーバとして使用するには認証が必要)，Compute Engine からメールを送信する場合は postfix をつかって smtp.mailgun.org:2525 に relay するという設定を行うだけでOK (外向きポート2525なのでブロックされない)．

受信メールについても Compute Engine 側に転送できるだろうと思っていたのであるが，Mailgun には SMTP を SMTP に relay する機能がなく(メールは別メールアドレスに転送可能)，あったとしても結局 Compute Engine 側でブロックされるということに気づく．．．

ただ，調べてみると Mailgun でメール転送のルールを書くことができ，かつ，メーリングリストの設定も可能なので，Mailgun 上で全て設定することにした(そもそも，Compute Engine から送信可能とする必要もなかったが，Mailgun の Google パートナーページでアカウントを作成しないと無料枠が 10,000 件になる)．

Mailgun での各 ML メンバについて，Subscribe するしない，を設定できる．ML への投稿者限定は以下の種類(https://documentation.mailgun.com/en/latest/user_manual.html#mailing-lists)．

• Only allow the administrator to post to the list (limited to an API call or authenticated SMTP session);
• Allow Mailing List members to post to the list; or
• Allow anybody to post to the list.

ML から unsubscribe する自動生成 URL を mail に含めることも可能だが(送信する mail に %mailing_list_unsubscribe_url% を含める)，これは API 経由で送信しなければ %mailing_list_unsubscribe_url% が正しく変換されない(普通に SMTP で送信するとそのまま送られる)．

ちなみに，ML を subscribe している投稿者にはメールが配信されない様子．

追記 (2018/7/11)

MLの詳細．結構独特な挙動をする(特に To: の書き換え)．

• To: は ML 宛『のみ』に書き換えられる．Cc: ML (To: だれか)で送付すると，To: と Cc: の両方に ML のアドレスが現れる(「だれか」の情報はMLメンバには届かない)．
• 必ず ML 宛の Reply-To: が付与される．API，SMTPともに，もとの Reply-To: は削除される．
• ML を subscribe している投稿者にはメールが配信されない．To: ML, Cc: ML (subscribed) メンバ，として，Cc: のメールアドレスではないメールアドレスから送信した場合，Cc: のメールアドレス宛にはメールが2通届く(mailman の DontReceiveDuplicatesのような挙動はしない)．

また，Route 機能で，特定の宛先宛のメールを他のアドレスに転送することができるが(複数転送することも可能)，こちらは上記のような書き換え等は発生しない(ただし誰からでも送信可能になって，メンバの管理 I/F も Web のものだと ML のようなバルク登録はサポートしていない(APIを使って自前で用意すれば可能))．

ちなみに ML と Route は排他的ではなく，ML 宛メールが Route のルールにマッチしていれば，ML にも配信されかつ Route のルールも適用される．

http://mailgun-documentation.readthedocs.io/en/latest/user_manual.html#mailing-lists

Mailing Lists work independently from Routes. If there is a Mailing List or Route with the same address, the incoming message will hit the Route and Mailing List simultaneously. This can be pretty convenient for processing replies to the Mailing List and integrating into things like forums or commenting systems.

追記 (2018/7/11)

他にはmailman のホスティングサービスを利用するということも考えられたのかもしれない．一度リストは見たが，選択肢が多く(比較が大変)，面倒になって辞めた．

Android Studio を使っていると，各種 Tool の install/update や，AVD (Andriod Virtual Device) のダウンロードで，ファイルが /tmp 以下にダウンロードされる．/tmp の容量が小さいと disk が溢れて失敗する．

具体的には /tmp/PackageOperation00/ /tmp/PackageOperation01/ /tmp/PackageOperation02/ みたいな感じで directory が作成されていく．

そもそも /tmp の容量を大きくとればよいのだが，そうも行かない場合もある．この一時保存場所を変更するには，以下のようにすれば良いらしい．

% export _JAVA_OPTIONS=-Djava.io.tmpdir=/somewhere/tmp
% /somewhere/android-studio/bin/studio.sh &

Related articles

• 2016/04/01 09:21 / Android Studio (Java) on Debian GNU/Linux sid

4.18-rc1が出たので.configがどう変更されるのか見てみた．以下 - は削除されたもの(or n)，+ は追加されたもの，m->y等は値の変化．汎用指向の環境．

STACKPROTECTOR 関連

• -CONFIG_CC_STACKPROTECTOR_STRONG=y
+CONFIG_STACKPROTECTOR_STRONG=y
+CONFIG_STACKPROTECTOR=y

  Kbuild: rename CC_STACKPROTECTOR[_STRONG] config variables

  CONFIG_CC_STACKPROTECTOR_STRONG=y が CONFIG_STACKPROTECTOR_STRONG=y と CONFIG_STACKPROTECTOR=y に分離されたと理解した．以下は HAVE_ 関連．

• -CONFIG_HAVE_CC_STACKPROTECTOR=y
+CONFIG_HAVE_STACKPROTECTOR=y

  Kbuild: rename HAVE_CC_STACKPROTECTOR config variable

• +CONFIG_CC_HAS_STACKPROTECTOR_NONE=y
+CONFIG_CC_HAS_SANE_STACKPROTECTOR=y

  stack-protector: test compiler capability in Kconfig and drop AUTO mode

kbuild/kconfig/kcov

• -CONFIG_CROSS_COMPILE=""

  kbuild: remove CONFIG_CROSS_COMPILE support

• +CONFIG_CC_IS_GCC=y
+CONFIG_GCC_VERSION=60300
+CONFIG_CLANG_VERSION=0

  kconfig: add CC_IS_GCC and GCC_VERSION
  kconfig: add CC_IS_CLANG and CLANG_VERSION

• +CONFIG_CC_HAS_SANCOV_TRACE_PC=y

  kcov: test compiler capability in Kconfig and correct dependency

• +CONFIG_PLUGIN_HOSTCC=""

  gcc-plugins: test plugin support in Kconfig and clean up Makefile

Network 関連

• +CONFIG_FAILOVER=y
+CONFIG_NET_FAILOVER=y

  net: Introduce net_failover driver

  VIRTIO_NET=y で select されていた．VIRTIO_NET=m にして m にする．

• +CONFIG_FIXED_PHY=m
+CONFIG_SWPHY=y

  lan78xx: Lan7801 Support for Fixed PHY

  手元ではUSB_LAN78XX [=m] && NETDEVICES [=y] && USB_NET_DRIVERS [=m]でselectされていた(手元では USB の Network Adapters は全て m としている)．

  CONFIG_SWPHYは CONFIG_FIXED_PHYでselectされる．

• +CONFIG_NET_VENDOR_MICROSEMI=y

  net: mscc: Add initial Ocelot switch support

  Microsemi Ocelot switch support．使わないので n にしておく．

• +CONFIG_PCIE_DW=y
+CONFIG_PCIE_DW_HOST=y
+CONFIG_PCIE_DW_PLAT=y
+CONFIG_PCIE_DW_PLAT_HOST=y

  PCI: Collect all native drivers under drivers/pci/controller/

  drivers/pci/dwc/ が drivers/pci/controller/dwc/ に移動した影響で y になっていた．Synopsys の DesignWare PCIe IP．nにする．

• +CONFIG_AUTOFS_FS=m

  autofs: remove left-over autofs4 stubs
  autofs: create autofs Kconfig and Makefile

  今までautofs4.koだったものがautofs.koになって，これで v3, v4, v5 の全てをサポートするということならしい．CONFIG_AUTOFS4_FS が CONFIG_AUTOFS_FS に依存するようになっていて，CONFIG_AUTOFS4_FSはそのうちに削除される様子．

• CONFIG_NF_NAT_MASQUERADE_IPV4: m->y
CONFIG_NF_NAT_REDIRECT: m->y

  netfilter: nat: merge ipv4/ipv6 masquerade code into main nat module
  netfilter: nat: merge nf_nat_redirect into nf_nat

  別モジュール(nf_nat.ko)に merge された．

ほか

• +CONFIG_RSEQ=y
+CONFIG_HAVE_RSEQ=y

  rseq: Introduce restartable sequences system call
  x86: Add support for restartable sequences

  restartable sequences system call (rseq()) system call. 早くなる？

• +CONFIG_MOUSE_PS2_ELANTECH_SMBUS=y

  Input: elantech - add support for SMBus devices

  Elantech PS/2 SMbus TouchPad 用．使う可能性もあるので y で keep．

• -CONFIG_CRYPTO_SALSA20_X86_64=m

  crypto: x86/salsa20 - remove x86 salsa20 implementations

  Speed up.

• -CONFIG_HOTPLUG_PCI_SHPC=m

  PCI: shpchp: Convert SHPC to be builtin only

  shpchp.ko が builtin only になった．使っていなさそうなので n に．

• +CONFIG_UEFI_CPER_X86=y

  efi: Decode IA32/X64 Processor Error Section

• +CONFIG_ARCH_HAS_PTE_SPECIAL=y

  mm: introduce ARCH_HAS_PTE_SPECIAL

  X86 selects ARCH_HAS_PTE_SPECIAL.

• +CONFIG_ARCH_HAS_UACCESS_MCSAFE=y

  x86/asm/memcpy_mcsafe: Define copy_to_iter_mcsafe()

  X86 selects ARCH_HAS_PTE_SPECIAL if X86_64.

• -CONFIG_ARCH_PHYS_ADDR_T_64BIT=y

  arch: remove the ARCH_PHYS_ADDR_T_64BIT config symbol

• +CONFIG_COMPAT_32BIT_TIME=y

  time: Introduce CONFIG_COMPAT_32BIT_TIME

• +CONFIG_GPIOLIB_FASTPATH_LIMIT=512

  gpio: Remove VLA from gpiolib

  default 512

• +CONFIG_MEMFD_CREATE=y

  mm: restructure memfd code

• -CONFIG_HAVE_DMA_API_DEBUG=y

  dma-debug: remove CONFIG_HAVE_DMA_API_DEBUG

• -CONFIG_PCI_BUS_ADDR_T_64BIT=y

  PCI: remove CONFIG_PCI_BUS_ADDR_T_64BIT

• -CONFIG_UDF_NLS=y

  udf: Always require NLS support

DKMS

普段使う DKMS である以下(sid)は，すべて compile に失敗する．．．

• broadcom-sta-dkms 6.30.223.271-8
• nvidia-kernel-dkms 390.59-1
• nvidia-legacy-340xx-kernel-dkms 340.106-2

追記 (2018/6/21)

上記DKMS問題，まず broadcom-sta で以下の様な error が出る．

  CC [M]  /var/lib/dkms/broadcom-sta/6.30.223.271/build/src/shared/linux_osl.o
In file included from ./include/linux/rseq.h:13:0,
                 from ./include/linux/sched.h:30,
                 from ./include/linux/ioprio.h:5,
                 from ./include/linux/fs.h:39,
                 from ./include/linux/huge_mm.h:7,
                 from ./include/linux/mm.h:479,
                 from /var/lib/dkms/broadcom-sta/6.30.223.271/build/src/include/linuxver.h:65,
                 from /var/lib/dkms/broadcom-sta/6.30.223.271/build/src/shared/linux_osl.c:25:
/usr/lib/gcc/x86_64-linux-gnu/7/include/stdint.h:9:26: error: no include path in which to search for stdint.h
 # include_next <stdint.h>

rseq.h は以下の2つあって，include/uapi/linux/のものを使うのが正解．

• /usr/src/linux-headers-4.18.0-rc1-XXXX/include/linux/rseq.h
• /usr/src/linux-headers-4.18.0-rc1-XXXX/include/linux/uapi/rseq.h

以下の2つのファイルを削除すると broadcom-sta と nvidia-legacy-340xx-kernel-dkms (nvidia-legacy-340xx) は compile できるようになる．

• /usr/src/linux-headers-4.18.0-rc1-XXXX/include/linux/rseq.h
• /usr/src/linux-headers-4.18.0-rc1-XXXX/include/linux/types_32_64.h

次にnvidia-kernel-dkms．上記対応を想定して，こちらはさらに以下のようなエラー．

  gcc -Wp,-MD,/var/lib/dkms/nvidia-current/390.59/build/nvidia-drm/.nvidia-drm-prime-fence.o.d  -nostdinc -isystem /usr/lib/gcc/x86_64-linux-gnu/7/include -I./arch/x86/include -I./arch/x86/include/generated  -I./include -I./arch/x86/include/uapi -I./arch/x86/include/generated/uapi -I./include/uapi -I./include/generated/uapi -include ./include/linux/kconfig.h -include ./include/linux/compiler_types.h -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -fshort-wchar -Werror-implicit-function-declaration -Wno-format-security -std=gnu89 -fno-PIE -DCC_HAVE_ASM_GOTO -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -mno-avx -m64 -falign-jumps=1 -falign-loops=1 -mno-80387 -mno-fp-ret-in-387 -mpreferred-stack-boundary=3 -mskip-rax-setup -march=core2 -mno-red-zone -mcmodel=kernel -funit-at-a-time -DCONFIG_X86_X32_ABI -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -DCONFIG_AS_CFI_SECTIONS=1 -DCONFIG_AS_FXSAVEQ=1 -DCONFIG_AS_SSSE3=1 -DCONFIG_AS_CRC32=1 -DCONFIG_AS_AVX=1 -DCONFIG_AS_AVX2=1 -DCONFIG_AS_AVX512=1 -DCONFIG_AS_SHA1_NI=1 -DCONFIG_AS_SHA256_NI=1 -pipe -Wno-sign-compare -fno-asynchronous-unwind-tables -mindirect-branch=thunk-extern -mindirect-branch-register -DRETPOLINE -fno-delete-null-pointer-checks -Wno-frame-address -Wno-format-truncation -Wno-format-overflow -Wno-int-in-bool-context -O2 --param=allow-store-data-races=0 -Wframe-larger-than=2048 -fstack-protector-strong -Wno-unused-but-set-variable -Wno-unused-const-variable -fno-var-tracking-assignments -g -pg -mfentry -DCC_USING_FENTRY -Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-overflow -fno-merge-all-constants -fmerge-constants -fno-stack-check -fconserve-stack -Werror=implicit-int -Werror=strict-prototypes -Werror=date-time -Werror=incompatible-pointer-types -Werror=designated-init -mrecord-mcount -I/var/lib/dkms/nvidia-current/390.59/build/common/inc -I/var/lib/dkms/nvidia-current/390.59/build -Wall -MD -Wsign-compare -Wno-cast-qual -Wno-error -D__KERNEL__ -DMODULE -DNVRM -DNV_VERSION_STRING=\"390.59\" -Wno-unused-function -Wuninitialized -fno-strict-aliasing -mno-red-zone -mcmodel=kernel -DNV_UVM_ENABLE -Wno-sign-compare -Wno-format-extra-args -Werror=undef -I/var/lib/dkms/nvidia-current/390.59/build/nvidia-drm -UDEBUG -U_DEBUG -DNDEBUG -DNV_BUILD_MODULE_INSTANCES=0  -DMODULE  -DKBUILD_BASENAME='"nvidia_drm_prime_fence"' -DKBUILD_MODNAME='"nvidia_drm"' -c -o /var/lib/dkms/nvidia-current/390.59/build/nvidia-drm/.tmp_nvidia-drm-prime-fence.o /var/lib/dkms/nvidia-current/390.59/build/nvidia-drm/nvidia-drm-prime-fence.c
   ./tools/objtool/objtool orc generate  --module --no-fp  --retpoline "/var/lib/dkms/nvidia-current/390.59/build/nvidia-modeset/.tmp_nvidia-modeset-linux.o";
   ./tools/objtool/objtool orc generate  --module --no-fp  --retpoline "/var/lib/dkms/nvidia-current/390.59/build/nvidia-uvm/.tmp_uvm8_mmu_test.o";
   ./tools/objtool/objtool orc generate  --module --no-fp  --retpoline "/var/lib/dkms/nvidia-current/390.59/build/nvidia-drm/.tmp_nvidia-drm.o";
   ./tools/objtool/objtool orc generate  --module --no-fp  --retpoline "/var/lib/dkms/nvidia-current/390.59/build/nvidia-uvm/.tmp_uvm8_peer_identity_mappings_test.o";
   ./tools/objtool/objtool orc generate  --module --no-fp  --retpoline "/var/lib/dkms/nvidia-current/390.59/build/nvidia-uvm/.tmp_uvm8_pmm_sysmem_test.o";
In file included from ./include/drm/drmP.h:82:0,
                 from /var/lib/dkms/nvidia-current/390.59/build/nvidia-drm/nvidia-drm-priv.h:30,
                 from /var/lib/dkms/nvidia-current/390.59/build/nvidia-drm/nvidia-drm-drv.c:25:
/var/lib/dkms/nvidia-current/390.59/build/nvidia-drm/nvidia-drm-drv.c:637:23: error: ‘DRM_CONTROL_ALLOW’ undeclared here (not in a function); did you mean ‘DRM_RENDER_ALLOW’?
                       DRM_CONTROL_ALLOW|DRM_UNLOCKED),
                       ^
./include/drm/drm_ioctl.h:162:12: note: in definition of macro ‘DRM_IOCTL_DEF_DRV’
   .flags = _flags,     \
            ^~~~~~

対応するLinux側の変更は以下．

• drm: remove all control node code
• drm: Drop DRM_CONTROL_ALLOW from ioctls

以下のようにDRM_CONTROL_ALLOWをnvidia-drm/nvidia-drm-drv.cから削除すればcompileはとおる．

--- a/nvidia-drm/nvidia-drm-drv.c
+++ b/nvidia-drm/nvidia-drm-drv.c
@@ -634,26 +634,26 @@ static const struct drm_ioctl_desc nv_drm_ioctls[] = {
 #if defined(NV_DRM_ATOMIC_MODESET_AVAILABLE)
     DRM_IOCTL_DEF_DRV(NVIDIA_GEM_IMPORT_NVKMS_MEMORY,
                       nv_drm_gem_import_nvkms_memory_ioctl,
-                      DRM_CONTROL_ALLOW|DRM_UNLOCKED),
+                      DRM_UNLOCKED),
 #endif /* NV_DRM_ATOMIC_MODESET_AVAILABLE */
 
     DRM_IOCTL_DEF_DRV(NVIDIA_GEM_IMPORT_USERSPACE_MEMORY,
                       nv_drm_gem_import_userspace_memory_ioctl,
-                      DRM_CONTROL_ALLOW|DRM_RENDER_ALLOW|DRM_UNLOCKED),
+                      DRM_RENDER_ALLOW|DRM_UNLOCKED),
     DRM_IOCTL_DEF_DRV(NVIDIA_GET_DEV_INFO,
                       nv_drm_get_dev_info_ioctl,
-                      DRM_CONTROL_ALLOW|DRM_RENDER_ALLOW|DRM_UNLOCKED),
+                      DRM_RENDER_ALLOW|DRM_UNLOCKED),
 
 #if defined(NV_DRM_DRIVER_HAS_GEM_PRIME_RES_OBJ)
     DRM_IOCTL_DEF_DRV(NVIDIA_FENCE_SUPPORTED,
                       nv_drm_fence_supported_ioctl,
-                      DRM_CONTROL_ALLOW|DRM_RENDER_ALLOW|DRM_UNLOCKED),
+                      DRM_RENDER_ALLOW|DRM_UNLOCKED),
     DRM_IOCTL_DEF_DRV(NVIDIA_FENCE_CONTEXT_CREATE,
                       nv_drm_fence_context_create_ioctl,
-                      DRM_CONTROL_ALLOW|DRM_RENDER_ALLOW|DRM_UNLOCKED),
+                      DRM_RENDER_ALLOW|DRM_UNLOCKED),
     DRM_IOCTL_DEF_DRV(NVIDIA_GEM_FENCE_ATTACH,
                       nv_drm_gem_fence_attach_ioctl,
-                      DRM_CONTROL_ALLOW|DRM_RENDER_ALLOW|DRM_UNLOCKED),
+                      DRM_RENDER_ALLOW|DRM_UNLOCKED),
 #endif
 
     DRM_IOCTL_DEF_DRV(NVIDIA_GET_CLIENT_CAPABILITY,
@@ -662,7 +662,7 @@ static const struct drm_ioctl_desc nv_drm_ioctls[] = {
 #if defined(NV_DRM_ATOMIC_MODESET_AVAILABLE)
     DRM_IOCTL_DEF_DRV(NVIDIA_GET_CRTC_CRC32,
                       nv_drm_get_crtc_crc32_ioctl,
-                      DRM_CONTROL_ALLOW|DRM_RENDER_ALLOW|DRM_UNLOCKED),
+                      DRM_RENDER_ALLOW|DRM_UNLOCKED),
 #endif /* NV_DRM_ATOMIC_MODESET_AVAILABLE */
 };
 

ちなみに現状，実動作は未検証．

Related articles

• 2020/01/11 20:50 / Linux 5.5-rc5
• 2019/11/25 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.4
• 2019/10/02 00:03 / Linux 5.3.1 -> 5.4-rc1
• 2019/09/20 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.3
• 2019/07/22 19:13 / Linux 5.2.2 -> 5.3-rc1
• 2019/06/28 20:38 / GeForce GT 430 with nvidia-legacy-390xx-kernel-dkms 390.116-1~bpo9+1
• 2019/06/12 16:10 / Linux 5.1.8 -> 5.2-rc4
• 2019/05/07 19:43 / Linux 5.0.9 -> 5.1.0
• 2019/03/07 22:16 / Linux 4.20.13 -> 5.0.0
• 2018/11/06 11:30 / Linux 4.19.0 -> 4.20-rc1
• 2018/08/29 11:06 / Linux 4.18.5 -> 4.19-rc1
• 2018/04/19 15:25 / Linux 4.16.2 -> 4.17-rc1
• 2018/02/12 17:23 / Linux 4.15.3 -> 4.16-rc1
• 2018/01/29 11:08 / Linux 4.14.15 -> 4.15
• 2017/11/28 12:42 / Linux 4.14.2 -> 4.15-rc1
• 2017/11/15 15:56 / Linux ORC unwinder と objtool (CONFIG_STACK_VALIDATION needs tools/objtool/objtool along headers)
• 2017/11/15 15:41 / Linux 4.13.12 -> 4.14.0
• 2017/09/18 07:04 / Linux 4.13.1 -> 4.14-rc1
• 2017/09/05 04:14 / Linux 4.12.10 -> 4.13
• 2017/07/16 23:56 / Linux 4.12.0 -> 4.13-rc1
• 2017/05/15 14:04 / Linux 4.11.0 -> 4.12-rc1
• 2017/05/03 00:24 / Linux 4.10.13 -> 4.11.0
• 2017/03/06 09:51 / Linux 4.10.1 -> 4.11-rc1
• 2017/02/20 10:31 / Linux 4.9.X -> 4.10
• 2016/12/30 21:28 / Linux 4.9 -> 4.10-rc1
• 2016/12/14 23:00 / Linux 4.8 -> 4.9

https://www.xilinx.com/support/download.html の Xilinx FPGA 向けのツール Vivado の最新版 2018.1 であるが，Linux Self Extracting Web Installer も All OS installer (Single-File) も，どちらも rdi_0339_2018.1_0405_1.xz というファイルを展開箇所でエラーになり，インストールできない．Linux Self Extracting Web Installer しか試していないが 2017.4 も rdi_0276_2017.4_1216_1.xz の箇所でエラーになる．メッセージは以下のようなもの．

The possible reasons can be: the disk is full,
you've exceeded disk quota, or the destination directory is too long.

Disk full にはなっていないし，directory もそれほど深くなく，かつ filesystem (btrfs) も特に error message を出していない．原因不明．

追記 (2018/5/22)

https://japan.xilinx.com/support/answers/64982.html に解決のヒントが書いてあった．．．

/opt/Xlinix_webに install しようとしていたのだが ~/.Xilinx/xinstall/xinstall_*.log によると /opt/Xilinx/.xinstall/xic への書き込み権限がなく失敗していた模様．確かに /opt/Xilinx/ は NFS mount した read-only filesystem．

PC使用中(gnome 環境)に突然画面が真っ暗になる症状に見舞われる．kernel.logには以下が10秒おきに出力されていた．GPUはNVIDIA Quadro K600．

nvidia-modeset: ERROR: GPU:0: Failed to query display engine channel state: 0x0000XXXX:X:0:0x0000000X

ドライバ(nvidia-kernel-dkms 390.48-2~bpo9+1)やKernel (Linux 4.16.9)周りを疑ったが，ググった感じだと overheating が原因の可能性があることがわかった．

ということで，nvidia-settingで温度とFANスピードを確認したところ，温度が90度を越えていて，FANスピードは0 RPMだった．ケースを開けて確認したところFANが故障していた(軸がずれたのか，回転が引っかかる感じで全然回ってくれない)．GPUボードを取り除いて，オンボードで運用することに．

Windows 10 April 2018 Update の影響で，ちょっとした事情により \windows\system32 以下のファイルを一部前のバージョンに戻す必要があって(ファイルは事前に copy していた)，access control list (ACL) も含めて戻したかったので，ACL および icacls 関連メモ(必要最小限)．

• owner を Administrators group に: takeown /a /f file

  See takeown.

• owner 確認: get-acl file

  コマンドプロンプト(cmd)の dir file /q でも可，powershell の dir は get-childitem なので，通常の dir と挙動が異なる．

  See Get-Acl and dir.

• ACL確認: icacls file

  フラグの意味とかは https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/icacls 参照．
  • F: full access
  • RX: read and execute
  • I: inheritance (属性の継承)

  See icacls.

• 継承の無効化: icacls file /inheritance:d

• owner 変更: icacls file /setowner "NT SERVICE\TrustedInstaller"

• ACL 属性変更: 以下のとおり．/grant:r のように :r を付けるとまるごと変更される(以下では F → RX)．付けない場合は grant を追加．
  • icacls file /grant "BUILDIN\Administrators:F"
  • icacls file /grant:r "BUILDIN\Administrators:RX"

結局やりたかったのは owner を TrustedInstaller にしつつ Administrators に RX 権限付与(を Administrator で)なのだが，一旦 owner を Administrators にしてしまって，BUILDIN\Administrators:F の状態で owner を TrustedInstaller にしたり，他の ACL を付与したりして，最後に icacls file /grant:r "BUILDIN\Administrators:RX" すれば良いらしい．/grant:r を知らず少し嵌った．

Debian GNU/Linux sid の pandoc (markdown (.md) を html 等に変換するあれ)がこのところ慌ただしく version up されて，仕様変更がかなりある．以下，stable の pandoc (1.17.2) と sid の pandoc (2.2) で比較．

インデント

インデントは either 4 spaces or one tab というのが標準的なのだが，2 spaces でも正しく解釈されるようになった．

pandoc 1.17.2% echo "
- A
  - B
" | pandoc
<ul>
<li>A</li>
<li>B</li>
</ul>
pandoc 2.2% echo "
- A
  - B
" | pandoc
<ul>
<li>A
<ul>
<li>B</li>
</ul></li>
</ul>
pandoc 1.17.2% echo "
-   A
    -   B
" | pandoc
<ul>
<li>A
<ul>
<li>B</li>
</ul></li>
</ul>
pandoc 2.2% echo "
-   A
    -   B
" | pandoc
<ul>
<li>A
<ul>
<li>B</li>
</ul></li>
</ul>

smart

--- を em-dash (—), -- を en-dash (–), ... を省略記号(…)として出力したりする機能(smart)が default の挙動になった．以前の option は -S だったが，これは廃止されて，markdown-smart (smart off) や markdown+smart (smart on) のように format を指定する仕様に．

pandoc 1.17.2% echo "A - B -- C --- D ... Mr. Abc'" | pandoc
<p>A - B -- C --- D ... Mr. Abc'</p>
pandoc 1.17.2% echo "A - B -- C --- D ... Mr. Abc'" | pandoc -S
<p>A - B – C — D … Mr. Abc’</p>
pandoc 2.2% echo "A - B -- C --- D ... Mr. Abc'" | pandoc -f markdown-smart
<p>A - B -- C --- D ... Mr. Abc'</p>
pandoc 2.2% echo "A - B -- C --- D ... Mr. Abc'" | pandoc
<p>A - B – C — D … Mr. Abc’</p>

わかりにくいかもしれないが，+smart の場合 Mr. の後は改行禁止のスペース(Non-breaking space;  ,  )になっている．また single quote も全角 single quote (’; ’？)になる．

ついでに．．．'' や "" で囲んでいる場合，自動で左右の適切な quote に変換される．また \ で escape 可能．以下のとおり．

pandoc 2.2% echo "'A'" | pandoc
<p>‘A’</p>
pandoc 2.2% echo "\'A\'" | pandoc
<p>'A'</p>
pandoc 2.2% echo '"A"' | pandoc
<p>“A”</p>
pandoc 2.2% echo '\"A\"' | pandoc
<p>&quot;A&quot;</p>
pandoc 2.2% echo "A--B" | pandoc
<p>A–B</p>
pandoc 2.2% echo "A\--B" | pandoc
<p>A--B</p>

追記 (2018/9/22)

行末の\の取り扱いが変更になっているらしく，これはちょっと悩ましい．

pandoc 1.17.2% pandoc
# Hi\
there
<h1 id="hi-there">Hi<br />
there</h1>
pandoc 2.2.1% pandoc
# Hi\
there
<h1 id="hi">Hi<br />
</h1>
<p>there</p>
pandoc 2.2.1% pandoc -f markdown-escaped_line_breaks
# Hi\
there
<h1 id="hithere">Hi
there</h1>
pandoc 2.2.1% pandoc -f markdown-escaped_line_breaks
# Hi<br />\
there
<h1 id="hi-there">Hi<br />
there</h1>

Header でなければ一応挙動は同じっぽい．

pandoc 1.17.2% pandoc
Hi\
there
<p>Hi<br />
there</p>
pandoc 2.2.1% pandoc
Hi\
there
<p>Hi<br />
there</p>

4.17-rc1が出たので.configがどう変更されるのか見てみた．以下 - は削除されたもの，+ は追加されたもの．汎用指向の環境．以下の warning がそこそこの量出ていたが，/sys/fs/pstore/ の下にいくつか以前の log が保存されていた模様．削除したら warning も出なくなった．

pstore: crypto_comp_decompress failed, ret = -22!
pstore: decompression failed: -22

• -CONFIG_THIN_ARCHIVES=y

  kbuild: remove incremental linking option

  ld -r がどのアーキテクチャでも使用されないので，削除された．つまり CONFIG_THIN_ARCHIVES=y が Default の動作に．

• -CONFIG_ARCH_HAS_PHYS_TO_DMA=y

  dma/direct: Handle the memory encryption bit in common code

  X86 で select されなくなった．

• +CONFIG_ARCH_HAS_SYSCALL_WRAPPER=y

  syscalls/core: Introduce CONFIG_ARCH_HAS_SYSCALL_WRAPPER=y
  syscalls/core: Prepare CONFIG_ARCH_HAS_SYSCALL_WRAPPER=y for compat syscalls
  syscalls/x86: Use ‘struct pt_regs’ based syscall calling for IA32_EMULATION and x32
  syscalls/x86: Use ‘struct pt_regs’ based syscall calling convention for 64-bit syscalls
  syscalls/x86: Unconditionally enable ‘struct pt_regs’ based syscalls on x86_64

  X86_64で select される．

• -CONFIG_X86_FAST_FEATURE_TESTS=y

  x86: Remove FAST_FEATURE_TESTS

  削除された．

• +CONFIG_ARCH_HAS_KEXEC_PURGATORY=y

  kexec_file: make use of purgatory optional

  config ARCH_HAS_KEXEC_PURGATORY
         def_bool KEXEC_FILE

  CONFIG_KEXEC_FILE=yで y に．

• +CONFIG_MMCONF_FAM10H=y

  x86/jailhouse: Allow to use PCI_MMCONFIG without ACPI

  Jailhouse Hypervisor 向けのちょっとした修正と理解．CONFIG_JAILHOUSE_GUEST は x86/jailhouse: Add infrastructure for running in non-root cell で導入されているが，こちらは n にしておく．

• +CONFIG_IP_MROUTE_COMMON=y

  ipmr,ipmr6: Define a uniform vif_device

  CONFIG_IP_MROUTE (IP: multicast routing)で select される．

• +CONFIG_NET_VENDOR_NI=y

  net: ethernet: nixge: Add support for National Instruments XGE netdev

  NI_XGE_MANAGEMENT_ENET を利用にできるようになるが，これが ARCH_ZYNQ (Xilinx) に依存するので，n にしておく．

• -CONFIG_B43_PCICORE_AUTOSELECT=y
-CONFIG_SSB_DRIVER_PCICORE_POSSIBLE=y
-CONFIG_SSB_DRIVER_PCICORE=y

  config SSB_DRIVER_PCICORE_POSSIBLE
         bool
         depends on SSB_PCIHOST && SSB = y
         default y

  ssb: Prevent build of PCI host features in module

  SSB_DRIVER_PCICORE_POSSIBLEがSSB = yに依存するようになって，手元ではSSB = mなので，まるごと非選択に．

• +CONFIG_DAX_DRIVER=y

  dax: introduce CONFIG_DAX_DRIVER

  Defined at drivers/dax/Kconfig:1
  Selects: DAX [=y]
  Selected by [m]:
  - BLK_DEV_PMEM [=m] && LIBNVDIMM [=m]

  今まで CONFIG_DAX=y なら y になる．

• -CONFIG_PSTORE_ZLIB_COMPRESS=y
+CONFIG_PSTORE_DEFLATE_COMPRESS=y
+CONFIG_PSTORE_COMPRESS=y
+CONFIG_PSTORE_DEFLATE_COMPRESS_DEFAULT=y
+CONFIG_PSTORE_COMPRESS_DEFAULT="deflate"
-CONFIG_CRYPTO_DEFLATE=m
+CONFIG_CRYPTO_DEFLATE=y

  pstore: Use crypto compress API
  pstore: Select compression at runtime

  CONFIG_PSTORE_ZLIB_COMPRESS は CONFIG_PSTORE_DEFLATE_COMPRESS に rename．

  CONFIG_PSTORE_DEFLATE_COMPRESS=y なので CONFIG_CRYPTO_DEFLATE も y に．CONFIG_PSTORE_DEFLATE_COMPRESS=m にして，CONFIG_CRYPTO_DEFLATE も m に．ついでに CONFIG_PSTORE_LZO_COMPRESS，CONFIG_PSTORE_LZ4_COMPRESS，CONFIG_PSTORE_LZ4HC_COMPRESS も m にして，CONFIG_PSTORE_LZ4_COMPRESS_DEFAULT=y，CONFIG_PSTORE_COMPRESS_DEFAULT="lz4" に．

  CONFIG_ACPI_APEI=n にして CONFIG_PSTORE=n して，まるごと platform dependent persistent storage を disable することも考えられるが．

• +CONFIG_LOCK_DEBUGGING_SUPPORT=y

  locking/Kconfig: Add LOCK_DEBUGGING_SUPPORT to make it more readable

  depends on TRACE_IRQFLAGS_SUPPORT && STACKTRACE_SUPPORT && LOCKDEP_SUPPORT
  default y

• -CONFIG_CRYPTO_ABLK_HELPER=m

  crypto: ablk_helper - remove ablk_helper

  crypto_simd に移行したので不要になって削除された．

• +CONFIG_DMA_DIRECT_OPS=y

  dma-direct: rename dma_noop to dma_direct
  x86/dma: Use DMA-direct (CONFIG_DMA_DIRECT_OPS=y)

追記 (2018/5/2)

4.17-rc3 で以下追加．

• +CONFIG_ARCH_HAS_FILTER_PGPROT=y

  x86/pti: Filter at vma->vm_page_prot population

  X86からselectされる．

追記 (2018/6/3)

4.17-rc7 で以下追加．

• +CONFIG_B43_PCICORE_AUTOSELECT=y
+CONFIG_SSB_DRIVER_PCICORE_POSSIBLE=y
+CONFIG_SSB_DRIVER_PCICORE=y

  Revert “ssb: Prevent build of PCI host features in module”

  SSB_DRIVER_PCICORE_POSSIBLEがSSB = yに依存するcommitがrevertされた．この付近，毎度混乱している．

Related articles

• 2020/01/11 20:50 / Linux 5.5-rc5
• 2019/11/25 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.4
• 2019/10/02 00:03 / Linux 5.3.1 -> 5.4-rc1
• 2019/09/20 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.3
• 2019/07/22 19:13 / Linux 5.2.2 -> 5.3-rc1
• 2019/06/28 20:38 / GeForce GT 430 with nvidia-legacy-390xx-kernel-dkms 390.116-1~bpo9+1
• 2019/06/12 16:10 / Linux 5.1.8 -> 5.2-rc4
• 2019/05/07 19:43 / Linux 5.0.9 -> 5.1.0
• 2019/03/07 22:16 / Linux 4.20.13 -> 5.0.0
• 2018/11/06 11:30 / Linux 4.19.0 -> 4.20-rc1
• 2018/08/29 11:06 / Linux 4.18.5 -> 4.19-rc1
• 2018/06/20 17:06 / Linux 4.17.2 -> 4.18-rc1
• 2018/02/12 17:23 / Linux 4.15.3 -> 4.16-rc1
• 2018/01/29 11:08 / Linux 4.14.15 -> 4.15
• 2017/11/28 12:42 / Linux 4.14.2 -> 4.15-rc1
• 2017/11/15 15:56 / Linux ORC unwinder と objtool (CONFIG_STACK_VALIDATION needs tools/objtool/objtool along headers)
• 2017/11/15 15:41 / Linux 4.13.12 -> 4.14.0
• 2017/09/18 07:04 / Linux 4.13.1 -> 4.14-rc1
• 2017/09/05 04:14 / Linux 4.12.10 -> 4.13
• 2017/07/16 23:56 / Linux 4.12.0 -> 4.13-rc1
• 2017/05/15 14:04 / Linux 4.11.0 -> 4.12-rc1
• 2017/05/03 00:24 / Linux 4.10.13 -> 4.11.0
• 2017/03/06 09:51 / Linux 4.10.1 -> 4.11-rc1
• 2017/02/20 10:31 / Linux 4.9.X -> 4.10
• 2016/12/30 21:28 / Linux 4.9 -> 4.10-rc1
• 2016/12/14 23:00 / Linux 4.8 -> 4.9

いつも ML を作成する際は fml 4 を利用していたのだが，使えないことはないのだが(若干の patch が必要)最近利用している人がめっきり減ってきているので Mailman を利用することにした．

Debian GNU/Linux Stretch で mailman3 package (backports 3.1.1-8~bpo9+1)を利用しようとしたのだが，RDBMS に依存したうえかなり手作業で調整する必要がありそうだったので，mailman package (1:2.1.23-1+deb9u2) を利用．

インストールは基本的に aptitude 等で mailman package を入れるだけ(debconf でもろもろ聞かれるが適当に答える; 言語とか)．

list group に属していれば一般ユーザ権限で ML の操作が可能．以下手動でメンバの操作をして，参加者からの制御を禁止するMLの設定例．Default の状態だとかなりメンバ宛にいろいろなメールが届いてちょっと鬱陶しいので．

ML 作成

% /usr/sbin/newlist mytestml
Enter the email of the person running the list: myn@example.com
Initial mytestml password: 
To finish creating your mailing list, you must edit your /etc/aliases (or
equivalent) file by adding the following lines, and possibly running the
`newaliases' program:

## mytestml mailing list
mytestml:              "|/var/lib/mailman/mail/mailman post mytestml"
mytestml-admin:        "|/var/lib/mailman/mail/mailman admin mytestml"
mytestml-bounces:      "|/var/lib/mailman/mail/mailman bounces mytestml"
mytestml-confirm:      "|/var/lib/mailman/mail/mailman confirm mytestml"
mytestml-join:         "|/var/lib/mailman/mail/mailman join mytestml"
mytestml-leave:        "|/var/lib/mailman/mail/mailman leave mytestml"
mytestml-owner:        "|/var/lib/mailman/mail/mailman owner mytestml"
mytestml-request:      "|/var/lib/mailman/mail/mailman request mytestml"
mytestml-subscribe:    "|/var/lib/mailman/mail/mailman subscribe mytestml"
mytestml-unsubscribe:  "|/var/lib/mailman/mail/mailman unsubscribe mytestml"

Hit enter to notify mytestml owner...

これで owner (myn@example.com) 宛に以下のメールが届く(newlist に -q option を付けると届かない)．

To: myn@example.com
Subject: Your new mailing list: mytestml
From: mailman-owner@example.com
Content-Type: text/plain; charset="utf-8"
Message-ID: <mailman.0.XXXXXXXXXX.XXXXX.mytestml@example.com>
Date: Tue, 27 Mar 2018 10:15:05 +0900
X-List-Administrivia: yes

The mailing list `mytestml' has just been created for you.  The
following is some basic information about your mailing list.

Your mailing list password is:

    xxxxxxxx

You need this password to configure your mailing list.  You also need
it to handle administrative requests, such as approving mail if you
choose to run a moderated list.

You can configure your mailing list at the following web page:

    http://example.com/cgi-bin/mailman/admin/mytestml

The web page for users of your mailing list is: 

    http://example.com/cgi-bin/mailman/listinfo/mytestml

You can even customize these web pages from the list configuration
page.  However, you do need to know HTML to be able to do this.

There is also an email-based interface for users (not administrators)
of your list; you can get info about using it by sending a message
with just the word `help' as subject or in the body, to:

    mytestml-request@example.com

To unsubscribe a user: from the mailing list 'listinfo' web page,
click on or enter the user's email address as if you were that user.
Where that user would put in their password to unsubscribe, put in
your admin password.  You can also use your password to change
member's options, including digestification, delivery disabling, etc.

Please address all questions to mailman-owner@example.com.

From: が mailman-owner@example.com になっているが，インストール時に mailman という名前の ML を作成するように言われて作ったような気もする．

/etc/aliasesについては以下のみ追加, newaliasesする．

mytestml:              "|/var/lib/mailman/mail/mailman post mytestml"
mytestml-bounces:      "|/var/lib/mailman/mail/mailman bounces mytestml"
mytestml-owner:        "|/var/lib/mailman/mail/mailman owner mytestml"

mytestml は ML の宛先，mytestml-bounces は配信時の envelope from．mytestml-owner には何かあった時に mailman から連絡が届く(メンバ外からの投稿を許可していない状態でメンバ外からメールが来た際に moderate request が届いたり)．他は今回目的外なので，そもそも aliases に登録しない．

Web I/F 設定

手元の環境では sudo a2enmod cgid して，/etc/apache2/sites-enabled/ に /etc/mailman/apache.conf への symlink を配置するのみで動作している．ただし，外部公開はかなり危険なので，サーバ自体へのアクセスを制限(iptables)．各種 URL は以下のとおり．

• Web I/F top:
  http://example.com/cgi-bin/mailman/listinfo
• Admin page:
  http://example.com/cgi-bin/mailman/admin
• mytestml’s page:
  http://example.com/cgi-bin/mailman/listinfo/mytestml
• mytestml’s admin page:
  http://example.com/cgi-bin/mailman/admin/mytestml
• mytestml’s archive (public):
  http://example.com/pipermail/mytestml/
• mytestml’s archive (private):
  http://example.com/cgi-bin/mailman/private/mytestml/

ML 設定

以下で現在の設定を Export．

% /usr/sbin/config_list -o mytestml.conf mytestml

mytestml.conf (python) を修正のうえ，以下で Import．

/usr/sbin/config_list -i mytestml.conf mytestml

Web interface もあるが，上記が最も手軽で再現性がある．以下設定メモ．

• send_welcome_msg, send_goodbye_msg (0: No, 1: Yes, Default: 1)
  0 にする．0 にしないとメンバを追加・削除する度に以下のようなメールが届く．

To: myn@example.com
Subject: Welcome to the "Mytestml" mailing list
From: mytestml-request@example.com
Content-Type: text/plain; charset="utf-8"
Message-ID: <mailman.0.XXXXXXXXXX.XXXXX.mytestml@example.com>
Date: Tue, 27 Mar 2018 10:37:05 +0900
X-List-Administrivia: yes

Welcome to the Mytestml@example.com mailing list!

To post to this list, send your message to:

  mytestml@example.com

General information about the mailing list is at:

  http://example.com/cgi-bin/mailman/listinfo/mytestml

If you ever want to unsubscribe or change your options (eg, switch to
or from digest mode, change your password, etc.), visit your
subscription page at:

  http://example.com/cgi-bin/mailman/options/mytestml/myn%40example.com


You can also make such adjustments via email by sending a message to:

  Mytestml-request@example.com

with the word `help' in the subject or body (don't include the
quotes), and you will get back a message with instructions.

You must know your password to change your options (including changing
the password, itself) or to unsubscribe without confirmation.  It is:

  xxxxxxxx

Normally, Mailman will remind you of your example.com
mailing list passwords once every month, although you can disable this
if you prefer.  This reminder will also include instructions on how to
unsubscribe or change your account options.  There is also a button on
your options page that will email your current password to you.

To: myn@example.com
Subject: You have been unsubscribed from the Mytestml mailing list
From: mytestml-bounces@example.com
Content-Type: text/plain; charset="utf-8"
Message-ID: <mailman.0.XXXXXXXXXX.XXXXX.mytestml@example.com>
Date: Tue, 27 Mar 2018 10:41:49 +0900
X-List-Administrivia: yes

• subject_prefix (文字列, Default: '[Mytestml] ')
  Subject の先頭部分に追加される prefix．ML の存在をあまりユーザに気にさせたくないので，空(’’)にする．

• msg_footer (文字列)
  各メールの末尾に追加される内容．鬱陶しいので空('')にする．

• include_rfc2369_headers (0: No, 1: Yes, Default: 1)
  RFC2369のヘッダを付加するか否か．ユーザに操作させたくない(MLの存在もあまり気にさせたくない)ので，0 にする．

• include_list_post_header (0: No, 1: Yes, Default: 1)
  List-Post: ヘッダ(以下のメールのヘッダの List-Post: 部参照)を付加するか否か．include_rfc2369_headers が 0 であれば include_list_post_header の値によらず付加されない．

以下 subject_prefix, msg_footer, include_rfc2369_headers が default の状態の投稿．

To: mytestml@example.com
Subject: [Mytestml] test
From: myn@example.com
Delivered-To: mytestml@example.com
Date: Tue, 27 Mar 2018 10:45:31 +0900
Message-ID: <xxxx@example.com>
Precedence: list
List-Id: <mytestml.example.com>
List-Unsubscribe: <http://example.com/cgi-bin/mailman/options/mytestml>,  <mailto:mytestml-request@example.com?subject=unsubscribe>
List-Archive: <http://example.com/pipermail/mytestml/>
List-Post: <mailto:mytestml@example.com>
List-Help: <mailto:mytestml-request@example.com?subject=help>
List-Subscribe: <http://example.com/cgi-bin/mailman/listinfo/mytestml>,  <mailto:mytestml-request@example.com?subject=subscribe>
Content-Type: text/plain; charset="utf-8"
Errors-To: mytestml-bounces@example.com
Sender: "Mytestml" <mytestml-bounces@example.com>

test

-- 
myn.meganecco.org

_______________________________________________
Mytestml mailing list
Mytestml@example.com
http://example.com/cgi-bin/mailman/listinfo/mytestml

• digestable (0: No, 1: Yes, Default: 1), digest_footer (文字列)
  使わない機能なので 0 にして，footer も空(’’)にする．

• archive (0: No, 1: Yes, Default: 1), archive_private (0: No, 1: Yes, Default: 0)
  http://example.com/pipermail/mytestml/ に ML アーカイブが作成される．archive はするが非公開にするため archive_private を 1 にする．

  private archive の URL は http://example.com/cgi-bin/mailman/private/mytestml/ でメールアドレス毎にパスワードが必要になる．

• advertised (0: No, 1: Yes, Default: 1)
  Mailman の Web I/F top に ML の情報を掲載するか否か．0 にする．

• subscribe_policy
  (1 = “Confirm”, 2 = “Require approval”, 3 = “Confirm and approve”, Default: 1)
  念の為 2 か 3 にする．

• private_roster
  (0 = “Anyone”, 1 = “List members”, 2 = “List admin only”, Default: 1)
  念の為 2 にしておく．

• require_explicit_destination (0:No, 1:Yes, Default: 1)
  これが 1 だと，ML に Bcc で送付するなど(もしくは転送など)，ML の email address が To や Cc に含まれない場合に admin proval が要求される．都合により 0 にする．

• collapse_alternatives (0:No, 1:Yes, Default: 1),
  convert_html_to_plaintext (0:No, 1:Yes, Default: 1)
  元のメールのまま配信したいのでともに 0 にする．

• generic_nonmember_action
  (0 = “Accept”, 1 = “Hold”, 2 = “Reject”, 3 = “Discard”, Default: 1)
  Non-member からの投稿を許可する場合 0 にする．

• max_message_size (Default: 40 (kilobytes))
  0 (無制限)にする．

• Reply-To: の制御．以下の設定項目があるが，Default で Reply-To: は付かず，元から付いていたら削除もしない．
  • first_strip_reply_to = 0
  • reply_goes_to_list = 0
  • reply_to_address = ''

ML メンバ追加・削除

メンバ全員削除．

% /usr/sbin/remove_members -a mytestml

メンバリスト export.

% /usr/sbin/list_members mytestml > mytestml.members.txt

(Regular)メンバ追加．mytestml.members.txt に one address per line 形式でメールアドレスをリストしておく．-r ではなく -d を使うと digest member になるが，この機能は今回使わない．

% /usr/sbin/add_members -r mytestml.members.txt mytestml

cron について

以下が仕込まれる(/etc/cron.d/mailman)．

0 8 * * * list [ -x /usr/lib/mailman/cron/checkdbs ] && /usr/lib/mailman/cron/checkdbs
0 9 * * * list [ -x /usr/lib/mailman/cron/disabled ] && /usr/lib/mailman/cron/disabled
0 12 * * * list [ -x /usr/lib/mailman/cron/senddigests ] && /usr/lib/mailman/cron/senddigests
0 5 1 * * list [ -x /usr/lib/mailman/cron/mailpasswds ] && /usr/lib/mailman/cron/mailpasswds
27 3 * * * list [ -x /usr/lib/mailman/cron/nightly_gzip ] && /usr/lib/mailman/cron/nightly_gzip
30 4 * * * list [ -x /usr/lib/mailman/cron/cull_bad_shunt ] && /usr/lib/mailman/cron/cull_bad_shunt

0 5 1 * * の mailpasswds が気になるが(テストし辛い．．．)，これは各MLの send_reminders (0:No, 1:Yes, Default: 0)を見て送付するかどうかを決めているので，特に問題なさげ．

追記 (2018/3/28)

「mailman 設定」でGoogle検索するとトップに現れる https://www.speever.jp/vzmanual/mailman/ は，丁寧に設定のやり方が書かれている割に，誤りが多いような気がする(訳した際に解釈を誤ったか，ヴァージョン違い？)．

追記 (2018/3/29)

new_member_options (Default: 256) というのがあって，これは新規ユーザ追加時のオプションで，DontReceiveDuplicates (nodupes) flag のみ On になるのが Default の設定．各ビットの意味は以下のとおり．

[/usr/lib/mailman/Mailman/Defaults.py]
# Bitfield for user options.  See DEFAULT_NEW_MEMBER_OPTIONS above to set
# defaults for all new lists.
Digests             = 0 # handled by other mechanism, doesn't need a flag.
DisableDelivery     = 1 # Obsolete; use set/getDeliveryStatus()
DontReceiveOwnPosts = 2 # Non-digesters only
AcknowledgePosts    = 4
DisableMime         = 8 # Digesters only
ConcealSubscription = 16
SuppressPasswordReminder = 32
ReceiveNonmatchingTopics = 64
Moderate = 128
DontReceiveDuplicates = 256

DontReceiveDuplicates (nodupes) だが，To: 個人，Cc: ML のメールで，この個人が ML メンバだった場合に，その個人にこのメールを配信しない，というオプション．通常はこの手のメールは2通届いたりするのだが，mailman の場合は default で重複配信しないようになっている．

追記 (2018/4/18)

max_num_recipients (Default: 10) というのがあって，これは，この数字以上の宛先がメールに含まれている場合に admin proval を要求するというもの．0 だと制限がなくなる．通常は 10 ぐらいで充分なのだが，メールのやり取りをしている間に宛先が徐々に増えていって，この制限に引っかかる事例が発生した．0 は少し怖いので少しだけ大きく 15 にしておいた．

AirAsia X のクアランプール便(経由)を使ってランカウイ島まで行ったのでその際のメモ．

• AirAsia が利用するクアラルンプール国際空港のターミナルは KLIA2 (Kuala Lumpur International Airport 2)．AirAsia 向けターミナル．異様に広い．
• 預け荷物は最終目的地まで預けっぱなし．
• 往路は KLIA2 の国内線乗継ぎ向けの入国審査場を通って，国内線側に移動．復路はその逆．
• 往路では喫煙所を見付けられず．とにかく広い．
• 復路で出国審査後のエリアに喫煙所発見．Pier P, Q に向かって Satellite Building の方に Skybridge を歩いていき，2F に降りた奥．Pier Q の箇所にも喫煙所があったらしいが，閉鎖の貼り紙が貼ってあった．
• その 2F の反対側にシャワー設備(無料)のある大きなトイレがある．使うにはタオルやボディーソープ等の用意が必要．
• ランカウイ島の土産物で有名なのは「なまこ石鹸」．
• 今回 AirAsia 便で，受託手荷物・食事(＋水)・座席指定がセットになったオプションを付けてみた．食事(ただの小さめのアルミの箱)は近距離でも提供される．出発直前に座席指定を調整しようとしたら，指定料金で為替差が発生していて，指定するのに数10円必要っぽかったので，辞めにした．．．機内での食事や飲み物の購入はクレジットカード不可，使える通貨はマレーシア・リンギットとUSDと，日本発着便の場合はたぶん日本円も．おつりはリンギットで渡されるらしい．

Satellite Building 3F から Skybridge 方向．写真 3F 左方向はホテル設備，背後はフードコート．エスカレーターで 2F に降りてそのまま真っすぐ奥方向，スターバックス・インターネットコーナーの奥に喫煙所．2F に降りて写真の左奥にシャワー設備のあるトイレ．

2Fにおりたところ．左奥，スターバックスの裏付近に喫煙所．写真の左に映っているのは土産物屋で，ドリアンやマンゴーのお菓子や，石鹸(なまこ石鹸)等を売っている．ドリアンの菓子を買おうとしたら，どこから来たのか聞かれて，日本だと答えると，日本人はあまりドリアン好まないよ，という普通の情報がもらえる．

フロアマップ．上左付近に喫煙所マーク．

Related articles

• 2019/08/26 15:22 / フロリダ・オーランド メモ
• 2018/12/14 09:07 / ハワイ(ホノルル・ワイキキ)メモ
• 2016/11/02 06:44 / タイ王国メモアゲイン
• 2016/10/05 03:41 / タイ王国バンコク スワンナプーム空港メモ
• 2015/12/25 23:34 / 香港メモ
• 2015/07/26 00:57 / シンガポールメモ

今年も確定申告の時期になったので，Web で処理しようとするのだが，環境が変わったせいか(Google Chrome on Linux)，利用者識別番号を入力するところでブラウザに Not secure だと怒られる(以下の証明書がNET::ERR_CERT_AUTHORITY_INVALID)．

Issued To
  Common Name (CN)  uketsuke.e-tax.nta.go.jp
  Organization (O)  Japanese Government
  Organizational Unit (OU)  Ministry of Finance
Issued By
  Common Name (CN)  ApplicationCA2 Sub
  Organization (O)  Japanese Government
  Organizational Unit (OU)  GPKI

ということで，前にもやったが再度メモ．今は証明書単体のダウンロードが可能になっている．あと，書類作成だけであれば APCA2Root.der のみあれば充分(最終提出は Windows の Internet Explorer から)．

http://www.gpki.go.jp/ から「アプリケーション認証局2の証明書(APCA2Root.der)」をダウンロード．

以下のコマンドでfingerprintがhttps://www.gpki.go.jp/selfcert/finger_print.htmlのものと一致するか確認(このページの証明書もこのRootで署名されているので Not secture と怒られる)．ついでに PEM に変換．

% openssl x509 -noout -fingerprint -sha1 -inform def -in APCA2Root.der
SHA1 Fingerprint=F0:0F:C3:7D:6A:1C:92:61:FB:6B:C1:C2:18:49:8C:5A:A4:DC:51:FB
% openssl x509 -inform der -in APCA2Root.der -out APCA2Root.pem

chrome://settings/certificatesの Authoriies から PEM を Import．その際 「Trust this certificate for identifying websites」にcheckをしておく．

https://www.gpki.go.jp/selfcert/finger_print.htmlを開いて怒られないことを確認．

Related articles

• 2017/03/05 23:07 / 確定申告 w/e-Tax
• 2017/03/04 22:45 / マイナンバーカードと PaSoRi RC-S380

いつのまにかお名前.comレンタルサーバーの共用サーバーSDでSSLが利用可能になっていた．https://www.onamae-server.com/news/180122_2.htmlによると2018/01/22から提供していたらしい．コントロールパネルで設定可能．中身は Let’s Encrypt (日本語による総合ポータル)．

Chrome 68 からすべてのHTTPサイトで Not secure と表示されるらしい，というのもあってSSL化した．

Related articles

• 2019/04/14 15:28 / Let's Encrypt の Root Certificate の Debian への追加
• 2018/11/18 17:15 / curl on お名前.com 共用サーバーSD CGI (curl: (48) An unknown option was passed in to libcurl)
• 2018/09/29 23:40 / お名前.com 共用サーバ FTP パスワード変更
• 2017/03/26 00:54 / curl on お名前.com 共用サーバーSD CGI
• 2016/03/03 00:06 / お名前.com 共用サーバーSD で SSH 接続

4.16-rc1が出たので.configがどう変更されるのか見てみた．以下 - は削除されたもの，+ は追加されたもの m->n 等は値の変化を示す．汎用指向の環境．ちなみにmake menuconfigするのにbisonとflexが必要になっている．kbuild: prepare to remove C files pre-generated by flex and bison参照．

• +CONFIG_HAVE_FUNCTION_ERROR_INJECTION=y
+CONFIG_FUNCTION_ERROR_INJECTION=y

  error-injection: Separate error-injection from kprobe

  CONFIG_HAVE_FUNCTION_ERROR_INJECTION は Selected by: X86 [=y] でFUNCTION_ERROR_INJECTIONは以下．

  config FUNCTION_ERROR_INJECTION
         def_bool y
         depends on HAVE_FUNCTION_ERROR_INJECTION && KPROBES

• +CONFIG_ACPI_SPCR_TABLE=y

  ACPI: SPCR: Make SPCR available to x86

  config ACPI_SPCR_TABLE
         bool "ACPI Serial Port Console Redirection Support"
         default y if X86

  y にしておく．

• +CONFIG_SATA_MOBILE_LPM_POLICY=0

  ahci: Allow setting a default LPM policy for mobile chipsets

  config SATA_MOBILE_LPM_POLICY
         int "Default SATA Link Power Management policy for mobile chipsets"
         range 0 4
         default 0

  0にしておく．

• +CONFIG_NET_VENDOR_CORTINA=y

  net: ethernet: Add a driver for Gemini gigabit ethernet

  n にする．

• +CONFIG_NET_VENDOR_SOCIONEXT=y

  net: ethernet: socionext: add AVE ethernet driver

  Socionext (Panasonic) の UniPhier 向け ether driver．n にする．

• +CONFIG_SSB_SPROM=y
+CONFIG_SSB_PCIHOST_POSSIBLE=y
+CONFIG_SSB_PCIHOST=y
+CONFIG_SSB_B43_PCI_BRIDGE=y
+CONFIG_SSB_DRIVER_PCICORE_POSSIBLE=y
+CONFIG_SSB_DRIVER_PCICORE=y
+CONFIG_B43_PCI_AUTOSELECT=y
+CONFIG_B43_PCICORE_AUTOSELECT=y

  ssb: Do not disable PCI host on non-Mips

  PCI_DRIVERS_LEGACY に依存していたところが (PCI_DRIVERS_LEGACY || !MIPS) になってまるごと復活．Bug だった模様．

• -CONFIG_HW_RANDOM_TPM=m
+CONFIG_HW_RANDOM_TPM=y

  tpm: Move Linux RNG connection to hwrng

  config HW_RANDOM_TPM
         bool "TPM HW Random Number Generator support"
         depends on TCG_TPM && HW_RANDOM && !(TCG_TPM=y && HW_RANDOM=m)
         default y

  yかn．yにしておく．

• -CONFIG_MFD_RTSX_PCI=m
-CONFIG_MMC_REALTEK_PCI=m

  misc: rtsx: Move Realtek Card Reader Driver to misc

  CONFIG_MISC_RTSX_PCI に移された模様．CONFIG_MISC_RTSX_PCI=m で，CONFIG_MMC_REALTEK_PCI も m に．

以下，その他．

• +CONFIG_ARCH_HAS_MEMBARRIER_SYNC_CORE=y

  membarrier: Provide core serializing command, *_SYNC_CORE
  membarrier/x86: Provide core serializing command

  Selected by: X86 [=y]

• +CONFIG_HAVE_ARCH_THREAD_STRUCT_WHITELIST=y

  x86: Implement thread_struct whitelist for hardened usercopy

  Selected by: X86 [=y]

• -CONFIG_CC_STACKPROTECTOR=y

  Makefile: move stack-protector availability out of Kconfig

• +CONFIG_ARCH_HAS_PHYS_TO_DMA=y

  dma-mapping: move swiotlb arch helpers to a new header

  Selected by: X86 [=y]

• +CONFIG_ARCH_HAS_SYNC_CORE_BEFORE_USERMODE=y

  locking: Introduce sync_core_before_usermode()
  lockin/x86: Implement sync_core_before_usermode()

  Selected by: X86 [=y]

• -CONFIG_ARCH_SUPPORTS_DEFERRED_STRUCT_PAGE_INIT=y

  mm: relax deferred struct page requirements

• +CONFIG_NETFILTER_FAMILY_BRIDGE=y

  netfilter: don’t allocate space for arp/bridge hooks unless needed

• -CONFIG_FIRMWARE_IN_KERNEL=y

  firmware: Drop FIRMWARE_IN_KERNEL Kconfig option

• +CONFIG_DRM_SCHED=m

  drm: move amd_gpu_scheduler into common location

  Selected by: DRM_AMDGPU [=m] && HAS_IOMEM [=y] && DRM [=m] && PCI [=y] && MMU [=y]

• +CONFIG_DRM_PANEL_ORIENTATION_QUIRKS=y

  drm: Add panel orientation quirks, v6.
  drm: Fix PANEL_ORIENTATION_QUIRKS breaking the Kconfig DRM menuconfig

• +CONFIG_VIRTIO_MENU=y

  virtio: make VIRTIO a menuconfig to ease disabling it all

• +CONFIG_SGL_ALLOC=y

  lib/scatterlist: Introduce sgl_alloc() and sgl_free()
  crypto: scompress - use sgl_alloc() and sgl_free()

  手元の環境では CRYPTO_ACOMP2 [=y] && CRYPTO [=y] で Select されてた．

なお，普段使う DKMS である以下(sid)は特に問題なく compile できている．

• broadcom-sta-dkms 6.30.223.271-7 (4.15向けpatchが必要)
  • broadcom-sta-dkms 6.30.223.271-8 だと patch 不要
• nvidia-kernel-dkms 384.111-4
• nvidia-legacy-340xx-kernel-dkms 340.106-2

追記 (2018/2/19)

4.16-rc2で以下追加になった．

• +CONFIG_NR_CPUS_RANGE_BEGIN=2
+CONFIG_NR_CPUS_RANGE_END=512
+CONFIG_NR_CPUS_DEFAULT=64

  x86/Kconfig: Simplify NR_CPUS config
  x86/Kconfig: Further simplify the NR_CPUS config

追記 (2018/3/5)

4.16-rc4で以下の変更があった．

• -CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"

  kconfig: set SYMBOL_AUTO to the symbol marked with defconfig_list

• +CONFIG_VIDEOBUF2_V4L2=m

  media: videobuf2: Add VIDEOBUF2_V4L2 Kconfig option for VB2 V4L2 part

追記 (2018/4/3)

4.16がリリースされていて，少し試してみたところ nvidia.ko の compile は問題ないのだが，modprobe する際に以下のようなエラーがでて nvidia.ko が利用できない(nvidia-kernel-dkms 384.111-3~bpo9+1)．

Apr  2 16:02:45 XXXX kernel: [  178.010148] nvidia: Unknown symbol swiotlb_map_sg_attrs (err 0)

以下に原因と解決法がまとめられているが少し面倒．

• https://bbs.archlinux.org/viewtopic.php?id=235072
• https://devtalk.nvidia.com/default/topic/1030082/linux/kernel-4-16-rc1-breaks-latest-drivers-unknown-symbol-swiotlb_map_sg_attrs-/

具体的には以下の kernel の修正に対応するように nvidia の driver の source code にパッチをあてたりする必要がある．

• swiotlb: remove various exports
• usercopy: WARN() on slab cache usercopy region violations

やはり面倒なので，bpo package の更新を待つことにして 4.15 系を利用することに．．．

追記 (2018/4/6)

上記Unknown symbol swiotlb_map_sg_attrsの件，以下のパッチをあてることにした．usercopy: WARN() on slab cache usercopy region violations に対する対応については，手元の環境ではCONFIG_HARDENED_USERCOPYがyではないので，そのまま放置(WARNINGさえ出ない)．

--- a/common/inc/nv-linux.h
+++ b/common/inc/nv-linux.h
@@ -1320,7 +1320,7 @@ static inline NvU32 nv_alloc_init_flags(int cached, int contiguous, int zeroed)
 static inline NvBool nv_dma_maps_swiotlb(struct pci_dev *dev)
 {
     NvBool swiotlb_in_use = NV_FALSE;
-#if defined(CONFIG_SWIOTLB)
+#if defined(CONFIG_SWIOTLB) && LINUX_VERSION_CODE < KERNEL_VERSION(4, 16, 0)
   #if defined(NV_DMA_OPS_PRESENT) || defined(NV_GET_DMA_OPS_PRESENT)
     /*
      * We only use the 'dma_ops' symbol on older x86_64 kernels; later kernels,

追記 (2018/4/25)

最近でたnvidia-kernel-dkms (390.48-2~bpo9+1)は patch 等不要で問題なく使える．

Related articles

• 2020/01/11 20:50 / Linux 5.5-rc5
• 2019/11/25 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.4
• 2019/10/02 00:03 / Linux 5.3.1 -> 5.4-rc1
• 2019/09/20 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.3
• 2019/07/22 19:13 / Linux 5.2.2 -> 5.3-rc1
• 2019/06/28 20:38 / GeForce GT 430 with nvidia-legacy-390xx-kernel-dkms 390.116-1~bpo9+1
• 2019/06/12 16:10 / Linux 5.1.8 -> 5.2-rc4
• 2019/05/07 19:43 / Linux 5.0.9 -> 5.1.0
• 2019/03/07 22:16 / Linux 4.20.13 -> 5.0.0
• 2018/11/06 11:30 / Linux 4.19.0 -> 4.20-rc1
• 2018/08/29 11:06 / Linux 4.18.5 -> 4.19-rc1
• 2018/06/20 17:06 / Linux 4.17.2 -> 4.18-rc1
• 2018/04/19 15:25 / Linux 4.16.2 -> 4.17-rc1
• 2018/01/29 11:08 / Linux 4.14.15 -> 4.15
• 2017/11/28 12:42 / Linux 4.14.2 -> 4.15-rc1
• 2017/11/15 15:56 / Linux ORC unwinder と objtool (CONFIG_STACK_VALIDATION needs tools/objtool/objtool along headers)
• 2017/11/15 15:41 / Linux 4.13.12 -> 4.14.0
• 2017/09/18 07:04 / Linux 4.13.1 -> 4.14-rc1
• 2017/09/05 04:14 / Linux 4.12.10 -> 4.13
• 2017/07/16 23:56 / Linux 4.12.0 -> 4.13-rc1
• 2017/05/15 14:04 / Linux 4.11.0 -> 4.12-rc1
• 2017/05/03 00:24 / Linux 4.10.13 -> 4.11.0
• 2017/03/06 09:51 / Linux 4.10.1 -> 4.11-rc1
• 2017/02/20 10:31 / Linux 4.9.X -> 4.10
• 2016/12/30 21:28 / Linux 4.9 -> 4.10-rc1
• 2016/12/14 23:00 / Linux 4.8 -> 4.9

4.15が出たので.configがどう変更されるのか見てみた．2017/11/28 12:42 / Linux 4.14.2 -> 4.15-rc1 との差分のみ．汎用指向の環境．以下 - は削除されたもの，+ は追加されたもの m->n 等は値の変化を示す．

• +CONFIG_CPU_ISOLATION=y

  sched/isolation: Split out new CONFIG_CPU_ISOLATION=y config from CONFIG_NO_HZ_FULL

  config CPU_ISOLATION
      bool "CPU isolation"
      default y

  y にしておく．

• +CONFIG_OVERLAY_FS_REDIRECT_ALWAYS_FOLLOW=y

  ovl: don’t follow redirects if redirect_dir=off

  config OVERLAY_FS_REDIRECT_ALWAYS_FOLLOW
      bool "Overlayfs: follow redirects even if redirects are turned off"
      default y

  複雑な環境で使うことを想定していないので y にしておく．

• -CONFIG_SSB_SPROM=y
-CONFIG_SSB_PCIHOST_POSSIBLE=y
-CONFIG_SSB_PCIHOST=y
-CONFIG_SSB_B43_PCI_BRIDGE=y
-CONFIG_SSB_DRIVER_PCICORE_POSSIBLE=y
-CONFIG_SSB_DRIVER_PCICORE=y
-CONFIG_B43_PCI_AUTOSELECT=y
-CONFIG_B43_PCICORE_AUTOSELECT=y

  ssb: Disable PCI host for PCI_DRIVERS_GENERIC

  PCI_DRIVERS_LEGACY に依存することになって，PCI_DRIVERS_LEGACY は MIPS にしかない Option なので，まるごと disable される．

追記 (2018/2/19)

2018/02/12 17:23 / Linux 4.15.3 -> 4.16-rc1 にも書いたが CONFIG_SSB_PCIHOST_POSSIBLE が disable される件，BUG だった模様．4.15.4 ではssb: Do not disable PCI host on non-Mipsで修正されている．

Related articles

• 2020/01/11 20:50 / Linux 5.5-rc5
• 2019/11/25 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.4
• 2019/10/02 00:03 / Linux 5.3.1 -> 5.4-rc1
• 2019/09/20 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.3
• 2019/07/22 19:13 / Linux 5.2.2 -> 5.3-rc1
• 2019/06/28 20:38 / GeForce GT 430 with nvidia-legacy-390xx-kernel-dkms 390.116-1~bpo9+1
• 2019/06/12 16:10 / Linux 5.1.8 -> 5.2-rc4
• 2019/05/07 19:43 / Linux 5.0.9 -> 5.1.0
• 2019/03/07 22:16 / Linux 4.20.13 -> 5.0.0
• 2018/11/06 11:30 / Linux 4.19.0 -> 4.20-rc1
• 2018/08/29 11:06 / Linux 4.18.5 -> 4.19-rc1
• 2018/06/20 17:06 / Linux 4.17.2 -> 4.18-rc1
• 2018/04/19 15:25 / Linux 4.16.2 -> 4.17-rc1
• 2018/02/12 17:23 / Linux 4.15.3 -> 4.16-rc1
• 2017/11/28 12:42 / Linux 4.14.2 -> 4.15-rc1
• 2017/11/15 15:56 / Linux ORC unwinder と objtool (CONFIG_STACK_VALIDATION needs tools/objtool/objtool along headers)
• 2017/11/15 15:41 / Linux 4.13.12 -> 4.14.0
• 2017/09/18 07:04 / Linux 4.13.1 -> 4.14-rc1
• 2017/09/05 04:14 / Linux 4.12.10 -> 4.13
• 2017/07/16 23:56 / Linux 4.12.0 -> 4.13-rc1
• 2017/05/15 14:04 / Linux 4.11.0 -> 4.12-rc1
• 2017/05/03 00:24 / Linux 4.10.13 -> 4.11.0
• 2017/03/06 09:51 / Linux 4.10.1 -> 4.11-rc1
• 2017/02/20 10:31 / Linux 4.9.X -> 4.10
• 2016/12/30 21:28 / Linux 4.9 -> 4.10-rc1
• 2016/12/14 23:00 / Linux 4.8 -> 4.9

Host: Windows 10, Guest: Linux 環境なのだが，Linux 側で Synaptics Touchpad の two-finger scroll が効かない．調べた感じ https://superuser.com/questions/131297/use-synaptics-touchpad-scroll-in-vmware-guestにあるとおりhttps://bitbucket.org/DouglasCameron/windows-trackpad-scroller-for-vmwareを使うのが最も簡単(VMWare動かしたままで，Hostの再起動も不要．ダウンロードして展開して，.exe を実行してダイアログの質問に答えるだけ)．

https://superuser.com/questions/131297/use-synaptics-touchpad-scroll-in-vmware-guestにhorizontal scrollingが効かないとか書かれているが，普通にhorizontal scrollingも使える．

追記 (2018/1/29)

Host を再起動したら再度上記を行う必要がある．

いつものように google chrome を起動しようとしたら以下のような謎な状態に．

% google-chrome &
[1] 8067
% 
[1]  + suspended (tty output)  google-chrome

/opt/google/chrome/google-chrome は bash script なのだが，以下のような空の bash script でも再現することがわかって，どうやら bash と environment-modules 付近の問題．

#!/bin/bash

/usr/share/modules/init/bash から起動される tclsh /usr/lib/modulecmd.tcl bash autoinit が less を起動してしまう模様．

/usr/lib/modulecmd.tcl は environment-modules に含まれていて 4.1.0-1 ではこの問題が発生して 4.0.0-2 では問題は発生しない．

modulecmd.tcl に 4.1.0-1 で追加された以下の行関連が問題かと探ったが，どうやら環境変数 PAGER に設定されていた less が起動されていた模様(modulecmd.tcl は PAGER と MODULES_PAGER を pager 向けの環境変数として使うらしいが(408行目付近)，詳細までは見ていない)．

set g_pager "/usr/bin/less" ;# Default command to page into, empty=disable

ということで，PAGER 環境変数を unset して解決(もしくは export PAGER=, 但しこの場合 man command が stdout に出力してそのまま終了してしまう)．

追記 (2018/1/29)

上記，混乱していたようで，PAGER 環境変数を unset しても less が起動される．export PAGER= すれば問題は一応解決する．もしくは以下とか．

% PAGER= google-chrome &

https://devtalk.nvidia.com/default/topic/1028134/error-upgrading-to-4-14-10-kernel-in-xubuntu-17-10-in-dkms-384-90/?offset=2などで報告されていて，各所で nvidia のドライバの version を上げることが解決策として示されているが，nvidia-kernel-dkms 384.98-3~bpo9+1 が Linux 4.14.9 以降で以下のようなエラーでコンパイルできない．

/var/lib/dkms/nvidia-current/384.98/build/nvidia-uvm/uvm8_va_block.c: In function ‘block_cpu_fault_locked’:
./arch/x86/include/asm/processor.h:826:39: error: implicit declaration of function ‘task_stack_page’ [-Werror=implicit-function-declaration]
  unsigned long __ptr = (unsigned long)task_stack_page(task); \
                                       ^
./arch/x86/include/asm/processor.h:909:26: note: in expansion of macro ‘task_pt_regs’
 #define KSTK_EIP(task)  (task_pt_regs(task)->ip)
                          ^~~~~~~~~~~~
/var/lib/dkms/nvidia-current/384.98/build/nvidia-uvm/uvm8_va_block.c:8771:41: note: in expansion of macro ‘KSTK_EIP’
                                         KSTK_EIP(current));
                                         ^~~~~~~~

上記問題に対応した version が stable backports でまだ利用できないので，とりあえず対処する．方法は，https://patchwork.kernel.org/patch/10137715/のとおり#include <linux/sched/task_stack.h>すること．

Kernel側の原因はx86/entry/64: Remove thread_struct::sp0．x86_64 と x86_32 で task_pt_regs が共通化され，いままで 64bit だと task_stack_page が不要だったが，使われるようになって，そのため#include <linux/sched/task_stack.h>が必要になったということらしい．

Debian GNU/Linux experimental では 387.34 が利用可能で，少しコードをみてみたが，以下がnvidia-uvm/uvm_linux.hに追加されていた(conftest.sh で linux/sched/task_stack.h がチェックされ NV_LINUX_SCHED_TASK_STACK_H_PRESENT がセットされる)．

#if defined(NV_LINUX_SCHED_TASK_STACK_H_PRESENT)
#include <linux/sched/task_stack.h>
#endif

追記 (2018/1/13)

stable-bpo 384.111-1~bpo9+1 で本件解決した模様．

Related articles

• 2017/07/03 12:32 / nvidia-legacy-340xx-kernel-dkms 340.102-1 on Linux 4.12
• 2017/06/21 19:50 / Debian GNU/Linux stretch の NVIDIA Driver
• 2017/02/20 13:03 / nvidia-kernel-dkms 340.96-1 on Linux 4.10
• 2016/12/20 11:54 / nvidia-kernel-dkms 340.96-1 on Linux 4.9
• 2015/05/19 10:21 / nvidia-kernel-dkms 343.36 on Linux 4.0.0
• 2014/04/23 19:03 / nvidia-kernel-dkms 319.82-1~bpo70+1 on Linux 3.12.17

Private network から少なくとも Passive で FTP を使いたくてずっと悩んでいたのだが以下で解決した．

% echo 1 > /proc/sys/net/netfilter/nf_conntrack_helper

これをしないと modprobe nf_nat_ftp や modprobe nf_conntrack_ftp していても，これらの機能が働かない．他の iptables の設定は以下の通り．

iptables -F
iptables -t nat -F

iptables -P INPUT DROP
iptables -P FORWARD DROP
iptables -P OUTPUT ACCEPT

iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT

つまり，基本 DROP で，特定のポートのみ以下で開けていく方式で運用している．

iptables -A FORWARD -i <interface> -s <network> -p tcp --dport <port> -j ACCEPT

Passive mode の場合は nf_conntrack_ftp が使われて，PASV コマンドをクライアントからサーバに送ったあとにサーバから返ってくるサーバの使用ポート番号向けのポートが自動で開く(RELATED として INPUT が許可される)．

Active の場合は nf_nat_ftp が使われて，PORT コマンドでクライントからサーバに通知する情報が適切にNATで変換される．つまりプライベートネットワークから送出した PORT 10,0,0,X,202,171 といったコマンドが，NAT で PORT <Global IP>,202,171 に変換されてサーバに転送され，同時にサーバの IP address からの source port 20, destination port 50428 (= 202<<8 + 171) のパケットが通るようになる．

ちなみに FTPS (FTP over TLS) も ftp と同じ 21番ポートを利用するが，通信が暗号化されてしまうので，上記のような変換等は全く効かない(そのサーバ向けに使いそうなポートを全開放するしかないっぽい)．

以上，tcpdump と iptables ならびに lftp を駆使して探ったのだが，以下 lftp メモ．

• open しても実際にデータの転送(ls とか)がない限りは通信が発生しない
• debug <level> で debug verbosity を指定(もしくはlftp -dで起動)
• default は passive-mode．active にするには set ftp:passive-mode off とする
• default は set ftp:ssl-allow on となっており，FEAT コマンドで AUTH TLS が返ってくると SSL 通信を行う．

Bool値としてはいろいろ使えるらしい(以下 man lftp より)．

Boolean settings can be one of (true, on, yes, 1, +) for a True value or one of (false, off, no, 0, -) for a False value.

Related articles

• 2016/04/01 11:44 / lftp 4.7.0
• 2016/03/02 23:23 / phpMyAdmin から Adminer に乗り換え

最近の Gnome では input source (キーボードの言語切り替えも含む)の切り替えは Windows+Space が割り当てられている．慣れればよいのかもしれないが，慣れ親しんでいる Shift+Space を割り当てたい．やり方はhttps://askubuntu.com/questions/604462/how-to-set-languages-shortcuts-from-config-files-or-command-lineにあるとおり．以下のようなコマンドで Windows+Space と Shift+Space の両方を割り当てることができる．

% gsettings set org.gnome.desktop.wm.keybindings switch-input-source "['<Shift>space','<Super>space']"

GUI の Settings → Devices → Keyboard では1つしか割り当てられない(上のように2つを割り当てた場合は始めのもののみ表示される)．

ちなみに Emacs での日本語入力は emacs-mozc を使いたいので(そうしないと C-x C-c するにもいちいち日本語モードから抜ける必要がある)，以下を ~/.Xresources に書いておく．

Emacs*useXIM: false

Related articles

• 2017/06/10 23:51 / google-chrome Emacs key binding
• 2016/01/18 10:22 / google-chrome の表示言語設定
• 2015/08/20 09:48 / screen.xterm-256color
• 2015/02/27 17:28 / gnome-shell が 3D acceleration 無し環境では動かない件
• 2015/02/08 19:42 / gnome-terminal (Error constructing proxy for...)
• 2015/02/07 23:05 / gnome-shell のパネルに日付を表示する
• 2014/08/14 23:58 / google-chrome-stable on Debian GNU/Linux sid
• 2014/04/14 19:34 / gnome-shell 3.8.4-8 + ibus 1.5.5-1
• 2013/09/24 20:46 / Mozc Dictionary Tool
• 2013/06/18 22:58 / gnome-terminal 3.8.3-1 背景が透けない

やるきなしなしだったGoogle Custom Search (Googleカスタム検索エンジン)の設置を見直した．今まではページトップに設置して，検索結果はポップアップ表示というやる気のない感じだったが，検索フォームを自前設置して結果を別ページに表示する方式に変えた．

https://myn.meganecco.org/s/が検索結果のページで，?q=query 付きで開く(<form action="/s/" method="get">でsubmitする)と検索結果が表示される．Google Custom Search のページから copy した javascript と以下を書いてあるぐらい．

<div class="gcse-searchresults-only" data-linkTarget="_self"></div>

当初は以下だったがHTML validatorで少し怒られるのでhttps://developers.google.com/custom-search/docs/element#html5を参照のうえ上記にした．

<gcse:searchresults-only linkTarget="_self"></gcse:searchresults-only>

あとは検索の後に query 文字列を検索テキストボックスに入力するために，以下のような細工を入れておく(要jQuery)．

$(function() {
var urlParams = new URLSearchParams(window.location.search);
$('input[type="text"]').val(urlParams.get("q"));
});

ちなみに，親サービスであるGoogle Site Search はhttps://enterprise.google.co.jp/intl/ja/search/products/gss.htmlに以下のようにある通り，今年度いっぱいでサービス終了．無料のGoogle Custom Search (Googleカスタム検索エンジン)は引き続き使えるらしい．

Google Site Search の販売および更新は、2017年4月1日をもって終了いたしました。同サービスの提供は、2018年4月1日までに完全に停止されます。

Windows Note PCにDual Boot環境を構築して，Linux側のシステムクロックをUTCではなくLocal Timeに設定しようとして，いろいろ調べた．

• 今時は/etc/init.d/hwclock.sh (/etc/default/rcS)で設定するのではなくsystemdのtimedatectlを使うらしい
• 今時はWindowsでもUTCがシステムクロックとして利用できるらしい

ということで，WindowsもUTCにするのが素直なので，そうすることに．

設定はhttps://wiki.archlinux.org/index.php/time#UTC_in_WindowsのとおりHKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\TimeZoneInformationにRealTimeIsUniversalとしてDWORD 1を追加するのみ．

ちなみに，Debian GNU/Linux sidでは/etc/init.d/hwclock.shが存在するが，sudo /etc/init.d/hwclock.sh start等とすると途中でexitされてしまう．ということで，systemdとsysv-rcの関係を理解する目的も含めて少し流れを追ってみた．以下のような感じ．

• /etc/init.d/hwclock.sh の . /lib/lsb/init-functionsの箇所でexitしているらしい
• /lib/lsb/init-functionsの最後の箇所でrun-parts --lsbsysinit --list /lib/lsb/init-functions.dでリストされるファイルをsource (.)している．以下．
  • /lib/lsb/init-functions.d/20-left-info-blocks
  • /lib/lsb/init-functions.d/40-systemd
• /lib/lsb/init-functions.d/40-systemdでsystemctl -p LoadState --value show $serviceがmaskedを返す場合，そこでexitする($serviceはこの場合hwclock.service)
• package systemd の /lib/systemd/system/hwclock.service が /dev/null への symlink になっていて，default で mask されている
  • systemctl mask|unmask <NAME>でmask/unmaskするunitは，fileが/etc/systemd/system/以下に置かれる

dm-crypt 関連メモ (cryptroot)のように / 自体をLUKSで暗号化している場合に，起動時に90秒間待たされる問題について．

/ 自体をLUKSで暗号化している場合，通常は /etc/crypttab を以下のようにして，鍵ファイルを用いて自動で cryptsetup open <device> <name> --type luksする．

[/etc/crypttab]
sda5_crypt UUID=<snip> /dev/disk/by-uuid/<snip>:luks_key luks,keyscript=/lib/cryptsetup/scripts/passdev

ここで/dev/disk/by-uuid/<snip>は鍵ファイルを置いている partition 等(/boot等)で，luks_key (/boot/luks_key等)が鍵ファイル，/lib/cryptsetup/scripts/passdevはinitrdに組み込まれるscriptになる．

このままだと以下のように 90 秒のタイムアウト待ちが生じる．

A start job is running for dev-disk...:luks_key.device (1min 3s / 1min 30s)

というのは sda5_crypt として open するために /dev/disk/by-uuid/<snip>:luks_key という device が ready 状態になるのを待つため．以下のように systemd-cryptsetup@sda5_crypt.service が dev-disk-by\x2duuid-(略):luks_key.device に依存してしまう．:luks_key というのはファイルを示していて，device ではないので，当然 ready 状態になるわけがなくタイムアウト待ちが生じる．

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=618862 として systemd の important bug として登録されている．

% systemctl cat systemd-cryptsetup@sda5_crypt.service
# /run/systemd/generator/systemd-cryptsetup@sda5_crypt.service
# Automatically generated by systemd-cryptsetup-generator

[Unit]
Description=Cryptography Setup for %I
Documentation=man:crypttab(5) man:systemd-cryptsetup-generator(8) man:systemd-cryptsetup@.service(8)
SourcePath=/etc/crypttab
DefaultDependencies=no
Conflicts=umount.target
IgnoreOnIsolate=true
After=cryptsetup-pre.target
Before=cryptsetup.target
After=dev-disk-by\x2duuid-(略):luks_key.device
Requires=dev-disk-by\x2duuid-(略):luks_key.device
BindsTo=dev-disk-by\x2duuid-(略).device
After=dev-disk-by\x2duuid-(略).device
Before=umount.target

[Service]
Type=oneshot
RemainAfterExit=yes
TimeoutSec=0
KeyringMode=shared
ExecStart=/lib/systemd/systemd-cryptsetup attach 'sda5_crypt' '/dev/disk/by-uuid/(略)' '/dev/disk/by-uuid/(略)
ExecStop=/lib/systemd/systemd-cryptsetup detach 'sda5_crypt'

最もシンプルな解決策は systemd にこのような依存関係を自動生成させないこと(device は通常 ready だと想定されるので)．https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=618862 にもあるとおり，起動時の kernel option に luks=no と追加するだけで良い．詳細はman systemd-cryptsetup-generator参照．具体的には以下の通り．

• /etc/default/grubのGRUB_CMDLINE_LINUX_DEFAULTに"luks=no"を追加(GRUB_CMDLINE_LINUX_DEFAULT="luks=no"とか)．
• sudo update-grub (/boot/grub/grub.cfgの再生成)．

他には/etc/systemd/system.confにてDefaultTimeoutStopSec=90sのコメントアウトを外して，短めに設定する等がある．

追記 (2019/9/1)

これ，上記の場合で sda5_crypt が / であれば sda5_crypt を initrd から luksOpen されるので luks=no の kernel option を使ってもよいのだが，他に起動してから luksOpen (cryptdisks_start) するものがあれば，その unit が systemd-cryptsetup-generator により生成されず，自動 start/open されない(see man systemd-cryptsetup-generator)．．．

Related articles

• 2016/11/25 10:44 / btrfs tuning
• 2016/08/03 14:34 / iowait monitoring by MRTG
• 2016/07/02 23:54 / RAID5 resync が起動時に始まってしまい，いつまでたっても起動しない
• 2013/06/08 16:54 / dm-crypt 関連メモ (cryptroot)
• 2013/06/03 17:51 / dm-crypt 関連メモ

https://blogs.gnome.org/aday/2017/08/31/status-icons-and-gnome/やhttp://www.omgubuntu.co.uk/2017/09/will-you-miss-gnome-legacy-trayにあるとおりGnomeのSystem TrayとかStatus Icons呼ばれるものが表示されなくなった．remmina (remote desktop client)をここから制御していたので，少々困った．TopIcons PlusというExtensionをinstallして有効にすれば時計の近くに現れるようになる．Debian では gnome-shell-extension-top-icons-plus という package 名で提供されている．

4.15-rc1が出ているので .config がどう変更されるのか見てみた．汎用指向の環境．以下 - は削除されたもの，+ は追加されたもの．

• -CONFIG_ORC_UNWINDER=y
+CONFIG_UNWINDER_ORC=y

  x86/unwind: Rename unwinder config options to ’CONFIG_UNWINDER_*’

  CONFIG_ORC_UNWINDER が CONFIG_UNWINDER_ORC に名前が変わった．

• +CONFIG_CFG80211_REQUIRE_SIGNED_REGDB=y
+CONFIG_CFG80211_USE_KERNEL_REGDB_KEYS=y
+CONFIG_SYSTEM_DATA_VERIFICATION=y

  cfg80211: implement regdb signature checking

  CONFIG_SYSTEM_DATA_VERIFICATION は CONFIG_CFG80211_REQUIRE_SIGNED_REGDB に Select される．

  config CFG80211_REQUIRE_SIGNED_REGDB
      bool "require regdb signature" if CFG80211_CERTIFICATION_ONUS
      default y
      select SYSTEM_DATA_VERIFICATION

  となっていて CFG80211_CERTIFICATION_ONUS=n なのだが CFG80211_REQUIRE_SIGNED_REGDB を y 以外にすることができない．CFG80211_CERTIFICATION_ONUS=y にして n にする

• +CONFIG_SYSTEM_TRUSTED_KEYRING=y
+CONFIG_SYSTEM_TRUSTED_KEYS=""
+CONFIG_ASN1=y
+CONFIG_CRYPTO_AKCIPHER=y
+CONFIG_CRYPTO_RSA=y
+CONFIG_ASYMMETRIC_KEY_TYPE=y
+CONFIG_ASYMMETRIC_PUBLIC_KEY_SUBTYPE=y
+CONFIG_X509_CERTIFICATE_PARSER=y
+CONFIG_PKCS7_MESSAGE_PARSER=y
+CONFIG_CLZ_TAB=y
+CONFIG_MPILIB=y

  SYSTEM_DATA_VERIFICATION=y で Select されるものたち．

• +CONFIG_X86_INTEL_UMIP=y

  x86/umip: Select X86_INTEL_UMIP by default

  Intel User Mode Instruction Prevention 関連．y にしておく．

• -CONFIG_BT_HCIUART_BCM=y

  Bluetooth: avoid silent hci_bcm ACPI PM regression

  CONFIG_BT_HCIUART_BCM が depends on (!ACPI || SERIAL_DEV_CTRL_TTYPORT) になって BT_HCIUART_SERDEV が SERIAL_DEV_CTRL_TTYPORT に依存していて n になった．SERIAL_DEV_BUS = y, SERIAL_DEV_CTRL_TTYPORT = y にして y にもどす．

• +CONFIG_CDROM=m

  block: Rework drivers/cdrom/Makefile
  cdrom: hide CONFIG_CDROM menu selection

  Selected by BLK_DEV_SR [=m] && SCSI [=m] && BLK_DEV [=y]

  手元の環境では SCSI CDROM support (BLK_DEV_SR) で選択される感じ．

• +CONFIG_DRM_AMD_DC=y

  Defined at drivers/gpu/drm/amd/display/Kconfig:4
  Prompt: AMD DC - Enable new display engine

  y にしておく

• +CONFIG_CRAMFS_BLOCKDEV=y

  cramfs: direct memory access support

  initrd も cpio になっているので，CONFIG_CRAMFS=m を n にして，n にする．

以下，その他．

• +CONFIG_GENERIC_IRQ_MATRIX_ALLOCATOR=y

  x86/irq/vector: Initialize matrix allocator

  Defined at kernel/irq/Kconfig:100
  Selected by: X86 [=y] && X86_LOCAL_APIC [=y]

• +CONFIG_GENERIC_IRQ_RESERVATION_MODE=y

  x86/vector/msi: Select CONFIG_GENERIC_IRQ_RESERVATION_MODE

  Defined at kernel/irq/Kconfig:103
  Selected by: X86 [=y]

• +CONFIG_CHASH=m

  amdgpu: don’t ask about CHASH just default it for now.

  default DRM_AMDGPU

  DRM_AMDGPU=m で m になる．

• +CONFIG_ARCH_HAS_REFCOUNT=y

  locking/refcounts, x86/asm: Enable CONFIG_ARCH_HAS_REFCOUNT

  Defined at arch/Kconfig:941
  Selected by: X86 [=y]

• +CONFIG_ACPI_LPIT=y

  ACPI / LPIT: Add Low Power Idle Table (LPIT) support

  Depends on: ACPI [=y] && X86_64 [=y]

• -CONFIG_GENERIC_IO=y

  kconfig: kill off GENERIC_IO option

• -CONFIG_HT_IRQ=y

  x86/PCI: Remove unused HyperTransport interrupt support

• -CONFIG_HAVE_ARCH_KMEMCHECK=y

  kmemcheck: rip it out

• -CONFIG_SLABINFO=y

  mm: slabinfo: remove CONFIG_SLABINFO

追記 (2017/12/12)

timer: Pass timer_list pointer to callbacks unconditionallyで struct timer_list から (unsigned long) data が削除されていて，timer: Remove init_timer() interfaceでinit_timer()が削除されたりで，broadcom-sta-dkms (6.30.223.271-7), nvidia-kernel-dkms (384.98-3), nvidia-legacy-340xx-kernel-dkms (340.104-3) の kernel module の build に失敗する．nvidia-kernel-dkms (384.98-3) の場合以下のような感じ．

[/var/lib/dkms/nvidia-current/384.98/build/make.log] 抜粋
/var/lib/dkms/nvidia-current/384.98/build/nvidia/nv.c: In function ‘nv_start_rc_timer’:
/var/lib/dkms/nvidia-current/384.98/build/nvidia/nv.c:3259:5: error: implicit declaration of function ‘init_timer’; did you mean ‘init_timers’? [-Werror=implicit-function-de
claration]
     init_timer(&nvl->rc_timer);
     ^~~~~~~~~~
     init_timers
/var/lib/dkms/nvidia-current/384.98/build/nvidia/nv.c:3260:28: error: assignment from incompatible pointer type [-Werror=incompatible-pointer-types]
     nvl->rc_timer.function = nvidia_rc_timer;
                            ^
/var/lib/dkms/nvidia-current/384.98/build/nvidia/nv.c:3261:18: error: ‘struct timer_list’ has no member named ‘data’
     nvl->rc_timer.data = (unsigned long) nvl;
                  ^
cc1: some warnings being treated as errors
scripts/Makefile.build:310: recipe for target '/var/lib/dkms/nvidia-current/384.98/build/nvidia/nv.o' failed

treewide: init_timer() -> setup_timer()にあるとおり以下のような変更をすればよいはずなのだが試していない．

This mechanically converts all remaining cases of ancient open-coded timer
setup with the old setup_timer() API, which is the first step in timer
conversions. This has no behavioral changes, since it ultimately just
changes the order of assignment to fields of struct timer_list when
finding variations of:

    init_timer(&t);
    f.function = timer_callback;
    t.data = timer_callback_arg;

to be converted into:

    setup_timer(&t, timer_callback, timer_callback_arg);

追記 (2018/1/19)

Debian GNU/Linux sid では nvidia の kernel package は 4.15 対応になっていて，broadcom-sta-dkms (6.30.223.271-7) については以下のパッチが必要．

treewide: setup_timer() -> timer_setup()のとおりsetup_timerはさらにtimer_setupに書き換える必要があって，コールバック関数側の修正も必要．

--- a/src/wl/sys/wl_linux.c
+++ b/src/wl/sys/wl_linux.c
@@ -93,7 +93,7 @@ struct iw_statistics *wl_get_wireless_stats(struct net_device *dev);
 
 #include <wlc_wowl.h>
 
-static void wl_timer(ulong data);
+static void wl_timer(struct timer_list *t0);
 static void _wl_timer(wl_timer_t *t);
 static struct net_device *wl_alloc_linux_if(wl_if_t *wlif);
 
@@ -2295,9 +2295,9 @@ wl_timer_task(wl_task_t *task)
 }
 
 static void
-wl_timer(ulong data)
+wl_timer(struct timer_list *t0)
 {
-       wl_timer_t *t = (wl_timer_t *)data;
+       wl_timer_t *t = from_timer(t, t0, timer);
 
        if (!WL_ALL_PASSIVE_ENAB(t->wl))
                _wl_timer(t);
@@ -2349,9 +2349,7 @@ wl_init_timer(wl_info_t *wl, void (*fn)(void *arg), void *arg, const char *tname
 
        bzero(t, sizeof(wl_timer_t));
 
-       init_timer(&t->timer);
-       t->timer.data = (ulong) t;
-       t->timer.function = wl_timer;
+       timer_setup(&t->timer, wl_timer, 0);
        t->wl = wl;
        t->fn = fn;
        t->arg = arg;

追記 (2018/1/23)

上のパッチ，treewide: setup_timer() -> timer_setup()のとおりなのだが，from_timer(t, t0, timer)の箇所が謎めいている(左辺の値が右辺にある)．

[include/linux/timer.h]
#define from_timer(var, callback_timer, timer_fieldname) \
        container_of(callback_timer, typeof(*var), timer_fieldname)

上がfrom_timerの#defineで，container_ofは，struct timer_list *t0 (wl_timer の引数)を struct member timerとして含むwl_timer_t (struct wl_timer)の pointer を取得するように動くマクロということらしい．右辺にある左辺の値は typeof で使われるのみなので問題にならない．

参考にしたページ:

• http://d.hatena.ne.jp/big-eyed-hamster/20091226/1261754005
• http://tak5219.seesaa.net/article/7042095.html

追記 (2018/1/29)

Debian GNU/Linux stable (Stretch) でも以下の backports で 4.15 対応になっている．

• nvidia-kernel-dkms 384.111-3~bpo9+1
• nvidia-legacy-340xx-kernel-dkm 340.106-1~bpo9+1

追記 (2018/2/12)

broadcom-sta-dkms (6.30.223.271-7) の wl_linux.c に patch が必要という件，https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=885885 で登録されている様子(patch の提供もあり)．

追記 (2018/2/15)

broadcom-sta-dkms (6.30.223.271-7) の wl_linux.c に patch が必要という件，broadcom-sta 6.30.223.271-8で修正された様子．

Related articles

• 2020/01/11 20:50 / Linux 5.5-rc5
• 2019/11/25 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.4
• 2019/10/02 00:03 / Linux 5.3.1 -> 5.4-rc1
• 2019/09/20 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.3
• 2019/07/22 19:13 / Linux 5.2.2 -> 5.3-rc1
• 2019/06/28 20:38 / GeForce GT 430 with nvidia-legacy-390xx-kernel-dkms 390.116-1~bpo9+1
• 2019/06/12 16:10 / Linux 5.1.8 -> 5.2-rc4
• 2019/05/07 19:43 / Linux 5.0.9 -> 5.1.0
• 2019/03/07 22:16 / Linux 4.20.13 -> 5.0.0
• 2018/11/06 11:30 / Linux 4.19.0 -> 4.20-rc1
• 2018/08/29 11:06 / Linux 4.18.5 -> 4.19-rc1
• 2018/06/20 17:06 / Linux 4.17.2 -> 4.18-rc1
• 2018/04/19 15:25 / Linux 4.16.2 -> 4.17-rc1
• 2018/02/12 17:23 / Linux 4.15.3 -> 4.16-rc1
• 2018/01/29 11:08 / Linux 4.14.15 -> 4.15
• 2017/11/15 15:56 / Linux ORC unwinder と objtool (CONFIG_STACK_VALIDATION needs tools/objtool/objtool along headers)
• 2017/11/15 15:41 / Linux 4.13.12 -> 4.14.0
• 2017/09/18 07:04 / Linux 4.13.1 -> 4.14-rc1
• 2017/09/05 04:14 / Linux 4.12.10 -> 4.13
• 2017/07/16 23:56 / Linux 4.12.0 -> 4.13-rc1
• 2017/05/15 14:04 / Linux 4.11.0 -> 4.12-rc1
• 2017/05/03 00:24 / Linux 4.10.13 -> 4.11.0
• 2017/03/06 09:51 / Linux 4.10.1 -> 4.11-rc1
• 2017/02/20 10:31 / Linux 4.9.X -> 4.10
• 2016/12/30 21:28 / Linux 4.9 -> 4.10-rc1
• 2016/12/14 23:00 / Linux 4.8 -> 4.9

broadcom-sta-dkms (6.30.223.271-7) の compile に以下の通り fail する．

[/var/lib/dkms/broadcom-sta/6.30.223.271/build/make.log] 抜粋
Kernel architecture is X86_64
  AR      /var/lib/dkms/broadcom-sta/6.30.223.271/build/built-in.o
  CC [M]  /var/lib/dkms/broadcom-sta/6.30.223.271/build/src/shared/linux_osl.o
In file included from ./include/linux/compat.h:17:0,
                 from ./include/linux/ethtool.h:17,
                 from ./include/linux/netdevice.h:41,
                 from /var/lib/dkms/broadcom-sta/6.30.223.271/build/src/include/linuxver.h:69,
                 from /var/lib/dkms/broadcom-sta/6.30.223.271/build/src/shared/linux_osl.c:25:
./include/linux/if.h:28:10: fatal error: sys/socket.h: No such file or directory
 #include <sys/socket.h>   /* for struct sockaddr.  */
          ^~~~~~~~~~~~~~
compilation terminated.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=862175 にあるとおりinclude/uapi/linux/if.hが使われるべきで，include/linux/if.hは存在しないべき(？)だそう．include/uapi/linux/if.hが存在すれば /usr/src/linux-headers-<version>/include/linux/if.h を削除してしまえば解決する．

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=833500 にあるとおり CONFIG_STACK_VALIDATION=yだと(CONFIG_ORC_UNWINDER=yが依存する) 別途コンパイルするタイプのモジュール(nvidia-kernel-dkms 等)のコンパイルにことごとく失敗する(Makefile がうまく *.o を生成してくれず，ld を呼び出して link する際に make が error で落ちる，という不親切な状態)．

以下のように kernel compile 時にできた objtool を /usr/src/linux-headers-<version>/tools/objtool/ に copy すれば解決する．

sudo cp tools/objtool/objtool /usr/src/linux-headers-<version>/tools/objtool/

Related articles

• 2020/01/11 20:50 / Linux 5.5-rc5
• 2019/11/25 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.4
• 2019/10/02 00:03 / Linux 5.3.1 -> 5.4-rc1
• 2019/09/20 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.3
• 2019/07/22 19:13 / Linux 5.2.2 -> 5.3-rc1
• 2019/06/28 20:38 / GeForce GT 430 with nvidia-legacy-390xx-kernel-dkms 390.116-1~bpo9+1
• 2019/06/12 16:10 / Linux 5.1.8 -> 5.2-rc4
• 2019/05/07 19:43 / Linux 5.0.9 -> 5.1.0
• 2019/03/07 22:16 / Linux 4.20.13 -> 5.0.0
• 2018/11/06 11:30 / Linux 4.19.0 -> 4.20-rc1
• 2018/08/29 11:06 / Linux 4.18.5 -> 4.19-rc1
• 2018/06/20 17:06 / Linux 4.17.2 -> 4.18-rc1
• 2018/04/19 15:25 / Linux 4.16.2 -> 4.17-rc1
• 2018/02/12 17:23 / Linux 4.15.3 -> 4.16-rc1
• 2018/01/29 11:08 / Linux 4.14.15 -> 4.15
• 2017/11/28 12:42 / Linux 4.14.2 -> 4.15-rc1
• 2017/11/15 15:41 / Linux 4.13.12 -> 4.14.0
• 2017/09/18 07:04 / Linux 4.13.1 -> 4.14-rc1
• 2017/09/05 04:14 / Linux 4.12.10 -> 4.13
• 2017/07/16 23:56 / Linux 4.12.0 -> 4.13-rc1
• 2017/05/15 14:04 / Linux 4.11.0 -> 4.12-rc1
• 2017/05/03 00:24 / Linux 4.10.13 -> 4.11.0
• 2017/03/06 09:51 / Linux 4.10.1 -> 4.11-rc1
• 2017/02/20 10:31 / Linux 4.9.X -> 4.10
• 2016/12/30 21:28 / Linux 4.9 -> 4.10-rc1
• 2016/12/14 23:00 / Linux 4.8 -> 4.9

4.14 が出たので.configがどう変更されるのか見てみた．2017/09/18 07:04 / Linux 4.13.1 -> 4.14-rc1 との差分のみ(ターゲットが異なって，こちらはより汎用指向の環境)．以下 - は削除されたもの，+ は追加されたもの m->n 等は値の変化を示す．

• -CONFIG_BT_HCIUART_BCM=y

  Bluetooth: hci_bcm: Add serdev support
  Bluetooth: try to improve CONFIG_SERIAL_DEV_BUS dependency

  CONFIG_BT_HCIUART_BCM が depends on BT_HCIUART_SERDEV になって BT_HCIUART_SERDEV が SERIAL_DEV_BUS に依存していて n になった．SERIAL_DEV_BUS = m にして y にもどす．使ってないだろうけど．

• +CONFIG_NET_VENDOR_HUAWEI=y

  net-next/hinic: Initialize hw interface

  新たに追加された模様(CONFIG_HINIC: Huawei Intelligent PCIE Network Interface Card)．なんとなく n にする．

• -CONFIG_FRAMEBUFFER_CONSOLE=m
-CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY=y
-CONFIG_FRAMEBUFFER_CONSOLE_ROTATION=y
-CONFIG_FONT_8x8=y
+CONFIG_FONT_AUTOSELECT=y

  fbcon: Make fbcon a built-time depency for fbdev

  CONFIG_FRAMEBUFFER_CONSOLE に m が選択できなくなった．CONFIG_FRAMEBUFFER_CONSOLE=y にして対応．

Related articles

• 2020/01/11 20:50 / Linux 5.5-rc5
• 2019/11/25 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.4
• 2019/10/02 00:03 / Linux 5.3.1 -> 5.4-rc1
• 2019/09/20 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.3
• 2019/07/22 19:13 / Linux 5.2.2 -> 5.3-rc1
• 2019/06/28 20:38 / GeForce GT 430 with nvidia-legacy-390xx-kernel-dkms 390.116-1~bpo9+1
• 2019/06/12 16:10 / Linux 5.1.8 -> 5.2-rc4
• 2019/05/07 19:43 / Linux 5.0.9 -> 5.1.0
• 2019/03/07 22:16 / Linux 4.20.13 -> 5.0.0
• 2018/11/06 11:30 / Linux 4.19.0 -> 4.20-rc1
• 2018/08/29 11:06 / Linux 4.18.5 -> 4.19-rc1
• 2018/06/20 17:06 / Linux 4.17.2 -> 4.18-rc1
• 2018/04/19 15:25 / Linux 4.16.2 -> 4.17-rc1
• 2018/02/12 17:23 / Linux 4.15.3 -> 4.16-rc1
• 2018/01/29 11:08 / Linux 4.14.15 -> 4.15
• 2017/11/28 12:42 / Linux 4.14.2 -> 4.15-rc1
• 2017/11/15 15:56 / Linux ORC unwinder と objtool (CONFIG_STACK_VALIDATION needs tools/objtool/objtool along headers)
• 2017/09/18 07:04 / Linux 4.13.1 -> 4.14-rc1
• 2017/09/05 04:14 / Linux 4.12.10 -> 4.13
• 2017/07/16 23:56 / Linux 4.12.0 -> 4.13-rc1
• 2017/05/15 14:04 / Linux 4.11.0 -> 4.12-rc1
• 2017/05/03 00:24 / Linux 4.10.13 -> 4.11.0
• 2017/03/06 09:51 / Linux 4.10.1 -> 4.11-rc1
• 2017/02/20 10:31 / Linux 4.9.X -> 4.10
• 2016/12/30 21:28 / Linux 4.9 -> 4.10-rc1
• 2016/12/14 23:00 / Linux 4.8 -> 4.9

mendeleydesktop(最新版は 1.17.11)をDebian GNU/Linux unstableにinstallしたのだが，aptitude updateで以下のように怒られる．もっと書くとCRON-APTでupdateに失敗したと見なされてupgradeされない．

W: Failed to fetch https://desktop-download.mendeley.com/download/apt/dists/stable/InRelease: 403  Forbidden [IP: 54.230.108.7 443]
E: Some index files failed to download. They have been ignored, or old ones used instead.

stable (stretch) では特に問題ないので，unstable の apt の原因らしい(仕様変更がある？)．/etc/apt/sources.list.d/mendeleydesktop.list を削除するか，当該ファイルにてapt lineをcomment outするのがwork aroundな模様．

4.14-rc1が出ているので .config がどう変更されるのか見てみた．ターゲットは VMware on Windows 上の Guest で CPU は i7-3687U．以下 - は削除されたもの，+ は追加されたもの m->n 等は値の変化を示す．

ちなみに 4.14-rc1 は使用に耐えられず(刺さる)，0666f560b71b899cd11a7caf39fd45129e9030fdを使用．Firmware が削除されたということだが，特に問題になることはなかった．

• +CONFIG_TASKS_RCU=y

  rcu: Drive TASKS_RCU directly off of PREEMPT

  def_bool PREEMPT

  CONFIG_PREEMPT=y で y になる．

  なんとなく今まで CONFIG_PREEMPT=y としていたのだが，Debian の Default にあわせて CONFIG_PREEMPT_VOLUNTARY=y にすることにした．なお，Kernel の Default は CONFIG_PREEMPT_NONE=y．

• +CONFIG_HAVE_MOD_ARCH_SPECIFIC=y
+CONFIG_FRAME_POINTER_UNWINDER=y
+CONFIG_FRAME_POINTER=y
-CONFIG_ARCH_WANT_FRAME_POINTERS=y

  x86/unwind: Add the ORC unwinder
  x86/kconfig: Consolidate unwinders into multiple choice selection

  Oops Rewind Capability (ORC) (CONFIG_ORC_UNWINDER) 関連．runtime memory は 2-4MB 増加するが，CONFIG_FRAME_POINTER と比較して 5-10% performance improvement とのこと．

  Unwinder の選択肢は CONFIG_ORC_UNWINDER, CONFIG_FRAME_POINTER_UNWINDER, CONFIG_GUESS_UNWINDER. Default は CONFIG_FRAME_POINTER_UNWINDER． CONFIG_ORC_UNWINDER=y にすることにする．

  CONFIG_ORC_UNWINDER=y で CONFIG_STACK_VALIDATION=y になるので compile 時に libelf-dev が必要になる．

• +CONFIG_RC_CORE=y
+CONFIG_RC_MAP=y
+CONFIG_RC_DECODERS=y
+CONFIG_IR_NEC_DECODER=y
+CONFIG_IR_RC5_DECODER=y
+CONFIG_IR_RC6_DECODER=y
+CONFIG_IR_JVC_DECODER=y
+CONFIG_IR_SONY_DECODER=y
+CONFIG_IR_SANYO_DECODER=y
+CONFIG_IR_SHARP_DECODER=y
+CONFIG_IR_MCE_KBD_DECODER=y
+CONFIG_IR_XMP_DECODER=y

  media: rc-core: do not depend on MEDIA_SUPPORT

  Defined at drivers/media/rc/Kconfig:2
  Depends on: INPUT [=y]

  CONFIG_RC_CORE=n にすると全て非選択になる．

• +CONFIG_XXHASH=m
+CONFIG_ZSTD_COMPRESS=m
+CONFIG_ZSTD_DECOMPRESS=m

  lib: Add zstd modules
  lib: Add xxhash module
  btrfs: Add zstd support

  Defined at lib/Kconfig:195
  Selected by: ZSTD_COMPRESS [=m] || ZSTD_DECOMPRESS [=m]

  BTRFS の ZSTD サポート関連．btrfs の mount option compress=lzo で運用してたりするのだが，いきなりこれを compress=zstd にするのは怖すぎて，しばらく様子見したいのだが，Compile時に切り離すことが出来ない．

以下，その他．

• +CONFIG_FUTEX_PI=y

  futex: Allow for compiling out PI support

  Defined at init/Kconfig:1284
  Depends on: FUTEX [=y] && RT_MUTEXES [=y]
  default y

• +CONFIG_HAVE_RCU_TABLE_FREE=y

  x86/mm: Enable RCU based page table freeing (CONFIG_HAVE_RCU_TABLE_FREE=y)

  Defined at arch/Kconfig:332
  Selected by: X86 [=y]

• +CONFIG_ARCH_HAS_MEM_ENCRYPT=y

  x86/mm: Add Secure Memory Encryption (SME) support

  Defined at arch/x86/Kconfig:1438
  def_bool y

• +CONFIG_ARCH_ENABLE_THP_MIGRATION=y

  mm: thp: introduce CONFIG_ARCH_ENABLE_THP_MIGRATION

  Defined at mm/Kconfig:265
  def_bool y
  depends on X86_64 && TRANSPARENT_HUGEPAGE

• +CONFIG_ARCH_HAS_ADD_PAGES=y

  mm/memory_hotplug: introduce add_pages

  Defined at arch/x86/Kconfig:2325
  Depends on: X86_64 [=y] && ARCH_ENABLE_MEMORY_HOTPLUG [=y]
  def_bool y

• -CONFIG_ARCH_HAS_MMIO_FLUSH=y

  libnvdimm, nd_blk: remove mmio_flush_range()

追記 (2017/10/12)

Linux 4.14-rc3やLinux 4.14-rc4にあるように4.14のリリースは結構大変そう．手元でも rc2 以降は Xorg が起動しない状況(rc4まで確認)．

追記 (2017/10/16)

Linux 4.14-rc5ではだいぶましになってきていて，Xorg も起動するようになった．

Related articles

• 2020/01/11 20:50 / Linux 5.5-rc5
• 2019/11/25 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.4
• 2019/10/02 00:03 / Linux 5.3.1 -> 5.4-rc1
• 2019/09/20 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.3
• 2019/07/22 19:13 / Linux 5.2.2 -> 5.3-rc1
• 2019/06/28 20:38 / GeForce GT 430 with nvidia-legacy-390xx-kernel-dkms 390.116-1~bpo9+1
• 2019/06/12 16:10 / Linux 5.1.8 -> 5.2-rc4
• 2019/05/07 19:43 / Linux 5.0.9 -> 5.1.0
• 2019/03/07 22:16 / Linux 4.20.13 -> 5.0.0
• 2018/11/06 11:30 / Linux 4.19.0 -> 4.20-rc1
• 2018/08/29 11:06 / Linux 4.18.5 -> 4.19-rc1
• 2018/06/20 17:06 / Linux 4.17.2 -> 4.18-rc1
• 2018/04/19 15:25 / Linux 4.16.2 -> 4.17-rc1
• 2018/02/12 17:23 / Linux 4.15.3 -> 4.16-rc1
• 2018/01/29 11:08 / Linux 4.14.15 -> 4.15
• 2017/11/28 12:42 / Linux 4.14.2 -> 4.15-rc1
• 2017/11/15 15:56 / Linux ORC unwinder と objtool (CONFIG_STACK_VALIDATION needs tools/objtool/objtool along headers)
• 2017/11/15 15:41 / Linux 4.13.12 -> 4.14.0
• 2017/09/05 04:14 / Linux 4.12.10 -> 4.13
• 2017/07/16 23:56 / Linux 4.12.0 -> 4.13-rc1
• 2017/05/15 14:04 / Linux 4.11.0 -> 4.12-rc1
• 2017/05/03 00:24 / Linux 4.10.13 -> 4.11.0
• 2017/03/06 09:51 / Linux 4.10.1 -> 4.11-rc1
• 2017/02/20 10:31 / Linux 4.9.X -> 4.10
• 2016/12/30 21:28 / Linux 4.9 -> 4.10-rc1
• 2016/12/14 23:00 / Linux 4.8 -> 4.9

4.13 が出たので.configがどう変更されるのか見てみた．2017/07/16 23:56 / Linux 4.12.0 -> 4.13-rc1 との差分のみ(ターゲットが異なって，こちらはより汎用指向の環境)．以下 - は削除されたもの，+ は追加されたもの m->n 等は値の変化を示す．

• +CONFIG_ARCH_HAS_ZONE_DEVICE=y

  mm, x86: Add ARCH_HAS_ZONE_DEVICE to Kconfig

  Selected by: X86 [=y] && X86_64 [=y]

• +CONFIG_MDIO_BUS=y

  net: phy: rework Kconfig settings for MDIO_BUS

  default m if PHYLIB=m
  default MDIO_DEVICE

  MDIO_DEVICE=y (Selected by: PHYLIB [=y] && NETDEVICES [=y]) のため y になっていた．

• +CONFIG_WATCHDOG_HANDLE_BOOT_ENABLED=y

  watchdog: core: add option to avoid early handling of watchdog

  default y

  y にしておく．

• -CONFIG_SND_RAWMIDI_SEQ=m
+CONFIG_SND_SEQ_MIDI=m

  ALSA: seq: Reorganize kconfig and build

  Kconfig, Makefile が整理された模様．ほかにもdiffが出ていたが省略．

• +CONFIG_WMI_BMOF=m

  platform/x86: wmi-bmof: New driver to expose embedded Binary WMI MOF metadata

  default ACPI_WMI

  ACPI_WMI=m (ACPI-WMI (Windows Management Instrumentation) mapper device (PNP0C14)) だと default で m になる．必要かどうか不明だが m にしておく．

• +CONFIG_HARDLOCKUP_DETECTOR_PERF=y
+CONFIG_SOFTLOCKUP_DETECTOR=y

  kernel/watchdog: split up config options

  DEBUG_KERNEL [=y] で select される．

Related articles

• 2020/01/11 20:50 / Linux 5.5-rc5
• 2019/11/25 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.4
• 2019/10/02 00:03 / Linux 5.3.1 -> 5.4-rc1
• 2019/09/20 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.3
• 2019/07/22 19:13 / Linux 5.2.2 -> 5.3-rc1
• 2019/06/28 20:38 / GeForce GT 430 with nvidia-legacy-390xx-kernel-dkms 390.116-1~bpo9+1
• 2019/06/12 16:10 / Linux 5.1.8 -> 5.2-rc4
• 2019/05/07 19:43 / Linux 5.0.9 -> 5.1.0
• 2019/03/07 22:16 / Linux 4.20.13 -> 5.0.0
• 2018/11/06 11:30 / Linux 4.19.0 -> 4.20-rc1
• 2018/08/29 11:06 / Linux 4.18.5 -> 4.19-rc1
• 2018/06/20 17:06 / Linux 4.17.2 -> 4.18-rc1
• 2018/04/19 15:25 / Linux 4.16.2 -> 4.17-rc1
• 2018/02/12 17:23 / Linux 4.15.3 -> 4.16-rc1
• 2018/01/29 11:08 / Linux 4.14.15 -> 4.15
• 2017/11/28 12:42 / Linux 4.14.2 -> 4.15-rc1
• 2017/11/15 15:56 / Linux ORC unwinder と objtool (CONFIG_STACK_VALIDATION needs tools/objtool/objtool along headers)
• 2017/11/15 15:41 / Linux 4.13.12 -> 4.14.0
• 2017/09/18 07:04 / Linux 4.13.1 -> 4.14-rc1
• 2017/07/16 23:56 / Linux 4.12.0 -> 4.13-rc1
• 2017/05/15 14:04 / Linux 4.11.0 -> 4.12-rc1
• 2017/05/03 00:24 / Linux 4.10.13 -> 4.11.0
• 2017/03/06 09:51 / Linux 4.10.1 -> 4.11-rc1
• 2017/02/20 10:31 / Linux 4.9.X -> 4.10
• 2016/12/30 21:28 / Linux 4.9 -> 4.10-rc1
• 2016/12/14 23:00 / Linux 4.8 -> 4.9

以下のように wp-cli (https://github.com/wp-cli/wp-cli) (以下の wp command)を使って WordPress の自動 update を行っているのだが，

#!/bin/sh

wp core update
wp core update-db --network
wp plugin update --all
wp theme update --all
wp core language update

cron から以下のようなエラーメールが届く．

PHP Parse error:  syntax error, unexpected '[' in /somewhere/public_html/wp-content/plugins/multisite-post-duplicator/inc/mpd-functions.php on line 418
Parse error: syntax error, unexpected '[' in /somewhere/public_html/wp-content/plugins/multisite-post-duplicator/inc/mpd-functions.php on line 418
PHP Parse error:  syntax error, unexpected '[' in /somewhere/public_html/wp-content/plugins/multisite-post-duplicator/inc/mpd-functions.php on line 418
Parse error: syntax error, unexpected '[' in /somewhere/public_html/wp-content/plugins/multisite-post-duplicator/inc/mpd-functions.php on line 418

Update 後 Multisite Post Duplicator (v1.7.1) (https://wordpress.org/plugins/multisite-post-duplicator/) が正常動作せず，うまく表示がされなくなる．

サーバの PHP のバージョンは以下のとおりで，

% php -v
PHP 5.3.3 (cli) (built: Jan  5 2016 08:52:51)
Copyright (c) 1997-2010 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies

http://php.net/manual/en/language.types.array.php にある PHP 5.4 形式の配列(array in PHP = ordered map)定義を使っているのが原因．ということで，以下パッチ．

--- a/wp-content/plugins/multisite-post-duplicator/inc/mpd-functions.php
+++ b/wp-content/plugins/multisite-post-duplicator/inc/mpd-functions.php
@@ -415,10 +415,10 @@ function mpd_get_images_from_the_content($post_id){
             $image_obj = get_post($matches[0]);
             //Push this object into an array.
             // Save all elements needed to the duplication process
-            $images_objects_from_post[ $matches[0] ] = [
+            $images_objects_from_post[ $matches[0] ] = array(
                 'attached_file_path' => get_attached_file( $matches[0] ),
                 'object'             => $image_obj
-             ];
+            );
 
         }
         //Deliver the array of attachment objects to the core

使っていないので実害ないのだが，Debian GNU/Linux の lighitning (Calendar Extension for Thunderbird) package の /usr/lib/lightning/chrome/calendar-en-US/locale/en-US/calendar/preferences/ にある以下等の DTD ファイルは，更新されてもファイルのタイムスタンプが同じままで，かつ変更によってファイルサイズも変わらない(1文字の変更等)なので，rsync -a で更新されない．

• /usr/lib/lightning/chrome/calendar-en-US/locale/en-US/calendar/preferences/categories.dtd
• /usr/lib/lightning/chrome/calendar-en-US/locale/en-US/calendar/preferences/views.dtd

念の為 diff を取った際に若干焦った．以下のように 2010-01-01 (GMT 00:00) で固定されているっぽい．

ls --full-time /usr/lib/lightning/chrome/calendar-en-US/locale/en-US/calendar/preferences/
total 20
-rw-r--r-- 1 root root 1932 2010-01-01 09:00:00.000000000 +0900 alarms.dtd
-rw-r--r-- 1 root root 1295 2010-01-01 09:00:00.000000000 +0900 categories.dtd
-rw-r--r-- 1 root root 2074 2010-01-01 09:00:00.000000000 +0900 general.dtd
-rw-r--r-- 1 root root  396 2010-01-01 09:00:00.000000000 +0900 preferences.dtd
-rw-r--r-- 1 root root 1955 2010-01-01 09:00:00.000000000 +0900 views.dtd

たとえば Gmail で送信者情報として Gmail ではない自身のメールアドレスを使う，といった話．もっと書くと，SMTP (RFC 821 -> RFC 2821 -> RFC 5321)では RCPT TO:/MAIL FROM: コマンドでそれぞれ送信先/送信元を設定しつつも，メール本体(DATA)は RFC 822 のとおりこの中にも別途 From: と To: 等が記載できるようになっていて，その From: を書き換えるという話．ちょっとだけ調べた範囲．

• Gmail:
  • From: 書き換え可能．
  • そのメールアドレス用の SMTP サーバ(Host/ID/PW)の情報が要求される．
  • メールで認証要求される(設定するメールアドレス宛に確認 verification のためのメールが送付される)．
  • Return-Path: は From: と同じ．
• yahoo.co.jp (Yahoo!メール):
  • From: 書き換え可能．
  • SMTP サーバ情報不要．
  • メール認証有り．
  • Sender: field に yahoo.co.jp のメールアドレスが含まれる．
  • Return-Path: は From: と同じ．
• yahoo.com (Yahoo mail):
  • From: 書き換え可能．
  • SMTP サーバ情報不要．
  • メール認証有り．
  • Yahoo.com のメールアドレスはヘッダに含まれない．
  • Return-Path: は From: と同じ．
  • SMTP 送出までにかかる時間がかなり長い．
• outlook.com (いわゆる hotmail):
  • From: 書き換え可能(Email aliases として．https://account.live.com/names/Manage から設定)．
  • SMTP サーバ情報不要．
  • メール認証有り．
  • Outlook.com 自体のメールアドレスはヘッダに含まれない．
  • Return-Path: には <outlook_XXXXXXXXXXXXXXXX@outlook.com> といった情報が入る(複数回送ってみても同じ文字列なので，アカウントの固有識別子っぽい感じ)．

追記 (2019/11/19)

outlook.com の Email alias だが，Microsoft account として登録されている他のメールアドレスは Email alias として追加できない．

手元に Office 入りの 32Gストレージの Windows 10 Note (Windows 8 から無償アップデート)があって，それを最新のWindows 10にするためになんとかする．

空き容量が8G必要で(解説ページによっては10Gが安全と書いてあったりする)，ちょっとどうあがいても6G程度の空き容量しか作れなかったので，Media Creation Tool (MCT)で別途インストールメディアを作成してインストール．

基本的にはAnniversary Update適用の際にMCTを利用する詳細を記述してある http://ascii.jp/elem/000/001/232/1232920/ の記事のとおりのことを今やればCreators Updateが入ってくれる．

手元の 32GB Windows 10 Note は Windows 10 Home なので，メディア作成時のエディションとしてはWindows 10 Homeを単純に選びたかったのだが，

• Windows 10
• Windows 10 Home Single Language

という項目しか表示されなかった．後者を選択して，現状特に問題なし．Office 等もそのまま使えている．

Media Creation Tool (MCT)は https://www.microsoft.com/software-download/windows10 からダウンロードする(言語自動判定)．ただしこのURL，Windows ではない OS からアクセスするとISOをダウンロードするページに飛ばされる様子．

4.13-rc1が出ているので .config がどう変更されるのか見てみた．ターゲットは VMware on Windows 上の Guest で CPU は i7-3687U．以下 - は削除されたもの，+ は追加されたもの m->n 等は値の変化を示す．

• +CONFIG_GENERIC_IRQ_EFFECTIVE_AFF_MASK=y

  genirq: Introduce effective affinity mask
  x86/apic: Implement effective irq mask update

  Selected by: X86 [=y] && SMP [=y]

• +CONFIG_GENERIC_IRQ_MIGRATION=y

  genirq: Introduce generic irq migration for cpu hotunplug
  x86/irq: Use irq_migrate_all_off_this_cpu()

  Selected by: X86 [=y] && SMP [=y]

• +CONFIG_SLAB_MERGE_DEFAULT=y

  mm: allow slab_nomerge to be set at build time

  y にしておく．あと，Debian GNU/Linux の kernel-image にならって SLAB allocator として CONFIG_SLAB を選んでいたが，CONFIG_SLUB が kernel の default のようなのでCONFIG_SLUB=yにすることにした．

• +CONFIG_THIN_ARCHIVES=y

  kbuild: allow architectures to use thin archives instead of ld -r
  kbuild: thin archives make default for all archs

  def_bool y

• +CONFIG_HAVE_GENERIC_GUP=y

  x86/mm/gup: Switch GUP to the generic get_user_page_fast() implementation

  def_bool y

• +CONFIG_ARCH_WANTS_THP_SWAP=y
+CONFIG_THP_SWAP=y

  mm, THP, swap: delay splitting THP during swap out

• +CONFIG_ARCH_HAS_ZONE_DEVICE=y

  mm, x86: Add ARCH_HAS_ZONE_DEVICE to Kconfig

  Selected by: X86 [=y] && X86_64 [=y]

• +CONFIG_PCI_LOCKLESS_CONFIG=y

  x86/PCI: Select CONFIG_PCI_LOCKLESS_CONFIG

  Selected by: X86 [=y]

• +CONFIG_DRM_PANEL_BRIDGE=y

  drm/bridge: Refactor out the panel wrapper from the lvds-encoder bridge.

  def_bool y
  Selects: DRM_PANEL [=y]

  不要な気もするが依存関係で y になる．

• +CONFIG_DRM_PANEL=y

  上で Select される．

• +CONFIG_ARCH_HAS_UACCESS_FLUSHCACHE=y

  x86, uaccess: introduce copy_from_iter_flushcache for pmem / cache-bypass operations

  Selected by: X86 [=y] && X86_64 [=y]

• -CONFIG_ARCH_HAS_GIGANTIC_PAGE=y

  mm/hugetlb: clean up ARCH_HAS_GIGANTIC_PAGE

  Selected by: X86_64 [=y] && 64BIT [=y] && (MEMORY_ISOLATION [=n] && COMPACTION [=y] || CMA [=n])

  Memory の hotplug 等を disable していて，CMA (Contiguous Memory Allocator) も n なので，選択されなくなった．

• +CONFIG_ARCH_HAS_FORTIFY_SOURCE=y

  include/linux/string.h: add the option of fortified string.h functions

  Selected by: X86

• +CONFIG_HAVE_HARDLOCKUP_DETECTOR_PERF=y

  kernel/watchdog: split up config options

  Selected by: X86 [=y] && HAVE_PERF_EVENTS_NMI [=y]

• +CONFIG_RTC_NVMEM=y

  rtc: add generic nvmem support

  Selects: NVMEM [=y] and default RTC_CLASS

• +CONFIG_NVMEM=y

  上で Select される．

Related articles

• 2020/01/11 20:50 / Linux 5.5-rc5
• 2019/11/25 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.4
• 2019/10/02 00:03 / Linux 5.3.1 -> 5.4-rc1
• 2019/09/20 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.3
• 2019/07/22 19:13 / Linux 5.2.2 -> 5.3-rc1
• 2019/06/28 20:38 / GeForce GT 430 with nvidia-legacy-390xx-kernel-dkms 390.116-1~bpo9+1
• 2019/06/12 16:10 / Linux 5.1.8 -> 5.2-rc4
• 2019/05/07 19:43 / Linux 5.0.9 -> 5.1.0
• 2019/03/07 22:16 / Linux 4.20.13 -> 5.0.0
• 2018/11/06 11:30 / Linux 4.19.0 -> 4.20-rc1
• 2018/08/29 11:06 / Linux 4.18.5 -> 4.19-rc1
• 2018/06/20 17:06 / Linux 4.17.2 -> 4.18-rc1
• 2018/04/19 15:25 / Linux 4.16.2 -> 4.17-rc1
• 2018/02/12 17:23 / Linux 4.15.3 -> 4.16-rc1
• 2018/01/29 11:08 / Linux 4.14.15 -> 4.15
• 2017/11/28 12:42 / Linux 4.14.2 -> 4.15-rc1
• 2017/11/15 15:56 / Linux ORC unwinder と objtool (CONFIG_STACK_VALIDATION needs tools/objtool/objtool along headers)
• 2017/11/15 15:41 / Linux 4.13.12 -> 4.14.0
• 2017/09/18 07:04 / Linux 4.13.1 -> 4.14-rc1
• 2017/09/05 04:14 / Linux 4.12.10 -> 4.13
• 2017/05/15 14:04 / Linux 4.11.0 -> 4.12-rc1
• 2017/05/03 00:24 / Linux 4.10.13 -> 4.11.0
• 2017/03/06 09:51 / Linux 4.10.1 -> 4.11-rc1
• 2017/02/20 10:31 / Linux 4.9.X -> 4.10
• 2016/12/30 21:28 / Linux 4.9 -> 4.10-rc1
• 2016/12/14 23:00 / Linux 4.8 -> 4.9

Kernel を 4.12 に上げたら dax (手元では device-mapper が依存)が modprobe に失敗するようになった．

percpu: allocation failed, size=8192 align=4096 atomic=0, alloc from reserved chunk failed
CPU: 4 PID: 3257 Comm: modprobe Tainted: P           O    4.12.0-(snip)
Hardware name: (snip)
Call Trace:
 ? dump_stack+0x5c/0x7a
 ? pcpu_alloc+0x601/0x640
 ? load_module+0x7bf/0x2af0
 ? kernel_read_file+0x19d/0x1c0
 ? SyS_finit_module+0xa5/0xe0
 ? SyS_finit_module+0xa5/0xe0
 ? entry_SYSCALL_64_fastpath+0x1e/0xa9
dax: Could not allocate 8192 bytes percpu data

mm/percpu.cのpcpu_allocでコケているようなのだが(8192 byteが大きいということ？)，percpu_testのkernel moduleを作ってみても以下のような感じでうまく動かず．

% sudo modprobe percpu_test
modprobe: ERROR: could not insert 'percpu_test': Resource temporarily unavailable

ということで，これ以上は追えず．とりあえずはCONFIG_DAX=mをCONFIG_DAX=yにすれば解決する．

Kernel を 4.12 に上げたら nvidia-legacy-340xx-kernel-dkms の compile でコケるようになった．treewide: move set_memory_* functions away from cacheflush.hの影響でset_memory_uc()他がasm/cacheflush.hから<asm/set_memory.h>に移動した影響．

以下 nvidia-legacy-340xx-kernel-dkms 向けやるきなしなしパッチ．4.12 以前では動かない．

--- a/conftest.sh
+++ b/conftest.sh
@@ -372,6 +372,7 @@ compile_test() {
             #
             CODE="
             #include <asm/cacheflush.h>
+            #include <asm/set_memory.h>
             void conftest_set_memory_uc(void) {
                 set_memory_uc();
             }"
@@ -385,6 +386,7 @@ compile_test() {
             #
             CODE="
             #include <asm/cacheflush.h>
+            #include <asm/set_memory.h>
             void conftest_set_memory_array_uc(void) {
                 set_memory_array_uc();
             }"
@@ -398,6 +400,7 @@ compile_test() {
             #
             CODE="
             #include <asm/cacheflush.h>
+            #include <asm/set_memory.h>
             void conftest_set_pages_uc(void) {
                 set_pages_uc();
             }"
--- a/nv-linux.h
+++ b/nv-linux.h
@@ -194,6 +194,7 @@ RM_STATUS nvos_forward_error_to_cray(struct pci_dev *, NvU32,
 #if defined(NV_SET_MEMORY_UC_PRESENT)
 #undef NV_SET_PAGES_UC_PRESENT
 #undef NV_CHANGE_PAGE_ATTR_PRESENT
+#include <asm/set_memory.h>
 #elif defined(NV_SET_PAGES_UC_PRESENT)
 #undef NV_CHANGE_PAGE_ATTR_PRESENT
 #endif

Related articles

• 2018/01/10 00:52 / nvidia-kernel-dkms 384.98-3~bpo9+1 on Linux 4.14.9 以降
• 2017/06/21 19:50 / Debian GNU/Linux stretch の NVIDIA Driver
• 2017/02/20 13:03 / nvidia-kernel-dkms 340.96-1 on Linux 4.10
• 2016/12/20 11:54 / nvidia-kernel-dkms 340.96-1 on Linux 4.9
• 2015/05/19 10:21 / nvidia-kernel-dkms 343.36 on Linux 4.0.0
• 2014/04/23 19:03 / nvidia-kernel-dkms 319.82-1~bpo70+1 on Linux 3.12.17

良くあるDiskless Clientの構成法だと思われるが，あまり情報がないので自分用メモ．

• NFSROOT でまず NFS サーバの export を / に mount
• NFS 越しに squashfs を read-only で mount
• local で system に書き込む部分は tmpfs を利用

ということを overlayfs で squashfs に tmpfs を overlay して実現する，という話．

ざっくりと設定手順は以下のとおり．サーバ・クライアントは Debian GNU/Linux stretch を想定．

• DHCP Server の設定
• TFTP Server の設定
• NFS の設定
• root (/) イメージ作成
• initrd の細工
• NFSROOT の設置

DHCP Server の設定

isc-dhcp-server をインストールして，/etc/dhcp/dhcpd.confを以下のような感じで設定．groupを使うと記述が少なくて済む(global parameter として next-server と filename を書いても良い)．

group {
  next-server 10.0.0.2;
  filename "/client/pxelinux.0";
  host megane {
    hardware ethernet xx:xx:xx:xx:xx:xx;
    fixed-address 10.0.0.71;
    option host-name "megane";
  }
  ### 他のホストの設定多数
}

10.0.0.2はTFTP ServerのIP Address，filenameでTFTPのパスを指定．

TFTP Server の設定

tftpd-hpa をインストール(tftpd は Tftpd is not suitable for use with the PXE bootloader(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=401288) とのことで PXE boot 向けではないとのこと)．

/etc/default/tftpd-hpaにTFTP_DIRECTORY="/srv/tftp"とあって，つまりサーバの/srv/tftpがTFTPの/になる．

PXE netboot 用のファイルを /srv/tftp/client (dhcpd.confで指定したパス)に配置する．network boot の Debian installerを細工する形で置くが簡単．

/srv/tftp/client/pxelinux.cfg/defaultに設定ファイルを置く．私の場合は以下．

default syslinux/vesamenu.c32
    prompt 0
    menu title Diskless clients
    MENU AUTOBOOT Starting the default kernel in # seconds

include syslinux/stdmenu.cfg

label Linux 4.11.7-diskless-01+
    menu label Linux 4.11.7-diskless-01+ (stretch)
    menu default
    timeout 100
    kernel boot/vmlinuz-4.11.7-diskless-01+
    append initrd=boot/initrd.img-4.11.7-diskless-01+ root=/dev/nfs nfsroot=10.0.0.2:/export/diskless,ro ip=:::::eth0:dhcp

label Linux 4.11.6-diskless-01+
    menu label Linux 4.11.6-diskless-01+ (stretch)
    kernel boot/vmlinuz-4.11.6-diskless-01+
    append initrd=boot/initrd.img-4.11.6-diskless-01+ root=/dev/nfs nfsroot=10.0.0.2:/export/diskless,ro ip=:::::eth0:dhcp

boot/は実際には/srv/tftp/client/boot/が対応し，ここに後の手順で作成する root のイメージから，vmlinuz と initrd を copy する．10.0.0.2:/export/disklessはNFSで mount する際の source．

syslinux/以下のファイルはDebian installerから流用(若干調整が必要)．

NFS Server の設定

nfs-kernel-server をインストール．/export/disklessがNFSでクライアントからマウント可能なように/etc/exportsを設定する．See man exportfs.

root (/) イメージ作成

debootstrap を利用する．debootstrapをインストールしておく．

sudo debootstrap --verbose --arch amd64 stretch stable http://ftp.jp.debian.org/debian/

で，stable/ 以下に root (/) のファイルが配置される．あとは

sudo chroot stable /bin/sh

で stable/ を / とみなした shell が起動するので，そこで apt-get で必要なパッケージを入れまくる(/etc以下や password 等も設定)．

ただし /proc 等が存在しないので，chroot の前に以下で mount しておくのが無難．

sudo mount -t devpts devpts stable/dev/pts
sudo mount -t proc proc stable/proc
sudo mount -t binfmt_misc binfmt_misc stable/proc/sys/fs/binfmt_misc
sudo mount -t sysfs sysfs stable/sys
sudo mount -t tmpfs tmpfs stable/sys/fs/cgroup

この段階で，別途 make-kpkg でカスタム linux-image package を作成し，それを chroot 環境で dpkg -i する．kernel 再構築の際，使う NIC の Driver や NFS 等は module (m)ではなくkernelに組み込んでおく(y)必要がある．また，initrd に細工する必要があるが，これはまた後ほど．

あと，ホスト毎に処理を変えたい部分については /etc/rc.local に書いておく．ssh server の鍵をホスト毎に変えたくなる(かつ永続性も確保したい)が，これについてはたとえば以下のようなファイルを用意しておき，

[/etc/init.d/ssh-pre]
#! /bin/sh

### BEGIN INIT INFO
# Provides:             ssh-pre
# Required-Start:       $remote_fs $syslog
# Required-Stop:        $remote_fs $syslog
# X-Start-Before:       sshd
# Default-Start:        2 3 4 5
# Default-Stop:         
# Short-Description:    Prepare ssh host keys
### END INIT INFO

# `hostname` に応じてどこかから鍵を /etc/ssh/ に copy する

chroot環境でinsserv ssh-preを実行して，起動時に実行されるようにしておく．

好みの感じに仕上がった stable/ を squashfs 化する．

sudo rsync -avzL --exclude=... stable/ stable-tmp/
sudo mksquashfs stable-tmp stable.img

上のように無駄なファイルを squashfs に入れても仕方がないので rsync で一旦フィルタする．mksquashfs の -ef option でも exclude できるが，容量が大きくテストが煩雑になるので，rsync で exclude するようにした．手元の script では例えば以下のように exclude している．

     --exclude='/tmp/*'                                 \
     --exclude='/opt/*'                                 \
     --exclude='/proc/*'                                \
     --exclude='/sys/*'                                 \
     --exclude='/dev/*'                                 \
     --exclude='/var/cache/apt/archives/*'              \
     --exclude='/var/tmp/*'                             \
     --include='/var/log/*/'                            \
     --exclude='/var/log/*'                             \
     --exclude='/var/log/*/*'                           \

initrd の細工

initrd から squashfs を mount (ro)して，それに対して tmpfs (rw) を overlay して diskless client の / とする，という設定を行う．今から思えばhttps://github.com/chesty/overlayrootとほぼ同じ．

以下の2つのファイルを用意する．

[/usr/share/initramfs-tools/hooks/overlayroot]
#!/bin/sh
PREREQ=""
prereqs()
{
    echo "$PREREQ"
}

case $1 in
prereqs)
    prereqs
    exit 0
    ;;
esac

. /usr/share/initramfs-tools/hook-functions

manual_add_modules overlay
manual_add_modules squashfs
manual_add_modules loop

hooks/* は kernel module や initrd で必要な実行ファイルを initrd に含める設定を書く箇所．overlay や squashfs が initrd に含まれるようにする．

$1で処理を分岐している部分は，hook ファイルの起動順を決めるための部分で，もし他のhookファイルに依存する場合はPREREQ変数にその名前を記載しておく (see man initramfs-tools)．

[/usr/share/initramfs-tools/scripts/init-bottom/overlayroot]
#!/bin/sh
PREREQ=""
prereqs()
{
    echo "$PREREQ"
}

case $1 in
prereqs)
    prereqs
    exit 0
    ;;
esac

modprobe overlay
modprobe squashfs
modprobe loop

mkdir -p /over
mount -t tmpfs -o size=1g tmpfs /over

mkdir -p /over/rw
mkdir -p /over/ro
mkdir -p /over/sq
mkdir -p /over/work

mount -o remount,ro /root
ro=/over/ro

file=`ls /root/*.img | tail -1`
if test -f $file ; then
    mount -t squashfs $file /over/sq
    ro=/over/sq
fi

mount --move /root /over/ro

mount -t overlay -o upperdir=/over/rw,lowerdir=$ro,workdir=/over/work overlay /root

# Create files for /var/log/ .
# See /var/lib/dpkg/info/base-files.postinst .
touch /root/var/log/wtmp /root/var/log/btmp /root/var/log/lastlog

mkdir -p /root/over
mount --move /over /root/over

if command -v nuke >/dev/null; then
    nuke /over
fi

scripts/init-bottom/overlayroot は /usr/share/initramfs-tools/init (/init)から起動されることになるファイル．scripts/init-bottom/udev も存在すると思われるが，それより先に実行される(ファイル名で sort した順っぽい)．PREREQについてはhookと同じ．

やっていることは以下のとおり．

• 必要な kernel module の load (modprobe)
• tmpfs を /over/ に mount
• squashfs /root/*.img の1つ(最新のものになるように細工したりする)を /over/sq/ に mount．ここで /root/ は NFS でマウントしている 10.0.0.2:/export/diskless/ の mount point
• /root/ を /over/ro/ に移動
• overlayfs を使って squashfs (ro)の上に tmpfs (rw)を重ねて，/root/ に mount
• 起動時に必要なファイルを準備 (touch の箇所)
• 最終的に /root/ が / になるが，その際に /over/ が参照可能なように，/over/ を /root/over/ に移動
• nuke (rm -rf) で /over/ (mount point)を削除

あとは chroot 環境で以下で initrd を作り直す．initrd は /boot/initrd*に生成される．

# update-initramfs -u -k all

NFSROOT の設置

NFS server の /export/diskless に squashfs のイメージ stable.img を置く．また，/export/diskless/dev/ 等は一時的に mount point となるので，以下を mkdir しておく(中身は空)．

• /export/diskless/dev/
• /export/diskless/run/
• /export/diskless/tmp/

テスト

いちいち実機でテストするのは面倒なので同一ネットワーク内の別ホストで kvm を用いてテストすると簡便．たとえば以下(DHCP サーバに接続するため要ブリッジの設定)．

% qemu-img create -f qcow2 debian.qcow 20G
% kvm -vnc :0 -hda debian.qcow -smp 8 -net bridge -net nic,model=e1000 -m 8000 &
% vncviewer :0 &

追記 (2017/08/03)

上記作業だと

• (1)debootstrap で作った /
• (2)そこから無駄なファイルを除外するための rsync した / (これは削除可能)
• (3)そこから作った squashfs

と，かなり容量が必要で，もとの / は upgrade 等のために必要で保存しておく必要もあるので，いっそのこと作った squashfs + overlayfs で (1) の代用にしようとしたのだが，

• 通常の filesystem の timestamp は nanosecond 精度(たぶん)
• Squashfs の timestamp は second 精度 (ctime のみ保持)

ということで，(1)を(3)+overlayfsに rsync -a しようとしたら，大量の同一ファイルの copy が発生してしまった．

% ls -l --full-time stable/etc/hosts stable-20170731-over/etc/hosts
-rw-r--r-- 1 root root 109 2017-06-20 13:05:10.000000000 +0900 stable-overlay/etc/hosts
-rw-r--r-- 1 root root 109 2017-06-20 13:05:10.714742658 +0900 stable/etc/hosts
% stat stable/etc/hosts stable-20170731-over/etc/hosts
  File: stable/etc/hosts
  Size: 109             Blocks: 8          IO Block: 4096   regular file
Device: 2ch/44d Inode: 11835294    Links: 1
Access: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2017-08-04 10:32:23.151773243 +0900
Modify: 2017-06-20 13:05:10.714742658 +0900
Change: 2017-06-20 13:05:10.714742658 +0900
 Birth: -
  File: stable-20170731-over/etc/hosts
  Size: 109             Blocks: 1          IO Block: 1024   regular file
Device: 702h/1794d      Inode: 1613        Links: 1
Access: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2017-06-20 13:05:10.000000000 +0900
Modify: 2017-06-20 13:05:10.000000000 +0900
Change: 2017-06-20 13:05:10.000000000 +0900
 Birth: -

みたいな感じで，stable/ は通常の(1) filesystem 上のファイル，stable-overlay/ は (3) のファイル．

rsync で dry-run してみると，以下のとおり一応同じ timestamp だとはみなしてもらえる．

% rsync -avz -n stable/etc/hosts stable-20170731-over/etc/hosts
sending incremental file list

sent 44 bytes  received 12 bytes  112.00 bytes/sec
total size is 109  speedup is 1.95 (DRY RUN)

で，実際に rsync しようとすると以下のように怒られる．

% rsync -avz stable/etc/hosts stable-20170731-over/etc/hosts
sending incremental file list
rsync: failed to set times on "/somewhere/stable-20170731-over/etc/hosts": Operation not permitted (1)

sent 44 bytes  received 141 bytes  370.00 bytes/sec
total size is 109  speedup is 0.59
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1196) [sender=3.1.2]

実際に copy はしないが，timestamp の update を試みていることが分かる(user権限でrsyncしたので，permission が deny された)．実際に timestamp が update されると，overlayfs の upper layer 側にファイルが作成されることになる．

ということで(1)を完全に削除(つまり(3)のうえに rsync しない)しようか思案中．

Related articles

• 2017/05/18 17:40 / nfsroot で / に対して fscache (fsc) を有効にする，再び
• 2015/10/29 12:44 / nfsroot で / に対して fscache (fsc) を有効にする

Kernel は 4.11.6 の自前パッケージ．ドライバのソースは以下の2種類を試した．

• nvidia-legacy-340xx-kernel-dkms 340.102-1
• nvidia-kernel-dkms 375.66-1

Linux 4.11.6 + nvidia-kernel-dkms 375.66-1

嵌ったのは，以下のような2つのファイルを混同してしまう点．conftest.sh でことごとく error がでる．

• /usr/src/linux-headers-4.11.6-<version>/arch/x86/include/asm/msr.h
• /usr/src/linux-headers-4.11.6-<version>/include/asm/msr.h

/usr/src/linux-headers-4.11.6-<version>/include/asm/ をまるごと削除して解決させた．ソースコードの修正は不要．

Linux 4.11.6 + nvidia-legacy-340xx-kernel-dkms 340.102-1

手元に GeForce 8600 (古い)があって，これは最新のドライバではダメで，legacy ドライバを利用する必要がある．ということで仕方なくコンパイル．以下の対応する変更が必要．

• linux/sched/signal.h に諸々のコードが分離された影響 (https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?id=c3edc4010e9d102eb7b8f17d15c2ebc425fed63c)
• drm: Change the return type of the unload hook to void
• mm, fs: reduce fault, page_mkwrite, and pfn_mkwrite to take only vmf

以下パッチ．

--- a/conftest.sh
+++ b/conftest.sh
@@ -1579,6 +1579,7 @@ compile_test() {
             #
             CODE="
             #include <linux/sched.h>
+            #include <linux/sched/signal.h>
             void conftest_fatal_signal_pending(void) {
                 fatal_signal_pending();
             }"
--- a/nv-drm.c
+++ b/nv-drm.c
@@ -48,7 +48,7 @@ static int nv_drm_load(
     return -ENODEV;
 }
 
-static int nv_drm_unload(
+static void nv_drm_unload(
     struct drm_device *dev
 )
 {
@@ -64,7 +64,7 @@ static int nv_drm_unload(
         }
     }
 
-    return -ENODEV;
+    return;
 }
 
 static void nv_gem_free(
diff --git a/uvm/nvidia_uvm_linux.h b/uvm/nvidia_uvm_linux.h
index f69c107..3d21a47 100644
--- a/uvm/nvidia_uvm_linux.h
+++ b/uvm/nvidia_uvm_linux.h
@@ -189,6 +189,9 @@
 #include <linux/ratelimit.h>
 #endif
 
+#include <linux/signal.h>
+#include <linux/sched/signal.h>
+
 #if !defined(no_printk)
 //
 // TODO: bug 1329255: instead of this heavy-handed approach, use conftest to
diff --git a/uvm/nvidia_uvm_lite.c b/uvm/nvidia_uvm_lite.c
index 71bebe3..3685dc6 100644
--- a/uvm/nvidia_uvm_lite.c
+++ b/uvm/nvidia_uvm_lite.c
@@ -818,7 +818,7 @@ done:
 }
 
 #if defined(NV_VM_OPERATIONS_STRUCT_HAS_FAULT)
-int _fault(struct vm_area_struct *vma, struct vm_fault *vmf)
+int _fault(struct vm_fault *vmf)
 {
 #if LINUX_VERSION_CODE < KERNEL_VERSION(4, 10, 0)
     unsigned long vaddr = (unsigned long)vmf->virtual_address;
@@ -828,7 +828,7 @@ int _fault(struct vm_area_struct *vma, struct vm_fault *vmf)
     struct page *page = NULL;
     int retval;
 
-    retval = _fault_common(vma, vaddr, &page, vmf->flags);
+    retval = _fault_common(vmf->vma, vaddr, &page, vmf->flags);
 
     vmf->page = page;
 
@@ -866,7 +866,7 @@ static struct vm_operations_struct uvmlite_vma_ops =
 // it's dealing with anonymous mapping (see handle_pte_fault).
 //
 #if defined(NV_VM_OPERATIONS_STRUCT_HAS_FAULT)
-int _sigbus_fault(struct vm_area_struct *vma, struct vm_fault *vmf)
+int _sigbus_fault(struct vm_fault *vmf)
 {
     vmf->page = NULL;
     return VM_FAULT_SIGBUS;

Related articles

• 2018/01/10 00:52 / nvidia-kernel-dkms 384.98-3~bpo9+1 on Linux 4.14.9 以降
• 2017/07/03 12:32 / nvidia-legacy-340xx-kernel-dkms 340.102-1 on Linux 4.12
• 2017/02/20 13:03 / nvidia-kernel-dkms 340.96-1 on Linux 4.10
• 2016/12/20 11:54 / nvidia-kernel-dkms 340.96-1 on Linux 4.9
• 2015/05/19 10:21 / nvidia-kernel-dkms 343.36 on Linux 4.0.0
• 2014/04/23 19:03 / nvidia-kernel-dkms 319.82-1~bpo70+1 on Linux 3.12.17

Debian GNU/Linux 9.0 stretch が 2017-06-17 にリリースされたので，upgrade．リリースノートはhttps://www.debian.org/releases/stretch/amd64/release-notes/．以下でアップグレード．

• /etc/apt/sources.list 書き換え
• aptitude update; aptitude upgrade

リリースのノートには以下のように記載されているが，aptitude を使ってしまった．

以前のリリースの一部では、アップグレード作業に aptitude の利用を推奨していました。このツールは jessie から stretch へのアップグレードには推奨されません。

update 時点で以下のように怒られる場合は，

W: There is no public key available for the following key IDs:
EF0F382A1A7B6500

まず debian-archive-keyring を upgrade する．

aptitude install debian-archive-keyring

あとは aptitude で調整しつつ upgrade．個人的に気付いた点(リリースノートにも書いてある)等，メモは以下のとおり．

• MySQL の代わりに MariaDB (MySQLの派生) が install される．https://www.debian.org/releases/stretch/amd64/release-notes/ch-whats-new.ja.html#mariadb-replaces-mysql.
• php5 が obsolete になって php7 で代替．
• 一旦 php 関連を全て purge してしまったので MediaWiki, WordPress 関連のものを再度 install．
  • php-mbstring
  • php-xml
  • php-mysql
  • php-curl (Elasticsearch が依存)
  • php-gd (WordPress で画像のサムネイル生成に必要)

• いろいろ不要な package を消していたら ifconfig や ifup 等のコマンドも消えてしまったので，net-tools，ifupdown を install．なお，「net-tools は iproute2 が選ばれたため非推奨となりました」とのこと．最近は ifconfig ではなく ip を使うらしい．

• remmina, kernel-package が stable にない．．．

なお，MariaDB になったため mysqldump が途中でコケるようになった．

mysqldump -u root -p --all-databases --events
(略)
mysqldump: Couldn't execute 'show events': Cannot proceed because system tables used by Event Scheduler were found damaged at server start (1577)

以下でDBをアップグレードすれば良いらしい(適宜 --verbose --force オプションをつける)．

mysql_upgrade -u root -p

追記(2017/6/24)

Postfix を upgrade (3.1.4-7)したら以下のように表示されるようになった．

Postfix is running with backwards-compatible default settings
See http://www.postfix.org/COMPATIBILITY_README.html for details
To disable backwards compatibility use "postconf compatibility_level=2" and "postfix reload"

upgrade ではなく，イチから install した場合の/etc/postfix/main.cfは以下のとおり．

# See http://www.postfix.org/COMPATIBILITY_README.html -- default to 2 on
# fresh installs.
compatibility_level = 2

微妙に該当するchangelog.Debian.gzは以下．

[/usr/share/doc/postfix/changelog.Debian.gz]
postfix (3.1.4-1) unstable; urgency=medium
(snip)
  * Default to compatibility_level=2 on fresh installs.
 -- LaMont Jones (snip)  Wed, 04 Jan 2017 17:55:06 -0700

よく見てみたら sid 環境でも同じ Warning が出ていた．

ほぼ default の設定でつかっているので，受け入れることにして以下を実行．

% sudo postconf compatibility_level=2
% sudo postfix reload

/etc/postfix/main.cfにcompatibility_level = 2が追加される．将来のdefaultの変更も受け入れる場合は(各自の責任のもと)9999に設定せよとのことだが，そこまでの度胸はなし．

追記(2017/6/29)

sdic も stretch に含まれていない．

以下のようなやる気のない感じで背景画像を20秒間隔でクロスフェード(3.5秒)で切り替えるようなページを作っていたのだが，Chrome で表示する分には問題ないのだが，Chrome 以外だとことごとく無視されるということに気付く．

$(function(){
    cnt=1; t=0;
    body=$('body');
    arr=['bg0.jpg','bg1.jpg','bg2.jpg','bg3.jpg','bg4.jpg'];
    setInterval(function() {
        bg='url("images/'+arr[cnt++]+'")';
        if(cnt==arr.length)cnt=0;
        if(t==0){body.css('transition','background 3s linear 0.5s');t=1;}
        setTimeout(function(){body.css('background-image',bg);},3500);
    },20000);
});

どうやら background-image は animatable ではないというのが標準ならしい．Chrome でクロスフェードできていたのは，Chrome の勝手な実装によるものならしい．

ということで，div を2枚重ねして交互に画像そ差し替えつつ fadeIn()/fadeOut() するようにとりあえずjQueryで実装．その後，div を複数重ねてCSSのみでの実装例を見付けたので，CSSのみで実装(CSSが若干見通し悪くなるので，CSSを生成するスクリプトを書いた)．

参考にしたページ:

• http://qiita.com/kubosho_/items/2b0486a0712e9b546614
• https://www.w3schools.com/cssref/css_animatable.asp
• https://stackoverflow.com/questions/14313825/multiple-image-cross-fading-in-css-without-java-script

google-chrome の key binding が gnome (GTK) の default に戻ってしまい悩む．環境は Debian GNU/Linux sid で，gdm および gnome-shell は利用せず，window manager は awesome window manager．以下のような状況．

• 最近 google-chrome が 59.0.3071.86-1 に上がったことが影響してるかと思い，google-chrome の downgrade を考えたが，古い deb が見つけられず断念．
• 他の gnome-terminal 等でも Emacs key binding が効かない．Ctrl+Shift+F で Search Dialog を出して aaaa C-a とすると aaaa が(全)選択されてしまう．

Gnome の key binding を Emacs にするには，(時代によって)いろいろあって，手元の残骸を見てみた感じでは以下のとおり．

[~/.gtkrc-2.0]
gtk-key-theme-name = "Emacs"

[~/.gtkrc-2.0]
include "/usr/share/themes/Emacs/gtk-2.0-key/gtkrc"

[~/.config/gtk-3.0/settings.ini]
[Settings]
gtk-key-theme-name = Emacs

% dconf write /org/gnome/desktop/interface/gtk-key-theme  \'Emacs\'
or
% gsettings set org.gnome.desktop.interface gtk-key-theme "Emacs"

~/.config/dconf/user に設定される

他に gnome-tweak-tool を使うというのもあるらしいが，gnome-tweak-tool はいろんな package に依存して面倒だったので試さず(おそらく dconf と同じ)．

どの設定も効かなくて悩んだのだが，gnome-terminal を一旦 gnome-terminal-server とともに終了して，gnome-terminal-server と gnome-terminal を起動し直したら設定が有効になった．手元の環境では dconf の設定は効かず，~/.gtkrc-2.0も obsolete で，~/.config/gtk-3.0/settings.ini の設定が唯一効くらしい．

ちなみに gnome の設定まわりは dconf (GUI: dconf-editor)やら gsettings やら gconf (CUI: gconftool, GUI: gconf-editor)やらややこしいのだが，それらの関係はGconf, Dconf, Gsettings and the relationship between themのとおりで，最新環境では dconf のみを信じていればいいらしい．

追記(2017/12/12)

通常の gnome 環境 (手元では 3.26) では以下が必要．~/.config/gtk-3.0/settings.iniの設定は効かず．

gsettings set org.gnome.desktop.interface gtk-key-theme "Emacs"

Related articles

• 2017/12/27 23:20 / Switch to next input source (Gnome)
• 2016/01/18 10:22 / google-chrome の表示言語設定
• 2015/08/20 09:48 / screen.xterm-256color
• 2015/02/27 17:28 / gnome-shell が 3D acceleration 無し環境では動かない件
• 2015/02/08 19:42 / gnome-terminal (Error constructing proxy for...)
• 2015/02/07 23:05 / gnome-shell のパネルに日付を表示する
• 2014/08/14 23:58 / google-chrome-stable on Debian GNU/Linux sid
• 2014/04/14 19:34 / gnome-shell 3.8.4-8 + ibus 1.5.5-1
• 2013/09/24 20:46 / Mozc Dictionary Tool
• 2013/06/18 22:58 / gnome-terminal 3.8.3-1 背景が透けない

以前の記事で nfsroot で / に対して fscache (fsc) を有効にする方法を記載していたのだが，これだと initramfs-tools が upgrade されると編集したファイルが上書きされて正常に起動しなくなる．

ということで，もう少しスマートな方法(アプローチは同じ)．以下の2つのファイルを用意して，chmod 755 しておく．

[/usr/share/initramfs-tools/hooks/zz-nfsmount]
. /usr/share/initramfs-tools/hook-functions
copy_exec /sbin/mount.nfs /bin/mount.nfs
cp -pnL /usr/share/initramfs-tools/extra/* ${DESTDIR}/bin

[/usr/share/initramfs-tools/extra/nfsmount]
#!/bin/sh

opt=""
while [ "$1" = "-o" ] ; do
    opt="$opt $1"; shift
    opt="$opt $1"; shift
done
mount.nfs $1 $2 $opt

あとはupdate-initramfs -u -k allとかで initrd 再生成．

/usr/share/initramfs-tools/hooks/zz-nfsmountは以前 /usr/share/initramfs-tools/hooks/klibcの末尾に書いていたもの．/usr/share/initramfs-tools/extra/nfsmountは initrd に含める nfsmountの代用 script．やっていることは以下のとおり．

• nfsmount は fsc option に対応していないので，/sbin/mount.nfs を initrd に含める．
• /usr/share/initramfs-tools/scripts/nfsを書き換えて nfsmountの代わりに/sbin/mount.nfsを使用すると，initramfs-tools の upgrade の際に悲惨なことになる (/usr/share/initramfs-tools/scripts/nfsがrevertされる)ので，/usr/lib/klibc/bin/nfsmountの代わりに 自前のnfsmountを用意して，そこからmount.nfsを実行する(その際 option の一がコマンド末尾になるように細工; ただし option は -o foo 形式のみを想定)．

Related articles

• 2017/06/28 11:30 / nfsroot + squashfs + overlayfs
• 2015/10/29 12:44 / nfsroot で / に対して fscache (fsc) を有効にする

4.12-rc1が出ているので .config がどう変更されるのか見てみた．ターゲットは VMware on Windows 上の Guest で CPU は i7-3687U．以下 - は削除されたもの，+ は追加されたもの m->n 等は値の変化を示す．

• +CONFIG_TREE_SRCU=y
  srcu: Introduce CLASSIC_SRCU Kconfig optionや srcu: Fix Kconfig botch when SRCU not selected 関連．Sleepable (or blocking) Read-copy update (RCU) が 4.12 から Default で新しい実装に(Tiny SRCU か Tree SRCU)変更される(CLASSIC_SRCU=y にしない限り; 要RCU_EXPERT=y)．!PREEMPT && !SMP であれば Tiny SRCU が選択され，そうでなければ Tree SRCU が選択される．

• +CONFIG_RCU_NEED_SEGCBLIST=y
  rcu: Separately compile large rcu_segcblist functions で導入．kernel/rcu/rcu_segcblist.h から関数が kernel/rcu/rcu_segcblist.c に分離された関係．

• +CONFIG_HAVE_ARCH_COMPAT_MMAP_BASES=y
  x86/mm: Introduce mmap_compat_base() for 32-bit mmap() X86 で MMU && COMPAT でなら select される(通常は select される)．

• +CONFIG_MQ_IOSCHED_KYBER=y
  blk-mq: introduce Kyber multiqueue I/O scheduler で導入．Kyber I/O scheduler (Facebook による)．Default は y．n にもできる．

• +CONFIG_MOUSE_PS2_SYNAPTICS_SMBUS=y, +CONFIG_MOUSE_PS2_SMBUS=y
  Input: synaptics - add support for Intertouch devices および Input: psmouse - add support for SMBus companions で導入．使っているのは Virtual Mouse (CONFIG_MOUSE_PS2_VMMOUSE)なので n にする．

• +CONFIG_THERMAL_EMERGENCY_POWEROFF_DELAY_MS=0
  thermal: core: Add a back up thermal shutdown mechanism で導入．VMware なので Thermal は関係ないのだが，ACPI_CPU_FREQ_PSS [=y] && ACPI [=y] で TERMAL が select されていて，出現(ACPIをOFFにするのはちょっと気が引けるのでこのまま)．

• +CONFIG_DAX=m
  dax: refactor dax-fs into a generic provider of ‘struct dax_device’ instances 関連．たぶん．DAX: direct access to differentiated memory．DEV_DAX を DAX に置き換える感じ．手元では BLK_DEV_DM [=m] && MD [=y] (dm_crypt を使っている関係で select している)で select されていた．

• -CONFIG_HAVE_ARCH_HARDENED_USERCOPY=y
  HAVE_ARCH_HARDENED_USERCOPY is unconditional nowで削除．

Related articles

• 2020/01/11 20:50 / Linux 5.5-rc5
• 2019/11/25 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.4
• 2019/10/02 00:03 / Linux 5.3.1 -> 5.4-rc1
• 2019/09/20 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.3
• 2019/07/22 19:13 / Linux 5.2.2 -> 5.3-rc1
• 2019/06/28 20:38 / GeForce GT 430 with nvidia-legacy-390xx-kernel-dkms 390.116-1~bpo9+1
• 2019/06/12 16:10 / Linux 5.1.8 -> 5.2-rc4
• 2019/05/07 19:43 / Linux 5.0.9 -> 5.1.0
• 2019/03/07 22:16 / Linux 4.20.13 -> 5.0.0
• 2018/11/06 11:30 / Linux 4.19.0 -> 4.20-rc1
• 2018/08/29 11:06 / Linux 4.18.5 -> 4.19-rc1
• 2018/06/20 17:06 / Linux 4.17.2 -> 4.18-rc1
• 2018/04/19 15:25 / Linux 4.16.2 -> 4.17-rc1
• 2018/02/12 17:23 / Linux 4.15.3 -> 4.16-rc1
• 2018/01/29 11:08 / Linux 4.14.15 -> 4.15
• 2017/11/28 12:42 / Linux 4.14.2 -> 4.15-rc1
• 2017/11/15 15:56 / Linux ORC unwinder と objtool (CONFIG_STACK_VALIDATION needs tools/objtool/objtool along headers)
• 2017/11/15 15:41 / Linux 4.13.12 -> 4.14.0
• 2017/09/18 07:04 / Linux 4.13.1 -> 4.14-rc1
• 2017/09/05 04:14 / Linux 4.12.10 -> 4.13
• 2017/07/16 23:56 / Linux 4.12.0 -> 4.13-rc1
• 2017/05/03 00:24 / Linux 4.10.13 -> 4.11.0
• 2017/03/06 09:51 / Linux 4.10.1 -> 4.11-rc1
• 2017/02/20 10:31 / Linux 4.9.X -> 4.10
• 2016/12/30 21:28 / Linux 4.9 -> 4.10-rc1
• 2016/12/14 23:00 / Linux 4.8 -> 4.9

4.11 が出たので 2017/02/20 10:31 / Linux 4.9.X -> 4.10同様 .config がどう変更されるのか見てみた．2017/03/06 09:51 / Linux 4.10.1 -> 4.11-rc1 との差分のみ(ターゲットが異なって，こちらはより汎用指向の環境)．以下 - は削除されたもの，+ は追加されたもの m->n 等は値の変化を示す．

• CONFIG_UPROBES=y->n, CONFIG_UPROBE_EVENT=y->n
  perf/core: Rename CONFIG_[UK]PROBE_EVENT to CONFIG_[UK]PROBE_EVENTSで CONFIG_UPROBE_EVENTがCONFIG_UPROBE_EVENTSにrenameされた影響．CONFIG_UPROBE_EVENTS=y, CONFIG_UPROBES=yとしておく．

• +CONFIG_BLK_MQ_VIRTIO=y
  blk-mq: provide a default queue mapping for virtio deviceで導入．depends on BLOCK && VIRTIO.

• -CONFIG_CPU_FREQ_STAT_DETAILS=y
  cpufreq: Remove CONFIG_CPU_FREQ_STAT_DETAILS config optionで削除．

• +CONFIG_GRO_CELLS=y
  gro_cells: move to net/core/gro_cells.cで導入．NET_IP_TUNNELやXFRMにselectされる．

• +CONFIG_NET_VENDOR_AQUANTIA=y
  net: ethernet: aquantia: Make and configuration files.で導入．Aquantia devices (FPGA-Programmable Multi-Gigabit Ethernet PHYs) 向け option．n にしておく．

• -CONFIG_NET_VENDOR_SYNOPSYS=y
  synopsys: remove dwc_eth_qos driverで削除．stmmacに merge されたとのこと．

• +CONFIG_SERIAL_8250_EXAR=y
  serial: 8250_EXAR: fix duplicate Kconfig text and add missing help textの修正の影響．CONFIG_SERIAL_8250=y だと y が default．使わない気もするがそのまま y．

• +CONFIG_PTP_1588_CLOCK_KVM=y
  PTP: add kvm PTP driverで導入．default は y．m にしておく．そもそもPrecision Time Protocol (PTP)を使わない気もするが．

• +CONFIG_SND_X86=y
  ALSA: x86: Make CONFIG_SND_X86 boolで導入．現状はALSA: add Intel HDMI LPE audio driver for BYT/CHT-TのHDMI_LPE_AUDIOのみ．n にしておく．

• -CONFIG_TIMER_STATS=y
  time: Remove CONFIG_TIMER_STATSで削除た．

• +CONFIG_CRYPTO_HASH_INFO=y
  tpm: enhance TPM 2.0 PCR extend to support multiple banksで CONFIG_TCG_TPMにより select されるようになった．CONFIG_TCG_TPMは使わないような気がする(HWとしては搭載している)が含めておく．

Related articles

• 2020/01/11 20:50 / Linux 5.5-rc5
• 2019/11/25 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.4
• 2019/10/02 00:03 / Linux 5.3.1 -> 5.4-rc1
• 2019/09/20 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.3
• 2019/07/22 19:13 / Linux 5.2.2 -> 5.3-rc1
• 2019/06/28 20:38 / GeForce GT 430 with nvidia-legacy-390xx-kernel-dkms 390.116-1~bpo9+1
• 2019/06/12 16:10 / Linux 5.1.8 -> 5.2-rc4
• 2019/05/07 19:43 / Linux 5.0.9 -> 5.1.0
• 2019/03/07 22:16 / Linux 4.20.13 -> 5.0.0
• 2018/11/06 11:30 / Linux 4.19.0 -> 4.20-rc1
• 2018/08/29 11:06 / Linux 4.18.5 -> 4.19-rc1
• 2018/06/20 17:06 / Linux 4.17.2 -> 4.18-rc1
• 2018/04/19 15:25 / Linux 4.16.2 -> 4.17-rc1
• 2018/02/12 17:23 / Linux 4.15.3 -> 4.16-rc1
• 2018/01/29 11:08 / Linux 4.14.15 -> 4.15
• 2017/11/28 12:42 / Linux 4.14.2 -> 4.15-rc1
• 2017/11/15 15:56 / Linux ORC unwinder と objtool (CONFIG_STACK_VALIDATION needs tools/objtool/objtool along headers)
• 2017/11/15 15:41 / Linux 4.13.12 -> 4.14.0
• 2017/09/18 07:04 / Linux 4.13.1 -> 4.14-rc1
• 2017/09/05 04:14 / Linux 4.12.10 -> 4.13
• 2017/07/16 23:56 / Linux 4.12.0 -> 4.13-rc1
• 2017/05/15 14:04 / Linux 4.11.0 -> 4.12-rc1
• 2017/03/06 09:51 / Linux 4.10.1 -> 4.11-rc1
• 2017/02/20 10:31 / Linux 4.9.X -> 4.10
• 2016/12/30 21:28 / Linux 4.9 -> 4.10-rc1
• 2016/12/14 23:00 / Linux 4.8 -> 4.9

Debian GNU/Linux unstable (sid) で emacs24 が 24.5+1-10 に上がった際に，以下のとおりopenssl s_clientが使えなくなった．

[/usr/share/doc/emacs24-common/changelog.Debian.gz]
* Don't offer/use openssl s_client by default: "s_client is a debug
  tool, it does not set up a secure connection, it ignores all
  errors and just continues.  It also doesn't do checks it should be
  doing.  This is all documented behaviour." -- Kurt Roeckx
  Add these patches to fix the problem:
    0028-IMAP-connections-no-longer-use-openssl-s_client.patch
    0029-openssl-s_client-is-no-longer-a-default-for-ssl-conn.patch
  Thanks to Kurt Roeckx for reporting the issue. (Closes: #766397)

おそらくその影響で，Wanderlust の IMAP/SSL が gnutls-cli を使うようになって，うまくサーバに接続できない状況となってしまった．

% gnutls-cli --port XXXXX localhost
Processed 173 CA certificate(s).
Resolving 'localhost:XXXXX'...
Connecting to '::1:XXXXX'...
- Certificate type: X.509
- Got a certificate list of 1 certificates.
- Certificate[0] info:
 - subject `EMAIL=postmaster@example.com,CN=localhost,OU=Automatically-generated IMAP SSL key,O=Courier Mail Server,L=New York,ST=NY,C=US', issuer `EMAIL=postmaster@example.com,CN=localhost,OU=Automatically-generated IMAP SSL key,O=Courier Mail Server,L=New York,ST=NY,C=US', serial 0x.................., RSA key 4096 bits, signed using RSA-SHA1, activated `2015-03-.. ..:..:.. UTC', expires `2016-03-.. ..:..:.. UTC', key-ID `sha256:........'
        Public Key ID:
                sha1:........
                sha256:........
        Public key's random art:
(snip)

- Status: The certificate is NOT trusted. The certificate issuer is unknown. The certificate chain uses expired certificate. 
*** PKI verification of server certificate failed...
*** Fatal error: Error in the certificate.
*** handshake has failed: Error in the certificate.

Wanderlust から /usr/share/emacs/24.5/lisp/net/tls.el.gz が呼ばれて，gnutls-cli の引数は以下のように定義されている．

(defcustom tls-program
  '("gnutls-cli --x509cafile %t -p %p %h"
    "gnutls-cli --x509cafile %t -p %p %h --protocols ssl3")
; snip

ということで ~/.wl に以下を書いて解決．自前サーバを port forward して使っているので--insecureでとりあえずは問題なし．

(setq tls-program '("gnutls-cli --insecure --x509cafile %t -p %p %h"))

いろいろ互換性を考慮して code 毎に ruby-indent-level 等の Emacs local variable を設定することにしている．以下のような感じ．

#!/usr/bin/env ruby

if true
    puts "foo"
end

# Local Variables:
# ruby-indent-level: 4
# End:

Default の ruby-indent-level は 2 なので，Local Variables:を書いた後にそれをEmacsのBufferに反映させるためには，ファイルの再読込みをすればよいのだが，それをしなくても M-x normal-mode すれば反映されるらしい．See f1-f normal-mode or /usr/share/emacs/24.5/lisp/files.el.gz.

お名前.com 共用サーバーSDにて，ちょっとした CGI で curl を利用していたのだが，急に使えなくなった．仕方なく wget を使うことにする．

原因は(64-bitの) libldap-2.4.so.2，liblber-2.4.so.2 が存在しないこと．ldap 対応の curl が install されているらしい．ちなみに curl は 64-bit で，OS は Solaris 10．ssh でログインした際には 32-bit 版の curl が普通に使える．

% ldd /usr/local/bin/curl (← ruby の CGI で `ldd /usr/local/bin/curl` とかを叩く)
    libcurl.so.4 =>  /usr/local/lib/64/libcurl.so.4
    libidn.so.11 =>  /usr/lib/64/libidn.so.11
    libiconv.so.2 =>     /usr/local/lib/64/libiconv.so.2
    libssl.so.1.0.0 =>   /usr/local/lib/64/libssl.so.1.0.0
    libcrypto.so.1.0.0 =>    /usr/local/lib/64/libcrypto.so.1.0.0
    libldap-2.4.so.2 =>  (file not found)
    liblber-2.4.so.2 =>  (file not found)
    libresolv.so.2 =>    /lib/64/libresolv.so.2
    libgen.so.1 =>   /lib/64/libgen.so.1
    libz.so.1 =>     /usr/lib/64/libz.so.1
    librt.so.1 =>    /lib/64/librt.so.1
    libsocket.so.1 =>    /lib/64/libsocket.so.1
    libnsl.so.1 =>   /lib/64/libnsl.so.1
    libc.so.1 =>     /lib/64/libc.so.1
    liblber-2.4.so.2 =>  (file not found)
    libldap-2.4.so.2 =>  (file not found)
    libgcc_s.so.1 =>     /usr/sfw/lib/64/libgcc_s.so.1
    libdl.so.1 =>    /lib/64/libdl.so.1
    libaio.so.1 =>   /lib/64/libaio.so.1
    libmd.so.1 =>    /lib/64/libmd.so.1
    libmp.so.2 =>    /lib/64/libmp.so.2
    libscf.so.1 =>   /lib/64/libscf.so.1
    libdoor.so.1 =>  /lib/64/libdoor.so.1
    libuutil.so.1 =>     /lib/64/libuutil.so.1
    libm.so.2 =>     /lib/64/libm.so.2

もちろん 64-bit libldap-2.4.so.2，liblber-2.4.so.2 をどこかから入手して，LD_RUN_PATH でパス指定するなども考えたが，まず Solaris 10 のバイナリがなかなか見つからず(sunsite.sut.ac.jpはいつのまにかなくなっていて，KDDI のミラーも404)，https://mirror.opencsw.org/opencsw/ に OpenCSW Solaris package archive があるにはあったが，.pkg.gz の取り扱い(Linux 等での展開)を考えた時点で面倒になって断念．

追記(2018/2/11)

今調べてみたら libldap-2.4.so.2 および liblber-2.4.so.2 が用意されていて，curl が CGI から動くようになっていた．

Related articles

• 2019/04/14 15:28 / Let's Encrypt の Root Certificate の Debian への追加
• 2018/11/18 17:15 / curl on お名前.com 共用サーバーSD CGI (curl: (48) An unknown option was passed in to libcurl)
• 2018/09/29 23:40 / お名前.com 共用サーバ FTP パスワード変更
• 2018/02/19 10:35 / お名前.com 共用サーバーSD SSL設定 (Let's Encrypt)
• 2016/03/03 00:06 / お名前.com 共用サーバーSD で SSH 接続

Squid (Debian GNU/Linux 3.4.8-6+deb8u4) 経由で www.ieee.org にアクセスすると，以下のようなエラーが表示されるようになった．

Bad Request
Bad Request
An error occurred. Please contact your System Administrator.
Copyright 2017 © IEEE . All rights reserved. Use of this Web site signifies your agreement to the IEEE Terms and Conditions.A not-for-profit organization, IEEE is the world's largest professional association for the advancement of technology.

squid.conf で forwarded_for off としているのだが，off だと X-Forwarded-For: unknown というヘッダ情報を送るらしい．X-Forwarded-For を付けない設定とするには delete とする必要があるらしい．以下 squid.conf より．

• on (default): X-Forwarded-For: 192.1.2.3
• off: X-Forwarded-For: unknown
• transparent: Squid will not alter the X-Forwarded-For header in any way.
• delete: Squid will delete the entire X-Forwarded-For header.
• truncate: Squid will remove all existing X-Forwarded-For entries, and place the client IP as the sole entry.

Related articles

• 2014/08/25 19:11 / ニコニコ動画 over squid3 3.3.8-1.1+b1

ノートPC (Let’s Note CF-AX2) の Enter キー付近にちょっと粘っこいジュースをこぼしてしまい，Enter キーの効きが相当悪くなった．というか，小指で Enter を押すのだが，かなり力を要する状態に．ということで，なんとかしてみた．

http://faq.askpc.panasonic.co.jp/faq/docs/003181を参照して爪とクランプの位置を確認しつつ，マイナスドライバーでクランプ側をまず外し，その後に爪側を外す．あとキートップやパンタグラフ部分の詳細はhttp://akiba-neo.com/letsnote/s9/210/が参考になった．

ジュースをこぼした箇所のキートップを外したところ．Enter 以外も若干引っかかる状態だったので，取り外して綿棒で(少し水を付けたりして)掃除．

パンタグラフ．

Enter キーのキートップの裏は金具があったりなどで結構複雑な構造になっている．

Enter キーのキートップの裏．金具を上げてみたところ．この金具の箇所で動きが悪くなっていた模様．

という感じで，外したキートップを全て水洗いして元に戻したら普通に使えるようになった．

4.11-rc1が出ているので .config がどう変更されるのか見てみた．ターゲットは VMware on Windows 上の Guest で CPU は i7-3687U．以下 - は削除されたもの，+ は追加されたもの m->n 等は値の変化を示す．

• -CONFIG_DEBUG_RODATA=y, +CONFIG_STRICT_KERNEL_RWX=y
-CONFIG_DEBUG_SET_MODULE_RONX=n, CONFIG_STRICT_MODULE_RWX=y
  arch: Rename CONFIG_DEBUG_RODATA and CONFIG_DEBUG_MODULE_RONX によってCONFIG_DEBUG_RODATAがCONFIG_STRICT_KERNEL_RWXに，CONFIG_SET_MODULE_RONXがCONFIG_STRICT_MODULE_RWXにrenameされた．強制的にyになる．kernel および kernel module の text and rodata を read-only にするもの．

• +CONFIG_ARCH_HAS_STRICT_KERNEL_RWX=y, +CONFIG_ARCH_HAS_STRICT_MODULE_RWX=y
  arch: Rename CONFIG_DEBUG_RODATA and CONFIG_DEBUG_MODULE_RONX で導入された．

• -CONFIG_NMI_LOG_BUF_SHIFT=13, +CONFIG_PRINTK_SAFE_LOG_BUF_SHIFT=13
  printk: rename nmi.c and exported api によって rename された．13はdefault値．

• +CONFIG_ARCH_HAS_DEBUG_VIRTUAL=y
  lib/Kconfig.debug: Add ARCH_HAS_DEBUG_VIRTUAL で導入された．

• +CONFIG_ARCH_HAS_SET_MEMORY=y
  arch: add ARCH_HAS_SET_MEMORY config で導入された．

• +CONFIG_COMMON_CLK=y
  platform/x86: Enable Atom PMC platform clocks で PMC_ATOM=y であれば y になるようになった．PMC_ATOM=y は (ATOM となっているが) x86 であれば y になる．pmc_atom.c 自体 arch/x86/platform/atom: Move pmc_atom to drivers/platform/x86によって arch/x86/platform/atom/pmc_atom.cから drivers/platform/x86/pmc_atom.cに移動されている．

• +CONFIG_CLKDEV_LOOKUP=y, +CONFIG_HAVE_CLK=y, +CONFIG_HAVE_CLK_PREPARE=y, +CONFIG_PM_CLK=y, +CONFIG_RATIONAL=y
+CONFIG_COMMON_CLK=yの影響で y になった．

• +CONFIG_HAVE_ARCH_TRANSPARENT_HUGEPAGE_PUD=y
  mm, x86: add support for PUD-sized transparent hugepages で導入された．X86_64であれば y になる．

• +CONFIG_BLK_SCSI_REQUEST=y
  block: make scsi_request and scsi ioctl support optionalで導入．block/scsi_ioctl.c を切り離し可能にしたもの．手元の環境では BLK_DEV_BSG [=y] && BLOCK [=y] で select されている．

• +CONFIG_BLK_DEBUG_FS=y
  blk-mq: fix debugfs compilation issues で導入．もともとCONFIG_DEBUG_FS=yのところを一部切り分けられた(compilation issuesのため)．y にしておく．

• +CONFIG_MQ_IOSCHED_DEADLINE=y
  mq-deadline: add blk-mq adaptation of the deadline IO schedulerで導入された．CONFIG_DEFAULT_IOSCHED="cfq" (default)としているので n にしておく．

Related articles

• 2020/01/11 20:50 / Linux 5.5-rc5
• 2019/11/25 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.4
• 2019/10/02 00:03 / Linux 5.3.1 -> 5.4-rc1
• 2019/09/20 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.3
• 2019/07/22 19:13 / Linux 5.2.2 -> 5.3-rc1
• 2019/06/28 20:38 / GeForce GT 430 with nvidia-legacy-390xx-kernel-dkms 390.116-1~bpo9+1
• 2019/06/12 16:10 / Linux 5.1.8 -> 5.2-rc4
• 2019/05/07 19:43 / Linux 5.0.9 -> 5.1.0
• 2019/03/07 22:16 / Linux 4.20.13 -> 5.0.0
• 2018/11/06 11:30 / Linux 4.19.0 -> 4.20-rc1
• 2018/08/29 11:06 / Linux 4.18.5 -> 4.19-rc1
• 2018/06/20 17:06 / Linux 4.17.2 -> 4.18-rc1
• 2018/04/19 15:25 / Linux 4.16.2 -> 4.17-rc1
• 2018/02/12 17:23 / Linux 4.15.3 -> 4.16-rc1
• 2018/01/29 11:08 / Linux 4.14.15 -> 4.15
• 2017/11/28 12:42 / Linux 4.14.2 -> 4.15-rc1
• 2017/11/15 15:56 / Linux ORC unwinder と objtool (CONFIG_STACK_VALIDATION needs tools/objtool/objtool along headers)
• 2017/11/15 15:41 / Linux 4.13.12 -> 4.14.0
• 2017/09/18 07:04 / Linux 4.13.1 -> 4.14-rc1
• 2017/09/05 04:14 / Linux 4.12.10 -> 4.13
• 2017/07/16 23:56 / Linux 4.12.0 -> 4.13-rc1
• 2017/05/15 14:04 / Linux 4.11.0 -> 4.12-rc1
• 2017/05/03 00:24 / Linux 4.10.13 -> 4.11.0
• 2017/02/20 10:31 / Linux 4.9.X -> 4.10
• 2016/12/30 21:28 / Linux 4.9 -> 4.10-rc1
• 2016/12/14 23:00 / Linux 4.8 -> 4.9

マイナンバーカードとPaSoRi RC-S380があれば e-Taxでの申告が可能ということで，やってみたメモ．

申告書の提出まで

• 例年確定申告書等作成コーナーで申告書を作成しているので，昨年のデータをもとに同作成コーナーで申告書作成
• その際(初めてe-Taxを使うので)まず「利用者識別番号」を作る手順に案内される
• いろいろ試行錯誤しつつe-Taxで申告書送信
• このあたりまでは推奨環境である Internet Explorer 11 で作業 (PaSoRiをLinuxで動かす根性もないので)
• ちなみにe-Taxで申告書を提出する場合源泉徴収票等の提出(添付)は省略可能．See http://www.e-tax.nta.go.jp/toiawase/qa/kakutei/tempu01.htm. とても便利．

「e-Tax受付システム」での確認

「e-Tax受付システム」の「メッセージボックス」から提出内容を確認する．ただし Chrome on Linux でログインしようとすると「政府共通認証局(官職認証局)のルート証明書」等がなければ警告がでるので，以下で対応．

• https://www.nta.go.jp/tetsuzuki/shinkoku/shotoku/tokushu/jyunbi.htmから KeyImport.dmg (Mac用のファイル)をダウンロード．
• それを適当に展開(Windows の 7-zipで展開)．
• 展開すると以下の DER ファイルができるので，それをまず PEM に変換．
  • OSCAroot.der
  • APCA2root.der
  • OSCA2root.der
  • APCA2Sub_ocsp.der

• DER から PEM への変換は以下．

  for i in *.der ; do openssl x509 -inform der -in $i -out ${i%.der}.pem ; done

• chrome://settings/certificates の Certificate manager から Authorities に PEM (4つ)を追加．

pay-easy (インターネットバンキング)で支払い

クレジットカードでの支払も可能だが，この場合手数料が生じる(https://kokuzei.noufu.jp/参照．1万円毎82円)ので pay-easy (ペイジー)を利用．http://www.e-tax.nta.go.jp/tetsuzuki/tetsuzuki4.htm#Link2を参照しつつ 「入力方式による納税手続」(つまり納付目的コードを利用)で納税する．

pay-easy で入力が要求されるのは金額の他に以下．

• 収納機関番号: 国税庁の場合 00200
• 納付番号: 利用者識別番号
• 確認番号: 納税用確認番号(e-Tax受付システムから登録可能)
• 納付区分(納付目的コード): http://www.e-tax.nta.go.jp/tetsuzuki/tetsuzuki4_3.htmを参照しつつ自身で作成(3204428でいいはず)．
  • (A)税目番号: 320(申告所得税及復興特別所得税)
  • (B)申告区分コード: 4(確定申告)
  • (C)元号コード: 4(平成)
  • (D)課税期間(和暦): 28(平成28年分)

平成49年まで復興特別所得税額があるので，020(申告所得税)ではなく320(申告所得税及復興特別所得税)になるので注意 (いくつかの解説ページでは 020 を利用しているものもあるが)．

「登録方式による納税手続」というのもあるらしく，この場合，e-Taxソフト等を使用して納付情報データを作成し，e-Taxに登録(納付情報登録依頼)し，e-Tax上で納付区分番号を確認するというもの．今回「e-Taxソフト」は使っていないので，この手続きはとらず．

Related articles

• 2018/03/10 23:59 / 政府認証基盤(GPKI)自己署名証明書インストール
• 2017/03/04 22:45 / マイナンバーカードと PaSoRi RC-S380

PaSoRi RC-S380でマイナンバーカードが利用できるらしい．ということでやってみた．

基本的には http://www.nta.go.jp/tetsuzuki/shinkoku/shotoku/tokushu/jyunbi.htm に沿って「JPKI利用者ソフト」なるものをインストールするだけ．ただしこの「JPKI利用者ソフト」は「FeliCaランチャー」と干渉するらしく 「FeliCaランチャー」が起動していると「JPKI利用者ソフト」がPaSoRiにアクセスできなく(ポートをFeliCaランチャーが掴んでいる状態に)なるので，「JPKI利用者ソフト」を利用する場合は「FeliCaランチャー」を終了しておく(タスクトレイから終了可能)．

なお，署名用電子証明書と利用者証明用電子証明書の2種類が収められていて，それらのパスワードは以下のようになっている．

• 署名用電子証明書: 英数字6文字以上16文字以下
• 利用者証明用電子証明書: 数字4桁

市役所等でマイナンバーカード受け取りの際に設定したものだが，その際英字は大文字で入力していたと思われるが，大文字小文字の区別はないっぽい．

Related articles

• 2018/03/10 23:59 / 政府認証基盤(GPKI)自己署名証明書インストール
• 2017/03/05 23:07 / 確定申告 w/e-Tax

以下の kernel の修正に対する対応が必要．NVIDIA 375.26 Kernel 4.10-rc1 (w/ CPU hotplug workaround) を参考に．

• cpu/hotplug: Remove obsolete cpu hotplug register/unregister functions
  nv-linux.h で CONFIG_HOTPLUG_CPU が define されていないと偽ればOK．

• mm: add locked parameter to get_user_pages_remote()
  get_user_pages_remote の引数が1つ増えたので，引数の最後に NULL を渡す．

• mm: use vmf->address instead of of vmf->virtual_address
  vmf->virtual_address を vmf->address に置き換える．

--- a/nv-linux.h
+++ b/nv-linux.h
@@ -277,11 +277,13 @@ RM_STATUS nvos_forward_error_to_cray(struct pci_dev *, NvU32,
 
 extern int nv_pat_mode;
 
+#if LINUX_VERSION_CODE < KERNEL_VERSION(4, 10, 0)
 #if !defined(NV_VMWARE) && defined(CONFIG_HOTPLUG_CPU)
 #define NV_ENABLE_HOTPLUG_CPU
 #include <linux/cpu.h>              /* CPU hotplug support              */
 #include <linux/notifier.h>         /* struct notifier_block, etc       */
 #endif
+#endif
 
 #if !defined(NV_VMWARE) && \
   (defined(CONFIG_I2C) || defined(CONFIG_I2C_MODULE))
--- a/os-mlock.c
+++ b/os-mlock.c
@@ -50,8 +50,13 @@ RM_STATUS NV_API_CALL os_lock_user_pages(
        unsigned int flags = 0;
        if(write) flags |= FOLL_WRITE;
        if(force) flags |= FOLL_FORCE;
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(4, 10, 0)
+       ret = get_user_pages_remote(current, mm, (unsigned long)address,
+                       page_count, flags, user_pages, NULL, NULL);
+#else
        ret = get_user_pages_remote(current, mm, (unsigned long)address,
                        page_count, flags, user_pages, NULL);
+#endif
     }
 #elif LINUX_VERSION_CODE >= KERNEL_VERSION(4, 6, 0)
     ret = get_user_pages_remote(current, mm, (unsigned long)address,
--- a/uvm/nvidia_uvm_lite.c
+++ b/uvm/nvidia_uvm_lite.c
@@ -815,7 +815,7 @@ done:
 #if defined(NV_VM_OPERATIONS_STRUCT_HAS_FAULT)
 int _fault(struct vm_area_struct *vma, struct vm_fault *vmf)
 {
-    unsigned long vaddr = (unsigned long)vmf->virtual_address;
+    unsigned long vaddr = (unsigned long)vmf->address;
     struct page *page = NULL;
     int retval;
 

Related articles

• 2018/01/10 00:52 / nvidia-kernel-dkms 384.98-3~bpo9+1 on Linux 4.14.9 以降
• 2017/07/03 12:32 / nvidia-legacy-340xx-kernel-dkms 340.102-1 on Linux 4.12
• 2017/06/21 19:50 / Debian GNU/Linux stretch の NVIDIA Driver
• 2016/12/20 11:54 / nvidia-kernel-dkms 340.96-1 on Linux 4.9
• 2015/05/19 10:21 / nvidia-kernel-dkms 343.36 on Linux 4.0.0
• 2014/04/23 19:03 / nvidia-kernel-dkms 319.82-1~bpo70+1 on Linux 3.12.17

4.10 が出たので 2016/12/14 23:00 / Linux 4.8 -> 4.9同様 .config がどう変更されるのか見てみた．2016/12/30 21:28 / Linux 4.9 -> 4.10-rc1 との差分のみ(ターゲットが異なる)．

• -CONFIG_I7300_IDLE=m, -CONFIG_I7300_IDLE_IOAT_CHANNEL=y
  i7300_idle: Remove this driver により削除された．Intel 7300 chipset (のみ)向け idle memory power saving driver で，メンテナもいないから，とのこと．

• CONFIG_NF_CT_PROTO_SCTP=m->y, CONFIG_NF_NAT_PROTO_SCTP=m->y
  netfilter: conntrack: built-in support for SCTP および netfilter: built-in NAT support for SCTP で tristate から bool に変更された．module にしておくより built-in にした 方が total の footprint が小さくなるから，ということらしい．

• +CONFIG_DRM_I915_CAPTURE_ERROR=y, +CONFIG_DRM_I915_COMPRESS_ERROR=y
  drm/i915: Allow disabling error capture および drm/i915: Compress GPU objects in error state で追加された．“If in doubt, say "Y"” とのことだが n にしておく．

• +CONFIG_CRYPTO_DEV_VIRTIO=m
  crypto: add virtio-crypto driver で導入された driver．Features/VirtioCrypto - QEMU 参照．Host OS の Crypto API を Guest OS (using Qemu) 側に提供するためのドライバ．n にしておく．

Related articles

• 2020/01/11 20:50 / Linux 5.5-rc5
• 2019/11/25 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.4
• 2019/10/02 00:03 / Linux 5.3.1 -> 5.4-rc1
• 2019/09/20 14:45 / nvidia-kernel-dkms 418.74-1 with Linux 5.3
• 2019/07/22 19:13 / Linux 5.2.2 -> 5.3-rc1
• 2019/06/28 20:38 / GeForce GT 430 with nvidia-legacy-390xx-kernel-dkms 390.116-1~bpo9+1
• 2019/06/12 16:10 / Linux 5.1.8 -> 5.2-rc4
• 2019/05/07 19:43 / Linux 5.0.9 -> 5.1.0
• 2019/03/07 22:16 / Linux 4.20.13 -> 5.0.0
• 2018/11/06 11:30 / Linux 4.19.0 -> 4.20-rc1
• 2018/08/29 11:06 / Linux 4.18.5 -> 4.19-rc1
• 2018/06/20 17:06 / Linux 4.17.2 -> 4.18-rc1
• 2018/04/19 15:25 / Linux 4.16.2 -> 4.17-rc1
• 2018/02/12 17:23 / Linux 4.15.3 -> 4.16-rc1
• 2018/01/29 11:08 / Linux 4.14.15 -> 4.15
• 2017/11/28 12:42 / Linux 4.14.2 -> 4.15-rc1
• 2017/11/15 15:56 / Linux ORC unwinder と objtool (CONFIG_STACK_VALIDATION needs tools/objtool/objtool along headers)
• 2017/11/15 15:41 / Linux 4.13.12 -> 4.14.0
• 2017/09/18 07:04 / Linux 4.13.1 -> 4.14-rc1
• 2017/09/05 04:14 / Linux 4.12.10 -> 4.13
• 2017/07/16 23:56 / Linux 4.12.0 -> 4.13-rc1
• 2017/05/15 14:04 / Linux 4.11.0 -> 4.12-rc1
• 2017/05/03 00:24 / Linux 4.10.13 -> 4.11.0
• 2017/03/06 09:51 / Linux 4.10.1 -> 4.11-rc1
• 2016/12/30 21:28 / Linux 4.9 -> 4.10-rc1
• 2016/12/14 23:00 / Linux 4.8 -> 4.9

ZSWAP と ZRAM のメモ．ZSWAP は SWAP のための compressed cache で，ZRAM は Compressed RAM block device．ともに圧縮を用いてメモリ/SWAPの効率化を図るもの，だと思う．

• CONFIG_ZRAM: Compressed RAM block device support
• CONFIG_ZSWAP: Compressed cache for swap pages (EXPERIMENTAL)

ZRAM

CONFIG_ZRAM で設定する．モジュール可．CONFIG_ZSMALLOCに依存し，CONFIG_ZSMALLOC_STAT=y としておくと debugfs 経由で stat が確認できる．/sys/kernel/debug/zsmalloc/zram0/classes 等．

Debian の場合は特に package は提供されておらず，https://wiki.debian.org/ZRam のように /etc/init.d/zram を用意して利用する．

SWAP する際にこの圧縮された block device が利用されるイメージ．とはいえこの compressed block device 自体も RAM であるという，不思議な状況になる．

ZSWAP

SWAP する際にそれを圧縮して RAM 上に CACHE する，というアプローチ．こちらは 別途 SWAP 用の HDD/SDD などの存在が想定される．

CONFIG_ZSWAP で設定，モジュール化不可．CONFIG_ZPOOL に依存するとともに，Default の mm/zswap.c で #define ZSWAP_ZPOOL_DEFAULT "zbud" となっている ので，CONFIG_ZBUD=y (Low (Up to 2x) density storage for compressed pages)も組み込む必要があるっぽい．

# echo 1 > /sys/module/zswap/parameters/enabled で enable する．max_pool_percent, zpool, compressor を設定可能．/sys/kernel/debug/zswap/ 以下に stat がある．sudo grep -R . /sys/kernel/debug/zswap とかで参照．

参考にしたページ: http://gnu.hatenablog.com/entry/2016/01/12/072154

MediaWiki で inkscape を用いて SVG (scalable vector graphics) のサムネイルを作る設定をしていたのだが，inkscape の version を jessie の backports のもの (0.48.5-3 -> 0.92.0-4~bpo8+1)にしたらうまく動かなくなった．

Error creating thumbnail: 
(process:2380): Gtk-WARNING **: Locale not supported by C library.
Using the fallback 'C' locale.
Failed to get connection
** (inkscape:2380): CRITICAL **: dbus_g_proxy_new_for_name: assertion 'connection != NULL' failed

** (inkscape:2380): CRITICAL **: dbus_g_proxy_call: assertion 'DBUS_IS_G_PROXY (proxy)' failed

** (inkscape:2380): CRITICAL **: dbus_g_connection_register_g_object: assertion 'connection != NULL' failed

** (inkscape:2380): WARNING **: GC Warning: Out of Memory! Heap size: 2 MiB. Returning NULL!

terminate called after throwing an instance of 'std::bad_alloc'
what(): std::bad_alloc

Emergency save activated!
Emergency save completed. Inkscape will close now.
If you can reproduce this crash, please file a bug at www.inkscape.org
with a detailed description of the steps leading to the crash, so we can fix it.
** Message: Error: Inkscape encountered an internal error and will close now.

/somewhere/mediawiki/includes/limit.sh: line 101: 2379 Aborted /usr/bin/timeout $MW_WALL_CLOCK_LIMIT /bin/bash -c "$1" 3>&-

どうやら shell を起動する際にメモリサイズを制限しているらしく，そこで引っかかっているらしい．/etc/mediawiki/LocalSettings.phpで$wgMaxShellMemory という変数で設定するが，https://www.mediawiki.org/wiki/Manual:$wgMaxShellMemoryによると default は 307200 KB = 300 MB．inkscape がメモリを喰いすぎな気もする．以下のように500 MBに設定すれば動くようになった．

[/etc/mediawiki/LocalSettings.php]
$wgMaxShellMemory = 512000;

Related articles

• 2019/09/01 10:11 / MediaWiki on Debian 10
• 2017/02/08 14:07 / MediaWiki 1.28.0 on Debian/GNU Linux jessie
• 2016/07/22 10:09 / MediaWiki on Debian/GNU Linux jessie
• 2015/12/01 12:45 / MediaWiki で SVG

いろいろ事情があって MediaWiki を 1.28.0 に上げた．実際には git の REL1_28．以下メモ．

• gitを使ってdownload/installする方法は https://www.mediawiki.org/wiki/Download_from_Gitを参照．git clone https://gerrit.wikimedia.org/r/p/mediawiki/core.git で取り出して REL1_28 のブランチを checkout する．extension/ や skins/ は空で，vendor/ は存在しないので，個別に clone するか git submodule add する (同様に同じリモートブランチ名 REL1_28 のブランチを checkout する)．今回はなんとなく submodule にした．

  • vendor/ を使わずにComposer なるもを使うこともできるらしいが，ややこしそうだったので，単に vendor/ を submodule add することにした．
• CirrusSearch が REL1_28 では v2.x の Elasticsearch を要求する(2.3.3推奨)．Elasticsearch は jessie backports でも 1.6.2+dfsg-1~bpo8+1 なので，https://www.elastic.co/guide/en/elasticsearch/reference/2.4/setup-repositories.html を参照しつつ本家の debian package を install する(なんとなく2.4.4にしたが動いている)．
  • ちなみに Elasticsearch だが，Version が 2.4 の次は 5.0 に飛んで，5.x の場合は JDK 8 が要求される(2.4 は JDK 7 で動く; openjdk-7-jre で動作確認)．

• images と cache の directory の owner/mode を調整して，images については以前のデータを copy しておく．

• LocalSettings.php 調整．

• Elasticsearch の index 生成(？)をする．https://phabricator.wikimedia.org/diffusion/ECIR/browse/master/README参照．

Elasticsearchだが，今回色々混乱して色んなバージョンが混ざった状態に一瞬なってしまい，Elasticsearchが保持するデータ(/var/lib/elasticsearch/にある)を一旦まるごと削除した．以下のような感じ．

sudo /etc/init.d/elasticsearch stop
sudo rm -rf /var/lib/elasticsearch/*
sudo rm -rf /var/lib/elasticsearch/.* (dot で始まるものがあれば)
sudo /etc/init.d/elasticsearch start

LocalSettings.phpだが，

$wgCacheDirectory = "$IP/cache";

などと明示的に $wgCacheDirectory を指定しないと以下のようなエラーが出たような気がする(default の設定がなくなった？)．

LCStoreCDB.php: Unable to move the new CDB file into place.

Related articles

• 2019/09/01 10:11 / MediaWiki on Debian 10
• 2017/02/09 11:03 / MediaWiki で SVG w/inkscape 0.92.0-4~bpo8+1 (jessie backports)
• 2016/07/22 10:09 / MediaWiki on Debian/GNU Linux jessie
• 2015/12/01 12:45 / MediaWiki で SVG

既存ユーザ(一度ログインしたことのあるユーザ)は Windows 10 Client に(ドメインのアカウントで)ログインできるが，新規ユーザはログインできないという問題が発生．おそらくちょっと前にあった更新プログラムの影響かもしれない．

サーバ側は Samba (2:4.2.14+dfsg-0+deb8u2) で smbldap-tools で LDAP に繋いで，Linux とアカウントを共有しているような環境．サーバ側の問題，特に Samba と LDAP の連携まわりを疑ったが，Windows 8 Client ではこのような症状がでていないので，Windows 10 固有の問題らしい．

症状は以下のとおり．

• ドメインのアカウントでログインしようとすると 「現在ログオン要求をサービスするログオン サーバーがありません」 と言われてログイン(認証できない)

• セキュア チャネル破損を疑い PowerShell の Test-ComputerSecureChannel で確認したところ，以下のような感じ(修正不能)．

  > Test-ComputerSecureChannel
  False
  > Test-ComputerSecureChannel -repair
  Test-ComputerSecureChannel : ドメイン内のコンピューター アカウントのセキュリティで保護されたチャネル パスワードをリセットできません。次の例外が原因で操作に失敗しました: サーバーは使用可能ではありません。
  。
  発生場所 行:1 文字:1
  + Test-ComputerSecureChannel -repair
  + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      + CategoryInfo          : OperationStopped: (hostxxx:String) [Test-ComputerSecureChannel], InvalidOperationException
      + FullyQualifiedErrorId : FailToResetPasswordOnDomain,Microsoft.PowerShell.Commands.TestComputerSecureChannelCommand

一旦ドメインから抜けたり再度参加したりいろいろ試したが，今度は既存ユーザ(一度ログインしたことのあるユーザ)までログインできなくなると いう状況に．

日本語で調べていたためまったく検索に引っかからなかったのだが，samba.org の https://wiki.samba.org/index.php/Required_Settings_for_Samba_NT4_Domains によると smb.conf に

server max protocol = NT1

を書く必要があるとのこと．これで解決した．なお「現在ログオン要求をサービスするログオン サーバーがありません」 に対応する英語メッセージは There are currently no logon servers available to service the logon request.

Related articles

• 2019/03/09 00:06 / Windows 10 Pro 1803 の Samba NT4 ドメイン参加
• 2016/03/13 01:15 / Samba+LDAP 設定メモ
• 2015/10/28 13:34 / slapd[XXXX]: <= bdb_equality_candidates: (uid) not indexed
• 2015/05/23 22:39 / Windows 8 を LDAP+Samba で構築したドメインに参加させる
• 2015/01/15 18:24 / Debian GNU/Linux jessie (testing) autofs w/-hosts
• 2014/04/23 15:53 / LDAP 作業メモ
• 2013/06/24 18:50 / LDAP server + autofs