Database Info

[Question] Whats the process to get ROMs portet for 32A?

I was wondering, what the process for porting ROMs?
Some new files, like the wlan.ko and add some BT lines in a init file.
What else? Can I get a direction?
I like to mess around with it, I like this stuff.. Im totally in love with this Magic phone..
We need more porting got the 32A device..

Look at this thread http://forum.xda-developers.com/showthread.php?t=530972 Amon_RA have postet a good guidline in his post http://forum.xda-developers.com/showpost.php?p=4040214&postcount=23 I did follow that guide as I made the cm-recovery-1.4-32A.img all I had to make was to edit the filenames.

If it was that easy, then we have seen more roms for the 32A
We can report the 32B that way, but not directly from G1.

ChrisB said:
If it was that easy, then we have seen more roms for the 32A
We can report the 32B that way, but not directly from G1.
Click to expand...
Click to collapse
That's not completely true, all of the g1 roms have custom kernels which mean custom modules and features that are added which will make the rom your porting limited to certain features... for example cm's kernel which is on every cm rom for the g1 has cgroup which is a module that basically optimized running tasks, squashfs which is a mount type you can use on the system, compcache which is module that you can use for swap memory which is very useful... and i'm pretty sure there is other stuff too... but this issue creates a limitation for us 32A users as far as porting roms because some roms are very unique because of certain stuff that comes with the kernel...
32Bs on the other hand are google branded phones so the g1 kernels work on them and the only thing that you change in the proccess of porting in simply renaming init.trout.rc to init.sapphire.rc from the ram disk and you don't need to change the kernel because it will work since both devices are google branded.
so yeah you can almost port every rom but just don't expect the full features and also another note when porting to 32A you have mess to around with the update-script file most of the time when not touching it you will not be able to get any command to work under the command line due to the symlinks, i would suggest using the update-script from fatal1y's hero rom 1.4 ported by skittleguy or the hofo community rom because those are the ones that i looked at to basically learn...
Good luck,

This basically untill HTC will release the kernel patches. Then you'll be able to port every single ROM to 32a.

Thinktank- Get WIFI working on 32A port.

It is really pissing me off that i can't get wifi to work properly when porting Dream roms over to the 32A. I have changed all drivers, a heap of wifi and init files but still nothing.....
We have rebuilt the boot image with the correct kernel, replaced wlan driver, renamed trout files etc......
Wifi will start up and find the networks nearby but will not connect to any.
Anyone have any suggestions? I am hoping there is one little file we are missing that a simple transfer of that file will get it working.....
Radix and I have tried a bit as well as a few others. He might be able to pop in and say exactly what he has done with what files (I am at work so can't remember everything i have tried to change)....
IDEAS?
****edit*** just noticed this tweet from haykuro: "rogers peeps: you may be able to flash all sorts of craziness soon. "

I have had no problem getting WiFi to work on any of the Dream-based ROMS. As long as the wlan.ko matches whatever kernel you are using (from whatever boot.img you are using) it seems to work as normal.
I'd imagine you will never have much success using a different wlan.ko and kernel combination than was compiled for.

is that with 32A or 32B? Interesting on the matching thing- i think we tried that- we used Amon_RAs kernel and wlan.ko.....
Would we have to use the entire boot image and not just the kernel?

MontAlbert said:
is that with 32A or 32B? Interesting on the matching thing- i think we tried that- we used Amon_RAs kernel and wlan.ko.....
Would we have to use the entire boot image and not just the kernel?
Click to expand...
Click to collapse
I use the entire boot.img (I know this is lazy and loses alot of the cool features of the ROM) and then the corresponding wlan.ko from whatever image the ROM came.

ok. I was trying to keep as much of the original intact as possible.....

I've tried replacing the entire boot.img - makes no difference - wifi will load, but not actually get an IP with any of the newer roms (like cyanogen's or JACxROM).
I suspect it's interacting with some of the /system/bin/ files and something has changed in that department that makes it incompatible with our kernel/wlan.ko.
I've tried replacing wpa_supplicant/wpa_cli/wlan_loader and no luck.

[32A][PORT][KERNEL]Hero ROMs - LEDs work, misc ROM ports (up. Dec 9 - Dwang Donut)

