| Age | Commit message (Collapse) | Author |
|---|
|
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.
|
|
ok deraadt@, mlarkin@, pirofti@
|
|
re-add uvm_objwire and uvm_objunwire.
"you may commit that" kettenis@
original diff oked by ariane@ and art@
|
|
It was backed out as part of the date-based revert after c2k9.
"you can commit that" kettenis@
original diff oked by ariane@, art@.
|
|
It was backed out as part of the date-based revert after c2k9.
"you can commit that" kettenis@
original diff oked by ariane@, art@.
|
|
|
|
|
|
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.
|
|
ok jmc@
|
|
ok claudio@
|
|
usable size of the PCU TX FIFO to 2KB even though the hardware
has 4KB.
|
|
Also few xheart modification for SMP.
ok miod@
|
|
ok deraadt@
|
|
'just go ahead' deraadt@
|
|
specifically. On some thinkpads we get 0x02 for the Fn button, which
means that it is going to handle the next bit for us. After that,
we get an suspend key event in acpithinkpad.
ok pirofti
|
|
Some vendors screw us up on resume giving back a dirty gdt which
prevents us to go into protected mode. This makes sure the gdt is
clean, its the only way to do this and its the only way to be sure
we're clean on resume.
This fixes quite a few laptops that didn't resume but rebooted or did
other screwy things because of a dirty gdt.
Worked with mlarkin@ for quite a few houres last night.
Tested by many on both amd64 and i386.
Okay deraadt@.
|
|
but I get the feeling this may be an issue for some of the schizo(4) error
interrupts.
|
|
|
|
"go for it" kettenis@
|
|
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.
|
|
fixes the lockups for claudio.
|
|
data if we already have pending data to process in the timeout handler.
help kettenis@; commited from the Naturetech #$@!&! machine.
|
|
basicly 82545, but the PHY's are separated form the chip and they are accessed
through a special PCI device called GCU which has the MDIO interface. Since
there is no direct relationship between MAC and PHY, so for the moment they
are assigned to each other the way its done on Axiomtek NA-200, that was
danted to us by them.
This also adds a device driver for the GCU.
tested by me on Axiomtek board
reviewed by claudio@, kettenis@, deraadt@
'commit that as is' deraadt@
|
|
|
|
|
|
ok claudio@
|
|
packet, ie. an output error. This way, we'll be able to see if the
seized interfaces had tx packets queued.
ok claudio
|
|
we can dianose if those ever happen.
ok claudio
|
|
the latter does that itself.
ok claudio
|
|
wrong way round).
|
|
basis even in the absence of keyboard events; Naturetech onboard keyboard
no longer loses keystrokes.
Joint work with kettenis@
|
|
struct intrhand, instead of having it malloc()'ed.
|
|
particular CPU such that it just sits and spins in the idle loop, effectively
halting that CPU.
ok deraadt@, miod@
|
|
"syntax looks good" guenther@
|
|
|
|
No need to wrap input validation inside spltdb().
Simplify code by using a break instead of an else-block.
OK guenther@
|
|
like the spec says, not after.
ok mlarkin@
|
|
This function allocates memory using malloc or uvm_pglistalloc, then returns XKPHYS address of allocated memory.
It's for avoid using virtual address on secondary cpus in early stage, and also in TLB handler.
ok miod@
|
|
a place to spam informational messages about unimportant events.
That is what the sensor framework is for (and that is already
done)
ok kettenis
|
|
Map IR volumes & disks at discovery time in predictable manner.
From James Giannoules
|
|
|
|
(If anyone can suggest a translation for e.g. `breakpoint' that doesn't
make me cringe, let me know.)
|
|
the status line, this allows things like "display -p '#W'" to find the current
window index.
|
|
|
|
|
|
Pointed out by Alan Bueno and jmc@
ok jmc@
|
|
|
|
|
|
non-even packets will end up being a bit trunkated.
OK deraadt@
|
|
rich the gif featureset really is
ok jmc claudio
|
