ChangeSet@1.1757, 2004-06-18 18:26:37-07:00, rddunlap@osdl.org
[PATCH] sparse: lib/string.c sparse fix
A classic..
lib/string.c:165:19: warning: assignment expression in conditional
From: Mika Kukkonen <mika@osdl.org>
Signed-off-by: Randy Dunlap <rddunlap@osdl.org>
ChangeSet@1.1756, 2004-06-18 18:26:26-07:00, rddunlap@osdl.org
[PATCH] sparse: kernel/module.c sparse fix
Add __user annotation for !CONFIG_MODULE_UNLOAD case.
From: Mika Kukkonen <mika@osdl.org>
Signed-off-by: Randy Dunlap <rddunlap@osdl.org>
ChangeSet@1.1755, 2004-06-18 16:46:25-07:00, viro@www.linux.org.uk
[PATCH] sparse: drivers/video/sis annotation
ChangeSet@1.1754, 2004-06-18 16:37:47-07:00, viro@www.linux.org.uk
[PATCH] sparse: drivers/video/aty annotation
ChangeSet@1.1753, 2004-06-18 16:35:56-07:00, torvalds@ppc970.osdl.org
Merge ppc970.osdl.org:/home/torvalds/v2.6/v2.6.7
into ppc970.osdl.org:/home/torvalds/v2.6/linux
ChangeSet@1.1722.149.13, 2004-06-18 16:35:04-07:00, viro@www.linux.org.uk
[PATCH] sparse: autofs annotation
ChangeSet@1.1722.149.12, 2004-06-18 16:34:54-07:00, viro@www.linux.org.uk
[PATCH] sparse: synclinkmp annotation
ChangeSet@1.1722.149.11, 2004-06-18 16:34:45-07:00, viro@www.linux.org.uk
[PATCH] sparse: cyclades annotation
ChangeSet@1.1722.149.10, 2004-06-18 16:34:35-07:00, viro@www.linux.org.uk
[PATCH] sparse: ipmi annotation
ChangeSet@1.1722.149.9, 2004-06-18 16:34:24-07:00, viro@www.linux.org.uk
[PATCH] sparse: amd64 bits
- added define of __x86_64__ to sparse arguments on amd64
- switched amd64 uaccess.h to __chk_user_ptr()
ChangeSet@1.1722.149.8, 2004-06-18 16:34:14-07:00, viro@www.linux.org.uk
[PATCH] sparse: applicom annotation
ChangeSet@1.1722.149.7, 2004-06-18 16:34:03-07:00, viro@www.linux.org.uk
[PATCH] sparse: udf cleanups
removed bogus externs from declarations in fs/udf/*
ChangeSet@1.1722.149.6, 2004-06-18 16:33:52-07:00, viro@www.linux.org.uk
[PATCH] sparse: drivers/video/matrox annotation
ChangeSet@1.1722.149.5, 2004-06-18 16:33:41-07:00, viro@www.linux.org.uk
[PATCH] sparse: drivers/video/kyro annotation
ChangeSet@1.1722.149.4, 2004-06-18 16:33:31-07:00, viro@www.linux.org.uk
[PATCH] sparse: drivers/video partial annotation
misc annotation in drivers/video/* (nowhere near complete)
ChangeSet@1.1722.149.3, 2004-06-18 16:33:20-07:00, viro@www.linux.org.uk
[PATCH] sparse: nfs partial annotation
ChangeSet@1.1722.149.2, 2004-06-18 16:33:09-07:00, viro@www.linux.org.uk
[PATCH] sparse: mwave annotation
ChangeSet@1.1722.149.1, 2004-06-18 16:32:59-07:00, viro@www.linux.org.uk
[PATCH] sparse: binfmt_aout annotation
ChangeSet@1.1739.1.10, 2004-06-18 14:14:17-07:00, akpm@osdl.org
[NET]: Fix eql.c failed dev_get_by_name() return value check.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: David S. Miller <davem@redhat.com>
ChangeSet@1.1739.1.9, 2004-06-18 14:12:29-07:00, yoshfuji@linux-ipv6.org
[IPV6]: Fix autoconf description in ip-sysctl.txt.
ChangeSet@1.1739.1.8, 2004-06-18 14:11:36-07:00, wli@holomorphy.com
[IRDA]: Remove usage of isa_virt_to_bus()
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: David S. Miller <davem@redhat.com>
ChangeSet@1.1739.1.7, 2004-06-18 14:09:17-07:00, dlstevens@us.ibm.com
[IPV6]: Handle user asking for any device in mcast calls.
ChangeSet@1.1739.1.6, 2004-06-18 13:54:52-07:00, shemminger@osdl.org
[PKT_SCHED]: Add loss option to network delay scheduler.
This enhances the network simulation scheduler to do simple random loss.
The loss parameter is a simple 32 bit value such that 0 means no loss, and
0xffffffff is always drop. I have a new version of the tc command which takes
care of conversion from percent to this value.
Same patch for 2.4 and 2.6
Signed-off-by: Stephen Hemminger <shemminger@osdl.org>
Signed-off-by: David S. Miller <davem@redhat.com>
ChangeSet@1.1739.1.5, 2004-06-18 13:51:42-07:00, davem@nuts.davemloft.net
[PKT_SCHED]: Do not check netif_queue_stopped() in dequeue ops, races with driver.
Based upon a patch from Stephen Hemminger.
Signed-off-by: David S. Miller <davem@redhat.com>
ChangeSet@1.1751, 2004-06-18 13:50:35-07:00, torvalds@ppc970.osdl.org
sparse: fix up fusion/mptctl.c after merge
ChangeSet@1.1750, 2004-06-18 13:46:11-07:00, torvalds@ppc970.osdl.org
Merge
ChangeSet@1.1722.148.2, 2004-06-18 13:43:51-07:00, viro@parcelfarce.linux.theplanet.co.uk
[PATCH] sparse: drivers/message/fusion annotations and fixes
Sigh... First of all, LSI folks have very quaint idea of existing
platforms and word sizes on those. Their definitions of U32 and S32
should really be reserved for posterity (preferably chiseled into the
rock they have between the ears), but kernel is the wrong place for
that. Fixed.
mptctl_do_mpt_command() was always called on userland pointers;
kernel/userland argument removed along with dead code, function
annotated, callers updated.
The rest is trivial annotations in mptctl.c and in its ioctl structures
- nothing fancy there.
ChangeSet@1.1722.148.1, 2004-06-18 13:43:40-07:00, viro@parcelfarce.linux.theplanet.co.uk
[PATCH] crapectomy - last users of kernel_scsi_ioctl() gone
Last 3 users of kernel_scsi_ioctl() eliminated; two of them used to read
partition table by issuing a READ6 via ioctl (instead of just calling
scsi_bios_ptable() as every other ->biosparam() instance does).
The last one was doing a very quaint access to fields of scsi_device by
issuing SCSI_IOCLT_GET_LUN and then shuffling bits in the result. Down
with that insanity...
ChangeSet@1.1739.1.4, 2004-06-18 13:40:49-07:00, shemminger@osdl.org
[PKT_SCHED]: Delay scheduler should retry if requeue fails.
If delay scheduler decides not to send the packet right away, it requeues
it. If the requeue fails, it should go and look again rather than waking
up prematurely.
Same patch should apply to both 2.6 and 2.4
Signed-off-by: Stephen Hemminger <shemminger@osdl.org>
Signed-off-by: David S. Miller <davem@redhat.com>
ChangeSet@1.1749, 2004-06-18 13:36:39-07:00, viro@parcelfarce.linux.theplanet.co.uk
[PATCH] sparse: ibmasmfs annotations
Trivial annotations + couple of missing (void) in prototypes
ChangeSet@1.1748, 2004-06-18 13:36:27-07:00, viro@parcelfarce.linux.theplanet.co.uk
[PATCH] sparse: ide-tape annotation
ChangeSet@1.1747, 2004-06-18 13:36:16-07:00, viro@parcelfarce.linux.theplanet.co.uk
[PATCH] sparse: drivers/input annotations
Trivial annotations in drivers/input
ChangeSet@1.1746, 2004-06-18 13:36:05-07:00, viro@parcelfarce.linux.theplanet.co.uk
[PATCH] sparse: drivers/char/watchdog annotation
Trivial annotations in drivers/char/watchdog/*
ChangeSet@1.1745, 2004-06-18 13:35:54-07:00, viro@parcelfarce.linux.theplanet.co.uk
[PATCH] sparse: ixj annotated
drivers/telephony (aka ixj.c) annotated, IXJ_CADENCE split into kernel
and userland variants, ioctl structures got __user on pointers.
ChangeSet@1.1744, 2004-06-18 13:35:42-07:00, viro@parcelfarce.linux.theplanet.co.uk
[PATCH] sparse: vm86.c annotated
vm86.c annotated; vm86old(2) and vm86(2) switched to explicit
int <fn>(struct pt_regs regs)
format.
ChangeSet@1.1743, 2004-06-18 13:35:31-07:00, viro@parcelfarce.linux.theplanet.co.uk
[PATCH] sparse: rt_sigsuspend/sigaltstack sanitized
rt_sigsuspend() and sigaltstack() prototype changed; instead of
playing games with casts of argument address to struct pt_regs * and
digging through it, we declare them as
int <fn>(struct pt_regs regs)
instead.
ChangeSet@1.1742, 2004-06-18 13:35:20-07:00, viro@parcelfarce.linux.theplanet.co.uk
[PATCH] sparse: i387 math-emu annotation
arch/i386/math-emu/* annotated.
ChangeSet@1.1739.1.3, 2004-06-18 13:18:34-07:00, shemminger@osdl.org
[PKT_SCHED]: Delay scheduler enqueue always succeeds.
If underlying fifo enqueue fails, return the status not 0.
Same patch should apply to both 2.6 and 2.4
Signed-off-by: Stephen Hemminger <shemminger@osdl.org>
Signed-off-by: David S. Miller <davem@redhat.com>
ChangeSet@1.1739.1.2, 2004-06-18 13:15:58-07:00, shemminger@osdl.org
[BRIDGE]: Kill sysfs hotplug avoidance hacks.
The whole effort to avoid hotplug was misguided. If it is really a problem
(which it doesn't appear to be) then it can more easily be addressed by smarter
hotplug scripts in user space.
This patch gets rid of the whole subsystem hack for bridge kobjects.
Signed-off-by: Stephen Hemminger <shemminger@osdl.org>
Signed-off-by: David S. Miller <davem@redhat.com>
ChangeSet@1.1739.1.1, 2004-06-18 11:43:35-07:00, torvalds@ppc970.osdl.org
Merge bk://kernel.bkbits.net/davem/net-2.6
into ppc970.osdl.org:/home/torvalds/v2.6/linux
ChangeSet@1.1740, 2004-06-18 10:32:19-07:00, greg@kroah.com
Merge kroah.com:/home/greg/linux/BK/bleed-2.6
into kroah.com:/home/greg/linux/BK/usb-2.6
ChangeSet@1.1739, 2004-06-18 10:06:37-07:00, torvalds@ppc970.osdl.org
Merge bk://linux-scsi.bkbits.net/scsi-for-linus-2.6
into ppc970.osdl.org:/home/torvalds/v2.6/linux
ChangeSet@1.1722.97.83, 2004-06-18 10:04:39-07:00, greg@kroah.com
USB: mark pwc driver broken again, as it still is :(
ChangeSet@1.1722.97.82, 2004-06-18 09:52:38-07:00, stern@rowland.harvard.edu
[PATCH] USB: dummy_hcd shouldn't reject SET-ADDRESS requests
This patch for the dummy_hcd driver prevents it from rejecting SET-ADDRESS
requests when the address is already set. The USB 2.0 spec states that if
a device is in the ADDRESS state, it should accept and start using the new
address. Behavior in the CONFIGURED state is undefined, but since
dummy_hcd doesn't keep track of the difference between the two states we
might as well accept the new address in any case.
Signed-off-by: Alan Stern <stern@rowland.harvard.edu>
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
ChangeSet@1.1738, 2004-06-18 09:50:41-07:00, axboe@suse.de
[PATCH] cfq direct io alias problem
This is a fix for when we encounter an alias during insert. When that
happens we move the request to dispatch, but it may happen that this
request is also the ->last_merge hint. So we may attempt to merge with
this later, when it's either in progress or already freed. Rearrange the
logic a bit so we clear the merge hint there as well. It looks more
complex than it is, the only real code change is the addition of a
cfq_remove_merge_hints() in cfq_dispatch_sort().
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1737, 2004-06-18 09:50:31-07:00, axboe@suse.de
[PATCH] cfq allocation race
It's possible under unlucky circumstances for this race to trigger. I
described it with a comment in the code.
Signed-Off-By: Jens Axboe <axboe@suse.de>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1736, 2004-06-18 09:50:20-07:00, axboe@suse.de
[PATCH] cfq sysfs support
This makes the CFQ tunables available in sysfs, like AS and deadline.
Signed-off-by: Jens Axboe <axboe@suse.de>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1735, 2004-06-18 09:48:38-07:00, torvalds@ppc970.osdl.org
Remove old stale header files that aren't referenced anywhere.
Noted by Alexey Dobriyan.
ChangeSet@1.1734, 2004-06-18 09:46:06-07:00, torvalds@ppc970.osdl.org
Merge
ChangeSet@1.1722.147.143, 2004-06-18 09:36:50-07:00, davem@nuts.davemloft.net
Merge
ChangeSet@1.1733, 2004-06-18 09:33:53-07:00, torvalds@ppc970.osdl.org
This removes the files orphaned by the earlier PC9800 removal
ChangeSet@1.1732, 2004-06-18 09:31:40-07:00, torvalds@ppc970.osdl.org
Merge
ChangeSet@1.1722.124.47, 2004-06-18 09:24:59-07:00, torvalds@ppc970.osdl.org
Merge duplicate selinux network hooks
ChangeSet@1.1722.147.142, 2004-06-18 08:25:41-07:00, chrisw@osdl.org
[PATCH] RLIM: remove unused queued_signals global accounting
Remove unused queued_signals global accounting.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.141, 2004-06-18 08:25:30-07:00, chrisw@osdl.org
[PATCH] RLIM: enforce rlimits on queued signals
Add a user_struct pointer to the sigqueue structure. Charge sigqueue
allocation and destruction to the user_struct rather than a global pool. This
per user rlimit accounting obsoletes the global queued_signals accouting.
The patch as charges the sigqueue struct allocation to the queue that it's
pending on (the receiver of the signal). So the owner of the queue is charged
for whoever writes to it (much like quota for a 777 file).
The patch started out charging the task which allocated the sigqueue struct.
In most cases, these are always the same user (permission for sending a
signal), so those cases are moot. In the cases where it isn't the same user,
it's a privileged user sending a signal to another user.
It seems wrong to charge the allocation to the privleged user, when the other
user could block receipt as long as it feels. The flipside is, someone else
can fill your queue (expectation is that someone else is privileged). I think
it's right the way it is. The change to revert is very small.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.140, 2004-06-18 08:25:20-07:00, chrisw@osdl.org
[PATCH] RLIM: pass task_struct in send_signal()
Update send_signal() api to allow passing the task receiving the signal. This
is necessary to ensure signals generated out of process context can be charged
to the correct user.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.139, 2004-06-18 08:23:45-07:00, torvalds@ppc970.osdl.org
Fix kill_pg_info(): return success if _any_ signal succeeded.
ChangeSet@1.1722.147.138, 2004-06-18 08:17:04-07:00, kszysiu@iceberg.elsat.net.pl
[PATCH] cmpci oops on rmmod + fix
The cmpci driver included in Linux 2.6.7 causes an oops on rmmod, I believe
cm_remove should be marked __devexit rather than __devinit.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.137, 2004-06-18 08:16:53-07:00, ysato@users.sourceforge.jp
[PATCH] H8/300: io.h cleanup
- optimize byteswap
- add noswap io mode
- cleanup var type
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.136, 2004-06-18 08:16:42-07:00, ysato@users.sourceforge.jp
[PATCH] H8/300: ptrace fix
- Kconfig typo fix
- PTRACE_PEEKUSER read process info support
- exr restore fix
- ptrace register offset fix
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.135, 2004-06-18 08:16:33-07:00, kaos@ocs.com.au
[PATCH] contify some scheduler functions
Several scheduler macros only read from the task struct, mark them const.
It may help the compiler generate better code.
Signed-off-by: Keith Owens <kaos@ocs.com.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.134, 2004-06-18 08:16:21-07:00, greg@kroah.com
[PATCH] remove EXPORT_SYMBOL(kallsyms_lookup)
Distros have started to ship kernels with this patch, as it seems that some
unnamed binary module authors are already abusing this function (as well as
some open source modules, like the openib code.) I could not find any valid
reason why this symbol should be exported, so here's a patch against 2.6.7
that removes it.
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.133, 2004-06-18 08:16:11-07:00, rddunlap@osdl.org
[PATCH] remove blank line in show_trace()
Delete a blank line for more error reporting on-screen.
Signed-off-by: Randy Dunlap <rddunlap@osdl.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.132, 2004-06-18 08:16:00-07:00, kenneth.w.chen@intel.com
[PATCH] Hugetlb page bug fix for i386 in PAE mode
Hit a bug check when unmap a hugetlb vma in PAE mode on i386 (and x86-64).
Bad page state at free_hot_cold_page (in process 'a.out', page c165cc40)
flags:0x20000000 mapping:f75e1d00 mapped:0 count:0
Backtrace:
Call Trace:
[<c0133e0d>] bad_page+0x79/0x9e
[<c0134550>] free_hot_cold_page+0x71/0xfa
[<c0115d60>] unmap_hugepage_range+0xa3/0xbf
[<c013d375>] unmap_vmas+0xac/0x252
[<c0117691>] default_wake_function+0x0/0xc
[<c0140bea>] unmap_region+0xd8/0x145
[<c0140f2d>] do_munmap+0xfc/0x14d
[<c01b8a56>] sys_shmdt+0xa5/0x126
[<c010a2ad>] sys_ipc+0x23c/0x27f
[<c014a85e>] sys_write+0x38/0x59
[<c0103e1b>] syscall_call+0x7/0xb
It turns out there is a bug in hugetlb_prefault(): with 3 level page table,
huge_pte_alloc() might return a pmd that points to a PTE page. It happens
if the virtual address for hugetlb mmap is recycled from previously used
normal page mmap. free_pgtables() might not scrub the pmd entry on munmap
and hugetlb_prefault skips on any pmd presence regardless what type it is.
Patch to fix the bug.
Signed-off-by: Ken Chen <kenneth.w.chen@intel.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.131, 2004-06-18 08:15:49-07:00, minyard@acm.org
[PATCH] IPMI base patch to fix channel handling and add polling
This patch fixes some problems with handling of channel detection in the
driver. Some systems that are IPMI 1.5 do not implement the channel query
command. Also, the interface has to be fully up before the command is
ready.
This patch also adds a polling interface; this is required for situations
where interrupts are not running, but the system must still issue IPMI
commands, like when taking a crash dump.
It also updates the driver version to v32.
Signed-off-by: Corey Minyard <minyard@acm.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.130, 2004-06-18 08:15:37-07:00, jmorris@redhat.com
[PATCH] SELinux: Fine-grained Netlink support - SELinux changes
This patch contains SELinux changes which add support for extended Netlink
socket classes and the associated permissions nlmsg_read and nlmsg_write.
Cc: David S. Miller <davem@redhat.com>
Signed-off-by: James Morris <jmorris@redhat.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.129, 2004-06-18 08:15:25-07:00, jmorris@redhat.com
[PATCH] SELinux: Fine-grained Netlink support - add sk to netlink_send hook
Modifies the LSM netlink_send() hook so that it takes a struct sock parameter.
SELinux will use this parameter to lookup the class of socket, which was
assigned during socket security initialization.
Cc: David S. Miller <davem@redhat.com>
Signed-off-by: James Morris <jmorris@redhat.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.128, 2004-06-18 08:15:14-07:00, jmorris@redhat.com
[PATCH] SELinux: Fine-grained Netlink support - move security_netlink_send() hook
This patch moves the security_netlink_send() LSM hook after the user copy, so
that LSM modules can safely examine skb payload content. For SELinux, we need
to look at the Netlink message type.
Cc: David S. Miller <davem@redhat.com>
Signed-off-by: James Morris <jmorris@redhat.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.127, 2004-06-18 08:15:04-07:00, jmorris@redhat.com
[PATCH] SELinux: Fine-grained Netlink support - SELinux headers update
This patch regenerates the SELinux module headers to reflect new class and
access vectors definitions. The size of the diff is misleading; much of it is
simply a change in the ordering of the automatically generated definitions.
The corresponding generation script has been changed to ensure a stable order
in the future. Please apply.
Author: Stephen Smalley <sds@epoch.ncsc.mil>
Cc: David S. Miller <davem@redhat.com>
Signed-off-by: Stephen Smalley <sds@epoch.ncsc.mil>
Signed-off-by: James Morris <jmorris@redhat.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.126, 2004-06-18 08:14:53-07:00, chrisw@osdl.org
[PATCH] fix simple_strtoul base 16 handling
I know it's simple_strtoul, but is it meant to be that simple? Fix up for
both simple_strtoul and simple_strtoull.
simple_strtoul(0x401b, NULL, 0) = 0x401b
simple_strtoul(0X401b, NULL, 0) = 0x0
simple_strtoul(0x401b, NULL, 16) = 0x0
simple_strtoul(0X401b, NULL, 16) = 0x0
simple_strtoull(0x401b, NULL, 0) = 0x401b
simple_strtoull(0X401b, NULL, 0) = 0x0
simple_strtoull(0x401b, NULL, 16) = 0x0
simple_strtoull(0X401b, NULL, 16) = 0x0
Signed-off-by: Chris Wright <chrisw@osdl.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.125, 2004-06-18 08:14:42-07:00, eger@havoc.gtf.org
[PATCH] rivafb: fb accel capabilities
Here's the fb accel capabilities patch for rivafb.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.124, 2004-06-18 08:14:31-07:00, geert@linux-m68k.org
[PATCH] fix warning in fbmem.c
Fix a const/non-const warning.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.123, 2004-06-18 08:14:20-07:00, eger@havoc.gtf.org
[PATCH] fix radeonfb panning and make it play nice with copyarea()
radeonfb: fix panning corruption on a large virtual screen, Make panning
and copyarea() play nicely with each other.
Signed-off-by: David Eger <eger@havoc.gtf.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.122, 2004-06-18 08:14:09-07:00, lethal@Linux-SH.ORG
[PATCH] asiliantfb init fix
asiliantfb seems to have only been partially merged (the fbmem.c bits in
particular seem to have been missed entirely). This adds them back in,
though they do seem to be present in the fbdev tree, at least they were the
last time I looked.
These are the last bit of outstanding changes I have in the LinuxSH
tree for asiliantfb, so it would be nice to get this out of the way.
Signed-off-by: Paul Mundt <lethal@linux-sh.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.121, 2004-06-18 08:13:58-07:00, adaplas@hotpop.com
[PATCH] More updates to rivafb driver
1. pass info->monspecs.modedb and info->monspecs.modedb_len to
fb_find_mode() instead of NULL, 0 since its contents are specific to the
attached display. Anyway, if info->monspecs.modedb == NULL,
fb_find_mode() will use the default database.
2. Added best fit algo to fb_find_mode().
3. Use snprintf instead of sprintf.
Signed-off-by: Antonino Daplas <adaplas@pol.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.120, 2004-06-18 08:13:47-07:00, adaplas@hotpop.com
[PATCH] Updates to rivafb driver
The patch updates rivafb to the following:
1. Fixed cursor corruption and simplified cursor code.
2. Maximized var->yres_virtual on initial mode setting. Scrolling,
therefore, defaults to y-panning which is significantly faster.
3. Restricted var->xres_virtual and var->yres_virtual to 0x7fff
(hardware limitation?). Otherwise, var->yres_virtual > 0x7fff + panning
will hang the GPU.
4. Added I2C/DDC support. This feature enables independent mode setup
to rivafb. 'stty rows n cols n' should now work correctly. This is a
configurable option.
5. Various/minor fixes to drawing code.
Signed-off-by: Antonino Daplas <adaplas@pol.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.119, 2004-06-18 08:13:36-07:00, eger@havoc.gtf.org
[PATCH] fbcon: prefer pan when available
Improve heuristics to favor panning over copyarea() thanks to pseudocode
from Antonino Daplas <adaplas@hotpop.com>
Signed-off-by: David Eger <eger@havoc.gtf.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.118, 2004-06-18 08:13:25-07:00, eger@havoc.gtf.org
[PATCH] fb accel capabilities
Baseline patch to make framebuffer/fbcon interaction more sane by basing the
fbcon heuristics on capabilities advertized by underlying framebuffer via the
fb_info.flags field.
This patch updates fbcon, fb.h, and skeletonfb.c. It does *not* yet update
the drivers themselves. They should compile and work, but their hinting is
not correct yet, meaning most fb drivers will be slow until I set the flags to
the right hinting driver-by-driver
Signed-off-by: David Eger <eger@havoc.gtf.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.117, 2004-06-18 08:13:13-07:00, daniel@osdl.org
[PATCH] handle partial DIO write
The fsx-linux hole fill failure problem was caused by
generic_file_aio_write_nolock() not handling the partial DIO write
correctly. Here's a patch lets DIO do the partial write, and the fallback
to buffered is done (correctly) for what is left. This fixes the hole
filling without retrying the entire i/o. This patch also applies to
2.6.7-rc3 with some offset.
I tested this (on ext3) with
fsx-linux -l 500000 -r 4096 -t 4096 -w 4096 -Z -N 10000 junk -R -W
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.116, 2004-06-18 08:13:02-07:00, schwidefsky@de.ibm.com
[PATCH] s390: lost dirty bits
The SetPageUptodate function is called for pages that are already up to
date. The arch_set_page_uptodate function of s390 may not clear the dirty
bit in that case otherwise a dirty bit which is set between the start of an
i/o for a writeback and a following call to SetPageUptodate is lost.
Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.115, 2004-06-18 08:12:51-07:00, hch@lst.de
[PATCH] fix standalone inclusion of asm-i386/dma-mapping.h
Without this a usb-storage patch I sent fails on x86 because dma-mapping.h
uses struct device and various VM stuff without proper includes. It's fine
on ppc at least.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.114, 2004-06-18 08:12:41-07:00, jmorris@redhat.com
[PATCH] Fix sock_orphan race.
The patch below fixes a race between sock_orphan() and
selinux_socket_sock_rcv_skb() which can lead to a null pointer deref oops
under heavy load. The sk_callback_lock is used in the patch to synchronize
access to the incoming socket's inode security state.
This patch has been under test in the Fedora kernel for over a month
without incident.
Author: Stephen Smalley <sds@epoch.ncsc.mil>
Signed-off-by: James Morris <jmorris@redhat.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.113, 2004-06-18 08:12:29-07:00, marcelo.tosatti@cyclades.com
[PATCH] update Marcelo CREDITS info
Update my CREDITS information.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.112, 2004-06-18 08:12:18-07:00, jmorris@redhat.com
[PATCH] Add security_file_permission() to AIO paths.
Currently, there are no LSM hooks in the AIO codepaths, which means that
LSM based access controls are not revalidated upon AIO read and write
operations. The patch below adds the security_file_permission() LSM hook
prior to the VFS aio_read()/aio_write() calls.
Signed-off-by: James Morris <jmorris@redhat.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.111, 2004-06-18 08:12:08-07:00, linux@dominikbrodowski.de
[PATCH] add 1 in __const_udelay()
The "mull" instruction in __const_udelay() cuts off the lower 32 bits --
so, it is "rounding down". This is both an issue for small ndelay()s for
_all_ values for loops_per_jiffy and for certain {n,u}delay()s for many
loops_per_jiffy values.
Assuming
LPJ = 1501115
udelay(87)
results in
130597 loops to be spent.
However, 1000 * 130597 / 1501115 is 86.999997 us, so we're actually
_rounding down_. 1000 * 130598 / 1501115 is 87.000662841, which would be
the technically correct thing to do. Of course, for the TSC case this
won't matter as the maths take some time, so the actual delay is
1000 * __udelay(x) / lpj + __OVERHEAD(x)
Anybody worried about both the additional overhead and the fact that the
overhead takes some time to run should add a check
if (unlikely(xloops < OVERHEAD))
return;
xloops -= OVERHEAD;
to the delay() routines in arch/i386/kernel/timers/*.c and determine
what the OVERHEAD is.
Signed-off-by: Dominik Brodowski <linux@brodo.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.110, 2004-06-18 08:11:56-07:00, linux@dominikbrodowski.de
[PATCH] round up in __udelay()
Round up in __udelay(): 2**32 / 100000 is 4294.97, so it's more intuitive
to round up, and it causes more predictable results:
n usec delay on a 1500000 BogoMIPS system:
n before -mull after
1 1000 ticks 1499 ticks 1500 ticks
10 14000 ticks 14999 ticks 15000 ticks
n usec delay on a 100000 BogoMIPS system:
n before -mull after
1 0 ticks 99 ticks 100 ticks
10 0 ticks 999 ticks 1000 ticks
100 9000 ticks 9999 ticks 10000 ticks
While it can be argued that some time is also spent in the delay functions,
it's better to spend _at least_ the specified time sleeping, in my humble
opinion. And the overhead of a specific ->delay() implementation should be
substracted in the specific ->delay() implementation.
Signed-off-by: Dominik Brodowski <linux@brodo.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.109, 2004-06-18 08:11:46-07:00, linux@dominikbrodowski.de
[PATCH] mull'ify multiplication with HZ in __const_udelay()
John Stultz mentioned on lkml ( http://lkml.org/lkml/2004/6/5/15 ) that
calls to udelay() don't delay long enough, causing trouble e.g. in the USB
subsystem. The following patches address this issue.
Move the multiplication of (loops_per_jiffy * xloops) with HZ into the
"mull" asm operation. This increases the accuracy of the delay functions
largely:
n usec delay on a system with loops_per_jiffy = 1500000 :
n before after
1 1000 ticks 1499 ticks
10 14000 ticks 14999 ticks
n usec delay on a system with loops_per_jiffy = 100000 :
n before after
1 0 ticks 99 ticks
10 0 ticks 999 ticks
100 9000 ticks 9999 ticks
As noted by Kurt Garloff, it's necessary to adjust for large
loops_per_jiffies, as the multiplication of it with HZ fails for 4GHz or
larger. So, John Stultz suggested multiplying xloops with 4 first, and
multiplying with (HZ/4).
Signed-off-by: Dominik Brodowski <linux@brodo.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.108, 2004-06-18 08:11:35-07:00, neilb@cse.unsw.edu.au
[PATCH] Fix raid1 read_balancing code.
The meaning of mddev->in_sync changed subtly a while ago, and raid1 wasn't
changed to match. This results in raid1 read_balancing not working
properly. This patch corrects the relevant test.
Signed-off-by: Neil Brown <neilb@cse.unsw.edu.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.107, 2004-06-18 08:11:24-07:00, alex@clusterfs.com
[PATCH] ext3: htree readdir fix
I've observed that ext3_htree_fill_tree() doesn't ignore empty records
(de->inode == 0). test case is very simple: turn htree on, create several
hundreds of files, remove them and look at strace ls:
[root@victim tests]# ls -a /test/1
. ..
[root@victim tests]# strace ls /test/1/
....
getdents64(3, /* 18 entries */, 4096) = 432
getdents64(3, /* 0 entries */, 4096) = 0
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.106, 2004-06-18 08:11:13-07:00, wli@holomorphy.com
[PATCH] fix isofs ignoring noexec and mode mount options
* Removed period check for executables in fs/isofs/inode.c
This fixes Debian BTS #162190
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=162190
From: Jan Gregor <gregor_jan@seznam.cz>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: kernel-source-2.4.18: kernel ignores noexec and mode option in cdrom case
Message-ID: <20020924162129.A328@pisidlo>
In /etc/fstab i have following line:
/dev/cdrom /cdrom iso9660 gid=100,noauto,ro,noexec,mode=0444,user 0 0
I found on one CD that some files have exec bit set. From brief view
those files has no extension (filename.ext).
My drive is asus-1610a (ATAPI writer) connected throught scsi-emulation.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.105, 2004-06-18 08:11:04-07:00, wli@holomorphy.com
[PATCH] fix handling of '/' embedded in filenames in isofs
* Fix slashes in broken Acorn ISO9660 images in fs/isofs/dir.c (Darren Salt)
This fixes Debian BTS #141660.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=141660
From: Darren Salt <linux@youmustbejoking.demon.co.uk>
Message-ID: <4B238BA09A%linux@youmustbejoking.demon.co.uk>
To: submit@bugs.debian.org
Subject: Handle '/' in filenames in broken ISO9660 images
[Also applicable to 2.2.x]
There has been for some time a problem with certain CD-ROMs whose images
were generated using a particular tool on Acorn RISC OS. The problem is
that in certain catalogue entries, the extension separator character '/'
(RISC OS uses '.' and '/' the other way round) was not replaced with '.';
thus Linux cannot properly parse this without this patch, thinking that it
is a directory separator.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.104, 2004-06-18 08:10:53-07:00, wli@holomorphy.com
[PATCH] fix duplicate environment variables passed to init
* Fixed argument processing bug in init/main.c (Eric Delaunay)
This fixes Debian BTS #58566.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=58566
From: Eric Delaunay <delaunay@lix.polytechnique.fr>
Message-Id: <200002201918.UAA02327@jazz.pontchartrain.fr>
Subject: pb in handling parameters on kernel command line
To: submit@bugs.debian.org (debian bug tracking system)
Hello, I found some bugs in kernel command line parser. AFAIK, they are not
Debian nor sparc specific but I'm not subscribed to linux-kernel mailing list
and since I'm involved with boot-floppies (mainly for sparc), I think I'm right
to report it here. Feel free to forward it upstream (I checked the latest
2.3.46 sources and it seems these bugs are still there).
These bugs are not release critical. The latter just not gives the user a
chance to overwrite TERM env var at boot time. It could be just
inconvenient for serial console boot, and in this case, our busybox' init is
already enforcing TERM=vt102.
Nevertheless if it could not be fixed before the release, I could even write a
workaround in busybox' init (it's just a matter of rewriting getenv()).
At last, it does not affect sysvinit package because serial console tty is
controlled by a getty process which is reading terminal settings on its command
line (take a look in inittab for T0 entries, if any).
Ok, here is my modest contribution to kernel hacking. I don't know much about
kernel internals but it seems that argument parsing is a bit broken.
One trivial patch for command line like "init=/bin/sh console=prom" where
console=prom is replaced by lot of spaces in previous call to setup_arch() on
sparc, therefore the line parsed by parse_options() is really
"init=/bin/sh " and a lot of null args are pushed into argv_init.
The other patch is for command line like "TERM=vt100" where both default & user
TERM entries are pushed into the env array.
Taking a look into /proc/1/environ, it shows up:
HOME=/
TERM=linux
TERM=vt100
It appears that ash (maybe other shells too) is giving the latter entry but
glibc getenv() is giving the former. It is therefore impossible to get entry
from the user in a C program like busybox' init (used in Debian boot-floppies).
I guess getenv() is not written to support duplicate entries, therefore the
kernel should avoid such construct.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.103, 2004-06-18 08:10:43-07:00, wli@holomorphy.com
[PATCH] unregister driver if probing fails in sb_card.c
* Unregister driver if probing fails in sound/oss/sb_card.c
This fixes Debian BTS #218845.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=218845
From: Robin Gerard <robin.jag@free.fr>
To: submit@bugs.debian.org
Subject: no sound with kernel-image-2.6.0-test9-1-386
Message-ID: <20031103004939.GA2071@mauritius>
I downlaoded the kernel-image-2.6.0-test9-1-386_2.6.0-test9-1_i386.deb
and I installed it successfully. Everything works fine, except the sound.
(I run also the kernel-image-2.4.20 and the sound is ok with this kernel)
My sound card is a sb.
First I launched modconf but no module was displayed.
I did: modprobe sb
and I got:
sb: Init: Done
sb: Init: Starting Probe...
kobject_register failed for OSS SndBlstr (-17)
Call Trace:
[<c0191cda>] kobject_register+0x3a/0x40
[<c01d9bcc>] bus_add_driver+0x30/0x64
[<c01d9e51>] driver_register+0x2d/0x34
[<c011a24a>] preempt_schedule+0x2a/0x48
[<c01b6f84>] pnp_register_driver+0x28/0x58
[<c01b6c5e>] pnp_register_card_driver+0x5e/0x98
[<c488f063>] sb_init+0x63/0xb5 [sb]
[<c0130bf4>] sys_init_module+0xe8/0x1f0
[<c010b577>] syscall_call+0x7/0xb
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.102, 2004-06-18 08:10:32-07:00, wli@holomorphy.com
[PATCH] lower priority of "too many keys" msg in atkbd.c
From: "Jon Thackray" <jgt@pobox.com>
* Lowered priority of "too many keys" message in drivers/input/keyboard/atkbd.c
This fixes Debian BTS #239036.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=239036
The keyboard under 2.6.4 seems to be behaving strangely, reporting unknown
key codes and too many keys pressed, even when no keys have been pressed.
The keyboard is connected via an 8 way KVM switch, but was working quite
acceptably under 2.4.25 with no such messages. Trying 2.6.3 is not an
option as it doesn't support the hardware properly, as previously reported.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.101, 2004-06-18 08:10:21-07:00, rddunlap@osdl.org
[PATCH] istallion printk fix
istallion: Remove duplicate "%d" in printk();
Signed-off-by: Randy Dunlap <rddunlap@osdl.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.100, 2004-06-18 08:10:10-07:00, egmont@uhulinux.hu
[PATCH] Shift+PgUp if nr of scrolled lines is < 4
Using the vga console driver, if the number of the lines scrolled out is
less than four, then Shift+PageUp doesn't work.
The bug is closely related to the 'margin' feature of scrolling, which
means that if less than four lines should remain unvisible in the direction
we are scrolling to, then we scroll a little bit more just to see those few
lines. Kind of two small magnets at the borders of the buffer.
This bug was also reported with maybe a less clear description by Stepan
Koltsov (cc'ed just for fun) back in 2001 and he got no answer. I found it
at http://seclists.org/lists/linux-kernel/2001/Nov/0080.html
His patch simply disables margin support and hence everythings becomes
okay, but you lose a nice feature.
Here's a patch that retains margin support and fixes the bug. Works for
me, tested for a week. No guarantee. As I don't fully understand the code
(see also my previous mail) I'm not 100% sure that I'm doing the right
thing, so I'd prefer if someone would take a closer look at it.
At least 2.4 and 2.6 are affected, maybe older ones too.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.99, 2004-06-18 08:09:59-07:00, davidel@xmailserver.org
[PATCH] epoll: replace the file lookup hash with rbtrees
The epoll allocation for the fd lookup hash used to allocate up to 1MB
(depending on the "hint" size passed to epoll_create()) with
__get_free_pages(0), and this might lead to a "malicious" user to do
something like:
for (i = 0; i < 1024; i++)
epoll_create(BIG-NUM);
You can replace "malicious user" with IBM-ltp test suite, and the meaning
does not change. The above code might exhaust memory badly, even before
the file creation limit is topped. Also, the allocation was independent
from the number of fds pushed into the epoll fd hash. Using an rb-tree
ther will be not pre-allocation of the hash, and the size of the memory
used will be proportional to the number of fds pushed into the epoll fd.
The patch also removes 100 lines of code, that is never a bad thing ;)
Signed-off-by: Davide Libenzi <davidel@xmailserver.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.98, 2004-06-18 08:09:48-07:00, rtjohnso@eecs.berkeley.edu
[PATCH] drivers/char/ipmi/ipmi_devintf.c: user/kernel pointer typo
Judging from context, I think there's a misplaced "&" in this code that can
cause stack overflows and other nasty problems. Perhaps it's left over
from when msgdata was an array instead of a pointer?
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.97, 2004-06-18 08:09:37-07:00, akpm@osdl.org
[PATCH] Make update_one_process() static
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.96, 2004-06-18 08:09:26-07:00, vandrove@vc.cvut.cz
[PATCH] Decrease stack usage in ncpfs's ioctl
It decreases stack consumption in one of ncpfs's paths from 3000 to 2200
bytes (and stack portion in ncpfs ioctl code from 1336 to 452 bytes).
- some code used large structure (with embeded 256 bytes for filename)
while it never passed filename around. Use something smaller in
ncp_conn_logged_in. Decrease 616 => 300.
- gcc-3.3 is very bad when it comes to parallel blocks in ioctl. Split
some branches from large switch to separate functions. ncp_ioctl now
uses 152 bytes of stack (instead of 720) and biggest child 64.
Signed-off-by: Petr Vandrovec <vandrove@vc.cvut.cz>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.95, 2004-06-18 08:09:16-07:00, herbert@gondor.apana.org.au
[PATCH] swsusp: remove copy_pagedir
It can be replaced by a simple memcpy.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.94, 2004-06-18 08:09:05-07:00, herbert@gondor.apana.org.au
[PATCH] remove unnecessary memsets from swsusp and pmdisk
Here's the patch that removes the memset calls from both pmdisk and swsusp.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.93, 2004-06-18 08:08:54-07:00, herbert@gondor.apana.org.au
[PATCH] omdisk memory leak fix
Fix a couple of memory leaks in the pmdisk driver.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.92, 2004-06-18 08:08:43-07:00, pavel@ucw.cz
[PATCH] Fix memory leak in swsusp
This fixes 2 memory leaks in swsusp: during relocating pagedir, eaten pages
were not properly freed in error path and even regular freeing path was
freeing one page too little.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.91, 2004-06-18 08:08:32-07:00, axboe@suse.de
[PATCH] blk: move threshold unplugging
The 'unplug on queued exceeding unplug threshold' logic only works for file
system requests currently, since it's in __make_request(). Move it where
it belongs, in elv_add_request(). This way it works for queued block sg
requests as well.
Signed-Off-By: Jens Axboe <axboe@suse.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.90, 2004-06-18 08:08:21-07:00, axboe@suse.de
[PATCH] fix cdrom mt rainier probe
Mt rainier probe must be deferred to media load time, since it requires a
valid media (the drive may present a different capability based on what
media is loaded). This fixes that for ide-cd and sr.
Signed-Off-By: Jens Axboe <axboe@suse.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.89, 2004-06-18 08:08:10-07:00, mikem@beardog.cca.cpqcorp.net
[PATCH] cciss ioctl32 update
This patch provides a conversion routine for 32-bit user space apps that
call into a 64-bit kernel on x86_64 architectures. This is required for
the HP Array Configuration utility and the HP management agents. Without
this patch the apps will not function.
The 2 ioctls affected are the cciss pass thru ioctls. Caveat: it spits out
2 warnings during compilation. I've tried everything I can think of to
clean them up, but... If anyone has any helpful suggestions I'm all ears.
Code by Stephen Cameron
Tested by Stephen Cameron & Mike Miller
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.88, 2004-06-18 08:07:59-07:00, andrea@suse.de
[PATCH] remap_file_pages() speedup
Avoid taking down_write(mmap_sem) unless we really need it.
Seems that the only reason we're taking it for writing is to protect
vma->vm_flags.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.87, 2004-06-18 08:07:48-07:00, arun.sharma@intel.com
[PATCH] sys_getdents64 needs compat wrapper
Due to different structure alignment rules in the ABI between ia32 and
ia64, certain members of the dirent structure are not guaranteed to be 8
byte aligned on ia64. This requires a compat wrapper around these 32 bit
system calls. Other architectures may or may not have the problem,
depending on the alignment rules.
This was observed by running /emul/ia32-linux/bin/ls on 2.6.6 which produces
kernel mode unaligned faults.
Original patch by: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Gordon Jin <gordon.jin@intel.com>
Signed-off-by: Arun Sharma <arun.sharma@intel.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.86, 2004-06-18 08:07:37-07:00, tvignaud@mandrakesoft.com
[PATCH] checksatck.pl fixes
- "\<" and "\>" can be safely replaced with "<" and ">"
- "$var =~ /^string$/" is better written "$var eq 'string'"
- $i is better written without the double quotes
- it's not safe to use for without "my"ing the iteration variable
- "print foreach @array" is better written "print @array"
- declare variables
- ".*" is useless at the end of a regexp
- "$a[@a] = $foo" is a rather obfuscated syntax for "push @a, $foo"...
let's not opencoding language basic operators...
- ignoring return value from a regexp is very bad: this can results in
working on previous value of $1, $2, ...
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.85, 2004-06-18 08:07:26-07:00, ashok.raj@intel.com
[PATCH] don't create cpu/online sysfs file
This file provides ability for caller of register_cpu() to either create a
control file, or not. This can be handy if a particular platform decides
that certain CPU's are not removable. Hence would like to not create a
control file.
Signed-off-by: Dave Hansen <haveblue@us.ibm.com>
Signed-off-by: Ashok Raj <ashok.raj@intel.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.84, 2004-06-18 08:07:15-07:00, umka@namesys.com
[PATCH] memory allocation checks in cs46xx_dsp_proc_register_scb_desc()
Adds memory allocation checks in cs46xx_dsp_proc_register_scb_desc()
Signed-off-by: Yury Umanets <torque@ukrpost.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.83, 2004-06-18 08:07:05-07:00, torque@ukrpost.net
[PATCH] memory allocation checks in mtdblock_open()
Fixes memory allocation check in mtdblock_open()
Signed-off-by: Yury Umanets <torque@ukrpost.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.82, 2004-06-18 08:06:54-07:00, torque@ukrpost.net
[PATCH] memory allocation checks in eth1394_update()
Adds memory allocation checks in eth1394_update().
Signed-off-by: Yury Umanets <torque@ukrpost.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.81, 2004-06-18 08:06:43-07:00, ak@suse.de
[PATCH] Use numa policy API for boot time policy
Suggested by Manfred Spraul.
__get_free_pages had a hack to do node interleaving allocation at boot
time. This patch sets an interleave process policy using the NUMA API for
init and the idle threads instead. Before entering the user space init the
policy is reset to default again. Result is the same.
Advantage is less code and removing of a check from a fast path.
Removes more code than it adds.
I verified that the memory distribution after boot is roughly the same.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.80, 2004-06-18 08:06:32-07:00, wli@holomorphy.com
[PATCH] apic: make mach_default compile again
While sweeping the APIC code two points were missed. The first is getting
the definition of BAD_APICID available to
include/asm-i386/mach-default/mach_apic.h by #including the right header,
and the second is UP local APIC without UP IO-APIC linking in
get_broadcast_physid().
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.79, 2004-06-18 08:06:21-07:00, wli@holomorphy.com
[PATCH] apic: remove marking of non-present physids in phys_cpu_present_map
Marking invalid APIC ID's in phys_cpu_present_map was intended to generate
"collisions" between APIC ID's in order to assist the ordinary bounds
checking against the broadcast physical APIC ID. However, this is bounds
checked everywhere it's necessary, and it's also not even possible to
properly bounds-check everywhere. So this patch removes that marking of
non-present physical APIC ID's.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.78, 2004-06-18 08:06:09-07:00, wli@holomorphy.com
[PATCH] apic: fix kicking of non-present cpus
The following patch repairs kicking of non-present cpus by making
cpu_present_to_apicid() bounds-check its argument. It also corrects the
same issue on NUMA-Q by correctly passing the generated artificial APIC ID
instead of the raw value discovered in the MP table.
A miscellaneous compilefix for CONFIG_ACPI_BOOT is also included for
completeness.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.77, 2004-06-18 08:05:58-07:00, wli@holomorphy.com
[PATCH] APIC enumeration fixes
The following patch appears sound according to an audit to ensure that all
of the codepaths where it was introduced were called after the APIC
fixmappings were set up.
This patch introduces get_physical_broadcast(), which checks the version ID
of the local APIC to determine whether it's a serial APIC or xAPIC, and
returns the correct physical broadcast ID. It replaces all uses of
APIC_BROADCAST_ID and IO_APIC_MAX_ID with this in order to ensure. It also
changes the checks during MP table parsing so the APIC ID is checked in
tandem with the version number.
I'm holding out for some kind of testing to get an idea of whether this
covers the cases or introduces regressions, or whatever.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.76, 2004-06-18 08:05:47-07:00, akpm@osdl.org
[PATCH] i386 uninline some bitops
Uninline the non-leaf bit search functions. Saves 9 kbytes from my vmlinux.
And gratuitously s/__inline__/inline/
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.75, 2004-06-18 08:05:36-07:00, wli@holomorphy.com
[PATCH] x86_64 numa cpumask build fix
arch/x86_64/mm/numa.c: In function `numa_initmem_init':
arch/x86_64/mm/numa.c:185: error: incompatible types in assignment
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.74, 2004-06-18 08:05:25-07:00, tom.l.nguyen@intel.com
[PATCH] msi TARGET_CPUS fix
Somehow the change in TARGET_CPUS generated this error in UP environment.
Patch below will fix it.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.73, 2004-06-18 08:05:14-07:00, kevcorry@us.ibm.com
[PATCH] dm: dm-raid1.c: Use list_for_each_entry_safe
dm-raid1.c: In rh_exit(), use list_for_each_entry_safe instead of
list_for_each_safe.
Signed-off-by: Kevin Corry <kevcorry@us.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.72, 2004-06-18 08:05:03-07:00, kevcorry@us.ibm.com
[PATCH] dm: dm-raid1.c: Make delayed_bios a bio_list
dm-raid1.c: Make struct region::delayed_bios a bio_list instead of a bio*.
This will ensure the queued bios are kept in the proper order.
Signed-off-by: Kevin Corry <kevcorry@us.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.71, 2004-06-18 08:04:52-07:00, kevcorry@us.ibm.com
[PATCH] dm: dm-io: Error handling
dm-io: Proper error handling when someone is trying to read from multiple
regions.
Signed-off-by: Kevin Corry <kevcorry@us.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.70, 2004-06-18 08:04:41-07:00, kevcorry@us.ibm.com
[PATCH] dm: Use structure assignments instead of memcpy
Use structure assignments instead of memcpy's.
[Suggested by akpm during kcopyd review.]
Signed-off-by: Kevin Corry <kevcorry@us.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.69, 2004-06-18 08:04:32-07:00, kevcorry@us.ibm.com
[PATCH] dm: Create/destroy kcopyd on demand.
Create/destroy kcopyd on demand.
This changes kcopyd to initialize its mempool and workqueue only when a
client specifically needs to use it.
Signed-off-by: Kevin Corry <kevcorry@us.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.68, 2004-06-18 08:04:21-07:00, kevcorry@us.ibm.com
[PATCH] dm: Documentation
Device-Mapper documentation.
Signed-off-by: Kevin Corry <kevcorry@us.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.67, 2004-06-18 08:04:10-07:00, christophe@saout.de
[PATCH] Device-mapper: dm-zero flushing fix
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.66, 2004-06-18 08:03:59-07:00, kevcorry@us.ibm.com
[PATCH] dm: dm-zero version
Add missing dm-zero version number.
From: Alasdair Kergon <agk@redhat.com>
Signed-off-by: Kevin Corry <kevcorry@us.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.65, 2004-06-18 08:03:48-07:00, agk@redhat.com
[PATCH] Device-mapper: dm-zero
Add dm-zero target
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.64, 2004-06-18 08:03:37-07:00, agk@redhat.com
[PATCH] Device-mapper: mirroring
Add mirror target.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.63, 2004-06-18 08:03:25-07:00, kevcorry@us.ibm.com
[PATCH] dm: Fix error cleanup in dm_create_persistent()
dm-exception-store.c: Fix error cleanup in dm_create_persistent().
This was originally found by chrisw during code review.
From: Dave Olien <dmo@osdl.org>
Signed-off-by: Kevin Corry <kevcorry@us.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.62, 2004-06-18 08:03:15-07:00, agk@redhat.com
[PATCH] Device-mapper: snapshots
Add snapshot target
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.61, 2004-06-18 08:03:03-07:00, kevcorry@us.ibm.com
[PATCH] kcopyd commentary
We're also working on some general documentation which will go in
Documentation/device-mapper and will include more detailed information
about the core driver and the other sub-modules. We'll try to submit those
patches in the near future.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.60, 2004-06-18 08:02:55-07:00, kevcorry@us.ibm.com
[PATCH] dm: kcopyd: No need to lock pages
No need to lock kcopyd pages.
From: Alasdair Kergon <agk@redhat.com>
Signed-off-by: Kevin Corry <kevcorry@us.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.59, 2004-06-18 08:02:44-07:00, kevcorry@us.ibm.com
[PATCH] dm: kcopyd: remove superfluous INIT_LIST_HEADs
Remove superfluous kcopyd INIT_LIST_HEAD.
From: Alasdair Kergon <agk@redhat.com>
Signed-off-by: Kevin Corry <kevcorry@us.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.58, 2004-06-18 08:02:33-07:00, agk@redhat.com
[PATCH] Device-mapper: kcopyd
Add kcopyd - a daemon for copying regions of block devices around in an
efficient manner. Multiple destinations can be specified for a copy.
Designed to perform well both with many small chunks or few large chunks.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.57, 2004-06-18 08:02:21-07:00, agk@redhat.com
[PATCH] dm-io: device-mapper i/o library for kcopyd
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.56, 2004-06-18 08:02:10-07:00, bogdan.costescu@iwr.uni-heidelberg.de
[PATCH] 3c59x: support for ATI Radeon 9100 IGP
The following patch adds support for the 3Com networking core found in the
ATI Radeon 9100 IGP southbridge used on boards like Asus P4R800-VM.
The main point of this patch is using HAS_MII instead of HAS_NWAY for the
definition of the board. All the previous trials since the end of last
year used HAS_NWAY which disables the Tx part of the transceiver; using
HAS_NWAY was the way all 3Com Cyclone and Tornado chips worked, as they had
the transceiver integrated. The ATI solution has an external transceiver
and I had to physically see the different chip on the board (the board was
provided by ATI) to finally understand that it needs the HAS_MII
definition... I'm still waiting for some docs from ATI to clarify if this
is the correct way of handling this chip and if there are any differences
w.r.t EEPROM handling, but as it appears to work and was also confirmed by
other testers, I don't want to keep owners of such boards away from their
networks :-)
The textual identification was a bit hard to decide; it's called
"3c920B-EMB-WNM" in the Windows .INF file that Asus provides for their
boards. As this name was already used for PCI ID 9210, I added the
paranthesis which specifies where this chip is found.
The Scyld driver defines FEATURE_TORNADO to include HAS_NWAY. This board
would then probably need to not be defined with FEATURE_TORNADO, but the
same as in this patch.
I would like to publicly thank Tyson Vickers for both ideas and patience
during the last few weeks. He managed to get the driver working by
randomly setting driver parameters :-) But then he contacted me and worked
with me towards the solution.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.55, 2004-06-18 08:01:58-07:00, thomas@winischhofer.net
[PATCH] sisfb update 1.7.10
attached is an update for the sisfb driver to version 1.7.10.
This update includes
- fixes for pure 64bit and 32/64bit mixed systems (add ioctl conversion;
fix variable sizes, etc; REQUIRED for current X.org/XFree86 on 64bit
systems, even if pure 64bit),
- fixes for 301C video bridge, (scales TV output correctly now)
- fixes for 1600x1200 and 1400x1050 LCD panels,
- many fixes for 661/741/760 (amongst others, proper LFB support for the
760 and corrections for SiS' new BIOS data layout; would lead to display
corruption with old driver)
- add support for many modes for LCD which were unsupported previously,
- add support for HiVision and YPbPr HDTV
- "vga=" statement now honoured properly (sisfb will set the same mode as
the kernel did by default)
- use LCD native resolution mode if no mode is given
- a major clean up of main driver code,
- radical removal of duplicate (or nearly duplicate) code,
- switched to 2.6 module_param macros,
- enhanced communication with the X driver,
- added eventual POSTing of SiS300/305 card for non-x86 archs,
- added ability to relocate the image on the TV screen using a userland
tool,
- added Documentation/fb/sisfb.txt (why the heck was this missing?!)
- small fix for SiS DRM driver (match 32/64bit fixes mentioned above)
(cast the data passed to sis_free as u32)
- make driver re-entrant by avoiding static structures and variables.
As usual, heavily tested. The mode switching code is even lab-tested by
SiS (although 100% written by me). Please apply asap (especially since
64bit systems were not properly supported previously; as mentioned, current
X.org/XFree86 needs this update for proper communication with the
framebuffer driver on 64bit systems. X crashes on such systems with the
old driver).
Signed-off-by: Thomas Winischhofer <thomas@winischhofer.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.54, 2004-06-18 08:01:45-07:00, paul@serice.net
[PATCH] iso9660: NFS fix
Make all inode numbers unique for images less than 128GB in size. Required
for knfsd.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.53, 2004-06-18 08:01:34-07:00, paul@serice.net
[PATCH] iso9660: fix handling of inodes beyond 4GB
This is my fourth attempt to patch the isofs code. It is similar to the last
posting except this one implements the NFS get_parent() method which has
always been missing.
The original problem I set out to addresses is that the current iso9660 file
system cannot reach inodes located beyond the 4GB barrier. This is caused by
using the inode number as the byte offset of the inode data. Being 32-bits
wide, the inode number is unable to reach inode data that does not reside on
the first 4GB of the file system.
This causes real problems with "growisofs"
http://fy.chalmers.se/~appro/linux/DVD+RW/#isofs4gb
and my pet project "shunt"
http://www.serice.net/shunt/
This patch switches the isofs code from iget() to iget5_locked() which allows
extra data to be passed into isofs_read_inode() so that inode data anywhere on
the disk can be reached.
The inode number scheme was also changed. Continuing to use the byte offset
would have resulted in non-unique inodes in many common situations, but
because the inode number no longer plays any role in reading the meta-data off
the disk, I was free to set the inode number to some unique characteristic of
the file. I have chosen to use the block offset which is also 32-bits wide.
Lastly, the pre-patch code uses the default export_operations to handle
accessing the file system through NFS. The problem with this is that the
default NFS operations assume that iget() works which is no longer the case
because of the necessity of switching to iget5_locked(). So, I had to
implement the NFS operations too. As a bonus, I went ahead and implemented
the NFS get_parent() method which has always been missing.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.52, 2004-06-18 08:01:23-07:00, tim@physik3.uni-rostock.de
[PATCH] BSD accounting format rework
BSD accounting format rework:
Use all explicit and implicit padding in struct acct to
- correctly report 32 bit uid/gid,
- correctly report jobs (e.g., daemons) running longer than 497 days,
- increase the precision of ac_etime from 2^-13 to 2^-20
(i.e., from ~6 hours to ~1 min. after a year)
- store the current AHZ value.
- allow cross-platform processing of the accounting file
(limited for m68k which has a different size struct acct).
- introduce versioning for smooth transition to incompatible formats in
the future. Currently the following version numbers are defined:
0: old format (until 2.6.7) with 16 bit uid/gid
1: extended variant (binary compatible to v0 on M68K)
2: extended variant (binary compatible to v0 on everything except M68K)
3: a new binary incompatible format (64 bytes)
4: new binary incompatible format (128 bytes).
layout of its first 64 bytes is the same as for v3.
5: marks second half of new binary incompatible format (128 bytes)
(layout is not yet defined)
All this is accomplished without breaking binary compatibility. 32 bit
uid/gid support is compatible with the patch previously floating around and
used e.g. by Red Hat.
This patch also introduces a config option for a new, binary incompatible
"version 3" format that
- is uniform across and properly aligned on all platforms
- stores pid and ppid
- uses AHZ==100 on all platforms (allows to report longer times)
Much of the compatibility glue goes away when v1/v2 support is removed from
the kernel. Such a patch is at
http://www.physik3.uni-rostock.de/tim/kernel/2.7/acct-cleanup-04.patch
and might be applied in the 2.7 timeframe.
The new v3 format is source compatible with current GNU acct tools (6.3.5).
However, current GNU acct tools can be compiled for only one format. As there
is no way to pass the kernel configuration to userspace, with my patch it will
still only support the old v2 format. Only if v1/v2 support is removed from
the kernel, recompiling GNU acct tools will yield v3 support.
A preliminary take at the corresponding work on cross-platform userspace tools
(GNU acct package) is at
http://www.physik3.uni-rostock.de/tim/kernel/utils/acct/
This version of the package is able to read any of the v0/v2/v3 formats,
regardless of byte-order (untested), even within the same file.
Cross-platform compatibility with m68k (v1 format) is not yet implemented, but
native use on m68k should work (untested). pid and ppid are currently only
shown by the dump-acct utility.
Thanks to Arthur Corliss, Albert Cahalan and Ragnar Kj�rstad for their
comments, and to Albert Cahalan for the u64->IEEE float conversion code.
Signed-off-by: Tim Schmielau <tim@physik3.uni-rostock.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.51, 2004-06-18 08:01:12-07:00, alan@redhat.com
[PATCH] make the 3c59x/3c90x driver somewhat more reliable
The existing driver violates basic PCI rules in several places making it
unusable for basic things like DHCP in Fedora Core. This patch removes all
the situations I can find where it writes to the device while in D3 state
and breaks stuff.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.50, 2004-06-18 08:01:01-07:00, bwindle@fint.org
[PATCH] fix 3c59x.c to allow 3c905c 100bT-FD
Fix the 3c905C 10/100 transceiver initialisation woes.
(This was reverted from 2.6.7-rcX, but the bug reporter said the failure
turned out to be unrepeatable).
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.49, 2004-06-18 08:00:52-07:00, joris@eljakim.nl
[PATCH] Validate PM-Timer rate at boot time
Add a check to the PM-Timer initialization code. It validates the PM-Timer
rate against PIT channel 2 and rejects the PM-Timer if its rate is not
withing 5% of the expected number.
Rationale:
The PMTMR timers of certain (older) mainboards are running at invalid
rates, often much faster than the rate expected by the PM-Timer code. This
causes the system clock to run much too fast. See also
http://bugme.osdl.org/show_bug.cgi?id=2375
Possible workarounds are disabling the PM-Timer in the kernel config or
disabling the PM-Timer at boot time through the "clock=tsc" parameter.
However, we believe it is more user friendly to automatically validate the
PM-Timer rate at boot time before using it as the system time source.
Tested by me (with broken timer) and John Stultz (with good timer) and
believed to be ok.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.48, 2004-06-18 08:00:41-07:00, willy@debian.org
[PATCH] ahc1542 !CONFIG_MCA build fix
The old 1542 scsi driver is both ISA and MCA. The MCA portions are disabled
when !CONFIG_MCA through the typical wrapper scheme (a la pci.h and
!CONFIG_PCI). However... the driver unconditionally includes linux/mca.h
which in turn unconditionally includes asm/mca.h.
This breaks drivers on platforms with ISA but not MCA, like alpha.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.47, 2004-06-18 08:00:30-07:00, mingo@elte.hu
[PATCH] x86: remove io_apic_sync
The patch below gets rid of io_apic_sync().
io_apic_sync() was introduced in 2.1.104 and it was originally done for
masking and unmasking as well. Later the unmasking use got removed but the
masking use lingered around. I dont think it was ever justified to do it
and clearly since the lack of io_apic_sync() didnt break some of the other
writes we do to the IO-APIC registers, it must be unnecessary in the
masking case too.
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.46, 2004-06-18 08:00:20-07:00, mingo@elte.hu
[PATCH] x86: remove APIC_LOCKUP_DEBUG
the patch below gets rid of APIC_LOCKUP_DEBUG. It has been in the kernel
for more than 3 years and the message was only reported once during that
period of time - and even in that case it was a side-effect of a really bad
crash. The lockup workaround works, the debugging code can be moved out.
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.45, 2004-06-18 08:00:09-07:00, pavel@ucw.cz
[PATCH] io_apic.c code consolidation
This cleans up io_apic.c a bit -- I do not really like 4 copies of same
code.
Ingo said:
yeah, agreed - i checked & test it, it's ok. I made a small
modification (see the patch below) to uninline the __modify_IO_APIC_irq()
function - shaving 0.5K off the kernel's size.
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.44, 2004-06-18 07:59:58-07:00, nickpiggin@yahoo.com.au
[PATCH] Fix read() vs truncate race
do_generic_mapping_read()
{
isize1 = i_size_read();
...
readpage
copy_to_user up to isize1;
}
readpage()
{
isize2 = i_size_read();
...
read blocks
...
zero-fill all blocks past isize2
}
If a second thread runs truncate and shrinks i_size, so isize1 and isize2 are
different, the read can return up to a page of zero-fill that shouldn't really
exist.
The trick is to read isize1 after doing the readpage. I realised this is the
right way to do it without having to change the readpage API.
The patch should not cost any cycles when reading from pagecache.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.43, 2004-06-18 07:59:47-07:00, akpm@osdl.org
[PATCH] invalidate_inodes2(): mark pages not uptodate
Andrea Arcangeli <andrea@suse.de> points out that invalidate_inode_pages2() is
supposed to mark mapped-into-pagetable pages as not uptodate so that next time
someone faults the page in we will go get a new version from backing store.
The callers are the direct-io code and the NFS "something changed on the
server" code. In both these cases we do need to go and re-read the page.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.42, 2004-06-18 07:59:36-07:00, herbert@gondor.apana.org.au
[PATCH] Check return status of register calls in i82365
i82365 calls driver_register and platform_device_register without checking
their return values. This patch fixes that.
It also runs platform_device_register() prior to isa_probe() so we don't have
to undo ise_probe()'s effects if platform_device_register() ends up failing.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.41, 2004-06-18 07:59:25-07:00, tol@stacken.kth.se
[PATCH] getgroups16() fix
sys_getgroups16 (or rather groups16_to_user()) returns large gids
truncated. Needs to be fixed, one way or another. Don't know why the
other similar casts are still there.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.40, 2004-06-18 07:59:14-07:00, rene.herman@keyaccess.nl
[PATCH] same small resource tweaks, x86_64 version
The same small tweaks for x86_64. Just to keep the two in sync. One
additional wrinkle: vram_resource was exported to e820.c, which didn't
actually use it. Undo that.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.39, 2004-06-18 07:59:03-07:00, rene.herman@keyaccess.nl
[PATCH] small tweaks to standard resource stuff
Various small tweaks. Compiled and booted.
1. add IORESOURCE_BUSY | IORESOURCE_MEM also for the kernel code and
data resources. I don't believe this actually matters one bit, but
they're hooked into a BUSY/MEM parent ("System RAM") and marking
them busy seems to make sense.
2. delete the .start = 1M default for the kernel code resource. This
isn't actually a change; it's set to virt_to_phys(_text) in
setup_arch() overriding any default anyways.
3. s/vram_resource/video_ram_resource/. Lines up much nicer with
video_rom_resource...
4. s/checksum/romchecksum/. setup.c is a fairly large file, and
"checksum" pollutes the namespace.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.38, 2004-06-18 07:58:52-07:00, hpa@zytor.com
[PATCH] Use first-fit for pty allocation
(With Andrew Morton).
The current dynamic pty allocation scheme has a few problems:
- pty numbers grow to be very large, causing wtmp file bloat.
- Seems to break libc5 and some old applications
So change it to do first-fit. An IDR tree is used to provide a
logarithmic-time search.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.37, 2004-06-18 07:58:40-07:00, tytso@mit.edu
[PATCH] Ext3: Retry allocation after transaction commit (v2)
Here is a reworked version of my patch to ext3 to retry certain filesystem
operations after an ENOSPC error. The ext3_should_retry_alloc() function will
not wait on the currently running transaction if there is a currently active
handle; hence this should avoid deadlocks in the Lustre use case. The patch
is versus BK-recent.
I've also included a simple, reliable test case which demonstrates the problem
this patch is intended to fix. (Note that BK-recent is not sufficient to
address this test case, and waiting on the commiting transaction in
ext3_new_block is also not sufficient. Been there, tried that, didn't work.
We need to do the full-bore retry from the top level. The
ext3_should_retry_alloc() will only wait on the committing transaction if
there is an active handle; hence Lustre will probably also need to use
ext3_should_retry_alloc() if it wants to reliably avoid this particular
problem.)
#!/bin/sh
#
#
TEST_DIR=/tmp
IMAGE=$TEST_DIR/retry.img
MNTPT=$TEST_DIR/retry.mnt
TEST_SRC=/usr/projects/e2fsprogs/e2fsprogs/build
MKE2FS_OPTS=""
IMAGE_SIZE=8192
umount $MNTPT
dd if=/dev/zero of=$IMAGE bs=4k count=$IMAGE_SIZE
mke2fs -j -F $MKE2FS_OPTS $IMAGE
function test_log ()
{
echo $*
logger -p local4.notice $*
}
mkdir -p $MNTPT
mount -o loop -t ext3 $IMAGE $MNTPT
test_log Retry test: BEGIN
for i in `seq 1 3`
do
test_log "Retry test: Loop $i"
echo 2 > /proc/sys/fs/jbd-debug
while ! mkdir -p $MNTPT/foo/bar
do
test_log "Retry test: mkdir failed"
sleep 1
done
echo 0 > /proc/sys/fs/jbd-debug
cp -r $TEST_SRC $MNTPT/foo/bar 2> /dev/null
rm -rf $MNTPT/*
done
umount $MNTPT
test_log "Retry test: END"
akpm@osdl.org
Rework the code to make it a formal JBD API entry point.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.36, 2004-06-18 07:58:28-07:00, rene.herman@keyaccess.nl
[PATCH] pc9800: merge std_resources.c back into setup.c
std_resources.{c,h} was only split off due to pc9800 wanting to override it.
With it gone, it might as well be merged back in. Doesn't change any code.
It was compiled and booted.
This time this also actually doesn't break compilation of any of the
subarches. That's to say, any further. I guess it might have been my .config
(my regular PC config, with just the subarch switched through menuconfig) or
O=, but only ELAN actually compiled. Voyager and VISWS bombed out at the
final link and NUMAQ much sooner (with "physnode_map undeclared" during
compilation of numaq.c).
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.35, 2004-06-18 07:58:17-07:00, bunk@fs.tum.de
[PATCH] more PC9800 removal
Removes more PC9800 code.
Requires:
bk rm drivers/char/upd4990a.c
bk rm drivers/net/ne2k_cbus.c
bk rm drivers/net/ne2k_cbus.h
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.34, 2004-06-18 07:58:05-07:00, rddunlap@osdl.org
[PATCH] Remove PC9800 support
PC9800 sub-arch is incomplete, hackish (at least in IDE), maintainers don't
reply to emails and haven't touched it in awhile. Can't even config it to
try to build it without other patches to the kernel tree.
bk-rm-script:
#! /bin/sh
bk rm -r ./arch/i386/mach-pc9800
bk rm -r ./arch/i386/boot98
bk rm ./drivers/char/lp_old98.c
bk rm ./drivers/serial/serial98.c
bk rm ./drivers/scsi/scsi_pc98.c
bk rm ./drivers/scsi/pc980155.c
bk rm ./drivers/scsi/pc980155.h
bk rm ./drivers/block/floppy98.c
bk rm ./drivers/input/keyboard/98kbd.c
bk rm ./drivers/input/serio/98kbd-io.c
bk rm ./drivers/input/misc/98spkr.c
bk rm ./drivers/input/mouse/98busmouse.c
bk rm ./drivers/ide/legacy/pc9800.c
bk rm ./drivers/ide/legacy/hd98.c
bk rm -r ./include/asm-i386/mach-pc9800
bk rm ./include/asm-i386/pc9800_sca.h
bk rm ./include/asm-i386/pc9800.h
bk rm ./fs/partitions/nec98.c
bk rm ./fs/partitions/nec98.h
bk rm ./sound/isa/cs423x/pc98.c
bk rm ./sound/isa/cs423x/pc9801_118_magic.h
bk rm ./sound/isa/cs423x/sound_pc9800.h
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.33, 2004-06-18 07:57:53-07:00, Robert.Picco@hp.com
[PATCH] HPET driver
The driver supports the High Precision Event Timer. The driver has adopted
a similar API to the Real Time Clock driver. It can support any number of
HPET devices and the maximum number of timers per HPET device. For further
information look at the documentation in the patch.
Thanks to Venki at Intel for testing the driver on X86 hardware with HPET.
HPET documentation is available at http://www.intel.com/design/chipsets/datashts/252516.htm
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.32, 2004-06-18 07:57:41-07:00, chrisw@osdl.org
[PATCH] RLIM: adjust default mqueue sizes
Lower default sizes for POSIX mqueue allocation now that rlimits are in place.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.31, 2004-06-18 07:57:29-07:00, chrisw@osdl.org
[PATCH] RLIM: enforce rlimits for POSIX mqueue allocation
Add a user_struct to the mq_inode_info structure. Charge the maximum number
of bytes that could be allocated to a mqueue to the user who creates the
mqueue. This is checked against the per user rlimit.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.30, 2004-06-18 07:57:18-07:00, chrisw@osdl.org
[PATCH] RLIM: add mq_attr_ok() helper
Add helper function mq_attr_ok() to do mq_attr sanity checking, and do some
extra overlow checking.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.29, 2004-06-18 07:57:07-07:00, chrisw@osdl.org
[PATCH] RLIM: add mq_bytes to user_struct
Add mq_bytes field to user_struct, and make sure it's properly initialized.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.28, 2004-06-18 07:56:56-07:00, chrisw@osdl.org
[PATCH] RLIM: add rlimit entry for POSIX mqueue allocation
Add an rlimit entry to control the maximum number of bytes a user can allocate
to a POSIX mqueue.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.27, 2004-06-18 07:56:43-07:00, chrisw@osdl.org
[PATCH] RLIM: add simple get_uid() helper
Add simple helper function to grab a reference to a user_struct.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.26, 2004-06-18 07:56:32-07:00, chrisw@osdl.org
[PATCH] RLIM: add sigpending field to user_struct
Add sigpending field to user_struct, and make sure it's properly initialized.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.25, 2004-06-18 07:56:20-07:00, chrisw@osdl.org
[PATCH] RLIM: add rlimit entry for controlling queued signals
The following patches introduce per user rlimits for both queued signals and
POSIX message queues. The changes touch all the arches resource.h files as
well as init_task.c to get the rlimit defaults setup.
Both require caching the user_struct to avoid problems with setuid().
The signal changes makes some small changes to send_signal() to pass along the
task being signalled to get proper accounting for signals initiated in
interrupt. Thanks to Marcelo for getting this one going.
This patch:
Add an rlimit entry to control the maximum number of pending signals a user
may have. This is essentially just the resource.h changes.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.24, 2004-06-18 07:56:09-07:00, akpm@osdl.org
[PATCH] i2c fixups for idr API change
Fix up the i2c code which uses the IDR library.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.23, 2004-06-18 07:55:58-07:00, minyard@acm.org
[PATCH] IDR fixups
There were definately some problems in there. I've made some changes and
tested with a lot of bounds. I don't have a machine with enough memory to
fill it up (it would take ~16GB on a 64-bit machine), but I use the "above"
code to simulate a lot of situations.
The problems were:
* IDR_FULL was not the right value
* idr_get_new_above() was not defined in the headers or documented.
* idr_alloc() bug-ed if there was a race and not enough memory was
allocated. It should have returned NULL.
* id will overflow when you go past the end.
* There was a "(id >= (1 << (layers*IDR_BITS)))" comparison, but at
the top layer it would overflow the id and be zero.
* The allocation should return ENOSPC for an "above" value with
nothing above it, but it returned EAGAIN.
I have not tested on 64-bits (as I don't have a 64-bit machine).
I've included the files, a diff from the previous version, and my test
programs.
For the test programs, idr_test <size> will just attempt to allocate
<size> elements, check them, free them, and check them again.
idr_test2 <size> <incr> will allocate <size> element with <incr> between
them.
idr_test3 just tests some bounds and tries all values with just a few in
the idr.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.22, 2004-06-18 07:55:47-07:00, akpm@osdl.org
[PATCH] idr: remove counter bits from id's
idr_get_new() currently returns an incrementing counter in the top 8 bits of
the counter. Which means that most users have to mask it off again, and we
only have a 24-bit range.
So remove that counter. Also:
- Remove the BITS_PER_INT define due to namespace collision risk.
- Make MAX_ID_SHIFT 31, so counters have a 0 to 2G-1 range.
- Why is MAX_ID_SHIFT using sizeof(int) and not sizeof(long)? If it's for
consistency across 32- and 64-bit machines, why not just make it "31"?
- Does this still hold true with the counter removed?
/* We can only use half the bits in the top level because there are
only four possible bits in the top level (5 bits * 4 levels = 25
bits, but you only use 24 bits in the id). */
If not, what needs to change?
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.21, 2004-06-18 07:55:36-07:00, minyard@acm.org
[PATCH] Fixes for idr code
* On a 32-bit architecture, the idr code will cease to work if you add
more than 2^20 entries. You will not be able to find many of the
entries. The problem is that the IDR code uses 5-bit chunks of the
number and the lower portion used by IDR is 24 bits, so you have one bit
that leaks over into the comparisons that should not be there. The
solution is to mask off that bit before doing IDR processing. This
actually causes the POSIX timer code to crash if you create that many
timers. I have included an idr_test.tar.gz file that demonstrates this
with and without the fix, in case you need more evidence :).
* When the IDR fills up, it returns -1. However, there was no way to
check for this condition. This patch adds the ability to check for the
idr being full and fixes all the users. It also fixes a problem in
fs/super.c where the idr code wasn't checking for -1.
* There was a race condition creating POSIX timers. The timer was added
to a task struct for another process then the data for the timer was
filled out. The other task could use/destroy time timer as soon as it is
in the task's queue and the lock is released. This moves settup up the
timer data to before the timer is enqueued or (for some data) into the
lock.
* Change things so that the caller doesn't need to run idr_full() to find
out the reason for an idr_get_new() failure.
Just return -ENOSPC if the tree was full, or -EAGAIN if the caller needs
to re-run idr_pre_get() and try again.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.20, 2004-06-18 07:55:25-07:00, mason@suse.com
[PATCH] reiserfs data logging support
Add data=journal support for reiserfs
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.19, 2004-06-18 07:55:13-07:00, mason@suse.com
[PATCH] reiserfs: btree readahead
Walking the btree can trigger a number of single block synchronous reads.
This patch does btree readahead during operations that are likely to be long
and sequential. So far, that only includes directory reads and truncates, but
it can make both much faster.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.18, 2004-06-18 07:55:03-07:00, mason@suse.com
[PATCH] reiserfs: remove debugging warning from block allocator
Remove debugging warning from the reiserfs block allocator code
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.17, 2004-06-18 07:54:52-07:00, mason@suse.com
[PATCH] reiserfs: block allocator should not inherit "packing locality 1"
reiserfsck --rebuild-tree expects the only key with a packing locality of 1 to
be for the root directory (key [1 2]). The new block allocator inherited that
packing locality down to subdirectories, which triggers failures in reiserfsck
--rebuild-tree
reiserfsck in readonly check mode doesn't complain about this, thanks to Jeff
Mahoney for finding it.
The fix is to never inherit packing locality #1
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.16, 2004-06-18 07:54:43-07:00, mason@suse.com
[PATCH] reiserfs: block allocator optimizations
From: <mason@suse.com>
From: <jeffm@suse.com>
The current reiserfs allocator pretty much allocates things sequentially
from the start of the disk, it works very nicely for desktop loads but
once you've got more then one proc doing io data files can fragment badly.
One obvious solution is something like ext2's bitmap groups, which puts
file data into different areas of the disk based on which subdirectory
they are in. The problem with bitmap groups is that if you've got a
group of subdirectories their contents will be spread out all over the
disk, leading to lots of seeks during a sequential read.
This allocator patch uses the packing locality to determine which bitmap
group to allocate from, but when you create a file it looks in the bitmaps
to see how 'full' that packing locality already is. If it hasn't been
heavily used yet, the packing locality is inherited from the parent
directory putting files in new subdirs close to the parent subdir,
otherwise it is the inode number of the parent directory putting new
files far away from the parent subdir.
The end result is fewer bitmap groups for the same working set. For
example, one test data set created by 20 procs running in parallel has
6822 subdirs. And with vanilla reiserfs that would mean 6822
packing localities. This patch turns that into 26 packing localities.
This makes sequential reads of big directory trees more efficient, but
it also makes the btree more efficient in general. Things end up sorted
better because groups of subdirs end up with similar keys in the btree,
instead of being spread out all over.
The bitmap grouping code tries to use the start of each bitmap group
for metadata, and offsets the data slightly. The data and metadata
are still close together, but not completely intermixed like they are
in the default allocator. The end result is that leaf nodes tend to be
close to each other, making metadata readahead more effective.
The old block allocator had the ability to enforce a minimum
allocation size, but did not use it. It now tries to do a pass looking
for larger allocation chunks before falling back to the old behaviour
of taking any blocks it can find.
The patch changes the defaults to:
mount -o alloc=skip_busy:dirid_groups:packing_groups
You can get back the old behaviour with mount -o alloc=skip_busy
mount -o alloc=dirid_groups will turn on the bitmap groups
mount -o alloc=packing_groups turns on the packing locality reduction code
mount -o alloc=skip_busy:dirid_groups turns on both dirid_groups and
skip_busy
Finally the patch adds a mount -o alloc=oid_groups, which puts files into
bitmap groups based on a hash of their objectid. This would be used for
databases or other situations where you have a limited number of very
large files.
This command will tell you how many packing localities are actually in
use:
debugreiserfs -d /dev/xxx | grep '^|.*SD' | sed 's/^.....//' | awk '{print $1}' | sort -u | wc -l
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.15, 2004-06-18 07:54:32-07:00, akpm@osdl.org
[PATCH] ppc64: uninline __pte_free_tlb()
The pgalloc.h changes broke ppc64:
In file included from include/asm-generic/tlb.h:18,
from include/asm/tlb.h:24,
from arch/ppc64/mm/hash_utils.c:48:
include/asm/pgalloc.h: In function `__pte_free_tlb':
include/asm/pgalloc.h:110: dereferencing pointer to incomplete type
include/asm/pgalloc.h:111: dereferencing pointer to incomplete type
Uninlining __pte_free_tlb() fixes that.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.14, 2004-06-18 07:54:20-07:00, rmk@arm.linux.org.uk
[PATCH] Clean up asm/pgalloc.h include 3
This patch cleans up needless includes of asm/pgalloc.h from the arch/i386/
subtree. Compile tested on x86_pc SMP.
[I also tried VISWS + SMP without PM doesn't build in smpboot.c,
though I don't believe its caused by this patch. With PM, fails
to link complaining maxcpus is undefined. Therefore, I presume
VISWS + SMP is an invalid configuration.]
This patch is part of a larger patch aiming towards getting the include of
asm/pgtable.h out of linux/mm.h, so that asm/pgtable.h can sanely get at
things like mm_struct and friends.
I suggest testing in -mm for a while to ensure there aren't any hidden arch
issues.
The outstanding list of files for other architectures can be found
at http://www.arm.linux.org.uk/misc/pgalloc.txt
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.13, 2004-06-18 07:54:08-07:00, rmk@arm.linux.org.uk
[PATCH] Clean up asm/pgalloc.h include
This patch cleans up needless includes of asm/pgalloc.h from the drivers/
subtree. drivers/char/mem.c has been compile tested; the others have not,
since they are for non-x86 and non-ARM architectures.
This patch is part of a larger patch aiming towards getting the include of
asm/pgtable.h out of linux/mm.h, so that asm/pgtable.h can sanely get at
things like mm_struct and friends.
I suggest testing in -mm for a while to ensure there aren't any hidden arch
issues.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.12, 2004-06-18 07:53:57-07:00, rmk@arm.linux.org.uk
[PATCH] Clean up asm/pgalloc.h include
This patch cleans up needless includes of asm/pgalloc.h from the fs/
kernel/ and mm/ subtrees. Compile tested on multiple ARM platforms, and
x86, this patch appears safe.
This patch is part of a larger patch aiming towards getting the include of
asm/pgtable.h out of linux/mm.h, so that asm/pgtable.h can sanely get at
things like mm_struct and friends.
I suggest testing in -mm for a while to ensure there aren't any hidden arch
issues.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.11, 2004-06-18 07:53:45-07:00, yoav.zach@intel.com
[PATCH] binfmt_misc: improve calculation of interpreter's credentials
This patch allows for misc binaries to run with credentials and security
token that are calculated according to the binaries, and not according to the
interpreter, which is the legacy behavior of binfmt_misc.
The way it is done is by calling prepare_binprm, which is where these
attributes are calculated, before switching the 'file' field in the bprm from
the binary to the interpreter.
This feature should be used with care, since the interpreter will have root
permissions when running a setuid binary owned by root.
Please note -
- Only root can register an interpreter with binfmt_misc. The feature is
documented and the administrator is advised to handle it with care
- The new feature is enabled only with a special flag in the registration
string. When this flag is not specified the current behavior of
binfmt_misc is kept
- This is the only 'right' way for an interpreter to know the correct
AT_SECURE value for the interpreted binary
From: Chris Wright <chrisw@osdl.org>
This patchset looks OK, except for one problem. It installs the fd (which
could've been unreadable) without unsharing the ->files. So someone can use
this to read unreadable yet executable files. Here's a patch which fixes
that up. I added one bit that's commented out because I'm not positive if a
final steal_locks() is needed.
I did a fair amount of rearranging to simplify the error conditions
relative to the fd_install(), and unshare_files().
From: Chris Wright <chrisw@osdl.org>
I found that the intel patchset (and mine as well) leaked i_writecount on
the original executed file. In addition, I verified that the steal_locks()
bit is indeed needed.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.10, 2004-06-18 07:53:34-07:00, yoav.zach@intel.com
[PATCH] Handle non-readable binfmt_misc executables
<background>
I work in a group that works on enabling the IA-32 Execution Layer
(http://www.intel.com/pressroom/archive/releases/20040113comp.htm) on Linux.
In a few words - this is a dynamic translator for IA-32 binaries on IPF
platform. Following David Mosberger's advice - we use the binfmt_misc
mechanism for the invocation of the translator whenever the user tries to
exec an IA-32 binary.
The EL is meant to help in the migration path from IA-32 to IPF. From our
beta customers we learnt that at first stage - they tend to keep their
environment mostly intact, using the legacy IA-32 binaries.
Such an environment has, naturally, setuid and non-readable binaries. It
will be useless to ask the administrator to change the settings of such an
environment - some of them are very complex, and the administrators are
reluctant to make any changes in a system that already proved itself to be
robust and secure. So, our target with these patches is not to enhance the
support for scripts but rather to allow a translator to be integrated into a
working environment that is not (and should not be) aware to the fact it's
being emulated.
As I said before - it is practically hopeless to expect an administrator of
such a system to change it so that it will suit the current behavior of
binfmt_misc. But, even if we could do that,
I'm not sure it would be a good idea - these changes are likely to be less
secure than the suggested patches -
- In order to execute non-readable binaries the binary will have to be made
readable, which is obviously less secure than allowing only a trusted
translator to read it
- There will be no way for the translator to calculate the accurate
AT_SECURE value for the translated process. This might end up with the
translated process running in a non-secured mode when it actually needs to
be secured.
</background>
I prepared a patch that solves a couple of problems that interpreters have
when invoked via binfmt_misc. currently -
1) such interpreters cannot open non-readable binaries
2) the processes will have their credentials and security attributes
calculated according to interpreter permissions and not those of the
original binary
the proposed patch solves these problems by -
1) opening the binary on behalf of the interpreter and passing its fd
instead of the path as argv[1] to the interpreter
2) calling prepare_binprm with the file struct of the binary and not the
one of the interpreter
The new functionality is enabled by adding a special flag to the registration
string. If this flag is not added then old behavior is not changed.
A preliminary version of this patch was sent to the list on 9/1/2003 with the
title "[PATCH]: non-readable binaries - binfmt_misc 2.6.0-test4". This new
version fixes the concerns that were raised by the patch, except of calling
unshare_files() before allocating a new fd. this is because this feature did
not enter 2.6 yet.
Arun Sharma <arun.sharma@intel.com> says:
We were going through an internal review of this patch:
http://marc.theaimsgroup.com/?l=linux-kernel&m=107424598901720&w=2
which is in your tree already. I'm not sure if this line of code got
sufficient review.
+ /* call prepare_binprm before switching to interpreter's file
+ * so that all security calculation will be done according to
+ * binary and not interpreter */
+ retval = prepare_binprm(bprm);
The case that concerns me is: unprivileged interpreter and a privileged
binary. One can use binfmt_misc to execute untrusted code (interpreter) with
elevated privileges. One could argue that all binfmt_misc interpreters are
trusted, because only root can register them. But that's a change from the
traditional behavior of binfmt_misc (and binfmt_script).
(Update):
Arun pointed out that calculating the process credentials according to the
binary that needs to be translated is a bit risky, since it requires the
administrator to pay extra attention not to register an interpreter which is
not intended to run with root credentials.
After discussing this issue with him, I would like to propose a modified
patch: The old patch did 2 things - 1) open the binary for reading and 2)
calculate the credentials according to the binary.
I removed the riskier part of changing the credentials calculation, so the
revised patch only opens the binary for reading. It also includes few words
of warning in the description of the 'open-binary' feature in
binfmt_misc.txt, and makes the function entry_status print the flags in use.
As for the 'credentials' part of the patch, I will prepare a separate patch
for it and send it again to the LKML, describe the problem and ask for people
comments.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.9, 2004-06-18 07:53:23-07:00, mporter@kernel.crashing.org
[PATCH] Add PPC4xx MAINTAINERS entry, merge CREDITS from 2.4
Add myself as the PPC4xx maintainer. Merge CREDITS entry from 2.4
Signed-off-by: Matt Porter <mporter@kernel.crashing.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.8, 2004-06-18 07:53:12-07:00, olh@suse.de
[PATCH] ppc64: avoid multiline /proc/cmdline content on iSeries
/proc/cmdline is filled via an OS400 call iSeries_init(). It scans the
returned data from the end, instead of the beginning. This leads to
multiple lines in /proc/cmdline
Just scan from the beginning and stop at the first newline. This patch
changes also the /proc/iSeries/mf/*/cmdline interface to do the same as the
initial setup.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.7, 2004-06-18 07:53:00-07:00, mikpe@csd.uu.se
[PATCH] ppc32 irq.c cpumask fix
2.6.7-rc3-mm1 changed cpumask_t from ulong to a struct, causing
compile-time errors in arch/ppc/kernel/irq.c.
Proposed fix below. Tested on a G3.
Signed-off-by: Mikael Pettersson <mikpe@csd.uu.se>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.6, 2004-06-18 07:52:49-07:00, kumar.gala@freescale.com
[PATCH] ppc32: support for e500 and 85xx
Here is both a GNU style and BK patch for adding support for the e500 core and
85xx platform to 2.6. This is pretty much a direct port from 2.4 with a bit
of cleanup around the edges.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.5, 2004-06-18 07:52:38-07:00, hugh@veritas.com
[PATCH] mm: pretest pte_young and pte_dirty
Test for pte_young before going to the costlier atomic test_and_clear, as
asm-generic does. Test for pte_dirty before going to the costlier atomic
test_and_clear, as asm-generic does (I said before that I would not do so for
pte_dirty, but was missing the point: there is nothing atomic about deciding
to do nothing). But I've not touched the rather different ppc and ppc64.
Signed-off-by: Hugh Dickins <hugh@veritas.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.4, 2004-06-18 07:52:27-07:00, hugh@veritas.com
[PATCH] mm: flush TLB when clearing young
Traditionally we've not flushed TLB after clearing the young/referenced bit,
it has seemed just a waste of time. Russell King points out that on some
architectures, with the move from 2.4 mm sweeping to 2.6 rmap, this may be a
serious omission: very frequently referenced pages never re-marked young, and
the worst choices made for unmapping.
So, replace ptep_test_and_clear_young by ptep_clear_flush_young throughout
rmap.c. Originally I'd imagined making some kind of TLB gather optimization,
but don't see what now: whether worth it rather depends on how common
cross-cpu flushes are, and whether global or not.
ppc and ppc64 have already found this issue, and worked around it by arranging
TLB flush from their ptep_test_and_clear_young: with the aid of pgtable rmap
pointers. I'm hoping ptep_clear_flush_young will allow ppc and ppc64 to
remove that special code, but won't change them myself.
It's worth noting that it is Andrea's anon_vma rmap which makes the vma
available for ptep_clear_flush_young in page_referenced_one: anonmm and
pte_chains would both need an additional find_vma for that.
Signed-off-by: Hugh Dickins <hugh@veritas.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.126.16, 2004-06-18 13:33:48+01:00, rmk@flint.arm.linux.org.uk
[ARM] Add support code for ARM hardware vector floating point
This cset adds the code to handle the hardware vector floating point
unit found on some ARM926 and later CPUs. The hardware provides
an implementation for the common cases, and bounces exceptions for
other cases, which have to be handled in software, and signalling
SIGFPE as appropriate.
ChangeSet@1.1731, 2004-06-18 01:56:40-04:00, len.brown@intel.com
Merge intel.com:/home/lenb/src/linux-acpi-test-2.6.7
into intel.com:/home/lenb/bk/linux-acpi-test-2.6.7
ChangeSet@1.1728.2.2, 2004-06-18 01:40:30-04:00, len.brown@intel.com
Merge intel.com:/home/lenb/src/linux-acpi-test-2.6.6
into intel.com:/home/lenb/src/linux-acpi-test-2.6.7
ChangeSet@1.1608.11.12, 2004-06-18 00:18:19-04:00, len.brown@intel.com
[ACPI] handle SCI override to nth IOAPIC
http://bugzilla.kernel.org/show_bug.cgi?id=2835
ChangeSet@1.1722.147.3, 2004-06-17 21:16:48-07:00, rth@twiddle.net
[PATCH] alpha: fix discontigmem+initrd build
From: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Compilation fails due to incorrect usage of NODE_DATA().
Reported by hpa.
ChangeSet@1.1722.147.2, 2004-06-17 21:04:44-07:00, paulus@samba.org
[PATCH] ppc64: Optimize exception/syscall entry/exit
This rewrites the PPC64 exception entry/exit routines to make them
smaller and faster.
In particular we no longer save all of the registers for the common
exceptions - system calls, hardware interrupts and decrementer (timer)
interrupts - only the volatile registers. The other registers are saved
and restored (if used) by the C functions we call. This involved
changing the registers we use in early exception processing from r20-r23
to r9-r12, which ended up changing quite a lot of code in head.S.
Overall this gives us about a 20% reduction in null syscall time.
Some system calls need all the registers (e.g. fork/clone/vfork and
[rt_]sigsuspend). For these the syscall dispatch code calls a stub that
saves the nonvolatile registers before calling the real handler.
This also implements the force_successful_syscall_return() thing for
ppc64.
Signed-off-by: Paul Mackerras <paulus@samba.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1722.147.1, 2004-06-17 21:04:32-07:00, paulus@samba.org
[PATCH] ppc64: Implement CONFIG_PREEMPT
This implements CONFIG_PREEMPT for ppc64. Aside from the entry.S
changes to check the _TIF_NEED_RESCHED bit when returning from an
exception, there are various changes to make the ppc64-specific code
preempt-safe, mostly adding preempt_enable/disable or get_cpu/put_cpu
calls where needed. I have been using this on my desktop G5 for the
last week without problems.
Signed-off-by: Paul Mackerras <paulus@samba.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
ChangeSet@1.1608.11.11, 2004-06-17 23:21:03-04:00, len.brown@intel.com
[ACPI] avoid spurious interrupts on VIA
http://bugzilla.kernel.org/show_bug.cgi?id=2243
ChangeSet@1.1728.2.1, 2004-06-17 23:00:08-04:00, len.brown@intel.com
[ACPI] fix passive cooling mode indicator (Luming Yu)
http://bugzilla.kernel.org/show_bug.cgi?id=1770
ChangeSet@1.1722.97.81, 2004-06-17 15:23:14-07:00, stern@rowland.harvard.edu
[PATCH] USB: Fix endian bug in g_file_storage
This patch fixes a couple of places in g_file_storage where I forgot to
use proper byte-swapping.
Signed-off-by: Alan Stern <stern@rowland.harvard.edu>
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
ChangeSet@1.1722.97.80, 2004-06-17 15:22:55-07:00, stern@rowland.harvard.edu
[PATCH] USB Storage: unusual_devs.h update
On Thu, 17 Jun 2004, Daniel Nouri wrote:
> I get this message when inserting my USB MMC card reader:
>
> usb 3-1: new full speed USB device using address 4
> usb.agent[5388]: usb-storage: already loaded
> usb-storage: This device (04e6,0006,0205 S 01 P 01) has an unneeded Protocol entry in unusual_devs.h
> Please send a copy of this message to <linux-usb-devel@lists.sourceforge.net>
Thanks for letting us know. This patch will eliminate that log message.
Signed-off-by: Alan Stern <stern@rowland.harvard.edu>
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
ChangeSet@1.1722.97.79, 2004-06-17 15:22:34-07:00, mdharm-usb@one-eyed-alien.net
[PATCH] USB Storage: Lexar Jumpshot CF reader
This patch is required to fix up the jumpshot driver, and to supress
the 'unneeded entry' message for another device which uses the same
VID/PID/rev for multiple different versions of the device.
Alan Stern cooked this patch up, originally.
Signed-off-by: Matthew Dharm <mdharm-usb@one-eyed-alien.net>
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
ChangeSet@1.1722.97.78, 2004-06-17 15:22:14-07:00, david-b@pacbell.net
[PATCH] USB: add support for Buffalo LUA-U2-KTX
Add support for Buffalo's LUA-U2-KTX, which is a AX8817X based usb
ethernet adapter. I just added the USB id and it worked like a dream.
From: Neil Bortnak <neil@bortnak.com>
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
ChangeSet@1.1722.97.77, 2004-06-17 15:21:44-07:00, david-b@pacbell.net
[PATCH] proper bios handoff in ehci-hcd
Stuart Hayes here at Dell has identified this or/and mix-up in the
ehci-hcd driver. Because of this, ehci-hcd is not properly released by
BIOSes supporting full 2.0 and port behavior can then become erratic.
(Code predates general availability of such BIOS firmware. This version
of the patch also fixes minor linewrap issues.)
From: Gary Lerhaupt <Gary_Lerhaupt@Dell.com>
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
ChangeSet@1.1722.97.76, 2004-06-17 15:21:14-07:00, sean@mess.org
[PATCH] USB: PhidgetServo driver fixes
Here is a patch for the phidgetservo driver -- it was using memory after
kfree(), and using driver_info is much nicer. :)
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
ChangeSet@1.1722.97.75, 2004-06-17 15:20:50-07:00, stern@rowland.harvard.edu
[PATCH] USB: Only process ports with change events pending
This patch adds a bit-array to the hub driver's private data structure,
used for storing the contents of the hub's interrupt status message. That
message indicates which ports have events pending (and whether the hub
itself has events pending). By only polling the status of the ports
listed in the bit-array we can save a fair amount of overhead in hub
communication.
(The #error test added to hub.h is a little awkward, but it's purely
precautionary -- it won't matter until someone decides to support hubs
with more than 31 ports!)
Also included in the patch, since this seemed the perfect opportunity for
it, is Byron's suggestion for handling hub events in the order in which
they were received.
Signed-off-by: Alan Stern <stern@rowland.harvard.edu>
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
ChangeSet@1.1722.124.46, 2004-06-17 13:40:02-07:00, jmorris@redhat.com
[IPV6]: Fix OOPS in fragmentation.
Incorrect SKB pointer is passed to output() callback
in ip6_fragment().
Work done by James Morris and Yoshifuji Hideaki.
Signed-off-by: James Morris <jmorris@redhat.com>
Signed-off-by: Yoshifuji Hideaki <yoshfuji@linux-ipv6.org>
Signed-off-by: David S. Miller <davem@redhat.com>
ChangeSet@1.1608.11.10, 2004-06-17 16:31:52-04:00, len.brown@intel.com
[ACPI] PCI bus numbering workaround for ServerWorks
from David Shaohua Li
http://bugzilla.kernel.org/show_bug.cgi?id=1662
ChangeSet@1.1722.124.45, 2004-06-17 12:11:42-07:00, davem@nuts.davemloft.net
[NET]: In unregister_netdevice(), do synchronize_net() before final dev_put().
This way we make sure that all destination cache updates
to remove references to this device are seen by entire
system before final destruction of the device.
ChangeSet@1.1722.124.44, 2004-06-17 12:09:59-07:00, davem@nuts.davemloft.net
Cset exclude: kuznet@ms2.inr.ac.ru|ChangeSet|20040616204246|05149
ChangeSet@1.1722.124.43, 2004-06-17 11:52:18-07:00, shemminger@osdl.org
[SPARSE]: Fix another net warning.
Get rid of warning from assignment in conditional.
Signed-off-by: Stephen Hemminger <shemminger@osdl.org>
Signed-off-by: David S. Miller <davem@redhat.com>
ChangeSet@1.1722.124.42, 2004-06-17 11:40:00-07:00, shemminger@osdl.org
[SPARSE]: Get rid of warning in bridge ethtool ioctl.
Signed-off-by: Stephen Hemminger <shemminger@osdl.org>
Signed-off-by: David S. Miller <davem@redhat.com>
ChangeSet@1.1722.124.41, 2004-06-17 11:16:48-07:00, shemminger@osdl.org
[SPARSE]: Annotate csum_and_copy_to_user().
ChangeSet@1.1722.124.40, 2004-06-17 11:15:13-07:00, akpm@osdl.org
[BRIDGE]: Fix bridge sysfs improprely initialized kobject.
The bridge sysfs interface introduced around 2.6.7-rc1 created a bad
entry in /sys because it didn't initialise the name member of the kobject.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: David S. Miller <davem@redhat.com>
ChangeSet@1.1722.124.39, 2004-06-17 10:56:25-07:00, shemminger@osdl.org
[SPARSE]: Add annotations to sock_filter.h
Since sock_fprog is argument in ioctl, the filter pointer needs
to be annotated.
Signed-off-by: Stephen Hemminger <shemminger@osdl.org>
Signed-off-by: David S. Miller <davem@redhat.com>
ChangeSet@1.1722.124.38, 2004-06-17 10:51:14-07:00, shemminger@osdl.org
[SPARSE]: Get rid of warning in irtty_ioctl().
Don't really need verify_area because result of copy_to_user is checked.
Add annotation to get rid of sparse warnings.
Signed-off-by: Stephen Hemminger <shemminger@osdl.org>
Signed-off-by: Jean Tourrilhes <jt@bougret.hpl.hp.com>
Signed-off-by: David S. Miller <davem@redhat.com>
ChangeSet@1.1728.1.7, 2004-06-17 02:15:36-04:00, len.brown@intel.com
Merge intel.com:/home/lenb/src/linux-acpi-test-2.6.7-mpparse
into intel.com:/home/lenb/bk/linux-acpi-test-2.6.7
ChangeSet@1.1728.1.6, 2004-06-17 01:42:44-04:00, len.brown@intel.com
Merge intel.com:/home/lenb/src/linux-acpi-test-2.6.7
into intel.com:/home/lenb/bk/linux-acpi-test-2.6.7
ChangeSet@1.1728.1.5, 2004-06-17 01:30:00-04:00, len.brown@intel.com
Merge intel.com:/home/lenb/src/linux-acpi-test-2.6.6
into intel.com:/home/lenb/src/linux-acpi-test-2.6.7
ChangeSet@1.1722.18.6, 2004-06-17 01:26:33-04:00, len.brown@intel.com
[ACPI] Fix a lockup which Sid Boyce <sboyce@blueyonder.co.uk>
discovered with IOAPIC disabled.
The problem was that drivers/serial/8250_acpi.c found COM1 in the ACPI
namespace and called acpi_register_gsi() to set up its IRQ. ACPI tells us
that the COM1 IRQ is edge triggered, active high, but acpi_register_gsi()
was ignoring the edge_level argument, so it blindly set the COM1 IRQ to be
level-triggered.
Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>
Signed-off-by: Andrew Morton <akpm@osdl.org
ChangeSet@1.1722.18.5, 2004-06-17 01:23:50-04:00, len.brown@intel.com
[ACPI] delete "__init" from x86_64 version of mp_find_ioapic()
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Andrew Morton <akpm@osdl.or
ChangeSet@1.1722.18.4, 2004-06-17 01:19:49-04:00, len.brown@intel.com
[ACPI] mp_find_ioapic() oops from mp_register_gsi() on device resume
Signed-off-by: Andrew Morton <akpm@osdl.org>
ChangeSet@1.1722.18.3, 2004-06-17 01:15:58-04:00, len.brown@intel.com
[ACPI] *** Warning: "acpi_register_gsi" [drivers/serial/8250_acpi.ko] undefined!
Signed-off-by: Andrew Morton <akpm@osdl.org>
ChangeSet@1.1722.1.41, 2004-06-16 19:57:30-04:00, jgarzik@pobox.com
Merge pobox.com:/spare/repo/netdev-2.6/via-rhine
into pobox.com:/spare/repo/net-drivers-2.6
ChangeSet@1.1722.1.40, 2004-06-16 19:56:25-04:00, jgarzik@pobox.com
Merge pobox.com:/spare/repo/netdev-2.6/via-gbit
into pobox.com:/spare/repo/net-drivers-2.6
ChangeSet@1.1722.1.38, 2004-06-16 19:54:04-04:00, jgarzik@pobox.com
Merge pobox.com:/spare/repo/netdev-2.6/misc-herbert
into pobox.com:/spare/repo/net-drivers-2.6
ChangeSet@1.1722.146.2, 2004-06-16 19:51:21-04:00, jgarzik@pobox.com
Merge pobox.com:/spare/repo/netdev-2.6/ip-copysum
into pobox.com:/spare/repo/net-drivers-2.6
ChangeSet@1.1722.145.1, 2004-06-16 18:25:29-04:00, alan@redhat.com
[PATCH] add new via-velocity gigabit ethernet driver
Contributed by VIA, cleaned up by Alan.
ChangeSet@1.1722.124.37, 2004-06-16 13:48:12-07:00, davem@nuts.davemloft.net
[TCP]: No vegas by default just yet.
ChangeSet@1.1722.124.36, 2004-06-16 13:42:46-07:00, kuznet@ms2.inr.ac.ru
[NET]: In dst_ifdown(), synchronize_kernel() before dropping dev ref.
ChangeSet@1.1722.124.35, 2004-06-16 11:18:42-07:00, dada1@cosmosbay.com
[NET]: Tidy somaxconn sysctl doc.
ChangeSet@1.1722.124.34, 2004-06-16 10:57:05-07:00, dlstevens@us.ibm.com
[IPV4]: Fix interface selection in multicast sockops.
ChangeSet@1.1722.124.33, 2004-06-16 10:27:13-07:00, herbert@gondor.apana.org.au
[NET]: Clear dev refs in dst->child.
This is a resend of an earlier patch to dst_dev_event. I've changed
it slightly by moving the input/output assignment into dst_ifdown.
To recap, this patch drops lingering IPsec references to a device that
is being unregistered. The child processing in the GC is too late
since it never runs until the reference on the dst hits zero which
could take a long time for things like TCP connections.
The reason I've left the input/output assignment outside the loop is
because they aren't really necessary for the IPsec dst's, and if
it were in the loop then we'll have to do the same child processing
in ___dst_free as well.
I've tested this with an ESP/IPCOMP tunnel and I can confirm that it
does fix the problem.
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: David S. Miller <davem@redhat.com>
ChangeSet@1.1722.124.32, 2004-06-16 10:23:42-07:00, davem@nuts.davemloft.net
Merge nuts.davemloft.net:/disk1/BK/net-2.6.8
into nuts.davemloft.net:/disk1/BK/net-2.6
ChangeSet@1.1722.140.4, 2004-06-16 11:36:45-05:00, jejb@mulgrave.(none)
scsi_debug: num_parts, ptype and (re-)scans
From: Douglas Gilbert <dougg@torque.net>
Changes in version 1.73:
- 'num_parts' parameter to specify 0 to 4 partitions
- 'ptype' to specify (or change via sysfs) SCSI
peripheral device type
- support ability to increase the number of targets
and/or luns then re-scan a scsi_debug host
- remove redundant trailing spaces
The new facilties are described at:
http://www.torque.net/sg/sdebug26.html
A tarball of driver (version 1.73) is also there.
Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
(conflict resolution)
ChangeSet@1.1722.140.3, 2004-06-16 09:32:58-05:00, jejb@mulgrave.(none)
SCSI: fix uninitialised variable warning
Spotted By: Andrew Morton <akpm@osdl.org>
drivers/scsi/scsi_transport_spi.c: In function `spi_dv_retrain':
drivers/scsi/scsi_transport_spi.c:393: warning: `period' might be used uninitialized in this function
Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
ChangeSet@1.1722.124.30, 2004-06-15 22:17:47-07:00, torvalds@ppc970.osdl.org
Linux 2.6.7
TAG: v2.6.7