10:30:48 hi, with r151038, the tty seem to wrap to the next line if the last char is written, which does not happen with other terminals by default (the cursor stays at the last column), e.g. (assuming $COLUMNS): for x in $(seq $COLUMNS); do printf x; done; sleep 100 10:31:00 can this be changed to behave more like other terminals? 10:32:16 (i don't think it's specific to 151038, but this is what i tried) 10:36:13 this behavior affects which which do "progress" over the same line, and don't expect that writing the last column will jump to the next line) 10:36:52 affects tools* which... 10:52:35 (smaller test case, assuming 80 cols: printf %80s xxx; sleep 100) 11:44:23 Is that directly on the console or remotely connected? The console still does not yet support the xenl feature, which is issue 14919 (fenix) 11:44:24 FEATURE 14919: tem: implement xenl (In Progress) 11:44:24 ↳ https://www.illumos.org/issues/14919 | https://code.illumos.org/c/illumos-gate/+/2314 12:17:07 directly on the console (hence "tty"). remotely conncted would be the remote terminal... 12:19:50 interesting, so 14919 is only a month old, so prior to that it wasn't even on record... 12:20:14 anyway, thanks 12:24:11 is this inherited from solaris? or is it an illumos issue? 13:58:30 It's hard to tell at this point after 12 years of divergence. We certainly inherited the sun-color termcap to which that change adds the capability 14:06:14 not sure i can parse this sentence, but sounds to me that it's likely inherited ;) 14:32:11 14919 is still under review, it is not integrated. 14:41:06 but, it would be great to have some testing feedback;) 14:52:41 i wouldn't know how. i've never built/tested omnios system components (and this is the kernel, right?). i wouldn't mind running a live dvd which has it enabled, if someone is willing to generate one 14:55:27 (i am a developer and built many things, including on omnios, just not omnios system components) 15:30:54 andyf any rough idea when the xhci fix will land in bloody? 15:31:06 I'm curios if that will fix some odd behavior I have on a ftdi based zigbee stick over xhci 16:33:05 sjorge: Does that use libusb or the kernel serial driver? 19:59:28 opens /dev/cua/0 19:59:43 i'm guessing that might be the kernel driver? 20:14:34 sjorge - usually it would be Friday but there's been enough activity in gate to justify another sync up there