[beagleboard]

[Micka]

Hi,

I'm trying to use the pru and I got :

pruss_uio 4a30.pruss: No children


my pru.dtsi file :

_pinmux {

pru_pru_pins: pinmux_pru_pru_pins {
pinctrl-single,pins = <
0x158 0x72 /* spi0_d1.i2c1_sda, SLEWCTRL_SLOW | INPUT_PULLUP | MODE2 */
0x15c 0x72 /* spi0_cs0.i2c1_scl, SLEWCTRL_SLOW | INPUT_PULLUP | MODE2 */
>;
};
};

{
status = "okay";
pinctrl-names = "default";
pinctrl-0 = <_pru_pins>;
};


What is wrong ?

Micka,

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] 1080p/720p USB Cameras

[Maxim Podbereznyy]

good luck if you get 800x600@30

2015-12-07 23:10 GMT+03:00 SWiT :

> I'm trying to record a USB 1080p 30fps USB webcam but I can't get much
> over 10fps at 1080p or 720p. The resolution change from 1920x1080 to
> 1280x720 does not seem to effect the fps at all.
>
> I've tried 2 cameras, a generic winbook 1080p webcam and a very nice
> Logitech c930e. I am using MJPEG compression. Both work at 30fps in Ubuntu
> 14.04 with cheese and avconv (libav-tools).
>
> On the BBB I ran top and iotop and they indicated the CPU never got above
> 10% and the bandwidth writing to disk was <4,000KBps. I got the same low
> fps when running on the debian 7.5 (2015-03-01) and 7.9 (2015-11-12)
> releases.  I couldn't get 8.2 (2015-11-12) to boot but I'll rewrite the SD
> card and try again if someone thinks it might help.
>
>
> The kicker is the Logitech c930e worked at 1080p@30fps on the
> RaspberryPi2, but the cheap generic camera would only run at 1080p@10fps
> on the RPi2.
>
>
>
> Should I be building the UVC drivers from the latest source or something
> like that? Is there a newer Kernel I should be using? Am I hitting some
> kind of USB bottleneck?
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 
LinkedIn - http://www.linkedin.com/in/maximpodbereznyy
Company - http://www.linkedin.com/company/mentorel
Facebook - https://www.facebook.com/mentorel.company

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] pru & dtsi file !

[William Hermans]

I think a good example of how to enable pins and the PRUs in the same
overlay file would be Beagelpilot. I'll check it's dts's too since I'm
currently not doing anything . . .

On Tue, Dec 8, 2015 at 3:47 AM, William Hermans  wrote:

> The aliases am33xx_pinmux, and pruss already exist in the stock board
> files. But look at this snippet as an example.
>
>
>
>
>
> *fragment@0 {target = <_pinmux>;__overlay__ {
> bb_gpio_relay_pins: pinmux_bb_gpio_relay_pins *{
> pinctrl-single,pins = <
> BONE_P9_15 (PIN_OUTPUT_PULLDOWN | MUX_MODE7) /*
> gpmc_a0.gpio1_16 */
> BONE_P9_23 (PIN_OUTPUT_PULLDOWN | MUX_MODE7) /*
> gpmc_a1.gpio1_17 */
> BONE_P9_12 (PIN_OUTPUT_PULLDOWN | MUX_MODE7) /*
> gpmc_be1n.gpio1_28 */
> BONE_P9_27 (PIN_OUTPUT_PULLDOWN | MUX_MODE7) /*
> mcasp0_fsr.gpio3_19 */
> >;
> };
>
> };
> };
> fragment@1 {
> target-path="/";
> __overlay__ {
>
> leds {
>
> *pinctrl-names = "default";pinctrl-0 =
> <_gpio_relay_pins>;*
>
> compatible = "gpio-leds";
>
> jp@1 {
> label = "relay-jp1";
> gpios = < 28 GPIO_ACTIVE_HIGH>;
> default-state = "keep";
> };
>
> jp@2 {
> label = "relay-jp2";
> gpios = < 16 GPIO_ACTIVE_HIGH>;
> default-state = "keep";
> };
>
> jp@3 {
> label = "relay-jp3";
> gpios = < 17 GPIO_ACTIVE_HIGH>;
> default-state = "keep";
> };
>
> jp@4 {
> label = "relay-jp4";
> gpios = < 19 GPIO_ACTIVE_HIGH>;
> default-state = "keep";
> };
> };
> };
> };
>
> Passed that, why do you need to "bind" these pins to the PRUs ? The PRU's
> can access any GPIO / hardware module directly through it's register
> addresses. Whats more, I'm not even sure what you're trying to do is
> possible. The PRUs are not like any of the other hardware modules on the
> processor, in that they are directly connected to pads / pins.
>
> On Tue, Dec 8, 2015 at 2:59 AM, Micka  wrote:
>
>> Hi,
>>
>> I'm trying to use the pru and I got :
>>
>> pruss_uio 4a30.pruss: No children
>>
>>
>> my pru.dtsi file :
>>
>> _pinmux {
>>
>> pru_pru_pins: pinmux_pru_pru_pins {
>> pinctrl-single,pins = <
>> 0x158 0x72 /* spi0_d1.i2c1_sda, SLEWCTRL_SLOW | INPUT_PULLUP | MODE2 */
>> 0x15c 0x72 /* spi0_cs0.i2c1_scl, SLEWCTRL_SLOW | INPUT_PULLUP | MODE2 */
>> >;
>> };
>> };
>>
>> {
>> status = "okay";
>> pinctrl-names = "default";
>> pinctrl-0 = <_pru_pins>;
>> };
>>
>>
>> What is wrong ?
>> …
>>
>> Micka,
>>
>> --
>> For more options, visit http://beagleboard.org/discuss
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to beagleboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: 1080p/720p USB Cameras

[William Hermans]

DR. Derrek Molloy has a video on setting up a logitec 920(something)
camera, and as I recall the camera was also hardware offloading. I seem to
recall he did get 30fps, but perhaps not at 720p

https://www.youtube.com/watch?v=8QouvYMfmQo
https://www.youtube.com/watch?v=-6DBR8PSejw

One of these videos, but perhaps both are worth watching.


On Tue, Dec 8, 2015 at 3:51 AM, DLF  wrote:

> I gave up on USB cameras about a year when I read this
>
> https://e2e.ti.com/support/embedded/linux/f/354/t/332530#pi317016=2
>
> ... partially because it was beyond me, but also because it appeared to be
> moving at a glacial speed.   (not being critical - just an observation)
>
> There are other threads in the Google groups about USB cameras on the BBB
> - which are not favorable.
>
> as always ... good luck
>
>
> On Monday, 7 December 2015 22:15:05 UTC+1, SWiT wrote:
>>
>> I'm trying to record a USB 1080p 30fps USB webcam but I can't get much
>> over 10fps at 1080p or 720p. The resolution change from 1920x1080 to
>> 1280x720 does not seem to effect the fps at all.
>>
>> I've tried 2 cameras, a generic winbook 1080p webcam and a very nice
>> Logitech c930e. I am using MJPEG compression. Both work at 30fps in Ubuntu
>> 14.04 with cheese and avconv (libav-tools).
>>
>> On the BBB I ran top and iotop and they indicated the CPU never got above
>> 10% and the bandwidth writing to disk was <4,000KBps. I got the same low
>> fps when running on the debian 7.5 (2015-03-01) and 7.9 (2015-11-12)
>> releases.  I couldn't get 8.2 (2015-11-12) to boot but I'll rewrite the SD
>> card and try again if someone thinks it might help.
>>
>>
>> The kicker is the Logitech c930e worked at 1080p@30fps on the
>> RaspberryPi2, but the cheap generic camera would only run at 1080p@10fps
>> on the RPi2.
>>
>>
>>
>> Should I be building the UVC drivers from the latest source or something
>> like that? Is there a newer Kernel I should be using? Am I hitting some
>> kind of USB bottleneck?
>>
>> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] pru & dtsi file !

[Micka]

Thanks for the help,

I forgot to precise that I'm not using cape manager. I've edited the file
am335x-bonelback.dts to include the file pru.dtsi .

The idea in this file is to configure the pins used by the PRU ( you need
to configure before using it with the pru ) .

