History log of /haiku/src/system/boot/platform/atari_m68k/devices.cpp
Revision Date Author Comments
# e1b41d44 13-Jun-2010 Andreas Faerber <andreas.faerber@web.de>

boot loader: Wire up net_stack_cleanup()

Add a platform cleanup hook before starting the kernel. The openfirmware
and PXE loaders clean up their network stack there, while the other
loaders currently do nothing.

This closes ticket #6166

Change-Id: I34765892dfd9b2310c6af97c9ff7d414afae49e5
Reviewed-on: https://review.haiku-os.org/c/50
Reviewed-by: Adrien Destugues <pulkomandy@gmail.com>
Reviewed-by: waddlesplash <waddlesplash@gmail.com>


# e8882171 13-May-2017 Jessica Hamilton <jessica.l.hamilton@gmail.com>

loader: fetch all potential boot partitions for boot device.

This allows the loader to skip BFS partitions that don't contain
a bootable system. Useful when you have a BFS data partition that
comes before the system partition when iterated over.

Currently, only the UEFI loader actually returns more than one
possible partition.


# 46cf7a5a 14-Nov-2012 Przemysław Buczkowski <przemub@yahoo.pl>

Fix typos: super block -> superblock (#8974)

Signed-off-by: Przemysław Buczkowski <przemub@yahoo.pl>
Signed-off-by: Matt Madia <mattmadia@gmail.com>


# 93cb9538 20-Jun-2012 Alex Smith <alex@alex-smith.me.uk>

Don't store a KMessage in kernel_args for the boot volume, only the buffer address/size.

Pointers in kernel_args are going to be changed to unconditionally use 64-bit
storage (to make kernel_args compatible with both the x86 and x86_64 kernels).
KMessage stores a pointer to its buffer, however since KMessage is used
outside of the boot code it is undesirable to change it to use 64-bit storage
for the pointer as it may add additional overhead on 32-bit builds. Therefore,
only store the buffer address and size and then construct a KMessage from
those in the kernel.


# 34dc9962 20-Nov-2010 François Revol <revol@free.fr>

Update copyrights.
Btw Axel, keyboard.cpp (forked from the bios_ia32 one) is still under "OpenBeOS licence" with 2 other copies, I suppose you are ok to change to MIT ?


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@39548 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 6874c881 19-Nov-2010 François Revol <revol@free.fr>

When the boot drive API & id is not known, try to determine the id via natfeat. XXX not sure which API it refers too.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@39492 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 12442ce5 28-Apr-2009 François Revol <revol@free.fr>

- add a gBootDriveAPI variable telling which method was used to load,
- move gBoot* out of the boot sector,
- fix the FAT params to actually indicate 1.44kB floppy,
- fix the FloppyDrive class to also use 18 sectors/track, so now tarfs won't get data from start of disk when on the middle.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@30481 a95241bf-73f2-0310-859d-f6bbb57e9c96


# f77b0a6b 27-Apr-2009 François Revol <revol@free.fr>

Implemented a FloppyDrive class that uses Floprd, this allows the loader to start reading the tgz, but it fails after 2 blocks.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@30464 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 3ef0397b 20-Jul-2008 François Revol <revol@free.fr>

- cleanups
- disable tracing mmu
- make scratch buffer 8k as it's declared as such... that makes things much better indeed :)


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@26537 a95241bf-73f2-0310-859d-f6bbb57e9c96


# f83297ba 20-Jul-2008 François Revol <revol@free.fr>

cleanup


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@26533 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 47150693 02-Mar-2008 François Revol <revol@free.fr>

Setting a Bool when you actually Get a Bool might help...

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24211 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 82d4bfa3 25-Jan-2008 François Revol <revol@free.fr>

* better debug output
* tries for real hw.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23744 a95241bf-73f2-0310-859d-f6bbb57e9c96


# c4c5cd4d 18-Jan-2008 François Revol <revol@free.fr>

use xhdierror() to map xhdi errors.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23616 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 3bf72d19 18-Jan-2008 François Revol <revol@free.fr>

Fixed XHDI, call to XHReadWrite() was commented out... now it can read :)


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23615 a95241bf-73f2-0310-859d-f6bbb57e9c96


# b516effe 17-Jan-2008 François Revol <revol@free.fr>

Enumerating drives through XHDI seems to work, at least it seems coherent.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23598 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 588b2cd4 17-Jan-2008 François Revol <revol@free.fr>

* Fix natfeat debugprintf, it actually works now.
* XHDI fixes, unfinished.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23593 a95241bf-73f2-0310-859d-f6bbb57e9c96


# d4d03238 17-Jan-2008 François Revol <revol@free.fr>

