Add a simple tool to the installer that copies the Haiku EFI loader
to a valid partition of the user's choice. Very basic with the
intention of making this process a bit less annoying; nothing more than a
one-to-one implementation of the copy instructions on this page:
https://www.haiku-os.org/guides/uefi_booting/
Also, fix bug in BDiskDeviceRoster::FindPartitionByMountPoint that caused
an error to be incorrectly returned on success.
Change-Id: Ifd3bb96d907dc93908de5ead007c3d5e72b110b8
The arch_start code is quite similar for all efi architectures and may
be unified someday. Try to keep it as similar as possible by
synchronizing at least style fixes (variables renaming, line breaks,
format macro fixes).
No functional changes intended.
Change-Id: Ie4d54e73020e05a2af6755b7f5a65b92b4953080
Reviewed-on: https://review.haiku-os.org/c/haiku/+/10106
Tested-by: Commit checker robot <[email protected]>
Reviewed-by: waddlesplash <[email protected]>
Similar to open firmware implementation.
This allows to load the kernel from a remote_disk_server.
IP address is recovered using LoadOptions with a syntax similar to the
Linux kernel network boot "ip" parameter. If this is not set, no network
booting is attempted, in order to not slow down normal booting by
waiting on network traffic.
Change-Id: I17738bbcde85921672965b9936a2b484f1e57c6c
Reviewed-on: https://review.haiku-os.org/c/haiku/+/3678
Reviewed-by: waddlesplash <[email protected]>
Reviewed-by: Adrien Destugues <[email protected]>
Tested-by: Commit checker robot <[email protected]>
This code is triggered whenever an area gets resized to be as large
as, or larger than, a reservation. That can happen with the new heap
when it grows to rather large sizes, in which case we would then leak
the address space when the team was deleted (including all the page
table memory.)
Fixes memory leaks seen e.g. when running Rust compiles, and especially
other short-lived but high-memory-use applications.
We don't need a lock here (as we just want the TranslationMap),
but we do need to release the reference we acquired when finished,
otherwise the address space will be leaked.
This bug was hidden from the previously used values of fingerWidth mapped
to specific behavioural flags on Synaptic devices.
Change-Id: I333bdfc6b3eba9b473d9475ec88006347d1462be
Reviewed-on: https://review.haiku-os.org/c/haiku/+/9918
Tested-by: Commit checker robot <[email protected]>
Reviewed-by: nephele nephele <[email protected]>
This enables the code path to allow scroll movement and edge scrolling
on tap drag scenarios by checking for any button event instead of using
the previous button state.
Change-Id: I99914bfea0f5b257646cc8247b5bcaffa51ed49e
Reviewed-on: https://review.haiku-os.org/c/haiku/+/9917
Reviewed-by: Adrien Destugues <[email protected]>
Tested-by: Commit checker robot <[email protected]>
This fixes incorrect fast double taps issuing click and other misbehaviours
when on two-finger or more-than-two-finger events happened at the same time.
Apart from that, it fixed incorrect tap statuses checking for all change of
buttons instead of only from kLeftButton.
The latest is commented to easily find each tap related button status changes
and checks retated to tap handling.
Clean up - Removal of kLeftButton check that was in place from previous as
a condition for tap related statuses. Now checking for whatever button.
Change-Id: Ied6a829022cd4e8601a7432fdfc71b08446a642d
Reviewed-on: https://review.haiku-os.org/c/haiku/+/9916
Tested-by: Commit checker robot <[email protected]>
Reviewed-by: Adrien Destugues <[email protected]>
It fixes devices that do not store finger flags on fingerWith field
such as Elantech touchpad devices. I think only Synaptic touchpad
use those.
Added are TODO items to change the inner working of these funtions
after a future refactorisation of input devices to handle those flags
and efective finger width values as separate entities.
Commented is "nFingers" with meating of number of fingers which is
expeted to be different from "fingers" which is a finger bitmap
where each bit represent an identified finger.
Change-Id: I5af5d5f86a5ea4f4f06169849afe99395a5e952b
Reviewed-on: https://review.haiku-os.org/c/haiku/+/9913
Reviewed-by: Adrien Destugues <[email protected]>
All these can be built with DEBUG=1 now, it appears.
I tested most of the others and they still fail.
(The settings in this section can be overridden by setting something
else in UserBuildConfig, it appears; they're likely only relevant
when trying to build the entire tree with DEBUG=1.)
This follows up after 3b7038d884: migrate the copy-from-userland
logic into a separate method, migrate all consumers to use it, and
add more missing checks and initializations.
Change-Id: I6a2e11a2d0fae7ecf1c94f5b112fa946aaef68ae
Reviewed-on: https://review.haiku-os.org/c/haiku/+/10055
Reviewed-by: Jérôme Duval <[email protected]>
Tested-by: Commit checker robot <[email protected]>
Reviewed-by: waddlesplash <[email protected]>
num_endpoints will be changed by the ioctl; we need to use the old
one when deleting the array.
fDescriptor is just zeroed if we fail to fetch, so just perform
the deletions up-front.
The uart virtual address changes as soon as we apply the kernel memory
map. gUART is used only after that, from serial_init() onwards. So it
should use the virtual address, and not the physical address it was
previously created with while parsing the FDT.
Change-Id: I8c8a024fe564b49d6555f8e48f5ab31652d30708
Reviewed-on: https://review.haiku-os.org/c/haiku/+/10068
Reviewed-by: Fredrik Holmqvist <[email protected]>
Tested-by: Commit checker robot <[email protected]>
Reviewed-by: waddlesplash <[email protected]>
this is the abort way of closing a connection.
tested with golang's http test TestTransportGzip. All TestTransport* pass.
Change-Id: Ib79516eb8a16480d7a4425675748ff76554e9c6c
Reviewed-on: https://review.haiku-os.org/c/haiku/+/10054
Reviewed-by: waddlesplash <[email protected]>
Tested-by: Commit checker robot <[email protected]>
PawanYr