Re: [beagleboard] Is the elinux x15 page up-to-date?

[Jason Kridner]

> 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?

[Jay Doobie]

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?

[Jay Doobie]

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?

[lorrianemayfield via BeagleBoard]

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 

Re: [beagleboard] Is the elinux x15 page up-to-date?

[Rick Mann]

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?

[Gerald Coley]

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?

[Rick Mann]

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

[Charles Steinkuehler]

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

[Justin Pearson]

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

[lorrianemayfield via BeagleBoard]

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

[Jeremy Herbert]

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

[Robert Nelson]

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

[Robert Nelson]

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

[Jeremy Herbert]

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

[Jeremy Herbert]

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

[vbaxter via BeagleBoard]

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 

Re: [beagleboard] Is the elinux x15 page up-to-date?

[Gerald Coley]

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?

[Rick Mann]

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

[John Dammeyer]

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.