|
|
|
Lue: Edellinen koko ChangeLog.
lyhennetty ChangeLog.
Summary of changes from v2.5.68 to v2.5.69
============================================
NTFS: Add handling for initialized_size != data_size in compressed files.
NTFS: Update version
NTFS: Minor updates
NTFS: Remove compile warning for newer gcc.
unistr.c:
Typo fix.
[Bluetooth]
Use very short disconnect timeout for SCO connections. They cannot
be reused and therefor there is no need to keep them around.
NTFS: Reduce function local stack usage from 0x3d4 bytes to just
noise in fs/ntfs/upcase.c. (Randy Dunlap )
[ARM] NWFPE 1: Convert instruction decoding from switch() to table.
[ARM] NWFPE 2: Take advantage of the CPDO functions behaviour.
SingleCPDO, DoubleCPDO and ExtendedCPDO always set the destination
register type to their operating type (single, double, extended
respectively) when they complete successfully (nRc != 0). This
means that we know what size result will be generated, and we don't
have to fetch it from the fType array.
In fact, since we know "nType" will be the type of the operand,
we don't even need to calculate value of Fd unless we need to
convert the result to the destination type.
[ARM] NWFPE 3: Eliminate setting of fType in CPDO worker functions.
Extending the idea in patch 2, we can eliminate the setting of fType
in {Single,Double,Extended}CPDO functions and always set it in
fpa11_cpdo.c to the ultimate destination size.
[ARM] NWFPE 4: Eliminate getFd from CPDO worker functions.
Eliminate getFd from {Single,Double,Extended}CPDO by passing a
pointer to the destination register into these functions. Use this
same pointer when converting the destination register to the required
type.
[ARM] NWFPE 5: Eliminate use of Fd
Slightly better performance can be obtained by eliminating Fd and
calculating it after the math operation.
NTFS: 2.1.2 release: Fix buggy free cluster and free inode determination logic.
NTFS: Fix silly porting typo.
NTFS: Typo fix.
NTFS: Fix compiler warnings on big endian machines.
[Bluetooth]
Kill incoming SCO connection when SCO socket is closed
[Bluetooth] Add support for the Ultraport Module from IBM
This patch adds the specific vendor and product id's for the
Bluetooth Ultraport Module from IBM. This is needed, because
the device itself don't uses the USB Bluetooth class id.
[Bluetooth] Use R1 for default value of pscan_rep_mode
Most devices seem to use R1 for pscan_rep_mode to save power
consumption, so R1 is preferable for default value, if there
is no entry in the inquiry cache. Using R1 will improve the
average of connect time in many cases.
[Bluetooth] HCI USB driver update. Support for SCO over HCI USB.
URB and buffer managment rewrite.
[Bluetooth] Don't forget to set HCI device owner in USB driver.
super.c::parse_ntfs_boot_sector(): Correct the check for 64-bit clusters (Philipp Thomas)
[NWFPE] Performance improvements [Part 1]
This is the first of a series of patches to NWFPE, which aim to bring
the performance improvements from the netwinder.org CVS tree into the
mainline ARM kernel.
This patch is merely a reformatting of the NWFPE sources. All files
were processed with "indent -kr -i8 -ts8 -sob -l132 -ss" and a few
manual fixups. Exception: the softfloat files have not been touched.
This patch should be applied after the 5 patches previously published
by RMK on linux-arm-kernel have been applied.
[NWFPE] performance improvements [Part 2]
Second part of NWFPE improvements. Builds on top of patch 1464/1.
Remove unused code. And fix a function prototype to match function.
No impact on generated code or NWFPE performance.
[PATCH] performance improvements [Part 3]
NWFPE performance improvements, part three.
A minor simplification - as (opcode & MASK_ARITHMETIC_OPCODE) >> 20
is frequently used, compute that quantity once and store it.
[NWFPE] performance improvements [Part 4]
Fourth part of NWFPE performance improvements, building on patch 1466/1.
This patch makes 80-bit (extended precision) a compile-time option in NWFPE.
The effect of the extra code path on 32/64 bit operations is not as significant
as I had first thought - speedup is between 0.7 and 1.5% depending on which
tree (rmk or nw) you do the changes in. However the reduction in code size,
particularly when softfloat has the same functions cut out, may be of value
on embedded systems.
[NWFPE] performance improvements [Part 5]
NWFPE performance improvements, part 5. Builds on patch 1467/1.
Inline the functions getTransferLength(), getRegisterCount(),
and getRoundingPrecision(). This buys 1.6% speed gain.
[NWFPE] performance improvements [Part 6]
NWFPE performance improvements, part 6. Builds on patch 1468/1.
Break NWFPE initialization into separate function and call it from
entry.S as appropriate. Also avoid nRc variable usage in EmulateAll().
This buys 6% speedup in NWFPE. (Note that this is over half of the
total speedup between original RMK and the netwinder cvs version).
(note that 2.5 already has the separate initialisation, and this
cset actually makes 2.5 conform to 2.4 function naming for this
part. --rmk)
[NWFPE] Clean up indentation in assembly files.
[Bluetooth] Respond correctly to RLS packets
This patch adds the recognition and correct responding to the
RFCOMM RLS packets to fulfil the requirements of the Bluetooth
specification.
Add resume key support for readdir to workaround Windows 2000 and XP server
problem. Update oplock handling code. Reduce excessive stack usage in
link.c
fix readdir on empty directories to only issue one network search
PPC32: Correct BASE_BAUD on IBM Redwood platforms.
From Scott Anderson
[Bluetooth] Update BT PCMCIA drivers to use pcmcia_register_driver().
Patch from Christoph Hellwig
Unload nls if mount fails
NTFS: load_attribute_list() bug fix from Szaka.
[PATCH] 2.5.67+ scsi_release_request call queue next
This patch is against 2.5.67 as of 04-14 as it needs extern for
scsi_queue_next_request.
I just compiled and booted this patch. I currently do not have a setup to
check door lock post error recovery.
-andmike
--
Michael Anderson
andmike@us.ibm.com
DESC
The patch adds a call to scsi_queue_next_request from scsi_release_request. It
also removes a call in scsi_eh_lock_done to scsi_put_command.
scsi_release_request will do a call to scsi_put_command if needed.
EDESC
drivers/scsi/scsi.c | 2 ++
drivers/scsi/scsi_error.c | 4 ----
2 files changed, 2 insertions(+), 4 deletions(-)
[PATCH] Trivial patch for scsi logging text string
Greg:
This patch fixes a very minor bobble in a kernel logging string (excess
blank space following the \n). Please apply.
Alan Stern
Update megaraid to version 2.03
Fix megaraid compile warnings
Fix megaraid module ownership
Move to using the .owner field of fops
JFS: Avoid rare deadlock
[PATCH] USB: fix for deadlock in v2.5.67
The patch below should resolve the keyboard problem -- just reorders two
lines so the lock isn't held after the device's records get deleted, so
the order is what it should always have been.
ACPI: interpreter update to 20030418
- Fix for big-endian arcitectures
ACPI: Fix link devices on SMP systems (Dan Zink)
o net: new module infrastructure for net_proto_family
Next batch of changesets will fix the legacy protocols (IPX, LLC, etc).
Tested with LLC and IPX already.
[IPSEC]: nexthdr in xfrm6_input needs to be int.
[PKT_SCHED]: Proper module refcounting for packet classifiers.
[PKT_SCHED]: Proper module refcounting for packet schedulers.
Modernize rcpci45 I2O LAN driver (#204):
* Convert to PCI DMA mapping API (Francios Romieu). Gets driver
compiling again. Fixes bugzilla bug #204.
* use SET_MODULE_OWNER
* remove MOD_*_USE_COUNT from all but one place
(and add FIXME to that one place)
* fix printk in rclanmtl.c, though more work is needed
[rcpci45] typo fix: s/virual/virtual/
Fix-ups for i830 from Arjan
Interrupt handlers should return whether the interrupt
was for them or not, so that the irq subsystem can properly
handle screaming shared interrupts.
So change the irq handlers to return a "irqretval_t", which
is either IRQ_HANDLED or IRQ_NONE.
[PATCH] 3c574_cs fixes
- It was doing spin_lock_irqsave()/spin_unlock()
- Can't free the skb inside local_irq_save(): kfree_skb ends up running
local_bh_enable(), which enables interrupts.
[PATCH] Fix nc98 partition parser link error
Fix this:
fs/partitions/nec98.c:169: undefined reference to `parse_bsd'
[PATCH] dmfe: don't free skb with local interrupts disabled
dev_kfree_skb() can end up calling local_bh_enable() which goes BUG if local
interrupts are disabled. Apparently it can deadlock.
So move the skb freeing outside the lock in the dmfe driver. It will
decrease the lock hold time as well.
[PATCH] dentry_stat accounting fix
From: Maneesh Soni
This patch the corrects the dentry_stat.nr_unused calculation.
In select_parent() and shrink_dcache_anon() we were not doing any adjustments
to the nr_unused count after manipulating the dentry_unused list. Now the
nr_unused count is decremented if the dentry is on dentry_unused list and is
removed from there.
Further in the same routines, we have to adjust the nr_unused count again if
the dentry is moved to the end of d_lru list for pruning.
[PATCH] Fix and clean up DCACHE_REFERENCED usage
From: Maneesh Soni
This patch changes the way DCACHE_REFERENCED flag is used. It
got messed up in dcache_rcu iterations. I hope this will be ok now.
The flag was meant to be advisory flag which is used while
prune_dcache() so as not to free dentries which have recently
entered d_lru list. At first pass in prune_dcache the dentries
marked DCACHE_REFERENCED are left with the flag reset. and they
are freed in the next pass.
So, now we mark the dentry as DCACHE_REFERENCED when it is first
entering the d_lru list in dput() and resetthe flag in prune_dcache().
If the flag remains reset in the next call to prune_dcache(), the
dentry is then freed.
Also I don't think any file system have to use this flag as it is taken
care by the dcache layer. The patch removes such code from a few of file
systems. Moreover these filesystems were anyway doing worng thing as they
were changing the flag out of dcache_lock.
Changes:
o dput() marks dentry DCACHE_REFERENCED when it is added to the dentry_unused
list
o no need to set the flag in dget, dget_locked, d_lookup as these guys anyway
increments the ref count.
o check the ref count in prune_dcache and use DCACHE_REFERENCED flag just for
two stage aging.
o remove code for setting DACACHE_REFERENCED from reiserfs, fat, xfs and
exportfs.
[PATCH] Fix POSIX timers to give CLOCK_MONOTONIC full
The POSIX CLOCK_MONOTONIC currently has only 1/HZ resolution. Further, it is
tied to jiffies (i.e. is a restatment of jiffies) rather than "xtime" or the
gettimeofday() clock.
This patch changes CLOCK_MONOTONIC to be a restatment of gettimeofday() plus
an offset to remove any clock setting activity from CLOCK_MONOTONIC. An
offset is kept that represents the difference between CLOCK_MONOTONIC and
gettimeofday(). This offset is updated when ever the gettimeofday() clock is
set to back the clock setting change out of CLOCK_MONOTONIC (which by the
standard, can not be set).
With this change CLOCK_REALTIME (a direct restatement of gettimeofday()),
CLOCK_MONOTONIC and gettimeofday() will all tick at the same time and with
the same rate. And all will be affected by NTP adjustments (save those which
actually set the time).
[PATCH] Fix jiffies_to_time[spec | val] and converse to use
From: george anzinger
In the current system (2.5.67) time_spec to jiffies, time_val to
jiffies and the converse (jiffies to time_val and jiffies to
time_spec) all use 1/HZ as the measure of a jiffie. Because of the
inability of the PIT to actually generate an accurate 1/HZ interrupt,
the wall clock is updated with a more accurate value (999848
nanoseconds per jiffie for HZ = 1000). This causes a 1/HZ
interpretation of jiffies based timing to run faster than the wall
clock, thus causing sleeps and timers to expire short of the requested
time. Try, for example:
time sleep 60
This patch changes the conversion routines to use the same value as
the wall clock update code to do the conversions.
The actual math is almost all done at compile time. The run time
conversions require little if any more execution time.
This patch must be applied after the patch I posted earlier today
which fixed the CLOCK_MONOTONIC resolution issue.
[PATCH] get_offset_pit and do_timer_overflow vs IRQ locking
From: john stultz , Alexander Atanasov
We want to make sure we update jiffies_p and count_p atomically. So I'm
inserting the spin_unlock_irqrestore() after we update count_p, rather then
just before.
[PATCH] detect_lost_tick locking fixes
From: john stultz
This patch fixes a race in the timer_interrupt code caused by
detect_lost_tick(). Since we're doing lost-tick compensation outside
timer->mark_offset, time can pass between time-source reads which can cause
gettimeofday inconsistencies.
Additionally detect_lost_tick() was broken for the PIT case, since the whole
point of detect_lost_tick() is to interpolate between two time sources to
find inconsistencies. Additionally this could cause xtime_lock seq_lock
reader starvation which has been causing machine hangs for SMP boxes that use
the PIT as a time source.
This patch fixes the described race by removing detect_lost_tick() and
instead implementing the lost tick detection code inside mark_offset().
Some of the divs and mods being added here might concern folks, but by not
calling timer->get_offset() in detect_lost_tick() we eliminate much of the
same math. I did some simple cycle counting and the new code comes out on
average equivalent or faster.
[PATCH] Minor fix for driver/serial/core.c
From: Jean Tourrilhes
The following command will do nothing at all on 2.5.X :
setserial /dev/ttyS0 uart none
[PATCH] keyboard.c Fix SAK in raw mode
From: Chris Heath
Trivial fix to get the SAK key working in raw and medium raw modes. Patch is
against kernel 2.5.67.
[PATCH] Make PCI scanning order the same as 2.4
From: Chuck Ebbert <76306.1226@compuserve.com>
2.4 builds its global PCI device list in breadth-first order.
2.5 is doing the scan that way but defers the construction of the global list
until later and then does it depth-first. This causes devices to found in
different order by drivers. The below fixed that problem for me.
Russell King has acked this change.
[PATCH] Turn on NUMA rebalancing
From: "Martin J. Bligh"
I'd forgotten that I'd set this to only fire every 20s in the past, because
it would rebalance too agressively. That seems to be fixed now, so we should
turn it back on.
[PATCH] Move __set_page_dirty_buffers to fs/buffer.c
From: William Lee Irwin III
Move __set_page_dirty_buffers() to fs/buffer.c, as per the FIXME.
[PATCH] Clean up various buffer-head dependencies
From: William Lee Irwin III
Remove page_has_buffers() from various functions, document the dependencies
on buffer_head.h from other files besides filemap.c, and s/this file/core VM/
in filemap.c
[PATCH] follow_hugetlb_page fix
From: William Lee Irwin III
follow_hugetlb_page() drops out of the loop prematurely and fails to take the
appropriate refcounts if its starting address was not hugepage-aligned.
It looked a bit unclean too, so I rewrote it. This fixes a bug, and more
importantly, makes the thing readable by something other than a compiler
(e.g. programmers).
[PATCH] hugetlb math overflow fix
From: William Lee Irwin III
And this one fixes an overflow when there is more than 4GB of hugetlb.
[PATCH] ATI Mach64 build fix
From: Geert Uytterhoeven
Atyfb: Add missing parts of reversal of Mobility changes, allowing ATI Mach64
GX support to compile again.
[PATCH] quotactl(): sync all quotas
From: Jan Kara
I'm resending a patch which implements quotactl(2) call for syncing
all devices. Particulary it allows the caller not to specify the device
for syncing and in that case quotas on all the devices are written.
The patch is rather trivial (mostly moving the code).
[PATCH] AIO mmap fix
From: Badari Pulavarty
Here is a small bug fix for AIO. get_user_pages() takes number
of pages to map as argument. (not in bytes)
[PATCH] shmdt() speedup
From: William Lee Irwin III
Micro-optimize sys_shmdt(). There are methods of exploiting knowledge
of the vma's being searched to restrict the search space. These are:
(1) shm mappings always start their lives at file offset 0, so only
vma's above shmaddr need be considered. find_vma() can be used
to seek to the proper position in mm->mmap in O(lg(n)) time.
(2) The search is for a vma which could be a fragment of a broken-up
shm mapping, which would have been created starting at shmaddr
with vm_pgoff 0 and then continued no further into userspace
than shmaddr + size. So after having found an initial vma, find
the size of the shm segment it maps to calculate an upper bound
to the virtualspace that needs to be searched.
(3) mremap() would have caused the original checks to miss vma's mapping
the shm segment if shmaddr were the original address at which
the shm segments were attached. This does no better and no worse
than the original code in that situation.
(4) If the chain of references in vma->vm_file->f_dentry->d_inode->i_size
is not guaranteed by refcounting and/or the shm code then this is
oopsable; AFAICT an inode is always allocated.
[PATCH] implement __GFP_REPEAT, __GFP_NOFAIL, __GFP_NORETRY
This is a cleanup patch.
There are quite a lot of places in the kernel which will infinitely retry a
memory allocation.
Generally, they get it wrong. Some do yield(), the semantics of which have
changed over time. Some do schedule(), which can lock up if the caller is
SCHED_FIFO/RR. Some do schedule_timeout(), etc.
And often it is unnecessary, because the page allocator will do the retry
internally anyway. But we cannot rely on that - this behaviour may change
(-aa and -rmap kernels do not do this, for instance).
So it is good to formalise and to centralise this operation. If an
allocation specifies __GFP_REPEAT then the page allocator must infinitely
retry the allocation.
The semantics of __GFP_REPEAT are "try harder". The allocation _may_ fail
(the 2.4 -aa and -rmap VM's do not retry infinitely by default).
The semantics of __GFP_NOFAIL are "cannot fail". It is a no-op in this VM,
but needs to be honoured (or fix up the callers) if the VM ischanged to not
retry infinitely by default.
The semantics of __GFP_NOREPEAT are "try once, don't loop". This isn't used
at present (although perhaps it should be, in swapoff). It is mainly for
completeness.
[PATCH] make alloc_buffer_head take gfp_flags
- alloc_buffer_head() should take the allocation mode as an arg, and not
assume.
- Use __GFP_NOFAIL in JBD's call to alloc_buffer_head().
- Remove all the retry code from jbd_kmalloc() - do it via page allocator
controls.
[PATCH] use __GFP_REPEAT in pte_alloc_one()
Remove all the open-coded retry loops in various architectures, use
__GFP_REPEAT.
It could be that at some time in the future we change __GFP_REPEAT to give up
after ten seconds or so, so all the checks for failed allocations are
retained.
[PATCH] use __GFP_REPEAT in pmd_alloc_one()
Convert all pmd_alloc_one() implementations to use __GFP_REPEAT
[PATCH] Disallow swapoff if there is insufficient memory
From: Hugh Dickins
First of three small "stop swapoff" patches based on 2.5.67-mm3:
stop swapoff 1/3 vm_enough_memory?
Before embarking upon swapoff, check vm_enough_memory. Mainly
for consistency in the overcommit_memory 2 (strict accounting) case:
fail with -ENOMEM if it wouldn't let the amount removed be committed.
Will always succeed in the overcommit_memory 1 case, as it should in
root-shoot-foot mode. In the overcommit_memory 0 case, well, I don't
care much either way, so opted for the simplest code: no special case.
Which means it could now fail at the start; but that's unlikely (case 0
is over-generous) and only when it would have got stuck later on anyway.
[PATCH] Permit interruption of swapoff
From: Hugh Dickins
Sometimes you start a swapoff and, seeing how long it takes, wish you had
not: allow signal to interrupt and stop swapoff.
[PATCH] oom-kill: preferentially kill swapoff
From: Hugh Dickins
The current behaviour is that once swapoff has filled memory, other tasks get
OOMkilled one by one until swapoff completes, or more likely hangs. It is
better that swapoff be the first choice for OOMkill.
The patch changes the oom-killer so that it will kill off any
currently-running swapoff instance before killing any other task.
(Bit kludgy, couldn't think of a better way)
[PATCH] DAC960: add call to blk_queue_bounce_limit
From: Dave Olien
The following patch adds a call to blk_queue_bounce_limit to the DAC960
driver. Otherwise, it uses bounce buffering more than it needs to.
[PATCH] shm_get_stat-handle-hugetlb-pages.patch
From: William Lee Irwin III
shm_get_stat() didn't know about hugetlbpage-backed shm.
[PATCH] Allocate hd_structs dynamically
From: Badari Pulavarty
Here is the patch to allocate hd_struct dynamically as we find
partitions.
There are 3 things I didn't like in the patch.
1) The patch allocates 15 pointers instead of 15 hd_structs. (incase of
s= csi). I was really hoping to get rid of "15" and make it really
dynamic. (In ca= se if we ever want to support more than 15 partitions
per disk etc..).=20 I was thought about making it a linked list, but
blk_partition_remap() needs to get to hd_struct for a given partition
everytime we do IO. So linked list would be bad, we really need direct
access to partition in= fo.
2) I had to add "partno" to hd_struct, since part_dev_read() used to calc=
ulate partition number from the address before.
3) kmalloc() failure in add_partition() will be silently ignored.
It saves 2048 bytes per disk.
[PATCH] fix CONFIG_NOMMU mismerges
From: Christoph Hellwig
we already have better stubs in nommu.c, the additional inlines in mm.h only
cause compile failures.
[PATCH] Extend map_vm_area()/get_vm_area()
From: Christoph Hellwig and David M-T
The ia64 port can use vmap(), but needs to be able to specify the protection
flags and the resulting vma's vm_flags.
The patch adds the two extra args to vmap(), updates the two callers and
fixes some comment spellos.
[PATCH] don't shrink slab for highmem allocations
From: William Lee Irwin III
If one's goal is to free highmem pages, shrink_slab() is an ineffective
method of recovering them, as slab pages are all ZONE_NORMAL or ZONE_DMA.
Hence, this "FIXME: do not do for zone highmem". Presumably this is a
question of policy, as highmem allocations may be satisfied by reaping slab
pages and handing them back; but the FIXME says what we should do.
[PATCH] prepare device mapper for larger dev_t
From: Joe Thornber
The only other thing that will need changing in dm to cope with 64bit
dev_t concerns the bitset I'm using to keep track of allocated minor
numbers. A trivial patch like this would work for now:
[PATCH] smbfs: larger dev_t preparation
Discard fewer bits of the device number recd with smb.
This does not depend on anything else.
Andries
[PATCH] Fix nfsctl for larger dev_t
From: Andries.Brouwer@cwi.nl
The old NFS control interface passes dev_t's in from userspace. This patch
keeps it working when the size of dev_t changes.
This is a deprecated interface - new nfs-utils uses an ascii representation
in exportfs.
Acked by Neil.
[PATCH] Aggregated disk statistics
From: Rick Lindsley
To access all the system's disk statitics we currently need to access one
sysfs file per disk. This clearly will not be acceptable with thousands of
disks.
The patch aggregates the system-wide statistics in real time and exposes them
via /proc/diskstats
[PATCH] fbdev build fix
- fb_prepare_logo() is calling the undefined find_logo(). I think it wants
fb_find_logo().
- fb_prepare_logo is not __init, therefore fb_find_logo() cannot be __init.
[PATCH] devfs: input
Make sure input always uses devfs_remove. While at it I've also
remove lots of code duplication - every upper input driver contained
the code surrounding devfs_unregister in two identical copies.
[PATCH] devfs: dvb
[PATCH] devfs: usb
[PATCH] devfs: sound
[PATCH] devfs: videodev
[PATCH] devfs: miscdev
[PATCH] devfs: s390
[PATCH] devfs: ipmi
[PATCH] devfs: swim3
[PATCH] devfs: uml
[PATCH] devfs: remove devfs_unregister
[PATCH] devfs: switch over ubd to ->devfs_name
Duh, ubd is partitioned.
[PATCH] devfs: remove dead devfs code in dasd
Dasd is partitioned - all devfs stuff is handled by the gendisk layer.
[PATCH] devfs: superflous devfs_remove in scsi
Already handled by the gendisk layer.
[PATCH] devfs: introduce devfs_mk_bdev
Replaces devfs_register for block devices. Note that we do NOT pass in
an operaion vector here - it was unused in devfs_register already
and our block device code fundamentally ties the operations to the
gendisk. There will be only very few callers of this one anyway..
[PATCH] devfs: gendisk.devfs_name updates
Previously gendisk.devfs_name was used only for partitioned devices
or CDroms, and for the latter it was slightly broken. Fix it to
work genericly for all gendisks.
[PATCH] devfs: loop
This and the next patches switches over drivers to gendisk.devfs_name.
[PATCH] devfs: nbd
[PATCH] devfs: rd
[PATCH] devfs: swim3
[PATCH] devfs: aztcd
[PATCH] devfs: gscd
[PATCH] devfs: optcd
[PATCH] devfs: sjcd
[PATCH] devfs: sonycd
[PATCH] devfs: mtdblock
[PATCH] devfs: xpram
[PATCH] devfs: floppy
The following patches switch the few drivers that have to register
devfs entries independand of gendisks to devfs_mk_bdev.
[PATCH] devfs: device-mapper
[PATCH] devfs: md
[PATCH] devfs: kill devfs_register_partition
[PATCH] devfs: warn on block modes in devfs_register
Update ensoniq driver to return whether the interrupt was for it
or not.
[PATCH] initrd.h
split the initrd stuff out of blk.h, it's only needed in the boot code
and the ramdisk driver.
[PATCH] rename end_request in floppy() and raid1
In preparation of getting rid of the LOCAL_END_REQUEST mess.
[PATCH] replace __blk_run_queue with blk_run_queue
All callers of __blk_run_queue are of the form
spin_lock_irqsave(q->queue_lock, flags);
__blk_run_queue(q);
spin_unlock_irqrestore(q->queue_lock, flags);
Replace it with a blk_run_queue that does the locking itself.
[PATCH] remove dasd_get_kdev
Al pointed out that it's unused after my last series of devfs patches.
[PATCH] remove some junk from hd98.c's ioctl implementation
Also pointed out by Al.
[PATCH] remove a tiny bit of kdev_t abuse from the floppy driver
[PATCH] replace URLs in Kconfig
This is a patch from Robert P.J. Day that replaces www.linuxdoc.org
(which is outdated and unspported according to www.tldp.org)
with www.tldp.org in lots of Kconfig files.
Fix IO-APIC vector allocation boundary case - we never want to
allocate FIRST_SYSTEM_VECTOR as an external interrupt. It's unlikely,
but could happen if we have a _ton_ of interrupt sources.
Found by Chuck Ebbert.
[SPARC64]: A few missing pgtable __GFP_REPEAT.
net driver cleanup, volume 1:
Mostly updating to new irqreturn_t, but also includes some needed
SET_MODULE_OWNER and set_bit cleanups as well.
Affects: 8390, dgrs, eepro100, epic100, pcnet32, rcpci45,
sis900, tlan
net driver cleanup, volume 2
morq irqreturn_t,
some s/long flags/unsigned long flags/,
more set_bit-on-something-other-than-long cleanups
Affected drivers: epic100, fealnx, natsemi, ns83820, starfire,
sundance, via-rhine, yellowfin. (and also include/linux/eeprom.h)
Several changes contributed by Andrew Morton.
[SPARC]: Rename signal macros SV_foo --> _SV_foo.
net driver cleanup, volume 3
Affected drivers: 8139cp, 8139too, 82596, b44, cs89x0, dl2k, r8169
Vast majority of changes contributed by Andrew Morton.
[NET]: In sock_alloc_send_pskb, add __GFP_REPEAT when __GFP_WAIT.
net driver cleanup, volume 4
Affected drivers: 3c501, 3c507, 3c509, 3c5154, 3c59x, amd8111e,
at1700, e1000, hp100, lance, smc9194, de2104x, de4x5, tulip,
typhoon.
98% contributed by Andrew Morton.
net driver cleanup, volume 5
Affected drivers: 3c505 (notably), depca, ni5010, ni52, ni65,
dmfe, winbond-840.
3c505 included quite a few s/int timeout/unsigned long timeout/
changes as well, for proper jiffies comparison typing.
98% contributed by Andrew Morton.
net driver cleanup, volume 6
Affected drivers: atp, de600, de620, eepro, eexpress, lp486e,
3c589_cs, axnet_cs, fmvj18x_cs, nmclan_cs, pcnet_cs, smc91c92_cs,
xirc2ps_cs, sk98lin, xircom_cb, xircom_tulip_cb, airo, arlan,
netwave_cs, orinoco, ray_cs, wavelan, znet
98% contributed by Andrew Morton
[SPARC]: setup.c needs linux/initrd.h
[SOUND SPARC]: Update for irqreturn_t.
[SPARC]: Fix dumb typo in sun4c mm code.
[SPARC]: Platform code changes for irqreturn_t.
[SERIAL SPARC]: Update for irqreturn_t.
[SOUND]: mpu401.h needs linux/interrupt.h
[CHAR SPARC]: Update for irqreturn_t.
[RTC]: Update for irqreturn_t.
[FC4 SPARC]: Update for irqreturn_t.
[MESSAGE FUSION]: Update for irqreturn_t.
[SCSI ESP]: Update for irqreturn_t.
[SCSI QLOGICFC]: Update for irqreturn_t.
[SCSI QLOGICISP]: Update for irqreturn_t.
[SCSI QLOGICPTI]: Update for irqreturn_t.
[SCSI AIC7XXX_OLD]: Update for irqreturn_t.
[SCSI SYM53C8XX_2]: Update for irqreturn_t.
[TG3]: Update to irqreturn_t.
[NET SUN]: Update for irqreturn_t.
[MYRI_SBUS]: Update for irqreturn_t.
[SOUND PCI]: Update several drivers for irqreturn_t.
[SOUND TRIDENT]: Update for irqreturn_t.
[PATCH] scsi_scan.c coding style fixes
Just some random styleups I made while walking over the file
for the devfs work.
[PATCH] unexport scsi_host_get_next
No drivers are using it anymore, and having this private to the
midlayer should make proper shost refcounting easier.
[PATCH] kill ASSERT_LOCK
There's just one user left, and that one is in aha152x.c and thus
clearly bogus..
scsi_mid_low_api.txt update for 2.5.67
[ARM PATCH] 1508/1: use #define's for iq80321
Patch from Eli Carter
# Thu Apr 17 16:37:58 CDT 2003 ejc@rnd-linux-c84
# iq80321-use-addr-defines
#
# Use #define's instead of hard-coded numbers for the device locations for the
# iq80321 board.
#
# Diffed against linux-2.5.65-rmk1+1472-4+1502-3+1506
# Applies cleanly to linux-2.5.67-rmk1+1502-3+1506
#
# arch/arm/mach-iop3xx/mm-321.c | 4 ++--
# 1 files changed, 2 insertions(+), 2 deletions(-)
#
[ARM PATCH] 1511/1: iop321 #define cleanup
Patch from Eli Carter
# Mon Apr 21 11:20:06 CDT 2003 ejc@rnd-linux-c84
# pci-io-mem-size-defines
#
# Rename the IOP321_PCI_WINDOW_SIZE #defines to use
# IOP321_PCI_{IO,MEM}_{BASE,SIZE} instead. This makes the #defines a bit more
# consistent. No functional change, though it does bring up the question of
# whether res[].end should be BASE+SIZE-1 or BASE+SIZE.
#
# Diffed against linux-2.5.67-rmk1+1501-3+1506+1508-10
#
# arch/arm/mach-iop3xx/iop321-pci.c | 8 ++++----
# include/asm-arm/arch-iop3xx/iop321.h | 10 ++++------
# 2 files changed, 8 insertions(+), 10 deletions(-)
#
[ARM PATCH] 1510/1: use a #define for asm jump address
Patch from Eli Carter
# Mon Apr 21 11:11:41 CDT 2003 ejc@rnd-linux-c84
# use-physoffset-define
#
# Use the PHYS_OFFSET #define instead of a hard-coded value.
#
# Diffed against linux-2.5.67-rmk1+1501-3+1506
#
# arch/arm/boot/compressed/head-xscale.S | 2 +-
# 1 files changed, 1 insertion(+), 1 deletion(-)
#
[PATCH] irqs: drivers/block
update drivers/block for new IRQ API.
[PATCH] irqs: sym2
update sym2 for new IRQ API
[PATCH] irqs: rtc
update rtc driver to new IRQ API
[PATCH] irqs in sound/
Updates all sound drivers to the new IRQ API.
The patch also fixes
- a return-with-lock-held
- a bunch of warnings and 64-bit bugs (CPU flags must be held in an
unsigned long)
- jiffies must use unsigned longs
- two functions returning uninitialised values
[PATCH] irqs: ipmi driver
Update the ipmi driver to the new IRQ API
[PATCH] irqs: watchdog drivers
Update the watchdog drivers to the new IRQ API.
Also, give a couple of irq handlers static scope.
[PATCH] irqs: various char drivers
Fix up a bunch of char drivers for the new IRQ API.
[PATCH] irqs: multimedia drivers
Update a couple of media drivers to the new IRQ API.
Some stuff in there doesn't link btw:
drivers/built-in.o: In function `rds_waitread':
drivers/built-in.o(.text+0x6c152): undefined reference to `aci_port'
drivers/built-in.o: In function `rds_rawwrite':
drivers/built-in.o(.text+0x6c1a3): undefined reference to `aci_port'
[PATCH] irqs: video drivers
Update video drivers to the new IRQ API.
Almost none of them compile, so it was done on-spec.
[PATCH] irqs: 1394
Update 1394 to the new IRQ API
[PATCH] parport_serial fix
parport_serial is calling a couple of 8250 driver functions with no prototypes
in scope.
Turns out it was calling them with too many args, too.
[PATCH] ax25 build fix
spin_lock() does not take a spinlock_t**
[PATCH] irqs: IRDA
Update the IRDA drivers to the new IRQ API.
[PATCH] irqs: ISDN
Update ISDN for the new IRQ API.
[PATCH] irqs: input drivers
Update the input and joystick drivers to the new IRQ API.
[PATCH] irqs: hotplug drivers
Update hotplug and pcmcia drivers to the new IRQ API.
[PATCH] fix printk when an irq doesn't get responded to
[PATCH] Convert Alpha to the new 2.5 IRQ API
This converts the Alpha architecture to the new IRQ API. Tested on
Jensen.
Return IRQ_NONE for ieee1394 driver when the interrupt was for
somebody else.
[PATCH] 1394 updates
- New irq handler prototypes.
- Lots of un-enumurated locking fixes/cleanups (thanks in large part to
spinlock debug compile options in the kernel).
- Other various trivial fixes.
[PATCH] synclink update
- Remove MODULE_USE_COUNT macros
- Add owner member
- Add tiocmget/tiocmset tty callbacks
[PATCH] synclinkmp update
- Remove MODULE_USE_COUNT macros
- Add owner member
- Add tiocmget/tiocmset tty callbacks
[PATCH] synclink_cs update
- Remove MODULE_USE_COUNT macros
- Add owner member
- Add tiocmget/tiocmset tty callbacks
scsi_scan.c: cope with second inquiry failure
If the second (and longer inquiry) in scsi_scan.c fails for any
reason, we should fall back to the original (and successful)
36 byte inquiry rather than not configuring the device.
[PATCH] n_hdlc update
With suggestions from Chritoph Hellwig
- Remove MODULE_USE_COUNT macros
- Add owner member to struct tty_ldisc
- Init tty_ldisc at compile time
- make some functions static
Allow gcc to generate better code for irq handling.
Ok, now that most drivers have been converted to the new
irqreturn_t, we can remove the fascist type-checks and just
use a regular integer type which has a simpler calling
convention.
[PATCH] trivial task_prio() fix
Here is a trivial fix for task_prio() in the case MAX_RT_PRIO !=
MAX_USER_RT_PRIO. In this case, all priorities are skewed by
(MAX_RT_PRIO - MAX_USER_RT_PRIO).
The fix is to subtract the full MAX_RT_PRIO value from p->prio, not just
MAX_USER_RT_PRIO. This makes sense, as the full priority range is
unrelated to the maximum user value. Only the real maximum RT value
matters.
This has been in Andrew's tree for awhile, with no issue. Also, Ingo
acked it.
irqreturn_t fixup for 53c700
[ARM] spelling fixes for arm
Patch from Steven Cole.
Here are some spelling fixes for arm.
This was diffed against the current 2.5 tree.
[PATCH] More careful about VMA merging
The VMA merging code can merge vmas which have a ->vm_ops->close() handler.
But this means that per-VMA resources in one of the merged VMAs will not be
freed.
Fix that up by just refusing to merge any VMA's which look "complex": they
have special flags set or they have a ->close handler.
[PATCH] Runtime memory barrier patching
This implements automatic code patching of memory barriers based
on the CPU capabilities. Normally lock ; addl $0,(%esp) barriers
are used, but these are a bit slow on the Pentium 4.
Linus proposed this a few weeks ago after the support for SSE1/SSE2
barriers was introduced. I now got around to implement it.
The main advantage is that it allows distributors to ship less binary
kernels but still get fast kernels. In particular it avoids the
need of a special Pentium 4 kernel.
The patching code is quite generic and could be used to patch
other instructions (like prefetches or specific other critical
instructions) too.
Thanks to Rusty's in kernel loader it also works seamlessly for modules.
The patching is done before other CPUs start to avoid potential
erratas with self modifying code on SMP systems. It makes no
attempt to automatically handle assymetric systems (an secondary
CPU having less capabilities than the boot CPU). In this
case just boot with "noreplacement"
[PATCH] fix ppa locking and oops
We no longer hold the host_lock while calling the detect function, so
re-acquiring the lock while (without even unlocking it) in ppa_detect is
very wrong. References to the possibly NULL value hreg can also cause
oopses.
Add the Xeon variations (Pentium-III and P4-based) to the list
of Intel CPU optimizations. From Andi Kleen.
o rtnetlink: use C99 struct init style
o atm/lec.c: use C99 struct init style
o rtnetlink_dev: use C99 struct init style
Fix irq event debug print-out, and add stack dump which can
give a clue about what the context was that might have caused
the spurious interrupt.
[SPARC64]: Spelling fixes.
[SPARC64]: Update defconfig.
[NETLINK]: Fix minor numbers in netlink_dev.c
[SPARC]: CLOCK_MONOTONIC fixes, from x86.
[SPARC64]: Add LOOP_{GET,SET}_STATUS64 to ioctl32.
[BRIDGE]: New maintainership.
[IP_GRE]: Kill duplicate update_pmtu call.
[PATCH] fixes compile errors in psi240i.c
The attached patch fixes the compile errors in psi240i.c described in
Bugzilla bug #468 at http://bugme.osdl.org/show_bug.cgi?id=468. It was
built against 2.5.68. I do not have the hardware, so I have only
verified that it compiles correctly.
Add irqreturn_t to scsi/psi240i
[PATCH] request structure stack corruption
This fixes a problem with drivers that have request on the stack for
some operations, like IDE. If we wake before releasing the request, the
stack may have already disappeared beneath us when the rest of
end_that_request_last() is run.
Fix by making sure the completion is done _last_.
[PATCH] Update umem to new request_irq interface
request_irq requires a handler that returns irqreturn_t,
so mm_interrupt now returns the appropriate value
[PATCH] Update umem driver for newer cards.
|
