| Age | Commit message (Collapse) | Author |
|---|
|
Just getting trivia out of the way, so the interresting parts
don't get burried by them:
- Sanitize the menu configuration system.
- Allow to compile atapi.c as a "foundation module" for the
consuming device type drivers.
|
|
Most noticable in the patch:
1. we handle IRQ sharing now better then ever
2. survives quite a lot of testing by few people. Forexample
cat /dev/hdb > /dev/null, where /dev/hdb contains a CD-ROM
with a big cratch on the surface making sure it's broken :-).
it's BTW. amanzing how wide the cratch had to be until errors
ocurred.
3. Doesn't play with rq_rdev and friends
Fri Jul 12 05:04:32 CEST 2002 ide-clean-99
- Push nIEN disabling down at the place where we are finished with a particular
request.
- First round of command line parser cleanups by Gerald Champagne.
- Unfold the drive eviction functions in do_request(). This allowed us to
realize that we don't have to re-get the major/minor numbers of the device we
are action on from the raw device field of the currently running request. One
significant place less in kernel where major/minor data gets manipulated.
- Move the big IDE_BUSY loop out of do_request to do_ide_request(). This makes
us realize that we don't have to clear the IDE_BUSY bit just before
reentering do_request to look for more requests still pending on the queue
and set it immediately again.
This is fixing a tinny race on the code path from IRQ or timer function,
where we had a tinny window between the clearing of the IDE_BUSY bit and
reentering the request queue for completely unrelated requests to come in to
our way.
- Don't return any value in do_reset1(). It's always ATA_OP_CONTINUES. Split it
up in to two functions one for disks (well in fact channels) and one for
ATAPI devices. It turns out that they can be moved to the places where they
are used to clarify the code flow. The only function remaining is
do_reset_channel() now.
- Duplicate code from ide_do_drive_code explicitely in ide_raw_taskfile().
Simplify ide_raw_taskfile() thereafter. Realize that ide_do_drive_cmd()
is now only used by ATAPI devices. Move it therefore to atapi.c.
- Do busy polling for ATAPI reset operations. This is much safer then the
previous timer games played there. It simply doesn't make sense to give the
bus up during such a subtile operation. We don't have to disable IRQs here as
well, since we are already under the protection of the do_request mechanisms.
(Well hopefully...)
- Remove no longer used reset_poll() function. poll_timeout and friends are now
used only in pdc4030 code. Those function where not called from IRQ context
but they where set as handlers and not as expiry functions.
- Return ATA_OP_CONTINUES instead of ATA_OP_FINISHED in ata_error(), to signal
that we are willing to retry the operation until the maximal number of retry
attempts is exceeded. Returning ATA_OP_FINISHED without prior end_request()
hangs the system.
- Apply trivia from DJ patch set.
- Apply small configuration fix to ide-pci.c from Muli Ben-Yehuda.
- Feed add_blkdev_randomness with information we already have in struct
ata_channel *ch->major, instead of using the major(macro) on the request in
question.
- Make ide_raw_taskfile use the same request submission mechanism as
tcq_invalidate_queue(). Something similar would be ideal for ioctl() code as
well.
- Implement actual device reset. Realize that the recalibration procedure is
doomed by the standard. Don't try to recover by recalibrating devices
therefore -just our retry mechanism should work in those cases. And suddenly
the error handling code is IRQ safe.
- Reinvent the ATA reset operation, since it is apparently needed. We still
have to do the whole transfer timing reconfiguration there.
- Move drive_is_ready(), which is in reality an attempt to check for IRQ
requesters without clearing the IRQ line, over to the place where it belongs:
device.c, which is the direct device access abstraction place. Rename it to
ata_status_irq() to prevent global name space pollution.
- Updates to the pdc202xxx host chip controller setup code by Bart³omiej
¯o³nierkiewicz:
Forward port 2.4 patch by Hank Yang from Promise:
- Add PDC20271 support
- Disable LBA48 support on PDC20262
- Fix ATAPI UDMA port value
- Add new quirk drive
- Adjust timings for all drives when using ATA133
- Update pdc202xx_reset() waiting time
- Mark TCQ as dangerous and add some bits about it to the help.
- Add some missing exports.
- Some small ide-scsi.c host allocation fixes by sullivan.
|
|
- Finally unify task_in_intr and task_mulin_intr. One crucial code path less to
watch out, but a quite dangerous step in itself. PIO reading is functional
again. The next step will be the unification of the write path of course.
- Introduce a small helper for the execution of task file commands which
basically just send a simple command down to the drive.
- Add a buffer parameter to ide_raw_taskfile allowing to unify the handling of
ioctl and normal ide_raw_taskfile request.
- Fix some small function pointer type mismatches.
Apply more host chip controller clenups by Bartlomiej:
- move setting drive->current_speed from *_tune_chipset()
to ide_config_drive_speed()
cmd64x.c:
- convert cmd64x_tuneproc() to use ata-timing library
- clean cmd64x_tune_chipset() and cmd680_tune_chipset()
hpt366.c:
- remove empty timings table
it8172.c:
- kill prototypes
- update to new udma_setup() scheme
- misc cleanups
|
|
Most importantly this makes ide-scsi work again, which I broke
IDE 85. And we are starting to be serious about locking issues.
However the locking issues will take some patches until they stabilize.
- Add spin locks in ata_special_intr.
- Add Server Works CSB6 handling by Matt Domsch.
- Atari updates by Geert Uytterhoeven:
* irq_lock is used in more than one file, so make it global and rename it
to ide_irq_lock
* `hwgroup' is dead, use `channel' instead
* ide_irq_lock depends on ATA_ARCH_LOCK, not on m68k or APUS
- Small janitorial tidbits by Angus Sawyer.
- PIIX driver updates by Vojtech Pavlik:
* Removes the CONFIG_BLK_DEV_PIIX_TRY133 option. I've got an official
statement from Intel saying that the controller definitely isn't intended
to operate at this speed and doing so may cause severe trouble.
* Fixes a bug in ata-timing.c, where EIDE timing data was discarded by
accident.
* Fixed a couple bugs in the Artop driver (UDMA clocks, active/recovery
timing), 8-bit timing merging.
* Removes an unused variable from piix.c
- Move locking out from ide_set_handler(). There are places where it incurred
too frequent lock grab and release or where we did miss to lock against
concurrent hardware access.
Generally the locking appears to be too fine grained and inconsistent at many
places. This is the first cut. We will deal with it step by step.
- Make sure message string is initialized even if FANCY_STATUS_DUMPS is
disabled.
- Don't lock directly inside udma_init and implementations of this method.
- Guard against REQ_SPECIAL issued by the SCSI layer on us. Use REQ_PC in
ide-scsi.c instead.
|
|
- Remove last parameter from ide_dump_status. This information is now
permanently present in device->staus field, so there is not need to pass it
around.
- Patch for DVD read through ide-scsi. There is the possibility that we can get
request structures passed down, which don't have the queue field set.
At lest on the BIO code path this seems to be something worth further
investigation. Found by Adam J. Richter. (Jens?)
- Revert my change to the hostdata handling. I did get it wrong about the way
host structures are allocated by the generic SCSI layer. It plays
tricks there.
- piix driver updates by Vojtech Pavlik.
- We have a ata_out_regfile, so we should have ata_in_regfile too.
|
|
- Rewritten Artop host chip driver by Vojtech Pavlik. His log entries are:
Cleanup whitespace.
Remove superfluous chip entries in chip table. Remove global variables to
allow more than one controller. Remove other forgotten stuff.
This is a new driver for the Artop (Acard) controllers. It's completely
untested, as I have never seen the hardware. However, I suspect it is much
less broken than the previous one ...
UDMA33 controller cannot detect 80-wire cable.
- Separate ioctl handling out from ide.c. It's big enough.
- Move atapi_read and atapi_write to the new atapi module. Fix the declaration
of those functions. The data buffer did have the void * type!
- Separate module handling code out from actual transfer handling code in to a
new module called main.c. Slowly we are at the stage where the code indeed
has to be organized logically and not just "sporadically" as was the case
before.
- Apply patch by Adam Richter for the ide-scsi.c attach method implementation.
This particular driver is still broken due to generic SCSI layer issues.
- Apply true modularization patch for qd65xx.c by Samuel Thibault. Here
are his notes about it:
Then, patch-modularize-2.[45] is a proposal for modularizing qd65xx.o. As a
single module, one can choose to insmod it before being able to do some
hdparm -p /dev/hd[a-d]. But one can't remove it while tuned, since selectproc
may be needed.
I am sorry I wasn't able to test it under 2.5 series, lacking a functionning
kernel for my test computer, but it seemed to work perfectly under 2.4
series, and patches are almost the same.
- Move PCI device id's to where they belong. Patch by Vojtech Pavlik.
- Don't use BH_Lock in ide-tape.c - somehow this driver scares me sometimes.
|
|
- Nuke COMMERIAL and similar spurious configuration options...
The fact that every single default configuration option contained
those bits makes this trivial patch appear rather big.
|
|
- Apply cleanup of host chip drivers by Bartomiej Zonierkiewicz:
affected drivers - aec62xx.c, alim15x3.c, cmd64x.c, hpt34x.c, sis5513.c
new tuning scheme (wip) part 1:
- introduce ratemask()
- use ata_timing_mode()
- use ide_config_drive_speed() return value
forward port from convert.10:
- support for AEC6280, AEC6280R
- misc cleanups
I had to fix a small typo in sis5513 code...
- Add a new entry for an old VIA cell hiding as something new.
(Pointed out by Kees Bakker.)
- Make the synchronization token active resident on the same level as the
spin lock. They interact with each other.
- Synchronize with linux-2.5.17.
- HPT366 driver typo fix by Andries Brouwer.
- Export udma_tcq_enable() symbol right now. The blk_get_request() is undefined
as well.
|
|
- Propagate the queue handling changes to pmac as well.
- Move set_transfer to ide-taskfile.c this is the only place where it's used
and it can be made static there. Same applies to ide_ata66_check().
- Move ide_auto_reduce_xfer to ide.c.
- Make ide_cmd() local to the only place where it's used. Rename it to
drive_cmd(). Don't pass drive_cmd_intr() as parameter.
- Remove ide_next command completion type. Nobody is using it.
- Move ide_do_drive_cmd to ide-taskfile. It's used there and in sub-drivers.
Not in ide.c. The usage inside the device type drivers is entirely bogus
inconsistent and so on...
- Kill bogus IRQ masking code. The kernel is supposed to handle this properly.
We should not try to work against possible bugs in the overall irq handling
code. Wow this is increasing the systems overall responsibility by a
significant margin.
- Remove disfunctional pdcadma code. It is only misleading to the user.
|
|
- Update HPT374 driver carried over from 2.4.xx series by Andrew Morton.
Resync it with the recent host chip driver changes, or better the
introduction of an API at all.
- Consolidate the handling of device ID byte order in one place.
This was spotted and patched by Bartomiej onierkiewicz.
- Eliminate CONFIG_BLK_DEV_IDEPCI - it's duplicating the functionality of the
already present and fine CONFIG_PCI flag and if we are a PCI host, we are
indeed very likely to need host chip support anyway.
- Remove some redundant info about the model and channel number from
/proc/ide. Remove the binary entries not helpful to the user, and not used
by any program and redundant to corresponding ioctls.
- Properly return udma_read and udma_write values in taskfile.
- Only initialize XXX_udma to the default handlers if it has not been
initialized by the host chip initialization.
I have enabled spin lock debugging and can see that on device
flush the spin locks get wrong counts... no problems elsewher ethus
far. I will re check them next time around.
|
|
- Synchronize with Jens. Applying tons of janitorian stuff to his TCQ
code. Making functions static where appropriate and so on...
Marking the config entry for it experimental and so on. His
changelog:
2.5.13 now has the generic tag support that I wrote included,
here's an IDE TCQ that uses that. Changes since the version
posted for 2.5.12:
Fix the ide_tcq_invalidate_queue() WIN_NOP usage needed to clear
the internal queue on errors. It was disabled in the last
version due to the ata_request changes, it should work now.
Remove Promise tcq disable check, it works just fine on Promise
as long as we handle the two-drives-with-tcq case like we
currently do.
|
|
|
|
- Remove the specific CONFIG_IDEDMA_PCI_WIP in favor of using the generic
CONFIG_EXPERIMENTAL tag. (Pointed out by Vojtech Pavlik).
- Change the signature of the IRQ handler to take the request directly as a
parameter. This doesn't blow the code up but makes it much more obvious and
finally it's reducing the number of side effects of the hwgroup->rq field.
- A second sharp look after the above change allowed us to remove the wrq field
from the hwgroup struct. It's just not used at all.
- Change the signature of the end_request member of struct ata_operations to
take the request as a second argument. Similar for __ide_end_request()
and ide_end_request().
- Remove BUG_ON() items just before ide_set_handler(). The check in
ide_set_handler is clever enough now.
- Remove the rq subfield from ide-scsi packet structure. We have now the
request context always in place. Same for floppy.
- Let the timer expiry function take the request as a direct argument.
Yes I know those changes are extensive. But they are a necessary step
in between for the following purposes:
- Consolidate the whole ATA/ATAPI stuff on passing a single unified request
handling object. Because after eliminating those side effects it's far easier
to see what's passed where.
- Minimizing the amount of side effects in the overall code. That's a good
thing anyway and it *doesn't* cost us neither performance nor space, since
the stack depths are small anyway here.
- Minimizing the usage of hwgroup - which should go away if possible.
|
|
ICH2, ICH2-M, ICH3, ICH3-M, ICH3-S and C-ICH chips, which can support the 133 MB/sec
mode, even though the specs deny it. It's marked experimental, because it's beyond
the specs, and also not really tested yet.
|
|
- Revoke the TCQ stuff. Well having it for some time showed just nicely what
has to be done before it can be included cleanly. But it's just not ready
yet.
For more explanations please simply track the usage of the special field of
struct request - *both* in the generic request handling code and in overall
driver code.
|
|
- (tcq, general) Remove the 'attempt to keep queue full option'. It worked
on some IBM models, but failed miserably on others. Also removes some
uglies in ide_queue_commands()
- (tcq0 Change default depth back to 32.
- (general) Add isr for no-dataphase taskfile, like task_no_data_intr but
doesn't complain about failure. This is handy for commands what we _know_
will fail, such as WIN_NOP.
- (general) ide_cmd_type_parser() must set a handler to WIN_NOP... Otherwise
we will just hang the ide system issuing a nop.
- (general) HWGROUP(drive)->rq->special -> IDE_CUR_AR(drive)
- (general) Have ide_raw_taskfile() copy back the taskfile after execution,
otherwise we cannot use the info that ide_end_drive_cmd() puts in
there.
- (tcq) Use nIEN bit correctly in ide-tcq
- (tcq) Small ide_tcq_wait_altstat() changes. Do initial 400ns delay (1us
here), then 10us each successive run.
- (tcq) Add beginning for 'nop auto poll' support check.
- (tcq) Arm handler before GET_STAT() service check in
ide_dma_queued_start, WD seemed to trigger interrupt before that.
Makes WD Expert drives work with tcq.
|
|
- Don't abuse the sense field for passing failed packet_commands in struct
packet_command use a new field instead.
- Apply minor bits forwarded by Dave Jones to me.
- Fix ide_raw_taskfile() to flag the ar used there to be no subject of free_req
list management. This solvs the "hang after /proc/ide read" problem, which
was in fact a memory corruption problem.
|
|
- Expand configure help options a bit
- Fix xconfig bug
- Decrease queue depth if a command takes too long to complete
- Test master/slave stuff. It works, but one device can heavily starve
another. This is the simple approach right now, means that one device
will wait until the other is completely idle before starting any
commands This is not necessary since we can have queued commands on
both devices at the same time. TODO.
- Add proc output for oldest command, just for testing.
- pci_dev compile fixes.
- Make sure ide-disk doesn't BUG if TCQ is not used, basically this was
fixed by off-loading the using_tcq setting to ide-tcq.
- Remove warning about 'queued feature set not supported'
- Abstract ide_tcq_wait_dataphase() into a function
|
|
- Integrate the TCQ stuff from Jens Axboe. Deal with the conflicts, apply some
cosmetic changes. We are still not at a stage where we could immediately
integrate ata_request and ata_taskfile but we are no longer far away.
- Clean up the data transfer function in ide-disk to use ata_request structures
directly.
- Kill useless leading version information in ide-disk.c
- Replace the ATA_AR_INIT macro with inline ata_ar_init() function.
- Replace IDE_CLEAR_TAG with ata_clear_tag().
- Replace IDE_SET_TAG with ata_set_tag().
- Kill georgeous ide_dmafunc_verbose().
- Fix typo in ide_enable_queued() (ide-tcq.c!)
Apparently there still problems with a TCQ enabled device and a not enabled
device on the same channel, but let's first synchronize up with Jens.
|
|
- Apply more patches from Vojtech Pavlik for the handling of host chip setup.
Hopefully they are settled now.
- Kill unused CONFIG_BLK_DEV_MODES
- Push register addressing down in to task_vlb_sync.
- Make the taskfile parsing stuff actually readable. This is compressing the
code by an incredible amount. We use just one function doing the whole
scanning right now. This should make sure that the IRQ handler used by a
particular command is always right. I didn't introduce typos hopefully
here.
- Don't call ide_handler_parser as argument for do_taskfile() any longer. We
have killed this function by coalescing it's functionality with
ide_cmd_type_parser() anyway.
- Kill unused SLC90E66 code, which Vojtech apparently missed in his patch.
- sync up with 2.5.7-pre2
Once again the actual patch is rather big mostly due to the removal of
some default configuration variables which are not used anylonger. So time for
the next patch stage.
|
|
If I was to give this patch a name it would be:
"Vojtech Pavlik unleashed from the chains".
So credit where credit is due :-).
Anyway here follows the change log:
Mon Mar 11 23:48:28 CET 2002 ide-clean-21
- Swallow rewritten amd74xx host chip setup code from Vojtech Pavlik. We can
revert it easly if it turns out to be a bad thing. However the code looks
quite sane to me. In esp. it doesn't containg that many magic numbers.
- Clean stale white spaces in ide-timing.h tirvial fix.
- Make ide_release_dma return void. It's value is never used anyway.
- Swallow more timing setup code cleanup by Vojtech Pavlik. Apply some
cosmetics to it. Port opti621 to the new setup code.
- Kill abuse of ide_do_reset() on error return paths for atapi floppy tape and
cd-rom devices. Just stop them. This gives better changes that defect
removable media will not cause suddenly broken timings on hard discs
containing system data! Even then comments in ide_do_reset() admit, that
resetting the whole channel can have adverse effects on the second interface
on this channel. And I have too frequently observed linux struggling on
defect cd-rom for a far too long time to wish it to continue.
Oh did I forget to say that the corresponding "how can I break my system fast
and reliable" ioctl is gone as well?
Removing it recovered the fact that the CONFIG_BLK_DEV_IDEDMA_TIMEOUT is
completely bogous. I have removed this option therefore as well, because it's
playing the same wrack havoc on the devices if enabled. This cat has been in
an unfinished and *unfunctional* state anyway.
- Actually add physical suspend code to the power handling code. Still the
resume code isn't finished just jet. This is all subject to change at the
point in time when we get to proper command queueing.
I think however that Pavel will be interrested in tidding this bit up...
- Resync with 2.5.7-pre1.
|
|
No fixes for new problems which occured since today, just syncup.
- Remove help text about suitable compiler versions, which is obsoleted
by the overall kernel reality.
- Remove traces of not progressing work in progress code for the
CONFIG_BLK_DEV_ADMA option as well as the empty ide-adma.c file as
well as CONFIG_BLK_DEV_IDEDMA_TCQ.
- Remove redundant CONFIG_BLK_DEV_IDE != n check in ide/Config.in. Hugh,
this is a tricky one...
- Add EXPORT_SYMBOL(ide_fops) again, since it's used in ide-cd.c add a
note there that this is actually possibly adding the same device twice
to the devfs stuff.
- Finally change the MAINTAINER entry. Just too many persons bogged me
about it and it doesn't take me too much time apparently.
- Apply sis.patch.20020304_1.
- Don't call ide_release_dma twice in cleanup_ata, since ide_unregister
is already calling it for us. Change prototype of ide_unregister to
take a hwif as parameter and disable an ioctl for removing/scanning
hwif from the list of handled interfaces. I see no reasons for having
it and doing it is the fastest DOS attack on my home system I know
about it. Contrary to the comments found here and there, hdparm
doesn't use it. There are better hot plugging interfaces coming to the
kernel right now anyway.
- Wrap invalidate_drives in ide_unregister under the ide_lock instead of
disabling and enabling interrupts during this operation. There are
plenty of other places where the IDE drivers are enabling and
disabling interrupts just to protect some data structures.
- Don't call destroy_proc_ide_drives(hwif) for every single drive out
there.This routine takes a hwif as a parameter.
- Resync with the instable 2.5.6...
|
|
This is actually an attempt to remove some stall code from
this driver. However if some *real* users complain (Not just
the usuall: "Hey - if someone!" but the "Hey I'm using this!")
I'm all open to reenable it. Since I prepared this patch
yerstoday it doesn't contain the ide_module.h fixup. This will
follow later.
- Don't use the convoluted byte type in ide-pci.c. Just use the proper
u8instead.
- Move ide_get_or_set_dma_base to the only place where it's used and
reorganize the code there by killing the unnecessary
CONFIG_BLK_DEV_IDEDMA_FORCED configuration option.
- Remove unfunctional CONFIG_PKT_TASK_IOCTL code.
- Kill unused ALTSTAT_SCREW_UP code.
- Tons of dead code removed from ide-taskfile.c (#if 0 #endif and
friends)
- Remove unused IDE_DEBUG macro as well as lots of other name space
pollution from ide.h.
- Start using the ide_lock spin-lock for protecting access to data
structures instead of the excessive interrupt disabling games.
- Shorten the proc ouput of the piix initialization module.
- Remove special /proc tape "name" output from ide-tape.c. This was
redundant data which should only show up on syslog anyway.
- Kill the REALLY_FAST_IO undef from the ide.h. This was a mistake
present since far too many years in this driver. The proper way to
deal with broken systems is to define REALLY_SLOW_IO in system
dependent headers or particular driver files. We can always
reintroduce it easy if real users will complain, since OUT_BYTE() and
similar can be used as hooks. But I don't expect anybody reporting
about this. Even on the most broken IDE chip in the world (cmd640
at VLB) undefining this *always* worked for me. Nearly all the code
pieces in the ide driver code *reverted* it's effects explicitly
anyway.
- Remove the obsolete CONFIG_BLK_DEV_4DRIVES support. This was supposed
to support 4 drivers attached at one channel on some older chipsets,
in esp. Tekram 690CD, in the last century. They where all supposed to
work at a register set starting at the base address 0x1f0. Before
complaining that this is removing functionality, please note that this
must have been broken for already quite a long time, since the ide
driver didn't contain the special device selection methods implicated
by this any longer. It didn't scan this port too if PCI host chip
support was enabled (as it is in all those distributions around
there). On the other hand this is the most prominent case of
incoherent use of the mate member in the struct hwif_s. And please
think about how big the probability is, that there are systems out
there, where there are actually 4 drivers on such a channel?
- Streamline module initialization code by removing one shoot functions.
- Make the WAIT_READY value used in case of CONFIG_APM or
CONFIG_APM_MODULE the default, since this is what really reflects the
behavior of modern drives. It won't hurt any other case and finally
removing it is reducing the necessary coverage for overall driver code
testing/analysis.
- Move the IDE_LARGE_SEEK macro to the only place where it's actually
used. Replace the IDE_MIN() and IDE_MAX() drivers with the obvious.
Remove unused SPLIT_WORD and MAKE WORD from the local header.
- Remove CMD640_DUMP_REGS from global scope, since there is no
development done on this any longer. Finally, the way the host chip
initialization routines are called changed in the time between allows
this to remain fully local to the host chip driver in question.
- Some spell checking of comments in the code. (Yeep I have extended my
Vim to do this the "Word" way with nice undercurl lines... mozilla
remains to be fixed...)
|
|
There is no such a thing like a ide-clean-15. Never was. But here comes
what has been done in ide-clean-16:
- Apply a patch for the initialization of the second PIIX channel.
Found by Daniel Quinlan <quinlan@transmeta.com>
- Apply a patch for the DMA initialization of the serverworks chip.
Ken Brownfield <brownfld@irridia.com>
- Make the ata_operations methods immune against device type drivers,
which donot provide them by separating the access to them out. Audit
them all.
- Resynchronize with 2.5.6-pre1.
- Remove unused IDE_DRIVE_CMD, IDE_DRIVE_TASK, IDE_DRIVE_TASK_MASK,
IDE_DRIVE_TASKFILE macros.
- Disable configuration of the task file stuff. It is going to go away
and will be replaced by a truly abstract interface based on
functionality and *not* direct mess-up of hardware.
- Resync with 2.5.6-pre2.
- Add HPT entries to the fall-back list, since otherwise the driver
won'trecognize the drives. We will have to make this the default
behavior for allnot recognized host chip types.
- Fix compilation with no PCI host chip support enabled.
- Apply the overflow fixes for HPT366 by Vojtech Pavlik.
- Kill the one-shoot functions ide_wait_cmd_taks() ide_wait_cmd() by
moving them to the places where they are actually used. Fix a
potential buffer overflow on the way.
- Fix usage of ide.c as module. Thanks to Adam J. Richter for figuring
out what was wrong.
- Various cleanups all along as well as removal of TONS of
unfinished/dead code.
I think it's sometimes better to remove stuff, which isn't there,
instead of hoping for a "magical day" where it will be finished.
|
|
Additional descriptions that got lost along the way somewhere.
Also updates some extra IDE options that shared the same fate.
|
|
- Asit Mallick: mtrr update
- Patrick Mochel: split up kernel/device.c into drivers/base
- Mikael Pettersson/Al Viro: fix missing in-core inode initialization
in ext2 introduced by Al's inode trimming
- David Miller: sparc and network updates
- Frank Davis: firewire video mmap page remapping fix
- me: fix configure help scripts to fix breakage noticed by Dave Jones
- Greg KH: USB updates
- Kai Germaschewski: ISDN fixes, Config.help entries
- Douglas Gilbert: SCSI doc update
- Ingo Molnar: x86 taskswitch optimizations, scheduler updates
- Mikael Pettersson: make APIC work on old external setups
- Al Viro: more inode trimming
|
|
- Patrick Mochel: devicefs locking cleanups, refcount fixes
- Brian Gerst: apic timer cleanup
- Adam Richter: fix loop over block device bio breakage, ipfwadm compile fix
- Peter Anvin: bootproto v2.03
- me: split up Configure.help over the subdirectories where it is used
|
