Re: [beagleboard] Kernel Panic with eMMC flasher

Jesus, do either of you do any independent reading on your own ? "guaranteed" . . do a bit of googling on your own . . . On Tue, Nov 18, 2014 at 10:44 PM, Jason Lange wrote: > twou twou omwee tou twou. ;) > > On Tue, Nov 18, 2014 at 7:49 PM, Jason Lange wrote: > >> >> >> On Tue, Nov 18, 2014

Re: [beagleboard] Kernel Panic with eMMC flasher

twou twou omwee tou twou. ;) On Tue, Nov 18, 2014 at 7:49 PM, Jason Lange wrote: > > > On Tue, Nov 18, 2014 at 7:02 PM, William Hermans > wrote: > >> What I am trying to convey to you is that "sync" is never guaranteed. >> Ever. >> > > garunteed? > -- For more options, visit http://beagleboar

Re: [beagleboard] Kernel Panic with eMMC flasher

From: William Hermans Reply-To: "beagleboard@googlegroups.com" Date: Tuesday, November 18, 2014 at 7:02 PM To: "beagleboard@googlegroups.com" Subject: Re: [beagleboard] Kernel Panic with eMMC flasher > What I am trying to convey to you is that "sync" is never guaranteed. Ever. Where do yo

Re: [beagleboard] Kernel Panic with eMMC flasher

On Tue, Nov 18, 2014 at 7:02 PM, William Hermans wrote: > What I am trying to convey to you is that "sync" is never guaranteed. Ever. > garunteed? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBo

[beagleboard] Re: Hello and Getting Debian on an Older Model BBB/Seth

Hello Mala I have Debian running on both a BBB and a BBW. The images are here: http://beagleboard.org/latest-images . With the BBB, you have the option of getting an image that will write Debian to the on-card emmc memory, or booting from a micro SD card. I chose to install Debian by writi

Re: [beagleboard] Kernel Panic with eMMC flasher

What I am trying to convey to you is that "sync" is never guaranteed. Ever. On Tue, Nov 18, 2014 at 7:56 PM, Jason Lange wrote: > > > On Tue, Nov 18, 2014 at 4:57 PM, William Hermans > wrote: > >> >> All you can do is: >> >> write data >> remove media. >> sync. >> > > write data > sync > and th

Re: [beagleboard] GPIO Pin Numbering Confusion

Why do i feel like im becoming less intelligent by reading these posts ? On Tue, Nov 18, 2014 at 6:32 PM, Charles Steinkuehler < char...@steinkuehler.net> wrote: > On 11/18/2014 7:24 PM, Jason Kridner wrote: > > On Tuesday, November 18, 2014 1:42:37 PM UTC-5, Charles Steinkuehler > wrote: > >> On

Re: [beagleboard] Kernel Panic with eMMC flasher

On Tue, Nov 18, 2014 at 4:57 PM, William Hermans wrote: > > All you can do is: > > write data > remove media. > sync. > write data sync and then remove media. That's all I'm really trying to convey. "dd" does not sync by default. Unmounting from your gui should sync. But might not if you've b

Re: [beagleboard] Kernel Panic with eMMC flasher

"prerecorded" ? I never wrote that . . . Preferred is what I wrote, On Tue, Nov 18, 2014 at 7:53 PM, William Hermans wrote: > Advice ? Use Linux to flash Linux. I use windows on a daily basis, and > honestly it is is my prerecorded OS. But when dealing with Linux, use > Linux. . . > > On Tue, N

Re: [beagleboard] Kernel Panic with eMMC flasher

Advice ? Use Linux to flash Linux. I use windows on a daily basis, and honestly it is is my prerecorded OS. But when dealing with Linux, use Linux. . . On Tue, Nov 18, 2014 at 7:08 PM, Robert Nelson wrote: > On Tue, Nov 18, 2014 at 7:24 PM, Joe Spanier wrote: > > Latest failure. This time I fla

Re: [beagleboard] Kernel Panic with eMMC flasher

On Tue, Nov 18, 2014 at 7:24 PM, Joe Spanier wrote: > Latest failure. This time I flashed from windows 7 just to try something new, > different PC and card reader, and used a wallwart. No dice. Slightly > different t error message with the panic though. Progress?? Thanks for re-testing.. This

Re: [beagleboard] Kernel Panic with eMMC flasher

On Tuesday, November 18, 2014 7:24:11 PM UTC-6, Joe Spanier wrote: > > Latest failure. This time I flashed from windows 7 just to try something > new, different PC and card reader

