Re: [beagleboard] Building a 2gb lxqt version

Thanks, Robert. Much appreciated! Gaurav On Thu, Jan 5, 2017 at 9:19 PM, Robert Nelson wrote: > On Thu, Jan 5, 2017 at 9:14 PM, Rick Mann wrote: > > > >> On Jan 5, 2017, at 18:36 , Robert Nelson > wrote: > >> > >>

Re: [beagleboard] Building a 2gb lxqt version

err, Samsung emmc modules can't be used with Samsung processors* On Thu, Jan 5, 2017 at 10:28 PM, William Hermans wrote: > Rick, Yes, and in fact I'm going to buy one myself very soon because it > has 2G ram quad A15's and quad A7's, GbE that's true GbE( not shared with >

Re: [beagleboard] Building a 2gb lxqt version

Rick, Yes, and in fact I'm going to buy one myself very soon because it has 2G ram quad A15's and quad A7's, GbE that's true GbE( not shared with another bus ) and USB 3.0. Plus, the emmc option is pretty dahmed fast in most cases. I think the Sandisk module( Samsung modules can't be used with

Re: [beagleboard] Building a 2gb lxqt version

On Thu, Jan 5, 2017 at 9:14 PM, Rick Mann wrote: > >> On Jan 5, 2017, at 18:36 , Robert Nelson wrote: >> >> that's why we just say beefy ARM system.. > > What qualifies as "beefy" (and that I can get today)? Something like this? > > >

Re: [beagleboard] Building a 2gb lxqt version

> On Jan 5, 2017, at 18:36 , Robert Nelson wrote: > > that's why we just say beefy ARM system.. What qualifies as "beefy" (and that I can get today)? Something like this? http://www.hardkernel.com/main/products/prdt_info.php?g_code=G143452239825 -- Rick

Re: [beagleboard] Building a 2gb lxqt version

On Thu, Jan 5, 2017 at 4:14 PM, Gaurav S wrote: > Hello All, > > Question: I have noticed the recent builds of lxqt come only in 4GB flavor. It was starting to bit rot, as i didn't personally test it anymore.. (it might not even fit on a 2gb bbb anymore) > Instead of

Re: [beagleboard] Error using connmanctl> enable wifi BBBW

On Thu, Jan 5, 2017 at 8:27 PM, Kevin Gordon wrote: > I have received a BBBW yesterday. I booted from a SD Card (which has image > bone-debian-8.6-lxqt-4gb-armhf-2016-11-06-4gb) previously used on a BBB rev > C. Everything functions the same on the BBBW as on the BBB

[beagleboard] Error using connmanctl> enable wifi BBBW

I have received a BBBW yesterday. I booted from a SD Card (which has image bone-debian-8.6-lxqt-4gb-armhf-2016-11-06-4gb) previously used on a BBB rev C. Everything functions the same on the BBBW as on the BBB except the network (wired) (the only item listed in connman gui) is not functioning

Re: [beagleboard] Re: PRU cycle counter overflow

Thanks Charles, that's very helpful. I didn't know about the IEP timer. TRM section 4.4.3.1 says I can hook up the IEP clock source to either iep_clk or ocp_clk. Which one of those clocks drives the PRU cycle counter? Thanks, Justin On Thu, Dec 22, 2016 at 1:43 PM, Charles Steinkuehler <

[beagleboard] Building a 2gb lxqt version

Hello All, Question: I have noticed the recent builds of lxqt come only in 4GB flavor. Instead of manually deleting files I was wondering I could get access to a 2GB version with the latest kernel versions? If they don't exist, how do I go about generating one? The elinux wiki page

Re: [beagleboard] Can the EEPROM on BB capes generate a Device Tree Overlay without one being present first on the BB?

On Thu, 1/5/17, Robert Nelson wrote: Subject: Re: [beagleboard] Can the EEPROM on BB capes generate a Device Tree Overlay without one being present first on the BB? To: "Beagle Board" Cc:

[beagleboard] Re: Mcbsp error

Hello, I know it's old thread. But did you resolve it ? Can you please share the solution if possible ? Thank you! Ran On Tuesday, October 19, 2010 at 2:21:35 PM UTC+3, fozay wrote: > > Hello everybody; > > i try to insmod my mcbsp driver but i obtain these errors. Ijust try > to init and

Re: [beagleboard] Can the EEPROM on BB capes generate a Device Tree Overlay without one being present first on the BB?

On Thu, Jan 5, 2017 at 8:09 AM, Charlie Rysenga wrote: > According to the SRM (8.2.4&5) the EEPROM of capes contains information to > mux all of the pins needed for the cape. > > But, I have found conflicting answers for my question. > > Here (and in 2013) it says that it

[beagleboard] Can the EEPROM on BB capes generate a Device Tree Overlay without one being present first on the BB?

According to the SRM (8.2.4&5) the EEPROM of capes contains information to mux all of the pins needed for the cape. But, I have found conflicting answers for my question. Here (and in 2013) it says that it cannot but here (and more recently)

Re: [beagleboard] InitRamFs

Thx for all, I understand better what is it now. Micka, Le jeu. 5 janv. 2017 à 13:01, William Hermans a écrit : > My last worklog working with the initrd, which by the way is not required > _just_to_add_ overlays. Robert has a script that can do this automatically > for you.

Re: [beagleboard] InitRamFs

Oh, and for additional informational purposes. ~/dev on my system is an NFS share, I would not recommend writing files to the emmc, or an sdcard . .. On Thu, Jan 5, 2017 at 5:01 AM, William Hermans wrote: > My last worklog working with the initrd, which by the way is not

Re: [beagleboard] InitRamFs

My last worklog working with the initrd, which by the way is not required _just_to_add_ overlays. Robert has a script that can do this automatically for you. Just keep in mind that I tend to make small mistakes once in a while so my work logs can be superfluous . . . http://pastebin.com/naKbbRWd

Re: [beagleboard] InitRamFs

On Thu, Jan 5, 2017 at 4:28 AM, Micka wrote: > I saw that. But was not sure. The idea is to save the state of your ram? > > I don't understand your question. But an initial ram disk is a very minimalist Linux file system that is loaded at boot. Used for loading various

Re: [beagleboard] InitRamFs

I saw that. But was not sure. The idea is to save the state of your ram? Thx, On Thu, Jan 5, 2017, 12:14 William Hermans wrote: > You should really google this Micka, > > But initrd == initial ram disk, and initramfs is a cpio archived initial > ram disk. > > On Thu, Jan 5,

Re: [beagleboard] InitRamFs

Well. all this is from memory, so, I'm remembering that initramfs can be of two types, but I seem to recall that there is non compressed, and gzip compressed types of initrd's debian@beaglebone:~$ sudo apt-get install file debian@beaglebone:~$ sudo file /boot/initrd.img-4.4.9-bone-rt-r10

Re: [beagleboard] InitRamFs

You should really google this Micka, But initrd == initial ram disk, and initramfs is a cpio archived initial ram disk. On Thu, Jan 5, 2017 at 3:50 AM, Micka wrote: > Hi, I would like how is it initialized in the beaglebone black ? > > What is initrd.img for ? > > >

[beagleboard] InitRamFs

Hi, I would like how is it initialized in the beaglebone black ? What is initrd.img for ? 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