Re: [beagleboard] SPI Woes with different Kernel Versions

> > Now I can use the board with its user space software (no kernel driver > whatsoever involved). > The setup *works* with 3.8 and 4.1 kernels but *not* with 4.4 and 4.9. > Below I have the output of > So maybe if you're a bit more verbose with what you mean by "it doesn't work". What you're

Re: [beagleboard] SPI Woes with different Kernel Versions

Thomas, I don't rightly know. I've done plenty of bare metal SPI, or enough of it anyway. The only thing I've done with SPI on the beaglebone, is a lot of reading. No actual hands on, Honestly I'm not sure if the edma fix would work for your situation or not. I think the edma fix was more or less

Re: [beagleboard] SPI Woes with different Kernel Versions

On Thu, Jan 19, 2017 at 3:43 PM, Thomas Hoppe wrote: > Maybe there was a misunderstanding, I do have the SPI devices with all the > kernels I mention! > And that is because I have the lines on the bottom in uEnv.txt. So again the > existence of the devices is not my

Re: [beagleboard] SPI Woes with different Kernel Versions

Maybe there was a misunderstanding, I do have the SPI devices with all the kernels I mention! And that is because I have the lines on the bottom in uEnv.txt. So again the existence of the devices is not my problem, it just does not work. Do you think the patch you mention can be the reason for

Re: [beagleboard] Error using apt-get upgrade on BBB running bone-debian-8.6-lxqt-4gb-armhf-2016-11-06-4gb.img

On Thu, Jan 19, 2017 at 1:55 PM, Gregory Fenton wrote: > > Hi all > First, let me say I love the Cloud9 IDE. So much more user friendly than > Eclipse :) > > Back to topic, I have installed the > bone-debian-8.6-lxqt-4gb-armhf-2016-11-06-4gb.img image to the flash on the

[beagleboard] Error using apt-get upgrade on BBB running bone-debian-8.6-lxqt-4gb-armhf-2016-11-06-4gb.img

Hi all First, let me say I love the Cloud9 IDE. So much more user friendly than Eclipse :) Back to topic, I have installed the bone-debian-8.6-lxqt-4gb-armhf-2016-11-06-4gb.img image to the flash on the BBB, no issues at all. Once I flashed the image and configured networking I moved

Re: [beagleboard] Power monitoring on beagleboard X15 and availability issues

On Thu, Jan 19, 2017 at 9:28 AM, kamesh wrote: > Hello, > > I would like to purchase Beagleboard X15 so that I can monitor individual > power rails (CPU, GPU and RAM) and check the power consumption of my > algorithm using external measuring equipment. I am confused if

Re: [beagleboard] Power monitoring on beagleboard X15 and availability issues

It does not have the power monitoring noise inducing taps. I suggest that you order a TI EVM for that. I believe it still has those in it. Gerald On Thu, Jan 19, 2017 at 9:28 AM, kamesh wrote: > Hello, > > I would like to purchase Beagleboard X15 so that I can

Re: [beagleboard] How to tell the cape-manager to load BB-BONE-LCD4-01 in a slot without using an eeprom

On Thu, Jan 19, 2017 at 10:31 AM, Carl Holzmann wrote: > > Dear All, > > I hope that anybody can explain what is happening here. > > On my fresly installed BBBI * I have attached a LCD CAPE 4.3" cape (have > changed the adres) > I have edited /boot/uEnv.txt en have uncommented :

[beagleboard] Power monitoring on beagleboard X15 and availability issues

Hello, I would like to purchase Beagleboard X15 so that I can monitor individual power rails (CPU, GPU and RAM) and check the power consumption of my algorithm using external measuring equipment. I am confused if the current version of X15 (Rev B1) has the current monitoring headers or any

[beagleboard] How to tell the cape-manager to load BB-BONE-LCD4-01 in a slot without using an eeprom

Dear All, I hope that anybody can explain what is happening here. On my fresly installed BBBI * I have attached a LCD CAPE 4.3" cape (have changed the adres) I have

Re: [beagleboard] Which script allocates /var/swap.img on second boot?