And for what I understood in the device tree, it's not a problem to repeat
the node _pinmux { .

It is used in the file am335x-boneblack.dts and the file
am335x-bone-common.dtsi .

So, theoretically it should works to do that in the file pru.dtsi :

_pinmux {

pru_pru_pins: pinmux_pru_pru_pins {
pinctrl-single,pins = <
0x158 0x72 /* spi0_d1.i2c1_sda, SLEWCTRL_SLOW | INPUT_PULLUP | MODE2 */
0x15c 0x72 /* spi0_cs0.i2c1_scl, SLEWCTRL_SLOW | INPUT_PULLUP | MODE2 */
>;
};
};

{
status = "okay";
pinctrl-names = "default";
pinctrl-0 = <_pru_pins>;
};



Le mar. 8 déc. 2015 à 12:33, William Hermans  a écrit :

> Here is a good example I think, but I'm confused as to why he has multiple
> mode / pullup / pulldown configurations for the same pin. But I would take
> that as only on mode / pullup/pulldown config is meant to be used at any
> one given time.
>
> https://github.com/nomel/beaglebone/tree/master/pru-gpio/generated
>
> On Tue, Dec 8, 2015 at 4:00 AM, William Hermans  wrote:
>
>> I think a good example of how to enable pins and the PRUs in the same
>> overlay file would be Beagelpilot. I'll check it's dts's too since I'm
>> currently not doing anything . . .
>>
>> On Tue, Dec 8, 2015 at 3:47 AM, William Hermans 
>> wrote:
>>
>>> The aliases am33xx_pinmux, and pruss already exist in the stock board
>>> files. But look at this snippet as an example.
>>>
>>>
>>>
>>>
>>>
>>> *fragment@0 {target = <_pinmux>;__overlay__ {
>>> bb_gpio_relay_pins: pinmux_bb_gpio_relay_pins *{
>>> pinctrl-single,pins = <
>>> BONE_P9_15 (PIN_OUTPUT_PULLDOWN | MUX_MODE7) /*
>>> gpmc_a0.gpio1_16 */
>>> BONE_P9_23 (PIN_OUTPUT_PULLDOWN | MUX_MODE7) /*
>>> gpmc_a1.gpio1_17 */
>>> BONE_P9_12 (PIN_OUTPUT_PULLDOWN | MUX_MODE7) /*
>>> gpmc_be1n.gpio1_28 */
>>> BONE_P9_27 (PIN_OUTPUT_PULLDOWN | MUX_MODE7) /*
>>> mcasp0_fsr.gpio3_19 */
>>> >;
>>> };
>>>
>>> };
>>> };
>>> fragment@1 {
>>> target-path="/";
>>> __overlay__ {
>>>
>>> leds {
>>>
>>> *pinctrl-names = "default";pinctrl-0 =
>>> <_gpio_relay_pins>;*
>>>
>>> compatible = "gpio-leds";
>>>
>>> jp@1 {
>>> label = "relay-jp1";
>>> gpios = < 28 GPIO_ACTIVE_HIGH>;
>>> default-state = "keep";
>>> };
>>>
>>> jp@2 {
>>> label = "relay-jp2";
>>> gpios = < 16 GPIO_ACTIVE_HIGH>;
>>> default-state = "keep";
>>> };
>>>
>>> jp@3 {
>>> label = "relay-jp3";
>>> gpios = < 17 GPIO_ACTIVE_HIGH>;
>>> default-state = "keep";
>>> };
>>>
>>> jp@4 {
>>> label = "relay-jp4";
>>> gpios = < 19 GPIO_ACTIVE_HIGH>;
>>> default-state = "keep";
>>> };
>>> };
>>> };
>>> };
>>>
>>> Passed that, why do you need to "bind" these pins to the PRUs ? The
>>> PRU's can access any GPIO / hardware module directly through it's register
>>> addresses. Whats more, I'm not even sure what you're trying to do is
>>> possible. The PRUs are not like any of the other hardware modules on the
>>> processor, in that they are directly connected to pads / pins.
>>>
>>> On Tue, Dec 8, 2015 at 2:59 AM, Micka  wrote:
>>>
 Hi,

 I'm trying to use the pru and I got :

 pruss_uio 4a30.pruss: No children


 my pru.dtsi file :

 _pinmux {

 pru_pru_pins: pinmux_pru_pru_pins {
 pinctrl-single,pins = <
 0x158 0x72 /* spi0_d1.i2c1_sda, SLEWCTRL_SLOW | INPUT_PULLUP | MODE2 */
 0x15c 0x72 /* spi0_cs0.i2c1_scl, SLEWCTRL_SLOW | INPUT_PULLUP | MODE2
 */
 >;
 };
 };

 {
 status = "okay";
 pinctrl-names = "default";
 pinctrl-0 = <_pru_pins>;
 };


 What is wrong ?
 …

 Micka,

 --
 For more options, visit http://beagleboard.org/discuss
 ---
 You received this message because you are subscribed to the Google
 Groups "BeagleBoard" group.
 To unsubscribe from this group and stop receiving emails from it, send
 an email to beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.

>>>
>>>
>>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are 

[beagleboard] Re: 1080p/720p USB Cameras

[DLF]

I gave up on USB cameras about a year when I read this

https://e2e.ti.com/support/embedded/linux/f/354/t/332530#pi317016=2

... partially because it was beyond me, but also because it appeared to be 
moving at a glacial speed.   (not being critical - just an observation)

There are other threads in the Google groups about USB cameras on the BBB - 
which are not favorable.

as always ... good luck


On Monday, 7 December 2015 22:15:05 UTC+1, SWiT wrote:
>
> I'm trying to record a USB 1080p 30fps USB webcam but I can't get much 
> over 10fps at 1080p or 720p. The resolution change from 1920x1080 to 
> 1280x720 does not seem to effect the fps at all.
>
> I've tried 2 cameras, a generic winbook 1080p webcam and a very nice 
> Logitech c930e. I am using MJPEG compression. Both work at 30fps in Ubuntu 
> 14.04 with cheese and avconv (libav-tools).
>
> On the BBB I ran top and iotop and they indicated the CPU never got above 
> 10% and the bandwidth writing to disk was <4,000KBps. I got the same low 
> fps when running on the debian 7.5 (2015-03-01) and 7.9 (2015-11-12) 
> releases.  I couldn't get 8.2 (2015-11-12) to boot but I'll rewrite the SD 
> card and try again if someone thinks it might help.
>
>
> The kicker is the Logitech c930e worked at 1080p@30fps on the 
> RaspberryPi2, but the cheap generic camera would only run at 1080p@10fps on 
> the RPi2.
>
>
>
> Should I be building the UVC drivers from the latest source or something 
> like that? Is there a newer Kernel I should be using? Am I hitting some 
> kind of USB bottleneck?
>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Configure Beaglebone to access usb0 from host PC. (Cannot ssh to beaglebone through USB)

[hllpc]

And this is usb0-dhcp:

# disable DNS by setting port to 0
port=0
interface=usb0
#one address range
dhcp-range=192.168.7.1
192.168.7.1,192.168.7.1
192.168.7.1
dhcp-option=3
except-interface=lo
except-interface=eth0
listen-address=192.168.7.2
192.168.7.2




-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] pru & dtsi file !

[William Hermans]

Here is a good example I think, but I'm confused as to why he has multiple
mode / pullup / pulldown configurations for the same pin. But I would take
that as only on mode / pullup/pulldown config is meant to be used at any
one given time.

https://github.com/nomel/beaglebone/tree/master/pru-gpio/generated

On Tue, Dec 8, 2015 at 4:00 AM, William Hermans  wrote:

> I think a good example of how to enable pins and the PRUs in the same
> overlay file would be Beagelpilot. I'll check it's dts's too since I'm
> currently not doing anything . . .
>
> On Tue, Dec 8, 2015 at 3:47 AM, William Hermans  wrote:
>
>> The aliases am33xx_pinmux, and pruss already exist in the stock board
>> files. But look at this snippet as an example.
>>
>>
>>
>>
>>
>> *fragment@0 {target = <_pinmux>;__overlay__ {
>> bb_gpio_relay_pins: pinmux_bb_gpio_relay_pins *{
>> pinctrl-single,pins = <
>> BONE_P9_15 (PIN_OUTPUT_PULLDOWN | MUX_MODE7) /*
>> gpmc_a0.gpio1_16 */
>> BONE_P9_23 (PIN_OUTPUT_PULLDOWN | MUX_MODE7) /*
>> gpmc_a1.gpio1_17 */
>> BONE_P9_12 (PIN_OUTPUT_PULLDOWN | MUX_MODE7) /*
>> gpmc_be1n.gpio1_28 */
>> BONE_P9_27 (PIN_OUTPUT_PULLDOWN | MUX_MODE7) /*
>> mcasp0_fsr.gpio3_19 */
>> >;
>> };
>>
>> };
>> };
>> fragment@1 {
>> target-path="/";
>> __overlay__ {
>>
>> leds {
>>
>> *pinctrl-names = "default";pinctrl-0 =
>> <_gpio_relay_pins>;*
>>
>> compatible = "gpio-leds";
>>
>> jp@1 {
>> label = "relay-jp1";
>> gpios = < 28 GPIO_ACTIVE_HIGH>;
>> default-state = "keep";
>> };
>>
>> jp@2 {
>> label = "relay-jp2";
>> gpios = < 16 GPIO_ACTIVE_HIGH>;
>> default-state = "keep";
>> };
>>
>> jp@3 {
>> label = "relay-jp3";
>> gpios = < 17 GPIO_ACTIVE_HIGH>;
>> default-state = "keep";
>> };
>>
>> jp@4 {
>> label = "relay-jp4";
>> gpios = < 19 GPIO_ACTIVE_HIGH>;
>> default-state = "keep";
>> };
>> };
>> };
>> };
>>
>> Passed that, why do you need to "bind" these pins to the PRUs ? The PRU's
>> can access any GPIO / hardware module directly through it's register
>> addresses. Whats more, I'm not even sure what you're trying to do is
>> possible. The PRUs are not like any of the other hardware modules on the
>> processor, in that they are directly connected to pads / pins.
>>
>> On Tue, Dec 8, 2015 at 2:59 AM, Micka  wrote:
>>
>>> Hi,
>>>
>>> I'm trying to use the pru and I got :
>>>
>>> pruss_uio 4a30.pruss: No children
>>>
>>>
>>> my pru.dtsi file :
>>>
>>> _pinmux {
>>>
>>> pru_pru_pins: pinmux_pru_pru_pins {
>>> pinctrl-single,pins = <
>>> 0x158 0x72 /* spi0_d1.i2c1_sda, SLEWCTRL_SLOW | INPUT_PULLUP | MODE2 */
>>> 0x15c 0x72 /* spi0_cs0.i2c1_scl, SLEWCTRL_SLOW | INPUT_PULLUP | MODE2 */
>>> >;
>>> };
>>> };
>>>
>>> {
>>> status = "okay";
>>> pinctrl-names = "default";
>>> pinctrl-0 = <_pru_pins>;
>>> };
>>>
>>>
>>> What is wrong ?
>>> …
>>>
>>> Micka,
>>>
>>> --
>>> For more options, visit http://beagleboard.org/discuss
>>> ---
>>> You received this message because you are subscribed to the Google
>>> Groups "BeagleBoard" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to beagleboard+unsubscr...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] pru & dtsi file !

[Micka]

Hi,

I'm trying to use the pru and I got :

pruss_uio 4a30.pruss: No children


my pru.dtsi file :

_pinmux {

pru_pru_pins: pinmux_pru_pru_pins {
pinctrl-single,pins = <
0x158 0x72 /* spi0_d1.i2c1_sda, SLEWCTRL_SLOW | INPUT_PULLUP | MODE2 */
0x15c 0x72 /* spi0_cs0.i2c1_scl, SLEWCTRL_SLOW | INPUT_PULLUP | MODE2 */
>;
};
};

{
status = "okay";
pinctrl-names = "default";
pinctrl-0 = <_pru_pins>;
};


What is wrong ?
…

Micka,

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] pru & dtsi file !

[William Hermans]

