| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Submitted by: Takahashi Yoshihiro <nyan@FreeBSD.org>
|
|
|
|
| |
PR: 45375
|
|
|
|
|
| |
This makes it possible to run a Promise SuperTrak SX6000 with
OS type set to "Other" as well as "Linux".
|
|
|
|
|
| |
Fix support for the nForce1 as well, registers are offset 0x10
against the AMD/VIA parts.
|
|
|
|
| |
controllers (ultra/fasttrak-66/100) fails on 48bit accesses.
|
|
|
|
| |
the blank operation.
|
|
|
|
| |
Should go into 5_0_RELEASE as well.
|
|
|
|
|
|
| |
Add dummy intr_func and lock_func to ata-card.c
Dont call ad_print if the driver decided there is no disk.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This mostly consists of functionality to serialize accesses to
the two ATA channels (which can also be used to "fix" certain
PCI based controllers).
Add support for Acard controllers.
Enable the ATA driver in PC98 GENERIC, and add device hints.
Update man page with latest support.
The PC98 core team has kindly provided me with a PC98
machine that made this all possible, thanks to all that
contributed to that effort, without that this would
probably newer have been possible..
Approved by: re@
|
|
|
|
|
|
|
|
|
|
|
| |
the device is not actually present), clear the corresponding bit in
the ch->devices bitmap. This resolves a panic that occurred with ATAPI/CAM
after an APM suspend/resume, when the ATA hardware would erroneously
report an extra ATAPI device.
Approved by: re, sos
Reviewed by: roberto
MFC after: 7 days
|
|
|
|
|
|
|
|
|
|
| |
If the value from the user is less than 177, assume it is a multiple of
a single speed CDROM and convert to KB/sec.
No complaints from: sos
Reviewed by: ken
Approved by: re
MFC after: 1 day
|
|
|
|
|
|
| |
I fixed earlier.
Requested by: mux, jake
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
and XPT_RESET_DEV.
In order to properly handle reset requests whether they originate in the
ATA layer (atacontrol reinit) or from the CAM layer (camcontrol reset)
ata_reinit does not cause the SIM to be deallocated anymore. The SIM
is now unconditionnally created for each ATAPI bus.
This change may cause existing bus ids to change on some setups.
Reviewed by: roberto
Approved by: sos
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* Change atapi-cd ioctls to use the same units.
* Change burncd, cdcontrol to convert CDROM speed to KB/sec before
calling the ioctl. Add a "max" speed option for their command lines.
This change does not break ABI but does change the units passed through
the ioctl so 3rd party software that uses cdrio.h will have to convert
(most likely by multiplying CDROM speed by 177 to get KB/s).
PR: kern/36845
Submitted by: Philipp Mergenthaler <p@i609a.hadiko.de> (CAM ioctls)
Reviewed by: sos, ken
MFC after: 1 month
|
|
|
|
|
|
|
|
|
| |
The problem is that the code does a check for the granparent of
the Promise chip, if this is a bridge of the right type, we have
a TX4 on our hands, and need to handle that ones "issues".
Now the grandparent check cause subtle bugs in the newbus system,
mainly that pci_get_devid doesn't return an error value.
This patch works around the issue by using BUS_READ_IVAR() instead.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
doesn't give them enough stack to do much before blowing away the pcb.
This adds MI and MD code to allow the allocation of an alternate kstack
who's size can be speficied when calling kthread_create. Passing the
value 0 prevents the alternate kstack from being created. Note that the
ia64 MD code is missing for now, and PowerPC was only partially written
due to the pmap.c being incomplete there.
Though this patch does not modify anything to make use of the alternate
kstack, acpi and usb are good candidates.
Reviewed by: jake, peter, jhb
|
|
|
|
| |
Pointed out by: phk/flexelint
|
| |
|
| |
|
|
|
|
|
|
| |
static in its prototype, mark it static at the definition too.
Inspired by: FlexeLint warning #512
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
and predictable way, and I apologize if I have gotten it wrong anywhere,
getting prior review on a patch like this is not feasible, considering
the number of people involved and hardware availability etc.)
If struct disklabel is the messenger: kill the messenger.
Inside struct disk we had a struct disklabel which disk drivers used to
communicate certain metrics to the disklayer above (GEOM or the disk
mini-layer). This commit changes this communication to use four
explicit fields instead.
Amongst the benefits is that the fields do not get overwritten by
wrong or bogus on-disk disklabels.
Once that is clear, <sys/disk.h> which is included in the drivers
no longer need to pull <sys/disklabel.h> and <sys/diskslice.h> in,
the few places that needs them, have gotten explicit #includes for
them.
The disklabel inside struct disk is now only for internal use in
the disk mini-layer, so instead of embedding it, we malloc it as
we need it.
This concludes (modulus any mistakes) the series of disklabel related
commits.
I belive it all amounts to a NOP for all the rest of you :-)
Sponsored by: DARPA & NAI Labs.
|
|
|
|
|
| |
Sponsored by: DARPA & NAI Labs.
Approved by: sos
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Rename diskerr() to disk_err() for naming consistency.
Drop the by now entirely useless struct disklabel argument.
Add a flag argument for new-line termination.
Fix a couple of printf-format-casts to %j instead of %l.
Correctly print the name of all bio commands.
Move the function from subr_disklabel.c to subr_disk.c,
and from <sys/disklabel.h> to <sys/disk.h>.
Use the new disk_err() throughout, #include <sys/disk.h> as needed.
Bump __FreeBSD_version for the sake of the aac disk drivers #ifdefs.
Remove unused disklabel members of softc for aac, amr and mlx, which seem
to originally have been intended for diskerr() use, but which only rotted
and got Copy&Pasted at least two times to many.
Sponsored by: DARPA & NAI Labs.
|
|
|
|
| |
Submitted by: Jason Dambrosio <jason@wiz.cx>
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
(what we want to mask is the ATA interrupts, which run at level splbio),
and add interrupt masking around the statement that modifies the
request queue for a SIM.
This resolves problems reported by users under heavy ATAPI load.
Reviewed by: roberto
|
|
|
|
| |
Submitted by: Benjamin Close <cisbjc@cs.unisa.edu.au>
|
|
|
|
|
|
| |
Based on patch in PR-42659, but done somewhat differently.
PR: 42659
|
|
|
|
|
|
| |
This is a temporary fix until I get proper locking done.
Submitted by: iedowse@maths.tcd.ie
|
|
|
|
| |
MFC after: 1 week
|
|
|
|
| |
MFC after: 1 week
|
|
|
|
| |
PR: 41063
|
| |
|
| |
|
| |
|
|
|
|
| |
Suggested by: scottl <Scott Long>
|
|
|
|
|
|
|
|
|
|
| |
The CAM<>ATAPI layer was submitted by "Thomas Quinot <thomas@cuivre.fr.eu.org>"
changes form the version on the net by me (formatting, ability to be used
alone without the ATAPI native device driver, proper speed reporting...)
See /sys/conf/NOTES for usage.
Submitted by: Thomas Quinot <thomas@cuivre.fr.eu.org>
|
|
|
|
|
|
|
|
|
| |
PR40430 by "Peter Haight <peterh@sapros.com>" that has semilar patches
included and which I merged with my own work.
HW sponsored by: FreeBSD Foundation & FreeBSD Mall Inc
Enjoy!
|
| |
|
|
|
|
|
|
| |
instead rely on ATAPI devices ability to do the work instead.
MFC material.
|
|
|
|
|
|
| |
to calculate the max amount of data in one IO request.
Correct the max size on atapi floppies/tapes as well.
|
|
|
|
|
|
| |
transfer at most 65534 bytes, thats 126 times DEV_BSIZE not 252 :(
Pointed out by: Ian Dowse <iedowse@maths.tcd.ie>
|
| |
|
|
|
|
| |
Add start of support for DVD+RW.
|
|
|
|
|
| |
older IBM DTTA series of drives possible.
Update error handling a bit now we are here.
|
|
|
|
|
|
|
|
| |
pci support. This really needs to be fixed properly some day, but judging
by the fact that the nopci case hasn't compiled for quite a while, there
does not seem to be much urgency.
Reviewed by: sos
|