HelenOS
HelenOS-doc
HelenOS-historic
Català-Valencià – Catalan
中文 – Chinese (Simplified)
中文 – Chinese (Traditional)
Česky – Czech
Dansk – Danish
Nederlands – Dutch
English – English
Suomi – Finnish
Français – French
Deutsch – German
עברית – Hebrew
हिंदी – Hindi
Magyar – Hungarian
Bahasa Indonesia – Indonesian
Italiano – Italian
日本語 – Japanese
한국어 – Korean
Македонски – Macedonian
मराठी – Marathi
Norsk – Norwegian
Polski – Polish
Português – Portuguese
Português – Portuguese (Brazil)
Русский – Russian
Slovenčina – Slovak
Slovenščina – Slovenian
Español – Spanish
Svenska – Swedish
Türkçe – Turkish
Українська – Ukrainian
Oëzbekcha – Uzbek
Subversion Repositories
HelenOS
(root)
/
branches
/
dynload
/
boot
/
arch
/
sparc64
/
loader
/
main.c
@ 4011
– Rev 4345
Rev
Show changed files
|
Details
|
Compare with Previous
|
Blame
|
RSS feed
Filtering Options
From rev
To rev
Max revs
Search history for
Show All
Rev
Age
Author
Path
Log message
Diff
4345
5594 d 6 h
svoboda
/branches/dynload/
Merge trunk changes up to r4040 to dynload.
4342
5594 d 7 h
svoboda
/branches/dynload/
Merge trunk changes up to r3889 to dynload.
4341
5594 d 7 h
svoboda
/branches/dynload/
Merge trunk changes up to r3860 to dynload.
4337
5594 d 8 h
svoboda
/branches/dynload/
Merge changes in trunk up to r3741 to dynload.
3674
5739 d 6 h
svoboda
/branches/dynload/
Merge latest trunk changes to dynload.
3403
5821 d 17 h
svoboda
/branches/dynload/
Merge latest trunk changes into dynload
2927
5943 d 18 h
decky
/branches/dynload/
added dynload branch
2250
6339 d 7 h
jermar
/trunk/boot/
Fix ticket #31.
2071
6427 d 7 h
jermar
/trunk/
(c) versus (C)
1997
6481 d 8 h
decky
/trunk/
add version to init and boot loader
1979
6488 d 6 h
jermar
/trunk/
Configuration changes on sparc64.
Compile TSB support by default.
Ask whether to start AP processors in the loader.
1978
6488 d 7 h
jermar
/trunk/
sparc64 code to support physical memory that starts on non-zero addresses.
Still needs to be tested on systems with such setup.
1977
6489 d 4 h
jermar
/trunk/
Fix bad indentation in ofw.c
sparc64 work:
o Fix copyright in main.c
o Move code from unused parts of the trap table.
1972
6500 d 14 h
jermar
/trunk/
Modify selected function to consume less stack space.
Avoid flushw instruction in the sparc64 loader.
1899
6540 d 15 h
jermar
/trunk/
sparc64 work:
- Loader now starts all processors.
- Kernel halts all but the bootstrup processor for now.
- Read clock-frequency from the respective processor node in the device tree
1897
6543 d 14 h
jermar
/trunk/
Convert sparc64 framebuffer code to configure from the OpenFirmware device tree memory representation.
1896
6544 d 6 h
jermar
/trunk/
Convert sparc64 to detect keyboard and determine
its physical address by walking the memory representation
of the OpenFirmware device tree.
Add bus-specific functions that know how to apply the
"ranges" property to one component of the "reg" property.
Buses supported so far include FHC, EBUS and PCI.
1894
6547 d 5 h
jermar
/trunk/
Add balloc() (a.k.a boot allocator):
- balloc() only needs to know how to allocate memory.
- Memory allocated via balloc() is supposed to be passed to kernel and never freed by boot itself.
- make kernel aware of boot allocations
More work on OFW device tree:
- use balloc() to efficiently and safely allocate memory for the canonical copy of the device tree
sparc64 boot:
- pass OFW device tree root node pointer to kernel
1881
6554 d 15 h
jermar
/trunk/
sparc64 work:
- find a CPU node and read its clock_frequency attribute
- implement asm_delay_loop()
- set TICK_COMPARE register according to processor frequency
- small improvements at random places
OpenFirmware work:
- two new functions for walking the device tree
Generic boot loader work:
- added basic string functions
Usual pile of indentation and formatting fixes.
1837
6593 d 19 h
jermar
/trunk/
Support 24bpp framebuffers with 4 pixelbytes (each pixel aligned on 32-bits).
At least on sparc64, the OpenFirmware linebytes property specifies the number
of pixels between consecutive scan lines of the display. Fix scanilne calculation,
including possible alignment.
Add note to 8bpp pixel functions pointing out drawbacks of that mode.
←Prev
1
2
Next→
Show All