NetBSD-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
kern/54322: strange kdump output
>Number: 54322
>Category: kern
>Synopsis: strange kdump output
>Confidential: no
>Severity: non-critical
>Priority: medium
>Responsible: kern-bug-people
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Mon Jun 24 09:15:00 +0000 2019
>Originator: Martin Husemann
>Release: NetBSD 8.99.47
>Organization:
The NetBSD Foundation, Inc.
>Environment:
System: NetBSD martins.aprisoft.de 8.99.47 NetBSD 8.99.47 (GENERIC) #0: Fri Jun 21 16:57:12 UTC 2019 mkrepro%mkrepro.NetBSD.org@localhost:/usr/src/sys/arch/amd64/compile/GENERIC amd64
Architecture: x86_64
Machine: amd64
>Description:
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?
>How-To-Repeat:
Not sure, seems to be reproducable for me.
>Fix:
n/a
Home |
Main Index |
Thread Index |
Old Index