548ccf50bd
Use FPA_COPROC instead of a manifest constant.
2004-08-07 12:04:05 +00:00
3de3493771
FP_COPROC* ->FPA_COPROC*
2004-08-07 12:02:36 +00:00
9264ede43d
Changing the interrupt mask is a scheduling barrier.
2004-08-07 11:47:58 +00:00
b0a3a4309a
Don't overload the unknown instruction handling for the core onto CP0.
...
Instead, add a seventeenth 'co-processor' specifically for the core.
Add support for ARMv5 unknown instructions in the 'NV' space.
2004-08-07 11:45:41 +00:00
951ec8627f
Don't use vector_page before it's been initialized.
2004-08-07 11:20:53 +00:00
da975d6d89
Fix pasto error in comment.
2004-08-07 11:13:09 +00:00
5b0328df32
Add barriers to prevent scheduling of critical code outside of the
...
SPL-protected region.
2004-08-07 11:08:58 +00:00
0163f96e43
Add fixed configs for fxp0 and sd0 booting.
2004-08-07 11:00:06 +00:00
0e811ff437
Support probing the compact PCI bus.
2004-08-07 10:54:54 +00:00
7c8434c371
Set CPUFLAGS not COPTS
2004-08-07 10:47:19 +00:00
f71b2096d2
On manual transfer via TEMP register, data should be read
...
before asserting ACK.
2004-08-07 07:17:09 +00:00
5ef4913a65
Remove extra space.
2004-08-07 05:46:39 +00:00
c4fbc53cad
Clean up attach messages.
2004-08-07 05:27:39 +00:00
dddef3e3c4
Clean up attach messages.
2004-08-07 04:55:25 +00:00
0b82702558
PR/26468: Andrew Brown: Setting stopfork can panic the kernel.
...
When stopfork is set, we need to set p_nrlwps, since we are not going to
ber running.
2004-08-07 03:35:55 +00:00
251940a98f
Use the P_ZOMBIE macro instead of open-coding it. No functional change.
2004-08-07 03:34:37 +00:00
401372a247
Add mhzc and spc.
2004-08-07 02:40:56 +00:00
ea0d4e378a
Swap around the output in some other cases so it's consistent.
...
Remove some more DELAY()s.
2004-08-07 01:52:42 +00:00
15f2664423
Simplify the revision matching code. This is more like what the current
...
Linux driver does.
2004-08-07 01:44:45 +00:00
bbfd8cfd32
Oops; forgot a return.
2004-08-07 01:18:06 +00:00
001ca3bd72
Tighten up the CIS parsing code a little.
...
Fix a double-free in a failure case.
Turn off the card if it doesn't fully attach.
2004-08-07 01:09:26 +00:00
4e96eb2bd9
The generic code already looked for a LAN ID tuple, so look at what it found
...
rather than reparsing.
2004-08-07 01:07:31 +00:00
4343cdf0c1
Only DELAY() once per CIS region, not once per tuple.
...
For PCMCIACISDEBUG, print out the tuple *before* parsing it or calling the
callback, so that we can see the tuple that the callback claimed.
2004-08-07 01:06:38 +00:00
a84492326e
Rework the power sequencing so that I stop getting unrecoverable "bad Vcc"
...
errors with PCMCIA cards.
I've been using this change for almost a year, but accidentally blew it away
recently, and boy did that suck.
2004-08-06 21:39:47 +00:00
da7483a558
Don't call rnd_detach_source() if we never called rnd_attach_source().
...
Very minor other cleanup.
2004-08-06 20:38:09 +00:00
632742c13d
Put a comma before the last CIS string too.
2004-08-06 20:30:05 +00:00
cce74b1050
Make a couple of Megahertz cards (one straight Ethernet, one multifunction)
...
work by:
* adding another product to the table,
* checking the function type (to reject the serial port),
* trying harder to find the MAC address in the CIS strings (it may occur in
one of two different places).
Also, PCMCIA_STR_* elimination.
2004-08-06 19:38:49 +00:00
7942a229b2
Regen.
2004-08-06 19:07:27 +00:00
5bce4931d3
A few things:
...
* The DEPCM-XX cards don't need to be recognized by OUI or string -- they
work just fine with the IO-DATA PC-LAT/E attachment, and are probable OEM.
So, remove the DEPCM case.
* PCMCIA_STR_* elimination.
* The Megahertz EM3336 is not always an X-Jack device, so take the "XJ" out
of the product number.
2004-08-06 19:07:12 +00:00
32b3027515
clean up whitespace.
2004-08-06 18:33:09 +00:00
e0d5c780a2
recompile.
2004-08-06 17:28:10 +00:00
da18fa2c21
progress bar extension. put message to console.
2004-08-06 17:24:00 +00:00
a9e6c59d87
move string manupurate routine to libsa
2004-08-06 17:23:14 +00:00
b5f1c4963a
progress bar extension. put message to console.
2004-08-06 17:22:01 +00:00
a28cfcb566
make hpcboot.exe compile on VC5 (H/PC Ver.1.01 for MIPS, H/PC Ver.2.00 for SH).
2004-08-06 17:21:28 +00:00
4b8cd27f3f
use gawk instead of awk.
2004-08-06 17:20:32 +00:00
1300889f4e
Use db_machine_init.
2004-08-06 15:13:45 +00:00
2863ff72cc
Add code to recognize the 1688, per PR 11910. Also reduce some control logic.
2004-08-06 15:11:48 +00:00
2a1436f519
Remove declaration of db_trapper (since we now use db_machine_init).
2004-08-06 15:10:19 +00:00
debe5a31ce
Include <sys/cdefs.h> once.
2004-08-06 14:39:18 +00:00
0bb75b5f94
Ops, don't return before the end of the function.
...
Catched by enami tsugutomo.
2004-08-06 09:27:43 +00:00
0ba1d7c0e4
Use bpf_mtap2().
2004-08-06 02:31:25 +00:00
ddc97f59ca
Put unadulterated dB values in the radiotap header, not the converted dBm
...
values.
2004-08-05 22:57:32 +00:00
8d37dcb7dc
The different loop variable is no longer necessary due to recent change.
2004-08-05 22:06:48 +00:00
ca7a51c636
Regen.
2004-08-05 21:53:26 +00:00
5cf3883fb7
Match Spectrum24 by product ID, not string.
2004-08-05 21:53:04 +00:00
369d9bb279
Regen.
2004-08-05 21:44:01 +00:00
ed38d701a1
Fix an Aironet product name, and normalize the usage of "Mini-PCI".
2004-08-05 21:43:46 +00:00
178586b7f4
scsi_kill_pending(): don't kill the commands in periph_xferq here.
...
The controller is handling them, calling scsipi_done() here will end up in the
xfer being scsipi_done()'ed a second time when it completes in the controller
code. In addition, the way the loop was done here would end up in an infinite
loop, because the channel kernel thread needs to run to remove a command from
this queue.
scsibusdetach(): scsipi_done() all commands from periph_xferq. The controller
is already gone, and these commands will never complete.
Shut down the channel (which will cause the kenrel thread to exit) after
detaching the childs, as they will need the kernel thread for
scsipi_wait_drain().
Fix kernel hang or deadlock when detaching devices (either by scsictl detach
or unplug) with active commands.
2004-08-05 19:45:13 +00:00
867e9734f2
- Dump the mbuf chain if we encounter a "too many DMA segments" error
...
on transmit.
- On 82544 and up, allocate 4096 Tx descriptors rather than just 256.
82543 and down must still use 256, due to errata.
- Allow up to 256 DMA segments per packet. I have observed some truly
pathological mbuf chains under certain (admittedly uncommon) workloads
when jumbo frames are in use.
2004-08-05 19:11:11 +00:00
rearnsha