Re: [beagleboard] Is the elinux x15 page up-to-date?
> On Dec 22, 2016, at 3:13 AM, Rick Mann wrote: > > According to the page > (http://elinux.org/Beagleboard:BeagleBoard-X15#BeagleBoard-X15_Distributors), > the x15 has been shipping 250 units per week since the end of September. But > Element 14 shows it as "coming soon," rather than backordered. > > It occurs to me the x15 might be a good platform for building OS images for > the BBB (or itself, for that matter). https://builds.beagleboard.org uses an X15. > > Like everyone else, I'm sure, I'd like to know when the x15 will actually be > delivered. > > Thanks! > > -- > Rick Mann > rm...@latencyzero.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. > To view this discussion on the web visit > https://groups.google.com/d/msgid/beagleboard/F0F653DF-8D57-4288-A417-D856CDAABBCF%40latencyzero.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. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/0BDF1EC8-5DD2-44EC-9994-05D63049DBDD%40gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Wireless speed issues?
The 24v is isolated from the 5v for the BBB, I've found sometimes my machine is unstable and sometimes it is fine. I did pick up a 24v 6a supply and haven't had an issue since. Also, when I plugin the supply to the wall, it can support powering up the machine as compared to the previous supply which had issues supplying whatever initial power the system needs (I didn't design the hardware only reverse engineering it to write my own open source software). On Tuesday, December 20, 2016 at 2:07:53 PM UTC-5, William Hermans wrote: > > > > On Tue, Dec 20, 2016 at 7:16 AM, Jay Doobie > wrote: > >> Is there a power supply requirement difference between the BBB and a >> BBBW? >> > > You should get, and read the SRM for the BBBW. But there almost certainly > is. > >> >> The BBB works great outside of my machine connected to USB on a computer, >> but within the machine it hangs and crashes. >> >> The cape powers the BBB, it has a 24v 2.7a supply. I have noticed some >> funny things (I have to plug it in to the wall first, then the device; it >> won't start if the device is plugged in first) with the supply and am in >> the process of trying to acquire a new one. >> > > Is everything that needs to be isolated properly isolated ? My buddy > designed a cape for us too, which is also 24v powered, But everything is > properly isolated, and we're doing some external power management as well. > -- 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. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/4fc1835d-ba34-4adc-88da-cb3d4b865274%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] P8_9 and P8_10 from the PRU?
Is there an easy way to access to P8_9 and P8_10 from the PRU? I haven't found much code on how one can access the GPIO's, I assume the DTO needs to set the mode to 7 (GPIO[5] and GPIO[4])? Thanks J -- 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. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/55102869-3f54-470c-9511-aa69ef50226f%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Is the elinux x15 page up-to-date?
On Fri, 12/23/16, Rick Mann wrote: Subject: Re: [beagleboard] Is the elinux x15 page up-to-date? To: beagleboard@googlegroups.com Date: Friday, December 23, 2016, 3:44 AM Thanks much! > On Dec 22, 2016, at 17:43 , Gerald Coley wrote: > > I did earlier today. > > Gerald > > On Thu, Dec 22, 2016 at 7:38 PM, Rick Mann wrote: > Maybe just put that note in place, then. Right now, someone looking at that page (like me) doesn't know what information is trustworthy. Maybe something like (as of mm/dd/, negotiating distribution contracts) or something like that. > > Thanks! > > > On Dec 22, 2016, at 05:04 , Gerald Coley wrote: > > > > As soon as we have a firm date, I will update the page. Any date I put out there would be a wild guess at this point and nothing I have any control over. The CM is working with the distributors to secure the orders. Contracts have to be signed with each distributor which can be a lengthy process and is not something I can control. All distributors are engaged and the CM is working through the process. > > > > Gerald > > > > > > On Thu, Dec 22, 2016 at 3:13 AM, Rick Mann wrote: > > According to the page > > (http://elinux.org/Beagleboard:BeagleBoard-X15#BeagleBoard-X15_Distributors), the x15 has been shipping 250 units per week since the end of September. But Element 14 shows it as "coming soon," rather than backordered. > > > > It occurs to me the x15 might be a good platform for building OS images for the BBB (or itself, for that matter). > > > > Like everyone else, I'm sure, I'd like to know when the x15 will actually be delivered. > > > > Thanks! > > > > -- > > Rick Mann > > rm...@latencyzero.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. > > To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/F0F653DF-8D57-4288-A417-D856CDAABBCF%40latencyzero.com. > > For more options, visit https://groups.google.com/d/optout. > > > > > > > > -- > > Gerald > > > > ger...@beagleboard.org > > http://beagleboard.org/ > > gcol...@emprodesign.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. > > To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAHK_S%2BcVWCTLEAx%3D%2BcL8Sw-%3DoF-Hm81Cbv0U5cv6tMSyEQiHKw%40mail.gmail.com. > > For more options, visit https://groups.google.com/d/optout. > > > -- > Rick Mann > rm...@latencyzero.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. > To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/C0A32469-B660-4EAE-8A82-74A6E3F7A79A%40latencyzero.com. > For more options, visit https://groups.google.com/d/optout. > > > > -- > Gerald > > ger...@beagleboard.org > http://beagleboard.org/ > gcol...@emprodesign.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. > To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAHK_S%2Bc1%2BJxOQi%3D4jUHwT7xu6o4WNbjr3SKkAD9_uJh%3D9C4N-Q%40mail.gmail.com. > For more options, visit https://groups.google.com/d/optout. -- Rick Mann rm...@latencyzero.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. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/5F97E9C0-9385-4C20-8D93-16B8C71D00BC%40latencyzero.com. For more options, visit https://groups.google.com/d/optout.nifestat si in privinta muzicii populare care reprezinta si una din sursele de -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the G
Re: [beagleboard] Is the elinux x15 page up-to-date?
Thanks much! > On Dec 22, 2016, at 17:43 , Gerald Coley wrote: > > I did earlier today. > > Gerald > > On Thu, Dec 22, 2016 at 7:38 PM, Rick Mann wrote: > Maybe just put that note in place, then. Right now, someone looking at that > page (like me) doesn't know what information is trustworthy. Maybe something > like (as of mm/dd/, negotiating distribution contracts) or something like > that. > > Thanks! > > > On Dec 22, 2016, at 05:04 , Gerald Coley wrote: > > > > As soon as we have a firm date, I will update the page. Any date I put out > > there would be a wild guess at this point and nothing I have any control > > over. The CM is working with the distributors to secure the orders. > > Contracts have to be signed with each distributor which can be a lengthy > > process and is not something I can control. All distributors are engaged > > and the CM is working through the process. > > > > Gerald > > > > > > On Thu, Dec 22, 2016 at 3:13 AM, Rick Mann wrote: > > According to the page > > (http://elinux.org/Beagleboard:BeagleBoard-X15#BeagleBoard-X15_Distributors), > > the x15 has been shipping 250 units per week since the end of September. > > But Element 14 shows it as "coming soon," rather than backordered. > > > > It occurs to me the x15 might be a good platform for building OS images for > > the BBB (or itself, for that matter). > > > > Like everyone else, I'm sure, I'd like to know when the x15 will actually > > be delivered. > > > > Thanks! > > > > -- > > Rick Mann > > rm...@latencyzero.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. > > To view this discussion on the web visit > > https://groups.google.com/d/msgid/beagleboard/F0F653DF-8D57-4288-A417-D856CDAABBCF%40latencyzero.com. > > For more options, visit https://groups.google.com/d/optout. > > > > > > > > -- > > Gerald > > > > ger...@beagleboard.org > > http://beagleboard.org/ > > gcol...@emprodesign.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. > > To view this discussion on the web visit > > https://groups.google.com/d/msgid/beagleboard/CAHK_S%2BcVWCTLEAx%3D%2BcL8Sw-%3DoF-Hm81Cbv0U5cv6tMSyEQiHKw%40mail.gmail.com. > > For more options, visit https://groups.google.com/d/optout. > > > -- > Rick Mann > rm...@latencyzero.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. > To view this discussion on the web visit > https://groups.google.com/d/msgid/beagleboard/C0A32469-B660-4EAE-8A82-74A6E3F7A79A%40latencyzero.com. > For more options, visit https://groups.google.com/d/optout. > > > > -- > Gerald > > ger...@beagleboard.org > http://beagleboard.org/ > gcol...@emprodesign.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. > To view this discussion on the web visit > https://groups.google.com/d/msgid/beagleboard/CAHK_S%2Bc1%2BJxOQi%3D4jUHwT7xu6o4WNbjr3SKkAD9_uJh%3D9C4N-Q%40mail.gmail.com. > For more options, visit https://groups.google.com/d/optout. -- Rick Mann rm...@latencyzero.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. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/5F97E9C0-9385-4C20-8D93-16B8C71D00BC%40latencyzero.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Is the elinux x15 page up-to-date?
I did earlier today. Gerald On Thu, Dec 22, 2016 at 7:38 PM, Rick Mann wrote: > Maybe just put that note in place, then. Right now, someone looking at > that page (like me) doesn't know what information is trustworthy. Maybe > something like (as of mm/dd/, negotiating distribution contracts) or > something like that. > > Thanks! > > > On Dec 22, 2016, at 05:04 , Gerald Coley wrote: > > > > As soon as we have a firm date, I will update the page. Any date I put > out there would be a wild guess at this point and nothing I have any > control over. The CM is working with the distributors to secure the orders. > Contracts have to be signed with each distributor which can be a lengthy > process and is not something I can control. All distributors are engaged > and the CM is working through the process. > > > > Gerald > > > > > > On Thu, Dec 22, 2016 at 3:13 AM, Rick Mann > wrote: > > According to the page (http://elinux.org/Beagleboard:BeagleBoard-X15# > BeagleBoard-X15_Distributors), the x15 has been shipping 250 units per > week since the end of September. But Element 14 shows it as "coming soon," > rather than backordered. > > > > It occurs to me the x15 might be a good platform for building OS images > for the BBB (or itself, for that matter). > > > > Like everyone else, I'm sure, I'd like to know when the x15 will > actually be delivered. > > > > Thanks! > > > > -- > > Rick Mann > > rm...@latencyzero.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. > > To view this discussion on the web visit https://groups.google.com/d/ > msgid/beagleboard/F0F653DF-8D57-4288-A417-D856CDAABBCF%40latencyzero.com. > > For more options, visit https://groups.google.com/d/optout. > > > > > > > > -- > > Gerald > > > > ger...@beagleboard.org > > http://beagleboard.org/ > > gcol...@emprodesign.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. > > To view this discussion on the web visit https://groups.google.com/d/ > msgid/beagleboard/CAHK_S%2BcVWCTLEAx%3D%2BcL8Sw-%3DoF- > Hm81Cbv0U5cv6tMSyEQiHKw%40mail.gmail.com. > > For more options, visit https://groups.google.com/d/optout. > > > -- > Rick Mann > rm...@latencyzero.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. > To view this discussion on the web visit https://groups.google.com/d/ > msgid/beagleboard/C0A32469-B660-4EAE-8A82-74A6E3F7A79A%40latencyzero.com. > For more options, visit https://groups.google.com/d/optout. > -- Gerald ger...@beagleboard.org http://beagleboard.org/ gcol...@emprodesign.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. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAHK_S%2Bc1%2BJxOQi%3D4jUHwT7xu6o4WNbjr3SKkAD9_uJh%3D9C4N-Q%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Is the elinux x15 page up-to-date?
Maybe just put that note in place, then. Right now, someone looking at that page (like me) doesn't know what information is trustworthy. Maybe something like (as of mm/dd/, negotiating distribution contracts) or something like that. Thanks! > On Dec 22, 2016, at 05:04 , Gerald Coley wrote: > > As soon as we have a firm date, I will update the page. Any date I put out > there would be a wild guess at this point and nothing I have any control > over. The CM is working with the distributors to secure the orders. Contracts > have to be signed with each distributor which can be a lengthy process and is > not something I can control. All distributors are engaged and the CM is > working through the process. > > Gerald > > > On Thu, Dec 22, 2016 at 3:13 AM, Rick Mann wrote: > According to the page > (http://elinux.org/Beagleboard:BeagleBoard-X15#BeagleBoard-X15_Distributors), > the x15 has been shipping 250 units per week since the end of September. But > Element 14 shows it as "coming soon," rather than backordered. > > It occurs to me the x15 might be a good platform for building OS images for > the BBB (or itself, for that matter). > > Like everyone else, I'm sure, I'd like to know when the x15 will actually be > delivered. > > Thanks! > > -- > Rick Mann > rm...@latencyzero.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. > To view this discussion on the web visit > https://groups.google.com/d/msgid/beagleboard/F0F653DF-8D57-4288-A417-D856CDAABBCF%40latencyzero.com. > For more options, visit https://groups.google.com/d/optout. > > > > -- > Gerald > > ger...@beagleboard.org > http://beagleboard.org/ > gcol...@emprodesign.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. > To view this discussion on the web visit > https://groups.google.com/d/msgid/beagleboard/CAHK_S%2BcVWCTLEAx%3D%2BcL8Sw-%3DoF-Hm81Cbv0U5cv6tMSyEQiHKw%40mail.gmail.com. > For more options, visit https://groups.google.com/d/optout. -- Rick Mann rm...@latencyzero.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. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/C0A32469-B660-4EAE-8A82-74A6E3F7A79A%40latencyzero.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: PRU cycle counter overflow
On 12/22/2016 10:45 AM, Justin Pearson wrote: > I have the same question. > > I'm using the PRU's 200 MHz cycle counter to timestamp sensor measurements. > At > 200 MHz, this 32-bit counter overflows in 20 seconds. I would like to notify > a C > program running on the 1GHz host ARM processor as soon as it overflows. > > *Is it possible to configure the PRU cycle counter to trigger an interrupt in > the host ARM when it overflows?* Do you mean the Cycle register (offset 0x0C in the PRU_ICSS_PRU_CTRL register bank)? If so, this counter doesn't even wrap around (it automatically stops when it hits 0x) much less generate an interrupt. > I know how to write PRU code to make the PRU trigger an interrupt in the > host, > but that's not quite what I want, since my PRU will be busy doing other > things. > I would like the cycle counter to trigger an interrupt automatically, without > the PRU having to check if it has overflowed. Try using the IEP timer. It will wrap automatically, and you can even setup a configurable period by using compare register zero and setting the CMP0_RST_CNT_EN bit. You can also route an IEP timer event (pr1_iep_tim_cap_cmp_pend) to the ARM core to generate an interrupt. -- 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. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/3e1b910f-6ec3-06d1-ab1c-fd10dd3c7856%40steinkuehler.net. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: PRU cycle counter overflow
I have the same question. I'm using the PRU's 200 MHz cycle counter to timestamp sensor measurements. At 200 MHz, this 32-bit counter overflows in 20 seconds. I would like to notify a C program running on the 1GHz host ARM processor as soon as it overflows. *Is it possible to configure the PRU cycle counter to trigger an interrupt in the host ARM when it overflows?* I know how to write PRU code to make the PRU trigger an interrupt in the host, but that's not quite what I want, since my PRU will be busy doing other things. I would like the cycle counter to trigger an interrupt automatically, without the PRU having to check if it has overflowed. Many thanks! -Justin On Saturday, December 17, 2016 at 3:06:08 PM UTC-8, Amr Alanwar wrote: > > HI All > > Is there a way to get an interrupt when there is PRU cycle counter > overflow ? > > Thanks > -- 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. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/ab39e7e7-29f2-4f09-befa-bfe5e0bbd324%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: BBB-blank-debian-8.6-console-armhf-2016-12-18-2gb image doesn't show up as a serial device
On Thu, 12/22/16, Jeremy Herbert wrote: Subject: Re: [beagleboard] Re: BBB-blank-debian-8.6-console-armhf-2016-12-18-2gb image doesn't show up as a serial device To: "BeagleBoard" Cc: jeremy@gmail.com Date: Thursday, December 22, 2016, 5:36 PM Hi Robert, Thanks, that makes sense. Will reflash with the iot image. Thanks,Jeremy On Friday, 23 December 2016 01:25:33 UTC+10, RobertCNelson wrote:On Thu, Dec 22, 2016 at 7:58 AM, Jeremy Herbert wrote: > Just as an update, unloading the g_ether and loading g_serial results in a > working serial port at /dev/ttyGS0. Of course, the usb ethernet doesn't work > after this, and the modules can't be loaded at the same time. You can see the logic here: https://github.com/ RobertCNelson/boot-scripts/ blob/master/boot/am335x_evm. sh#L389-L424 g_multi requires a file option, and the console image lack's a 2nd partition, img file etc... So it defaults to g_ether. Moving to configfs usb will fix this but i'm just starting to figure configfs out.. https://github.com/ RobertCNelson/boot-scripts/ blob/master/boot/omap3_beagle. sh#L44-L86 So till then, grab the "iot" image.. 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. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/ed387e0e-37cc-4591-af9b-1e60cb8e2bb0%40googlegroups.com. For more options, visit https://groups.google.com/d/optout. tea politica in tactica pasilor marunti sustinand calea graduala a -- 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. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/190860949.402311.1482423678347%40mail.yahoo.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: BBB-blank-debian-8.6-console-armhf-2016-12-18-2gb image doesn't show up as a serial device
Hi Robert, Thanks, that makes sense. Will reflash with the iot image. Thanks, Jeremy On Friday, 23 December 2016 01:25:33 UTC+10, RobertCNelson wrote: > > On Thu, Dec 22, 2016 at 7:58 AM, Jeremy Herbert > wrote: > > Just as an update, unloading the g_ether and loading g_serial results in > a > > working serial port at /dev/ttyGS0. Of course, the usb ethernet doesn't > work > > after this, and the modules can't be loaded at the same time. > > You can see the logic here: > > > https://github.com/RobertCNelson/boot-scripts/blob/master/boot/am335x_evm.sh#L389-L424 > > > g_multi requires a file option, and the console image lack's a 2nd > partition, img file etc... So it defaults to g_ether. > > Moving to configfs usb will fix this but i'm just starting to figure > configfs out.. > > > https://github.com/RobertCNelson/boot-scripts/blob/master/boot/omap3_beagle.sh#L44-L86 > > > So till then, grab the "iot" image.. > > 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. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/ed387e0e-37cc-4591-af9b-1e60cb8e2bb0%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: BBB-blank-debian-8.6-console-armhf-2016-12-18-2gb image doesn't show up as a serial device
On Thu, Dec 22, 2016 at 7:58 AM, Jeremy Herbert wrote: > Just as an update, unloading the g_ether and loading g_serial results in a > working serial port at /dev/ttyGS0. Of course, the usb ethernet doesn't work > after this, and the modules can't be loaded at the same time. You can see the logic here: https://github.com/RobertCNelson/boot-scripts/blob/master/boot/am335x_evm.sh#L389-L424 g_multi requires a file option, and the console image lack's a 2nd partition, img file etc... So it defaults to g_ether. Moving to configfs usb will fix this but i'm just starting to figure configfs out.. https://github.com/RobertCNelson/boot-scripts/blob/master/boot/omap3_beagle.sh#L44-L86 So till then, grab the "iot" image.. 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. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAOCHtYg7teCjumCNyCrKiKCPwWykzWjP0ijCz_ic%2BKKQv3a1mA%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Announcement: Debian 8.6 released for all boards
On Thu, Dec 22, 2016 at 2:20 AM, John Dammeyer wrote: > I'm a little bit afraid of updating and have moved backwards. I've had > nothing but troubles with Jesse 8.6. Using a Rev B Beaglebone Black I have > MicroSD cards with 7.8, 8.6 and the original Angstrom in the on board 2GB. > IMHO LXQt sucks. I realize this isn't the correct thread to discuss the > problem of slow response on the Jesse version so please point me to a > correct subject or topic. It's frustrating to do web searches and reference > books that all refer to 3.8. There's almost nothing out with respect to > support for 4.x. Almost like the Beagle isn't being sold anymore and the > Raspberry Pi (like VHS verses BetaMax) has won. Option 1: Install 3.8.x cd /opt/scripts/tools/ git pull sudo ./update_kernel.sh --bone-channel --stable Option 2: Go back to 7.8 Option 3: Go back to Angstrom 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. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAOCHtYj%2BX2X7neciQRSxqDpMTV4A5G-aZizNq7mHVGGZzmh%3Dqw%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: BBB-blank-debian-8.6-console-armhf-2016-12-18-2gb image doesn't show up as a serial device
Just as an update, unloading the g_ether and loading g_serial results in a working serial port at /dev/ttyGS0. Of course, the usb ethernet doesn't work after this, and the modules can't be loaded at the same time. # modprobe g_serial modprobe: ERROR: could not insert 'g_serial': No such device # rmmod g_ether # modprobe g_serial # systemctl start serial-getty@ttyGS0.service resulting host lsusb: Bus 003 Device 033: ID 0525:a4a7 Netchip Technology, Inc. Linux-USB Serial Gadget (CDC ACM mode) Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass2 Communications bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize064 idVendor 0x0525 Netchip Technology, Inc. idProduct 0xa4a7 Linux-USB Serial Gadget (CDC ACM mode) bcdDevice4.04 iManufacturer 1 Linux 4.4.39-ti-r75 with musb-hdrc iProduct2 Gadget Serial v2.4 iSerial 0 bNumConfigurations 1 OTG Descriptor: bLength 3 bDescriptorType 9 bmAttributes 0x03 SRP (Session Request Protocol) HNP (Host Negotiation Protocol) Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 78 bNumInterfaces 2 bConfigurationValue 2 iConfiguration 4 CDC ACM config bmAttributes 0xe0 Self Powered Remote Wakeup MaxPower 500mA Interface Association: bLength 8 bDescriptorType11 bFirstInterface 0 bInterfaceCount 2 bFunctionClass 2 Communications bFunctionSubClass 2 Abstract (modem) bFunctionProtocol 1 AT-commands (v.25ter) iFunction 7 CDC Serial Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 2 Communications bInterfaceSubClass 2 Abstract (modem) bInterfaceProtocol 1 AT-commands (v.25ter) iInterface 5 CDC Abstract Control Model (ACM) CDC Header: bcdCDC 1.10 CDC Call Management: bmCapabilities 0x00 bDataInterface 1 CDC ACM: bmCapabilities 0x02 line coding and serial state CDC Union: bMasterInterface0 bSlaveInterface 1 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x82 EP 2 IN bmAttributes3 Transfer TypeInterrupt Synch Type None Usage Type Data wMaxPacketSize 0x000a 1x 10 bytes bInterval 9 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber1 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass10 CDC Data bInterfaceSubClass 0 Unused bInterfaceProtocol 0 iInterface 6 CDC ACM Data Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes2 Transfer TypeBulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x01 EP 1 OUT bmAttributes2 Transfer TypeBulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Device Qualifier (for other device speed): bLength10 bDescriptorType 6 bcdUSB 2.00 bDeviceClass2 Communications bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize064 bNumConfigurations 1 Device Status: 0x (Bus Powered) Thanks, Jeremy On Thursday, 22 December 2016 23:05:49 UTC+10, Jeremy Herbert wrote: > > Hi, > > I've just installed this image ( > https://rcn-ee.com/rootfs/bb.org/testing/2016-12-18/console/BBB-blank-debian-8.6-console-armhf-2016-12-18-2gb.img.xz > > ) on a BBB rev C, and a BBB with the 2GB flash. Both are behaving the same. > They show up as an ethernet device, but not as a serial port. lsusb on the > host confirms that they are not behaving as a serial port: > > Bus 003 Device 030: ID 0525:a4a2 Netchip Technology, Inc. Linux-USB > Ethernet/RNDIS Gadget > Device Descriptor: >
[beagleboard] Re: MCSPI TX works fine, but RX all zeros
Many thanks ksuzik, I had the same issue with mcspi0 as master. Setting SCLK to input by default solved it. пятница, 11 марта 2016 г., 6:10:07 UTC+3 пользователь ksuzuk...@gmail.com написал: > > Hi, guy. > > I had had the same problem. > But I solved it. > > The problem was very simple. > We have to set "RXACTIVE" bit to CLK Pin's "Conrol Module > Resiters(PINMUX)". > > So dts file is follows > spi0_pins: pinmux_spi0_pins { > pinctrl-single,pins = < > 0x150 ( PIN_INPUT_PULLUP | MUX_MODE0 ) /* (P23) > spi0_sclk.spi0_sclk */ > 0x154 ( PIN_INPUT_PULLUP | MUX_MODE0 ) /* (T22) > spi0_d0.spi0_d0 */ > 0x158 ( PIN_OUTPUT_PULLUP | MUX_MODE0 ) /* (T21) > spi0_d1.spi0_d1 */ > 0x15c ( PIN_OUTPUT_PULLUP | MUX_MODE0 ) /* (T20) > spi0_cs0.spi0_cs0 */ > >; > }; > > And, we can see in "Technical Reference Manual" 26.2.3. > It is said "SPI serial clock (output when master, input when slave)" > And it also said "(1) This output signal is also *used as a re-timing > input*. The associated CONF___RXACTIVE bit for the* output > clock must be set to 1 to enable the clock input back* to the module." > > > -- 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. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/f627a0ce-41b7-4975-94c8-9078385a928f%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] BBB-blank-debian-8.6-console-armhf-2016-12-18-2gb image doesn't show up as a serial device
Hi, I've just installed this image ( https://rcn-ee.com/rootfs/bb.org/testing/2016-12-18/console/BBB-blank-debian-8.6-console-armhf-2016-12-18-2gb.img.xz ) on a BBB rev C, and a BBB with the 2GB flash. Both are behaving the same. They show up as an ethernet device, but not as a serial port. lsusb on the host confirms that they are not behaving as a serial port: Bus 003 Device 030: ID 0525:a4a2 Netchip Technology, Inc. Linux-USB Ethernet/RNDIS Gadget Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass2 Communications bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize064 idVendor 0x0525 Netchip Technology, Inc. idProduct 0xa4a2 Linux-USB Ethernet/RNDIS Gadget bcdDevice4.04 iManufacturer 1 BeagleBoard.org iProduct2 BeagleBoneBlack iSerial 3 2513BBBK4941 bNumConfigurations 2 OTG Descriptor: bLength 3 bDescriptorType 9 bmAttributes 0x03 SRP (Session Request Protocol) HNP (Host Negotiation Protocol) Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 78 bNumInterfaces 2 bConfigurationValue 2 iConfiguration 0 bmAttributes 0xe0 Self Powered Remote Wakeup MaxPower 500mA Interface Association: bLength 8 bDescriptorType11 bFirstInterface 0 bInterfaceCount 2 bFunctionClass 2 Communications bFunctionSubClass 6 Ethernet Networking bFunctionProtocol 0 iFunction 6 RNDIS Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 2 Communications bInterfaceSubClass 2 Abstract (modem) bInterfaceProtocol255 Vendor Specific (MSFT RNDIS?) iInterface 4 RNDIS Communications Control CDC Header: bcdCDC 1.10 CDC Call Management: bmCapabilities 0x00 bDataInterface 1 CDC ACM: bmCapabilities 0x00 CDC Union: bMasterInterface0 bSlaveInterface 1 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x82 EP 2 IN bmAttributes3 Transfer TypeInterrupt Synch Type None Usage Type Data wMaxPacketSize 0x0008 1x 8 bytes bInterval 9 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber1 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass10 CDC Data bInterfaceSubClass 0 Unused bInterfaceProtocol 0 iInterface 5 RNDIS Ethernet Data Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes2 Transfer TypeBulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x01 EP 1 OUT bmAttributes2 Transfer TypeBulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 91 bNumInterfaces 2 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xe0 Self Powered Remote Wakeup MaxPower 500mA Interface Association: bLength 8 bDescriptorType11 bFirstInterface 0 bInterfaceCount 2 bFunctionClass 2 Communications bFunctionSubClass 6 Ethernet Networking bFunctionProtocol 0 iFunction 11 CDC ECM Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 2 Communications bInterfaceSubClass 6 Ethernet Networking bInterfaceProtocol 0 iInterface 8 CDC Ethernet Control Model (ECM) CDC Header:
Re: [beagleboard] HID on BBB with 4.9 kernel
On Thu, 12/22/16, William Hermans wrote: Subject: Re: [beagleboard] HID on BBB with 4.9 kernel To: beagleboard@googlegroups.com Date: Thursday, December 22, 2016, 1:13 AM On Wed, Dec 21, 2016 at 1:56 PM, roboknight wrote: On Tuesday, December 20, 2016 at 3:27:44 PM UTC-5, William Hermans wrote: On Tue, Dec 20, 2016 at 10:02 AM, roboknight wrote: At the underlined point, I believe ep->desc is NULL because using the kernel and an arm objdump variant,I located the assembly that is causing the NULL dereference. Inside of usb_endpoing_dir_out, it tries todereference ep->desc, but ep->desc must be NULL otherwise things would likely go swimmingly. The problemis, I don't know what would cause ep->desc == NULL? Whatever causes this (and it might be related toa function called "usb_gadget_ep_match_desc") I'd like to know because knowing might tell me how to fixwhatever it is I'm doing wrong or maybe patch the code so that things might work. I'm hoping someone knowledgeable about am335x USB can help here, or maybe let me know what I'm missingin my HID configuration. The above configuration steps may not work, however, some python code I had previouslyalso fails to function. It might even be possible that I just need to use the regular HID driver and not one based onlibcomposite. Thanks for reading this. Hopefully there are some answers. So, I'm not a USB composite framework expert. I only started reading about it last night for another reason. A lot of what you're stating in your last couple paragraphs here do not make sense to me. What I'm reading from your post is that the end point descriptor must be NULL. but you're not sure why it's NULL . . .yadda yadda yadda . . .That should not be true. The yadda yadda yadda was kind of the point. I actually have looked into it further and the only way that reference would actually be null is if the autoepconfig function couldn't choose any available endpoint because none of them matched the correct criteria. I'm not sure where I'm supposed to SET UP the appropriate criteria, hence the question, and the details. My first impression after looking through that code is user error. Simply because a function that's being used requires a valid end point descriptor reference as an argument, and that argument is NULL. Which tells me that whole "object" was never instantiated in the first place. those objects aren't "instantiated". They are actually endpoints that are "built-in" (you can see one for full-speed, high-speed, and now super-speed). One of the endpoints is supposed to get selected based on an appropriate description. Mine probably doesn't match or I haven't set one, hence it doesn't work. But I don't see anywhere where I can actually SPECIFY the necessary things in configfs... Maybe you just can't build a HID device with configfs right now? Or maybe something changed. Either way, I'm researching the answer to that question so I can figure out what I really need to do. Maybe there is another way I can configure a HID driver, not using configfs. The things I was able to do in the 3.13.xx kernel don't seem to work with this kernel either, or I don't have them set up correctly, hence I figured the "new" or current method was to use configfs. But maybe this isn't the case. I have tried to get the "latest" from the TI repo, and the results are the same. So I'm guessing that my kernel configuration was probably okay, but somehow I'm not doing something right with configfs, or configfs doesn't work for HID devices yet (I don't know if I believe that, but its possible). At any rate, I've not managed to get it working yet. Yeah that's all I was really saying. Sometimes *things* like to be done in a certain order, or maybe a configfs step that was required was missed ? Theres a LWN article I was reading the other day, that seems to be pretty full of information. However, the "walk-thru" only talks about re-implementing the mass storage gadget using USB composite. https://lwn.net/Articles/395712/ I've also seen a few presentation type PDF's out there. I do not really know enough about the framework to know how useful these are though. Passed that, I have not yet seen one for HiD. Although . . . you know what, I think DR. Phil Polstra did a presentation on emulating a keyboard using HiD USB device, and I do think he used configfs . . . However he may have used an older kernel as well. I'll tell you what though, even though I'm not necessarily interested in creating an HiD device. I have interest in this whole composite framework. SO I'll do some searching on my own, and let you know what I find. I may even just start out with an HiD "thing" just to get my feet wet. Maybe you've seen these already ? I'm not sure if any, or all of this is already know to you, but here goes . . . Matt P
Re: [beagleboard] Is the elinux x15 page up-to-date?
As soon as we have a firm date, I will update the page. Any date I put out there would be a wild guess at this point and nothing I have any control over. The CM is working with the distributors to secure the orders. Contracts have to be signed with each distributor which can be a lengthy process and is not something I can control. All distributors are engaged and the CM is working through the process. Gerald On Thu, Dec 22, 2016 at 3:13 AM, Rick Mann wrote: > According to the page (http://elinux.org/Beagleboard:BeagleBoard-X15# > BeagleBoard-X15_Distributors), the x15 has been shipping 250 units per > week since the end of September. But Element 14 shows it as "coming soon," > rather than backordered. > > It occurs to me the x15 might be a good platform for building OS images > for the BBB (or itself, for that matter). > > Like everyone else, I'm sure, I'd like to know when the x15 will actually > be delivered. > > Thanks! > > -- > Rick Mann > rm...@latencyzero.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. > To view this discussion on the web visit https://groups.google.com/d/ > msgid/beagleboard/F0F653DF-8D57-4288-A417-D856CDAABBCF%40latencyzero.com. > For more options, visit https://groups.google.com/d/optout. > -- Gerald ger...@beagleboard.org http://beagleboard.org/ gcol...@emprodesign.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. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAHK_S%2BcVWCTLEAx%3D%2BcL8Sw-%3DoF-Hm81Cbv0U5cv6tMSyEQiHKw%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Is the elinux x15 page up-to-date?
According to the page (http://elinux.org/Beagleboard:BeagleBoard-X15#BeagleBoard-X15_Distributors), the x15 has been shipping 250 units per week since the end of September. But Element 14 shows it as "coming soon," rather than backordered. It occurs to me the x15 might be a good platform for building OS images for the BBB (or itself, for that matter). Like everyone else, I'm sure, I'd like to know when the x15 will actually be delivered. Thanks! -- Rick Mann rm...@latencyzero.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. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/F0F653DF-8D57-4288-A417-D856CDAABBCF%40latencyzero.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Announcement: Debian 8.6 released for all boards
I'm a little bit afraid of updating and have moved backwards. I've had nothing but troubles with Jesse 8.6. Using a Rev B Beaglebone Black I have MicroSD cards with 7.8, 8.6 and the original Angstrom in the on board 2GB. IMHO LXQt sucks. I realize this isn't the correct thread to discuss the problem of slow response on the Jesse version so please point me to a correct subject or topic. It's frustrating to do web searches and reference books that all refer to 3.8. There's almost nothing out with respect to support for 4.x. Almost like the Beagle isn't being sold anymore and the Raspberry Pi (like VHS verses BetaMax) has won. John On Monday, November 14, 2016 at 12:54:26 PM UTC-8, Jason Kridner wrote: > > Thanks to Robert and the rest of the BeagleBoard.org community! > > http://beagleboard.org/latest-images/ > > The above URL is now updated to Debian 8.6 (2016-11-06 builds). This is > suitable for all boards and we'll be pushing for manufacturers to update to > this version as well (depending on the community feedback). > -- 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. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/146dad2d-6768-453d-a747-5154dc9cfc62%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.