<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Sat, Oct 13, 2018 at 5:44 PM Hans van Kranenburg <<a href="mailto:hans@knorrie.org">hans@knorrie.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">19:35 < andyhhp__> Stevie-O: Thats most likely a dom0 kernel bug<br>
19:35 < andyhhp__> the 32 and 64bit block protocols were binarily<br>
diverged for a while due to some "interesing" bugfixes<br>
19:36 < andyhhp__> but its the most common cause of "32bit works, 64bit<br>
doesn't" when it comes to anything vaguely like disks<br>
<br></blockquote><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Since the comments from Andrew point at at least the dom0 kernel version<br>
being a factor in this equation: can you also add linux kernel version<br>
information for dom0 and domU for your tests? These kind of things<br>
explode into a testing-matrix of combinations of things very fast, and<br>
any testing you can do providing that info will help other people<br>
helping you narrowing down the issue.<br>
<br></blockquote><div><br>Certainly!</div><div><br></div><div>The dom0 is 4.18.6.  It is a custom-built version of the linux-image-4.18.6, with xen_pciback compiled-in (instead of being a module.)</div><div><br></div><div>The domU kernels are whatever on the CD-ROMs images. The host is shut down at the moment, but I can get those tonight or tomorrow if it's really important.</div><div><br></div><div>However, I disagree with andyhhp's assessment with regard to 32-bit/64-bit protocols: these are virtual CD-ROMs, which are not PV block devices, but fully-emulated hardware.</div><div>They speak the ATAPI protocol, which does not change based on the bitness of the kernel running inside the VM.</div><div>The failure is happening when the domU kernel sends an IDENTIFY DEVICE command to find out what type of drive it is.  Since that doesn't involve anything in dom0 (optical drives exist separately and independently from the media inside the drives), the dom0 kernel shouldn't be getting involved at all.</div><div><br></div><div><div>(I would very much like more information on those 'interesting bugfixes' that affect 32/64 compatibility, however.)</div><br class="gmail-Apple-interchange-newline"></div><div>-- <br></div></div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">-- Stevie-O<br>Real programmers use COPY CON PROGRAM.EXE<br><br></div></div>