Switch to DuckDuckGo Search
   June 6, 2020  
< | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | >


NOTICE: This channel is no longer actively logged.

Toggle Join/Part | bottom
[00:00:36] <rmustacc> v_a_b: You said it only ever happens the first time you run it right?
[00:05:24] *** jimklimov <jimklimov!~jimklimov@ip-86-49-254-26.net.upcbroadband.cz> has quit IRC (Quit: Leaving.)
[00:27:43] *** andy_js <andy_js!~andy@94.11.185.123> has quit IRC (Quit: andy_js)
[01:00:04] *** blackwood821 <blackwood821!~blackwood@c-174-49-16-176.hsd1.tn.comcast.net> has quit IRC ()
[01:05:05] *** blackwood821 <blackwood821!~blackwood@c-174-49-16-176.hsd1.tn.comcast.net> has joined #illumos
[01:14:19] *** blackwood821 <blackwood821!~blackwood@c-174-49-16-176.hsd1.tn.comcast.net> has quit IRC ()
[02:00:01] *** gh34 <gh34!~textual@cpe-184-58-181-106.wi.res.rr.com> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)
[02:50:07] *** mnrmnaugh <mnrmnaugh!~mnrmnaugh@unaffiliated/mnrmnaugh> has quit IRC (Ping timeout: 240 seconds)
[02:53:04] *** mnrmnaugh <mnrmnaugh!~mnrmnaugh@unaffiliated/mnrmnaugh> has joined #illumos
[04:07:27] *** jcea <jcea!~Thunderbi@2001:bc8:2ecd:caed:7670:6e00:7670:6e00> has quit IRC (Quit: jcea)
[05:49:33] *** xzilla <xzilla!~robert@pool-71-166-61-141.bltmmd.fios.verizon.net> has quit IRC (Ping timeout: 272 seconds)
[05:51:42] *** xzilla <xzilla!~robert@pool-71-166-61-141.bltmmd.fios.verizon.net> has joined #illumos
[07:03:08] *** xzilla <xzilla!~robert@pool-71-166-61-141.bltmmd.fios.verizon.net> has quit IRC (Ping timeout: 246 seconds)
[07:11:32] *** xzilla <xzilla!~robert@pool-71-166-61-141.bltmmd.fios.verizon.net> has joined #illumos
[07:20:10] *** BOKALDO <BOKALDO!~BOKALDO@81.198.16.218> has joined #illumos
[07:27:10] *** Kurlon <Kurlon!~Kurlon@cpe-67-253-136-97.rochester.res.rr.com> has quit IRC (Ping timeout: 258 seconds)
[07:53:01] <v_a_b> rmustacc Sorry, went to bed... yes indeed, only the first time dladm is run I get a core dump.
[07:54:09] *** Kurlon <Kurlon!~Kurlon@cpe-67-253-136-97.rochester.res.rr.com> has joined #illumos
[08:21:53] *** yuripv <yuripv!~yuripv@91.240.124.138> has quit IRC (Ping timeout: 246 seconds)
[08:40:57] *** alanc <alanc!~alanc@inet-hqmc02-o.oracle.com> has quit IRC (Remote host closed the connection)
[08:41:24] *** alanc <alanc!~alanc@inet-hqmc02-o.oracle.com> has joined #illumos
[08:51:15] *** yuripv <yuripv!~yuripv@91.240.124.138> has joined #illumos
[08:55:17] *** mnrmnaugh <mnrmnaugh!~mnrmnaugh@unaffiliated/mnrmnaugh> has quit IRC (Ping timeout: 260 seconds)
[08:57:56] *** neuroserve <neuroserve!~toens@ip-178-202-213-156.hsi09.unitymediagroup.de> has quit IRC (Ping timeout: 246 seconds)
[09:00:38] *** neuroserve <neuroserve!~toens@ip-178-202-213-156.hsi09.unitymediagroup.de> has joined #illumos
[09:02:24] *** mnrmnaugh <mnrmnaugh!~mnrmnaugh@unaffiliated/mnrmnaugh> has joined #illumos
[09:40:10] *** am11_ <am11_!~am11@dsl-hkibng22-54f985-221.dhcp.inet.fi> has quit IRC (Ping timeout: 260 seconds)
[09:41:06] *** andy_js <andy_js!~andy@94.11.185.123> has joined #illumos
[10:35:48] *** wacki <wacki!~wacki@i577B8125.versanet.de> has joined #illumos
[12:04:03] *** tsundoku <tsundoku!~tsundoku@irc.tsundoku.ne.jp> has quit IRC (Ping timeout: 260 seconds)
[12:09:38] *** tsun|z <tsun|z!~tsundoku@irc.tsundoku.ne.jp> has joined #illumos
[12:11:13] *** vgusev <vgusev!~vgusev@188.187.60.230> has joined #illumos
[12:12:32] *** vgusev_ <vgusev_!~vgusev@188.187.60.230> has quit IRC (Ping timeout: 246 seconds)
[12:15:47] <sjorge> I've been poking the usbserial driving thing a bit more but I am stuck
[12:16:12] <sjorge> I'm looking for our equalivant of reading a ctrl register
[12:16:32] <sjorge> will try to gist something give me a sec
[12:22:09] <sjorge> https://gist.github.com/sjorge/015aaede91f0957314bd971b9ed599b7
[12:22:52] <sjorge> I had a look at the other devices but non seem to be reading a control registry AFAIK, but i might be too unfamilier with the usb_pipe_* functions to recognize it if it is happening somewhere.
[12:38:31] *** Teknix <Teknix!~pds@69.41.134.110> has quit IRC (Ping timeout: 265 seconds)
[12:39:31] *** Teknix <Teknix!~pds@69.41.134.110> has joined #illumos
[12:42:33] <andyf> sjorge - https://github.com/illumos/illumos-gate/blob/master/usr/src/uts/common/io/urtw/urtw.c#L1217 ?
[12:59:31] *** nbhauke <nbhauke!~hauke@55d4869b.access.ecotel.net> has joined #illumos
[13:04:07] *** KeiraT <KeiraT!~k4ra@gateway/tor-sasl/k4ra> has left #illumos
[13:12:14] *** wacki <wacki!~wacki@i577B8125.versanet.de> has left #illumos
[13:49:52] *** Kurlon <Kurlon!~Kurlon@cpe-67-253-136-97.rochester.res.rr.com> has quit IRC (Remote host closed the connection)
[13:52:40] <sjorge> looks promising
[13:53:06] <sjorge> Interestingly that file also has some defines... that the BSD drivers use
[13:53:15] <sjorge> Which just redefine some of our stuff
[13:56:18] <yuripv> sjorge: guessing by the BSD license in there, it's a port from one of BSDs
[13:56:22] <yuripv> most likely, net
[14:41:45] <toastersonerson> andyf do you know of omnios AMI's or packer scripts for vagrant boxes and such things?
[14:48:08] <sjorge> not having much luck, aside from I think... I bricked the device
[14:48:15] <sjorge> mac won't recognize it anymore either
[14:48:19] <sjorge> *macOS
[14:56:32] <andyf> @toastersonerson - the AMI build script is https://github.com/omniosorg/kayak/blob/master/build/ami
[14:56:48] <andyf> it would be nice to have vagrant too, it probably wouldn't be too different to that
[14:57:12] <andyf> sjorge - :(
[14:57:33] <toastersonerson> it kind of will I was thinking of adapting ours to omnios aswell
[14:57:57] <toastersonerson> https://github.com/openindiana/oi-packer
[14:58:08] <toastersonerson> we got kvm and virtualbox thus far
[14:58:24] <toastersonerson> You don't publish on the marketplace right?
[14:58:59] <andyf> The Vagrant one?
[14:59:02] <andyf> No
[14:59:27] <andyf> That kayak framework for building images is how we build the AMIs and the Bhyve images
[14:59:41] <toastersonerson> It's one thing I want for OpenIndiana. Some people in the Kubernetes sig asked for it to help test kubernetes
[14:59:50] <toastersonerson> And other distros :)
[15:00:32] <andyf> https://paste.ec/paste/GFHq+q4j#eW+78923goh0aRy4nGV6p1uU2Qvn5Bue77G7rWke7CQ
[15:00:39] <andyf> we now provide bhyve and illumos-brand images
[15:01:20] <toastersonerson> for zones?
[15:01:38] <toastersonerson> whats illumos brand?
[15:02:20] <andyf> It's a zone brand designed for running foreign illumos things
[15:02:25] <andyf> inspired by Tribblix's alien brand
[15:02:35] <andyf> we can install omnios, tribblix, smartos images in them
[15:02:47] <andyf> and, subject to the contraints of the kernel being shared, do stuff
[15:03:11] <toastersonerson> Oh thats neat is it in your sources? Something to port then
[15:03:24] <sjorge> andyf: going to upload all I have so far as a patch and write a bigger blurb about where I am stuck, hopefully if I leave the stick unplugged/powerless for a bit it might forget whatever I did wrong to it.
[15:03:27] <andyf> Yes, it's all in the pkg5 repo
[15:03:30] <andyf> under src/brand
[15:03:32] <sjorge> But the led is also off so ah yeah
[15:15:31] <sjorge> Here is all I have so far: https://gist.github.com/sjorge/975bd61ffb8061c53dac8c465aca0485
[15:15:39] <sjorge> stick still dead I think :(
[15:19:07] *** liv3010m <liv3010m!~liv3010m@77-72-245-190.fibertel.com.ar> has quit IRC (Ping timeout: 260 seconds)
[15:21:00] *** BOKALDO <BOKALDO!~BOKALDO@81.198.16.218> has quit IRC (Quit: Leaving)
[15:21:02] *** liv3010m <liv3010m!~liv3010m@77-72-245-190.fibertel.com.ar> has joined #illumos
[15:25:47] <yuripv> What is the stick?
[16:28:24] *** BOKALDO <BOKALDO!~BOKALDO@81.198.16.218> has joined #illumos
[16:39:38] *** elenium <elenium!~elenium@46.180.115.3> has joined #illumos
[16:44:37] *** phyre <phyre!~phyre___@78.30.22.107> has joined #illumos
[16:59:01] *** jcea <jcea!~Thunderbi@2001:bc8:2ecd:caed:7670:6e00:7670:6e00> has joined #illumos
[17:02:27] *** jcea <jcea!~Thunderbi@2001:bc8:2ecd:caed:7670:6e00:7670:6e00> has quit IRC (Remote host closed the connection)
[17:03:38] *** jcea <jcea!~Thunderbi@2001:bc8:2ecd:caed:7670:6e00:7670:6e00> has joined #illumos
[17:09:08] <rmustacc> v_a_b: I believe this is the fix for your problem: https://code.illumos.org/c/illumos-gate/+/719
[17:09:26] <rmustacc> (At least the crash. It's not clear why there's a transient failure that leads to it)
[17:14:39] <rmustacc> sjorge: So, other folks definitely suggest you have to clear the stall pid on that device. Try setting the auto-clearing attribute on it. You'll probably have to have the first thing fail to deal with the stall toggle.
[18:03:53] *** phyre <phyre!~phyre___@78.30.22.107> has quit IRC (Remote host closed the connection)
[18:36:57] <toastersonerson> We have a patch in to change the boot disk right?
[19:09:34] <rmustacc> Can you clarify what you mean?
[19:22:21] *** ldepandis <ldepandis!~ldepandis@unaffiliated/ldepandis> has joined #illumos
[19:23:32] *** liv3010m <liv3010m!~liv3010m@77-72-245-190.fibertel.com.ar> has quit IRC (Ping timeout: 260 seconds)
[19:24:26] *** liv3010m <liv3010m!~liv3010m@77-72-245-190.fibertel.com.ar> has joined #illumos
[19:30:40] *** am11_ <am11_!~am11@dsl-hkibng22-54f985-221.dhcp.inet.fi> has joined #illumos
[19:38:10] <am11_> i have cross-compiled two shared libs for illumos on linux. on smartos, i first made sure with ldd-r that there is no symbol mising in either one of them. then i dlopen() both with absolute paths. one of them is opened, the other one gives this dlerror: `open failed: No such file or directory`, although the file exists (an it is an absoluate path).
[19:38:41] <am11_> is there a way to get the real reason why it is failing to load?
[19:41:45] *** lystra <lystra!~lystra@d53-64-11-169.nap.wideopenwest.com> has quit IRC (Ping timeout: 272 seconds)
[19:43:03] *** lystra <lystra!~lystra@d53-64-11-169.nap.wideopenwest.com> has joined #illumos
[19:44:42] <toastersonerson> rmustacc (IRC): When booting in a VM the disk paths of the ZFS rpool might change. i.e if you boot a image made in xen in kvm and vice versa. I though we have a patch now that allows us to boot anyway and fix that path in simple pool configurations.
[19:48:34] <sjorge> rmustacc auto-clearing attribute?
[19:48:42] <sjorge> I guess on the write call to, as that oen gets caleld first I think
[20:01:25] <rmustacc> toastersonerson: Yes, LeftWing integrated a bunch of things there to help improve that.
[20:01:52] <toastersonerson> Cool. then the process to make an AMI of OI should be straight forward
[20:02:10] <rmustacc> sjorge: Yes, if you look at the pipe open manual page, you'll see there are different attributes you can set on the pipe when you open. One is to have it auto-clear stalls.
[20:02:23] <sjorge> USB_ATTRS_AUTOCLEARING is the one I need to set right?
[20:02:34] <sjorge> I already have it for writing, unless I need & instead of |
[20:02:39] <sjorge> USB_ATTRS_SHORT_XFER_OK | USB_ATTRS_AUTOCLEARING;
[20:03:37] <rmustacc> No, you would or that in.
[20:06:42] <am11_> in the failing case, truss shows `ioctl(1, TCGETA, 0X...) Err#25 ENOTTY` after `close(3)`.
[20:07:51] <rmustacc> So, I think I would start by trying to distinguish is open failing or not.
[20:14:04] <sjorge> currently it looks like the device is still kind of dead one macOS too :(
[20:17:05] *** triffid <triffid!triffid@cthulhu.mcclung.systems> has joined #illumos
[20:18:29] <am11_> when the path is non-existent, truss shows: sysi86(...) -> stat(...) Err#2 ENOENT
[20:19:03] <yuripv> ENOTTY might mean something unimplemented?
[20:19:47] <am11_> but in this case it is: sysi86(..) -> stat(..) -> resolvepath(..) -> open(..) -> mmapobj(..) -> close(..) -> ioctl() Err#2 ENOENT
[20:20:28] <am11_> yuripv: can we trace it somehow what is missing? given an so
[20:21:16] <Riastradh> ENOTTY means `inappropriate ioctl for device'; if stdout is not a tty (e.g., if it's a regular file or a pipe), then TCGETA probably doesn't make sense on it.
[20:22:20] <Riastradh> Most likely this is the consequence of a program calling isatty(STDOUT_FILENO) in order to ascertain whether stdout is a tty or not.
[20:22:46] <Riastradh> In other words, it's likely to be a red herring.
[20:44:50] *** wacki <wacki!~wacki@i577B8125.versanet.de> has joined #illumos
[20:56:50] *** mnrmnaugh <mnrmnaugh!~mnrmnaugh@unaffiliated/mnrmnaugh> has quit IRC (Ping timeout: 246 seconds)
[21:11:42] *** BOKALDO <BOKALDO!~BOKALDO@81.198.16.218> has quit IRC (Quit: Leaving)
[21:13:28] *** liv3010m <liv3010m!~liv3010m@77-72-245-190.fibertel.com.ar> has quit IRC (Ping timeout: 256 seconds)
[21:14:32] *** liv3010m <liv3010m!~liv3010m@77-72-245-190.fibertel.com.ar> has joined #illumos
[21:26:37] *** MilkmanDan <MilkmanDan!~dan@wilug/expat/MilkmanDan> has quit IRC (Ping timeout: 260 seconds)
[21:35:12] <toastersonerson> tsoome what was the loader configuration directory again? /boot/loader.d?
[21:42:05] <yuripv> toastersonerson: /boot/conf.d/
[21:42:12] <toastersonerson> thanks
[21:42:20] <yuripv> It's in loader.conf(4), BTW
[21:42:31] <yuripv> In case you forget :)
[21:42:31] *** storkone <storkone!~storkone@a80-101-69-245.adsl.xs4all.nl> has quit IRC (Read error: Connection reset by peer)
[21:45:29] *** storkone <storkone!~storkone@a80-101-69-245.adsl.xs4all.nl> has joined #illumos
[21:53:12] *** Kurlon <Kurlon!~Kurlon@cpe-67-253-136-97.rochester.res.rr.com> has joined #illumos
[21:56:11] *** Riastradh <Riastradh!~riastradh@netbsd/developer/riastradh> has quit IRC (Ping timeout: 256 seconds)
[22:06:52] *** mnrmnaugh <mnrmnaugh!~mnrmnaugh@unaffiliated/mnrmnaugh> has joined #illumos
[22:17:02] <v_a_b> rmustacc Thanks for the fix. I seem to have found my new vocation: Stepping on weird bugs ;-)
[22:28:04] *** Riastradh <Riastradh!~riastradh@netbsd/developer/riastradh> has joined #illumos
[22:39:50] <sjorge> rmustacc that doesn't seem to have any effect, is there something special I need to do to put the device in poll mode? I found some code in the freebsd driver to enable it.
[22:39:54] <sjorge> Not sure what our defaults are
[23:11:15] <sjorge> rmustacc fixed it -_-
[23:11:30] <sjorge> I made a past error and dropped part of the define
[23:11:41] <sjorge> 0x5 instead of 0x5F so the device was stuck waiting for more info
[23:11:47] <sjorge> But enough for today!
[23:11:50] <sjorge> Thanks for the help
[23:14:09] <sjorge> Also where does the output of USB_DPRINTF_L2 end up?
[23:14:33] <sjorge> I now add a copy with cmn_err too so I can see it in dmesg, but I assume I can get it somewhere else too
[23:21:47] *** wacki <wacki!~wacki@i577B8125.versanet.de> has left #illumos
[23:22:39] *** LeftWing <LeftWing!~jclulow@c-107-3-176-60.hsd1.ca.comcast.net> has quit IRC (Quit: scheduled maintenance)
[23:25:35] *** lystra <lystra!~lystra@d53-64-11-169.nap.wideopenwest.com> has quit IRC (Ping timeout: 246 seconds)
[23:28:46] *** lystra <lystra!~lystra@d53-64-11-169.nap.wideopenwest.com> has joined #illumos
[23:30:04] <jbk> it depends i think.. IIRC there's a circular buffer the USB_DPRINTF_xxx messsages get written to, but which ones i think depends on a tunable (i.e. the log level)
[23:36:23] <am11_> ENOTTY et al. were smoke screen (was emering from printf/perror calls). the real reason was hidden from dlerror. thanks to LD_DEBUG=ld, it turned out to be "static TLS failure: object loaded after process initialization: can not accomudate initialized data". so i will try to re-cross-compile mono with tls-disabled. but dlerror() misreporting the error message (`open failed: No such file or directory.`) looks
[23:36:26] <am11_> like a bug (probably somewhere we are not clearning the errno).
[23:37:42] *** mnowak_ <mnowak_!~mnowak_@94.142.238.232> has quit IRC (Ping timeout: 272 seconds)
[23:38:26] <am11_> LD_DEBUG=dl*
[23:41:35] *** nbhauke <nbhauke!~hauke@55d4869b.access.ecotel.net> has quit IRC (Quit: nbhauke)
[23:42:21] *** mnowak_ <mnowak_!~mnowak_@94.142.238.232> has joined #illumos
top

   June 6, 2020  
< | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | >