**** BEGIN LOGGING AT Fri Nov 13 02:59:57 2020 Nov 13 03:20:07 Hello...how are things going today? Nov 13 03:37:43 Oh. Nov 13 03:38:19 Hey...how can one check to see what the elf file is showing? Is there a particular tool on Linux or for the BBB especially? Nov 13 04:19:43 Mattb000000ne: if you're using C instead of C++ you need #include to have "bool" Nov 13 04:20:02 ok Nov 13 04:21:09 don't use _Bool, that's just gross Nov 13 04:22:55 why is it gross Nov 13 04:24:08 because that's just an internal type used to implement "bool" Nov 13 04:24:46 the only reason they couldn't just add "bool" as keyword was because of the risk of breaking existing programs that might perhaps use "bool" as identifier Nov 13 04:25:02 so instead it's opt-in by #include Nov 13 04:25:45 learn something new everyday Nov 13 04:27:02 the only valid use of _Bool is if you're a library author who wants to use bool but has to worry about the possibility of having existing users that might perhaps use "bool" as an identifier and don't want to break their code by using #include in the library header Nov 13 04:27:39 and of course for the implementation of stdbool.h itself Nov 13 04:28:02 got it Nov 13 04:28:11 i will switch it back Nov 13 04:28:26 I do have a questions for you regarding consuming messages in chunks Nov 13 04:28:50 should I put messages in an array or something when I am doing that Nov 13 04:29:24 i wait until there is like a difference of 50 between the write and read indexs Nov 13 04:29:38 than stuff all of that in a array or something Nov 13 04:29:59 you don't need to do that Nov 13 04:30:35 if your GUI updates at a much lower rate than PRU then you'll automatically get messages in batches, there's nothing you need to do for it Nov 13 04:30:44 i.e. my stream-c.py already processes in batches Nov 13 04:31:37 now the processing could still be optimized further probably, but I wouldn't worry about that unless it turns out that doing it the simple way is too slow Nov 13 04:32:07 I think it is probably fine for my purposes Nov 13 11:40:32 hi to everyone, I would like to replicate the behaviour of the beaglebone that when the usb host is connected to the computer, the computer see it as an eth interface. Could you address me to some materials ? thanks Nov 13 11:41:20 ** I would like to replicate it in another linux board Nov 13 12:10:02 pingu_user: if you only want it to show up as an ethernet device, the easy way is to use the g_ether module Nov 13 12:10:20 pingu_user: i.e. put g_ether in /etc/modules Nov 13 12:10:59 zmatt: thanks a lot I will look for that :) Nov 13 12:11:31 and of course setup your network manager to configure the interface in some appropriate way Nov 13 12:14:39 (e.g. when using systemd-networkd something like: https://pastebin.com/2JgAyJuu ) Nov 13 12:16:57 the main goal was create a server/client system where the server is the board and the client is my laptop Nov 13 12:17:50 which is why my example config configures it as DHCP server instead of DHCP client (the default) Nov 13 12:17:59 and to every new client the server will open a new thread and comunicate through the socket with the client that asked for the service Nov 13 12:18:27 uhh, you're now just talking about application development, this has nothing to do with network configuration or usb networking Nov 13 12:19:02 well my problem was create a client/server over usb Nov 13 12:19:35 so i thought if I was able to emulate what the beaglebone is doing for me would be perfect Nov 13 12:19:37 whether the network connection uses usb, ethernet, or IP-over-carrier-pigeon is absolutely irrelevant Nov 13 12:20:29 software has no reason to know or care Nov 13 12:20:36 I will look better for the material that you gave me :) Nov 13 12:21:04 a lot of software insists on knowing things for no good reason Nov 13 12:21:05 yeah but i didn't know if i could do it over usb, and later the bbb came in my mind lol Nov 13 12:21:11 network managers come to mind Nov 13 12:21:38 mru: well, network managers are one of the few examples of software that does need to know and care about the details :P Nov 13 12:21:48 that's their job Nov 13 12:22:11 well, my computers all work just fine without any network manager at all Nov 13 12:22:36 nothing that self-applies that label, that is Nov 13 12:22:50 ifupdown is a network manager Nov 13 12:22:56 not using that Nov 13 12:23:25 something that configures network settings for you automatically at boot is a network manager Nov 13 12:23:59 I'm talking about crazy things like connman Nov 13 12:25:23 network managers vary in the degree they like they get in your way Nov 13 12:25:44 it's the "getting in your way" part I dislike Nov 13 12:26:36 yeah, I do like systemd-networkd... it's super easy and flexible in its configuration, and it knows to keep its hands of stuff you didn't ask it to touch Nov 13 12:26:57 *hands off stuff Nov 13 12:27:03 I prefer plain old dhcpcd Nov 13 12:27:39 not sure if I ever used it Nov 13 12:28:03 or dhclient Nov 13 12:28:25 anything that does a dhcp query and returns the results, nothing more Nov 13 12:28:27 but I like that systemd-networkd makes most types of configuration easy... not just manual and dhcp client, but also dhcp server, bridge, vlan, etc Nov 13 12:28:46 dhcp server is completely different thing Nov 13 12:29:01 for bridges, vlans, and such there's iproute2 Nov 13 12:29:35 I mean yes, you can use it to set it up manually with that, same goes with other network configuration Nov 13 12:30:12 that doesn't mean it's not useful to have systemd-networkd set up the bridge device for you and automatically add network interfaces to it as they appear, if configured so Nov 13 12:41:17 mru: here's an interesting example... we have two wireless beaglebones plugged via usb into a server with usb-networking configured as DHCP client, and the server is setup to automatically bridge all usb-networking interfaces that show up together with ethernet Nov 13 12:41:39 this is the systemd-networkd config on that server: https://pastebin.com/DK1e9XtM (with MAC address censored) Nov 13 12:44:19 mru: I personally think this is pleasantly simple config that accomplishes a lot Nov 13 19:24:41 ... is there a way to change the i2c speed of a bus on the fly? Nov 13 19:25:36 normally you can't use a speed faster than the slowest supported by all devices on the bus Nov 13 19:25:53 yup, it defaults to 400, i need 100. Nov 13 19:26:20 but you can't modify it Nov 13 19:26:24 cape-universal configures them to 400 ? reallly? Nov 13 19:26:40 "/sys/bus/i2c/devices/i2c-1/of_node/clock-frequency" has the speed but you cant modify it Nov 13 19:26:44 yup Nov 13 19:27:16 Thinking of trying to modprobe -r and re-installing Nov 13 19:29:37 uhh, cape-universal configures them to 100kbps: https://github.com/beagleboard/BeagleBoard-DeviceTrees/blob/v4.19.x-ti/src/arm/am335x-bone-common-univ.dtsi#L1197-L1213 Nov 13 19:30:11 so you must have done something to cause them to be 400k Nov 13 19:31:20 also you might want to set your nickname with the /nick command :P Nov 13 19:31:44 .. thats confusing, theres nothing on that bus and i only tried runnig i2c detect. haha, yea, i forgot my pass though :> Nov 13 19:32:28 none of those things affect bus speed Nov 13 19:32:31 bus speed is configured in DT Nov 13 19:33:15 ahhh, i dont have universal cape enabled... Nov 13 19:33:38 forgetting your nickserv password is not smart, but at least you could change it to "Konsgn-" or "Konsgn_" or "Konsgn`" or whatever :P Nov 13 19:33:51 how did you enable i2c then, an overlay? Nov 13 19:34:21 meh, I'll figure it out some other way, the pass i mean. not sure, but 0,1,2 were all available Nov 13 19:34:33 ehm Nov 13 19:35:01 can you share the output of: sudo /opt/scripts/tools/version.sh Nov 13 19:35:29 bah, after enabling universal, it still shows 400k: 00000000 00 06 1a 80 Nov 13 19:36:20 if it was enabled without cape-universal the only explanation is having an overlay enabled, in which case that overlay probably overrides cape-universal Nov 13 19:36:36 or an unusual base dt Nov 13 19:36:44 https://pastebin.com/3NMmHW7J Nov 13 19:37:16 pocketbeagle... you could have mentioned that sooner :P Nov 13 19:37:45 it always has cape-universal enabled, it's part of its base dt Nov 13 19:37:55 mer, i do love how i can swap the sd between the pocket and black and it works on both! Nov 13 19:38:09 gotcha Nov 13 19:38:23 you're right, it sets them to 400k Nov 13 19:38:27 that's worth a bug report probably Nov 13 19:38:42 as workaround you can easily override them with an overlay Nov 13 19:38:53 ya, gunna haveto try that Nov 13 19:39:01 &i2c1 { clock-frequency = <100000>; }; Nov 13 19:39:50 thanks! Nov 13 19:41:17 hmmm. wait a sec, if i pop the sd into the black, it'll default to 100? Nov 13 19:41:32 with cape-universal enabled, yes Nov 13 19:41:43 sweet, gunna do that first Nov 13 19:41:45 otherwise it defaults to not having i2c1 or i2c2 enabled at all Nov 13 20:07:30 Hello Nov 13 20:08:13 what txhe best board here Nov 13 20:08:58 there is no "best board", it will depend on what you're looking for Nov 13 20:12:26 i.e. what the intended use is, what features/specs are important, what sort of stuff you need to interface with, etc Nov 13 20:24:23 *sigh* ... why do people ask a question and then immediately go unresponsive Nov 13 20:37:13 B/c... Nov 13 20:37:42 People are people that only want answers. No workings, just answers! Nov 13 20:37:43 Ha. Nov 13 20:38:14 Should I go unresponsive now? Nov 13 20:38:18 please do Nov 13 20:38:22 Fine. Nov 13 20:39:00 I found someone who might want to work w/ me online w/ a LCD touchscreen for the AI! Nov 13 20:39:06 Does it sound promising? Nov 13 20:39:14 no Nov 13 20:39:30 Fine but I am going to try...who knows? I might learn some more things. Nov 13 20:40:15 like, for instance, I could finally learn more about dts and setting them up for controller boards (Linux SBCs) like this AI! Nov 13 20:40:47 So much to do, so much time! Nov 13 20:41:25 <<< is going unresponsive now. Cough. Nov 13 21:43:15 zmatt Nov 13 21:49:52 don't send private messages, just respond in chat Nov 13 21:53:39 most of the time there are plenty of knowledgable people in chat, so if you just explain what you're looking for you can probably get useful feedback (especially if you have some patience and respond when people ask for more details) Nov 13 21:54:29 (most of those people might however only glance at chat occasionally and/or be in a different timezone, hence the need to have patience) Nov 14 02:25:50 What's going on? Nov 14 02:26:35 Just thought I would stop by and say hi. Nov 14 02:42:12 Ken! Nov 14 02:42:15 Unix! Nov 14 02:42:40 Oh well...I try. Nov 14 02:48:25 and KenUnix is gone. Nov 14 02:57:28 GenTooMan: Hey man. Nov 14 02:57:29 I know. Nov 14 02:57:42 he just flew the coup. Nov 14 02:58:16 GenTooMan: I just got a nice piece of machinery. Now, I have to save more for a fitted motor. Nov 14 02:58:37 It is an 18" of movement ball screw w/ slide! Nov 14 02:58:47 I cannot wait. I know, I know. Nov 14 02:59:03 E-Stop and endstop stuff... Nov 14 02:59:15 But...18" of movement! Nov 14 02:59:36 I can write a big G for GenTooMan into some wood or metal or plastic. Nov 14 02:59:38 Who knows? **** ENDING LOGGING AT Sat Nov 14 02:59:56 2020