The aliases am33xx_pinmux, and pruss already exist in the stock board
files. But look at this snippet as an example.





*fragment@0 {target = <_pinmux>;__overlay__ {
bb_gpio_relay_pins: pinmux_bb_gpio_relay_pins *{
pinctrl-single,pins = <
BONE_P9_15 (PIN_OUTPUT_PULLDOWN | MUX_MODE7) /*
gpmc_a0.gpio1_16 */
BONE_P9_23 (PIN_OUTPUT_PULLDOWN | MUX_MODE7) /*
gpmc_a1.gpio1_17 */
BONE_P9_12 (PIN_OUTPUT_PULLDOWN | MUX_MODE7) /*
gpmc_be1n.gpio1_28 */
BONE_P9_27 (PIN_OUTPUT_PULLDOWN | MUX_MODE7) /*
mcasp0_fsr.gpio3_19 */
>;
};

};
};
fragment@1 {
target-path="/";
__overlay__ {

leds {

*pinctrl-names = "default";pinctrl-0 =
<_gpio_relay_pins>;*

compatible = "gpio-leds";

jp@1 {
label = "relay-jp1";
gpios = < 28 GPIO_ACTIVE_HIGH>;
default-state = "keep";
};

jp@2 {
label = "relay-jp2";
gpios = < 16 GPIO_ACTIVE_HIGH>;
default-state = "keep";
};

jp@3 {
label = "relay-jp3";
gpios = < 17 GPIO_ACTIVE_HIGH>;
default-state = "keep";
};

jp@4 {
label = "relay-jp4";
gpios = < 19 GPIO_ACTIVE_HIGH>;
default-state = "keep";
};
};
};
};

Passed that, why do you need to "bind" these pins to the PRUs ? The PRU's
can access any GPIO / hardware module directly through it's register
addresses. Whats more, I'm not even sure what you're trying to do is
possible. The PRUs are not like any of the other hardware modules on the
processor, in that they are directly connected to pads / pins.

On Tue, Dec 8, 2015 at 2:59 AM, Micka  wrote:

> Hi,
>
> I'm trying to use the pru and I got :
>
> pruss_uio 4a30.pruss: No children
>
>
> my pru.dtsi file :
>
> _pinmux {
>
> pru_pru_pins: pinmux_pru_pru_pins {
> pinctrl-single,pins = <
> 0x158 0x72 /* spi0_d1.i2c1_sda, SLEWCTRL_SLOW | INPUT_PULLUP | MODE2 */
> 0x15c 0x72 /* spi0_cs0.i2c1_scl, SLEWCTRL_SLOW | INPUT_PULLUP | MODE2 */
> >;
> };
> };
>
> {
> status = "okay";
> pinctrl-names = "default";
> pinctrl-0 = <_pru_pins>;
> };
>
>
> What is wrong ?
> …
>
> Micka,
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: GPU computation?

[Karl Karpfen]

For parallel/backround processing the two PRUs may be more suitable. But 
I'd guess you would have to implement the code for your own and will not 
see large speed improvements when you often have to access main RAM (but 
any GPU computation - if possible - would suffer from the same problem).

Am Dienstag, 1. Dezember 2015 23:40:33 UTC+1 schrieb Yang Yang:
>
> I'm trying to implement some computer vision algorithms for my robot, 
> based on beagle board black. 
>
> vision processing is very CPU intensive, so I was wondering if there are 
> any existing frameworks for running parallel computations on GPU , 
> particularly on beagle board 
>
> thanks
> Yang
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] pru & dtsi file !

[Micka]

I discovered that you can decompile dtb file ^^ =>

dtc -O dts -I dtb -o am335x-boneblack.dts am335x-boneblack.dtb

the dtb file is the input and the dts file is the output ^^ .

I attached the file generated with this command.

I can find the pruss definition :

pruss@4a30 {
compatible = "ti,pruss-v2";
ti,hwmods = "pruss";
ti,deassert-hard-reset = "pruss", "pruss";
reg = <0x4a30 0x8>;
ti,pintc-offset = <0x2>;
interrupt-parent = <0x1>;
status = "okay";
interrupts = <0x14 0x15 0x16 0x17 0x18 0x19 0x1a 0x1b>;
pinctrl-names = "default";
*pinctrl-0 = <0x31>;*
linux,phandle = <0xa2>;
phandle = <0xa2>;
};


and the line with pinctrl-0 = <0x31>; means that it is linked with that :
pinmux_pru_pru_pins {
pinctrl-single,pins = <0x158 0x72 0x15c 0x72>;
linux,phandle = <*0x31*>;
phandle = <*0x31*>;
};

But I still don't understand what this error message mean :

[6.745295] pruss_uio 4a30.pruss: No children

 Micka,

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


am335x-boneblack.dts
Description: Binary data

Re: [beagleboard] Re: Configure Beaglebone to access usb0 from host PC. (Cannot ssh to beaglebone through USB)

[hllpc]

Hi Jason, I tried with the modprobe

./am335x_evm.sh

but I got

SIOCSIFADDR: Invalid argument
Job for dnsmasq.service failed. See 'systemctl status dnsmasq.service' and 
'journalctl 
-xn' for details

This is  systemctl status dnsmasq.service output: 
● dnsmasq.service - dnsmasq - A lightweight DHCP and caching DNS server
   Loaded: loaded (/lib/systemd/system/dnsmasq.service; enabled)
  Drop-In: /run/systemd/generator/dnsmasq.service.d
   └─50-dnsmasq-$named.conf, 50-insserv.conf-$named.conf
   Active: failed (Result: exit-code) since Thu 2015-11-12 22:22:21 UTC; 
7min ago
  Process: 404 ExecStop=/etc/init.d/dnsmasq systemd-stop-resolvconf (code=
exited, status=0/SUCCESS)
  Process: 289 ExecStartPost=/etc/init.d/dnsmasq systemd-start-resolvconf (
code=exited, status=0/SUCCESS)
  Process: 710 ExecStart=/etc/init.d/dnsmasq systemd-exec (code=exited, 
status=1/FAILURE)
  Process: 707 ExecStartPre=/usr/sbin/dnsmasq --test (code=exited, status=0/
SUCCESS)
 Main PID: 279 (code=exited, status=0/SUCCESS)

Nov 12 22:22:21 beaglebone dnsmasq[707]: dnsmasq: syntax check OK.
Nov 12 22:22:21 beaglebone dnsmasq[710]: dnsmasq: bad dhcp-range at line 9 
of /etc/dnsmasq.d/usb0-dhcp
Nov 12 22:22:21 beaglebone dnsmasq[710]: bad dhcp-range at line 9 of /etc/
dnsmasq.d/usb0-dhcp
Nov 12 22:22:21 beaglebone systemd[1]: dnsmasq.service: control process 
exited, code=exited status=1
Nov 12 22:22:21 beaglebone systemd[1]: Failed to start dnsmasq - A 
lightweight DHCP and caching DNS server.
Nov 12 22:22:21 beaglebone systemd[1]: Unit dnsmasq.service entered failed 
state.



typing journalctl -xe
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit dnsmasq.service has failed.
--
-- The result is failed.
Nov 12 22:04:18 beaglebone systemd[1]: Dependency failed for Host and 
Network Name Lookups.
-- Subject: Unit nss-lookup.target has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit nss-lookup.target has failed.
--
-- The result is dependency.
Nov 12 22:04:18 beaglebone systemd[1]: Unit dnsmasq.service entered failed 
state.
Nov 12 22:17:01 beaglebone CRON[641]: pam_unix(cron:session): session 
opened for user root by (uid=0)
Nov 12 22:17:01 beaglebone CRON[642]: (root) CMD (   cd / && run-parts --report 
/etc/cron.hourly)
Nov 12 22:17:01 beaglebone CRON[641]: pam_unix(cron:session): session 
closed for user root
Nov 12 22:22:21 beaglebone dnsmasq[707]: dnsmasq: syntax check OK.
Nov 12 22:22:21 beaglebone dnsmasq[710]: dnsmasq: bad dhcp-range at line 9 
of /etc/dnsmasq.d/usb0-dhcp
Nov 12 22:22:21 beaglebone dnsmasq[710]: bad dhcp-range at line 9 of /etc/
dnsmasq.d/usb0-dhcp
Nov 12 22:22:21 beaglebone dnsmasq[710]: FAILED to start up
Nov 12 22:22:21 beaglebone systemd[1]: dnsmasq.service: control process 
exited, code=exited status=1
Nov 12 22:22:21 beaglebone systemd[1]: Failed to start dnsmasq - A 
lightweight DHCP and caching DNS server.
-- Subject: Unit dnsmasq.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit dnsmasq.service has failed.
--
-- The result is failed.
Nov 12 22:22:21 beaglebone systemd[1]: Dependency failed for Host and 
Network Name Lookups.
-- Subject: Unit nss-lookup.target has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit nss-lookup.target has failed.
--
-- The result is dependency.
Nov 12 22:22:21 beaglebone systemd[1]: Unit dnsmasq.service entered failed 
state.



Il giorno lunedì 7 dicembre 2015 13:36:55 UTC+1, Jason Kridner ha scritto:
>
> Find the modprobe here: 
>
> https://github.com/RobertCNelson/boot-scripts/blob/master/boot/am335x_evm.sh 
>
> You've got to have it serve up an IP address if you don't want to 
> manually configure: 
>
> https://github.com/RobertCNelson/boot-scripts/blob/master/boot/autoconfigure_usb0.sh
>  
>
> On Mon, Dec 7, 2015 at 2:42 AM, Mehmet Kurnaz  > wrote: 
> > You need g_ether.ko module. You can check it is loaded. 
> > 
> > On Sun, Dec 6, 2015 at 7:44 PM, hllpc  > wrote: 
> >> 
> >> Same Issue here. 
> >> 
> >> Il giorno venerdì 30 ottobre 2015 18:13:55 UTC+1, Alex ha scritto: 
> >>> 
> >>> Hi, 
> >>> 
> >>> I am using ubuntu 14.04 (from Robert Nelson) with a custom 
> 3.15.10-bone8 
> >>> kernel on Beaglebone Black. HDMI is disabled. 
> >>> When I plug the board to a PC, Beaglebone powers up but the PC does 
> not 
> >>> recognize that a USB device is connected to it. I have installed the 
> drivers 
> >>> for network-over-USB which is recommended on 
> Beagleboard.org/getting-started 
> >>> too. Moreover, I cannot ssh into it using 192.168.7.2 eventhough I 
> have set 
> >>> up my /etc/network/interfaces. 
> >>> ubuntu@arm $ ifconfig usb0 
> >>> usb0  Link encap:Ethernet  HWaddr d2:56:2f:23:1d:e2 
> >>>   inet addr:192.168.7.2  Bcast:192.168.7.3 
>  Mask:255.255.255.252 

