login
Search
| From | Subject | Date |
|---|---|---|
| David Miller | [SPARC64]: SG build fix.
Jens could you queue up this obvious typo build fix
for me?
Thanks!
Signed-off-by: David S. Miller <davem@davemloft.net>
diff --git a/arch/sparc64/kernel/iommu_common.c b/arch/sparc64/kernel/iommu_common.c
index b70324e..efd5dff 100644
--- a/arch/sparc64/kernel/iommu_common.c
+++ b/arch/sparc64/kernel/iommu_common.c
@@ -234,7 +234,7 @@ unsigned long prepare_sg(struct scatterlist *sg, int nents)
dma_sg->dma_length = dent_len;
if (dma_sg != sg) {
- dma_sg = next_sg(dma_sg);...
| Oct 23, 7:48 pm 2007 |
| Latchesar Ionkov | [PATCH] 9p: fix memory leak in v9fs_get_sb
This patch fixes a memory leak in v9fs_get_sb.
Signed-off-by: Latchesar Ionkov <lucho@ionkov.net>
---
commit 77250c234636881976ebd567f9edc7c36711bd4a
tree 35d683472542706a3b78eb51bc29b92f690c314a
parent 01e7ae8c13bb06a2ce622ebace33bb7e28ef596c
author Latchesar Ionkov <lucho@ionkov.net> 1193169149 -0600
committer Latchesar Ionkov <lucho@ionkov.net> 1193169149 -0600
fs/9p/vfs_super.c | 3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/fs/9p/vfs_super....
| Oct 23, 7:46 pm 2007 |
| Jeff Garzik | [PATCH] IA64/perfmon: kill dead code, clean irq handling
By deleting unused code, this makes perfmon irq handling more efficient,
as well as reducing code size.
* remove unused pfm_install_alt_pmu_interrupt()
* remove unused pfm_remove_alt_pmu_interrupt()
* remove now-unused pfm_alt_intr_handler pointer, and associated
function call in perfmon interrupt handler.
* remove unused 'irq' argument from pfm_do_interrupt_handler()
* un-indent code in pfm_interrupt_handler() now that
pfm_alt_intr_handler is no longer used.
Signed-off-by: Jeff Gar...
| Oct 23, 7:09 pm 2007 |
| Kumar Gala | LTP ustat01 test fails on NFSROOT
I'm looking into an issue with LTP's ustat01 & ustat02 tests in which
they report the following:
ustat01 1 FAIL : ustat(2) failed and setthe errno to 116 :
Stale NFS file handle
ustat02 2 FAIL : ustat(2) failed to produce expected error;
14, errno: EFAULT and got 116
It appears sometime between 2.6.21 and 2.6.22-rc1 some changes to NFS
got introduced that cause this.
was wondering about any ideas while I try to debug what's going on.
thanks
- k
-
| Oct 23, 6:52 pm 2007 |
| Jeff Garzik | [PATCH 11/12] NET: fix subqueue bugs
net/sched/sch_prio.c: In function
| Oct 23, 6:36 pm 2007 |
| David Miller | Re: [PATCH 11/12] NET: fix subqueue bugs
From: Jeff Garzik <jeff@garzik.org>
I have another copy of this from Pavel earlier in my inbox
and I promise I will integrate his patch today :-)
-
| Oct 23, 6:38 pm 2007 |
| Jeff Garzik | Re: [PATCH 11/12] NET: fix subqueue bugs
Either way, all good :) Just dumping my fixes from last night.
Jeff
-
| Oct 23, 6:40 pm 2007 |
| Jeff Garzik | [PATCH 12/12] sound/isa: fix printk format
sound/isa/ad1848/ad1848_lib.c: In function
| Oct 23, 6:36 pm 2007 |
| Jeff Garzik | [PATCH 10/12] mac80211: fix warning created by BIT()
Now that BIT() forces unsigned long, this warning appears:
net/mac80211/ieee80211_sta.c: In function
| Oct 23, 6:36 pm 2007 |
| Randy Dunlap | Re: [PATCH 10/12] mac80211: fix warning created by BIT()
Patch was submitted yesterday by Johannes Berg, but does need to be
pushed by someone... (like this)
---
~Randy
-
| Oct 23, 7:15 pm 2007 |
| Jeff Garzik | [PATCH 9/12] cgroup: kill unused variable
Signed-off-by: Jeff Garzik <jgarzik@redhat.com>
---
diff --git a/kernel/cgroup.c b/kernel/cgroup.c
index 5987dcc..3fe21e1 100644
--- a/kernel/cgroup.c
+++ b/kernel/cgroup.c
@@ -2402,7 +2402,6 @@ struct file_operations proc_cgroup_operations = {
static int proc_cgroupstats_show(struct seq_file *m, void *v)
{
int i;
- struct cgroupfs_root *root;
seq_puts(m, "#subsys_name\thierarchy\tnum_cgroups\n");
mutex_lock(&cgroup_mutex);
-
| Oct 23, 6:36 pm 2007 |
| Jeff Garzik | [PATCH 8/12] ni5010: kill unused variable
Signed-off-by: Jeff Garzik <jgarzik@redhat.com>
---
diff --git a/drivers/net/ni5010.c b/drivers/net/ni5010.c
index 14a768f..a20005c 100644
--- a/drivers/net/ni5010.c
+++ b/drivers/net/ni5010.c
@@ -518,7 +518,6 @@ static void dump_packet(void *buf, int len)
/* We have a good packet, get it out of the buffer. */
static void ni5010_rx(struct net_device *dev)
{
- struct ni5010_local *lp = netdev_priv(dev);
int ioaddr = dev->base_addr;
unsigned char rcv_stat;
struct sk_buff *skb;...
| Oct 23, 6:36 pm 2007 |
| Jeff Garzik | [PATCH 4/12] riscom8: fix SMP brokenness
After analyzing the elements that save_flags/cli/sti/restore_flags were
protecting, convert their usages to a global spinlock (the easiest and
most obvious next-step). There were some usages of flags being
intentionally cached, because the code already knew the state of
interrupts. These have been taken into account.
This allows us to remove CONFIG_BROKEN_ON_SMP. Completely untested.
Signed-off-by: Jeff Garzik <jgarzik@redhat.com>
---
diff --git a/drivers/char/Kconfig b/drivers/char/K...
| Oct 23, 6:36 pm 2007 |
| Jeff Garzik | [PATCH 7/12] eexpress: fix !SMP unused-var warning
Signed-off-by: Jeff Garzik <jgarzik@redhat.com>
---
diff --git a/drivers/net/eexpress.c b/drivers/net/eexpress.c
index 9c85e50..70509ed 100644
--- a/drivers/net/eexpress.c
+++ b/drivers/net/eexpress.c
@@ -651,9 +651,9 @@ static void eexp_timeout(struct net_device *dev)
*/
static int eexp_xmit(struct sk_buff *buf, struct net_device *dev)
{
- struct net_local *lp = netdev_priv(dev);
short length = buf->len;
#ifdef CONFIG_SMP
+ struct net_local *lp = netdev_priv(dev);
unsigned...
| Oct 23, 6:36 pm 2007 |
| Jeff Garzik | [PATCH 6/12] KVM: work around SMP requirement
KVM is currently completely broken for the !CONFIG_SMP case.
drivers/kvm/kvm_main.c: In function
| Oct 23, 6:36 pm 2007 |
| Adrian Bunk | Re: [PATCH 6/12] KVM: work around SMP requirement
Assuming it won't get fixed soon, the pattern would be "(SMP || BROKEN)".
The effect is the same, but this makes it more obvious that KVM
does not depend architecturally on SMP but just broken.
Of course, the preferred solution is to simply get KVM fixed...
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl...
| Oct 23, 6:44 pm 2007 |
| Jeff Garzik | Re: [PATCH 6/12] KVM: work around SMP requirement
In general I agree, but I specifically avoided CONFIG_BROKEN in case it
was an intentional choice to require an SMP kernel.
Jeff
-
| Oct 23, 6:46 pm 2007 |
| Jeff Garzik | [PATCH 5/12] ISDN/sc: fix longstanding warning
drivers/isdn/sc/shmem.c: In function
| Oct 23, 6:36 pm 2007 |
| Jeff Garzik | [PATCH 3/12] ACPI sbs: fix retval warning
drivers/acpi/sbs.c: In function
| Oct 23, 6:36 pm 2007 |
| Jeff Garzik | [PATCH 2/12] X86: fix nvidia HPET warning
arch/x86/kernel/early-quirks.c:40: warning:
| Oct 23, 6:36 pm 2007 |
| Jeff Garzik | [PATCH 1/12] X86: fix !CONFIG_SMP warning in processor.c
Fix !CONFIG_SMP warning:
arch/x86/kernel/acpi/processor.c: In function
| Oct 23, 6:36 pm 2007 |
| Rafael J. Wysocki | [PATCH] Freezer: Do not allow freezing processes to clear TI...
[Please consider as 2.6.24 material.]
---
From: Rafael J. Wysocki <rjw@sisk.pl>
Do not allow processes to clear their TIF_SIGPENDING if TIF_FREEZE is set,
so that they will not race with the freezer (like mysqld does, for example).
Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
Acked-by: Nigel Cunningham <nigel@suspend2.net>
Acked-by: Pavel Machek <pavel@ucw.cz>
---
kernel/signal.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6.23/kernel/s...
| Oct 23, 6:47 pm 2007 |
| Mike Miller | [PATCH 1/1] cciss: update copyright notices
PATCH 1 of 1
This patch updates the copyright information for the cciss driver. It
includes extending the year to 2007 (how timely) and some minor corrections
deemed necessary by HP legal and the Open Source Review Board. Please
consider this patch for inclusion.
Signed-off-by: Mike Miller <mike.miller@hp.com>
--------------------------------------------------------------------------------
diff --git a/drivers/block/cciss.c b/drivers/block/cciss.c
index e330c26..cd37e92 100644
--- a/drive...
| Oct 23, 5:54 pm 2007 |
| Emil Medve | [PATCH rebased] Use the new sg_page() helper
Fix build error messages such as this:
In file included from include/linux/dma-mapping.h:52,
from include/linux/dmaengine.h:29,
from include/linux/skbuff.h:29,
from include/linux/netlink.h:155,
from include/linux/genetlink.h:4,
from include/net/genetlink.h:4,
from include/linux/taskstats_kern.h:12,
from init/main.c:46:
include/asm/dma-mapping.h: In function 'dma_map_sg':
include...
| Oct 23, 1:32 pm 2007 |
| Linus Torvalds | Re: [PATCH rebased] Use the new sg_page() helper
Please write "page_address(sg_page(sg)) + sg->offset" as "sg_virt(sg)"
instead.
And send the patch to Jens, since he's the person who is in charge of
getting this all sorted out ;)
Ok?
Linus
-
| Oct 23, 6:32 pm 2007 |
| Bartlomiej Zolnierki... | const vs __{dev}initdata
Hi,
It seems that const cannot be (officialy) mixed with __{dev}initdata,
include/linux/init.h:
...
*
* Also note, that this data cannot be "const".
*/
...
[ BTW Greg: this doesn't seem to be mentioned in LDD3. ]
Any reason for this limitation (other than not having .init.rodata section
and __const__{dev}initdata tag)? There are places where we really would like
to have both, i.e. struct ide_port_info in drivers/ide.
Quick and lame grep on the current git tree results in 81 (besi...
| Oct 23, 5:35 pm 2007 |
| Jeff Garzik | Re: const vs __{dev}initdata
Thank you for asking this question... we really do need a solution for
this.
As you point out, there are many valid cases for both const and initdata.
Jeff
-
| Oct 23, 6:10 pm 2007 |
| Bartlomiej Zolnierki... | [PATCH] hpt366: fix build for CONFIG_HOTPLUG=n
It turns out that const and __{dev}initdata cannot be mixed currently
This patch workarounds the problem by making static struct hpt_info instances
const. Now all __devinitdata data in hpt366 host driver are read-only so it
builds again (driver's .init.data section gets marked as READONLY).
While at it:
* Bump driver version.
Cc: Sergei Shtylyov <sshtylyov@ru.mvista.com>
Cc: "Avuton Olrich" <avuton@gmail.com>
Cc: Randy Dunlap <randy.dunlap@oracle.com>
Signed-off-by: B...
| Oct 23, 4:59 pm 2007 |
| Bartlomiej Zolnierki... | [PATCH] cy82c693: fix build for CONFIG_HOTPLUG=n
It turns out that const and __{dev}initdata cannot be mixed currently.
This patch workarounds the problem by removing __devinitdata tag from 'primary'
variable (which makes 'primary' to be moved from .init.data to .bss section).
Now all __devinitdata data in cy82c693 host driver are read-only so it builds
again (driver's .init.data section gets marked as READONLY).
While at it:
* Move 'primary' variable to its only user, init_iops_cy82c693().
* Bump driver version.
Cc: "Avuton Olrich" ...
| Oct 23, 4:57 pm 2007 |
| Matthew Wilcox | [PATCH 1/4] stringbuf: A string buffer implementation
Consecutive calls to printk are non-atomic, which leads to various
implementations for accumulating strings which can be printed in one call.
This is a generic string buffer which can also be used for non-printk
purposes. There is no sb_scanf implementation yet as I haven't identified
a user for it.
Signed-off-by: Matthew Wilcox <willy@linux.intel.com>
---
include/linux/stringbuf.h | 85 +++++++++++++++++++++++++++++++++++++++++++++
lib/Makefile | 2 +-
lib/stringbuf.c ...
| Oct 23, 5:12 pm 2007 |
| Linus Torvalds | Re: [PATCH 1/4] stringbuf: A string buffer implementation
Hmm. Have you looked at the git "strbuf" code?
And stuff like "sb_string()" are just evil. The string is there. Just call
it something better than "s", and let people just use "sb->buf" or
something. Why make the interface harder to use than necessary?
Linus
-
| Oct 23, 7:43 pm 2007 |
| Matt Mackall | Re: [PATCH 1/4] stringbuf: A string buffer implementation
You might want to consider growing the buffer by no less than a small
constant factor like 1.3x. This will keep things that do short concats
in a loop from degrading to O(n^2) performance due to realloc and
Too small. That will guarantee that most users end up doing a realloc.
Can we have 128 instead?
--
Mathematics is the supreme nostalgia of our time.
-
| Oct 23, 6:11 pm 2007 |
| Matthew Wilcox | [PATCH 2/4] isdn: Use stringbuf
Get rid of the _cdebbuf structure that was used to accumulate strings
for a debug printk and use the stringbuf instead. Allocate the stringbuf
on the stack instead of with kmalloc. Return a char * to the callers
rather than a stringbuf.
Signed-off-by: Matthew Wilcox <willy@linux.intel.com>
---
drivers/isdn/capi/capidrv.c | 18 ++--
drivers/isdn/capi/capiutil.c | 220 ++++++++++-------------------------------
drivers/isdn/capi/kcapi.c | 35 +++----
include/linux/isdn/capiutil....
| Oct 23, 5:12 pm 2007 |
| Matthew Wilcox | [PATCH 3/4] sound: Use stringbuf
sound/ had its own snd_info_buffer for doing proc reads, which can be
profitably replaced with stringbuf. It actually finds a bug since ->read
and ->write now have a different signature.
Signed-off-by: Matthew Wilcox <willy@linux.intel.com>
---
include/sound/info.h | 7 ++-
sound/core/hwdep.c | 2 +-
sound/core/info.c | 81 +++++--------------------------
sound/core/info_oss.c | 6 +-
sound/co...
| Oct 23, 5:12 pm 2007 |
| Matthew Wilcox | [PATCH 4/4] partitions: Fix non-atomic printk
With asynchronous disk scanning, it's quite common for the partition
report to be interrupted by reports of other discs being discovered.
Use a new function, print_partition, to accumulate the partitions into
a stringbuf.
Signed-off-by: Matthew Wilcox <willy@linux.intel.com>
---
fs/partitions/acorn.c | 24 ++++++++++--------------
fs/partitions/amiga.c | 9 ++++-----
fs/partitions/atari.c | 20 +++++++++-----------
fs/partitions/check.c | 19 ++++++++++++++-----
fs/partitions...
| Oct 23, 5:12 pm 2007 |
| Trond Myklebust | [PATCH]NFS: Fix for bug in handling of errors for O_DIRECT w...
From: Neil Brown <neilb@suse.de>
commit eda3cef8dd2b838 ensured that if a WRITE returns an error, then
data->res.verf->committed is not tested (as it is not initialised).
commit 60fa3f769f inadvertently reverted this while fixing other problems.
So move the test so that we never examine ->committed in an error
case, and fix a speeling error while we are there.
Cc: Chuck Lever <chuck.lever@oracle.com>
Signed-off-by: Neil Brown <neilb@suse.de>
Acked-by: Chuck Lever &...
| Oct 23, 5:09 pm 2007 |
| Thomas Gleixner | [Git pull] x86 updates
Linus,
please pull from:
ssh://master.kernel.org/pub/scm/linux/kernel/git/x86/linux-2.6-x86.git
This contains a couple of bug fixes and a large cleanup and
unification section from various authors.
Thanks,
tglx
---
Adrian Bunk (1):
x86: add instrumentation menu
Alejandro Martinez Ruiz (1):
x86: ARRAY_SIZE cleanup
Brian Gerst (1):
x86: merge required-features.h
Carlos Corbacho (2):
x86: Force enable HPET for CK804 (nForce 4) chipsets
x86: Add HP...
| Oct 23, 5:02 pm 2007 |
| James Bottomley | [GIT PATCH] final SCSI pieces for the merge window
This should be the final SCSI updates; it's mainly just a few accessor
completion updates and two driver merges (sym2 and qla2xxx) we also
secured DaveM's agreement to remove fcal/fc4, which explains the high
removal line count.
The patch is available here:
master.kernel.org:/pub/scm/linux/kernel/git/jejb/scsi-misc-2.6.git
The short changelog is:
Adrian Bunk (3):
gdth: __init fixes
aic7xxx_old: fix accidental logic reversal
lpfc: lpfc_debugfs.c: fix typo
Alan Cox (1):
...
| Oct 23, 4:58 pm 2007 |
| Jeff Garzik | Re: [GIT PATCH] final SCSI pieces for the merge window
I guess I have the go-ahead to merge the end-CDROM-polling async
notification work you've been repeatedly ignoring?
Jeff
-
| Oct 23, 5:09 pm 2007 |
| James Bottomley | Re: [GIT PATCH] final SCSI pieces for the merge window
I haven't been ignoring it ... it just needs quite a bit of work; the
best way to accelerate it seems to be simply to do it (add the
supported/trigger event bitmasks and expand the infrastructure). I just
haven't had the time within the merge window.
James
-
| Oct 23, 5:20 pm 2007 |
| Jeff Garzik | Re: [GIT PATCH] final SCSI pieces for the merge window
James, things cannot get bottlenecked like this. You have had MONTHS to
say something like this. The code was ready BEFORE the merge window.
I really think you have the knowledge to be SCSI maintainer, but not the
time.
Jeff
-
| Oct 23, 6:06 pm 2007 |
| David Miller | Re: [GIT PATCH] final SCSI pieces for the merge window
From: Jeff Garzik <jeff@garzik.org>
Unfortunately, I think this is an important point.
Developers depend strongly upon a subsystem maintainer to
"make time" for these things so that work integration does
not get delayed past the merge window if at all possible.
Not being able to "make time" to do these things is a great
way to lose contributers.
James, whilst there is no doubt in my mind that skill-wise
you are probably the most capable scsi maintainer, your "lack
of time" is sounding...
| Oct 23, 6:36 pm 2007 |
| Bjorn Helgaas | [patch 1/2] rtc: release correct region in error path
The misc_register() error path always released an I/O port region,
even if the region was memory-mapped (only mips uses memory-mapped RTC,
as far as I can see).
Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>
Index: w/drivers/char/rtc.c
===================================================================
--- w.orig/drivers/char/rtc.c 2007-10-23 09:59:33.000000000 -0600
+++ w/drivers/char/rtc.c 2007-10-23 14:41:23.000000000 -0600
@@ -918,6 +918,14 @@
};
#endif
+static void rtc_re...
| Oct 23, 4:48 pm 2007 |
| Bjorn Helgaas | [patch 2/2] rtc: fallback to requesting only the ports we ac...
Firmware like PNPBIOS or ACPI can report the address space consumed by the
RTC. The actual space consumed may be less than the size (RTC_IO_EXTENT)
assumed by the RTC driver.
The PNP core doesn't request resources yet, but I'd like to make it do so.
If/when it does, the RTC_IO_EXTENT request may fail, which prevents the RTC
driver from loading.
Since we only use the RTC index and data registers at RTC_PORT(0) and
RTC_PORT(1), we can fall back to requesting just enough space for those.
If the ...
| Oct 23, 4:48 pm 2007 |
| Bjorn Helgaas | [patch 0/2] RTC fixes
Here are two fixes:
- Minor bugfix on error path for mips.
- If resource request fails, fall back to requesting only the
ioports we actually use. This is not a problem yet, but it
will be if the PNP core claims resources before drivers attach.
--
-
| Oct 23, 4:48 pm 2007 |
| Wim Van Sebroeck | [WATCHDOG] v2.6.24 Watchdog Device Drivers patches - part 2
Hi Linus,
Please pull from 'master' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/wim/linux-2.6-watchdog.git
or if master.kernel.org hasn't synced up yet:
master.kernel.org:/pub/scm/linux/kernel/git/wim/linux-2.6-watchdog.git
This will update the following files:
Documentation/watchdog/src/watchdog-simple.c | 18 +
drivers/watchdog/Kconfig | 13 -
drivers/watchdog/Makefile | 1
drivers/watchdog/ar7_wdt.c | 349 ++++...
| Oct 23, 4:52 pm 2007 |
| Jan Glauber | [RFC PATCH 2/2] base scheduler_tick() on virtual time
Make the scheduler_tick() dependent on the s390 cpu timer so it gets only called after
a virtual cpu has completed a tick. Together with the virtual sched_clock() this
should make the scheduler decisions for s390 based on virtual time.
Signed-off-by: Jan Glauber <jan.glauber@de.ibm.com>
Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
---
arch/s390/kernel/time.c | 4 ----
arch/s390/kernel/vtime.c | 7 ++++++-
include/asm-s390/lowcore.h | 8 ++++++--
include...
| Oct 23, 4:02 pm 2007 |
| Jan Glauber | [RFC PATCH 1/2] virtual sched_clock() for s390
From: Jan Glauber <jan.glauber@de.ibm.com>
From: Christian Borntraeger <borntraeger@de.ibm.com>
This patch introduces a cpu time clock for s390 (only ticking if
the virtual cpu is running) and bases the s390 implementation of
sched_clock() on it.
The time slice length on a virtual cpu can be anything between the
calculated time slice and zero. In reality this doesn't seem to be
problem, since the scheduler is fair enough to not let a single
process starve but the current implementa...
| Oct 23, 4:02 pm 2007 |
| Jan Glauber | [RFC PATCH 0/2] use virtual time for CFS on s390
Hi Ingo,
an outcome from the previous discussion about a virtual sched_clock() on s390
was that scheduler_tick() should also be called based on virtual time.
The second patch changes the scheduler_tick() call to only happen after a tick
passed for the virtual cpu.
The patches cause nothing obvious to break, numbers from top look sane but
I've seen something strange...
For a simple make -j6 workload top reports processes very often to be in
state <defunct>. Thats' not terribly wrong sin...
| Oct 23, 4:02 pm 2007 |
| Helge Deller | [PATCH] usb/core/message.c: scatterlist include fix
This fixes following bug when building for parisc-linux:
drivers/usb/core/message.c: In function `usb_sg_init':
drivers/usb/core/message.c:440: error: implicit declaration of function `sg_virt'
Signed-off-by: Helge Deller <deller@gmx.de>
diff --git a/drivers/usb/core/message.c b/drivers/usb/core/message.c
index 90d64a8..aae0196 100644
--- a/drivers/usb/core/message.c
+++ b/drivers/usb/core/message.c
@@ -13,7 +13,7 @@
#include <linux/device.h>
#include <linux/usb/quirks.h>...
| Oct 23, 3:37 pm 2007 |
| previous day | today | next day |
|---|---|---|
| October 22, 2007 | October 23, 2007 | October 24, 2007 |