* Add natfeat debugprintf support (dumps to the emu's stdout).
* Add XHDI disk support, unfinished.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23592 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 89ae49c7 10-Jan-2008 François Revol <revol@free.fr>

Buildable boot drive support, not sure it works.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23379 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 41eebe05 10-Jan-2008 François Revol <revol@free.fr>

toscalls.h after other headers.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23375 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 1906acb2 10-Jan-2008 François Revol <revol@free.fr>

More block device stuff.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23372 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 5a69bb27 10-Jan-2008 François Revol <revol@free.fr>

Start of BIOS drive support.
Hmmm how will I get the size of physical drives ???


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23369 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 46cf7a5a73679c6e4fde91710e4a4885242e49d1 14-Nov-2012 Przemysław Buczkowski <przemub@yahoo.pl>

Fix typos: super block -> superblock (#8974)

Signed-off-by: Przemysław Buczkowski <przemub@yahoo.pl>
Signed-off-by: Matt Madia <mattmadia@gmail.com>


# 93cb9538be54a2dd4ab6097453ac7d521a9a0b6c 20-Jun-2012 Alex Smith <alex@alex-smith.me.uk>

Don't store a KMessage in kernel_args for the boot volume, only the buffer address/size.

Pointers in kernel_args are going to be changed to unconditionally use 64-bit
storage (to make kernel_args compatible with both the x86 and x86_64 kernels).
KMessage stores a pointer to its buffer, however since KMessage is used
outside of the boot code it is undesirable to change it to use 64-bit storage
for the pointer as it may add additional overhead on 32-bit builds. Therefore,
only store the buffer address and size and then construct a KMessage from
those in the kernel.


# 34dc99625d99a68273ac46eeb33fab18dfba19b7 20-Nov-2010 François Revol <revol@free.fr>

Update copyrights.
Btw Axel, keyboard.cpp (forked from the bios_ia32 one) is still under "OpenBeOS licence" with 2 other copies, I suppose you are ok to change to MIT ?


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@39548 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 6874c8813931a8aa6c22773fa7647943f6ebe11c 19-Nov-2010 François Revol <revol@free.fr>

When the boot drive API & id is not known, try to determine the id via natfeat. XXX not sure which API it refers too.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@39492 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 12442ce54bd4561b7caa94f347f5ea06827f672f 28-Apr-2009 François Revol <revol@free.fr>

- add a gBootDriveAPI variable telling which method was used to load,
- move gBoot* out of the boot sector,
- fix the FAT params to actually indicate 1.44kB floppy,
- fix the FloppyDrive class to also use 18 sectors/track, so now tarfs won't get data from start of disk when on the middle.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@30481 a95241bf-73f2-0310-859d-f6bbb57e9c96


# f77b0a6b83bce20151f5538ec5db38ad0eb7227b 27-Apr-2009 François Revol <revol@free.fr>

Implemented a FloppyDrive class that uses Floprd, this allows the loader to start reading the tgz, but it fails after 2 blocks.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@30464 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 3ef0397bc5e916757d29b114b9ca4380efca537f 20-Jul-2008 François Revol <revol@free.fr>

- cleanups
- disable tracing mmu
- make scratch buffer 8k as it's declared as such... that makes things much better indeed :)


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@26537 a95241bf-73f2-0310-859d-f6bbb57e9c96


# f83297ba2d575de1d685386bf86a0fc428a4d169 20-Jul-2008 François Revol <revol@free.fr>

cleanup


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@26533 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 4715069375f0dbb2b4239de428ff9630df6877ca 02-Mar-2008 François Revol <revol@free.fr>

Setting a Bool when you actually Get a Bool might help...

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24211 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 82d4bfa3d7857b9061bbe4f50cc7710488a701cf 25-Jan-2008 François Revol <revol@free.fr>

* better debug output
* tries for real hw.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23744 a95241bf-73f2-0310-859d-f6bbb57e9c96


# c4c5cd4d4afef0c13838e0b4e17d6d70cf975f27 18-Jan-2008 François Revol <revol@free.fr>

use xhdierror() to map xhdi errors.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23616 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 3bf72d19555807fac18267dedca66b2ddaf8cfa5 18-Jan-2008 François Revol <revol@free.fr>

Fixed XHDI, call to XHReadWrite() was commented out... now it can read :)


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23615 a95241bf-73f2-0310-859d-f6bbb57e9c96


# b516effeaab16c2b8fef351fa17ee0e429dc25d4 17-Jan-2008 François Revol <revol@free.fr>

Enumerating drives through XHDI seems to work, at least it seems coherent.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23598 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 588b2cd4bf73c13d833d51dadf8e15038e053a12 17-Jan-2008 François Revol <revol@free.fr>

* Fix natfeat debugprintf, it actually works now.
* XHDI fixes, unfinished.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23593 a95241bf-73f2-0310-859d-f6bbb57e9c96


# d4d032389d86a8a44230cb8f35f45066757c52fd 17-Jan-2008 François Revol <revol@free.fr>

* Add natfeat debugprintf support (dumps to the emu's stdout).
* Add XHDI disk support, unfinished.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23592 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 89ae49c791d0e0d5ca559030db1ab429325ce94e 10-Jan-2008 François Revol <revol@free.fr>

Buildable boot drive support, not sure it works.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23379 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 41eebe0564db988ed0547e7920e69ef890ea2408 10-Jan-2008 François Revol <revol@free.fr>

toscalls.h after other headers.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23375 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 1906acb2cda7e87df27c5e27fe468bda732cd3d9 10-Jan-2008 François Revol <revol@free.fr>

More block device stuff.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23372 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 5a69bb2730059c8d27edf6ccaff130056fac2b24 10-Jan-2008 François Revol <revol@free.fr>

Start of BIOS drive support.
Hmmm how will I get the size of physical drives ???


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23369 a95241bf-73f2-0310-859d-f6bbb57e9c96