[beagleboard] how to RMA?

[Taceant Omnes]

So I have a problem in one of my BBs, and I want to see if I can RMA
it. I went to the page below and filled the form with all the required
data. When I click on the Submit button, instead of sending the data,
I get asked to set up an email account in Seamonkey (the browser I am
using). I am not sure I want to set-up such an account. Am I missing
something? Why doesn't the Submit button just send the data in the
form as in many other websites?

http://beagleboard.org/support/RMA

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] 4.1 repo

[Robert Nelson]

On Tue, Dec 8, 2015 at 7:59 AM,   wrote:
> Robert,
> Any updates on this? I just moved from r21 to r35 and created the DTC for my
> TLV320AIC3104 as specified here:
> https://github.com/beagleboard/bb.org-overlays/commits/master/src/arm/BB-BONE-AUDI-02-00A0.dts
> I can see and configure the device but it chokes on speaker-test; it makes
> one blip on the output then freezes. Does the audio output bug persist?

No, i haven't gotten the audio cape to work yet.  I've cleaned up the
boot errors enough where we don't really have any more hints of where
it's messed up, and i don't know enough of the asoc layer to fix it at
this point.

I've had reports that hdmi-audio works fine, so audio does work..
(just not this cape/overlay)

Regards,

-- 
Robert Nelson
https://rcn-ee.com/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Calling C program from PHP

[Marcelo Rodrigues]

Hi Everyone,

I wrote a small C program for turning on/off the LEDs of the BeagleBone 
Green, it works fine when I call it direct from command line. However, when 
I try to call it from a PHP code it doesn't work.

I'm using Linux beaglebone 3.8.13-bone71.1 and Apache2. The C program reads 
2 arguments from command line (led and onOff) that says which led to 
control and its state. The exec line in the PHP code is the 
following: exec("/var/www/ledCtl $led $onOff");

Do you have any idea how can I find the reason this call doen'st work from 
PHP code?

Thanks in advance.

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] 4.1 repo

[bglazierjr]

Robert,
Any updates on this? I just moved from r21 to r35 and created the DTC for 
my TLV320AIC3104 as specified here: 
https://github.com/beagleboard/bb.org-overlays/commits/master/src/arm/BB-BONE-AUDI-02-00A0.dts
I can see and configure the device but it chokes on speaker-test; it makes 
one blip on the output then freezes. Does the audio output bug persist?
Thank you,
Bruce

On Monday, August 10, 2015 at 10:19:10 AM UTC-4, RobertCNelson wrote:
>
> On Mon, Aug 10, 2015 at 9:05 AM, Shadi Abdu-Rahman  > wrote: 
> > 
> >> 
> >> there are some issues with the audio rev b, but i can't find that 
> >> board for sale anywhere anymore. (i have the rev a) 
> >> 
> > 
> > Hi Robert, 
> > 
> > Could you elaborate on the issues you're seeing with the Audio Cape? I'm 
> > having trouble using the audio system as described here, and I'm 
> wondering 
> > if it's the same Transmit Buffer Underflow problems you're seeing. 
>
> Most of the issues are now fixed: 
>
>
> https://github.com/beagleboard/bb.org-overlays/blob/master/src/arm/BB-BONE-AUDI-02-00A0.dts
>  
>
>
> https://github.com/beagleboard/bb.org-overlays/commits/master/src/arm/BB-BONE-AUDI-02-00A0.dts
>  
>
> But i think audio (output) was still not working.. 
>
> Now that the reset bug has a workaround, i'll try and look at audio 
> again today.. 
>
> Regards, 
>
> -- 
> Robert Nelson 
> https://rcn-ee.com/ 
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] how to RMA?

[Gerald Coley]

Sounds like the page is corrupted some how or you have some malware.
Send a direct email with the required information to  the RMA email account.

Gerald


On Tue, Dec 8, 2015 at 9:15 AM, Taceant Omnes  wrote:

> So I have a problem in one of my BBs, and I want to see if I can RMA
> it. I went to the page below and filled the form with all the required
> data. When I click on the Submit button, instead of sending the data,
> I get asked to set up an email account in Seamonkey (the browser I am
> using). I am not sure I want to set-up such an account. Am I missing
> something? Why doesn't the Submit button just send the data in the
> form as in many other websites?
>
> http://beagleboard.org/support/RMA
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Gerald

ger...@beagleboard.org
http://beagleboard.org/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] how to RMA?

[Taceant Omnes]

On 8 December 2015 at 15:41, Gerald Coley  wrote:
> Sounds like the page is corrupted some how or you have some malware.
> Send a direct email with the required information to  the RMA email account.
>
> Gerald

Thanks Gerald.

I did a search within Gmail like so "label:beagleboard subject:rma "
and the second thread, dated 8/11/2014, has what seems like the same
problem as I have.

It looks like the web page is trying to send my data using whatever
email client I have configured the browser with. I tried Internet
Explorer and I got the attached dialogue box.

This seems to be an uncommon way of designing a web page, at least I
don't remember have encountered something like this before. Normally
the Submit button justs sends data without using an email client. I
don't feel inclined to configure email clients in browsers for
security reasons.

So yes, I prefer to send the request directly to the RMA email address
like you suggested. Is the address r...@beableboard.org?

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] who are user UID 110 and group GID 116?

[Maurice H.]

Thanks! Much appreciated.

On Monday, 7 December 2015 22:39:05 UTC+1, RobertCNelson wrote:
>
>
>
> On Mon, Dec 7, 2015 at 3:28 PM, Robert Nelson  > wrote:
>
>>
>>
>> On Mon, Dec 7, 2015 at 3:13 PM, Robert Nelson > > wrote:
>>
>>>
>>>
>>> On Mon, Dec 7, 2015 at 2:47 PM, Maurice H. >> > wrote:
>>>
 I must agree with you that `npm` is not the ideal packagemanager. ;-) 
 There also seems to be `pip` installed for Python packages...

 Is there a remote possibility that those packages would ever be offered 
 via `apt-get` ?

>>>
>>> i wish...  cloud9 ide has to be installed via npm, then they broke some 
>>> of the npm packaging, so you have install some npm dependices on target, 
>>> before you can run the "standalone" package...
>>>
>>>  
>>>

 Problem is that even as the root user some things (I forget which) 
 didn't work off the bat because of those broken ownerships. I ended up 
 chowning them to root:root (for files in `/etc/`) and debian:debian for 
 files in `/home/debian`. 

>>>
>>>
>>> debian@beaglebone:~$ sudo cat .npmrc 
>>> cache = /root/.npm
>>> group = 0
>>> init-module = /root/.npm-init.js
>>> tmp = /root/tmp
>>> user = 0
>>> userconfig = /root/.npmrc
>>>
>>> root@beaglebone:~# pwd
>>> /root
>>> root@beaglebone:~# ls -lha ./
>>> total 28K
>>> drwx--  5 root root 4.0K Dec  6 21:32 .
>>> drwxr-xr-x 21 root root 4.0K Jan  1  2000 ..
>>> -rw-r--r--  1 root root  570 Jan 31  2010 .bashrc
>>> drwxr-xr-x  9 root root 4.0K Dec  6 21:23 .c9
>>> drwxr-xr-x  3 root root 4.0K Dec  6 21:23 .cache
>>> drwxr-xr-x  3 root root 4.0K Dec  6 21:24 .node-gyp
>>> -rw-r--r--  1 root root  140 Nov 19  2007 .profile
>>>
>>> Well that's broken, so we can drop /home/debian/.npmrc
>>>
>>>
>>> https://github.com/RobertCNelson/omap-image-builder/commit/5dfed9a2703c4013f9577b2e04f65e18568bd409
>>>
>>
>>
>> and the rest are mine..
>>
>> drwxr-xr-x  2 rootroot  4.0K Dec  6 21:04 bluetooth
>> -rw-r--r--  1 polkitd bluetooth   40 Dec  6 21:06 dogtag
>> -rw-r--r--  1 polkitd bluetooth   11 Dec  6 23:11 hostname
>> -rw-r--r--  1 polkitd bluetooth  213 Dec  6 23:11 hosts
>> -rw-r--r--  1 polkitd bluetooth  263 Dec  7 19:05 issue
>> -rw-r--r--  1 polkitd bluetooth  175 Dec  6 21:29 issue.net
>> -rw-r--r--  1 polkitd bluetooth   86 Dec  6 21:06 rcn-ee.conf
>>
>> those should all be root:root
>>
>
> This should fix the rest, please let me know if you find more:
>
>
> https://github.com/RobertCNelson/omap-image-builder/commit/586c447e85ffbac762ce4d2b0b3b33434eaf4adf
>
> Regards,
>
> -- 
> Robert Nelson
> https://rcn-ee.com/
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] how to RMA?

[Gerald Coley]

I will pass this on to Jason so he can look into it.

Yes, that is the RMA address.

Gerald


On Tue, Dec 8, 2015 at 10:04 AM, Taceant Omnes  wrote:

> On 8 December 2015 at 15:41, Gerald Coley  wrote:
> > Sounds like the page is corrupted some how or you have some malware.
> > Send a direct email with the required information to  the RMA email
> account.
> >
> > Gerald
>
> Thanks Gerald.
>
> I did a search within Gmail like so "label:beagleboard subject:rma "
> and the second thread, dated 8/11/2014, has what seems like the same
> problem as I have.
>
> It looks like the web page is trying to send my data using whatever
> email client I have configured the browser with. I tried Internet
> Explorer and I got the attached dialogue box.
>
> This seems to be an uncommon way of designing a web page, at least I
> don't remember have encountered something like this before. Normally
> the Submit button justs sends data without using an email client. I
> don't feel inclined to configure email clients in browsers for
> security reasons.
>
> So yes, I prefer to send the request directly to the RMA email address
> like you suggested. Is the address r...@beableboard.org?
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Gerald

