Re: [beagleboard] Read/Write GPIO at highspeed without PRU
On Fri, Aug 7, 2015 at 3:38 AM, paco.dup...@gmail.com wrote: I need to perform actions faster than that, so I'm actually looking for controlling the GPIO registers. But this can interfer with the linux system isn't it ? What's the proper way to do that ? Note that I can't use the PRU. Why can't you use PRU? It's the resource on the BBB that was designed for fast GPIO access. Discounting it from the start reminds me of the old joke: someone claims that they'd do ANYTHING to lose weight 'except diet and exercise'. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Dead Beaglebone black with usb but works with 5 V power cable
Sounds like your USB died. Have you tried using a different USB-port on your computer to find out if it is a problem with the BBB or with the host-PC? Am Freitag, 7. August 2015 05:30:03 UTC+2 schrieb Amir Shehzad: Hello I am a beginner. I had connected beaglebone black to my laptop over usb. After about 30 minutes, leds were powered off. now it is not powering up over usb. If i attach 5v power cable to it, it powers up but can't sign in using putty over ethernet. Every time it gives connection error and using this case, no drive for beaglebone black shows up in windows as it used to show with usb. I dont know what happened. can u please help ? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Please clarify BBB boot option
Am Sonntag, 16. August 2015 17:43:07 UTC+2 schrieb Robert Willy: 1. I don't find any description about Pressing the USER/BOOT button. What is the detail information after pressing the USER/BOOT button? What is the problem? This is a (hardware) button on your BBB which needs to be pressed on power-up in order to boot from eMMC - that's all. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: BBB Booting using GPMC Interface and Resetting eMMC lines
Am Freitag, 7. August 2015 11:20:33 UTC+2 schrieb mohit hada: Hi, I have heard in lot of community blogs and posts that in order to boot BBB using GPMC interface, reset the eMMC and then use GPMC Interface. This does not make sense for me - do you have a link to such a blog post to let me see the exact text? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Beaglebone black edit default am335x-boneblack.dts device tree
I've had that part in the .dts : ocp{ torout: torout { pinctrl-names = default; pinctrl-0 = tor_output_pins; status = okay; }; torin: torin{ pinctrl-names = default; pinctrl-0 = tor_input_pins; status = okay; }; }; I think i'm close to get this work but I've probably missed something ... any idea ? Le mardi 18 août 2015 14:01:41 UTC+2, Paco Dupont a écrit : I need to modify the default configuration of pinmuxing on the BBB. To do so i'm trying to modify the am335x-boneblack.dts before recompiling the kernel. But that file is very awkward. I've only found information about overlay, but i need this to be default not overlay. I've tried to write my one am335x-boneblack.dts, deleted every things related to HDMI, modified the include to am335x-bone-common-no-capemgr.dtsi : /* * Copyright (C) 2012 Texas Instruments Incorporated - http://www.ti.com/ * * This program is free software; you can redistribute it and/or modify * it under the terms of the GNU General Public License version 2 as * published by the Free Software Foundation. */ /dts-v1/; #include am33xx.dtsi #include am335x-bone-common-no-capemgr.dtsi / { model = TI AM335x BeagleBone Black; compatible = ti,am335x-bone-black, ti,am335x-bone, ti,am33xx; }; ldo3_reg { regulator-min-microvolt = 180; regulator-max-microvolt = 180; regulator-always-on; }; mmc1 { vmmc-supply = vmmcsd_fixed; }; mmc2 { vmmc-supply = vmmcsd_fixed; pinctrl-names = default; pinctrl-0 = emmc_pins; bus-width = 8; status = okay; }; am33xx_pinmux { tor_output_pins: tor_output_pins { pinctrl-single,pins = 0x078 0x07 /* P9_12 OUTPUT | MODE7 | PULLDOWN */ 0x048 0x07 /* P9_14 OUTPUT | MODE7 | PULLDOWN */ 0x040 0x07 /* P9_15 OUTPUT | MODE7 | PULLDOWN */ 0x04c 0x07 /* P9_16 OUTPUT | MODE7 | PULLDOWN */ 0x15c 0x07 /* P9_17 OUTPUT | MODE7 | PULLDOWN */ 0x158 0x07 /* P9_18 OUTPUT | MODE7 | PULLDOWN */ 0x044 0x07 /* P9_23 OUTPUT | MODE7 | PULLDOWN */ 0x1ac 0x07 /* P9_25 OUTPUT | MODE7 | PULLDOWN */ ; }; tor_input: tor_input { pinctrl-single,pins = 0x030 0x27 /* P8_12 INPUT | MODE7 | PULLDOWN */ 0x024 0x27 /* P8_13 INPUT | MODE7 | PULLDOWN */ 0x028 0x27 /* P8_14 INPUT | MODE7 | PULLDOWN */ 0x03c 0x27 /* P8_15 INPUT | MODE7 | PULLDOWN */ 0x038 0x27 /* P8_16 INPUT | MODE7 | PULLDOWN */ 0x02c 0x27 /* P8_17 INPUT | MODE7 | PULLDOWN */ 0x08c 0x27 /* P8_18 INPUT | MODE7 | PULLDOWN */ 0x020 0x27 /* P8_19 INPUT | MODE7 | PULLDOWN */ ; }; }; Booting from uboot using TFTP : tftpboot 0x80F8 am335x-bone-custom.dtb tftpboot 0x80007FC0 uImage-BBB Then looking at pins configuration : root@arm:~# cat /sys/kernel/debug/pinctrl/44e10800.pinmux/pins|grep 95c pin 87 (44e1095c.0) 0062 pinctrl-single Should output : pin 87 (44e1095c.0) 0007 pinctrl-single Why changes didn't take effect ? Did i missed something ? Thank you for your time. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Beaglebone black edit default am335x-boneblack.dts device tree
I've replace the last part I added (ocp...) by Nelson's advice on this post : https://groups.google.com/d/msg/beagleboard/iW4i-xy9zJw/JFrr5M9_IwAJ gpio3 { torout0 { gpio-hog; gpios = 107 0; output-low; line-name = TOR input; }; }; Just trying for 1 pin but still the same output no change ... -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Beaglebone black edit default am335x-boneblack.dts device tree
I need to modify the default configuration of pinmuxing on the BBB. To do so i'm trying to modify the am335x-boneblack.dts before recompiling the kernel. But that file is very awkward. I've only found information about overlay, but i need this to be default not overlay. I've tried to write my one am335x-boneblack.dts, deleted every things related to HDMI, modified the include to am335x-bone-common-no-capemgr.dtsi : /* * Copyright (C) 2012 Texas Instruments Incorporated - http://www.ti.com/ * * This program is free software; you can redistribute it and/or modify * it under the terms of the GNU General Public License version 2 as * published by the Free Software Foundation. */ /dts-v1/; #include am33xx.dtsi #include am335x-bone-common-no-capemgr.dtsi / { model = TI AM335x BeagleBone Black; compatible = ti,am335x-bone-black, ti,am335x-bone, ti,am33xx; }; ldo3_reg { regulator-min-microvolt = 180; regulator-max-microvolt = 180; regulator-always-on; }; mmc1 { vmmc-supply = vmmcsd_fixed; }; mmc2 { vmmc-supply = vmmcsd_fixed; pinctrl-names = default; pinctrl-0 = emmc_pins; bus-width = 8; status = okay; }; am33xx_pinmux { tor_output_pins: tor_output_pins { pinctrl-single,pins = 0x078 0x07 /* P9_12 OUTPUT | MODE7 | PULLDOWN */ 0x048 0x07 /* P9_14 OUTPUT | MODE7 | PULLDOWN */ 0x040 0x07 /* P9_15 OUTPUT | MODE7 | PULLDOWN */ 0x04c 0x07 /* P9_16 OUTPUT | MODE7 | PULLDOWN */ 0x15c 0x07 /* P9_17 OUTPUT | MODE7 | PULLDOWN */ 0x158 0x07 /* P9_18 OUTPUT | MODE7 | PULLDOWN */ 0x044 0x07 /* P9_23 OUTPUT | MODE7 | PULLDOWN */ 0x1ac 0x07 /* P9_25 OUTPUT | MODE7 | PULLDOWN */ ; }; tor_input: tor_input { pinctrl-single,pins = 0x030 0x27 /* P8_12 INPUT | MODE7 | PULLDOWN */ 0x024 0x27 /* P8_13 INPUT | MODE7 | PULLDOWN */ 0x028 0x27 /* P8_14 INPUT | MODE7 | PULLDOWN */ 0x03c 0x27 /* P8_15 INPUT | MODE7 | PULLDOWN */ 0x038 0x27 /* P8_16 INPUT | MODE7 | PULLDOWN */ 0x02c 0x27 /* P8_17 INPUT | MODE7 | PULLDOWN */ 0x08c 0x27 /* P8_18 INPUT | MODE7 | PULLDOWN */ 0x020 0x27 /* P8_19 INPUT | MODE7 | PULLDOWN */ ; }; }; Booting from uboot using TFTP : tftpboot 0x80F8 am335x-bone-custom.dtb tftpboot 0x80007FC0 uImage-BBB Then looking at pins configuration : root@arm:~# cat /sys/kernel/debug/pinctrl/44e10800.pinmux/pins|grep 95c pin 87 (44e1095c.0) 0062 pinctrl-single Should output : pin 87 (44e1095c.0) 0007 pinctrl-single Why changes didn't take effect ? Did i missed something ? Thank you for your time. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] GPIO configuration on device Tree[Beagle Board]
re-adding the beagle list... On Tue, Aug 18, 2015 at 7:42 AM, Mehmet Özgür Bayhan mozgurbay...@gmail.com wrote: Thanks for your help. But it is getting complicated. :S Ok. Lets keep it simple. Assume that i just want to light on a led from MMC2_DAT7 whis is equal to GPIO_139 in Beagleboard. I test GPIO's by exporting under /sys/class/gpio and echo high to direction. Works well under kernel ver. 3.0.x with Angstrom distro. My leds are on. Ok here is the story: I am using your directions under eewiki with kernel 4.x + ubuntu. 1) First i tried to handle this from u-boot, so i pulled every MMC2_DAT* to MUX_4 (Which is assigned to GPIO's for documentation) . Reboot again with new u-boot image from SD. Nothing was happened. So i tought Kernel is blocking GPIO behave of this ports. Question 1: Does patching only u-boot is enough or necessary? Did i missing something? 2) Then i start to investigate Kernel Device Tree file from https://github.com/RobertCNelson/dtb-rebuilder/tree/4.1-ti/src/arm. I found some documentation under dtb-rebuilder/Bindings/gpio/ . gpio.txt and gpio-omap.txt. Read them. Then I found that omap3-beagle.dts and omap3.dtsi are main files. And in these files: mmc2: mmc@480b4000 { compatible = ti,omap3-hsmmc; reg = 0x480b4000 0x200; interrupts = 86; ti,hwmods = mmc2; dmas = sdma 47, sdma 48; dma-names = tx, rx; }; mmc2 { status = disabled; }; Acoording to this files i understand that mmc2 pins are handled by kernel and disabled default. Next i deleted this files rebooted and tested again still nothing was happened. Leave the mmc2 disabled section.. Question 2: Why kernel still blocks this ports to behave like GPIO even i remove them in device tree and applied mux_4 in u-boot? 3) Then i removed mmc comments and asked this question here. Now i tried the example that you gave as: mmc2 { status = disabled; }; still remains and i added: omap3_pmx_core { . mmc2_pins: pinmux_mmc2_pins { pinctrl-single,pins = 0x016A (PIN_INPUT | MUX_MODE4) /* GPIO_139 -pin3 -mmc_dat_7 */ ; }; } And this part gives Error while make: gpio139{ GPIO_139 { gpio-hog; gpios = 20 0; output-high; line-name = GPIO_139; }; }; //'gpio139', not found at this line gpio139{ options are gpio1 - gpio6, pick the correct bank that gpio139 is in.. https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/arch/arm/boot/dts/omap3.dtsi#n216 Then i removed and make again. Builded but stil nothing happens Question 3: Must i remove mmc2 status=disabled part? Question 4: Where and how should i define gpio139 or must i leave it as gpio1 Question 5: Is first part enough to test GPIO from /sys/class/gpio/ or must i add tthe second part too? line-name = GPIO_139; What is it related with? Question 6: Is 0x016A the offset of the register? According to what? Where can i find the documentation of these adresses or offsets? In u-boot's mux.h they differs. This offset can be found in the dm3730 reference manual. For example in omap3-beagle.dts 0x0ac (PIN_OUTPUT | MUX_MODE0) /* dss_data0.dss_data0 */ But in u-boot - mux.h #define CONTROL_PADCONF_DSS_DATA0 0x00DC I confused in there. If you have time and if you may answer them it should be greaceful. Regards, -- Robert Nelson https://rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Read/Write GPIO at highspeed without PRU
On 8/7/2015 2:38 AM, paco.dup...@gmail.com wrote: Hi, I'm actually trying to fully remap and program the GPIO on the BeagleBone Black for an embedded system with TOR, ANA and other connection. Actually I've try to use the GPIO in user space and responce time is in ms, then I tied to use a kernel module with IRQ, now I can perform operation and toggle GPIO in 300us (which seem's to be the the maximum due to sysfs use). I need to perform actions faster than that, so I'm actually looking for controlling the GPIO registers. But this can interfer with the linux system isn't it ? What's the proper way to do that ? Note that I can't use the PRU. The proper way to access the GPIO registers directly is the same way you do it from the PRU: Use the set/clear registers to set/clear just the bits you need rather than writing the full 32-bit data output register. The GPIO pin setup (setting direction, pull-up/down, etc) should still be done via sysfs (or internal kernel calls) to avoid possibly corrupting these registers, but that's typically a one-time operation. -- Charles Steinkuehler char...@steinkuehler.net -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Where are the PWM Overlays stored?
No idea where they have gone. That is the only location I know about. I can send you a zip file with them if you would like. On Sunday, August 16, 2015 at 6:25:53 PM UTC-6, Bill M wrote: Hi All, Can anyone tell me where the device tree overlays for the PWM are stored? I found a post that described how to enable the PWM outputs by doing: modprobe pwm_test echo am33xx_pwm /sys/devices/bone_capemgr.9/slots echo bone_pwm_P9_14 /sys/devices/bone_capemgr.9/slots echo 500 /sys/devices/ocp.2/pwm_test_P9_14.*/period echo 250 /sys/devices/ocp.2/pwm_test_P9_14.*/duty This works for me, but I expect that there would be an am33xx_pwm-00A0.dtbo file and a bone_pwm_P9_14-00A0.dtbo file in /lib/firmware, but not only do I not find such overlays in this directory, I can't find them anywhere on my system! What am I missing? my uname output: Linux beaglebone 3.8.13-bone70 #1 SMP Fri Jan 23 02:15:42 UTC 2015 armv7l GNU/Linux -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Booting issue with a cape - servo input load
Le Tuesday 11 August 2015, Graham a écrit : If you look at the diagrams in the System Reference Manual, the BBB uses 100K Ohm pull up and pull down resistors to tell the processor how to boot. So any load low enough to cause a line with 100K Ohm pull up or pull down to change logic state will cause boot problems. I would estimate that any load, less than 200 K Ohms can cause this problem, even though it is an Input. Also, inputs connected to unpowered ICs will clamp a line to ground, because of the ESD diodes in the IC. So, either use powered buffer ICs that have only a CMOS input load, or a transmission gate as you described. I think you can switch the transmission gate using the 3.3V rail coming out of the BBB, since it does not come up until the unit is finished booting. Do not put an unpowered transmission gate on the GPIO lines, because of the ESD clamping I described. Thanks for the explanations! Didn't know about this ESD clamping problem... I started to modify my cape, adding 4x 74HC541; can you confirm they are OK regarding the inputs? They will be powered up from the 3V3 rail. -- Frédéric -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Where are the PWM Overlays stored?
On Sun, Aug 16, 2015 at 7:25 PM, Bill M billmerry...@gmail.com wrote: Hi All, Can anyone tell me where the device tree overlays for the PWM are stored? I found a post that described how to enable the PWM outputs by doing: modprobe pwm_test echo am33xx_pwm /sys/devices/bone_capemgr.9/slots echo bone_pwm_P9_14 /sys/devices/bone_capemgr.9/slots echo 500 /sys/devices/ocp.2/pwm_test_P9_14.*/period echo 250 /sys/devices/ocp.2/pwm_test_P9_14.*/duty This works for me, but I expect that there would be an am33xx_pwm-00A0.dtbo file and a bone_pwm_P9_14-00A0.dtbo file in /lib/firmware, but not only do I not find such overlays in this directory, I can't find them anywhere on my system! What am I missing? my uname output: Linux beaglebone 3.8.13-bone70 #1 SMP Fri Jan 23 02:15:42 UTC 2015 armv7l GNU/Linux They are built-into the kernel vmlinux.. Regards, -- Robert Nelson https://rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: USB Gadget control endpoint processing to handle vendor specific requests
Did you resolve this? I am trying to do something very similar. On Monday, June 27, 2011 at 5:41:53 AM UTC-5, Andy Ngo wrote: Hi, I hope maybe some knowledgeable Linux USB device driver expert or programmer can help me with this; I guess I can wish for David Brownell's help but that's wishing too much Anyways, here's my situation. For my project, I need to modify the g_ether driver (specifically the driver file ether.c) to be able to handle some vendor specific traffic on Control Endpoint 0 (ep0). Normally, control endpoints only process standard USB requests (USB_TYPE_STANDARD); for my project, I need to modify it to also process vendor-specific USB request (USB_TYPE_VENDOR). I was able to track the processing in (drivers/usb/gadget) down to the composite.c module and all endpoint request goes through the composite_setup function, which currently only support USB standard requests (such as get USB descriptors, set USB configuration, set USB interface, etc). I was able to modify composite.c to call a vendor callback function I added to ether.c if the type is USB_TYPE_VENDOR. In the vendor callback function I added to ether.c, I was able to send the USB request data up to a userspace application via a character driver interface. However, a GET request requires this vendor callback function to wait for the userspace app to send the response down to it via the character driver. It seems to work when I sent a vendor specific USB control message from the host to the target BeagleBoard; the Get request made it through the g_ether driver to the vendor specific callback function and up to the userspace application. However, this is where the driver crashes (waiting for the GET request response data so that it can send it back to the host). I know I'm violating all kinds of rules but please forgive me as I'm new to Linux kernel programming. I tried searching the web for help or driver examples on how to implement this but I can't find any. I tried to use the libusb API but that is just for host programming, not peripheral programming. Can someone please provide guidance, advice, links, examples, etc on how I can properly implement this vendor specific control endpoint processing, which will forward the vendor- specific requests from the g_ether driver up to a userspace application and then waits for the response data from it so that it can return the data back to the host on the other end? Thanks, Andy -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Moving PRU App from Linux 3.8.x to new 4.1.x
*The pru's just need some software help, I've never used them personally (yet)..* makes two of us. On Tue, Aug 11, 2015 at 4:48 PM, Robert Nelson robertcnel...@gmail.com wrote: Use the beagleboard repo, mine was just for development and its behind.. As long as it says 1.4.1- your fine. The pru's just need some software help, I've never used them personally (yet).. On Aug 11, 2015 6:33 PM, jalodi@gmail.com wrote: Just switched to this: github.com/RobertCNelson/bb.org-overlays (instead of github.com/beagleboard/bb.org-overlays) It gave me Version: DTC 1.4.1-g4b066e20 and updated the kernel to 4.1.5-bone15 Unfortunately this did not solve my PRU app problem. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Windows 10 Bone_D64.exe Failing
Or . . . sudo apt-get install . . . um my bad haha ! Yeah anyhow have you tried running the executable with elevated privileges ? e.g. right click - run as admin. Technically the device driver *should* just work. Since it's just a libusb elmo gas LTD usb gadget. Take some advice from another Windows user though. First, if you're serious about working with / on your BBB. Don't upgrade from a known working system . . . Second, get yourself a cheap second machine and run Linux on it. *Or* use virtualbox, and a Linux virtual machine if you really must. Not going to flame ya, or nothing like that. I use Windows daily, and quite a lot daily for that matter. But, when you're working on a Linux dev board system . . . On Wed, Aug 12, 2015 at 8:24 PM, Robert Nelson robertcnel...@gmail.com wrote: On Aug 12, 2015 10:13 PM, mscleavite jeff.s...@gmail.com wrote: I have just upgraded to Windows 10 on a machine that I have not previously connected my BBB to. I had success on other windows 8 machines as well as SSHing using Putty. I have spent SOME time searching forums and not finding much at all on Windows 10. During the install of the Bone_D64.exe, the driver the status returned on all the drivers is Install Failed. Let the flaming begin. Or hopefully there is someone out there that has encountered and concurred this. You know the rules, first to upgrade gets to fix the issues. ;) Driver source: https://github.com/beagleboard/beaglebone-getting-started/tree/master/Drivers/Windows/src But there is a bigger issue, the signing key expired and Jason's working on getting that updated. Regards, -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: RAM 1GB option
*Green is the Seed Studio $39 special.* *It will cost more. If Jason approves the cost increase we can make it happen on a Rev D board.* *X15 with 4GB would be nice. Try $40 more! I just want to see the 2G working first.* Jeeze, they must be using gold silicon ;) Ah beaglebone green. So yeah, leave those funky plug and play connectors off ;) Whatever they're called, and yeah, I don't need to be reminded heh. Electronics for non electronics people . . . So you mentioned hoping that the board isn't just used as a compile system. But 4GB would definitely work great for that. I can also think of many other uses. Most of which could be considered elaborate, and possibly overboard. Running a swapdisk in memory ? hah ! Not really . . . On Tue, Aug 18, 2015 at 8:22 PM, Gerald Coley ger...@beagleboard.org wrote: Green is the Seed Studio $39 special. It will cost more. If Jason approves the cost increase we can make it happen on a Rev D board. X15 with 4GB would be nice. Try $40 more! I just want to see the 2G working first. Gerald On Tue, Aug 18, 2015 at 9:48 PM, William Hermans yyrk...@gmail.com wrote: 1GB ram would be awesome on the BBB. So whats this green initiative ? Because an X15 with 4GB ram would be very welcome too . . . I mean if you're paying ~$200 already, whats another 10-20 bux ? On Mon, Aug 17, 2015 at 6:22 AM, Gerald Coley ger...@beagleboard.org wrote: Well, I am not saying it is or it sin't. Words mean different things to different people and if LOGO we an acronym, it could mean anything! Gerald On Sun, Aug 16, 2015 at 10:21 PM, rh_ richard_hubb...@lavabit.com wrote: On Sun, 16 Aug 2015 09:58:34 -0500 Gerald Coley ger...@beagleboard.org wrote: A board without the beagleboard.org LOGO or BeagleBone Black LOGO on it. In other words, one built by someone from the open source information and using their own assembly shop and their own testing process. Thanks. I absolutely misread it as NoLgo and was not coming up with a reasonable unraveling of the NoLgo acroynm. I thought Lgo was a new compound that is unhealthy that I had never heard of. Like lead-free. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- Gerald ger...@beagleboard.org http://beagleboard.org/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- Gerald ger...@beagleboard.org http://beagleboard.org/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: RAM 1GB option
Green is the Seed Studio $39 special. It will cost more. If Jason approves the cost increase we can make it happen on a Rev D board. X15 with 4GB would be nice. Try $40 more! I just want to see the 2G working first. Gerald On Tue, Aug 18, 2015 at 9:48 PM, William Hermans yyrk...@gmail.com wrote: 1GB ram would be awesome on the BBB. So whats this green initiative ? Because an X15 with 4GB ram would be very welcome too . . . I mean if you're paying ~$200 already, whats another 10-20 bux ? On Mon, Aug 17, 2015 at 6:22 AM, Gerald Coley ger...@beagleboard.org wrote: Well, I am not saying it is or it sin't. Words mean different things to different people and if LOGO we an acronym, it could mean anything! Gerald On Sun, Aug 16, 2015 at 10:21 PM, rh_ richard_hubb...@lavabit.com wrote: On Sun, 16 Aug 2015 09:58:34 -0500 Gerald Coley ger...@beagleboard.org wrote: A board without the beagleboard.org LOGO or BeagleBone Black LOGO on it. In other words, one built by someone from the open source information and using their own assembly shop and their own testing process. Thanks. I absolutely misread it as NoLgo and was not coming up with a reasonable unraveling of the NoLgo acroynm. I thought Lgo was a new compound that is unhealthy that I had never heard of. Like lead-free. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- Gerald ger...@beagleboard.org http://beagleboard.org/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- Gerald ger...@beagleboard.org http://beagleboard.org/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: RAM 1GB option
By the way Gerald, I'd love to benchmark that board against an core i3 . . . but I'd expect the X15 will stomp all over one . . . On Tue, Aug 18, 2015 at 8:38 PM, William Hermans yyrk...@gmail.com wrote: *Green is the Seed Studio $39 special.* *It will cost more. If Jason approves the cost increase we can make it happen on a Rev D board.* *X15 with 4GB would be nice. Try $40 more! I just want to see the 2G working first.* Jeeze, they must be using gold silicon ;) Ah beaglebone green. So yeah, leave those funky plug and play connectors off ;) Whatever they're called, and yeah, I don't need to be reminded heh. Electronics for non electronics people . . . So you mentioned hoping that the board isn't just used as a compile system. But 4GB would definitely work great for that. I can also think of many other uses. Most of which could be considered elaborate, and possibly overboard. Running a swapdisk in memory ? hah ! Not really . . . On Tue, Aug 18, 2015 at 8:22 PM, Gerald Coley ger...@beagleboard.org wrote: Green is the Seed Studio $39 special. It will cost more. If Jason approves the cost increase we can make it happen on a Rev D board. X15 with 4GB would be nice. Try $40 more! I just want to see the 2G working first. Gerald On Tue, Aug 18, 2015 at 9:48 PM, William Hermans yyrk...@gmail.com wrote: 1GB ram would be awesome on the BBB. So whats this green initiative ? Because an X15 with 4GB ram would be very welcome too . . . I mean if you're paying ~$200 already, whats another 10-20 bux ? On Mon, Aug 17, 2015 at 6:22 AM, Gerald Coley ger...@beagleboard.org wrote: Well, I am not saying it is or it sin't. Words mean different things to different people and if LOGO we an acronym, it could mean anything! Gerald On Sun, Aug 16, 2015 at 10:21 PM, rh_ richard_hubb...@lavabit.com wrote: On Sun, 16 Aug 2015 09:58:34 -0500 Gerald Coley ger...@beagleboard.org wrote: A board without the beagleboard.org LOGO or BeagleBone Black LOGO on it. In other words, one built by someone from the open source information and using their own assembly shop and their own testing process. Thanks. I absolutely misread it as NoLgo and was not coming up with a reasonable unraveling of the NoLgo acroynm. I thought Lgo was a new compound that is unhealthy that I had never heard of. Like lead-free. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- Gerald ger...@beagleboard.org http://beagleboard.org/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- Gerald ger...@beagleboard.org http://beagleboard.org/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Beaglebone black edit default am335x-boneblack.dts device tree
I had trouble (viz. gave up) working with input pins with the device tree. I ended up doing all the init at run time (once I'd made sure nothing else was using the same pins in the device tree). Check that you have removed any reference to the HDMI in your 'am335x-bone-common-no-capemgr.dtsi' file. I had to remove a 'status = okay' from the standard ''am335x-bone-common.dtsi', not sure if this is the same in the 'no cape' variant. For BBB expansion header P9, pin 23 (GPIO 1_17), AKA pin 49, I do the following to intialise an input for use as a switch: echo 49 /sys/class/gpio/export echo in /sys/class/gpio/gpio49/direction echo 1 /sys/class/gpio/gpio49/active_low To read in the state I then use: head -1 /sys/class/gpio/gpio49/value e.g., in a script, use: SWITCH=$(head -1 /sys/class/gpio/gpio49/value) if [ ${SWITCH} = 1 ]; then ... fi For outputs I use the 'standard' led interface, as already used in the BBB device tree for the heartbeat/mmc leds. e.g., with the pnmux as you have done, add something like the following to the 'leds' section in the common dtsi file: led@6 { label = my_led; gpios gpio1 16 GPIO_ACTIVE_HIGH; linux,default-trigger = none; default-state = off; }; Then set the output state as follows: echo 1 /sys/devices/leds.4/leds/my_led/value Hope that helps. Andrew. On Wednesday, 19 August 2015 01:16:30 UTC+12, Paco Dupont wrote: I've replace the last part I added (ocp...) by Nelson's advice on this post : https://groups.google.com/d/msg/beagleboard/iW4i-xy9zJw/JFrr5M9_IwAJ gpio3 { torout0 { gpio-hog; gpios = 107 0; output-low; line-name = TOR input; }; }; Just trying for 1 pin but still the same output no change ... -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: RAM 1GB option
1GB ram would be awesome on the BBB. So whats this green initiative ? Because an X15 with 4GB ram would be very welcome too . . . I mean if you're paying ~$200 already, whats another 10-20 bux ? On Mon, Aug 17, 2015 at 6:22 AM, Gerald Coley ger...@beagleboard.org wrote: Well, I am not saying it is or it sin't. Words mean different things to different people and if LOGO we an acronym, it could mean anything! Gerald On Sun, Aug 16, 2015 at 10:21 PM, rh_ richard_hubb...@lavabit.com wrote: On Sun, 16 Aug 2015 09:58:34 -0500 Gerald Coley ger...@beagleboard.org wrote: A board without the beagleboard.org LOGO or BeagleBone Black LOGO on it. In other words, one built by someone from the open source information and using their own assembly shop and their own testing process. Thanks. I absolutely misread it as NoLgo and was not coming up with a reasonable unraveling of the NoLgo acroynm. I thought Lgo was a new compound that is unhealthy that I had never heard of. Like lead-free. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- Gerald ger...@beagleboard.org http://beagleboard.org/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Booting issue with a cape - servo input load
Hi Frederic: You could make the 74HC541 work, since it has a CMOS input and should not load the BBB during boot, provided that it has power supplied the entire time the BBB is booting. I was thinking more of something like the 74CBTLV3126 bus switch which would disconnect your existing circuits from the BBB, rather than buffer them like the 74HC541. In both cases, the switching should be done from the 3.3 V bus, but you can not power the ICs from the 3.3V bus as you mentioned. As I remember, on the BBB, the 3.3V bus rail on the P9 connector does not power up until AFTER the BBB has completed booting, so if you power the buffer or isolation switch ICs from the 3.3V rail, the ESD protection diodes in the IC will clamp the boot lines to ground, preventing the BBB from booting. You will need to power the ICs, whichever you choose to use, from a separate 3.3V regulator that provides power anytime the BBB has power applied. I think the +5V rail is powered anytime the BBB is powered, so it could drive the separate +3.3V regulator. A few Voltage measurements are appropriate, before you finish your re-design. --- Graham == On Tue, Aug 18, 2015 at 12:19 PM, Frédéric f...@gbiloba.org wrote: Le Tuesday 11 August 2015, Graham a écrit : If you look at the diagrams in the System Reference Manual, the BBB uses 100K Ohm pull up and pull down resistors to tell the processor how to boot. So any load low enough to cause a line with 100K Ohm pull up or pull down to change logic state will cause boot problems. I would estimate that any load, less than 200 K Ohms can cause this problem, even though it is an Input. Also, inputs connected to unpowered ICs will clamp a line to ground, because of the ESD diodes in the IC. So, either use powered buffer ICs that have only a CMOS input load, or a transmission gate as you described. I think you can switch the transmission gate using the 3.3V rail coming out of the BBB, since it does not come up until the unit is finished booting. Do not put an unpowered transmission gate on the GPIO lines, because of the ESD clamping I described. Thanks for the explanations! Didn't know about this ESD clamping problem... I started to modify my cape, adding 4x 74HC541; can you confirm they are OK regarding the inputs? They will be powered up from the 3V3 rail. -- Frédéric -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/ndlZtL9E1u4/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] WiFi with external antenna for BBB - recommendations?
I've had success using the TP-Link TL-WN722N http://www.amazon.com/TP-LINK-TL-WN722N-Wireless-Adapter-External/dp/B002SZEOLG/ref=sr_1_1?ie=UTF8qid=1439954290sr=8-1keywords=TL-WN722N . As far as I can tell this is identical in all respects to the TP-Link TL-WN727N in the list of supported devices, but with an external antenna. On Sunday, 16 August 2015 07:14:29 UTC+12, Gerald wrote: http://www.elinux.org/Beagleboard:BeagleBoneBlack#WIFI_Adapters On Sat, Aug 15, 2015 at 1:45 PM, c...@isbd.net javascript: wrote: I want a WiFi adapter to use with my BBB that has an external antenna connection. Does anyone have any suggestions or recommendations please. Do generic USB Wifi adapters work OK with the BBB? -- Chris Green · -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- Gerald ger...@beagleboard.org javascript: http://beagleboard.org/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] WiFi with external antenna for BBB - recommendations?
Most adapters work. If you are just trying to connect to a network you don't have to be picky. If you are using your BBB for hacking like I am, then you might want something like the Alfa AWUS036H. On Sat, Aug 15, 2015 at 2:48 PM c...@isbd.net wrote: I want a WiFi adapter to use with my BBB that has an external antenna connection. Does anyone have any suggestions or recommendations please. Do generic USB Wifi adapters work OK with the BBB? -- Chris Green · -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: What should I begin with the C language pru
*Can I ask you why do you want to use C language and not bare assembly?* I think the more important question would be: why use asm when there is a C compiler But like with anything else. Everyone is different. On Mon, Aug 17, 2015 at 4:45 AM, Carlos Novaes carlos...@gmail.com wrote: Maybe this will be useful reading http://www.embeddedrelated.com/showarticle/603.php. There are few topics on PRUs, all are AFAIK related to asm. I am very interested in PRU and knowing more use cases. Can I ask you why do you want to use C language and not bare assembly? Le lundi 17 août 2015 03:58:49 UTC-3, 멘지 a écrit : I'm not sure I want to know how to write the PRU functions May I ask if you ever have an example or guide I want to use C language. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Fwd: Us congress hearing of maan alsaan Money laundry قضية الكونغجرس لغسيل الأموال للمليادير معن الصانع
YouTube videos of U.S. Congress money laundering hearing of Saudi Billionaire Maan Al sanea with *bank of America* and The owner of Saad Hospital and Schools in the Eastern Province in *Saudi Arabia* and the Chairman of the Board of Directors of Awal Bank in *Bahrain* With Arabic Subtitles http://www.youtube.com/watch?v=mIBNnQvhU8s *موقع اليوتيوب الذي عرض جلسة استماع الكونجرس الأمريكي * * لمتابعة نشاطات غسل الأموال ونشاطات* *السعودي معن عبدالواحد الصانع* *مالك مستشفى وشركة سعد ومدارس سعد بالمنطقة الشرقية بالسعودية ورئيس مجلس ادارة بنك اوال البحريني* *مترجم باللغة العربية* http://www.youtube.com/watch?v=mIBNnQvhU8s -- Anda menerima pesan ini karena berlangganan grup Iklan Gemilang di Google Grup. Untuk berhenti berlangganan dan berhenti menerima email dari grup ini, kirim email ke iklan-gemilang+unsubscr...@googlegroups.com. Untuk opsi lebih lanjut, kunjungi https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] TLV320AIC32X4
Hi, Interfacing TLV320AIC3254 with beaglebone black. Unable to play .wav with aplay. Below are my configurations, please let me know where i am going wrong. Kernel : 4.1 Rootfs : Debian Clock source TLV320AIC3254 : Externel 24Mhz Device Tree: bone_audio_cape_audio_pins: pinmux_bone_audio_cape_audio_pins { pinctrl-single,pins = 0x1ac (PIN_INPUT | MUX_MODE0) /* mcasp0_ahclkx, */ 0x19c (PIN_OUTPUT_PULLUP | MUX_MODE2)/* mcasp0_ahclkr, */ 0x194 (PIN_OUTPUT_PULLUP | MUX_MODE0) /* mcasp0_fsx, */ 0x190 (PIN_OUTPUT_PULLUP | MUX_MODE0) /* mcasp0_aclkr.mcasp0_aclkx */ 0x198 (PIN_OUTPUT_PULLUP | MUX_MODE0) ; }; i2c2 { pinctrl-names = default; pinctrl-0 = i2c2_pins sc16is7xx_pins; status = okay; clock-frequency = 10; tlv320aic32x4: tlv320aic32x4@18 { compatible = ti,tlv320aic32x4; reg = 0x18; status = okay; }; }; mcasp0{ pinctrl-names = default; pinctrl-0 = bone_audio_cape_audio_pins; status = okay; op-mode = 0; /* MCASP_IIS_MODE */ tdm-slots = 2; num-serializer = 16; serial-dir = /* 0: INACTIVE, 1: TX, 2: RX */ 2 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 ; tx-num-evt = 1; rx-num-evt = 1; }; sound { compatible = ti,beaglebone-black-audio; ti,model = TI BeagleBone Black; ti,audio-codec = tlv320aic32x4; ti,mcasp-controller = mcasp0; ti,codec-clock-rate = 1200; ti,audio-routing = Headphone Jack, HPLOUT, Headphone Jack, HPROUT, LINE1L, Line In, LINE1R, Line In; clock-names = mclk; }; dmesg log: [ 15.986046] tlv320aic32x4 2-0018: Failed getting the mclk. The current implementation does not support the usage of this codec without mclk [ 16.125732] tilcdc 4830e000.lcdc: no encoders/connectors found [ 16.156996] tlv320aic32x4: probe of 2-0018 failed with error -2 [ 16.181105] tilcdc 4830e000.lcdc: failed to initialize mode setting [ 16.309482] omap_rng 4831.rng: OMAP Random Number Generator ver. 20 [ 16.619921] ERROR: could not get clock /sound:mclk(0) [ 16.625080] davinci_evm sound: ASoC: CODEC DAI hdmi-hifi not registered [ 16.773564] davinci_evm sound: snd_soc_register_card failed (-517) -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] No FAT partition in bone-debian-7.8-console-armhf-2015-07-28-2gb.img
At this page... http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#BBW.2FBBB_.28All_Revs.29 ...this can be read: --- BBW/BBB (All Revs) microSD/Standalone: (lxde) wget https://rcn-ee.com/rootfs/bb.org/release/2015-07-28/lxde-4gb/bone-debian-7.8-lxde-4gb-armhf-2015-07-28-4gb.img.xz md5sum: c285aeb9dfcef1623eed51410a869748 microSD/Standalone: (console) wget https://rcn-ee.com/rootfs/bb.org/release/2015-07-28/console/bone-debian-7.8-console-armhf-2015-07-28-2gb.img.xz md5sum: f114f9d275ed757f5c79dd51e38822f7 --- I downloaded the console version then ran these commands on Linux (my microSD card is mapped to /dev/sdd): --- dd if=bone-debian-7.8-console-armhf-2015-07-28-2gb.img of=/dev/sdd bs=1M sync --- After the above finished I looked at the microSD card. I was expecting to see two partitions, a FAT partition and an ext2/3/4 partition. Instead I could see only one ext4 partition named “rootfs”. I loaded this card on a BBW and it did not boot (as I expected because of lack of FAT partition). This Debian version is said to support BBW so what am I doing wrong? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] No FAT partition in bone-debian-7.8-console-armhf-2015-07-28-2gb.img
On Tue, Aug 18, 2015 at 9:12 AM, Taceant Omnes tace...@gmail.com wrote: On 18 August 2015 at 14:42, Robert Nelson robertcnel...@gmail.com wrote: Really? 2015-07-28 boots fine here bbw A5 revision.. U-Boot SPL 2015.07-1-gdb56c3d (Jul 23 2015 - 09:03:27) No AC power, disabling frequency switch U-Boot 2015.07-1-gdb56c3d (Jul 23 2015 - 09:03:27 -0500), Build: jenkins-github_Bootloader-Builder-182 Watchdog enabled Hi Robert, I have a BBW Rev. A6a. The power LED is on, all the other LEDs are off. On a console connected to the USB port I see (about 22 seconds after reset) '' then nothing for a minute or two, then a few more 'C's and so on. Do you (like me) have a single partition on your microSD card? This BBW works very well with an old Angstrom distro (with a different microSD card that has two partitions, a FAT and an ext partition). Yes, i flashed the exact same version you referenced for verification purposes. sudo bmaptool copy --bmap bone-debian-7.8-console-armhf-2015-07-28-2gb.bmap bone-debian-7.8-console-armhf-2015-07-28-2gb.img.xz /dev/sdd bmaptool: info: block map format version 2.0 bmaptool: info: 432640 blocks of size 4096 (1.7 GiB), mapped 55595 blocks (217.2 MiB or 12.9%) bmaptool: info: copying image 'bone-debian-7.8-console-armhf-2015-07-28-2gb.img.xz' to block device '/dev/sdd' using bmap file 'bone-debian-7.8-console-armhf-2015-07-28-2gb.bmap' bmaptool: info: 100% copied bmaptool: info: synchronizing '/dev/sdd' bmaptool: info: copying time: 29.4s, copying speed 7.4 MiB/sec Regards, -- Robert Nelson https://rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] No FAT partition in bone-debian-7.8-console-armhf-2015-07-28-2gb.img
On 18 August 2015 at 15:14, Robert Nelson robertcnel...@gmail.com wrote: On Tue, Aug 18, 2015 at 9:12 AM, Taceant Omnes tace...@gmail.com wrote: On 18 August 2015 at 14:42, Robert Nelson robertcnel...@gmail.com wrote: Really? 2015-07-28 boots fine here bbw A5 revision.. U-Boot SPL 2015.07-1-gdb56c3d (Jul 23 2015 - 09:03:27) No AC power, disabling frequency switch U-Boot 2015.07-1-gdb56c3d (Jul 23 2015 - 09:03:27 -0500), Build: jenkins-github_Bootloader-Builder-182 Watchdog enabled Hi Robert, I have a BBW Rev. A6a. The power LED is on, all the other LEDs are off. On a console connected to the USB port I see (about 22 seconds after reset) '' then nothing for a minute or two, then a few more 'C's and so on. Do you (like me) have a single partition on your microSD card? This BBW works very well with an old Angstrom distro (with a different microSD card that has two partitions, a FAT and an ext partition). Yes, i flashed the exact same version you referenced for verification purposes. sudo bmaptool copy --bmap bone-debian-7.8-console-armhf-2015-07-28-2gb.bmap bone-debian-7.8-console-armhf-2015-07-28-2gb.img.xz /dev/sdd bmaptool: info: block map format version 2.0 bmaptool: info: 432640 blocks of size 4096 (1.7 GiB), mapped 55595 blocks (217.2 MiB or 12.9%) bmaptool: info: copying image 'bone-debian-7.8-console-armhf-2015-07-28-2gb.img.xz' to block device '/dev/sdd' using bmap file 'bone-debian-7.8-console-armhf-2015-07-28-2gb.bmap' bmaptool: info: 100% copied bmaptool: info: synchronizing '/dev/sdd' bmaptool: info: copying time: 29.4s, copying speed 7.4 MiB/sec Thanks, Robert. I will try bmaptool instead of dd to see if I have better luck. Bmaptool however does not exist in Fedora, nor in Lubuntu 12.10 so I will have first to upgrade to a newer Lubuntu version. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] No FAT partition in bone-debian-7.8-console-armhf-2015-07-28-2gb.img
On Tue, Aug 18, 2015 at 10:02 AM, Taceant Omnes tace...@gmail.com wrote: On 18 August 2015 at 15:14, Robert Nelson robertcnel...@gmail.com wrote: On Tue, Aug 18, 2015 at 9:12 AM, Taceant Omnes tace...@gmail.com wrote: On 18 August 2015 at 14:42, Robert Nelson robertcnel...@gmail.com wrote: Really? 2015-07-28 boots fine here bbw A5 revision.. U-Boot SPL 2015.07-1-gdb56c3d (Jul 23 2015 - 09:03:27) No AC power, disabling frequency switch U-Boot 2015.07-1-gdb56c3d (Jul 23 2015 - 09:03:27 -0500), Build: jenkins-github_Bootloader-Builder-182 Watchdog enabled Hi Robert, I have a BBW Rev. A6a. The power LED is on, all the other LEDs are off. On a console connected to the USB port I see (about 22 seconds after reset) '' then nothing for a minute or two, then a few more 'C's and so on. Do you (like me) have a single partition on your microSD card? This BBW works very well with an old Angstrom distro (with a different microSD card that has two partitions, a FAT and an ext partition). Yes, i flashed the exact same version you referenced for verification purposes. sudo bmaptool copy --bmap bone-debian-7.8-console-armhf-2015-07-28-2gb.bmap bone-debian-7.8-console-armhf-2015-07-28-2gb.img.xz /dev/sdd bmaptool: info: block map format version 2.0 bmaptool: info: 432640 blocks of size 4096 (1.7 GiB), mapped 55595 blocks (217.2 MiB or 12.9%) bmaptool: info: copying image 'bone-debian-7.8-console-armhf-2015-07-28-2gb.img.xz' to block device '/dev/sdd' using bmap file 'bone-debian-7.8-console-armhf-2015-07-28-2gb.bmap' bmaptool: info: 100% copied bmaptool: info: synchronizing '/dev/sdd' bmaptool: info: copying time: 29.4s, copying speed 7.4 MiB/sec Thanks, Robert. I will try bmaptool instead of dd to see if I have better luck. Bmaptool however does not exist in Fedora, nor in Lubuntu 12.10 so I will have first to upgrade to a newer Lubuntu version. Make sure you grab bmaptool 3.2 Otherwise dd will work, just 10x slower. ;) Regards, -- Robert Nelson https://rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Please clarify BBB boot option
And there is a document that describes the hardware on the board and there is a section on that button in it. Sorry no audio book available. http://www.elinux.org/Beagleboard:BeagleBoneBlack http://www.elinux.org/Beagleboard:BeagleBoneBlack#LATEST_PRODUCTION_FILES_.28C.29 https://github.com/CircuitCo/BeagleBone-Black/blob/master/BBB_SRM.pdf?raw=true Gerald On Tue, Aug 18, 2015 at 3:30 AM, Karl Karpfen karlkarpfe...@gmail.com wrote: Am Sonntag, 16. August 2015 17:43:07 UTC+2 schrieb Robert Willy: 1. I don't find any description about Pressing the USER/BOOT button. What is the detail information after pressing the USER/BOOT button? What is the problem? This is a (hardware) button on your BBB which needs to be pressed on power-up in order to boot from eMMC - that's all. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- Gerald ger...@beagleboard.org http://beagleboard.org/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] No FAT partition in bone-debian-7.8-console-armhf-2015-07-28-2gb.img
On Tue, Aug 18, 2015 at 8:32 AM, Taceant Omnes tace...@gmail.com wrote: At this page... http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#BBW.2FBBB_.28All_Revs.29 ...this can be read: --- BBW/BBB (All Revs) microSD/Standalone: (lxde) wget https://rcn-ee.com/rootfs/bb.org/release/2015-07-28/lxde-4gb/bone-debian-7.8-lxde-4gb-armhf-2015-07-28-4gb.img.xz md5sum: c285aeb9dfcef1623eed51410a869748 microSD/Standalone: (console) wget https://rcn-ee.com/rootfs/bb.org/release/2015-07-28/console/bone-debian-7.8-console-armhf-2015-07-28-2gb.img.xz md5sum: f114f9d275ed757f5c79dd51e38822f7 --- I downloaded the console version then ran these commands on Linux (my microSD card is mapped to /dev/sdd): --- dd if=bone-debian-7.8-console-armhf-2015-07-28-2gb.img of=/dev/sdd bs=1M sync --- After the above finished I looked at the microSD card. I was expecting to see two partitions, a FAT partition and an ext2/3/4 partition. Instead I could see only one ext4 partition named “rootfs”. I loaded this card on a BBW and it did not boot (as I expected because of lack of FAT partition). This Debian version is said to support BBW so what am I doing wrong? Really? 2015-07-28 boots fine here bbw A5 revision.. U-Boot SPL 2015.07-1-gdb56c3d (Jul 23 2015 - 09:03:27) No AC power, disabling frequency switch U-Boot 2015.07-1-gdb56c3d (Jul 23 2015 - 09:03:27 -0500), Build: jenkins-github_Bootloader-Builder-182 Watchdog enabled I2C: ready DRAM: 256 MiB MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 Using default environment Net: ethaddr not set. Validating first E-fuse MAC cpsw Hit any key to stop autoboot: 0 gpio: pin 53 (gpio 53) value is 1 switch to partitions #0, OK mmc0 is current device gpio: pin 54 (gpio 54) value is 1 Checking for: /uEnv.txt ... 1179 bytes read in 9 ms (127.9 KiB/s) gpio: pin 55 (gpio 55) value is 1 Loaded environment from uEnv.txt Importing environment from mmc ... Checking if uenvcmd is set ... gpio: pin 56 (gpio 56) value is 1 Running uenvcmd ... 1569 bytes read in 38 ms (40 KiB/s) debug: [/boot/vmlinuz-3.8.13-bone72] ... 5641912 bytes read in 782 ms (6.9 MiB/s) debug: [/boot/initrd.img-3.8.13-bone72] ... 2608057 bytes read in 384 ms (6.5 MiB/s) debug: [/boot/dtbs/3.8.13-bone72/am335x-bone.dtb] ... 25679 bytes read in 51 ms (491.2 KiB/s) debug: [console=tty0 console=ttyO0,115200n8 root=/dev/mmcblk0p1 rootfstype=ext4 rootwait fixrtc coherent_pool=1M quiet init=/lib/systemd/systemd] ... debug: [bootz 0x8200 0x8808:27cbb9 0x8800] ... Kernel image @ 0x8200 [ 0x00 - 0x5616b8 ] ## Flattened Device Tree blob at 8800 Booting using the fdt blob at 0x8800 Using Device Tree in place at 8800, end 8800944e Starting kernel ... Uncompressing Linux... done, booting the kernel. [0.939518] omap2_mbox_probe: platform not supported [1.440967] tps65217-bl tps65217-bl: no platform data provided [1.537875] bone-capemgr bone_capemgr.8: slot #0: No cape found [1.574980] bone-capemgr bone_capemgr.8: slot #1: No cape found [1.612087] bone-capemgr bone_capemgr.8: slot #2: No cape found [1.649196] bone-capemgr bone_capemgr.8: slot #3: No cape found [1.687545] omap_hsmmc mmc.4: of_parse_phandle_with_args of 'reset' failed [1.730399] pinctrl-single 44e10800.pinmux: pin 44e10854 already requested by 44e10800.pinmux; cannot claim for gpio-leds.7 [1.742365] pinctrl-single 44e10800.pinmux: pin-21 (gpio-leds.7) status -22 [1.749825] pinctrl-single 44e10800.pinmux: could not request pin 21 on device pinctrl-single Loading, please wait... systemd-fsck[197]: rootfs: clean, 13309/108192 files, 61932/432384 blocks [8.522589] libphy: PHY 4a101000.mdio:01 not found [8.527692] net eth0: phy 4a101000.mdio:01 not found on slave 1 Debian GNU/Linux 7 beaglebone ttyO0 BeagleBoard.org Debian Image 2015-07-28 Support/FAQ: http://elinux.org/Beagleboard:BeagleBoneBlack_Debian default username:password is [debian:temppwd] beaglebone login: Regards, -- Robert Nelson https://rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] No FAT partition in bone-debian-7.8-console-armhf-2015-07-28-2gb.img
On 18 August 2015 at 14:42, Robert Nelson robertcnel...@gmail.com wrote: Really? 2015-07-28 boots fine here bbw A5 revision.. U-Boot SPL 2015.07-1-gdb56c3d (Jul 23 2015 - 09:03:27) No AC power, disabling frequency switch U-Boot 2015.07-1-gdb56c3d (Jul 23 2015 - 09:03:27 -0500), Build: jenkins-github_Bootloader-Builder-182 Watchdog enabled Hi Robert, I have a BBW Rev. A6a. The power LED is on, all the other LEDs are off. On a console connected to the USB port I see (about 22 seconds after reset) '' then nothing for a minute or two, then a few more 'C's and so on. Do you (like me) have a single partition on your microSD card? This BBW works very well with an old Angstrom distro (with a different microSD card that has two partitions, a FAT and an ext partition). -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: BeagleBone Black rev C HDMI color issues (Debian wheezy 7.8)
Just wanted to update everyone here. Turns out it was a hardware problem on the Beaglebone black. Got a new one and had no color problems. Old one successfully sent out for RMA. Thanks for the help guys, turned out to be something fairly simple. On Monday, July 13, 2015 at 10:59:22 AM UTC-4, David Alston wrote: I am still having issues with the system. I have tried the fix listed by Sean S but that did not fix it unfortunately. Does anyone know a command or kernel update to force the colors to correctly render? On Friday, July 10, 2015 at 3:09:36 PM UTC-4, David Alston wrote: I have been having issues with my beaglebone black when connecting to a monitor over HDMI. Certain colors are missing from the output as shown in the attached images. From looking around it may be an issue with the sitara processor on the BB, possibly having to do with 16 vs 24 bit color. However I could not get a workaround form what I have come across. Has anyone else had similar problems? Ideas for a fix or solution? Any help would be greatly appreciated. FullSizeRender is the test image on a windows machine, FullSizeRender2 is as it appears on the BB using Imagemagick. Let me know if more information is required. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] No FAT partition in bone-debian-7.8-console-armhf-2015-07-28-2gb.img
On 18 August 2015 at 16:39, Robert Nelson robertcnel...@gmail.com wrote: There's nothing to re-flash, the am335x bootrom on the a6a supports mmc raw mode.. It was first introduced in the dm81x/omap4x era, and we just started using it on am335x late last year by default. (the am335x family comes from the dm81x/omap4x line).. Thanks Robert, only now I understand how it works without FAT. A while back I read the boot chapter of the Sitara controller, and I remember that it is possible to boot from different sources including Ethernet, but had forgotten about the raw mode. I am happy that FAT is not necessary for this reason: some years ago Microsoft sued TomTom because the latter was using FAT in some of its Linux GPS devices. Try another microSD card or a different usb-microSD-reader... Thanks for the suggestions. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] No FAT partition in bone-debian-7.8-console-armhf-2015-07-28-2gb.img
No, I am using plain Fedora 21 (not on a virtual machine). The TI Sitara controller on my BBW Rev. A6a is unchanged from when I got it more than 2 years ago. Would it be the case that I need to reflash it or something like that in order to support boot whithout a FAT partition on the microSD card? There's nothing to re-flash, the am335x bootrom on the a6a supports mmc raw mode.. It was first introduced in the dm81x/omap4x era, and we just started using it on am335x late last year by default. (the am335x family comes from the dm81x/omap4x line).. Try another microSD card or a different usb-microSD-reader... Regards, -- Robert Nelson https://rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Read/Write GPIO at highspeed without PRU
Hi! Am Freitag, 7. August 2015 15:12:19 UTC+2 schrieb Paco Dupont: Note that I can't use the PRU. If it's about learning PRU coding, instead you could use libpruio http://beagleboard.org/project/libpruio/ in a high level language. now I can perform operation and toggle GPIO in 300us (which seem's to be the the maximum due to sysfs use). I need to perform actions faster than that, so I'm actually looking for controlling the GPIO registers. Toggling a GPIO pin in less than 5 us. (On a vanilla BBB: output 120 to 190 kHz with function Gpio-Value() and 140 to 310 kHz with direct GPIO control). BR -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] No FAT partition in bone-debian-7.8-console-armhf-2015-07-28-2gb.img
On 18 August 2015 at 16:08, Robert Nelson robertcnel...@gmail.com wrote: Make sure you grab bmaptool 3.2 Otherwise dd will work, just 10x slower. ;) Are you saying that bmaptool does not do anything that dd does not? I flashed my card with the commands below (took 4 minutes) and it did not boot on BBW (no FAT partition as I said before, just a single ext4 partion). Are you saying it should work? dd if=bone-debian-7.8-console-armhf-2015-07-28-2gb.img of=/dev/sdd bs=1M sync -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] No FAT partition in bone-debian-7.8-console-armhf-2015-07-28-2gb.img
On 18 August 2015 at 16:25, Robert Nelson robertcnel...@gmail.com wrote: On Tue, Aug 18, 2015 at 10:18 AM, Taceant Omnes tace...@gmail.com wrote: On 18 August 2015 at 16:08, Robert Nelson robertcnel...@gmail.com wrote: Make sure you grab bmaptool 3.2 Otherwise dd will work, just 10x slower. ;) Are you saying that bmaptool does not do anything that dd does not? I flashed my card with the commands below (took 4 minutes) and it did not boot on BBW (no FAT partition as I said before, just a single ext4 partion). We dd the MLO/u-boot.img to the mbr, fat partition hasn't been required on am335x+ devices for awhile now.. (switched over a year ago on all bone images) Are you saying it should work? dd if=bone-debian-7.8-console-armhf-2015-07-28-2gb.img of=/dev/sdd bs=1M sync exactly, dd should have worked. I hope you are not using dd thru a virtual machine... No, I am using plain Fedora 21 (not on a virtual machine). The TI Sitara controller on my BBW Rev. A6a is unchanged from when I got it more than 2 years ago. Would it be the case that I need to reflash it or something like that in order to support boot whithout a FAT partition on the microSD card? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.