Author Topic: zImage with power-off function enabled  (Read 38315 times)

vimrc (OP)

  • Posts: 66
zImage with power-off function enabled
« on: October 30, 2009, 10:41:22 pm »
Hi, guys,

Now I post the modified zImage files again...  All the following zImage files have been patched to enable the power off function. Additionally, If you want to use Mplayer to player videos, please download the zImage with IPU enabled. Don't forget to change the filename to zImage. It should be noted the modified zImage is unofficial, you use it at your own risk!

The maximum attachment size is limited, so I put them in my google page:

For 9331:

http://bossninja.googlepages.com/zImage_9331.rar          (IPU disabled)
http://bossninja.googlepages.com/zImage_9331_ipu.rar    (IPU enabled)

For 9325:

http://bossninja.googlepages.com/zImage_9325.rar          (IPU disabled)
http://bossninja.googlepages.com/zImage_9325_ipu.rar    (IPU enabled)

======================================================================================
I also release the modified zImage in which the MMC interface mode is set to 4-bit.
(Faster R/W speed, but more probabilities to corrupt your SD card. In fact, it works well in my dingoo so I'm using this one. Freaks only!! )

For 9331:

http://bossninja.googlepages.com/zImage4bit_noipu_9331.rar  (IPU disabled)
http://bossninja.googlepages.com/zImage4bit_ipu_9331.rar      (IPU enabled)

For 9325:

http://bossninja.googlepages.com/zImage4bit_noipu_9325.rar  (IPU disabled)
http://bossninja.googlepages.com/zImage4bit_ipu_9325.rar      (IPU enabled)
=====================================================================================
(Optional)
I also wrote two very simple scripts to enable or disable the IPU for dmenu so you can switch the two modes without a computer. (Well, I concede this way is a little stupid, but it's safe and effective before the kexec is activated.)
 
1. Rename the two zImage files corresponding to your type of LCD to "zImage_ipu" and "zImage_noipu" respectively.
2. Put the "zImage_ipu" and "zImage_noipu" to /local/. (Please do not remove the old zImage file in your SD card!!)
3. Extract the compressed file and copy disableipu.sh and enableipu.sh to /local/dmenu/scripts.
http://bossninja.googlepages.com/zImage_switch_scripts.rar
4. Add the following entries in dmenu. (For example: menu_system.cfg)

Code: [Select]
MenuItem EnableIPU                          
{                                            
Icon = "res/system/terminal.png"          
Name = " EnableIPU"                      
Executable = "sh ./enableipu.sh"            
WorkDir = "/boot/local/dmenu/scripts"      
}                                          
                                              
MenuItem DisableIPU                        
{                                            
Icon = "res/system/terminal.png"          
Name = " DisableIPU"                        
Executable = "sh ./disableipu.sh"            
WorkDir = "/boot/local/dmenu/scripts"        
}

If you want to disable the IPU, just select the DisableIPU in dmenu and Dingux will reboot automatically. To enable IPU is the same story.

Enjoy it!
« Last Edit: October 31, 2009, 02:49:59 pm by codiak »

eule

  • * Former Staff
  • Posts: 889
Re: zImage with power-off function enabled
« Reply #1 on: November 01, 2009, 03:37:26 pm »
Might be a noobish question, but what do i have to do to switch off the Dingoo, after i installed this image (the 4bit one btw ^^ )?  :D
edit: Nevermind, found it myself, had to add this to dmenu:

Quote
MenuItem Poweroff
{
Icon = "res/system/reboot.png"
Name = " Poweroff"
Executable = "poweroff"
WorkDir = "/"
}
note to myself: first seek, then ask ;D
« Last Edit: November 01, 2009, 03:42:29 pm by eule »

Kalisiin

  • Guest
Re: zImage with power-off function enabled
« Reply #2 on: November 01, 2009, 04:18:00 pm »
Might be a noobish question, but what do i have to do to switch off the Dingoo, after i installed this image (the 4bit one btw ^^ )?  :D
edit: Nevermind, found it myself, had to add this to dmenu:

Quote
MenuItem Poweroff
{
Icon = "res/system/reboot.png"
Name = " Poweroff"
Executable = "poweroff"
WorkDir = "/"
}

Note to myself: first seek, then ask ;D
Humm, I didn't add anything to my dmanu, and now the power-off switch works, You just have to hold it a while, and it re-boots to native, from which you can turn off then.

I guess adding THIS would give you a place to where you wouldn't even need the switch, you'd just have a menu option??

Do I have that right?
« Last Edit: November 03, 2009, 09:32:18 pm by Kalisiin »

eule

  • * Former Staff
  • Posts: 889
Re: zImage with power-off function enabled
« Reply #3 on: November 01, 2009, 04:47:22 pm »
Actually, after downloading the right zImage and adding that piece of code to dmenu, you have a Power Off button in Dmenu that actually works! I.e.: It switches off the Dingoo, just like a Linux PC, very nice!  :D
The Reboot button should be in Dmenu already, under System, if you use toddlers local pack.
« Last Edit: November 01, 2009, 04:49:11 pm by eule »

Kalisiin

  • Guest
Re: zImage with power-off function enabled
« Reply #4 on: November 02, 2009, 01:17:16 am »
I dunno which one I do use...mine is local 0.1.0 whichever one that is.

I'll look for it.

Anyway, I got an idea how to go about this, now...one way or another.

EDIT: Yeah, I got it right.
Nice. Now power-off is an actual menu item.

<-----wonders if the old "re-boot" command, which she replaced...would have re-booted into native, or Dingux.  If a re-boot into native, from Dingux...may re-add the re-boot command, so I have a choice to power-off or re-boot into native.

Be nice if there's a re-boot in native, as well...so that one could then choose to power-off...or boot into Dingux...from native.
« Last Edit: November 02, 2009, 04:54:12 am by Kalisiin »

codiak

  • Guest
Re: zImage with power-off function enabled
« Reply #5 on: November 02, 2009, 08:49:13 am »
Reboot is reboot. You reboot the hole dingoo and you can press select during boot again to boot dingux or leave it and boot the native firmware.
I have both menu items. One with a red button for shutdown and a yellow one for reboot.
« Last Edit: November 02, 2009, 09:39:29 am by codiak »

Kalisiin

  • Guest
Re: zImage with power-off function enabled
« Reply #6 on: November 02, 2009, 10:02:23 am »
Reboot is reboot. You reboot the hole dingoo and you can press select during boot again to boot dingux or leave it and boot the native firmware.
I have both menu items. One with a red button for shutdown and a yellow one for reboot.

Nice.
Could you post your .png file for the Yellow button?
I'd like to set mine up the same way.

codiak

  • Guest
Re: zImage with power-off function enabled
« Reply #7 on: November 02, 2009, 06:10:03 pm »
Reboot:


Shutdown:


My config looks like this:
Code: [Select]
MenuItem Reboot
{
Icon = "res/system/reboot.png"
Name = " Reboot"
Executable = "reboot"
WorkDir = "/"
}

MenuItem Poweroff
{
Icon = "res/system/shutdown.png"
Name = " Shutdown"
Executable = "poweroff"
WorkDir = "/"
}

Kalisiin

  • Guest
Re: zImage with power-off function enabled
« Reply #8 on: November 02, 2009, 09:18:41 pm »
You have definitely helped, and I most certainly gave you karma.  Thanks!

demon cleaner

  • Posts: 151
    • ClassicAmiga
Re: zImage with power-off function enabled
« Reply #9 on: November 03, 2009, 05:36:10 pm »
Nice feature, works like a charm :D

QBert

  • Guest
Re: zImage with power-off function enabled
« Reply #10 on: November 03, 2009, 08:41:52 pm »
I also release the modified zImage in which the MMC interface mode is set to 4-bit.
(Faster R/W speed, but more probabilities to corrupt your SD card. In fact, it works well in my dingoo so I'm using this one. Freaks only!! )

Is there an application or method to test for SD corruption when using this kernel?

codiak

  • Guest
Re: zImage with power-off function enabled
« Reply #11 on: November 04, 2009, 08:04:13 am »
If your dingux wont boot, then the fs is corrupt :)

schanall

  • Posts: 139
Re: zImage with power-off function enabled
« Reply #12 on: November 04, 2009, 11:16:36 am »
Thanks vimrc! Great job, I will try the "freaks only" zImage :D

Kalisiin

  • Guest
Re: zImage with power-off function enabled
« Reply #13 on: November 04, 2009, 04:21:31 pm »
If your dingux wont boot, then the fs is corrupt :)

FS = File System??
Seriously...sorry to ask such a noobish question, but I honestly do not know what you mean by "fs"

schanall

  • Posts: 139
Re: zImage with power-off function enabled
« Reply #14 on: November 04, 2009, 04:52:21 pm »
Yes, I think so.

@QBert:If you are using Linux like me, you can always do a fsck for eleminate inconsistencies on the sd. (man fsck should do)

fbreve

  • Guest
Re: zImage with power-off function enabled
« Reply #15 on: November 06, 2009, 04:55:16 pm »
Tried both IPU and non-IPU version and they both did not work, Dingoo just freezes in the Dingux screen of dualboot.

LCD MODULE: LCM_FAIR_ILI9331_3

Only Booboo compilation from August works on my Dingoo, the newer one does not work either.

Jolu42

  • Guest
Re: zImage with power-off function enabled
« Reply #16 on: November 07, 2009, 05:22:32 pm »
Tried both IPU and non-IPU version and they both did not work, Dingoo just freezes in the Dingux screen of dualboot.

LCD MODULE: LCM_FAIR_ILI9331_3

Only Booboo compilation from August works on my Dingoo, the newer one does not work either.

I have the exact same problem. I tried both as well. I have no idea why it's working for everyone else.

Update: I just replaced the the zImage file that wasn't working with the Dingux release 20091022 version that I previously had and that isn't working either now! It is just showing the Dingux.com splashscreen and freezes. Does anyone know what I should do?

ANOTHER Update: I just formatted my SD card. While I was backing up the local directory I found about 30 corrupted files! I don't know how this happened. Anyway, after formatting I copied my backup local minus the corrupted files and Dingux is alive and well again!
« Last Edit: November 07, 2009, 08:05:55 pm by Jolu42 »

QBert

  • Guest
Re: zImage with power-off function enabled
« Reply #17 on: November 07, 2009, 07:11:40 pm »
@QBert:If you are using Linux like me, you can always do a fsck for eleminate inconsistencies on the sd. (man fsck should do)

Good advice. Thanks schanall.

A user on the official Dingux site (Gh0ce_>0) mentioned he's been using a kernel with 32K block size and hasn't experienced any corruption. Are there any pre-compiled 32K kernels available? I'd like to see if this fixes the hiccups with larger cached games on FBA320 (eg: Marvel vs Capcom).

bmg002

  • Posts: 29
Re: zImage with power-off function enabled
« Reply #18 on: November 07, 2009, 08:33:37 pm »
Heh... I wasn't using a precompiled kernel with a 32K block size, I formatted my SDHC card with a 32K block size. To do this from windows (sorry if this is too basic of instructions for some, but since I work in the IT industry, I have met a lot of people who prefer if you can spell it out as simple as possible):
1) click on start
2) click on run
3) type in "cmd" and click ok
4) In the command prompt window that comes up type in "format X: /FS:fat32 /A:32K" (replacing the X with the drive letter of your SD card)
You will now have a completely empty SD card with a 32K block size.  I did that over 3 weeks ago, have played games (emu, ports, and linux), listened to music, everything I can think of to push it to corrupt and no sign of corruption yet.  Thinking that maybe that dingux has problems writing multiple blocks (from a file system perspecitve) at a time.  32K block size on an SD card results in more wastage of space with small files, but it seems to beat the corruption problem.
gonna try the 4-bit writing and see how that handles on mine now (with poweroff... woot poweroff).

QBert

  • Guest
Re: zImage with power-off function enabled
« Reply #19 on: November 07, 2009, 08:52:29 pm »
Heh... I wasn't using a precompiled kernel with a 32K block size, I formatted my SDHC card with a 32K block size.

Thanks for the clarification, and the formatting instructions. I'm pretty sure the block size can also be selected when using the XP/Vista "Format" utility. I've always used 32K blocks myself, and haven't experienced any corruption issues to my knowledge.