ger...@beagleboard.org
http://beagleboard.org/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] who are user UID 110 and group GID 116?

[Maurice H.]

Yep those are the ones I seem to recall. Changed them to root:root.

On Monday, 7 December 2015 22:29:31 UTC+1, RobertCNelson wrote:
>
>
>
> On Mon, Dec 7, 2015 at 3:13 PM, Robert Nelson  > wrote:
>
>>
>>
>> On Mon, Dec 7, 2015 at 2:47 PM, Maurice H. > > wrote:
>>
>>> I must agree with you that `npm` is not the ideal packagemanager. ;-) 
>>> There also seems to be `pip` installed for Python packages...
>>>
>>> Is there a remote possibility that those packages would ever be offered 
>>> via `apt-get` ?
>>>
>>
>> i wish...  cloud9 ide has to be installed via npm, then they broke some 
>> of the npm packaging, so you have install some npm dependices on target, 
>> before you can run the "standalone" package...
>>
>>  
>>
>>>
>>> Problem is that even as the root user some things (I forget which) 
>>> didn't work off the bat because of those broken ownerships. I ended up 
>>> chowning them to root:root (for files in `/etc/`) and debian:debian for 
>>> files in `/home/debian`. 
>>>
>>
>>
>> debian@beaglebone:~$ sudo cat .npmrc 
>> cache = /root/.npm
>> group = 0
>> init-module = /root/.npm-init.js
>> tmp = /root/tmp
>> user = 0
>> userconfig = /root/.npmrc
>>
>> root@beaglebone:~# pwd
>> /root
>> root@beaglebone:~# ls -lha ./
>> total 28K
>> drwx--  5 root root 4.0K Dec  6 21:32 .
>> drwxr-xr-x 21 root root 4.0K Jan  1  2000 ..
>> -rw-r--r--  1 root root  570 Jan 31  2010 .bashrc
>> drwxr-xr-x  9 root root 4.0K Dec  6 21:23 .c9
>> drwxr-xr-x  3 root root 4.0K Dec  6 21:23 .cache
>> drwxr-xr-x  3 root root 4.0K Dec  6 21:24 .node-gyp
>> -rw-r--r--  1 root root  140 Nov 19  2007 .profile
>>
>> Well that's broken, so we can drop /home/debian/.npmrc
>>
>>
>> https://github.com/RobertCNelson/omap-image-builder/commit/5dfed9a2703c4013f9577b2e04f65e18568bd409
>>
>
>
> and the rest are mine..
>
> drwxr-xr-x  2 rootroot  4.0K Dec  6 21:04 bluetooth
> -rw-r--r--  1 polkitd bluetooth   40 Dec  6 21:06 dogtag
> -rw-r--r--  1 polkitd bluetooth   11 Dec  6 23:11 hostname
> -rw-r--r--  1 polkitd bluetooth  213 Dec  6 23:11 hosts
> -rw-r--r--  1 polkitd bluetooth  263 Dec  7 19:05 issue
> -rw-r--r--  1 polkitd bluetooth  175 Dec  6 21:29 issue.net
> -rw-r--r--  1 polkitd bluetooth   86 Dec  6 21:06 rcn-ee.conf
>
> those should all be root:root
>
> Regards,
>
> -- 
> Robert Nelson
> https://rcn-ee.com/
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] how to RMA?

[Jason Kridner]

The web form is a mailto: form, so, yes, it just tries to use your
e-mail client. The form is there to help make sure you provide the
right information in the e-mail. This used to be much more common, but
now people typically setup some kind of database and create some kind
of e-mail output at the back end, if desired.

Is this really a big enough deal for me to create a back-end script
and have the server generate the e-mail?

On Tue, Dec 8, 2015 at 11:26 AM, Gerald Coley  wrote:
> I will pass this on to Jason so he can look into it.
>
> Yes, that is the RMA address.
>
> Gerald
>
>
> On Tue, Dec 8, 2015 at 10:04 AM, Taceant Omnes  wrote:
>>
>> On 8 December 2015 at 15:41, Gerald Coley  wrote:
>> > Sounds like the page is corrupted some how or you have some malware.
>> > Send a direct email with the required information to  the RMA email
>> > account.
>> >
>> > Gerald
>>
>> Thanks Gerald.
>>
>> I did a search within Gmail like so "label:beagleboard subject:rma "
>> and the second thread, dated 8/11/2014, has what seems like the same
>> problem as I have.
>>
>> It looks like the web page is trying to send my data using whatever
>> email client I have configured the browser with. I tried Internet
>> Explorer and I got the attached dialogue box.
>>
>> This seems to be an uncommon way of designing a web page, at least I
>> don't remember have encountered something like this before. Normally
>> the Submit button justs sends data without using an email client. I
>> don't feel inclined to configure email clients in browsers for
>> security reasons.
>>
>> So yes, I prefer to send the request directly to the RMA email address
>> like you suggested. Is the address r...@beableboard.org?
>>
>> --
>> For more options, visit http://beagleboard.org/discuss
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to beagleboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>
>
>
>
> --
> Gerald
>
> ger...@beagleboard.org
> http://beagleboard.org/
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Slow camera acquisition with Debian Jessie

[ecd29771]

Hey Robert, thanks for the reply. I should have mentioned that I already 
set the cpu frequency to 1000Mhz. If you have any other suggestions though, 
I'd be all ears. 

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] HW Timestamping on beaglebone black

[John Syne]

Let me know about your progress as this is an interesting topic. I will help in 
any way I can.

Regards,
John




> On Dec 8, 2015, at 3:42 AM, hllpc  wrote:
> 
> Hi John!
> Now I got a new bbb with Jessie 4.1.12-ti-r29 with HW timestamping and 
> RemoteProc/RPMSG ! Let's see how it goes.
> Thanks again for your answers!
> Valeria
> 
> Il giorno lunedì 30 novembre 2015 00:23:18 UTC+1, john3909 ha scritto:
> You might find this presentation helpful:
> 
> https://www.youtube.com/watch?v=pNiOlRi8jK4=37=PLGeM09tlguZTPUxEvsQiDgX0XDjfOL6oR
>  
> 
> 
> Regards,
> John
> 
> 
> 
> 
>> On Nov 27, 2015, at 2:28 AM, hllpc gmail.com 
>> > wrote:
>> 
>> Hi John,
>> thanks for the infos. The problem is that I need to use the PRUSS, right now 
>> my bbb runs a 3.8.13 kernel with pru support and I've read here 
>> 
>>  that the newest versions could be a bit problematic on this front. But I 
>> won't need the TI PRU cape support so maybe just building the kernel would 
>> be fine, I still need to do a bit of googling about this.
>> 
>> Thanks again!
>> 
>> Il giorno giovedì 26 novembre 2015 22:40:17 UTC+1, john3909 ha scritto:
>> BTW, CPTS and PTP_1588_CLOCK are enabled in the ti-linux-kernel-dev repo, so 
>> if you use 4.1.13-ti-r34, you have everything you need. Now if you look in 
>> drivers’ptp you will find code for PTP. Not sure if any of this will work on 
>> the BBB, but it is a good place to start. 
>> 
>> Regards, 
>> John 
>> 
>> 
>> 
>> 
>> > On Nov 26, 2015, at 11:55 AM, hllpc > wrote: 
>> > 
>> > Hi John, 
>> > strangely enough I haven't found anything specific for the bbb, I was 
>> > thinking about using linuxptp (which allow both sw and hw timestamping). 
>> > The only reference I've found is hete in the forum (   
>> > https://groups.google.com/forum/m/#!topic/beagleboard/QHXb2hm72A8 
>> >  ) and 
>> > it seems like i have to enable the CPTS driver on the bbb, but i've no 
>> > idea how to do it! I was hoping in any kind advice from the community! 
>> > 
>> > -- 
>> > For more options, visit http://beagleboard.org/discuss 
>> >  
>> > --- 
>> > You received this message because you are subscribed to the Google Groups 
>> > "BeagleBoard" group. 
>> > To unsubscribe from this group and stop receiving emails from it, send an 
>> > email to beagleboard...@ <>googlegroups. com 
>> > . 
>> > 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...@googlegroups.com <>.
>> For more options, visit https://groups.google.com/d/optout 
>> .
> 
> 
> -- 
> For more options, visit http://beagleboard.org/discuss 
> 
> --- 
> You received this message because you are subscribed to the Google Groups 
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to beagleboard+unsubscr...@googlegroups.com 
> .
> For more options, visit https://groups.google.com/d/optout 
> .

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Debian 3.18.13-bone70 /drivers/usb/serial/option.c doesn't exist : add support for qmi_wwan

[Matt Maher Peterson]

OK so I upgraded to 4.1.13.ti.r35

How do I use this rebuilder?

Just to confirm I have a custom .dtbo name BB-APA-01 that loaded on boot 
where I had it baked into the kernel.  I did not add it uEnv.txt but it 
still loaded.  

Here is what I tried to get cape loaded:

root@mmpTestBox:~# dmesg | grep BB-APA
[0.00] Kernel command line: console=ttyO0,115200n8 
capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN 
capemgr.enable_partno=BB-APA-01 
root=UUID=38808bbf-7f2e-469d-8ff6-e5eec3303fc9 ro rootfstype=ext4 rootwait 
fixrtc quiet init=/lib/systemd/systemd
root@mmpTestBox:~# cat /sys/devices/platform/bone_capemgr/slots
 0: PF  -1 
 1: PF  -1 
 2: PF  -1 
 3: PF  -1 
root@mmpTestBox:~# sh -c "echo 'BB-APA-01' > 
/sys/devices/platform/bone_capemgr/slots"
root@mmpTestBox:~# cat /sys/devices/platform/bone_capemgr/slots
 0: PF  -1 
 1: PF  -1 
 2: PF  -1 
 3: PF  -1 
