**** BEGIN LOGGING AT Wed Aug 01 03:00:01 2018 Aug 01 03:21:06 you have some really nice repos Aug 01 03:21:20 having the junior IEing a baremetal asm demo for the am3358 is NOT A GOOD SIGN Aug 01 03:21:28 lol IEing = eyeing* what is wrong with me Aug 01 09:26:26 ayjay_t: why not? :D Aug 01 11:37:02 ayjay_t: though to be fair, there's really no good reason for all-assembly, my actual baremetal codebase (used for misc tests) has very little asm Aug 01 11:54:59 is there any one who can help me Aug 01 11:55:10 i need some infor for beagle bone x15 Aug 01 11:55:41 :( Aug 01 12:28:17 hi all Aug 01 12:28:39 I am using beaglebone, and triggered a build with yocto and buildroot Aug 01 12:28:56 I used am33x-beaglebone.dts file Aug 01 12:29:25 but, I couldn't see the /dev/fb0 created? Aug 01 12:29:39 any reason why it happens Aug 01 12:31:03 CONFIG_FB was enabled Aug 01 12:34:33 rocky: your question is really vague Aug 01 12:35:31 CONFIG_FB is only one of many requirements for the legacy fbdev to show up Aug 01 12:36:29 also "am33x-beaglebone.dts" does not exist Aug 01 12:37:23 typo am335x-bone Aug 01 12:38:15 am335x-bone.dts is for the original beaglebone, which has no video output Aug 01 12:38:40 I'm bit confused, when I run beagleboneblack I could see the device node /dev/fb0 with same kernel config which I used for beaglebone too Aug 01 12:39:00 but, I could see that while using beaglebone Aug 01 12:39:23 note that normally you don't manually specify the dts to use since u-boot will auto-select the correct one Aug 01 12:39:36 I have no idea what you're saying, you're not making any sense Aug 01 12:39:54 My need is to run Xserver on the board, Aug 01 12:40:02 the beaglebone black has a HDMI output, the original beaglebone does not Aug 01 12:40:50 how does it make sense to run an Xserver on a system without video output? Aug 01 12:41:23 Attached cards (HDMI) BeagleBone DVI-D Cape BB-BONE-DVID-01 Rev A2 Aug 01 12:42:57 either use an u-boot that has the cape-manager patch to make it automatically load and apply the overlay for that cape, or build a custom dts Aug 01 12:43:35 BeagleBone Rev A6, has HDMI support Aug 01 12:43:47 no it doesn't Aug 01 12:44:16 oh, thanks, I am a newbie Aug 01 12:44:27 I have started exploring this Aug 01 12:44:33 but fortunately you just explained you're using a DVI-D cape, which is information you should have provided to begin with Aug 01 12:45:47 cape-manager patch, could you point me the availability of the source Aug 01 12:46:19 and the changes you mentioned in the dts file, can I get that? Aug 01 12:47:07 you can recreate the beaglebone's standard u-boot by applying the "0001-am335x_evm-uEnv.txt-bootz-n-fixes.patch" and "0002-U-Boot-BeagleBone-Cape-Manager.patch" patches from https://rcn-ee.com/repos/git/u-boot-patches/v2018.07/ to mainline u-boot v2018.07 Aug 01 12:48:31 you can find sources for overlays here: https://github.com/RobertCNelson/bb.org-overlays/tree/master/src/arm Unfortunately for you however I don't see a rev A2 of the cape you mentioned, only rev A3. are you sure about that revision? Aug 01 12:51:36 rocky: for your convenience, here's the DVID rev A3 overlay converted to a form you can include in your main dts: https://pastebin.com/raw/W22LhQa5 Aug 01 12:53:05 ensure the dts has this include: Aug 01 12:53:07 #include Aug 01 12:58:25 its A2 only Aug 01 12:59:14 ugh i was gonna buy this: http://www.analogarts.com/products/5-in-1-usb-oscilloscope/sg834-300-mhz-oscilloscope-50-mhz-awg but its support for linux is weak Aug 01 12:59:20 like i don't know why you limit the platforms your device works on Aug 01 12:59:33 rocky: an early prototype of some sort? then I have no idea where you might be able to obtain a correct overlay Aug 01 13:00:25 they don't charge for the software so why not make it open source Aug 01 13:01:21 probably because they don't want people to use their software with other hardware? Aug 01 13:02:11 is that a reasonable concern? Aug 01 13:02:31 i mean that seriously Aug 01 13:02:50 it seems like a) whoever would do that would be taking on a gigantic project and b) it's not like graphing softwares that hot anyway Aug 01 13:02:54 oh, I will give a try with this overlay Aug 01 13:02:58 you could at least open the HAL Aug 01 13:04:13 in summary, I need to add the overlay to my am335x-bone.dts by including #include in the same Aug 01 13:04:30 and have to generate a new dtb. is it right? Aug 01 13:05:14 ayjay_t: it's just my guess Aug 01 13:05:54 rocky: you need to include the stuff in my pastebin, and add that #include if it's not already being included (directly or indirectly) Aug 01 13:06:46 yeah sure Aug 01 13:06:51 and pray you don't damage hardware by using declarations from a different hardware revision Aug 01 13:07:10 but, what about the u-boot patches, you mentioned Aug 01 13:07:43 that is the other alternative to avoid having to patch the main dts Aug 01 13:07:49 but patching the dts is probably easier for you Aug 01 13:07:55 what it does?, because, I have my u-boot flashed Aug 01 13:08:39 I already explained what it does Aug 01 13:09:48 "make it automatically load and apply the overlay for that cape" Aug 01 13:09:55 just, I am using the old u-boot kept in flash and loading my images from Sd card Aug 01 13:10:19 then it's probably too old to support overlays Aug 01 13:14:56 I knew it can be a stupid question! Consider, I am using the u-boot version of 2017.01 does the overlay from your pastebin is enough for to try? or the u-boot patches are necessarily to be added to u-boot and built again? Aug 01 13:15:29 *SIGH* Aug 01 13:16:17 I already said the u-boot changes are an _ALTERNATIVE_ to patching the dts, as in you only need to do _ONE_ of the two Aug 01 13:16:48 perfect, Thanks for the clarification Aug 01 16:15:31 I need help installing the driver Aug 01 16:19:07 but apparently weren't willing to wait a few minutes for that help Aug 01 16:21:35 all quiet on the spammer front? Aug 01 16:22:34 yeah, haven't seen any spam Aug 01 16:22:46 great. lots of it has been incoming. Aug 01 16:23:01 * jkridner tries to remember the magic incantations used to remove it. Aug 01 21:53:25 Has anyone done tests on the data transfer rate for the bbbw? Aug 01 21:53:37 wireless you mean? Aug 01 21:53:58 Beaglebone Black Wireless Aug 01 21:54:14 yes but data transfer rate across what? wifi? Aug 01 21:54:32 Yes. Aug 01 21:54:38 I imagine that'll be rather variable and situation-dependent Aug 01 21:55:08 Sure, I've just been seeing similar results across multiple routers and Beaglebones Aug 01 21:56:21 also, be sure you're not using an ancient image since iirc performance was improved at some point by using correct configuration for the wifi chip (I think one antenna was accidently disabled) Aug 01 21:56:31 that was quite a while ago though Aug 01 21:56:52 When I characterize the network performance using iperf, iperf3, and nc I get similar results across 5 different beagle bones across 4 different routers. Aug 01 21:57:07 I'm currently using the latest debian image Aug 01 21:57:10 well then it sounds like your question is redundant since you've already done plenty of testing Aug 01 21:57:15 :) Aug 01 21:58:16 In the data sheet for the wl18modgb it shows higher data transfer rates than what I'm seeing Aug 01 21:58:21 I'm guessing you're actually trying to say something like "I'm seeing worse wifi performance than I hoped for, is there anything I can do to improve it?" Aug 01 21:58:24 yeah that Aug 01 21:59:40 I'm still curious if others have performed tests on the transfer rate Aug 01 22:00:38 or come across any resources online Aug 01 22:01:08 well I know for sure there are plenty of people who have done tests, but I have no idea what their results were Aug 01 22:01:55 one thing that may be of interest to check is the cpu load while testing, that might reveal whether performance is being limited by that Aug 01 22:02:43 That was one of my first ideas. It's only hanging around 20% Aug 01 22:02:51 hm Aug 01 22:04:12 If anyone has done anything to increase their data transfer rate that information would be greatly appreciated as well. Aug 01 22:04:25 so what sort of rates are you seeing? Aug 01 22:04:41 Average ~30Mb/s Aug 01 22:05:36 oh that doesn't sound bad Aug 01 22:06:08 Definitely not. It's a task at work though. I need to justify why it's not better Aug 01 22:06:34 Any other situation and I'd be more than happy with that Aug 01 22:06:50 well at the very least the antenna configuration on the bbbw is not going to be great for 2x2 MIMO, they're simply too close together Aug 01 22:10:49 you could also try disabling power-management features to see if that has any impact Aug 01 22:10:56 It's strange I've been using a Rpi which is giving me more than double the average of the BB Aug 01 22:11:04 hm Aug 01 22:11:26 I'm just making guesses Aug 01 22:11:46 That's been me for the past few hours Aug 01 22:19:04 Akben: well, I'm afraid my only other concrete suggestion would be to stick around, there's a reasonable chance that someone who might have more ideas eventually takes a peek at irc Aug 01 22:22:10 I appreciate your help. **** BEGIN LOGGING AT Wed Aug 01 22:26:51 2018 **** ENDING LOGGING AT Thu Aug 02 03:00:00 2018