Thanks to chris-steenkamp's great find, it seems that we now can have fully working LEDs on any Hero ROM that can be made to run on Magic 32A (=means one that has a 32A kernel available or works with one of the supported kernels). The fix itself is amazingly simple and can be done like this:
1. Reboot phone into recovery (the recovery must have root and adb access - I recommend Amon_RA's great recovery)
2. Connect the phone to your PC
3. Switch to your Android SDK tools directory
4. adb shell mount -a (ignore warnings about /dev/mmcblk0p2 not mounting if you see them)
5. adb pull /system/build.prop .
6. Edit the build.prop file that you have just downloaded. Change ro.product.device from hero to sapphire. That's it!
7. adb push build.prop /system
8. adb shell sync
9. Reboot phone. You should now have working LEDs!
I've also repackaged most of the available 32A kernels with the modified build.prop file for some of the most popular Hero ROMs available. Please note that I take absolutely no credit for these kernels, I've just repackaged them to include the LED fix. All of the credit for making these kernels goes to hotweiss, modaco and redglasses.
Repackaged 32A kernels for specific ROMs with the LED fix incorporated:
TheOfficial Hofo 32A Kernel update by hotweiss for Drizzy's Hero ROM 1.5.5
TheOfficial Hofo 32A Kernel update by hotweiss for JACxHeroSki ROM 2.1
MoDaCo 2.2 32A Kernel update by modaco for MoDaCo 2.2 Hero ROM 1.5.5
MyHero 2.6.29 BFS 32A Kernel update by redglasses for MyHero 1.1.2 Hero ROM
MyHero 2.6.29 non-BFS 32A Kernel update by redglasses for MyHero 1.1.2 Hero ROM
Update for getting the trackball glow working in most likely any ROM on 32A Magic
Trackball glow fix for 32A
New! Experimental 32A kernel updates for specific ROMs with LED fix and other goodness compiled and packaged by me:
Note: Because of complaints about extreme bandwidth usage from my ISP, all files are now Rapidshare hosted only. Sorry.
Qteknology 1.6 2.6.29 BFS-303 32A 1.1 kernel update for Qteknology 1.6 and 1.7 by Qteknology
MyHero 1.1.3 2.6.29 BFS-303 32A v1.1 kernel update for MyHero 1.1.3 Hero ROM by redglasses
eViL ROM v3 2.6.29 BFS-304 32A v1.2.1 kernel update for eViL Hero v3 by eViL D:
eViL ROM v3 2.6.29 non-BFS 32A v1.2.1 kernel update for eViL Hero v3 by eViL D:
eViL ROM v3s 2.6.29 BFS-304 32A v1.2.1 kernel update for eViL Hero v3s by eViL D:
Blur Hero 1.5.7 2.6.29 BFS-303 32A v1.1 kernel update for Drizzy's Blur Hero 1.5.7 by Drizzy
T-mobile Pulse for G1 1.1c 2.6.29 BFS-303 32A v1.1 kernel update for T-mobile Pulse for G1 1.1c by diaztradeinc - VERY EXPERIMENTAL ROM, slow and many things don't work yet!
SenseHero 1.0 2.6.29 BFS-304 32A v1.2.1 kernel update for SenseHero 1.0 by ccyrowski
SenseHero 1.0 2.6.29 non-BFS 32A v1.2.1 kernel update for SenseHero 1.0 by ccyrowski
Drizzy's Final Hero 1.0 2.6.29 BFS-304 32A v1.2.1 kernel update for Drizzy's Final Hero 1.0 by kingclick
MotoBlur 1.1 2.6.29 BFS-304 32A v1.2.1 kernel update for MotoBlur 1.1 by twistedumbrella - WiFi doesn't seem to work, minimal testing, HIGHLY EXPERIMENTAL
eViL Sense 1.5 2.6.29 BFS-304 32A v1.3 kernel update for eViL Sense 1.5 by eViL D: - don't forget that this ROM doesn't have a bootscreen, it's just blank
Hero3G UnI Tattoo Donut 2.6.29 BFS-304 32A v1.3 kernel update for Hero3G UnI Tattoo Donut 1.6 by eugene373
Dwang Donut 2.6.29 BFS-310 32A v1.4D kernel update for Dwang Donut 1.12 and 1.13 by dwang
A word about "my" kernel update
Although I refer to that new kernel update as "mine", that's not really true. I'm not really a dev at all. I'm responsible for compiling the kernel, packaging the updates and for some minor tweaking and tinkering to get everything running, yes. But most of the credit for the creation of those kernel updates goes to the people who made it possible (mostly without even knowing): Cyanogen, TigerTael, hotweiss, modaco, bcrook, chris-steenkamp, Amon_RA, gboddina and countless others here at XDA. Thanks for doing the hard work and letting us go along for the ride!
The kernel in "my" updates is the latest Cyanogen 2.6.29 kernel with all the goodness that comes with it, most notably the latest BFS 304 code. As far as I can tell, there are no major problems with it and everything seems to be working fine, but please bear in mind that it's rather experimental and if you're going to try it, backup and be cautious. The kernel works just fine for me, but YMMV.
Unlike pretty much all the other G1/32B to 32A ROM ports I've seen so far, if you combine my new kernel updates with the original G1/32B ROMs, the kernel modules should be working. Which also means there's possibility for compcache, which I think is actually a first for 32A.
One more thing - those kernel packages MAY more or less work on other ROMs as well, but they're really made for the specific ROMs. If you insist on trying it with some other ROM, be sure to do nandroid backup before! The update script deletes/replaces some system files and there's no real guarantee it won't break your system on ROMs other than those they're supposed to be used with.
How to combine 32B/G1 Hero ROM with 32A kernel:
(0. Backup everything, but that should go without saying. I use Backup for Root and MyBackup Pro for user data and of course Nandroid)
1. Pick your preferred 32B/G1 Hero ROM and the corresponding kernel update from the above list, download them and place them in the root dir of your SD card
2. Start your favourite recovery (again, I use Amon_RA's) - it shouldn't matter if you have it flashed into phone or start it via fastboot.
3. Wipe (just in case) and if you use app2sd, format your ext3 partition as well
4. Flash your downloaded ROM file to the phone
5. Without restarting the phone (important!), flash your downloaded 32A kernel update
6. Restart the phone and hope that everything will work for you. Bear in mind that as usual, the first boot after flashing often takes a long time.
There's also another possibility to get LEDs working on 32A with ROMs that are not on the previous list. Some of the ROMs seem to already have the fix incorporated (that's how it was discovered). Those ROMs lack their kernel counterparts for 32A, but sometimes can be combined with other 32A kernel updates and work (for the most part).
LED-enabled ROMs that we know work on 32A when combined with one of the supported 32A kernels:
Qteknology 1.6 by Qteknology
eViL Hero v2.9.5 by eViL D:
Kernels that can be combined with LED-enabled ROMs:
TheOfficial HoFo for Drizzy's ROM by hotweiss. Known problems: multitouch doesn't work.
MyHero 2.6.29 (both BFS and non-BFS) by redglasses. Known problems: some problems with trackball glow notification.
MoDaCo 2.2 32A kernel by modaco. Known problems: compcache can't be enabled.
If you like my work, buy me a Pepsi

You mean you used QTek 32B ROM in you 32A device?

same question as pabbas, did you port the 32b rom to 32a, if so, just uplaod it, thx

What he did is flashing the 32b rom and then try to flash (one at a time) all the 32a kernels he mentioned..porting a 32b rom to 32a is all a matter of kernel substitution..

dBartoz said:
What he did is flashing the 32b rom and then try to flash (one at a time) all the 32a kernels he mentioned..porting a 32b rom to 32a is all a matter of kernel substitution..
Click to expand...
Click to collapse
So we can flash any 32B to 32A with the right kernel?

Yes, just as dBartoz says. Flashed the 32B ROM from the recovery and without leaving the recovery, flashed the 32A kernel update over it to overwrite the boot.img and wlan.ko with the 32A ones. That's pretty much all you need to do to run 32B ROM on a 32A device. Granted, you lose the ROMs customized kernel, but then again, there's still a lot to gain by doing this. I thought this is common knowledge here.
I can probably repackage the ROM and the kernel into one package and upload it, but honestly, I can't really see the point in doing that (and I would be pretty much distributing someone else's work without contributing anything).