Re: [beagleboard] GPIO Pin Numbering Confusion

On 11/18/2014 7:24 PM, Jason Kridner wrote: > On Tuesday, November 18, 2014 1:42:37 PM UTC-5, Charles Steinkuehler wrote: >> On 11/18/2014 12:31 PM, Robert Nelson wrote: >>> >>> Double check against these: >>> >>> https://github.com/derekmolloy/boneDeviceTree/tree/master/docs >>

Re: [beagleboard] GPIO Pin Numbering Confusion

On Tuesday, November 18, 2014 1:42:37 PM UTC-5, Charles Steinkuehler wrote: > > On 11/18/2014 12:31 PM, Robert Nelson wrote: > > On Tue, Nov 18, 2014 at 12:13 PM, Charles Steinkuehler > > wrote: > >> I'm confused by the GPIO pin numbering shown on the Bone101 support > page: > >> > >> http

Re: [beagleboard] Kernel Panic with eMMC flasher

Latest failure. This time I flashed from windows 7 just to try something new, different PC and card reader, and used a wallwart. No dice. Slightly different t error message with the panic though. Progress?? -- For more options, visit http://beagleboard.org/discuss --- You received this message

Re: [beagleboard] Beaglebone Black Rebooting Several Times Every Day

On Tue, Nov 18, 2014 at 1:06 PM, Robert Nelson wrote: > On Tue, Nov 18, 2014 at 3:58 PM, Greg Kelley wrote: >> Update to Reboot Issue: >> >> OK I did two things at once which from my old Beta Tester days is a no-no >> since you can't figure out which change made a difference. But >> >> I upda

Re: [beagleboard] Kernel Panic with eMMC flasher

First of all, as far as the sdcard is concerned. sync has nothing to do with it, UNLESS, you are trying to remount the same exact sdcard. sync is not infallible, and as such will not always do what you think it may do. sync can take a considerable amount of time to achieve what you think it should

Re: [beagleboard] Beaglebone Black Rebooting Several Times Every Day

@Greg Kelley Welcome to the wonderful world of Linux. This is how it used to be for *ANYTHING* new to Debian, back in the day. This is why ppl such as myself will often tell you research your hardware before you install debian on it. Or more correctly. By hardware that has known debian support. N

Re: [beagleboard] Re: beagleboard Pointers

Key point I might mention is that Linux is Linux, is Linux. Past that, Debian, is Debian is Debian The point here ? The point is you can often very easily adapt something from lets say a rPI guide to work with a beagleboard, or beaglebone. It really is that simple, and if you do not know how, then

[beagleboard] Re: beagleboard Pointers

Puneet: I would recommend that you go to the website of Derek Molloy. There are many tutorials and videos about the BeagleBone Black, getting started, and how to program. http://derekmolloy.ie/beaglebone/ Best regards, --- Graham == On Tuesday, November 18, 2014 1:43:48 AM UTC-6, puneetw...@

Re: [beagleboard] Beaglebone Black Rebooting Several Times Every Day

On Tue, Nov 18, 2014 at 3:58 PM, Greg Kelley wrote: > Update to Reboot Issue: > > OK I did two things at once which from my old Beta Tester days is a no-no > since you can't figure out which change made a difference. But > > I updated the kernel to 3.14.23-ti-r34 > > Then I did an apt-get upda

Re: [beagleboard] Beaglebone Black Rebooting Several Times Every Day

Update to Reboot Issue: OK I did two things at once which from my old Beta Tester days is a no-no since you can't figure out which change made a difference. But I updated the kernel to 3.14.23-ti-r34 Then I did an apt-get update/upgrade and I noticed that dbus got upgraded in the process.

Re: [beagleboard] Kernel Panic with eMMC flasher

On Mon, Nov 17, 2014 at 1:47 PM, Joe Spanier > I am properly ejecting the card from my laptop after completing dd. Is > that what you mean by sync? > > > > Here are the steps Im using: >>> > 1. Wget the image >>> > 2. md5sum check >>> > 3. xzcat BBB-eMMC-Flasher... ...img.xz | sudo dd bs=4096 o

Re: [beagleboard] Re: Controling Hardware Through Web Page problem

After playing with it I did figure out why it did not work when I linked to it through the USB. I linked through it with the :3000 in the which is the link that I get from Cloud9 when I preview the page. The link was: 192.168.7.2:3000/preview/thermostat.html I didn't know that the default/ro

