Re: [beagleboard] BBGW First Impressions

On 06/07/2016 06:21 AM, Robert Nelson wrote: > On Tue, Jun 7, 2016 at 7:51 AM, Carl Johnson wrote: >> For those of you using this board with either the 5/13/2016 or 5/31/2016 >> images (bone-debian-8.4-lxqt-4gb-armhf-2016-05-13-4gb.img.xz or >>

Re: [beagleboard] UART throughput with small data chunks

hat are you measuring? What are your termios settings? > luni, 16 mai 2016, 01:12:36 UTC+3, Peter Hurley a scris: > > On 05/15/2016 11:35 AM, marius.m...@gmail.com wrote: >> Thank you for testing! >> >> What distribution are you using? > > The

Re: [beagleboard] UART throughput with small data chunks

On 05/15/2016 11:35 AM, marius.marusan...@gmail.com wrote: > Thank you for testing! > > What distribution are you using? The test unit was Ubuntu 14.04.4 with not-quite-vanilla mainline kernel. > duminică, 15 mai 2016, 07:54:55 UTC+3, Peter Hurley a scris: > > On 0

Re: [beagleboard] UART throughput with small data chunks

de. Both averaged around 144Kchars/sec, or 96% b/w saturation, on a not loaded BBB. NB: the i/o test ran on a single BBB with uart4 sender to uart5 receiver. IOW, I would expect similar results at full-duplex. Regards, Peter Hurley -- For more options, visit http://beagleboard.org/discuss --- You

Re: [beagleboard] UART throughput with small data chunks

oughput)?) There's a limit to how many syscalls/sec are possible and further limited by locks and atomics in the read() syscall for ttys. A smaller read buffer will _always_ produce less throughput. Newer kernels will have better read() throughput though. Regards, Peter Hurley -- For more opt

Re: [beagleboard] Re: RS485 support for BBB

On 04/26/2016 06:26 PM, Robert Nelson wrote: > On Tue, Apr 26, 2016 at 8:18 PM, Peter Hurley <pe...@hurleysoftware.com > <mailto:pe...@hurleysoftware.com>> wrote: > > On 04/25/2016 10:54 PM, Micka wrote: > > I repeat only omap driver work for rs485 &

Re: [beagleboard] Re: RS485 support for BBB

On 04/25/2016 10:54 PM, Micka wrote: > I repeat only omap driver work for rs485 RS485 support was added to the 8250 driver for 4.6 It does not support gpio RTS. Some preliminary patches for gpio RTS support have been submitted by not accepted. -- For more options, visit

Re: [beagleboard] Re: RS485 problem with DE/!RE

On 04/26/2016 12:07 AM, florian.feldbauer85 via BeagleBoard wrote: > @Alex: I recommend, you read my mail ;-) I suggest you re-read his email again where he tells you that RS485 is unsupported by your kernel configuration. -- For more options, visit http://beagleboard.org/discuss --- You

Re: [beagleboard] Source-level single-stepping kernel code on BBB?

otconsole for v4.6 but -rc2 is early days, and there's already been one problem with MMC block device numbering. But if you're desperate and don't have access to JTAG, earlycon does printk() output from even before page table setup up to console initialization. Regards, Peter Hurley -- For more o

Re: [beagleboard] Re: C compiler

issions issue. . . Nope. shell builtin aliasing. This thread has so much bad advice in it. Regards, Peter Hurley -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscri

Re: [beagleboard] UART1 hangs on read command after two successful calls

On 03/10/2016 01:36 PM, bombs.n.begon...@gmail.com wrote: > Hello! > > I'm having some trouble getting serial communication running reliable on my > BBB. I've used code mostly based on this page > following the > non-canonical

Re: [beagleboard] CVE-2015-7547 glibc bug

On 02/23/2016 02:57 PM, mickeyf wrote: > The whole story: > > | > vigil@VE1cba8ca9e5fb:~$ ldd --version > ldd (UbuntuEGLIBC 2.19-0ubuntu6)2.19 > Copyright(C)2014FreeSoftwareFoundation,Inc. > Thisisfree software;see the source forcopying conditions. ThereisNO > warranty;noteven forMERCHANTABILITY

Re: [beagleboard] CVE-2015-7547 glibc bug

k to > libc6.x, and that's what ldd is reporting? Pure speculation, tho'. I'd live > to hear to the real story. > > On Tuesday, February 23, 2016 at 11:41:30 AM UTC-8, Peter Hurley wrote: > > On 02/23/2016 10:47 AM, mickeyf wrote: > > Bingo! 'dpkg-query --show libc6 ' doe

Re: [beagleboard] CVE-2015-7547 glibc bug