Case_ said:
Yes, just as dBartoz says. Flashed the 32B ROM from the recovery and without leaving the recovery, flashed the 32A kernel update over it to overwrite the boot.img and wlan.ko with the 32A ones. That's pretty much all you need to do to run 32B ROM on a 32A device. Granted, you lose the ROMs customized kernel, but then again, there's still a lot to gain by doing this. I thought this is common knowledge here.
I can probably repackage the ROM and the kernel into one package and upload it, but honestly, I can't really see the point in doing that (and I would be pretty much distributing someone else's work without contributing anything).
Click to expand...
Click to collapse
thanks man,
I'm going to try it out

Case_, did you test if the bluetooth is working well with the "mix" rom for wich the led is working?
In that case this could be a (the first?) really full working hero rom for magic..
Let us know if you find any issues, as soon as I have some time I'll be checking it out too..
EDIT
Did you have to create three partitions (fat32, swap, ext) to make the rom work or is leaving only the fat32 partition ok?
You know, with 32A we don't have those lack-of-memory issues..

dBartoz said:
Case_, did you test if the bluetooth is working well with the "mix" rom for wich the led is working?
In that case this could be a (the first?) really full working hero rom for magic..
Let us know if you find any issues, as soon as I have some time I'll be checking it out too..
Click to expand...
Click to collapse
I did try camera, GPS and wifi and it all seems to be working just fine. I don't really care for bluetooth, so I did not try that just yet. I'm not even sure what the exact issues were. Will educate myself, try it (if I can) and report back ASAP.