root@mmpTestBox:~# dmesg | grep BB-APA-01
[0.00] Kernel command line: console=ttyO0,115200n8 
capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN 
capemgr.enable_partno=BB-APA-01 
root=UUID=38808bbf-7f2e-469d-8ff6-e5eec3303fc9 ro rootfstype=ext4 rootwait 
fixrtc quiet init=/lib/systemd/systemd
[  224.61] bone_capemgr bone_capemgr: part_number 'BB-APA-01', version 
'N/A'
[  224.000251] bone_capemgr bone_capemgr: slot #4: 'Override Board 
Name,00A0,Override Manuf,BB-APA-01'


On Monday, December 7, 2015 at 5:33:19 PM UTC-8, RobertCNelson wrote:
>
> On Mon, Dec 7, 2015 at 6:21 PM, Matt Maher Peterson 
>  wrote: 
> > Yes I could but I have a custom device tree written to work in the old 
> world 
> > of 3.18.3 Is there a simple way to port that into 4.1.13.ti.r35 ? 
>
> Yeap, two options, install 4.1.13.ti.r35 
>
> Then use the dtb-rebuilder to build your matching *.dtb and boot with it: 
>
> https://github.com/RobertCNelson/dtb-rebuilder/tree/4.1-ti 
>
> or use the bb.org-overlays to build a custom *.dtbo overlay 
>
> https://github.com/beagleboard/bb.org-overlays 
>
> the biggest delta is gpio #'ing but the rest we can help with.. 
>
> Regards, 
>
> -- 
> Robert Nelson 
> https://rcn-ee.com/ 
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Call a C program from PHP

[Marcelo Rodrigues]

Hi Everyone,

I wrote a small C program for turning on/off the LEDs of the BeagleBone, it 
works fine when I call it direct from command line. However, when I try to 
call it from a PHP code it doesn't work.

I'm using Linux beaglebone 3.8.13-bone71.1 and Apache2. The C program reads 
2 arguments from command line (led and onOff) that says which led to 
control and its state. The exec line in the PHP code is the following: 
exec("/var/www/ledCtl $led $onOff");

Do you have any idea how can I find the reason this call doen'st work from 
PHP code?

Thanks in advance.

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: debian 2015-12-07 (fat partition final removal)

[Robert Nelson]

> #2: Possible Upgrade problems, from the log it followed the symlink,
> so this might not be an issue..
>
> debian@beaglebone:~$ journalctl | grep img
> Dec 08 19:52:28 beaglebone kernel: LUN: removable file:
> /var/cache/doc-beaglebone-getting-started/beaglebone-getting-started-2015-12-04.img
>
> in the package i'm doing,
>
> ln -sf /var/cache/${package}/beaglebone-getting-started-${core_version}.img
> /var/local/usb_mass_storage.img
>
> So the symlink should point to the 'updated' *.img, should we "keep"
> the old file, till a reboot.. I'd like to not rmmod g_multi as the
> user might be logged in via serial/g_ether and bam, there's goes the
> connection..

Ahh, on 2, i can follow:

cat /sys/module/usb_f_mass_storage/holders/g_multi/parameters/file

and figure out what's going on, so while the "img" won't be updated
till you actually reboot there shouldn't be any other problems..

Regards,

-- 
Robert Nelson
https://rcn-ee.com/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] debian 2015-12-07 (fat partition final removal)

[Robert Nelson]

So with today's upload:

http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#2015-12-07

We have something new, inspirated by Stephan Klatt (1), we no longer
ship a fat partition for "any" iamges...

The fat/documentation/drivers partition is now an apt-get package:
doc-beaglebone-getting-started

Which get's uncompressed and symlinked to:

/var/local/usb_mass_storage.img

This gives us another (96Mb - 40Mb = 56Mb) of extra space on the final sdcard's.

If your building a custom documentation image, look at the script in
the "beaglebone-getting-started" (2)

~/beaglebone-getting-started$ sudo ./scripts/generate_img.sh

beaglebone-getting-started-2015-12-04.img.xz

1: 
https://github.com/RobertCNelson/boot-scripts/commit/fc39a484648c58e02a4b65063c6ae7901e58aac1
2: 
https://github.com/beagleboard/beaglebone-getting-started/blob/master/scripts/generate_img.sh

and finally a couple questions for the commuinty..

#1: should we mark this as "ro"/"cdrom", as right now it's loaded via:

modprobe g_multi file=${usb_image_file} cdrom=0 ro=0 stall=0
removable=1 nofua=1 ${g_network} || true

and yes, you can add/remove files from the image from your
linux/windows/mac system.

For new users, they might get confused on how to access their copied
"file", so if we mark that as 'ro' they won't be able to do that..

Thoughts?

#2: Possible Upgrade problems, from the log it followed the symlink,
so this might not be an issue..

debian@beaglebone:~$ journalctl | grep img
Dec 08 19:52:28 beaglebone kernel: LUN: removable file:
/var/cache/doc-beaglebone-getting-started/beaglebone-getting-started-2015-12-04.img

in the package i'm doing,

ln -sf /var/cache/${package}/beaglebone-getting-started-${core_version}.img
/var/local/usb_mass_storage.img

So the symlink should point to the 'updated' *.img, should we "keep"
the old file, till a reboot.. I'd like to not rmmod g_multi as the
user might be logged in via serial/g_ether and bam, there's goes the
connection..

Thoughts?

Regards,

-- 
Robert Nelson
https://rcn-ee.com/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] only led power connected

[wintercarlos80]

I was trying to boot from the SD card, but it still fails to beaglebone 4 
LEDs blinked and did not run the boot image on the sd card, now she just 
connects power button when placed on the USB cable. I need Help

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Active or passive USB hub while having a 2.5 A power supply for BBB

[Piotr C]

Dear Community,
I have bought a BBB and now I am going to buy some accesories, eg. USB hub. 
I am not sure whether I should get a passive or an active one if I have a 
5V, 2.5 A power supply. 
Will BBB power the hub sufficiently (with keyboard, mouse and a TP-LINK 
wifi dongle)? Or maybe it should be the other way round -> smaller power 
supply and an active hub?

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Debian 3.18.13-bone70 /drivers/usb/serial/option.c doesn't exist : add support for qmi_wwan

[Matt Maher Peterson]

How do I apply this patch?

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Debian 3.18.13-bone70 /drivers/usb/serial/option.c doesn't exist : add support for qmi_wwan

[Robert Nelson]

On Tue, Dec 8, 2015 at 6:50 PM, Matt Maher Peterson  wrote:
> How do I apply this patch?


git clone https://github.com/adafruit/adafruit-beaglebone-io-python

cd ./adafruit-beaglebone-io-python

wget 
https://gist.githubusercontent.com/grizmio/bc752dd070652f21266b/raw/336b5ab5ad14ef28341edfeff6cbf20d959d2f70/gistfile1.txt

patch -p1 < gistfile1.txt

sudo python setup.py install

Regards,

-- 
Robert Nelson
https://rcn-ee.com/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Debian 3.18.13-bone70 /drivers/usb/serial/option.c doesn't exist : add support for qmi_wwan

[Matt Maher Peterson]

How do I apply this patch?

Matt Maher Peterson
APANA
w: 360.746.2276x401
c: 360.393.5549

On Tue, Dec 8, 2015 at 4:45 PM, Robert Nelson 
wrote:

> On Tue, Dec 8, 2015 at 6:01 PM, Matt Maher Peterson
>  wrote:
> > So I was able to to get the custom dtbo loaded after recompiling it with:
> >
> > dtc -O dtb -o BB-APA-01-00A0.dtbo -b 0 -@ BB-APA-02-00A0.dts
> >
> > Did the UARTS get renamed? I also had to remove this from the dts to get
> it
> > to comiple:
> >
> >  fragment@4 {
> >target = <>;
> >__overlay__ {
> >pinctrl-names = "default";
> >pinctrl-0 = <_pins>;
> >status = "okay";
> >};
> >};
>
> Yeap:
>
>
> https://github.com/beagleboard/bb.org-overlays/blob/master/src/arm/BB-UART5-00A0.dts#L44
>
>
> >
> > Doesn't seam to be loading on boot despite having entered it in
> > /boot/uEnv.txt:
> >
> > cape_enable=capemgr.enable_partno=BB-APA-01
>
> cape_enable=bone_capemgr.enable_partno=BB-APA-01
>
> >
> >
> >
> >
> > I can manually load it:
> >
> > root@mmpTestBox:/sys/class/gpio# cat
> > /sys/devices/platform/bone_capemgr/slots
> >  0: PF  -1
> >  1: PF  -1
> >  2: PF  -1
> >  3: PF  -1
> > root@mmpTestBox:/sys/class/gpio# sh -c "echo 'BB-APA-01' >
> > /sys/devices/platform/bone_capemgr/slots"
> > root@mmpTestBox:/sys/class/gpio# cat
> > /sys/devices/platform/bone_capemgr/slots
> >  0: PF  -1
> >  1: PF  -1
> >  2: PF  -1
> >  3: PF  -1
> >  4: P-O-L-   0 Override Board Name,00A0,Override Manuf,BB-APA-01
> >
> > After manually loading it:
> >
> > Now I have an issued with ADC.setup() from the adafruit library.  Wasn't
> an
> > issue before I update:
> >
> > /powerMGMT.py", line 46, in shorePowerCheck
> > ADC.setup()
> > RuntimeError: Unable to setup ADC system. Possible causes are:
> >   - A cape with a conflicting pin mapping is loaded
> >   - A device tree object is loaded that uses the same name for a
> fragment:
> > helper
>
> There's a patch in this thread:
>
>
> https://github.com/adafruit/adafruit-beaglebone-io-python/issues/80#issuecomment-161431164
>
> Regards,
>
> --
> Robert Nelson
> https://rcn-ee.com/
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to a topic in the
> Google Groups "BeagleBoard" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/beagleboard/P4ZzSJ49grk/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Debian 3.18.13-bone70 /drivers/usb/serial/option.c doesn't exist : add support for qmi_wwan

[Matt Maher Peterson]

So I was able to to get the custom dtbo loaded after recompiling it with:

