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
@ 3600
– 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
5672 d 11 h
svoboda
/branches/dynload/
Merge trunk changes up to r4040 to dynload.
4342
5672 d 11 h
svoboda
/branches/dynload/
Merge trunk changes up to r3889 to dynload.
4341
5672 d 12 h
svoboda
/branches/dynload/
Merge trunk changes up to r3860 to dynload.
4337
5672 d 13 h
svoboda
/branches/dynload/
Merge changes in trunk up to r3741 to dynload.
3674
5817 d 10 h
svoboda
/branches/dynload/
Merge latest trunk changes to dynload.
3403
5899 d 22 h
svoboda
/branches/dynload/
Merge latest trunk changes into dynload
2927
6021 d 22 h
decky
/branches/dynload/
added dynload branch
2250
6417 d 12 h
jermar
/trunk/boot/
Fix ticket #31.
2071
6505 d 12 h
jermar
/trunk/
(c) versus (C)
1997
6559 d 13 h
decky
/trunk/
add version to init and boot loader
1979
6566 d 11 h
jermar
/trunk/
Configuration changes on sparc64.
Compile TSB support by default.
Ask whether to start AP processors in the loader.
1978
6566 d 12 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
6567 d 9 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
6578 d 19 h
jermar
/trunk/
Modify selected function to consume less stack space.
Avoid flushw instruction in the sparc64 loader.
1899
6618 d 19 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
6621 d 19 h
jermar
/trunk/
Convert sparc64 framebuffer code to configure from the OpenFirmware device tree memory representation.
1896
6622 d 11 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
6625 d 10 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
6632 d 19 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
6672 d 0 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