| Age | Commit message (Collapse) | Author |
|---|
|
attach all devices.
|
|
I'll fix this properly when we use the device tree to configure the pci bus.
|
|
|
|
Inspired by a diff from dms@.
|
|
this lets me run the RB600 at 400MHz.
|
|
|
|
ok dms@
|
|
|
|
|
|
clobber %r3 before we do so. Based on a diff from dms@
|
|
pass them along when attaching the pci bus.
|
|
(sizeof(ptr) vs sizeof(*ptr) bug).
ok krw@
|
|
rather have the USB HCI emulate it during boot, while legacy mode is enabled.
This causes pckbd0 to attach as the console device, but is lost as soon as
the USB HCI driver attaches.
The disappearance of the emulated PS/2 controller can however be detected
in pckbc(4) - which is supposed to attach after [eou]hci(4), with the controller
refusing to ack commands and replying ``please resend'' instead.
In that case, the kernel will now no longer attach pckbd, and will perform a
new console input device selection, allowing the (real) usb keyboard to
become the console.
Thanks to krw@ for countless tests on legacy-free hardware; also tested on
more conventional hardware by naddy@ and I.
Only amd64 and i386 platforms are affected by this change.
|
|
|
|
bootloaders such as u-boot, which is generally a simplified memory
dump of an OpenFirmware device tree. Tested on RB600 by me.
This is not used in the code ATM.
ok kettenis@
|
|
that case, fake the pci(0) part in order to match correctly the onboard scsi
controller.
While there, make sure device_register() returns early for devices attached
to root; without both these changes, an O2 lacking pci(0) in its bootpath
would dereference a NULL pointer when softraid would attach.
Problem found the hard way by Jukka Taimisto (jtaimisto, iki dot fi), thanks
for the report!
|
|
chips, like MPC8xxx family.
ok kettenis@
|
|
|
|
|
|
|
|
ok otto@, agreed by deraadt@
|
|
Allows armish GENERIC to compile again.
|
|
Tested by myself, sthen, oga, kettenis, and jasper.
Input from sthen and jasper.
ok kettenis
(Manpage follows shortly.)
|
|
traditionnaly found in libkern. However, the memcmp() flavour would behave
as bcmp() with only two possible return values: zero and positive non-zero.
This broke the name cache RB trees which now rely upon proper memcmp()
semantics(negative value, zero, or positive value).
Just give up on these macros and provide the same code as libc, in libkern.
As a side effect, this no longer uses the cmpc3 instruction, which is not
implemented and requires (slow) kernel emulation, on the original uVax.
|
|
ok miod@
|
|
running us with address translation enabled. Lifted from a diff from dms@,
tested on the Thecus N1200 by me.
|
|
Origin 350 and Tezro systems. While this chip provides serial ports, an ATAPI
interface and a PS/2 keyboard and mouse interface, this code currently only
attempts to support the serial ports.
|
|
commented symbolic constants.
|
|
systems. PIC was supposed to be mostly XBridge compatible, but a silicon
bug prevents it from working correctly if 32 bit register writes are used,
so the xbridge(4) code now needs to issue 64 bit writes.
In order to make this a bit more transparent, rebase all widget registers to
a 8 byte boundary, and provide a few inline accessors which will do the right
thing if you want 32 bit writes.
Tested to not cause regressions on Octane, Origin 200 and Fuel; covering
Bridge < 4, Bridge >= 4 and XBridge flavours.
|
|
ethernet driver attaches; prevents interrupt storms on Octane caused by
the way ARCS initializes the chip, when not booting from the network.
|
|
from returning char* to int, last char* return removed as well
(cleanup after deraadt@ commit, it compiles now)
while there initialize hfspartend to some sane value (sync with macppc
version)
ok kettenis@
|
|
ok deraadt@
|
|
the Yeelong Lemote mips-based netbook. Kernel bits only for now, needs
polishing; most of this work done during h2k9 last month, although the
porting effort started earlier this year.
|
|
|
|
using c99 inline semantics.
|
|
|
|
|
|
|
|
|
|
driver and is based off of the MI hme(4) driver.
tested with ping6 -w and tcpdump
from brad
OK naddy@, sthen@
|
|
We cannot find gaurantees in the documents that any icache filling from
the cache is terminated by a icache flush or idtlb invalidation, so this is
probably safer, and unlikely to be unsafer.
ok kettenis
|
|
|
|
errnos. Note that the error strings are being ignored, since we long ago
decided to not spam the console, and there is no other nice way to use the
errors (without changing the ioctls to pass it back)
The errno is now useful, since we can pass b_error from failing IO up, and
the drive can decide how to use that
ok miod
|
|
errnos. Note that the error strings are being ignored, since we long ago
decided to not spam the console, and there is no other nice way to use the
errors (without changing the ioctls to pass it back)
The errno is now useful, since we can pass b_error from failing IO up, and
the drive can decide how to use that
ok miod
|
|
won't be called ef(4) anyway.
ok miod@
|
|
|
|
for claudio@ ok deraadt@
|
|
should help in future using large pages for text/etc.
Also, since we do not use the .eh frame stuff, we can
nuke them, saving some bytes...
Ok kettenis@, "more control over linking is a good thing,
but I can't comment further" art@.
|
|
Ok oga@, "the time is now" deraadt@.
|
|
some additional code.
ok toby@, oga@
|
