Latest Bugs & Tasks
// Mark start for dynamic allocation IsNextPhysicalAddress = IsNextVirtualAddress = sPageTableRegionEnd;
src/system/boot/arch/arm/arch_mmu.cpp: sPageTableRegionEnd = (addr_t)sPageDirectory + 0x200000; src/system/boot/arch/arm/arch_mmu.cpp: sPageDirectory = (uint32 *)ROUNDUP((addr_t)&_end, 0x100000); src/system/boot/arch/arm/arch_mmu.cpp:extern int _start, _end; ./src/system/ldscripts/arm/boot_loader_u-boot.ld . = BOARD_LOADER_BASE; . . _end = . ;
Example boot on Raspberry Pi 2..
reading /boot.scr 312 bytes read in 15 ms (19.5 KiB/s) ## Executing script at 00000000 reading bcm2836-rpi-2-b.dtb 5690 bytes read in 16 ms (346.7 KiB/s) reading haiku-floppyboot.tgz.ub 1596766 bytes read in 600 ms (2.5 MiB/s) reading haiku_loader_linux.ub 288696 bytes read in 124 ms (2.2 MiB/s) ## Booting kernel from Legacy Image at 01000000 ... Image Name: haiku_loader rpi2 Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 288632 Bytes = 281.9 KiB Load Address: 00080000 Entry Point: 00080010 Verifying Checksum ... OK ## Loading init Ramdisk from Legacy Image at 02100000 ... Image Name: haiku-floppyboot.tgz rpi2 Image Type: ARM Linux RAMDisk Image (uncompressed) Data Size: 1596702 Bytes = 1.5 MiB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK ## Flattened Device Tree blob at 02000000 Booting using the fdt blob at 0x2000000 Loading Kernel Image ... OK Loading Ramdisk to 079c4000, end 07b49d1e ... OK Loading Device Tree to 079bf000, end 079c3639 ... OK Starting kernel ... �check_cpu_features: implementor=0x41('A'), arch=9, variant=0x0, part=0xc07, revision=0x5 Found boot tgz from FDT @ 0x079c4000, 1596702 bytes argc = 0 os: 2 gd @ 0x00000000 FDT @ 0x079bf000: fdt_totalsize: 8320 fdt_off_dt_struct: 88 fdt_off_dt_strings: 5252 fdt_off_mem_rsvmap: 40 fdt_version: 17 fdt_last_comp_version: 16 fdt_boot_cpuid_phys: 0 fdt_size_dt_strings: 733 fdt_size_dt_struct: 5164 checking for memory... 0: base = 0,size = 134217728 total physical memory = 128MB *** PANIC *** *** PANIC *** map_page: asked to map invalid page 0x00300000! map_page: asked to map invalid page 0x00300000! Press key to reboot. *** PANIC *** *** PANIC *** map_page: asked to map invalid page 0x00301000! map_page: asked to map invalid page 0x00301000! Press key to reboot. *** PANIC *** *** PANIC *** map_page: asked to map invalid page 0x00302000! map_page: asked to map invalid page 0x00302000! Press key to reboot. . .
The "top" command only prints something along these lines nowadays:
THID TOTAL USER KERNEL %CPU TEAM NAME THREAD NAME ------ 0.00 0.00 0.00 0.0% TOTAL (11.8% idle time, 88.2% unknown)
Not sure since when this happens; I thought it was the result of outsourcing it, but I just checked, and it's still the version in our repository.
Fixed in hrev48859
Right clicking and selecting OpenTerminal in any folder crashes terminal.
Haven't seen it since then. Hopefully fixed in the meantime.
I guess since in that cases, we can not identify a system component leaking memory, we should perhaps close the ticket as invalid.
Agreed. Please open a new ticket if you find a specific serious memory leak somewhere.
Fixed in hrev48858
Ticket #11893 (When a shell script is the handling application for a mimetype, registrar ...) created
I'm currently working on a launcher for Jar files. Everything currently works, except when Registrar launches the script because I double-click on a file in Tracker or use open, it doesn't pass the filename as an argument, even with B_ARGV_ONLY in the app_flags.
The script and RDEF are attached. Set them up with:
chmod +x hjava rc hjava.rdef resattr -o hjava hjava.rsrc
(Note that resattr was not included in the build until hrev48852, so prior to that you'll have to compile it yourself.)
The buttons disposition in the terminal settings is inconsistent with other preferences.
We want a UI spatial memory friendly.
This is hrev48851.
When a package name or description is localized it is no longer possible to use its original name to find it. I think it would be best to search in both original and localized data.
This is hrev48851.
Search for Jamfile in HaikuDepot and select Pe. Click Tools->Refresh depots.
Several things go wrong here:
- Last package in a list doubles for a second and then disappears
- Icon of the current package changes to generic package icon for several seconds
- Package selection is lost
Refreshing depots takes 6 seconds here and uses 100% of cpu during this process.
There seems to be a problem where a user can still attempt to lodge a user rating despite the fact that they are not authenticated. From the HaikuDepotServer logs;
- the authentication for the user; _ failed
- only authenticated users are able to add user ratings
- an issue has arisen invoking jrpc @ createUserRating
- org.haikuos.haikudepotserver.api1.support.AuthorizationFailureException: null
I'm inclined to close this ticket as it was filed 5 years ago and a lot of bugs has been fixed since then. One can always reopen if it still happens.
Fixed in hrev48850.
Works here as well. Closing as invalid.
This is hrev48848.
HaikuDepot's "Contents" tab can only show a package's contents after it's been downloaded/installed. But currently, if I click the "Install" button, I still have to restart HaikuDepot for the "Contents" tab to show the contents. Would be nice if the tab's view could be informed that the contents is now available for displaying.