Re: [beagleboard] DTO pinmux settings are not applying

On 11/18/2014 10:45 AM, matt.linabe...@we-ics.com wrote: > > My questions are this: Is there anything else that needs to be added to > this DTO to get the new pin mux settings applied correctly for these four > pins? I can't make sense of what you're doing, so I don't know. > Am I missing i

Re: [beagleboard] Beaglebone Black Rebooting Several Times Every Day

Hello again, Okay, (@Robert) I can confirm that it is not reliable when I am not manually initiating the dhcp from my desktop. Also (@David) the beagle does not automatically remove the connection when I disconnect the ethernet, and so I have to manually remove the no longer valid default route.

Re: [beagleboard] Beaglebone Black Rebooting Several Times Every Day

@david I have tested this. Try it, it works. On Tue, Nov 18, 2014 at 11:52 AM, David Goodenough < david.goodeno...@linkchoose.co.uk> wrote: > On Tuesday 18 November 2014 11:40:42 Jason Lange wrote: > > On Fri, Sep 12, 2014 at 9:35 AM, Robert Nelson > > > > wrote: > > > On Fri, Sep 12, 2014 at 1

Re: [beagleboard] Beaglebone Black Rebooting Several Times Every Day

On Tue, Nov 18, 2014 at 11:43 AM, Robert Nelson wrote: > > Every time I've tried just "allow-hotplug eth0" i get random > no-connections when the eth0 is plugged in.. > > For jessie, I've been using connman + cmst (gui for wifi users) and so > far it's been a lot smother then wicd in wheezy.. > >

Re: [beagleboard] Beaglebone Black Rebooting Several Times Every Day

On Tuesday 18 November 2014 11:40:42 Jason Lange wrote: > On Fri, Sep 12, 2014 at 9:35 AM, Robert Nelson > > wrote: > > On Fri, Sep 12, 2014 at 11:27 AM, Greg Kelley > > > > wrote: > > > Robert, > > > > > > I think part of the reason ntp and dhcpclient aren't getting network > > > connections

Re: [beagleboard] Beaglebone Black Rebooting Several Times Every Day

> @Robert > > There's no need to pull in wicd to solve this; all you need to do is to > replace "auto eth0" with "allow-hotplug eth0" (not both) in > "/etc/network/interfaces". This gives you eth0 at boot if it's plugged in > but it doesn't wait if it's not, and if you plug it in later it comes ri

Re: [beagleboard] Beaglebone Black Rebooting Several Times Every Day

On Fri, Sep 12, 2014 at 9:35 AM, Robert Nelson wrote: > On Fri, Sep 12, 2014 at 11:27 AM, Greg Kelley > wrote: > > Robert, > > > > I think part of the reason ntp and dhcpclient aren't getting network > > connections at boot is because they are set at S03 in init and wicd is > set > > at S06 and

[beagleboard] DTO pinmux settings are not applying

Hi guys. I need some help with my device tree overlay. I'm trying to change the pin mux settings on pins 7 thru 10 on the P8 header to pull down so they can be used at outputs. I'm putting these in a separate group in my DTO, but it's not showing up in /sys/kernel/debug/pinctrl/44e10800.pinmu

Re: [beagleboard] BeagleBone Black powers down when AC adapter is removed while the USB is connected.

Then the SW needs to be changed to change that behavior. Gerald On Tue, Nov 18, 2014 at 10:37 AM, David Hirst wrote: > The fact that it powers down is a problem to me, if for instance a slight > power interruption occurs ( lets say 5 seconds) during which time the CPU > is powered by the batte

[beagleboard] Changing pinmux in DTO not working

Hi guys. I am having problems getting pins 7 - 10 on the P8 header of the BBB to switch the mux settings to pull down, so I can use these pins as outputs. I'm putting these pins in my device tree overlay as a separate group, but the new group is not showing up in /sys/kernel/debug/pinctrl/44e1

Re: [beagleboard] Re: Open Hardware start

Sounds sort of like the BeagleBone Black. Gerald On Tue, Nov 18, 2014 at 8:01 AM, mickeyf wrote: > This is not something I've looked at for many years, but I assume most > manufactuers of microprocessors and other chips still typically publish a > 'reference design' which is a basic board util

Re: [beagleboard] GPIO Pin Numbering Confusion

On 11/18/2014 12:31 PM, Robert Nelson wrote: > On Tue, Nov 18, 2014 at 12:13 PM, Charles Steinkuehler > wrote: >> I'm confused by the GPIO pin numbering shown on the Bone101 support page: >> >> http://beagleboard.org/Support/bone101 >> >> P9 pins 28-31 are listed as GPIO_120 through GPIO_123, whic

