4.1 repo

GoogleGroups
21

Nice find! (this explains why spidev0/spidev1 don't work, without my dma
disable hack)

For v4.1.x, i wonder if we just enable everything like you did for mcasp0
by default.. in the <device>-overlay.dtb's..

Regards,

22

btw, this should be safe, as all the channels seem to not overlap:

http://git.ti.com/gitweb/?p=ti-linux-kernel/ti-linux-kernel.git;a=blob;f=arch/arm/boot/dts/am33xx.dtsi;h=a0fbe071299c53c9bf1c6627c29326bea0f71fdf;hb=refs/heads/ti-linux-4.1.y

Regards,

23

I don’t have a problem with enabling the dma’s in the -overlay.dtb’s. I just didn’t know if it was appropriate to do so or if it was the best approach. For 4.1.x it may very well be the best solution.

24

Just pushed this as default:

https://github.com/RobertCNelson/dtb-rebuilder/commit/d2879cff737d2d4671989de43067336745868ab8

it's nice having dma with spi overlay working again!

Regards,

25

I am really eager to try this fix but I have to clarify one thing. Not that it makes a difference, but I am working with mcasp1 and I have a

&mcasp1 {
status = “okay”;
};

in my overlay but you are saying this just needs to be added to am335x-boneblack.dts instead?! I will have spent too much time for it to be that easy, not that I’m complaining :smiley: I will try this.

26

You are a genius, it really worked! I could NOT get past this roadblock. Thank you!

27

Yeap, that should work ^^

BTW, i've pushed this change too all active branches:

https://github.com/RobertCNelson/dtb-rebuilder/blob/4.1.x/src/arm/am33xx-overlay-edma-fix.dtsi

4.4.0-bone2
4.4.0-bone-rt-r2
4.3.3-bone4
4.1.15-bone18
4.1.15-bone-rt-r18

which are building on the arm farm right now..

and it'll be part of:

4.1.15-ti-r41
4.1.15-ti-rt-r41

pushed out on thursday.

Regards,

28

Thanks Robert, glad it could get resolved.

29

It's still a hack, we need to find a way to call edma subsystem and
re-enable those channels for the overlay situation..

Right now it'll burn a little more power.. So users looking to save every
little mA, will need to disable the un-used options in that included *.dtsi

Regards,

30

Everyone,

I’m a noob and trying to get the BBB Audio Cape Rev B working. Is there an update at all coming from BB on this?

31

https://github.com/beagleboard/bb.org-overlays/commit/419c160cb30f40230edea0460a9776eed1f7779f

I have a kernel side *dts change i need todo to..

Regards,

32

Robert,

The Kernel side *dts change is :

	clk_mcasp0_fixed: clk_mcasp0_fixed {
	      #clock-cells = <0>;
	      compatible = "fixed-clock";
	      clock-frequency = <24576000>;
	};

	clk_mcasp0: clk_mcasp0 {
	      #clock-cells = <0>;
	      compatible = "gpio-gate-clock";
	      clocks = <&clk_mcasp0_fixed>;
	      enable-gpios = <&gpio1 27 GPIO_ACTIVE_HIGH>; /* BeagleBone Black Clk enable on GPIO1_27 */
	};

is it ?

33

It’s working for me also, do you know how to change the volume ?

Micka,