Case_ said:
I did try camera, GPS and wifi and it all seems to be working just fine. I don't really care for bluetooth, so I did not try that just yet. I'm not even sure what the exact issues were. Will educate myself, try it (if I can) and report back ASAP.
Click to expand...
Click to collapse
Thank you very much..
It'd be great if you could report some information about battery life too..
P.S. I edited my previous post with one more question (about the partitions needed), what did you do under that POV?
Thanks again!

dBartoz said:
Thank you very much..
It'd be great if you could report some information about battery life too..
P.S. I edited my previous post with one more question (about the partitions needed), what did you do under that POV?
Thanks again!
Click to expand...
Click to collapse
So I tried the bluetooth and (unless I'm doing something wrong) it seems it's a no-go, sorry. I can pair with devices but that's pretty much it. When I tried using the headset to call, nothing really happened, the phone said the headset is connected, but the sound was still coming from the phone, not from the headset, and clicking on Bluetooth on in the call menu or pushing the headset call button didn't really do anything. That's with the HoFo Drizzy kernel. I'll try the other kernels soon (but I don't think it'll make much difference - then again who knows...)
Edit: With the MyHero kernel, the headset at least seems to work, but the only thing coming from when making a call is the white noise.
Considering the partitioning, I don't really like running app2SD on 32A (I think it actually slows the phone down quite a bit and doesn't help anything), but I also think Sense UI really needs more memory or swap to be usable in the long-term, even on 32A (and as reported by my friend with Hero, even he does have pretty much the same memory and performance issues I have with any Hero ROM without swap), so what I did was create (using parted via adb within the recovery) the usual three partition setup (only the ext2 partition was really small, like a few MB max) and then delete the ext2 partition, so there's no partition for app2SD and yet the swap partition is still identified as /dev/block/mmcblk0p3 , so the ROMs I'm trying pick it up and use it without the need to reconfigure anything. I'm currently using 64MB swap and as far as I'm concerned, the phone runs great, much better than without the swap partition, though I'll probably change the swap partition size to 32MB soon, as I think it should be sufficient.
As for the battery life, absolutely no complaints whatsoever - seems to me it's actually maybe even a bit better than with stock ROM (and that is with "always-on mobile" enabled), but I may be imagining it

Qteknology's rom use a shell script to making LEDs work. Now we have a app to do that.
Please look at this thread.
http://forum.xda-developers.com/showthread.php?t=565015

redglasses said:
Qteknology's rom use a shell script to making LEDs work. Now we have a app to do that.
Please look at this thread.
http://forum.xda-developers.com/showthread.php?t=565015
Click to expand...
Click to collapse
Yeah, I noticed some of the Hero ROMs contain the HeroLed application (and forgot to look up on it). Mainly because it's force closing at the phone startup
So, from the 32A point of view, the shell script is definitely a better alternative for now, as it's the only one working (but still only with some of the kernels). But it's great to know why this seems to be the only ROM that works, thanks for the info!

I just flashed Qteknology + HoFo for Drizzy's as you suggested.
Tried the led with handcent sms a second ago, and it works
You rock, Thanks for the helpful post