dtc -O dtb -o BB-APA-01-00A0.dtbo -b 0 -@ BB-APA-02-00A0.dts 

Did the UARTS get renamed? I also had to remove this from the dts to get it 
to comiple:

 fragment@4 {
   target = <>;
   __overlay__ {
   pinctrl-names = "default";
   pinctrl-0 = <_pins>;
   status = "okay";
   };
   };

Doesn't seam to be loading on boot despite having entered it in 
/boot/uEnv.txt:

cape_enable=capemgr.enable_partno=BB-APA-01




I can manually load it:

root@mmpTestBox:/sys/class/gpio# cat 
/sys/devices/platform/bone_capemgr/slots
 0: PF  -1 
 1: PF  -1 
 2: PF  -1 
 3: PF  -1 
root@mmpTestBox:/sys/class/gpio# sh -c "echo 'BB-APA-01' > 
/sys/devices/platform/bone_capemgr/slots"
root@mmpTestBox:/sys/class/gpio# cat 
/sys/devices/platform/bone_capemgr/slots
 0: PF  -1 
 1: PF  -1 
 2: PF  -1 
 3: PF  -1 
 4: P-O-L-   0 Override Board Name,00A0,Override Manuf,BB-APA-01

After manually loading it:

Now I have an issued with ADC.setup() from the adafruit library.  Wasn't an 
issue before I update:

/powerMGMT.py", line 46, in shorePowerCheck
ADC.setup()
RuntimeError: Unable to setup ADC system. Possible causes are: 
  - A cape with a conflicting pin mapping is loaded 
  - A device tree object is loaded that uses the same name for a fragment: 
helper


Any ideas?



-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Debian 3.18.13-bone70 /drivers/usb/serial/option.c doesn't exist : add support for qmi_wwan

[Robert Nelson]

On Tue, Dec 8, 2015 at 6:01 PM, Matt Maher Peterson
 wrote:
> So I was able to to get the custom dtbo loaded after recompiling it with:
>
> dtc -O dtb -o BB-APA-01-00A0.dtbo -b 0 -@ BB-APA-02-00A0.dts
>
> Did the UARTS get renamed? I also had to remove this from the dts to get it
> to comiple:
>
>  fragment@4 {
>target = <>;
>__overlay__ {
>pinctrl-names = "default";
>pinctrl-0 = <_pins>;
>status = "okay";
>};
>};

Yeap:

https://github.com/beagleboard/bb.org-overlays/blob/master/src/arm/BB-UART5-00A0.dts#L44


>
> Doesn't seam to be loading on boot despite having entered it in
> /boot/uEnv.txt:
>
> cape_enable=capemgr.enable_partno=BB-APA-01

cape_enable=bone_capemgr.enable_partno=BB-APA-01

>
>
>
>
> I can manually load it:
>
> root@mmpTestBox:/sys/class/gpio# cat
> /sys/devices/platform/bone_capemgr/slots
>  0: PF  -1
>  1: PF  -1
>  2: PF  -1
>  3: PF  -1
> root@mmpTestBox:/sys/class/gpio# sh -c "echo 'BB-APA-01' >
> /sys/devices/platform/bone_capemgr/slots"
> root@mmpTestBox:/sys/class/gpio# cat
> /sys/devices/platform/bone_capemgr/slots
>  0: PF  -1
>  1: PF  -1
>  2: PF  -1
>  3: PF  -1
>  4: P-O-L-   0 Override Board Name,00A0,Override Manuf,BB-APA-01
>
> After manually loading it:
>
> Now I have an issued with ADC.setup() from the adafruit library.  Wasn't an
> issue before I update:
>
> /powerMGMT.py", line 46, in shorePowerCheck
> ADC.setup()
> RuntimeError: Unable to setup ADC system. Possible causes are:
>   - A cape with a conflicting pin mapping is loaded
>   - A device tree object is loaded that uses the same name for a fragment:
> helper

There's a patch in this thread:

https://github.com/adafruit/adafruit-beaglebone-io-python/issues/80#issuecomment-161431164

Regards,

-- 
Robert Nelson
https://rcn-ee.com/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Active or passive USB hub while having a 2.5 A power supply for BBB

[Robert Nelson]

On Tue, Dec 8, 2015 at 6:27 PM, Piotr C  wrote:
> Dear Community,
> I have bought a BBB and now I am going to buy some accesories, eg. USB hub.
> I am not sure whether I should get a passive or an active one if I have a
> 5V, 2.5 A power supply.
> Will BBB power the hub sufficiently (with keyboard, mouse and a TP-LINK wifi
> dongle)? Or maybe it should be the other way round -> smaller power supply
> and an active hub?

Get an active, you can only source a max 5v 500mA from the bbb's host
port..  the wifi will want that..

Regards,

-- 
Robert Nelson
https://rcn-ee.com/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] eqep0 not working

[abhilash h]

Dear All,

I am using beaglebone green with latest debain image and 4d systems LCD 
cape on it.
Eqep0 is not working. I have loaded the *bone_eqep0.dts*. 
When i cat the position , I am  getting 0. It would be great if someone 
could help me out.

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: debian 2015-12-07 (fat partition final removal)

[Robert Nelson]

On Tue, Dec 8, 2015 at 3:58 PM, William Hermans  wrote:
> I don't understand what you're getting at. Are you proposing the cure is to
> make the "drive" inaccessible ?

Just "ro"...  So it'll just provide the documentation, and that's it.

But right now, you do what ever you want to the "40MB" flash drive..

Regards,

-- 
Robert Nelson
https://rcn-ee.com/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: debian 2015-12-07 (fat partition final removal)

[William Hermans]

Because, well, I'm not a newb with either :)

On Tue, Dec 8, 2015 at 3:10 PM, William Hermans  wrote:

> Well, I don't know. Personally, I do not see much point in having the 40M
> flash drive at all, if it's not writable. But me . . . I use multiple Linux
> machines, sshfs Samba NFS, blah blah blah, and do not worry about all that.
> Despite my desktop being Windows.
>
> So for documentation only, you have Nodejs, and a "web server" serving up
> docs already.
>
> Also, this flash drive would have to be fat, fat32, or ntfs in order to be
> readable on windows. The first two types have no concept of permissions. .
> .  and . . . yeah, I do not know. Do you think this is a good idea ? I
> don't, but I kind of look at things differently than the typical Linux /
> Windows newb.
>
>
>
> On Tue, Dec 8, 2015 at 3:01 PM, Robert Nelson 
> wrote:
>
>> On Tue, Dec 8, 2015 at 3:58 PM, William Hermans 
>> wrote:
>> > I don't understand what you're getting at. Are you proposing the cure
>> is to
>> > make the "drive" inaccessible ?
>>
>> Just "ro"...  So it'll just provide the documentation, and that's it.
>>
>> But right now, you do what ever you want to the "40MB" flash drive..
>>
>> Regards,
>>
>> --
>> Robert Nelson
>> https://rcn-ee.com/
>>
>> --
>> For more options, visit http://beagleboard.org/discuss
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to beagleboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: debian 2015-12-07 (fat partition final removal)

[William Hermans]

So anyway, RAW image file mounted to the filesystem via a mountpoint, then
that mountpoint shared out over g_multi ? That doesnt work ?

On Tue, Dec 8, 2015 at 3:11 PM, William Hermans  wrote:

> Because, well, I'm not a newb with either :)
>
> On Tue, Dec 8, 2015 at 3:10 PM, William Hermans  wrote:
>
>> Well, I don't know. Personally, I do not see much point in having the 40M
>> flash drive at all, if it's not writable. But me . . . I use multiple Linux
>> machines, sshfs Samba NFS, blah blah blah, and do not worry about all that.
>> Despite my desktop being Windows.
>>
>> So for documentation only, you have Nodejs, and a "web server" serving up
>> docs already.
>>
>> Also, this flash drive would have to be fat, fat32, or ntfs in order to
>> be readable on windows. The first two types have no concept of permissions.
>> . .  and . . . yeah, I do not know. Do you think this is a good idea ? I
>> don't, but I kind of look at things differently than the typical Linux /
>> Windows newb.
>>
>>
>>
>> On Tue, Dec 8, 2015 at 3:01 PM, Robert Nelson 
>> wrote:
>>
>>> On Tue, Dec 8, 2015 at 3:58 PM, William Hermans 
>>> wrote:
>>> > I don't understand what you're getting at. Are you proposing the cure
>>> is to
>>> > make the "drive" inaccessible ?
>>>
>>> Just "ro"...  So it'll just provide the documentation, and that's it.
>>>
>>> But right now, you do what ever you want to the "40MB" flash drive..
>>>
>>> Regards,
>>>
>>> --
>>> Robert Nelson
>>> https://rcn-ee.com/
>>>
>>> --
>>> For more options, visit http://beagleboard.org/discuss
>>> ---
>>> You received this message because you are subscribed to the Google
>>> Groups "BeagleBoard" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to beagleboard+unsubscr...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: debian 2015-12-07 (fat partition final removal)

[Robert Nelson]

On Tue, Dec 8, 2015 at 4:10 PM, William Hermans  wrote:
> Well, I don't know. Personally, I do not see much point in having the 40M
> flash drive at all, if it's not writable. But me . . . I use multiple Linux
> machines, sshfs Samba NFS, blah blah blah, and do not worry about all that.
> Despite my desktop being Windows.
>
> So for documentation only, you have Nodejs, and a "web server" serving up
> docs already.
>
> Also, this flash drive would have to be fat, fat32, or ntfs in order to be
> readable on windows. The first two types have no concept of permissions. . .
> and . . . yeah, I do not know. Do you think this is a good idea ? I don't,
> but I kind of look at things differently than the typical Linux / Windows
> newb.

Correct it is fat...

So some background, in the big "default" 2GB/4GB desktop image's we've
always had a "96MB fat" partition, that contained this repo:

https://github.com/beagleboard/beaglebone-getting-started

Which contain:

windows drivers
mac drivers
schematic
etc..

So by moving it to an *.img, we save space and we can upgrade it... So
when windows 10.xyz comes out, new drivers can be "apt-get update ;
apt-get upgrade" away..

Regards,

-- 
Robert Nelson
https://rcn-ee.com/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: debian 2015-12-07 (fat partition final removal)

