NetBSD-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

re: kern/54322: strange kdump output



The following reply was made to PR kern/54322; it has been noted by GNATS.

From: matthew green <mrg%eterna.com.au@localhost>
To: gnats-bugs%netbsd.org@localhost, martin%netbsd.org@localhost
Cc: kern-bug-people%netbsd.org@localhost, gnats-admin%netbsd.org@localhost,
    netbsd-bugs%netbsd.org@localhost
Subject: re: kern/54322: strange kdump output
Date: Mon, 24 Jun 2019 19:47:55 +1000

 > While ktracing a threaded application I noticed strange output in kdump:
 > 
 >   6851      1 gxemul   CALL  read(4,0x7d05e3f9e000,0x1000)
 >   6851      1 gxemul   GIO   fd 4 read 4088 bytes
 > [... data content stripped ...]
 >   6851      1 gxemul   GIO   fd 4 read 8 bytes
 >        "%\M^@\M^@\0\^D\0@\^P"
 >   6851      1 gxemul   RET   read 4096/0x1000
 > 
 > I expected a request of 0x1000 to just trigger the transfer of upto
 > 4096/0x1000 bytes. Why is GIO accounting for additional stuff?
 
 what is fd4?  is it perhaps a block device or a file system
 with 4KB blocks?
 
 
 .mrg.
 


Home | Main Index | Thread Index | Old Index