Jürgen Keil writes: > The putback for 6711665 did break kqemu for me, > because the kernel module was compiled on bits before > the 6711665 putback, and the qemu application that is > using the ioctl was compiled after the putback. The > old kernel module didn't understand the new ioctl codes > any more...
Can you explain the incompatibility you found in more detail? Perhaps in the form of a complete bug report? In particular, how did the kqemu private ioctl change after this integration? This CR changed only the IOCPARM_MASK value, and no other drivers we know of had to be changed as a result, so it sounds to me like kqemu had to be doing something _very_ strange for this to be true. How did kqemu have a dependency on IOCPARM_MASK? -- James Carlson, Solaris Networking <[EMAIL PROTECTED]> Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 _______________________________________________ opensolaris-code mailing list opensolaris-code@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
