| Age | Commit message (Collapse) | Author |
|---|
|
to genassym.sh
ok deraadt
|
|
the differences between these files. You will need a newer config(8) binary
to be able to build kernels.
ok kettenis miod
|
|
result: kernels built without 'make depend'-provided information
(ie. the .depend file) are more likely to have their *.[Ss] file
compilations track changes to *.h files.
The "*.o: assym.h" dependencies listed are gotten from reading the
.depend output --- from the biggest kernel possible (ie. GENERIC.MP).
When an architecture changes in a substantial way (new .[sS] files),
the list should be updated in the prettiest way possible.
This is not encouraging people to skip 'make depend'; other issues are
not resolved and may be solved later with a change guenther is working
on. You can still screwed really easily, so continue running make
depend as config tells you.
Idea from a discussion with drahn
ok drahn, kettenis likes the idea too
|
|
idea that came out of discussion with drahn
|
|
delete the archaic links: target which is easily misused
handle special .[sS] files in a portable way
|
|
|
|
ok various people, tested by fewer people, tested by me on 15.
|
|
the mach (arch is mips64). Also move towards passing $PARAM around in CPPFLAGS,
instead of compiling param.c in a special way, as discussed with miod
|
|
with a VIA 686 southbridge.
Features:
- 686 setup code (no thanks to PMON for not initializing the beast).
- work in progress ISA interrupt handling code.
- support for vga(4) compatible devices as console, in PC-compatible text mode.
- move legacy (ISA) support code out of bonito(4) to make things clearer.
- support more than 256MB on 2E-based systems.
Tested on a generic 2E-based evaluation board by someone who wishes to remain
anonymous; you know who you are, thank you very much for testing.
|
|
Makefile.* files
|
|
INCLUDE= common.
|
|
and SRCS= (common files always after the \)
|
|
but required for gcc4.
ok kettenis@ deraadt@ marco@, log2 suggested by robert@
|
|
|
|
|
|
|
|
two directories. in reality, because of how we place files, it has four:
.../arch/A, .../arch/A/A, .../arch/M, and .../arch/M/M
formalize this A/A and M/M scheme directly in the Makefiles, which makes
them a lot more similar
drahn likes the idea a lot
|
|
|
|
DDR settings, and is reported to work by ysw at mpcj dot cn after cheating
the Version environment variable, so recognize its model number.
|
|
|
|
|
|
arch and machine dependent files (and add the missing files)
ok miod drahn
|
|
ok miod drahn
|
|
ok miod
|
|
fallback definition in <sys/sched.h>, so that there is no hidden include
ordering requirement between <machine/intr.h> and <sys/sched.h>.
ok deraadt@ tedu@
|
|
like it is everything.h
ok tedu
|
|
|
|
- clear initrd signature before returning to PMON or to the loaded kernel
- fail /etc/boot.conf access when loading from an initrd image, instead of
letting it point to the beginning of the kernel image and have the code
complain of lines being too long.
Bump minor version.
|
|
ok miod@, deraadt@, todd@.
|
|
whitespace tweaks on i386 so that it matches).
ok kettenis@
|
|
from cnst, thanks! ok otto@
|
|
|
|
Much prodding from deraadt.
|
|
|
|
ok miod@ otto@
|
|
the serial and IR ports, built into a mac-like case). At least PMON initializes
the frame buffer in a much friendlier video mode (1360x768x16), but there is
still no frame buffer acceleration yet.
Tested by wvdputte.
|
|
attempts to map resources without bothering to know their size. I should
probably be more careful and do the BAR dance to get the BAR size, but then
at this point we are reusing mappings set up by PMON, and it's ok to trust it.
This would only have ever become an issue with a framebuffer larger than 64MB
mapped at PCIHI with a PCILO mapping overlapping the first few 64MB anyway.
|
|
info; ok miod@
|
|
condition to determine crtical status for the sensor and apm. This makes
the critical status correspond to the flashing red battery led.
Furthermore, use ISSET macros and friends.
|
|
|
|
and get interrupts by otto@, no further testing due to lack of IR devices.
|
|
Currently unable to change video modes or provide any form of acceleration,
so you are stuck in a 640x400x8 mode, but at least people scared of serial
consoles will get a chance to use their Fuloongs now.
Tested by otto@ (early developments) and jasper@ (final version)
|
|
longers assumes all requested mappings fit in the three 64MB PCILO windows,
but will instead check whether the requested mappings can be provided by
PCILO regions or PCIHI regions (and on 2F-based systems, making sure we
only use addresses which get properly routed from CPU to PCI within the
2F crossbar).
This in turn requires early console code to abide the bus_space rules and
get its resources from bus_space_map() rather than doing PCI BAR arithmetic
by itself.
No functional change on Lemote Yeeloong and Gdium Liberty; on Lemote Fuloong
2F this allows BAR set up in PCIHI space by PMON to be mapped by kernel code
without having to compensate for the PCILO offset.
|
|
|
|
|
|
devices. Original code was inspired by/copied/stolen from the macppc
apm(4), which has different semantics for battery life while charging.
|
|
"we dont' know"
|
|
generic part, ykbec(4) provides the device specific parts. Other
battery/power status drivers can easily hook to adb(4). With help
from miod@; ok matthieu@ miod@ jasper@
|
|
allowed to match on old gdium artwork, as newer artwork have nothing
connected to the usb pins, and this causes the empty bus probe to stall the
boot a few seconds.
|
|
but documentation for it only exists in Chinese. I still don't have the
slightest idea why flipping it is important, but I am more confident flipping
it now (-:
|
