Daichi Hirono afa3453256 Skip FUSE request from /dev/fuse if unique=0 ... APCT log shows that we got FUSE request unique=0 and replying to such request causes a EINVAL. The possible reasons of getting unique=0 here are: * /dev/fuse actually submits such requests. In this case, not replying to such request probabbly safe as the kernel cannot wait corresponding response without a unique number. We can observing the kernel code to find out what unique=0 actually means. * Memory corruption happens and unique number are cleared with zero. In this case, if we skip unique=0 request, libappfuse does not reply to the kernel request and APCT result will become timeout . To see which case happens, the CL ScopedLogSeverity to output verbose logs and lets FuseBridgeLoop skip a request from /dev/fuse if unique=0. Bug: 62429763 Test: libappfuse_tests Change-Id: I8c4d532564b690d55573b92260170b0cd68150ab		2017-06-20 00:25:28 +00:00
..
FuseAppLoopTest.cc	Change FuseAppLoop so that it can process messages asynchronously.	2017-03-27 14:46:58 +09:00
FuseBridgeLoopTest.cc	Skip FUSE request from /dev/fuse if unique=0	2017-06-20 00:25:28 +00:00
FuseBufferTest.cc	Add ReadOrAgain and WriteOrAgain methods to FuseMessage.	2017-03-14 09:09:29 +09:00