**** BEGIN LOGGING AT Wed Nov 23 03:00:00 2016 Nov 23 10:58:55 help Nov 23 10:59:14 How to change SPI mode (CPHA & CPOL)? Nov 23 11:01:03 Hi anybody dere ? Nov 23 11:01:36 anybody there ? Nov 23 11:02:56 Sateesh: using the usual linux spidev? Nov 23 11:03:46 normally it's set as properties on the spi device in device tree Nov 23 11:04:02 you can override it at runtime, though this is a somewhat questionable feature Nov 23 11:04:40 yes Nov 23 11:04:50 using the usual linux spidev Nov 23 11:05:10 how can I see the properties in device tree? Nov 23 11:10:30 lots of ways, you can inspect it at runtime via /sys/firmware/devicetree, decompile the .dtb file and any overlay .dtbo files you use, or look up the .dts source code for them on the internet Nov 23 11:43:44 Sateesh: http://pastebin.com/raw/8Biqgqa8 Nov 23 11:44:20 (of course I knew exactly what properties they had since I set them myself) Nov 23 11:59:17 @zmatt of_node is not showing Nov 23 12:02:30 probably you have an old kernel Nov 23 12:03:17 iirc those symlinks were added somewhere early in the 4.x kernel series but I'm not sure Nov 23 12:11:48 ah actually I noticed one comment I put in that pastebin is wrong: you can't tell from the path that it's part of the base DT rather than an overlay Nov 23 12:15:32 http://pastebin.com/raw/s3Nfa7Rw Nov 23 13:04:21 Hi , where can i find informations about .dtb files in /boot/dtbs/ ?? Nov 23 13:59:16 h Nov 23 14:07:41 does anybody have LCD7 cape working with 4.4.2 kernel ?? Nov 23 14:20:36 fred_tv: what exact kernel version (uname -r) ? Nov 23 14:21:10 (not for the LCD7 cape, can't help you with that, but for a link to the sources of the dtbs for your kernel) Nov 23 14:23:26 fred_tv: i have Nov 23 14:23:42 printf -- "cape_enable=capemgr.enable_partno=BB-VIEW-LCD7-01\n" >> /boot/uEnv.txt Nov 23 14:24:47 that doesn't look valid for a 4.x kernel Nov 23 14:27:37 (4.x uses bone_capemgr as module name rather than just capemgr) Nov 23 14:27:59 * zmatt pokes in fred_tv... hello? Nov 23 14:29:58 just rebooting beaglebone... Nov 23 14:30:55 ok Nov 23 14:31:24 4.4.30-ti-r64 Nov 23 14:31:54 https://github.com/RobertCNelson/linux-stable-rcn-ee/tree/4.4.30-ti-r64/arch/arm/boot/dts Nov 23 14:32:05 fortunately the am335x processor is near the top ;) Nov 23 14:33:05 I also surveyed the device tree variants available a while ago and summarized them here: http://elinux.org/BeagleBone_DTBs Nov 23 14:35:42 some of these definitely could use a bit of description, even just a one-line comment near the top of the dts file saying what the purpose of that particular DT variant is Nov 23 14:36:00 would have been nice Nov 23 14:50:37 paranic: what kernel ? Nov 23 14:51:49 oficial one Nov 23 14:51:56 ti kernel Nov 23 14:52:40 just add cape_enable=capemgr.enable_partno=BB-VIEW-LCD7-01 to your uEnv.txt and your good to go i guess Nov 23 14:55:27 you guess wrong :-(( Nov 23 14:55:36 and then nothing will happen since, as I just said, the kernel module is named "bone_capemgr" in 4.x kernels (versus just "capemgr" in 3.8) Nov 23 14:56:33 I've tried bone_capemgr.enable instead of capemgr.enable .....nothing Nov 23 14:57:15 normally it shouldn't be needed anyhow since the whole idea behind capemgr is that it uses auto-detection Nov 23 14:57:20 a pair of steps backward : Nov 23 14:57:31 does it detect the cape at all? (check slots) Nov 23 14:58:02 it is a 5,7" clone cape however recognized as a LCD7 cape Nov 23 14:58:34 it works perfecly with 3.2 - 3.3 kernels Nov 23 14:58:48 holy cow that's really ancient Nov 23 14:59:02 but: does it detect the cape at all? (check slots) Nov 23 14:59:12 that is what cat says : Nov 23 14:59:51 cat /sys/devices/platform/bone_capemgr/slots Nov 23 15:00:03 0: P---L- 0 BeagleBone LCD7 CAPE,00A2,Beagleboardtoys,BB-BONE-LCD7-01 Nov 23 15:00:07 ok Nov 23 15:00:24 so it did detect the cape Nov 23 15:00:32 i have the SAME with 3.2 kernel and LCD working Nov 23 15:00:51 in fact it loaded an overlay Nov 23 15:01:00 P = probes, L = loaded Nov 23 15:01:05 *probed Nov 23 15:01:25 oh right now I remember you had "lines" or something Nov 23 15:01:27 it detects the cape without any uEnv.txt modification Nov 23 15:01:32 as it should Nov 23 15:01:39 where ? Nov 23 15:02:01 that was you right? it did do *something* but not a useful image Nov 23 15:02:12 or are you getting nothing at all? Nov 23 15:02:42 nono , black screen from the moment I insert power jack Nov 23 15:02:53 huh ok Nov 23 15:02:56 just retroillumination Nov 23 15:03:54 with old kernels, TUX penguin is displayed almost immediately on upper left corner and after few seconds system startsto boot Nov 23 15:05:34 sounds like a very bad idea for a bootloader to do that, although you could install a custom bootloader if you really want a boot splash Nov 23 15:05:47 okay I'm starting to feel suspicious about this overlay Nov 23 15:06:15 I fucking hate hardware... Nov 23 15:06:18 Hi all, btw. :) Nov 23 15:06:56 Spidler: yeah, because software is really great in contrast ;P Nov 23 15:07:09 on beagle group, a sir named RobertCNelson ! suggested me to uncomment dtb=am335x-boneblack-overlay.dtb on uEnv.txt but nothing happens anyway... Nov 23 15:07:12 zmatt: Comparatively easier to fix. :) Nov 23 15:07:34 Spidler: you're having hw problems? Nov 23 15:07:38 zmatt: I've got two BBB in the same place, uptime is neat, but both are getting read error on Squashfs ... Nov 23 15:08:01 fred_tv: he is probably right Nov 23 15:08:09 running dd if=$part |sha1sum shows differennt checksums each time... Nov 23 15:08:16 Which is just lovely. Nov 23 15:08:29 Broken eMMC or broken kernel. Not sure which is making me most happy. Nov 23 15:08:43 ( iflags=direct, to avoid cache layer problem) Nov 23 15:08:45 as no "O" is present on "slots" line is shouldn't be an overlay, isnt'it ? Nov 23 15:09:02 fred_tv: O means override Nov 23 15:09:10 ah..... Nov 23 15:09:11 i.e. manually loaded instead of auto-detected Nov 23 15:09:25 but I really suspect the overlay is wrong Nov 23 15:10:26 Spidler: that sounds odd Nov 23 15:10:40 zmatt: It does, doesn't it! Squashfs is also complaining, loudly. of course. Nov 23 15:10:56 no surprise there Nov 23 15:11:15 It's also causing a few small issues to check whats wrong when "busybox" causes read error from sqaushfs ;) Nov 23 15:11:29 It might be that I've actually nuked the eMMC with writes Nov 23 15:11:41 I'd suggest booting from alternative media and then inspect eMMC Nov 23 15:11:43 But I'd expect that to kill a read/Write partition, not my squashfs Nov 23 15:11:44 question: in /lib/firmware there are three .dtbo files for that cape Nov 23 15:11:53 A1, A2, A3 Nov 23 15:12:08 zmatt: First I need to get someone to go 200km away, into a locked basement, into a locked cabinet, and replace them ;) Nov 23 15:12:21 Fortunately, all my software is in RAM so it's still working... Nov 23 15:12:38 yes , could i try to load a different version ? Nov 23 15:13:11 fred_tv: your hardware is reporting A2, hence the A2 version got loaded Nov 23 15:13:40 I suspect the overlay may actually be wrong for the A2 version, but loading an overlay for a wrong hardware version is not going to help Nov 23 15:14:28 there is also a BB-VIEW-LCD7-01-00A0.dtbo mentioned by paranic : what about ? Nov 23 15:14:49 but he has it working with old kernel too Nov 23 15:15:31 fred_tv: btw which mean dtb are you using right now? you absolutely need am335x-boneblack-overlay.dtb for this hw revision Nov 23 15:15:37 *main dtb Nov 23 15:16:14 the annoying thing is the display works with the same beaglebone (and different kernel) Nov 23 15:16:32 note the beaglebone is a WHITE one , any difference ? Nov 23 15:17:03 how con I check dtb actually in use ? Nov 23 15:17:12 *can Nov 23 15:17:23 zmatt: Hmm. Could be the fact that it's done 2Gigs of write since it booted... Nov 23 15:17:41 uhh yes of course that matters, the boneblack dtbs are for the (surprise) bone black Nov 23 15:18:08 Spidler: *shouldn't* behave the way you're describing though Nov 23 15:18:20 wait... Nov 23 15:18:22 *512 Nov 23 15:18:23 you'd get real I/O errors Nov 23 15:18:26 1.1 Terabyte Nov 23 15:18:29 Yeah Nov 23 15:18:37 not getting real I/O errors from the device at all Nov 23 15:19:13 fred_tv: the bbw has neither eMMC nor hdmi so its default dtb already works mostly like the boneblack-overlay dtb Nov 23 15:20:04 hi there all :-) Nov 23 15:20:17 fred_tv: ok I'm now 99% sure the LCD7 A2 overlay is wrong Nov 23 15:20:36 well ;-)) Nov 23 15:21:12 did follow this to expand my sd card, not success http://elinux.org/Beagleboard:Expanding_File_System_Partition_On_A_microSD Nov 23 15:23:07 zmatt: Well, that's why I hate hardware today! Nov 23 15:23:12 when I typed "p" it appears only /dev/mmcblk0p1 where it boots Nov 23 15:23:15 zmatt: How are you then? All things going okay? Nov 23 15:23:38 Spidler: being bad at multitasking Nov 23 15:23:54 dury: that's normal for all recent images, the wiki is just out of date Nov 23 15:24:14 the instructions are still fine, except it's just partition 1 you need to resize (there's no FAT partition) Nov 23 15:24:19 it should appear two p1 and p2 Nov 23 15:24:23 zmatt: Always a difficult issue. Add a day full of distractions and it'll go even worse! Nov 23 15:24:36 dury: that was only with old wheezy images Nov 23 15:25:23 dury: oh actually these instructions are not good Nov 23 15:25:32 jeez what idiot wrote this wiki page Nov 23 15:26:18 I have followed and the dc card crashed Nov 23 15:27:27 can you help me to do that please, zmatt or link me a right tutorial Nov 23 15:28:50 delete the linux partition, recreate it making sure you use the same start sector it had before Nov 23 15:29:12 what do you mean by "card crashed" ? Nov 23 15:29:45 dury: actually, get in queue, I was still looking at the LCD7 overlay thing Nov 23 15:31:02 I mean just followed that wiki and didn't work though, so I have made a new image in other sd card though Nov 23 15:32:06 dury: you're using jessie right? Nov 23 15:32:20 yep, zmatt Nov 23 15:32:36 jessie in BBB Nov 23 15:32:47 8.6 zmatt Nov 23 15:33:08 did type this command lsb_release -a Nov 23 15:33:42 [13403454.693571] SQUASHFS error: lzo decompression failed, data probably corrupt Nov 23 15:33:45 [13403454.701042] SQUASHFS error: squashfs_read_data failed to read block 0x306f512 Nov 23 15:33:48 [13403454.708473] SQUASHFS error: Unable to read fragment cache entry [306f512] Nov 23 15:36:33 zmatt, so should I follow that wiki or not Nov 23 15:38:00 dury: http://pastebin.com/raw/cYZpvzV5 Nov 23 15:38:18 dury: this is a transcript of me resizing the eMMC (to the same size, but whatever) Nov 23 15:38:28 uSD works the same, just use the right block device Nov 23 15:38:38 zmatt: as per http://elinux.org/BeagleBone_DTBs the white one use am335x-bone.dtb Nov 23 15:39:04 fred_tv: yes Nov 23 15:39:06 I'vetried to force it on uEnv.txt but nothing :-(( Nov 23 15:39:23 fred_tv: there's nothing to force, it's the default Nov 23 15:39:36 ahhhhh..... Nov 23 15:39:52 fred_tv: the dtb advice you gave was based on the assumption you have a bbb rather than a bbw Nov 23 15:39:57 but how to know what dtb is in use ? Nov 23 15:40:42 if the dtb variable is set in /boot/uEnv.txt then that's used, otherwise the default for your hardware is used Nov 23 15:41:26 your suspect is my LCD doesn't work because of LCD7 A2 overlay is wrong or not compatible with bbw ? Nov 23 15:42:13 all three revisions are compatible with the bbw, I think the overlay is wrong, but I'm having trouble focussing for a moment Nov 23 15:43:26 what's the difference with old working kernels ? no use of dtb/dto ? Nov 23 15:43:38 zmatt, excuse me, the start sector is 8192, isn't it? just to make sure Nov 23 15:46:57 dury: the start sector should simply be unchanged Nov 23 15:47:36 if it was 8192 before, then it should be 8192 again Nov 23 15:47:44 if it was 2048 before, it should be 2048 again Nov 23 15:48:32 zmatt, but what you sent to me is 8192, right? Nov 23 15:49:49 dury: I sent you a transcript with two giant markings in it saying "PAY ATTENTION TO START SECTOR" on the line where you can find your current start sector and "USE SAME START SECTOR HERE" on the line where you need to put it in again Nov 23 15:49:57 how more clear can I make it Nov 23 15:50:49 all right, sorry zmatt Nov 23 15:51:49 dury, recently u-boot started getting fatter (in device tree mode) so we had to move the start of the partiion from 1MB -> 4MB.. Nov 23 15:52:14 Tomorrow I'll try my LCD7 with a BBB and same jessie image to see if it works... Nov 23 15:53:18 fred_tv: okay the LCD7-A2 overlay is definitely wrong Nov 23 15:53:39 fred_tv, the problem with the a2, i couldn't find the hardware in my collection or on ebay.. Nov 23 15:53:47 https://github.com/beagleboard/bb.org-overlays/commit/acfc2d6789da4f395ebb5bb4d3423ceaaf37decb Nov 23 15:53:56 rcn-ee : we were discussing my LCD7 issue (blank) on bbwhite i wrote about on google group Nov 23 15:54:09 rcn-ee: http://pastebin.com/raw/KzMpe0Xa Nov 23 15:54:10 yeap i had read that.. just didn't answer. Nov 23 15:54:13 rcn-ee: that's based on the schematic Nov 23 15:54:21 rcn-ee: I don't see the enable-pin anywhere in the A2 overlay Nov 23 15:54:55 uhh, heh Nov 23 15:54:57 "gpio3_19", /* DISPEN */ Nov 23 15:55:04 that gpio is actually the enter-button Nov 23 15:55:13 "gpio0_3", /* ENTER */ Nov 23 15:55:18 that's the enter button of the A3 revision Nov 23 15:55:36 fred_tv: it might actually work (apart from the enter-button) if you manually enable it Nov 23 15:55:54 how ? Nov 23 15:55:59 by exporting gpio 63 and manually setting it high Nov 23 15:58:02 (gpio 1.31 / P8.20) Nov 23 15:58:35 at least I assume it's an active-high enable Nov 23 15:59:10 also hi rcn-ee :) Nov 23 15:59:42 hi zmatt (ps i cheat, we have a irc logger on slack.com) Nov 23 15:59:55 cheater! ;) Nov 23 16:00:41 zmatt, did all that... BBB is connected by hdml to monitor is not connected by its usb cable Nov 23 16:01:00 gpio63 : active_low=0 direction=out value=1 Nov 23 16:01:18 dead screen.... Nov 23 16:01:36 unsure if it is mode7 Nov 23 16:01:45 fred_tv: use my show-pins utility? Nov 23 16:01:59 no manually Nov 23 16:02:03 to check Nov 23 16:02:04 I mean Nov 23 16:02:06 https://github.com/mvduin/bbb-pin-utils Nov 23 16:02:19 it shows pinmux and more Nov 23 16:02:31 config-pin -i P8.20 Nov 23 16:02:35 (pin labels on the left side assume a BBB though, but those are just descriptive labels you can ignore) Nov 23 16:02:47 tomorrow i'll check it out Nov 23 16:02:57 zmatt, should I type in terminal reboot as root or unplugged the power supplier and boot it holding user botton? Nov 23 16:03:11 children waiting for me at school now.... Nov 23 16:03:18 Thank you for all support Nov 23 16:03:23 bye Nov 23 16:03:27 fred_tv: I didn't think config-pin worked if you have any cape loaded? Nov 23 16:04:02 worked manually on /sys/class/gpio/gpio63 however Nov 23 16:04:16 got to go, see you Nov 23 16:04:19 tnx Nov 23 16:04:20 yeah gpio via sysfs works of course Nov 23 16:04:46 dury: whatever you like? Nov 23 16:05:11 all right, zmatt Nov 23 16:06:27 fred_tv, i'll add P.80 to a2 dts ;) Nov 23 16:10:44 zmatt: ... I must be the luckiets tech in the world when you get obscure hardware errors like that... Nov 23 16:11:22 zmatt: Turns out our customer has sent a field tech to that site, with replacement devices in his bag, since they were going to do some on-site maintenance and install new ventilation controllers.... Nov 23 16:11:30 * Spidler goes off to cheer in a corner Nov 23 16:14:41 zmatt, hum, the a3 shouldn't work either, we don't touch LCD_AVDD_EN... Nov 23 16:15:36 P9.22 has internal pull-up by default? Nov 23 16:16:00 it must... i'll patch both a2/a3... .. Nov 23 16:17:15 hm P8.20 also has internal pull-up Nov 23 16:17:29 but doesn't work. ;) Nov 23 16:18:24 well to be fair, I'd consider relying on internal pull for this to be unpredictable Nov 23 16:19:37 true... should should make it more predicable.. https://github.com/beagleboard/bb.org-overlays/commit/d4b0ba69d7ba6cfb80d5288faea2991af7dfff6f Nov 23 16:20:32 uh, I don't see how merely muxing it without declaring enable-gpios on the panel is going to help Nov 23 16:25:04 zmatt, success :-) Nov 23 16:30:12 zmatt, geeesss that's great though, thanks so much indeed :-) Nov 23 16:31:34 zmatt, what's the info about eMMC when I type the command "df -h" Nov 23 16:32:20 ? Nov 23 16:35:45 when typing the command "df -h" where is eMMC information, you know what I mean? Nov 23 16:36:23 I wouldn't expect to find it there Nov 23 16:36:38 there's no reason why it would be mounted if you booted from sd card Nov 23 16:37:57 so I have to mounted, then? Nov 23 16:39:43 you can alternatively use dumpe2fs -h on the block device when it's not mounted Nov 23 16:40:54 so type "dumpe2fs -h" in terminal Nov 23 16:41:17 followed by the block device for the partition Nov 23 16:42:39 it gives a whole bunch of info. typically the "free" disk space is considered to be (Free blocks - Reserved block count) * Block size (in bytes) Nov 23 16:43:10 (iirc) Nov 23 16:43:15 anyway, afk Nov 23 16:46:52 hi all Nov 23 16:46:55 I recently bought a BBGW and while transferring data from the BBGW to my laptop through an SCP connection, the maximum transfer rate I got was 200 kBps. When I transfer from my laptop to the BBGW I get about 2MB/s. Does anybody know how to speed this up? I have tried rsync, netcast and tried to change parameters also (compressing data and sending, changing the MTU, encryption etc.. ) but to no avail. Nov 23 16:47:11 I am really stuck on this for weeks :/ Nov 23 16:47:20 deva_, which kernel? uname -r, did you run "sudo apt-get update ; sudo apt-get upgrade" ? ;) Nov 23 16:48:10 deva_, we had enabled 2x2 mimo mode shortly after release: https://github.com/rcn-ee/repos/commits/master/bb-wl18xx-firmware/suite/jessie/debian/wl18xx.conf Nov 23 16:51:28 rnc-ee I am using 4.4.9-ti-r25 Nov 23 16:51:44 should I use the one you gave in the link? Nov 23 16:52:49 deva_, that was the original image, first upgrade via: http://beagleboard.org/latest-images (2016-11-06) we fixed a major wifi problem on the bbgw.. Nov 23 16:55:35 ok am on it Nov 23 16:55:36 thanks Nov 23 16:55:40 will give an update soon Nov 23 16:56:54 deva_, with iperf i'm getting: (4.4.27-ti-r62) [SUM] 0.0-10.5 sec 42.8 MBytes 34.2 Mbits/sec (4.9.0-rc3-ti-r2) [SUM] 0.0-10.1 sec 49.1 MBytes 41.0 Mbits/sec Nov 23 16:57:01 #iperf -c 192.168.0.1 -P 10 -w 1000k Nov 23 16:57:13 the iperf s was only a single antenna Atheros Communications, Inc. AR9271 802.11n Nov 23 16:58:26 gesss, enough for today... I've learnt something today, thanks all Nov 23 16:58:57 be back tomorrow :-) Nov 23 22:20:45 Nov 23 22:20:45 Nov 23 22:20:52 opps Nov 23 22:21:25 laurittr, can you do a hexdump of the tt3201 board and pastebin it? Nov 23 22:21:53 here is what mine looks like: http://pastebin.com/6pa08fSb Nov 23 22:22:32 Sure :) Nov 23 22:35:33 But I cant do it before next week :( Nov 23 22:35:44 ok whenever Nov 23 22:36:06 my board still won't load at startup, I think maybe eeprom is diff, but towertech says they are the same Nov 23 23:42:12 laurittr, I just notice my board says rev2 Nov 23 23:55:59 do you know whats changed from yours to mine? Nov 23 23:56:33 they said nothing Nov 23 23:57:37 obviously something is different Nov 24 00:00:02 I get this when I send messages to can2 Nov 24 00:00:04 [ 74.355504] NOHZ: local_softirq_pending 08 Nov 24 00:00:28 I get that message like 10 times, then it stops and can2 is dead Nov 24 00:00:36 not working~ **** ENDING LOGGING AT Thu Nov 24 03:00:00 2016