Age | Commit message (Collapse) | Author |
|
ok mk@
|
|
card, which can be found in Octane, Octane2, Fuel, Tezro and Onyx systems.
ok miod@
|
|
ok miod@
|
|
sequences
ok yuo
|
|
|
|
buffer of the exact response when we can just pass on the buffer. It's
going to be released right away anyway.
|
|
|
|
|
|
Much prodding from deraadt.
|
|
about, and never implemented in sparc64 but changes are the same.
ok deraadt@
|
|
|
|
ok yuo@
|
|
u_int32_ts, so I made some typedefs for certain types. It's just
pointless, so get rid of them.
Jonathan and Fabien agree.
|
|
From Jonathan Armani.
|
|
uvm_km_alloc() (which allocates some virtual space and then
$size_of_mapping pages which it then enters) *then* pmap_kenter the
bus_space address that we wish to map, it's just a little bit stupid and
a waste of memory.
replace with uvm_km_valloc and ponies for everyone.
ok drahn@
|
|
ok miod@ otto@
|
|
make console selection on a per machine basis. Whilst here store the
keyboard layout ('keybd') and graphics state ('gfx') variables for
future use.
ok miod@
|
|
Thanks again to eric@ for testing this and bringing it to my attention.
|
|
tested by eric@.
|
|
PHY is recognized on 82575 based cards, now they are autodetected.
Patch originaly form Atte Peltomaki, minor changes by me.
ok by sthen@, claudio@
|
|
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.
|
|
|
|
|
|
code doesn't do anything at the moment, so no point in keeping it.
|
|
info; ok miod@
|
|
- Rename one of the existing Smart Array entries (0x3237) to reflect
its name as being a Smart Array E500 adapter.
From FreeBSD
- Add a Smart Array E200i PCI id missing from ciss_pci.c, although it
has been in pcidevs for some time.
|
|
|
|
- Rename one of the existing Smart Array entries (0x3237) to reflect
its name as being a Smart Array E500 adapter.
From FreeBSD via Brad, ok jsg@
|
|
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.
|
|
It provides an Ethernet transport typically over EDGE or 3G on
cellphones similar to what cdce(4) does on other phones. It is
likely to work with most of HTC's recent and coming Android based
phones but a bunch of other things (phones in particular) may use
it.
Started by me; brought to a working state by Jonathan Armani and
Fabien Romano over the past week, with some input and additions
from me.
Tested on i386 and macppc by me (HTC Hero), amd64 by Jonathan and
Fabien (HTC Hero), and by gilles@ (HTC Magic) on i386 or amd64.
It still has a few kinks to work out, but it works well enough that
I can commit this over my HTC Hero.
`commit it!' deraadt
|
|
- properly spell 'usefulness'
|
|
for the interrupt. Makes the vmstat -i output similar to what we see on
i386.
ok deraadt@, krw@
|
|
also protect the flushing of the deferred packet queue in clone_destroy
with the right spls. noticed by claudio@
|
|
|
|
|
|
ok deraadt@
|
|
handlers now checks that the spl the isr was established at is the same as
the one passed to splassert. this lets you check that isrs dont enter code
that have insufficient protection if entered from process context.
ok kettenis@
|
|
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)
|
|
upon stumbling on a BAR which value is zero.
Found the hard way by kurt@, ok kettenis@
|
|
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.
|
|
ok.
Stops cdio(1) from printing bogus TOC info.
ok marco@ beck@
|
|
|
|
ok marco deraadt
|
|
processors can display correct data. Now cpu1 on octane is correctly
reported in dmesg.
|
|
|
|
|
|
be decoupled from the nominal processor speed.
While there, make sure delay() gets a proper delay constant if invoked before
cpu0 attaches (how could I miss that when introducing struct cpu_hwinfo?!?)
|