NetBSD-Bugs archive

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

PR/57918 CVS commit: [netbsd-10] src/usr.bin/kdump



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

From: "Martin Husemann" <martin%netbsd.org@localhost>
To: gnats-bugs%gnats.NetBSD.org@localhost
Cc: 
Subject: PR/57918 CVS commit: [netbsd-10] src/usr.bin/kdump
Date: Tue, 12 Mar 2024 10:13:05 +0000

 Module Name:	src
 Committed By:	martin
 Date:		Tue Mar 12 10:13:05 UTC 2024
 
 Modified Files:
 	src/usr.bin/kdump [netbsd-10]: kdump.c
 
 Log Message:
 Pull up following revision(s) (requested by kre in ticket #635):
 
 	usr.bin/kdump/kdump.c: revision 1.141
 	usr.bin/kdump/kdump.c: revision 1.142
 	usr.bin/kdump/kdump.c: revision 1.143
 	usr.bin/kdump/kdump.c: revision 1.144
 
 PR/57918: Taylor R Campbell: Don't try to print symbolically ioctls that
 have bits set on the high 32 bits of a 64 bit long.
 
 PR bin/57918
 
 Redo the previous correctly, the test should be whether or not only the
 bottom 32 bits are set, rather than whether any of bits 32..63 are set.
 
 This makes no difference if u_long (or unsigned long long) is 64 bits,
 it is the same test in that case, but if u_long were 128 bits there is
 a notable difference (though for the particular issue observed in the PR,
 it is likely to work either way).
 decode some {g,s}etsockopt*.
 
 kdump: keep the comment with its corresponding code
 No binary change.
 
 
 To generate a diff of this commit:
 cvs rdiff -u -r1.140 -r1.140.2.1 src/usr.bin/kdump/kdump.c
 
 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.
 


Home | Main Index | Thread Index | Old Index