• Home
  • Help
  • Search
  • Login
  • Register
  Show Posts
Pages: [1] 2 3
1  Linux Stuff / Kernel / Re: 3.9.0+ Device-tree kernels on: March 21, 2014, 11:32:30 AM
I would like to update my GP+ kernel to the newest ones using the update script, but I don't know how to do it. Let me explain a bit more...

I'm running ArchLinux. Arch on GPs comes with a 3.1 kernel, but I am using 3.7.9 kernel downloaded from xilka. Until now I have been manually installing kernels from uboot via tftpboot/nand erase/nand write. So my GP+ reads the kernel from the NAND, and then the filesystem is mounted from the microSD card.

I was going to test manually updating to the latest 3.13 kernel, but now I see that not only the kernel image is needed, also the device tree must be flashed. And I don't know where do I need to flash it or how. So I think now it's time to do things the right way: updating the system using the update script instead of manually messing with uboot.

How can I do it? Do I need to format the internal flash in a special way and mount it? What boot command/params should I set it uboot? Is there a step by step tutorial anywhere?
2  General Category / General Discussion / Re: [GURUPLUG] Can't get Bluetooth working on: January 26, 2013, 08:32:00 AM
I found the solution in this post

I was missing firmware files sd8688.bin and sd8688_helper.bin. They came in my original Guruplug installation under /root/firmware. I copied these two files to /lib/firmware and also created the symilink sd_helper.bin pointing to sd8688_helper.bin. Now I can use BT without problems.
3  General Category / General Discussion / [GURUPLUG] Can't get Bluetooth working on: January 26, 2013, 03:30:58 AM
I have a modded Guruplug that has been working perfect for years. But until now I never used Bluetooth, and I want to use it now. Unfortunately, I can't get it to work. I'm running kernel 3.4.7, and it looks like there are some problems when loading Bluetooth drivers. These are some debug messages popped during bootup:

Code:
libertas_sdio: failed to load firmware
libertas_sdio: probe of mmc0:0001:1 failed with error -5
Bluetooth: vendor=0x2df, device=0x9105, class=255, fn=2
Bluetooth: request_firmware(helper) failed, error code = -2
Bluetooth: Failed to download helper!
Bluetooth: Downloading firmware failed!
uap_probe: vendor=0x02DF device=0x9104 class=0 function=1
request_firmware() failed (helper), error code = 0xfffffffe
Firmware Init Failed
uap_probe: uap_add_callback failed
uap_sdio: probe of mmc0:0001:1 failed with error -1

Maybe I'm missing some firmware files... could this be the problem? how can I solve it?

PS: I have also never used WiFi, and I don't need it right now, but I'm suspecting it is also not working...
4  Linux Stuff / Kernel / Re: Updating kernels - is it as easy as sudo ./README-DREAM-UPDATE.sh 3.4.4, on: October 27, 2012, 06:06:59 AM
I have manually updated the kernel to your 3.4.7 build and everything is working perfect!

I couldn't get the script to work, but thanks anyway!

Time to upgrade my old Angstrom installation to a new ArchLinux Arm distro  Wink
5  Linux Stuff / Kernel / Re: Updating kernels - is it as easy as sudo ./README-DREAM-UPDATE.sh 3.4.4, on: October 27, 2012, 03:37:40 AM
I have tried to update the kernel using your script, but I'm missing flash manipulation tools:

Code:
# ./UPDATE-SHEEVA-KERNEL.sh                                     
missing /usr/sbin/flash_eraseall                                               
missing /usr/sbin/flash_erase
#

I'm running an Angstrom distribution, and I can't find those tools in the repo Sad

Also I'm trying to update from an old Guruplug running a 2.6.32.2 kernel from the internal flash. I have set mainline linux yes and arcNumber 2659. I think this is enough for the kernel to boot, right?
6  Hardware and U-Boot firmware / Hardware / Ethernet stopped working on my GP on: January 14, 2012, 03:51:42 AM
I have a modded GP Server+ that worked flawlessly for more than a year.

Suddenly it stopped working. I plugged the JTAG box to se what is happening and the unit boots, but Ethernet just doesn't work. Tried both ports and none of them work. I tested the ethernet cable (plugging it to a laptop) and the cable works perfect. I also tried doing a PING from UBOOT and it also doesn't work.

LEDs in the Ethernet connectors are always OFF.

For me it looks like a hardware problem Sad. Any suggestions?
7  Hardware and U-Boot firmware / Hardware / Re: Sensors, Power Management, Clock Speeds and Memory on: January 07, 2011, 09:36:47 AM
I stated earlier I could only answer the second question, but as nobody answers the others, I can try to give you some tips on the other two.

1) I have never searched sensors, but Guruplug has a U-Snap connector, and I suppose sensors are one of the main applications of this connector. I think Sheevaplugs don't have this connector, but I may be wrong.

3) Again, I can only give you a tip about this. I don't know what chips do you have to use, but I doubt you can solder them, because the footprints are BGA with a very low pitch between balls. You need a special oven to solder this kind of chips, a stencil with the exact positioning of the pads, solder paste... and even with this equipment, it's relative easy to damage the board in the process...
8  Hardware and U-Boot firmware / Hardware / Re: Sensors, Power Management, Clock Speeds and Memory on: January 05, 2011, 09:52:06 AM
I can only answer to the second question, and the answer is NO.

