LinuxQuestions.org
Share your knowledge at the LQ Wiki.
Home Forums Tutorials Articles Register
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware > Slackware - ARM
User Name
Password
Slackware - ARM This forum is for the discussion of Slackware ARM.

Notices


Reply
  Search this Thread
Old 11-04-2017, 04:51 PM   #16
stormtracknole
Senior Member
 
Registered: Aug 2005
Distribution: Slackware, RHEL
Posts: 1,263

Original Poster
Rep: Reputation: 231Reputation: 231Reputation: 231

Cubieboard is even faster, but a little bit more expensive. I'll have to find some time to tinker around.

Looking at this one.
 
Old 11-06-2017, 01:19 PM   #17
drmozes
Slackware Contributor
 
Registered: Apr 2008
Distribution: Slackware
Posts: 1,547

Rep: Reputation: 1313Reputation: 1313Reputation: 1313Reputation: 1313Reputation: 1313Reputation: 1313Reputation: 1313Reputation: 1313Reputation: 1313Reputation: 1313
Quote:
Originally Posted by stormtracknole View Post
Have you had experience with ODROID?
No - everything I have is what's documented as officially supported, apart from the Chromebook which I took the soldering iron to and didn't yet manage to unlock.

I think someone else has with the ODROID though - I'm sure that I have seen it mentioned on this forum.
 
Old 11-07-2017, 06:57 AM   #18
Linux.tar.gz
Senior Member
 
Registered: Dec 2003
Location: Paris
Distribution: Slackware forever.
Posts: 2,534

Rep: Reputation: 100Reputation: 100
Have an Odroid XU-4.
I'm not fond of it, setting up a rootfs is a pain as you need to copy data on empty space at the start of the SD/MMC. The ventirad is also a joke as the CPU hangs your system when overheating. Needs to be changed if you want to use the really powerful processor.
That said, you can compile and use a mainstream kernel, which is a good thing.
That's why you should stay away from boards with allwinner chips.
 
Old 11-07-2017, 09:50 AM   #19
drmozes
Slackware Contributor
 
Registered: Apr 2008
Distribution: Slackware
Posts: 1,547

Rep: Reputation: 1313Reputation: 1313Reputation: 1313Reputation: 1313Reputation: 1313Reputation: 1313Reputation: 1313Reputation: 1313Reputation: 1313Reputation: 1313
Quote:
Originally Posted by Linux.tar.gz View Post
Have an Odroid XU-4.
I'm not fond of it, setting up a rootfs is a pain as you need to copy data on empty space at the start of the SD/MMC. The ventirad is also a joke as the CPU hangs your system when overheating. Needs to be changed if you want to use the really powerful processor.
That said, you can compile and use a mainstream kernel, which is a good thing.
That's why you should stay away from boards with allwinner chips.
The Orange Pi, Banana Pi both have Allwinner CPUs. The way that the system is configured is up to the manufacturer.
 
Old 11-07-2017, 10:05 AM   #20
stormtracknole
Senior Member
 
Registered: Aug 2005
Distribution: Slackware, RHEL
Posts: 1,263

Original Poster
Rep: Reputation: 231Reputation: 231Reputation: 231
I thought I read somewhere that the company that develops the Allwinner CPUs is in violation of the GPL?
 
Old 11-07-2017, 10:25 AM   #21
drmozes
Slackware Contributor
 
Registered: Apr 2008
Distribution: Slackware
Posts: 1,547

Rep: Reputation: 1313Reputation: 1313Reputation: 1313Reputation: 1313Reputation: 1313Reputation: 1313Reputation: 1313Reputation: 1313Reputation: 1313Reputation: 1313
Quote:
Originally Posted by stormtracknole View Post
I thought I read somewhere that the company that develops the Allwinner CPUs is in violation of the GPL?
That rings a bell, but I don't see how it'd have anything to do with the hardware. It's probably some Kernel modules that were modified and released in binary form only, or something like that.

Regarding gcc -- I'm rebuilding gcc without any of the Debian patches: One of the issues with including so many patches is that you cannot submit bug reports to GCC upstream, but if it still breaks without the patches applied, you can submit a bug report safe in the knowledge that it's the original source (with just one patch that's included with x86 Slackware).

As it turns out, I didn't rebuild libtool when I changed the toolchain target name, which caused all gcc builds to fail. Took me a while to figure out that it was libtool!

Last edited by drmozes; 11-07-2017 at 10:58 AM.
 
Old 11-10-2017, 08:37 PM   #22
stormtracknole
Senior Member
 
Registered: Aug 2005
Distribution: Slackware, RHEL
Posts: 1,263

Original Poster
Rep: Reputation: 231Reputation: 231Reputation: 231
I upgraded gcc to the latest version of -current. I tried building mame again, and I finally cleared the previous error. However, I was getting a different set of errors and the build would fail at different points. It was never consistent. This lead me to believe that I might have been running out of swap space. So, went ahead and added another Gigabyte of swap and that finally allowed me to build it. Thank you so much for your help drmozes!!
 
Old 11-11-2017, 02:26 AM   #23
drmozes
Slackware Contributor
 
Registered: Apr 2008
Distribution: Slackware
Posts: 1,547

Rep: Reputation: 1313Reputation: 1313Reputation: 1313Reputation: 1313Reputation: 1313Reputation: 1313Reputation: 1313Reputation: 1313Reputation: 1313Reputation: 1313
Quote:
Originally Posted by stormtracknole View Post
I upgraded gcc to the latest version of -current. I tried building mame again, and I finally cleared the previous error. However, I was getting a different set of errors and the build would fail at different points. It was never consistent. This lead me to believe that I might have been running out of swap space. So, went ahead and added another Gigabyte of swap and that finally allowed me to build it. Thank you so much for your help drmozes!!
Good to hear! The "killed" part of the log normally means it was killed by the memory manager (I didn't notice that first time) -- checking dmesg would confirm that.
 
Old 11-13-2017, 07:25 AM   #24
stormtracknole
Senior Member
 
Registered: Aug 2005
Distribution: Slackware, RHEL
Posts: 1,263

Original Poster
Rep: Reputation: 231Reputation: 231Reputation: 231
Quote:
Originally Posted by drmozes View Post
Good to hear! The "killed" part of the log normally means it was killed by the memory manager (I didn't notice that first time) -- checking dmesg would confirm that.
Hmmm...very possible and I should have thought of that earlier. Anyhow, removing your Debian patches did not break anything here at least. So, that's good.

If anyone is interested, I can post my mame package along with the source if anyone is interested.
 
  


Reply

Tags
mame, raspberry pi



Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
Failures in libcc1 while building GCC 6.1.0 on Raspberry Pi tmose1106 Linux - Software 6 05-30-2016 09:42 AM
LXer: Building an Artificial Pancreas Using a Raspberry Pi LXer Syndicated Linux News 0 05-20-2016 07:33 PM
Building LFS on Raspberry Pi 2 kcirick Linux From Scratch 7 03-24-2016 08:40 AM
LXer: Move over, Raspberry Pi. This startup is building a $9 computer LXer Syndicated Linux News 1 05-10-2015 11:06 PM
Error Building Raspberry Pi markjuggles Linux - Embedded & Single-board computer 8 12-07-2011 09:16 PM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware > Slackware - ARM

All times are GMT -5. The time now is 06:15 PM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration