Release Hotfix 5 - RC2. Last one before going final


Status
Not open for further replies.

EvilDragon

Administrator
Staff member
Joined
Mar 4, 2003
Messages
29,986
Age
46
Location
Ingolstadt
HotFix 5 RC2 is finished. We've come a long way, and hopefully, most evil bugs have been squashed.


This will be the last one before the final - and maybe it already will be the final one.


It's still not in PND-form, so flashing this puts your Pandora back to the state you got it. Be sure to backup anything you put on the internal storage if you need it.


I'll work on making a PND-HF5-Installer for the final release.


Here are the changes that happened from Beta RC1 to RC2:



Code:
* Bugfix: libpnd - inotify was catching all modifications instead of closed-writable files. Thanks to Demitar for the catch!
* Various bugfixes and enhancements to the category / subcategory system of MiniMenu
* DaveC donated some nice folder graphics for the subcats in MiniMenu
* op_power.sh: Fixed a bug which crashed the script when going to low-power mode while connected to WLAN network
* Kernel: Set higher functional clock constraint. This allows hardware scaler to work with higher resolutions, allowing 720p video playback, for example.
* Various other small fixes!




In case you haven't checked them (or forgot about it) - here is the list of changes that happened from HF4 :)




Code:
Fixes:
* LCD-Settings: Fixed the bug where the user could delete the default gamma setting
* Mass Storage Settings: Fixed a bug where it didn't remount the card under certain conditions
* First Run Wizard + Date / Time-Setting: Fixed timezone-selection.
* WiFi: New driver and firmware version with a lot of fixes (Yuri Ershov, notaz and Denis 'GNUtoo' Carikli)
* xf86-video-omapfb: Handle cycle/forcer events better
* Automount: Unmount from Thunar / XFCE4 is now possible
* Low-Power-Mode: Speed now set to 125 MHz (works more stable and doesn't use more power)
* Lid Closing: Disabled LCD Blanking, since that has issues with some programs
* Brightness-Buttons: Changed values so that the screen doesn't flicker anymore
* pnd_run: Lots of fixes and cleanups (sebt3)
* pnd_run: Fixed running of directories with PXMLs inside (Paul Brook)
* pnd_run.sh: Remove empty AUFS-Directories after unmounting (thanks to sebt3)
* U-Boot: Add WiFi reset on boot (fixes occassional power eating from WiFi Chip even if it was switched off)
* Fixed broken OPP after the unit crashed (patch by urjaman)
* Included latest SGX PowerVR drivers (thanks to notaz)
* MiniMenu: A lot of bugfixes and optimizations.
* omap3-sgx-modules: backport spinlock fix from omap3630 (thanks to notaz)
* mount.sh: Small optimization (changed rm to rmdir)
* MiniMenu: Now using only 3-4% CPU when idling
* Kernel: Various fixed, especially the errors when copying from one SD Card to the other one should be fixed (thanks to urjaman and notaz).

New Features:
* LCD-Settings: Added Video-FIR-Selector (current and default one)
* Applications: Removed Pidgin, Gnumeric, AbiWord, Clawsmail (use the PNDs for sebt3!)
* Applications: Added GCalcTool (Calculator)
* Tools: Added xdotool
* CPU-Speed: Now configurable using /etc/pandora/conf/cpu.conf or using the new CPU-Settings-Editor
* Pandora-State: Can now set a default CPU Speed during startup
* XFCE4: Enabled Icons in Startmenu, added Pandora-Splashscreen
* pnd_run: Script now popups a message if mount fails (sebt3)
* U-Boot: Pandora Menu: Always add serial option (for sure)
* Libraries: Added libsamplerate
* MiniMenu: Added new config options (i.e. do not quit on app run, remove detail panel, etc.)
* MiniMenu: Added Subcategories in the Grid (for quicker browsing).
* MiniMenu: Included OVR-Editor (so you can rename, move or change other settings of PNDs)
* MiniMenu: Added Directory Browser
* OS: Added Version number to Splashscreen




Download the latest version here.


How to flash the image?


Easy: Download the zipped image and extract the full contents onto the root of your SD Card.


Put the SD Card into slot 1 (the left one), switch on the Pandora while holding the R-Shoulder button and select "boot from SD1:1"


The flashing process should start. After it's finished, reboot the unit.


The first boot will take a while (up to 10 minutes). Patiently wait and you'll be greeted with the First Boot Wizard.


Additionally, we are currently organizing the Firmware development so that it's much easier to participate for everyone who wants to help and submit patches.


There's a mailing list, IRC, the boards, etc.
 
Thanks! I thought HF5 RC1 was great, I'll give this a shot and see how it goes... One thing I need to ask: Any chance of a Midori upgrade for HF6?
 
Did not automatically reboot in verbose mode (is this normal?), but flashed fine from what I can tell.
 
Where do we get backgrounds from 5.4 and before for xfce desktop?


Thanks for all the effort its looking better all the time!
 
So far so good, but is there any way possible to make moving icons on the desktop easier? The stylus dragging method can get a bit tedious...
 
So far so good, but is there any way possible to make moving icons on the desktop easier? The stylus dragging method can get a bit tedious...

I wasn't aware items on the desktop could be moved at all. I can't do it, anyways.
 
Doesn't seem to be any issues I've run into so far, running 1050mhz on startup OPP5 and the CPU control scripts work well - now I can remove that CPU speed button off my desktop that I had to reach for every time I woke it from sleep so browsing with FF4 is bearable.


Now just hoping for a better wireless driver as I can only manage about 30kb/s on my ASUS RT-N16 router w/ Tomato firmware, though I haven't yet tested out performance another network or fiddled with the router's wireless settings much yet.
 
Just thought I would comment that this hotfix RC has a new kernel which enables 720P, or potentially higher, video playback. I've tested it, and all seems to work as expected, and my panplayer mplayer build I've been working on over the past couple of days plays it beautifully. I've been able to get 720P video playback with files encoded using xvid and ogg, h264 unfortunately is too much for it running in 720P, but for SD resolutions, it does pretty well with h264. I've been working to try to make things as seamless as possible with panplayer to make it a pleasant experience. It will only playback using omapfb, the video output that is used for playing higher resolutions, when it's trying to play video larger than the screen, only issue being that for some files, it will just go and lock up, so I implemented a black list that that video gets added to if it fails to start, unfortunately it forces the screen to lock up, so you'll need to press the pandora button down, at least in xfce, to bring up the menu so you can switch and kill it manually. Currently looking for a good way to see if the kernel has the capability, and, if so, to enable the higher resolution output. Hopefully I'll find a nice seamless method, otherwise you can only play back a video that is probably less than 1000 pixels wide, but it still works.
 
Any chance of having the USB-OTG-Bug fixed for HF5? Or at least commented/analyzed/acknowledged?
I can acknowledge it for you if you like, I know that driver is partly broken in 2.6.27, but we don't have resources to fix it. Next major 'Y*' release will use newer kernel that might help here.

Currently looking for a good way to see if the kernel has the capability, and, if so, to enable the higher resolution output. Hopefully I'll find a nice seamless method, otherwise you can only play back a video that is probably less than 1000 pixels wide, but it still works.
You could perhaps read /sys/devices/platform/omapdss/overlay1/enabled after starting mplayer (launch a helper script along with mplayer that sleeps for a few seconds and checks), if it returns 1 it means the layer opened successfully, else it should say 0 and you can kill mplayer and perhaps show a message using zenity.
 
Any chance of having the USB-OTG-Bug fixed for HF5? Or at least commented/analyzed/acknowledged?
I can acknowledge it for you if you like, I know that driver is partly broken in 2.6.27, but we don't have resources to fix it. Next major 'Y*' release will use newer kernel that might help here.

Ah ok thanks :) I'm fine with waiting as long as I know that it is a known bug that will be fixed eventually. I would also help with debugging and testing, I'm just no use when it comes to fixing it. Until then: Thanks (again and again) for the tons of work and time you guys contribute to the pandora :)
 
Is there any estimation when Y* will be released?

No, we are organizing, aTc has done some OE work (and got a new image building and booting) while DJWillis also did some stuff here (i.e. write a recipe for XFCE 4.8), etc.


The first experimental image might be out soon, but that means: A lot of testing and coding to make it work properly.
 
So does that mean we are finally going to see HW accelerated video?


Great!

Not sure but I thought that was an SGX chip/driver issue. But I'm happy to be wrong if this means getting HW acceleration/video :)
 
Status
Not open for further replies.
Back
Top