Re: [beagleboard] GPIO Pin Numbering Confusion

On Tue, Nov 18, 2014 at 12:13 PM, Charles Steinkuehler wrote: > I'm confused by the GPIO pin numbering shown on the Bone101 support page: > > http://beagleboard.org/Support/bone101 > > P9 pins 28-31 are listed as GPIO_120 through GPIO_123, which seems to be > off by 10. The schematic shows these

Re: [beagleboard] Re: Controling Hardware Through Web Page problem

On Mon, Nov 17, 2014 at 9:23 PM, John Mladenik wrote: > OK I got this one, simpleLED.html to work > > https://gist.github.com/jadonk/f89a0f1f0ddef06777de > > > once I got Ethernet connected. But it ONLY works for USR0-USR3 and not for > any other GPIO. If I change the USR to p9_23 it will not to

[beagleboard] GPIO Pin Numbering Confusion

I'm confused by the GPIO pin numbering shown on the Bone101 support page: http://beagleboard.org/Support/bone101 P9 pins 28-31 are listed as GPIO_120 through GPIO_123, which seems to be off by 10. The schematic shows these as GPIO bank 3, pins 14-17, which by my understanding should be: ( 32

Re: [beagleboard] Re: Controling Hardware Through Web Page problem

On Tue, Nov 18, 2014 at 10:04 AM, John Mladenik wrote: > Bottom line was that the socket IO functions did not quite work right when > the BBB was only connected through the USB. Once I connected through an > Ethernet connection it all started to work. They work just fine over USB. The problem is

Re: [beagleboard] Re: starterware emmc beaglebone black

On Tue, Nov 4, 2014 at 5:20 AM, Karl Karpfen wrote: > By the way: your own link contains the information that MMC is not > supported: > http://processors.wiki.ti.com/index.php/StarterWare_MMCSD_Driver#Features_not_supported > ;-) That has to do with MMC modes and support of the MMC standard. eMMC

Re: [beagleboard] Re: starterware emmc beaglebone black

On Tue, Oct 28, 2014 at 3:29 AM, Karl Karpfen wrote: > > 2014-10-28 5:23 GMT+01:00 Jason Kridner : >> >> On Mon, Oct 27, 2014 at 5:16 AM, wrote: >>> >>> Starterware does not support access to eMMC. To do that, you would have >>> to implement MMC-support to their HSMMCSD-library in order to make M

[beagleboard] Re: Bus error on access to memory mapped GPIO[023]

Luigi very good, I also had this problem, and your solution worked for me also. But I still do not understand why it is necessary to export at least one pin on each port to be able to access the GPIO with mmap. Someone can explain me? Em terça-feira, 11 de junho de 2013 23h41min10s UTC-3, Jacek

Re: [beagleboard] BeagleBone Black powers down when AC adapter is removed while the USB is connected.

The fact that it powers down is a problem to me, if for instance a slight power interruption occurs ( lets say 5 seconds) during which time the CPU is powered by the battery backup I would like to carry on running, if its longer then I would like to make the decision when to shutdown. As it sta

Re: [beagleboard] Kernel Panic with eMMC flasher

On Tue, Nov 18, 2014 at 9:47 AM, Joe Spanier wrote: > > https://rcn-ee.net/deb/testing/2014-11-11/lxde-4gb/BBB-eMMC-flasher-debian-7.7-lxde-4gb-armhf-2014-11-11-4gb.img.xz > is the image. Im powering through USB plugged into a wall outlet. No Capes, > just power, and HDMI. > > I was able to succe

Re: [beagleboard] Kernel Panic with eMMC flasher

Flashing while powered through USB is not recommended. On 11/18/2014 8:47 AM, Joe Spanier wrote: > https://rcn-ee.net/deb/testing/2014-11-11/lxde-4gb/BBB-eMMC-flasher-debian-7.7-lxde-4gb-armhf-2014-11-11-4gb.img.xz > is the image. Im powering through USB plugged into a wall outlet. No > Capes, ju

Re: [beagleboard] Kernel Panic with eMMC flasher

Humm, that's 5 minutes into the flasher.. What was the exact name of the image you flashed? How are you powering the board? any other capes attached? On Tue, Nov 18, 2014 at 9:37 AM, Joe Spanier wrote: > >>

Re: [beagleboard] Kernel Panic with eMMC flasher

