<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">my thoughts for what they are worth...</div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jun 30, 2015 at 7:57 PM, Kevin Handy <span dir="ltr"><<a href="mailto:khandy21yo@gmail.com" target="_blank">khandy21yo@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div> Should I make a new kp2 display device, or add parameters to the fw code?<br></div></div></div></div></div></div></blockquote><div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">If there is a way to split the fw code into "mapped display common" code and then fw and kp2 specific.   Then a new kp2 device that sets up the spec stuff and calls the common code seems like a good idea. ​</div><br></div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div></div></div></div></div>2. the wd179x device is the right chip for the kp2, but it is single sided and different tracks/sectors. The side is controlled by an external ioreg. Modify the driver, or seperate it out?</div></div></blockquote><div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">​I'd suggest trying to add the ioreg and then define default values for the current emulation and the ability for the kp2 to set the ioreg as chip was used for the kp2.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Clem​</div><br></div><div><br></div><div> </div></div></div></div>