On 02/23/2016 10:47 AM, mickeyf wrote: > Bingo! 'dpkg-query --show libc6 ' does show 6.7. > > Curious why ldd does not. ?? peter@black:~$ ldd --version ldd (Ubuntu EGLIBC 2.19-0ubuntu6.7) 2.19 ^^^ -- For more options, visit http://beagleboard.org/discuss ---

Re: [beagleboard] CVE-2015-7547 glibc bug

On 02/23/2016 10:14 AM, mickeyf wrote: > So if I updated today, that should be what I get. But as I said, what I > actually see is not "2.19-0ubuntu6.7" but "2.19-0ubuntu6" ( no ".7"). $ dpkg-query --show libc6 -- For more options, visit http://beagleboard.org/discuss --- You received this

Re: [beagleboard] UART FIFO Size & CTS Threshold

org/lkml/2015/12/3/442 > On Fri, Dec 11, 2015 at 6:59 PM Peter Hurley <pe...@hurleysoftware.com > <mailto:pe...@hurleysoftware.com>> wrote: > > On 12/11/2015 09:20 AM, Lee Armstrong wrote: > > Anyone know what the RTS/CTS thresholds are for the 8250_om

Re: [beagleboard] UART FIFO Size & CTS Threshold

RTS seems to be working now that we have > > worked it out that the throttling happens at 48.> > > Lee > > There are some issues at 3Mbaud, most likely related to dma. > Could be silicon. See here: > > https://lkml.org/lkml/2015/12/3/442 >

Re: [beagleboard] UART FIFO Size & CTS Threshold

message or are you observing data corruption? Is the receiver also a BBB or something else? What baud rate are you using? Regards, Peter Hurley > On Thursday, December 10, 2015 at 7:07:10 PM UTC, Lee Armstrong > wrote: > > Thanks Robert. > > 64 for the FIFO is what I suspected

Re: [beagleboard] Console on other than UART0?

onsole on UART0 ? No; however, it would not be difficult to add this support. What is your use-case? Regards, Peter Hurley -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe

Re: [beagleboard] RS485 support in kernel 4.1.12-ti-r28

e time we don't use the hardware control of the PIN, We use > other Pins to control the DE/RE . Good point, thanks. Regards, Peter Hurley -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "B

Re: [beagleboard] RS485 support in kernel 4.1.12-ti-r28

arliest). If you can build your own kernel, you can switch back to the omap-serial driver which still offers RS485 support. Note if you do switch, you will need to change your user-space console/tty ports back to ttyO*. Regards, Peter Hurley -- For more options, visit http://beagleboard.org/d

Re: [beagleboard] Re: Could use some bug tracking advice.

once every 5-10 seconds or so ( printf() no \n ) at least one the IPC server side. When I use stdio like that, I disable stdio buffering with setbuf(stdout, NULL); Optionally, fprintf(stderr, ...); is unbuffered as well. Regards, Peter Hurley -- For more options, visit http

Re: [beagleboard] How to configure and enable Uart flow control (uart2_ctsn and uart2_rtsn) for the 4.1 kernel

= uart2_pins; status = okay; }; Regards, Peter Hurley -- 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

Re: [beagleboard] Linux beaglebone 4.1.1-bone9 kernel and set serial

device nodes. 2015-07-15 0:08 GMT+01:00 Peter Hurley pe...@hurleysoftware.com mailto:pe...@hurleysoftware.com: On 07/13/2015 03:29 AM, 'Artur Festyn' via BeagleBoard wrote: I am using pure xon xoff flow control. Modem doesn't have RTS CTS connected. I have applied your

Re: [beagleboard] Linux beaglebone 4.1.1-bone9 kernel and set serial

. The errors below seem like carrier loss. That patch is for a different driver, and I can't see how it would apply to this situation anyway. What baud rate are you trying to run s/w flow control at? Why not connect up RTS/CTS? Can you monitor the DCD output from the modem? Regards, Peter Hurley

Re: [beagleboard] Debian 8.1 / kernel 4.1.x test releases are unstable

./ // /Regards,/ /Peter Hurley/ Hi Peter. bisecting the kernel is unknown to me. As in the meaning, But I was wondering if some sort of remote, and very verbose logging might not help ? Currently I'm in the process of reading / learning advanced Linux programming, and have

Re: [beagleboard] Debian 8.1 / kernel 4.1.x test releases are unstable

diagnostic method is bisecting the kernel. It's going to take a while (multiple days) if several hours are required to distinguish good from bad kernel. Regards, Peter Hurley -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed

Re: [beagleboard] Linux beaglebone 4.1.1-bone9 kernel and set serial

the tty baud rate with stty, like so: $ stty -F /dev/ttyO4 115200 Regards, Peter Hurley -- 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

Re: [beagleboard] 4.2-rc1-bone1

Those patches are being re-worked after review (with the possible exception of patch 1/7). Regards, Peter Hurley On Sun, Jul 12, 2015 at 6:38 PM, Jan Kinkazu fes...@googlemail.com wrote: Hi all. Could you tell me please if this patch: http://www.spinics.net/lists/linux-omap/msg119622.html

