| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
Approved by: so (cperciva)
Notes:
svn path=/releng/4.9/; revision=146151
|
| |
|
|
|
|
|
|
|
| |
Fix setting PIO mode timings on AcerLabs Aladdin IV/V chipsets.
Approved by: re
Notes:
svn path=/releng/4.9/; revision=121581
|
| |
|
|
| |
Notes:
svn path=/releng/4.9/; revision=121369
|
| |
|
|
|
|
|
|
|
|
| |
enhanced mode.
Submitted by: Dan Strick <strick@covad.net>
Approved by: re (murray)
Notes:
svn path=/stable/4/; revision=121339
|
| |
|
|
|
|
|
|
|
|
|
|
| |
checks for sleeping waiting for IRQs were not wrapped in spldrm().
PR: kern/57334
Submitted by: Shobaki sam. <progen@free.fr>
Approved by: re (murray)
Obtained from: DRI CVS (Keith Whitwell)
Notes:
svn path=/stable/4/; revision=121254
|
| |
|
|
| |
Notes:
svn path=/stable/4/; revision=121233
|
| |
|
|
|
|
|
|
|
| |
Based on: Nathan L. Binkert's patch for OpenBSD
Patch submitted by and thanks to: Jung-uk Kim <jkim@niksun.com>
Approved by: re (jhb, murray)
Notes:
svn path=/stable/4/; revision=121088
|
| |
|
|
|
|
|
|
|
| |
Note performance is currently suboptimal.
Approved by: re (murray)
Notes:
svn path=/stable/4/; revision=120917
|
| |
|
|
|
|
|
|
|
|
|
| |
o add missing {}'s that to safe_dmamap_uniform that caused extraneous copies
for partly-aligned operations through /dev/crypto (unlikely)
o add missing case in iov code that never showed up because of the above bug
Approved by: re (murray)
Notes:
svn path=/stable/4/; revision=120858
|
| |
|
|
|
|
|
|
|
|
|
| |
-stable they need to be 'if_ed' and 'if_ep'. ifconfig should be
modified, but this is a lower risk change this late in the release
cycle.
Approved by: re@
Notes:
svn path=/stable/4/; revision=120840
|
| |
|
|
| |
Notes:
svn path=/stable/4/; revision=120634
|
| |
|
|
|
|
|
| |
Approved by: re@
Notes:
svn path=/stable/4/; revision=120619
|
| |
|
|
|
|
|
|
|
|
| |
By not setting No_CRC in the Mode Control Register, we must also
reduce the size of the packet by 4 bytes to remove the ethernet crc.
Approved by: re
Notes:
svn path=/stable/4/; revision=120479
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
aic79xx_pci.c:
aic7xxx_pci.c:
When performing our register test, be careful
to avoid resetting the chip when pausing the
controller. The test reads the HCNTRL register
and then writes it back with the PAUSE bit
explicitly set. If the last write to the controller
before our probe is to reset it, the CHIPRST
bit will still be set, so we must mask it off
before the PAUSE operation. On some chip versions,
we cannot access registers for a few 100us after
a reset, so this inadvertant reset was causing PCI
errors to occur on the read to check for paused
status.
Approved by: re (murray)
Notes:
svn path=/stable/4/; revision=120476
|
| |
|
|
| |
Notes:
svn path=/stable/4/; revision=120368
|
| |
|
|
|
|
|
|
|
|
| |
(atapi_action, case XPT_PATH_INQ): Handle properly the case of
CAM_TARGET_WILDCARD (target_id_t is an unsigned integer type).
Approved by: re (murray)
Notes:
svn path=/stable/4/; revision=120211
|
| |
|
|
|
|
|
| |
Submitted by: Sergey N. Voronkov <serg@tmn.ru>
Notes:
svn path=/stable/4/; revision=120158
|
| |
|
|
|
|
|
|
|
| |
panic.
Approved by: re (murray)
Notes:
svn path=/stable/4/; revision=120149
|
| |
|
|
| |
Notes:
svn path=/stable/4/; revision=119918
|
| |
|
|
|
|
|
|
|
|
| |
PR: kern/56467
Submitted by: nabe@nabechan.org
Approved by: re
Pointy-hat-to: pb
Notes:
svn path=/stable/4/; revision=119865
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
(which occur after disk errors). The panic is due to attempts to acquire
the ATA channel lock multiple times (at different levels), with the second
attempt trying to sleep in an interrupt context. The fix is to indicate
to the other levels that we already have the lock.
The problem has been fixed in -current a different way and isn't portable
to -stable.
Reviewed by: sos@freebsd.org
Approved by: re@freebsd.org
Notes:
svn path=/stable/4/; revision=119778
|
| |
|
|
|
|
|
|
| |
Eyeballed by: sos
Approved by: re
Notes:
svn path=/stable/4/; revision=119756
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add support for new devices.
Bug Fixes:
- Allow users to use LAA
- Remember promiscuous mode settings while bridging
- Allow gratuitous arp's to be sent
PR: 52966/54488
Approved by: re (murray)
Notes:
svn path=/stable/4/; revision=119721
|
| |
|
|
| |
Notes:
svn path=/stable/4/; revision=119678
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Handspring Treo
Palm I705
Palm M130
Palm Tungsten T
Palm Tungsten Z
Palm Zire
Sony Clie NX60
Sony Clie S360
Notes:
svn path=/stable/4/; revision=119677
|
| |
|
|
|
|
|
| |
Submitted by: david@catwhisker.org
Notes:
svn path=/stable/4/; revision=119657
|
| |
|
|
| |
Notes:
svn path=/stable/4/; revision=119620
|
| |
|
|
|
|
|
| |
Approved by: re (murray)
Notes:
svn path=/stable/4/; revision=119617
|
| |
|
|
|
|
|
|
|
|
|
| |
This is functionally a no-op. If you have 4G or more memory, most likely
you will still have problem with dumping since PCI device windows are
not currently excluded.
Approved by: re
Notes:
svn path=/stable/4/; revision=119598
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
based CP-168U board. It initializes and attaches in the same way
as the older (but higher performance) C168H. The only difference
is the board ID, which is 0x1681.
PR: kern/53548
Submitted by: regnauld@catpipe.net
Approved by: re
Notes:
svn path=/stable/4/; revision=119535
|
| |
|
|
|
|
|
|
|
|
|
|
| |
current (ata-chipset.c:1.32) that properly support the SiI 0680 chip.
Prior to this, heavy load on both channels at once would cause command
timeouts and sometimes data corruption.
Submitted by: sos
Approved by: re (murray) and sos
Notes:
svn path=/stable/4/; revision=119487
|
| |
|
|
| |
Notes:
svn path=/stable/4/; revision=119458
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
fix a number of related problems along the way.
Files/revisions merged:
scsi_cd.c: 1.72, 1.77, 1.80
scsi_all.c: 1.39 (partial)
scsi_all.h: 1.22
scsi_cd.h: 1.7
scsi_da.c: 1.139
atapi-cam.c: 1.13
not merged: umass.c rev 1.76 (doesn't apply to -stable)
Because of the differences between -current and -stable, some of these
changes are not identical to the ones in -current.
Most notably, cd(4) in -stable uses the slice code, whereas cd(4) in
-current has no disklabel support at all. So there is extra code in the
-stable version of these patches to handle that.
- Automatically detect CDROM drives that can't handle 6 byte mode
sense and mode select, and adjust our command size accordingly.
We have to handle this in the cd(4) driver (where the buffers are
allocated), since the parameter list length is different for the
6 and 10 byte mode sense commands.
- Remove MODE_SENSE and MODE_SELECT translation in ATAPICAM, since
there's no way for that to work properly.
- Merge support for sending a path inquiry CCB to see if the SIM has set
the PIM_NO_6_BYTE flag. (scsi_cd.c rev 1.80)
- Add a quirk entry for CDROM drives that just hang when they get a 6
byte mode sense or mode select. The reason for the quirk must be
documented in a PR, and all quirks must be approved by
ken@FreeBSD.org. This is to make sure that we fully understand why
each quirk is needed. In most cases, the PIM_NO_6_BYTE flag set by the
SIM driver should eliminate the need for a quirk.
- Change the way the da(4) handles the no_6_byte sysctl. There is
now a per-drive sysctl to set the minimum command size for that
particular disk. (Since you could have multiple disks with
multiple requirements in one system.)
- Loader tunable support for all the sysctls in the da(4) and cd(4)
drivers.
- Add a CDIOCCLOSE ioctl for cd(4) (bde pointed this out a long
time ago).
- Add a media validation routine (cdcheckmedia()) to the cd(4)
driver, to fix some problems bde pointed out a long time ago. For
-stable, open() will still fail if there is no media in the drive. This
is because of issues with the slice code handling media changing
underneath it. If bde and I can get those issues worked out, there is
basic code in this set of patches to handle allowing the CDIOCCLOSE and
CDIOCEJECT ioctls without media in the drive.
- The media validation routine also reads the table of contents off
the drive. We use the table of contents to implement the
CDIOCPLAYTRACKS ioctl using the PLAY AUDIO MSF command. The
PLAY AUDIO TRACK INDEX command that we previously used was
deprecated after SCSI-2. It works in every SCSI CDROM I've tried,
but doesn't seem to work on ATAPI CDROM drives. We still use the
play audio track index command if we don't have a valid TOC, but
I suppose it'll fail anyway in that case.
- Add _len() versions of scsi_mode_sense() and scsi_mode_select() so
that we can specify the minimum command length.
Approved by: re
Notes:
svn path=/stable/4/; revision=119386
|
| |
|
|
|
|
|
|
|
|
|
|
| |
support for PCI interrupt routing or enumeration of ISA bridges or
Host to PCI bridges. While functional on some machines, this driver
should be considered experimental and should be tested prior to being
deployed in a production environment.
Sponsored by: The Weather Channel
Notes:
svn path=/stable/4/; revision=119325
|
| |
|
|
|
|
|
|
|
|
|
| |
by the sysctl hw.fore.hfaN.shape, which can be set to 0 (don't shape),
1 (shape at most one channel) and 2 (try to shape all channels). This
works only with firmware version > 4, which is the default now.
Submitted by: Vincent Jardin <vjardin@wanadoo.fr>
Notes:
svn path=/stable/4/; revision=119302
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
stable when loaded with 4.X.Y firmware. This difference manifests itself
in the card returning receive buffer chains that start with a large buffer
under certain circumstances. This uncovered an inherent bug in the
mbuf handling of the atm stack: the driver prefixes 8 bytes to the mbuf
that contain a function address to dispatch this buffer to and a cookie
for this function. When the driver finds, that it has no space at the
head of the mbuf chain, it allocates a new packet header mbuf and
prepends it to the chain and moves the header to the new mbuf.
atm_intr() strips the additional 8 bytes from the mbuf chain and, if it
finds the first mbuf to become empty, removes that mbuf from the chain, but
does not care to move the header to the next mbuf. Here the packet
header is lost.
Work around:
1. Allocate all large buffers for the Fore card with a packet header.
2. When prefixing the new mbuf to the chain, don't move the packet header,
but initialize it with the correct values. This results in an mbuf
chain with two packet headers. When atm_intr strips the first mbuf,
everything is ok.
It would probably be better to fix the problem instead of working around it,
but this could break other drivers (hea and proatm).
Notes:
svn path=/stable/4/; revision=119297
|
| |
|
|
|
|
|
|
|
|
| |
- Allow access to phy registers via ioctl(2)(fwdev).
- Drop too short packets(if_fwe).
- Fill reserved fields of transmitting packet hear with zero(fwohci).
- Include order bit in sdev->type(sbp)
Notes:
svn path=/stable/4/; revision=119292
|
| |
|
|
|
|
|
|
|
| |
are enabled. Original fix by iedowse@.
PR: kern/49110
Notes:
svn path=/stable/4/; revision=119286
|
| |
|
|
| |
Notes:
svn path=/stable/4/; revision=119282
|
| |
|
|
| |
Notes:
svn path=/stable/4/; revision=119189
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
fore_intr.c:1.10, fore_var.h:1.8: Make the driver to work with
firmware version 4.1.12 (other 4.X.Y should also do it).
Three problems have been encountered:
1. The initialisation command does not work in interrupt mode. Whether this
is a firmware bug or a feature is not clear. The original Fore drivers
execute the initialize command always in polling mode, so it appears
that this behaviour is expected. When we detect a 4.X.Y firmware do
busy wait on the command status.
2. The command code of the GET_PROM has changed. This is an unofficial
command anyway. What was GET_PROM in 3.X.Y is CLEAR_STATS in 4.X.Y
(although unimplemented in the firmware). We need to use the correct
code depending on the firmware.
3. The 4.X.Y can set the error flag in command status without also setting
the completion flag (as the documentation says). Check both variants.
An additional field in the per-card structure fu_ft4 is TRUE when we have
detected a 4.X.Y firmware. Otherwise it is false. The behaviour of the
driver when using 3.X.Y should be identical to the previous behaviour .
This change will enable traffic shaping of CBR channels.
Notes:
svn path=/stable/4/; revision=119174
|
| |
|
|
| |
Notes:
svn path=/stable/4/; revision=119103
|
| |
|
|
| |
Notes:
svn path=/stable/4/; revision=119086
|
| |
|
|
|
|
|
|
|
| |
MFC revision 1.31: ICH5 support.
MFC revision 1.30: Device name string sanitizations.
Notes:
svn path=/stable/4/; revision=119078
|
| |
|
|
| |
Notes:
svn path=/stable/4/; revision=119077
|
| |
|
|
|
|
|
|
|
|
| |
- Improve DMA channel allocation
- Some workarounds to detect memory map failure.
- Change device name convention.
- Disable T_RBC faking (sbp)
Notes:
svn path=/stable/4/; revision=119062
|
| |
|
|
| |
Notes:
svn path=/stable/4/; revision=119048
|
| |
|
|
|
|
|
|
| |
Install a bandaid that allows us to synchronise, but at the expense
of speed.
Notes:
svn path=/stable/4/; revision=118891
|
| |
|
|
| |
Notes:
svn path=/stable/4/; revision=118736
|
| |
|
|
|
|
|
|
|
|
| |
timeouts on Dell 1750 servers, and fix spurious 'gigabit link up'
messages due to not ignoring the 'MI_COMPLETE' bit in the MAC
status register. (I'm MFCing these fairly quickly since they're
fixes for pretty serious/annoying bugs.)
Notes:
svn path=/stable/4/; revision=118734
|