Archive for April, 2011

26
Apr
11

Compiling GnuRadio on RHEL5 (5.6 Tikanga)

Since my android phone is taking a trip to the central technical assistance, I have time to write about some other things.

I’m currently trying to get gnuradio running on a Redhat 5 x64 machine.

Since the machines where I work have a custom repo, which updates all of them concurrently, the objective of this tutorial is to install gnuradio with minimal interference of customized packages which could induce presently or futurely a dependecy hell or any other problems…

If you don’t care for customized packages mayhem, I suggest taking a look at http://blackopsoft.com/Main_Page repository, which includes gnuradio and all it’s dependencies.

I’m compiling it onto my own account for now, will try to redistribute to the users in need of the software sometime.

Install via yum:
cppunit-devel
guile-devel
fftw3-devel

You need to get the following sources:

package (current version)
boost (1.46)
swig(1.3.40)
gnuradio(3.3.0)

Extract all of them.

swig:

./configure –prefix=~/swig_install/
make
make install

boost:

./bootstrap.sh –with-libraries=thread,date_time,program_options –prefix=~/boost_install/
./bjam install

gnuradio:

env PATH=~/swig_install/bin/:$PATH ./configure –with-boost=~/boost_install/ –prefix=~/gnuradio_install/ LDFLAGS=”-L~/gnuradio_install/lib64/” –prefix=~/gnuradio_install/
make
make install

Note: this throws error when trying to install python24 swig libs… Did not overcome those yet…
Obs.: the LDFLAGS=”-L~/gnuradio_install/lib64/” is a bug in gnuradio make install. make install tries to link to the lib without checking that it was installed to a custom prefix…

Testing the install:

env LD_LIBRARY_PATH=~/boost_install/lib/ ~/gnuradio_install/bin/gnuradio-config-info

Would have to test a compile using the libs…

UPDATE
Sorry, it was decided that the best would be to use a more upstream linux and we installed Fedora, so the installation was as complicated as running sudo yum install gnuradio-*.

Advertisements
25
Apr
11

More dumping!

Since I got a brand new refurbished not-completely-working version of my very own phone, I started hacking it again.

And dumping it.


Just to remember how the partition table looks:

dev: size erasesize name
mtd0: 00700000 00020000 “boot”
mtd1: 0b400000 00020000 “system”
mtd2: 0dea0000 00020000 “userdata”
mtd3: 00a20000 00020000 “cdrom”
mtd4: 00060000 00020000 “misc”
mtd5: 00580000 00020000 “recovery”
mtd6: 02800000 00020000 “cache”
mtd7: 00060000 00020000 “fota_bbuf”
mtd8: 00060000 00020000 “fota_usd”
mtd9: 000a0000 00020000 “fota_bua”
mtd10: 000a0000 00020000 “fota_ua”
mtd11: 00600000 00020000 “fota_up”
mtd12: 00060000 00020000 “kpanic”


The cdrom partition contains a CD image, with the files:

Autorun.inf
config.ini
MotoHelper_2.0.24_Driver_4.7.1.exe
setup.exe

and the config.ini content is:

[MC]
file=MotoHelper_2.0.24_Driver_4.7.1.exe
version= 02.00.23

[driver]
version=4.7.1


The contents of all the fota* partitions:

fota_bbuf.img:
00000000 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |…………….|
*
00060000

fota_bua.img:
00000000 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |…………….|
*
000a0000

fota_ua.img:
00000000 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |…………….|
*
000a0000

fota_up.img:
00000000 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |…………….|
*
00600000

fota_usd.img:
00000000 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |…………….|
*
00060000


The misc partition:

00000000 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |…………….|
*
00000800 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |…………….|
*
00000c40 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |…………….|
*
00001800 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |…………….|
*
00020000 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |…………….|
*
00060000


kpanic partition content:

00000000 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |…………….|
*
00060000


I dumped the system partition via cat but unyaffs complained it was not valid…

No idea why really… and the tar backup I created previously was good for shit… stuck in bootloop… perhaps this one does it… who knows..

25
Apr
11

My Phone Is Back From Repair!

As some might have noticed, I ended up bricking my phone after I tried to replace a lib with a similar one from a HTC phone, where the adreno renderer was enabled.

Why brick with something to simple? Perhaps I wouldn’t have if I knew somethings I know today, like the superoneclick tool which can give you adb root shell.

My problem was that without the graphical interface working(the new lib did not work at all), the superuser app could not grant super user for my su in adb shell.

I ended up trying to restore my system partition(tar to yaffs2) back to my device, but got stuck in bootloop. GREAT!

Frustrated, I erased everything on my phone(as in boot partition went bye bye). Thus I discovered that the bootloader resided in the boot partition. GREAT²!

Apparently it works similarly to the droids mbmloader scheme. In short, I had only the usb interface to the mbmloader(?) which said ‘MSM7225 Flash’ and I did not have/find any driver to. And so I took it to the technical assistance.

After 20 days I finally got a call that my phone was back, ready for retrieval. Managed to get there in the same day still, was promptly served at the store and got my phone back.

I turned it up, noted that it didn’t ask for my Google account. So I reset it and booted again. I turned up fine. So my problem had been fixed! Finally! The wait had not been in vain.

Upon arriving home, I started setting up my phone again to an usable state, like disabling the APN connectivity which my phone account is not activated for. To login to my Google account and configure the phone I would have to connect to my WiFi network. I configured it and… it did not connect! WHY?

I erased the connection and tried again. No success… I went to advanced settings, and noted the Mac Address: 11:22:33:44:55:66! That is NOT normal, for one, the first byte should be EVEN! 11 is not a valid first byte for a normal devices mac address. And 11:22:33 is not even Motorola’s mac address range. GREAT³!

I checked the /etc/wifi/nvram.txt file which configures the devices mac address, it looks fine…

And so it will come to pass… that I will have to go to the store againCRAP…


Details:
The XT300 came back updated to Baseband version: A306_U3_01.72.0
And version: SESLA_U3_01.72.0

AFAIK, the update is available in motorolas crappy website. Moto Helper/Motorola Software Update.

And z4root does not work anymore. Superoneclick does(tested).

I heard that the new version is faster. Would have to remove phone portal and flashback to confirm 😛




The Author

Older Ramblings

Tweets

Linux User Sig