Re: [beagleboard] Debian 8.1 / kernel 4.1.x test releases are unstable

this is to bisect. However, if the start and end points are 3.14 and 4.1.x, respectively, that would be prohibitive. Best to find a closer start point than 3.14. Also, is 4.1.x stable if you don't mess with the image? Regards, Peter Hurley -- For more options, visit http://beagleboard.org/discuss --- You

Re: [beagleboard] Problemas para comunicar com o Baud Rate 5760

Hi Marlon, On 07/09/2015 07:30 PM, Peter Hurley wrote: Using the BOTHER method of setting a custom baud rate is roughly outlined in the stackoverflow link noted by William. I hacked up a quick test to set this baud rate in an i/o validation test jig and confirmed with a scope the signal

Re: [beagleboard] Problemas para comunicar com o Baud Rate 5760

in the stackoverflow link noted by William. I hacked up a quick test to set this baud rate in an i/o validation test jig and confirmed with a scope the signal period of ~173.6 us Regards, Peter Hurley seems it cannot be done you will need to use an external UART that can do that baudrate

Re: [beagleboard] What register is at 0x47401c60 ?

modifying at 0x47401C60? It's a USB1 core register. The IP block documentation is covered under NDA. See this post on TI e2e http://e2e.ti.com/support/arm/sitara_arm/f/791/t/222996. Regards, Peter Hurley -- For more options, visit http://beagleboard.org/discuss --- You received this message

Re: [beagleboard] Linux beaglebone 4.0.0-bone0 - unexpected IRQ trap at vector 00

On 04/30/2015 11:00 AM, Artur Festyn wrote: Hi all. I am experiencing unexpected IRQ trap at vector 00 problem on my BBB. I've had this happen maybe a handful of times in 3 mos., so that's made it difficult to track down. How repeatable is this for you? Regards, Peter Hurley -- For more

Re: [beagleboard] Re: 3.19 versus 4.0 dtb-rebuilder

. Regards, Peter Hurley -- 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

Re: [beagleboard] Re: 3.19 versus 4.0 dtb-rebuilder

the userspace breakage was to be expected. Regards, Peter Hurley -- 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

Re: [beagleboard] Re: 3.19 versus 4.0 dtb-rebuilder

On 04/28/2015 08:11 PM, Robert Nelson wrote: On Tue, Apr 28, 2015 at 6:29 PM, Peter Hurley pe...@hurleysoftware.com wrote: On 04/23/2015 04:56 PM, rh_ wrote: On Wed, 22 Apr 2015 13:25:26 -0500 Robert Nelson robertcnel...@gmail.com wrote: On Wed, Apr 22, 2015 at 3:58 AM, fes

Re: [beagleboard] UART communication in Beaglebone Black

; }; then I configure the UART Port stty -F /dev/ttys0 cstopb -evenp ispeed 115200 ^ stty: /dev/ttys0: No such file or directory uart2 is not /dev/ttyS0. uart0 = /dev/ttyS0 uart1 = /dev/ttyS1 uart2 = /dev/ttyS2 Regards, Peter Hurley Then I made a user space application

Re: [beagleboard] BBB Debian Jessie: Enabling all serial ports (incl. ttyO5)

the pin to pullup when not driven. Otherwise, the remote sees CTS enabled when you don't have the port open, and will not stop sending. RTS is active low as well, so you either want the pullup/down disabled or pulled up. Regards, Peter Hurley -- For more options, visit http://beagleboard.org/discuss

Re: [beagleboard] Re: GPIO and permissions

. ** NOTE (3) ** udev can be triggered to re-play events after new rules are added but it can be difficult to do that right, so it's easier just to reboot. Regards, Peter Hurley -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed

Re: [beagleboard] UART loopback

you setup loopback, you need to turn echo off. stty -a -F /dev/ttyO1 will show you the current termios settings for the port. See man termios for the manual on Linux terminal control. Regards, Peter Hurley -- For more options, visit http://beagleboard.org/discuss --- You received this message

[beagleboard] State of mainline support for Bone/Black

Hi all, Having arrived late to the party, I'm wondering about the current situation wrt. mainline support for Bone/Black. Specifically, 1) is there a git tree for CapeMgr or is that a dead end? 2) are there plans to upstream any of the eeprom/i2c-2/spi dts changes? Regards, Peter Hurley

Re: [beagleboard] State of mainline support for Bone/Black

Hi Robert, On 12/18/2014 10:18 AM, Robert Nelson wrote: On Thu, Dec 18, 2014 at 9:10 AM, Peter Hurley pe...@hurleysoftware.com wrote: Hi all, Having arrived late to the party, I'm wondering about the current situation wrt. mainline support for Bone/Black. Specifically, 1) is there a git