Finally a confirmation that it works for someone else as well, great! Just out of curiosity to see if it really is somehow related to SPL, what SPL do you use?
Oh, and don't thank me, I'm just "mixing" together someone else's hard work.
I'm thinking about the possibility of "splicing" this LED shell script from Qteknology ROM into other Hero ROMs, but so far I wasn't even able to locate it in the ROM or find some info about it :/

So far I have used only myhero rom's, and they worked very well. This rom works even better! Only thing I would love to see is transparent notification area (like in myhero rom).
Great work! Thanks!

Led notifications works with sms popup and missed call aplications.

The dafault one that came with the phone, which is an italian 32 by TIM.
Just got this infos from fastboot:
HBOOT-1.33.0008 (SAPP10000) | RADIO-3.22.20.17

II just noticed that multitouch aint working for me. I tried the browser and the album and it won't let me zoom that way.
Another issue is that I keep geting force close on com.HTC.core or something like that.
Ah, thehtc keyboard is pretty damn laggy on the browser.
Should i try another kernel? Which one should I try?

nubcake said:
II just noticed that multitouch aint working for me. I tried the browser and the album and it won't let me zoom that way.
Another issue is that I keep geting force close on com.HTC.core or something like that.
Ah, thehtc keyboard is pretty damn laggy on the browser.
Should i try another kernel? Which one should I try?
Click to expand...
Click to collapse
You're right, the DrizzyHoFo kernel seems to not support multitouch. Thanks, I'll mention it in the first post. Try either of the other two kernels, those work just fine here. I have no preference in them, really - the MyHero kernel has a BFS alternative available, whereas the MoDaCo kernel (which in its 32A alternative I think does NOT have BFS, though I can be wrong) should have the possibility of enabling compcache (although I need to try to work on that, there's some problems with modprobe I can perhaps work around).
No problems with force closes here, at all. Did you wipe before flashing the ROM, as you always should, and if you use ext3 for app2sd, did you format it as well? Other than that I'm afraid I can't really help you, sorry.
But there's now another ROM that has LED working on 32A - eViL Hero ROM v2.9.5. So if anyone doesn't like Qteknology for some reason, you can try this one. I'm updating the first post with my findings (I've changed it's structure a bit for now and altered the thread title as well). It's most likely that working LEDs will soon be common on most Hero ROMs even when running those on 32A - I'll try to keep updating the list in the first post for as long as I think it makes some sense.

[HOW TO] Porting ROM from another device?

I want to port some ROM from 32B to my 32A. I am new in this Android ROM Development section, but I have some knowledge. In WM I used to cook ROMs every day (Link), also I have managed to create Hero port for HTC Niki device (Link).
I have some procedure in mind:
1. Extract system.img from ROM which I want to port
2. Extract boot.img from ROM which I want to port (with AmonRA porting tools)
3. Replace boot.img-kernel with the one from my stock boot.img
4. Rebuild boot.img
5. Build update.zip, sign it and flash
- Now, before I create update.zip I have some questions:
* Do I need to replace wlan.ko with the one from my stock ROM?
* Do I need to replace build.prop?
* And what else?
AmonRA in his tutorial, has explained everything, but his porting is just for boot.img, and I am guessing that his nk02ion_r4 (system folder) is already prepared for 32A.
Thanks in advance?

You'll definitely need to replace wlan.ko, otherwise your wifi won't work. As for what other changes you may need to do - there's no universal way to do it, it varies from ROM to ROM (that is if you want to retain all or at least most of the functionality of the original ROM). In some ROMs, for example, I had to modify the ramdisk image slightly. In other, I had to replace a few of the system tools with my own compiled one to get the functionality I wanted back. Or remove a few files that work on 32B/G1 but create unnecessary problems on 32A (like HeroLED.apk). And then of course after such changes you may need to modify the update-script accordingly.
One thing that bothered me to the extent that I even started with compiling kernel and creating "porting packages" myself was that when porting, people often just replaced the kernel image itself (boot.img-kernel) and wlan.ko while other kernel modules were left unreplaced (because the person porting the ROM probably didn't even have them available), therefore many things from the original ROM were not available in the port. Case in point - compcache: whether we need it or not on 32A is another thing, but I believe that if it's supported in the original ROM, we should have the option to use it even on 32A should we want to try it.
I understand it's better to port this way rather than not to port at all (and I've done this myself, yes, guilty as charged), but it's still quite wrong to me to simply create "mashups" where ramdisk belongs to one ROM, kernel to another one and kernel modules to yet another one. It's easier, but it's not the right way to do it if you can prevent it.

Case_ said:
You'll definitely need to replace wlan.ko, otherwise your wifi won't work. As for what other changes you may need to do - there's no universal way to do it, it varies from ROM to ROM (that is if you want to retain all or at least most of the functionality of the original ROM). In some ROMs, for example, I had to modify the ramdisk image slightly. In other, I had to replace a few of the system tools with my own compiled one to get the functionality I wanted back. Or remove a few files that work on 32B/G1 but create unnecessary problems on 32A (like HeroLED.apk). And then of course after such changes you may need to modify the update-script accordingly.
One thing that bothered me to the extent that I even started with compiling kernel and creating "porting packages" myself was that when porting, people often just replaced the kernel image itself (boot.img-kernel) and wlan.ko while other kernel modules were left unreplaced (because the person porting the ROM probably didn't even have them available), therefore many things from the original ROM were not available in the port. Case in point - compcache: whether we need it or not on 32A is another thing, but I believe that if it's supported in the original ROM, we should have the option to use it even on 32A should we want to try it.
I understand it's better to port this way rather than not to port at all (and I've done this myself, yes, guilty as charged), but it's still quite wrong to me to simply create "mashups" where ramdisk belongs to one ROM, kernel to another one and kernel modules to yet another one. It's easier, but it's not the right way to do it if you can prevent it.
Click to expand...
Click to collapse
Thanks Case_. I am new to linux and I love Android, but this seems to be very hard to understand. Is there any way to set up kitchen (or something similar), or I need to compile from source (but I have no idea how to port ROM with this method)?

[KITCHEN] Basic ROM Kitchen for aspiring Dream cooks [PC/MAC]

Hi guys,
Over at the HTC Hero forum I have been developing a kitchen to help ordinary people learn how to build their own ROM. It allows you to do basic things such as rooting a shipped ROM, adding apps2sd, modifying the task killer memory threshold, etc.
The appropriate settings are now in place to make it work for the Dream.
Here is the link to the kitchen:
http://forum.xda-developers.com/showthread.php?t=633246
Before you flash your new custom ROM made from this kitchen, please make a Nandroid backup first of your existing ROM!
Thank you, and enjoy!

Working so far on Ubuntu, figures I just learned how to use git and make my own EBI1 kernels 2 days ago, thanks for this. I'll let you know once I flash a rom how it goes.

carz12 said:
Working so far on Ubuntu, figures I just learned how to use git and make my own EBI1 kernels 2 days ago, thanks for this. I'll let you know once I flash a rom how it goes.
Click to expand...
Click to collapse
Cool, thanks. I am most concerned about how the wireless tethering option will work on the Dream because it requires a kernel fix for Android 1.5 and 1.6. The kitchen is supposed to do that automatically but it will replace your existing kernel.
BTW looks like you are from my home town of Edmonton!

It's not booting, I used my own nan sys and boot img's, set up a working directory and then rebuilt, long time at rogers screen and then boot animation for a minute then a blank back-lit screen, I'll logcat and post it later, time for work.
Is this compatible with the EBI1 dream?

dsixda said:
Cool, thanks. I am most concerned about how the wireless tethering option will work on the Dream because it requires a kernel fix for Android 1.5 and 1.6. The kitchen is supposed to do that automatically but it will replace your existing kernel.
BTW looks like you are from my home town of Edmonton!
Click to expand...
Click to collapse
I may need to go to EBI0 to test if it replaces the kernel?

carz12 said:
It's not booting, I used my own nan sys and boot img's, set up a working directory and then rebuilt, long time at rogers screen and then boot animation for a minute then a blank back-lit screen, I'll logcat and post it later, time for work.
Is this compatible with the EBI1 dream?
Click to expand...
Click to collapse
What is different about EBI1 from a kernel level? If all you did was extract the system and boot.img, and then build without modifying anything, then that should work.
EDIT: If this is a customized ROM (e.g. with custom kernel) then the update-script file under META-INF\.... may need some manual tweaking. The Option 1 in the menu is recommended only for stock ROMs, because this option creates a simple generic update-script file.
If you are indeed using a custom ROM then I'd try to get the original update.zip file of this ROM, which already has the correct update-script file. Just copy that update-script into your existing kitchen.
Or even simpler, just use the original update.zip file and run Option 11 instead of the Nandroid backup.

carz12 said:
I may need to go to EBI0 to test if it replaces the kernel?
Click to expand...
Click to collapse
I am not familiar with all the different Dreams, but it will replace the kernel if you have a 1.5 or 1.6 ROM.

It works on my rogers dream, I took the original rom for the g1, set up a working directory, replaced the launcher, took out a few apps, replaced the boot.img and wlan.ko with the ebi1 compatible versions I compiled and put in my own prop files, booted right up, thanks for this. Can't test the tethering thing as it'll change the kernel on me.

dsixda said:
I am not familiar with all the different Dreams, but it will replace the kernel if you have a 1.5 or 1.6 ROM.
Click to expand...
Click to collapse
What would happen if I just replaced the wlan.ko and boot.img-kernel in the dream_1_6_update folder with my ebi1 versions? could I test out the add wireless tether option?

carz12 said:
What would happen if I just replaced the wlan.ko and boot.img-kernel in the dream_1_6_update folder with my ebi1 versions? could I test out the add wireless tether option?
Click to expand...
Click to collapse
I'll try this tomorrow. Looks cool.

downloading now, ill let you know how things go tomorrow.

carz12 said:
What would happen if I just replaced the wlan.ko and boot.img-kernel in the dream_1_6_update folder with my ebi1 versions? could I test out the add wireless tether option?
Click to expand...
Click to collapse
I'm not sure exactly what the modified boot.img-kernel in the kitchen has, but I'm guessing it's a couple of networking-related variables that were changed. If your kernel has those modifications then maybe it will work. Doesn't hurt to try
Let me know if it works, then we can use your version for individuals who are cooking Rogers ROMs.
A question: Is it possible to tell that a ROM is for a Rogers Dream (ie. somewhere in the build.prop)? In that way, the script can automatically decide what action to take.

carz12 said:
It works on my rogers dream, I took the original rom for the g1, set up a working directory, replaced the launcher, took out a few apps, replaced the boot.img and wlan.ko with the ebi1 compatible versions I compiled and put in my own prop files, booted right up, thanks for this. Can't test the tethering thing as it'll change the kernel on me.
Click to expand...
Click to collapse
That's great news so far! Thank you

will ROMs created work with MyTouch 3G

nicknowsky said:
will ROMs created work with MyTouch 3G
Click to expand...
Click to collapse
Lets hope I am setting this up now to try it for my touch 3g

nicknowsky said:
will ROMs created work with MyTouch 3G
Click to expand...
Click to collapse
Since it's the HTC Magic, yes it should! Please try and let me know.
I'll create a thread for this in the Magic forum so that people can post their feedback there. Thank you
EDIT: Here's the thread where you can post Magic/myTouch 3G feedback:
http://forum.xda-developers.com/showthread.php?t=651470

Question...What section on the HTC site would I look for the shipped rom.exe...Specific device = Mytouch?

holmes901 said:
Question...What section on the HTC site would I look for the shipped rom.exe...Specific device = Mytouch?
Click to expand...
Click to collapse
Just do a search in XDA for Mytouch/Magic shipped ROMs. Usually there are links to the original ROMs in the Wiki page for your device.

dsixda said:
I'm not sure exactly what the modified boot.img-kernel in the kitchen has, but I'm guessing it's a couple of networking-related variables that were changed. If your kernel has those modifications then maybe it will work. Doesn't hurt to try
Let me know if it works, then we can use your version for individuals who are cooking Rogers ROMs.
A question: Is it possible to tell that a ROM is for a Rogers Dream (ie. somewhere in the build.prop)? In that way, the script can automatically decide what action to take.
Click to expand...
Click to collapse
I'll try it out tonight, the sources I used to compile were wes's and his kernel has tethering support unless I broke it, I've never used tethering before.

carz12 said:
I'll try it out tonight, the sources I used to compile were wes's and his kernel has tethering support unless I broke it, I've never used tethering before.
Click to expand...
Click to collapse
Tethering is actually useful even if you don't need it all the time, eg. if your desktop PC cannot access the internet or your wife is using an iPod touch to access the internet in a restaurant.
So do Rogers Dreams require a special kernel, due to the 911 fix? So I guess the stock ROM update has the proper kernel, but modifications like the wireless tether for a Rogers Dream would require a patched Rogers kernel.