[Robert Nelson]

Jason will have to chime in, as he dealt with the users at a workshop..

On Tue, Dec 8, 2015 at 4:19 PM, William Hermans  wrote:
> Define "issues", perhaps I can test / offer a solution.
>
> On Tue, Dec 8, 2015 at 3:18 PM, Robert Nelson 
> wrote:
>>
>> On Tue, Dec 8, 2015 at 4:14 PM, William Hermans  wrote:
>> > So anyway, RAW image file mounted to the filesystem via a mountpoint,
>> > then
>> > that mountpoint shared out over g_multi ? That doesnt work ?
>>
>> I thought about that, it would mirror what we did previously:
>>
>> /dev/mmcblk0p1 -> usb flash
>> /dev/mmcblk0p1 and mounted at /boot/uboot/
>>
>> Jason ran into issues with that and told us to stop
>>
>> /var/local/usb_mass_storage.img -> usb flash
>> /var/local/usb_mass_storage.img -> mounted somewhere...

Regards,

-- 
Robert Nelson
https://rcn-ee.com/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: debian 2015-12-07 (fat partition final removal)

[Robert Nelson]

On Tue, Dec 8, 2015 at 4:18 PM, William Hermans  wrote:
>> So by moving it to an *.img, we save space and we can upgrade it... So
>> when windows 10.xyz comes out, new drivers can be "apt-get update ;
>> apt-get upgrade" away..
>
>
> OK, that sounds fairly ingenious, assuming MS updates doesnt bork g_multi
> before it can be upgraded ;)

I of course assume, we get the driver out, before the mass's upgrade. ;)

and then hopefully they run apt and upgrade their bone..

so for the 1 out of 10K users it'll work perfect..

Regards,

-- 
Robert Nelson
https://rcn-ee.com/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: debian 2015-12-07 (fat partition final removal)

[William Hermans]

erm, That is to say. Nodejs can be made to be pretty smart. To the point
*if* you drop a file into a folder, it can dynamically offer up a link to
that file.

On Tue, Dec 8, 2015 at 3:25 PM, William Hermans  wrote:

> Another option: Have a dynamic link to the latest drivers, or, just
> overwrite the old ones( later is probably not so good of an idea, but is
> possible ).
>
> On Tue, Dec 8, 2015 at 3:21 PM, Robert Nelson 
> wrote:
>
>> Jason will have to chime in, as he dealt with the users at a workshop..
>>
>> On Tue, Dec 8, 2015 at 4:19 PM, William Hermans 
>> wrote:
>> > Define "issues", perhaps I can test / offer a solution.
>> >
>> > On Tue, Dec 8, 2015 at 3:18 PM, Robert Nelson 
>> > wrote:
>> >>
>> >> On Tue, Dec 8, 2015 at 4:14 PM, William Hermans 
>> wrote:
>> >> > So anyway, RAW image file mounted to the filesystem via a mountpoint,
>> >> > then
>> >> > that mountpoint shared out over g_multi ? That doesnt work ?
>> >>
>> >> I thought about that, it would mirror what we did previously:
>> >>
>> >> /dev/mmcblk0p1 -> usb flash
>> >> /dev/mmcblk0p1 and mounted at /boot/uboot/
>> >>
>> >> Jason ran into issues with that and told us to stop
>> >>
>> >> /var/local/usb_mass_storage.img -> usb flash
>> >> /var/local/usb_mass_storage.img -> mounted somewhere...
>>
>> Regards,
>>
>> --
>> Robert Nelson
>> https://rcn-ee.com/
>>
>> --
>> For more options, visit http://beagleboard.org/discuss
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to beagleboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: debian 2015-12-07 (fat partition final removal)

[William Hermans]

Another option: Have a dynamic link to the latest drivers, or, just
overwrite the old ones( later is probably not so good of an idea, but is
possible ).

On Tue, Dec 8, 2015 at 3:21 PM, Robert Nelson 
wrote:

> Jason will have to chime in, as he dealt with the users at a workshop..
>
> On Tue, Dec 8, 2015 at 4:19 PM, William Hermans  wrote:
> > Define "issues", perhaps I can test / offer a solution.
> >
> > On Tue, Dec 8, 2015 at 3:18 PM, Robert Nelson 
> > wrote:
> >>
> >> On Tue, Dec 8, 2015 at 4:14 PM, William Hermans 
> wrote:
> >> > So anyway, RAW image file mounted to the filesystem via a mountpoint,
> >> > then
> >> > that mountpoint shared out over g_multi ? That doesnt work ?
> >>
> >> I thought about that, it would mirror what we did previously:
> >>
> >> /dev/mmcblk0p1 -> usb flash
> >> /dev/mmcblk0p1 and mounted at /boot/uboot/
> >>
> >> Jason ran into issues with that and told us to stop
> >>
> >> /var/local/usb_mass_storage.img -> usb flash
> >> /var/local/usb_mass_storage.img -> mounted somewhere...
>
> Regards,
>
> --
> Robert Nelson
> https://rcn-ee.com/
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: debian 2015-12-07 (fat partition final removal)

[Robert Nelson]

On Tue, Dec 8, 2015 at 3:22 PM, William Hermans  wrote:
> So anyway, if its not a loopback image file, that is one option, another
> options would be to use a tmpfs directory(128M, or whatever ). Or am I
> missing the question entirely ?
>
> On Tue, Dec 8, 2015 at 2:17 PM, William Hermans  wrote:
>>
>> This mounted partition is a loopback image file ? Why would it matter if
>> that was r/w ?

Yeap, it's a raw *.img file..

The question a new user might have:

I've copied a file to the "flash drive" on windows, but i can't seem
to access it on the beagle..

and then explain how to rmmod g_multi, mount *.img as a loop back, etc
on the beagle... .;)

Now if we set it ro/cdrom, they couldn't get stuck like ^..

Regards,

-- 
Robert Nelson
https://rcn-ee.com/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: debian 2015-12-07 (fat partition final removal)

[William Hermans]

This mounted partition is a loopback image file ? Why would it matter if
that was r/w ?

On Tue, Dec 8, 2015 at 1:20 PM, Robert Nelson 
wrote:

> > #2: Possible Upgrade problems, from the log it followed the symlink,
> > so this might not be an issue..
> >
> > debian@beaglebone:~$ journalctl | grep img
> > Dec 08 19:52:28 beaglebone kernel: LUN: removable file:
> >
> /var/cache/doc-beaglebone-getting-started/beaglebone-getting-started-2015-12-04.img
> >
> > in the package i'm doing,
> >
> > ln -sf
> /var/cache/${package}/beaglebone-getting-started-${core_version}.img
> > /var/local/usb_mass_storage.img
> >
> > So the symlink should point to the 'updated' *.img, should we "keep"
> > the old file, till a reboot.. I'd like to not rmmod g_multi as the
> > user might be logged in via serial/g_ether and bam, there's goes the
> > connection..
>
> Ahh, on 2, i can follow:
>
> cat /sys/module/usb_f_mass_storage/holders/g_multi/parameters/file
>
> and figure out what's going on, so while the "img" won't be updated
> till you actually reboot there shouldn't be any other problems..
>
> Regards,
>
> --
> Robert Nelson
> https://rcn-ee.com/
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: debian 2015-12-07 (fat partition final removal)

[William Hermans]

So anyway, if its not a loopback image file, that is one option, another
options would be to use a tmpfs directory(128M, or whatever ). Or am I
missing the question entirely ?

On Tue, Dec 8, 2015 at 2:17 PM, William Hermans  wrote:

> This mounted partition is a loopback image file ? Why would it matter if
> that was r/w ?
>
> On Tue, Dec 8, 2015 at 1:20 PM, Robert Nelson 
> wrote:
>
>> > #2: Possible Upgrade problems, from the log it followed the symlink,
>> > so this might not be an issue..
>> >
>> > debian@beaglebone:~$ journalctl | grep img
>> > Dec 08 19:52:28 beaglebone kernel: LUN: removable file:
>> >
>> /var/cache/doc-beaglebone-getting-started/beaglebone-getting-started-2015-12-04.img
>> >
>> > in the package i'm doing,
>> >
>> > ln -sf
>> /var/cache/${package}/beaglebone-getting-started-${core_version}.img
>> > /var/local/usb_mass_storage.img
>> >
>> > So the symlink should point to the 'updated' *.img, should we "keep"
>> > the old file, till a reboot.. I'd like to not rmmod g_multi as the
>> > user might be logged in via serial/g_ether and bam, there's goes the
>> > connection..
>>
>> Ahh, on 2, i can follow:
>>
>> cat /sys/module/usb_f_mass_storage/holders/g_multi/parameters/file
>>
>> and figure out what's going on, so while the "img" won't be updated
>> till you actually reboot there shouldn't be any other problems..
>>
>> Regards,
>>
>> --
>> Robert Nelson
>> https://rcn-ee.com/
>>
>> --
>> For more options, visit http://beagleboard.org/discuss
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to beagleboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: debian 2015-12-07 (fat partition final removal)

[William Hermans]

I don't understand what you're getting at. Are you proposing the cure is to
make the "drive" inaccessible ?

On Tue, Dec 8, 2015 at 2:25 PM, Robert Nelson 
wrote:

> On Tue, Dec 8, 2015 at 3:22 PM, William Hermans  wrote:
> > So anyway, if its not a loopback image file, that is one option, another
> > options would be to use a tmpfs directory(128M, or whatever ). Or am I
> > missing the question entirely ?
> >
> > On Tue, Dec 8, 2015 at 2:17 PM, William Hermans 
> wrote:
> >>
> >> This mounted partition is a loopback image file ? Why would it matter if
> >> that was r/w ?
>
> Yeap, it's a raw *.img file..
>
> The question a new user might have:
>
> I've copied a file to the "flash drive" on windows, but i can't seem
> to access it on the beagle..
>
> and then explain how to rmmod g_multi, mount *.img as a loop back, etc
> on the beagle... .;)
>
> Now if we set it ro/cdrom, they couldn't get stuck like ^..
>
> Regards,
>
> --
> Robert Nelson
> https://rcn-ee.com/
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.