| Age | Commit message (Collapse) | Author |
|---|
|
|
|
ok jsg@
|
|
ok deraadt@
|
|
|
|
ok deraadt@
|
|
run(4) has been reported to work on sparc64 by Maxim Belooussov so I'm
pretty confident that it works on all arches.
|
|
ok miod@
|
|
environment sensors. These are found at least on VIA Epia SN18000G
boards.
Not enabled at 0x162e and 0x164e because probing these may not be
safe according to kettenis (guess where my schsio is).
Much help from kettenis. Input from const and fgs.
ok kettenis
|
|
of ACPI S3 suspend/resume support. This is for i386.
Help/comments from art, toby, marco, jordan, kurt
ok marco@, kurt@
|
|
ok kettenis@
|
|
BIOSes.
ok deraadt@ (for the amd64 bit, or the i386 bit, can't remember which)
|
|
What happened was that the output of mkdep was fed to a sed expression
that trimmed a bit more than required and also failed to work when
attempting to do make depend with pcc.
Example:
genassym_c.o: /tmp/genassym.whatever ../../../../../sys/param.h \
was changed to:
assym.h: \
but what was intended was:
assym.h: ../../../../../sys/param.h \
For the pcc -M output things were a bit different and after the make
depend the genassym entry would still remain and make would fail. This
affected all platforms except amd64 and sgi.
Okay miod@.
|
|
Noticed by dlg on system that comes with url(4).
|
|
(if the stge(4) entry is commented, so is the ipgphy(4) entry then).
this allows ipgphy0 to attach to my stge0, which has a IC+ 1000A chip
discussed with and ok jsg@, ok dlg@
|
|
the driver supports legacy 802.11abg modes only (no 802.11n yet.)
WPA works, with hardware encryption/decryption.
committed over an RT2800U (RT2870+RT2820).
enabled on i386 and amd64 GENERIC only for now.
thanks to Paul Lin at Ralink for letting us ship the firmware under an
appropriate license.
"man page looks ok" jmc@
"you should commit it" jsg@, ok deraadt@
|
|
ok kettenis
|
|
into bus_dma.c (a-la amd64).
Discussed with art and toby in coimbra. Ok mikeb.
|
|
|
|
synopsis as a comment (since it still works if needed).
ok drahn
|
|
|
|
just accept the situation with a little sigh
|
|
|
|
vga1 at pci0
inteldrm0 at vga1
to
vga1 at pci0
inteldrm0 at vga1
drm0 at inteldrm0
i.e. a similar scheme to audio(4) where the interface attaches on top of
the wildly different drivers. This helps to clean up the code a lot
(more is coming) and help me start to move drm to being essentially bus
independent, which will help in the future.
|
|
defines into real functions. since machdep.c is cluttered as it is move them
into bus_space.c (like amd64). a later commit will move the stuff from machdep
across too. since machdep.c is cluttered as it is move them into bus_space.c
(like amd64). a later commit will move the stuff from machdep across too.
some shrinkage stats:
GENERIC.MP 209.66kb
RAMDISK 50.84kb
RAMDISKB 50.04kb
RAMDISC 36.28kb
RAMDISK_CD 168.03kb
don't fill it up all at once!
claudio found no network performance hit. toby thought the code went
looked alright. art@ ok.
|
|
previously, we had a static list of pcidevs and which agp driver would
be interanlly attached. Instead, split the agp drivers so they work like
audio(4), where we attach a driver, which sets up some callbacks and
initial state, then attaches the interface (agp(4)). Since this allows
us to attach different drivers in different places, and give them
/proper/ probe functions move most of the drivers back to attaching at
pchb, where they should, and intagp (formerly agp_i810) stays attaching
at vga, since it's part of the intel integrated graphics chips.
Diff shrinks the kernel slightly, gets rid of the annoying "no integrated
graphics" warning, and allows more cleanup later.
Tested by many. fix for alpha build (the only other vga_pci.c consumer)
suggested by miod.
|
|
southbridge chipsets.
ok ratchov@
|
|
|
|
and i386.
deraadt got sick of me wussing out over this.
|
|
has never been performance sensitive.
Running on all platforms, discussed with millert and kettenis, ok toby
|
|
ehci(4) work; ie. it has the same variety of unplug bugs)
|
|
|
|
and puts some backpressure on this process. come on, someone get mad...
and do something about it!
|
|
This will let them get some more testing. Re-order things a little while
i'm here.
prompted by and ok deraadt@.
|
|
|
|
it only provides the hosts machines clock as a timedelta sensor so far.
getting it into the tree so people can work on it as suggested by fgsch@
|
|
ok deraadt@
|
|
ok deraadt@
|
|
ok deraadt@
|
|
ok deraadt@
|
|
|
|
some AMD Geode LX systems with CS5536 companion chip. It works
similar to auich(4) and auixp(4), but the hardware dependent parts
are quite different.
Tested with various PC-Engines ALIX boards (1B, 3C3) and a WebDT 186
board.
feedback many, ok deraadt & jmc (documentation)
|
|
the presence of the graphics processor.
ok deraadt
|
|
other com port numbers and is really really hard to diagnose.
spotted by sthen
|
|
ok deraadt@
|
|
|
|
and then, only people who buy them will end up with this insecure hell.
|
|
it so that more people run it by default again, and perhaps we will get
insight again into what the problem is..
|
|
Needed for the upcoming AMD Geode LX graphics processor X11 driver.
discussed with, feedback, and ok matthieu and deraadt.
|
|
|
|
|