https://rcn-ee.net/deb/testing/2014-11-11/lxde-4gb/BBB-eMMC-flasher-debian-7.7-lxde-4gb-armhf-2014-11-11-4gb.img.xz is the image. Im powering through USB plugged into a wall outlet. No Capes, just power, and HDMI. I was able to successfully flash https://rcn-ee.net/deb/testing/2014-11-11/con

Re: [beagleboard] Usb connection requirements for BeagleBone Black

I have tested it actuially, for a proper USB enumeration the USB0_VBUS has to be applied. W dniu 2014-11-18 o 15:00, bremenpl pisze: Hello there, I have a question regarding usb slave connection to BeagleBone Black. I have designed a system where I connect the D+ and D- wire from mini usb B c

[beagleboard] beagleboard Pointers

Hi, I am starting afresh on beagleboard black. i am getting confused with so much information available on net. Can somebody point me to the best documentation/Video to get quick started. My first aim is to exercise all the Interface of the processor. Thanks in Advance. Thanks Puneet --

Re: [beagleboard] Size and name of FAT partition

On Tue, Nov 18, 2014 at 8:14 AM, Alexander Rössler wrote: > > > Am Donnerstag, 13. November 2014 15:26:49 UTC+1 schrieb RobertCNelson: >> >> fat is hardcoded to 96Mb when "--beagleboard.org-production" is passed >> to setup_sdcard.sh >> >> >> https://github.com/RobertCNelson/omap-image-builder/blo

[beagleboard] Re: Controling Hardware Through Web Page problem

*Bottom line was that the socket IO functions did not quite work right when the BBB was only connected through the USB. Once I connected through an Ethernet connection it all started to work. * On Saturday, November 15, 2014 10:27:53 PM UTC-8, John Mladenik wrote: > > I have tried at least 6

Re: [beagleboard] installing a permanent cape

reboot=soft for a kernel parameter, *maybe*. Hi William, Thanks for your reply, but I am quit new to linux and I am not sure what do you mean by this. would you please explain more? -Ramin -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are

Re: [beagleboard] Size and name of FAT partition

Am Donnerstag, 13. November 2014 15:26:49 UTC+1 schrieb RobertCNelson: > > fat is hardcoded to 96Mb when "--beagleboard.org-production" is passed > to setup_sdcard.sh > > > https://github.com/RobertCNelson/omap-image-builder/blob/master/tools/setup_sdcard.sh#L463 > > > this value is copied (t

[beagleboard] Re: Open Hardware start

This is not something I've looked at for many years, but I assume most manufactuers of microprocessors and other chips still typically publish a 'reference design' which is a basic board utilizing their chip, and with documentation explaining its features. This is a good place to start - you ca

[beagleboard] Usb connection requirements for BeagleBone Black

Hello there, I have a question regarding usb slave connection to BeagleBone Black. I have designed a system where I connect the D+ and D- wire from mini usb B connector of the BeagleBone Black to the shield board and from there it is put out on a USB B connector (GND too). The problem is the PC

Re: [beagleboard] Re: Leaking memory in kernel 3.8.13bone65 ?

Something is intriguing me, Based on this website : http://www.tldp.org/LDP/sag/html/buffer-cache.html In traditional UNIX systems, there is a program called *update* running in the background which does a *sync* every 30 seconds, so it is usually not necessary to use *sync*. Linux has an additio

[beagleboard] Re: PRU R30 GPO mapping

OK, found it...attached is a more complete pinmux-table containing the PRU-pins too. Found this table in internet, I did not do all this work. Am Dienstag, 18. November 2014 10:00:27 UTC+1 schrieb Karl Karpfen: > > Hi, > > from within the PRU it is possible to access GPOs in the normal way by >

[beagleboard] PRU R30 GPO mapping

Hi, from within the PRU it is possible to access GPOs in the normal way by writing to their DATAOUT-registers in global address space. Beside of that there is a possibility to write GPOs via R30 of PRU. What I do not understand: which GPOs do the R30's of PRU0 and PRU1 write to? These 2x32 bit

[beagleboard] Re: starterware emmc beaglebone black

Please check out http://e2e.ti.com/support/embedded/starterware/f/790/t/272577.aspx#1344119 There somebody posted the missing MMC-code meanwhile. Am Donnerstag, 16. Oktober 2014 22:28:31 UTC+2 schrieb TheMdv18: > > Hi everybody, > My question is, I can boot starterware examples in flash EMMC (M