I asked it in this forum some months ago, and got no answer, so I started investigating, downloaded the CPU datasheet and found that CPU speed is configured in HARDWARE and can't be changed by software. GP power saving is really primitive, and can only reduce a bit of power consumption during idle CPU loops, but doesn't reduce neither CPU speed nor CPU voltage.

I was really disappointed when I found this, because I was previously working with beagleboards (featuring the powerful and power saving OMAP3 chip by Texas Instruments) and with this chip, the PLL multipliers (and thus the CPU speed) can be changed in software on the fly. The Linux cpufreq module does a great job with this CPU using the ondemand scaling governor, and whith light or medium CPU load the power consumption can be really reduced. Also the chip the beagleboard uses to supply power to the OMAP3 processor drops the CPU voltage according to the selected speed...

It's a pity GlobalScale used the Marvell chip instead of the TI one, they could have saved a lot of heat problems, some space (due to the PoP CPU+Memory packages) and could have cut the power consumption even more.
9  Hardware and U-Boot firmware / Hardware / Re: GuruPlug Server Plus Heat Problems on: January 05, 2011, 09:37:44 AM
I had all kind of stability issues and random reboots with my GP+, even using only a 100 Mbps Ethernet port, no WiFi and no Bluetooth. My unit was a 1st batch one, without the noisy fan. Since I modded it adding a fan and a big sink, and replacing the internal power source with a external one, it works flawlessly.

In the software side, I also replaced the default debian distro with a minimal custom Angstrom build.

I don't have the noisy GP, so I don't know if your problem is because of a defective unit, or if it's a general problem (like with the first units).
10  Hardware and U-Boot firmware / Hardware / Re: "turn off" guruplug led on: January 03, 2011, 01:54:01 PM
Have you tried my script, but replacing "guruplug" with "plug2"?

Code:
#!/bin/sh
echo 0 > /sys/class/leds/plug2\:green\:wmode/brightness
echo 0 > /sys/class/leds/plug2\:red\:wmode/brightness
echo 0 > /sys/class/leds/plug2\:green\:health/brightness
echo 1 > /sys/class/leds/plug2\:red\:health/brightness

Making leds turn ON and OFF should be an easy task using sysfs. You only have to write zeros to turn off and ones to turn on.
11  Hardware and U-Boot firmware / Hardware / Re: "turn off" guruplug led on: December 31, 2010, 02:04:46 AM
I made a similar script for turning red the left LED (health) and turning off the bottom one (wmode). It works perfect for me.

Code:
#!/bin/sh
echo 0 > /sys/class/leds/guruplug\:green\:wmode/brightness
echo 0 > /sys/class/leds/guruplug\:red\:wmode/brightness
echo 0 > /sys/class/leds/guruplug\:green\:health/brightness
echo 1 > /sys/class/leds/guruplug\:red\:health/brightness
12  Hardware and U-Boot firmware / Hardware / Re: Guruplug-- Was it a mistake, should I return it? on: December 31, 2010, 01:58:24 AM
If you don't mind modding it, you can keep it, but if you don't want to mess with fans, sinks, modding the box, adding an external power supply, etc., you should return it ASAP.

I'm a busy man and I had to waste a lot of time trying to get my GP+ to work properly. I regret I didn't return it...
13  Linux Stuff / Kernel / Re: Kernel options needed for eSata to work? on: December 31, 2010, 01:54:45 AM
I had a problem with modules, it's working right now Smiley.

Thanks
14  Linux Stuff / General Linux questions / Re: [GURUPLUG+] Problem with rtorrent on: December 31, 2010, 01:53:16 AM
Believe it or not, the issues I have with rtorrent are caused by a HARDWARE problem. I tried pointing a big household fan to my modded GP+, and guess what, rtorrent stopped failing hashes. I hashed a big 60+ GB torrent and worked perfect. It looks like the mod I have done to my GP+ isn't enough to warm the device Sad. I'll have to add a little fan Sad.

The weird thing is everything (including aMule, md5sum, etc) excepting rtorrent is working without the need of addittional cooling. Dunno why this program is more sensitive to heat problems.
15  Linux Stuff / General Linux questions / [GURUPLUG+] Problem with rtorrent on: December 17, 2010, 01:03:38 PM
I'm using a modded Guruplug+ as a download box. I compiled and tested aMule and rtorrent. aMule works perfect, but rtorrent has problems hashing big files. When it finishes downloading a torrent, it starts hashing the downloaded file, and almost always fails, and each time you check the hash of the file, it fails in different chunks! Also if I download a big torrent with my PC, copy it to the HD connected to my GP+ and check MD5, the file is properly copied to GP+, but rtorrent fails hash check!

Googling I found a lot of people with this problem, the developers say it's because a kernel bug found only in version 2.6.19, or maybe due to defective hardware...

Could my problem be caused by defective hardware? Why other programs (i.e., aMule and md5sum) aren't affected? Anyone using rtorrent with guruplug to download big files?
Pages: [1] 2 3