2016-03-23 10:05 GMT+01:00 Dan MacDonald <[email protected]>:
> I didn't know you had a BPi too Robert? How many ARM boards have you got?
> I've also got a Pandaboard.
>
I've got an Orange PI a Banana PI and an original Raspberry B. The banana
PI is the only one doing anything real ;)
>
> Yes, the A20 is quite special amongst the many ARM boards in having SATA
> on a separate bus from USB so its a good choice for a low budget/power
> personal file/media server.
>
> Ah, I didn't know this was the case for the A20 specifically.
> I get a solid 140MB/s reads off my 2 TB, board powered HD under Arch. I'm
> working towards getting FreeBSD installed onto ZFS on my BPi so I can use
> it with LIfePreserver, the PCBSD ZFS network backup, file snapshotting
> tool. Prob is that USB is bust under FBSD on the BPi currently but it works
> on the Cubieboard so we're wading through that first.
>
Hehe, so many things to try and so little time ;)
/Robert
>
> On Wed, Mar 23, 2016 at 8:54 AM, Robert Jonsson <[email protected]>
> wrote:
>
>>
>>
>> 2016-03-21 12:54 GMT+01:00 Dan MacDonald <[email protected]>:
>>
>>> Hi Robert
>>>
>>> On Mon, Mar 21, 2016 at 11:25 AM, Robert Jonsson <[email protected]>
>>> wrote:
>>>
>>>> Hi guys,
>>>>
>>>> 2016-03-21 10:17 GMT+01:00 Dan MacDonald <[email protected]>:
>>>>
>>>>> Hi Tim
>>>>>
>>>>> It was me that brought up the ARM UI prob.
>>>>>
>>>>> I've been helping get FreeBSD running on it so I'll have to get Arch
>>>>> re-installed first.
>>>>>
>>>>> If I can't get uboot to dual-boot Arch and FreeBSD I'll just install
>>>>> them on separate SD cards and have partitions for both on my HD.
>>>>>
>>>>
>>>> If I recall correctly the problem was with the toolbars being on one
>>>> line?
>>>>
>>>
>>> Yes, that was the problem.
>>>
>>>
>>>> If so I think I spotted the same problem under x86 when starting from a
>>>> fresh slate.
>>>>
>>>
>>> Ah OK so its not ARM-specific then!
>>>
>>>
>>>>
>>>> Also, for those interested, I installed linux on an OrangePi some weeks
>>>> ago so I tried to take a look at this but the distros I tried didn't
>>>> provide the alsa sequencer interface (among other things) so I needed to
>>>> hack muse and start it in a severely cut down state.. I saw all toolbars
>>>> being put on one line though.
>>>> Possibly it's better with Arch but it's so damn much work to get going
>>>> :P
>>>>
>>>
>>> Good point! I didn't get round to checking if the ALSA MIDI stuff is
>>> compiled as standard with the ALARM armv7 kernel.
>>>
>>
>> It should be there as MusE complains loudly if it can't find the alsa
>> sequencer device.
>>
>>
>>> It should be because it's available as a module in the Arch x64 kernel
>>> but there are differences in the ARM kernel config such as only being built
>>> with ext4 support by default so its not guaranteed. If it's missing I can
>>> build a new kernel package easy enough, it just takes 12.5 hours to build
>>> it!
>>>
>>
>> Hehe :P
>>
>>
>>>
>>> I really don't think its much work to get MusE running under ALARM. You
>>> just need to install xorg, xterm, xorg-xinit, a wm or desktop and then
>>> building muse from AUR pulls in all the other deps. Building muse does take
>>> a while though.
>>>
>>
>> I've done a few arch installs and common denominator of them all is that
>> I have to redo it two or three times before I get it right. There's great
>> documentation but there are just so many details so I think it's not for me
>> ;)
>>
>>
>>>
>>> Arch and Pacman is wonderful when you get to grips with it. Its so easy
>>> to make packages for it I create PKGBUILDS evey time I have to build
>>> something from source now as its very little extra work and it saves me
>>> doing a manual build next time. bacman is a notable pacman command as it
>>> lets you create Arch packages from stuff you have already installed but
>>> don't have the package for any more. Its saved me lots of hassle.
>>>
>>
>> I've been very impressed with just using pacman so there is definitely
>> things that attract me Arch (besides building a lean mean killing linux
>> machine).
>>
>>>
>>> I've not had any luck getting any x64 -> ARM cross-compiling working for
>>> Linux so I'm tempted to buy something like the Odroid C2 which has a 2Ghz,
>>> quadcore 64bit ARM CPU as I could use that to build stuff faster for my Bpi
>>> and Zaurus.
>>>
>>> I'm really disappointed the latest Odroids and the RPi 3 don't have SATA
>>> as it makes such a huge difference to the usability and responsiveness of a
>>> system and brings access to lots of cheap, fast storage. Running off SD
>>> cards is unbearable and ruins the extra RAM and faster CPU offered by stuff
>>> like the Odroid C2 which would've made a decent Linux desktop machine if it
>>> had SATA (on a separate bus from USB) like on the BPi and Orange Pi and the
>>> other A20 boards.
>>>
>>
>> Yeah, SATA makes a big difference, I've got a banana PI with SATA as a
>> kind of file server and it's solid.
>> Not sure if this SATA is separate from the USB bus but it's plenty fast
>> enough anyway.
>>
>> Regards,
>> Robert
>>
>>
>
------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140
_______________________________________________
Lmuse-developer mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/lmuse-developer