On Thu, Jan 19, 2017 at 9:05 AM, William Hermans wrote: > > > On Thu, Jan 19, 2017 at 7:44 AM, Robert Nelson > wrote: >> >> >> Me too... >> >> It's definitely not something i added to the default images by default.. >> >> Are you sure you didn't enable

Re: [beagleboard] Which script allocates /var/swap.img on second boot?

On Thu, Jan 19, 2017 at 8:44 AM, Robert Nelson wrote: > On Thu, Jan 19, 2017 at 6:14 AM, Tarmo Kuuse wrote: >> Hi! >> >> I flashed an rcn-ee image into eMMC >> (bone-debian-8.7-seeed-iot-armhf-2017-01-15-4gb.img.xz). On first boot >> there's no

Re: [beagleboard] Which script allocates /var/swap.img on second boot?

On Thu, Jan 19, 2017 at 7:44 AM, Robert Nelson wrote: > > > Me too... > > It's definitely not something i added to the default images by default.. > > Are you sure you didn't enable it yourself? > > (doesn't even run swap on my debian x86 development machine) > > Regards,

Re: [beagleboard] BBB SPI throwing ioctl errors

> > I also noticed that now (with the new kernel) I had to remove cs_change = > 1 from the spi_ioc_transfer struct or else CS would stay low the whole time > (between messages). > > Anyway, should I revert to 3.* or does anyone know what's going on? > I'm not familiar with SPI code on embedded

Re: [beagleboard] Which script allocates /var/swap.img on second boot?

On Thu, Jan 19, 2017 at 6:14 AM, Tarmo Kuuse wrote: > Hi! > > I flashed an rcn-ee image into eMMC > (bone-debian-8.7-seeed-iot-armhf-2017-01-15-4gb.img.xz). On first boot > there's no swap anywhere. > > On second boot something allocates /var/swap.img and installs it as

Re: [beagleboard] BBB SPI throwing ioctl errors

On Thu, 1/19/17, William Hermans wrote: Subject: Re: [beagleboard] BBB SPI throwing ioctl errors To: beagleboard@googlegroups.com Date: Thursday, January 19, 2017, 4:19 PM It's not your code, that should be obvious when it

Re: [beagleboard] Which script allocates /var/swap.img on second boot?

By the way, if you use USB networking. Don't disable this service, and don't move, or delete any of the scripts in /opt/scripts/boot On Thu, Jan 19, 2017 at 7:12 AM, William Hermans wrote: > So . . . > > root@beaglebone:~# systemctl status generic-board-startup.service > ●

Re: [beagleboard] BBB SPI throwing ioctl errors

It's not your code, that should be obvious when it work in 3.8.x kernels, and not so well on 4.x. But the first thing that pops into my mind is that this is related to DMA. However about pasting a full output of the error messages you're getting. On Thu, Jan 19, 2017 at 3:41 AM, Gregor Steiner

Re: [beagleboard] Which script allocates /var/swap.img on second boot?

So . . . root@beaglebone:~# systemctl status generic-board-startup.service ● generic-board-startup.service - Generic Board Startup Loaded: loaded (/lib/systemd/system/generic-board-startup.service; disabled; vendor preset: enabled) Active: inactive (dead) This service is responsible for

[beagleboard] Which script allocates /var/swap.img on second boot?

Hi! I flashed an rcn-ee image into eMMC (bone-debian-8.7-seeed-iot-armhf-2017-01-15-4gb.img.xz). On first boot there's no swap anywhere. On second boot something allocates /var/swap.img and installs it as swap in fstab. This seems to happen right after the root filesystem is remounted. dmesg

[beagleboard] BBB SPI throwing ioctl errors

Hi, about two years ago I was running the old 3.* kernel and SPI worked fine for what I was doing. I updated to Debian 8.6 / 4.4.40-ti-r80 but now the same unchanged code throws odd errors that I can't figure out on my own. Here is how I'm writing out via SPI (16 bpw, mode 2) struct

Re: [beagleboard] Beaglebone black bricked... May be???

> > Hello William, > Thanks for all the help and guidance. I did manage to flash the eMMc. I got the image from http://beagleboard.org/latest-images There was a specific instruction for flashing it: To turn these images into eMMC flasher images, edit the /boot/uEnv.txt file on the Linux