On Thu, 2008-01-03 at 12:00 -0500, Rik van Riel wrote:
On Thu, 03 Jan 2008 11:52:08 -0500
Lee Schermerhorn [EMAIL PROTECTED] wrote:
Also, I should point out that the full noreclaim series includes a
couple of other patches NOT posted here by Rik:
1) treat swap backed pages as
+ /* Risk filling the DMA zone */
+ p = find_e820_area(EARLY_ALLOC_START, -1UL, size);
Hum... Are you sure of this EARLY_ALLOC_START here ?
Good catch. I'll repost with that fixed.
-Andi
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
Use _t form to force types. We know that msg-m_ts is
clamped between 0 and MAXINT.
Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.24-rc6-mm1/ipc/msg.c linux-2.6.24-rc6-mm1/ipc/msg.c
---
On Thursday, 3 of January 2008, Andi Kleen wrote:
This avoids the requirement to mark a lot of initialization functions not
__cpuinit just for resume from RAM.
More functions could be converted now, didn't do all.
Cc: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Signed-off-by: Andi Kleen
Hi Steven,
Great work!
(added Tim Bird, author of KFT/KFI to the CC list)
* Steven Rostedt ([EMAIL PROTECTED]) wrote:
...
Future:
---
The way the mcount hook is done here, other utilities can easily add their
own functions. Just care needs to be made not to call anything that is not
On Thu, 03 Jan 2008 11:52:08 -0500
Lee Schermerhorn [EMAIL PROTECTED] wrote:
Also, I should point out that the full noreclaim series includes a
couple of other patches NOT posted here by Rik:
1) treat swap backed pages as nonreclaimable when no swap space is
available. This addresses a
Based on David Brownell's patch for tps65010, this patch
finish conversting isp1301_omap.c to new-style i2c driver.
Signed-off-by: Felipe Balbi [EMAIL PROTECTED]
---
arch/arm/mach-omap1/board-h2.c |6 ++-
arch/arm/mach-omap1/board-h3.c |6 ++-
arch/arm/mach-omap2/board-h4.c | 12
On Sat, Dec 22, 2007 at 09:37:17AM +0100, Sam Ravnborg wrote:
Hi Jesper.
__initramfs_end = .;
- /* We fill to the next page, so we can discard all init
- pages without needing to consider what payload might be
- appended to the kernel
* Steven Rostedt ([EMAIL PROTECTED]) wrote:
...
Index: linux-compile.git/arch/x86/Kconfig
===
--- linux-compile.git.orig/arch/x86/Kconfig 2008-01-03 01:02:28.0
-0500
+++ linux-compile.git/arch/x86/Kconfig
MAINTAINERS email update
add atmel_lcdfb entry
Signed-off-by: Nicolas Ferre [EMAIL PROTECTED]
---
Resent because of a patch whitespace formatting issue.
MAINTAINERS |8 +++-
===
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -665,12
* Steven Rostedt ([EMAIL PROTECTED]) wrote:
MCOUNT will disable the regparm parameters of the i386 compile
options. When doing so, this breaks the prototype of do_IRQ
where the fastcall must be explicitly called.
Also fixed some whitespace damage in the call to do_IRQ.
I would propose to
On Thu, 2008-01-03 at 12:35 +0530, Ananth N Mavinakayanahalli wrote:
On Wed, Jan 02, 2008 at 08:05:14PM -0800, Harvey Harrison wrote:
Thanks for the cleanup...
...
diff --git a/arch/x86/mm/fault_32.c b/arch/x86/mm/fault_32.c
index a2273d4..f2e909b 100644
--- a/arch/x86/mm/fault_32.c
+config PM_CPUINIT
+ bool
+ depends on PM
Please make it PM_SLEEP (PM is more than suspend/hibernation).
That was something that irritated me too while writing the patch, but the
functions I
am interested in with this are referenced from arch/x86/power/cpu.c and that is
* Steven Rostedt ([EMAIL PROTECTED]) wrote:
Mark with notrace functions in core code that should not be
traced. The notrace attribute will prevent gcc from adding
a call to mcount on the annotated funtions.
Signed-off-by: Arnaldo Carvalho de Melo [EMAIL PROTECTED]
Signed-off-by: Steven
On Thu, 3 Jan 2008, Mathieu Desnoyers wrote:
Hi Steven,
Great work!
Thanks!
(added Tim Bird, author of KFT/KFI to the CC list)
I'm currently investigating using -finstrument-functions instead of -pg,
but if the overhead is too much, I may try to incorporate both.
One interesting
This allows to allocate memory really early before bootmem is setup.
And a symbol that can be tested by the preprocessor.
pgtable.h is probably not the best include for it, but also not the worst.
This starts to allocate at 128MB and falls back to lower memory only
if that fails. Rationale is
The static arrays in lockdep can be quite big. Upto several megabytes.
We ran into problems with 64bit kernels becoming so big that the kernel
image overlapped into the 16MB area reserved for a kdump kernel.
This patch converts lockdep to use arch_early_alloc() if available
to avoid this
On Thu, 3 Jan 2008, Mathieu Desnoyers wrote:
I would propose to try to see how we can #ifdef two different __mcount
assembly functions that would prepare the stack appropriately for each
REGPARM cases.
I have to confess that I've been testing this mostly on x86_64, which
doesn't have the
Bernd Prager [EMAIL PROTECTED] writes:
$ cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 43
model name : AMD Hammer Family processor - Model Unknown
This means your BIOS does not know your specific CPU. This could to all
I got my Promise card and everything is up and running without problems,
using kernel 2.6.24-rc6 and the sata_promise driver out of the box:
00:0c.0 Mass storage controller: Promise Technology, Inc. PDC40775 (SATA 300
TX2plus) (rev 02)
Subsystem: Promise Technology, Inc. PDC40775 (SATA
* Steven Rostedt ([EMAIL PROTECTED]) wrote:
This adds the task comm and pid to the trace output. This gives the
output like:
CPU 0: sshd:2605 [80251858] remove_wait_queue+0xc/0x4a --
[802ad7be] free_poll_entry+0x1e/0x2a
CPU 2: bash:2610 [8038c3aa]
On Thu, 3 Jan 2008, Mathieu Desnoyers wrote:
.
Index: linux-compile.git/arch/x86/kernel/mcount-wrapper.S
===
--- /dev/null 1970-01-01 00:00:00.0 +
+++ linux-compile.git/arch/x86/kernel/mcount-wrapper.S
* Steven Rostedt ([EMAIL PROTECTED]) wrote:
From patch-2.6.21.5-rt20. Annotates functions that should not be profiler
instrumented, i.e. where mcount should not be called at function entry.
Signed-off-by: Arnaldo Carvalho de Melo [EMAIL PROTECTED]
Signed-off-by: Steven Rostedt [EMAIL
This should decrease TLB pressure because the kernel will need
less TLB faults for its own data access.
Only done for 64bit because i386 does not support GB page tables.
This only applies to the data portion of the direct mapping; the
kernel text mapping stays with 2MB pages because the AMD
Signed-off-by: Andi Kleen [EMAIL PROTECTED]
---
Documentation/x86_64/boot-options.txt |3 +++
arch/x86/mm/init_64.c | 12
include/asm-x86/pgtable_64.h |2 ++
3 files changed, 17 insertions(+)
Index: linux/arch/x86/mm/init_64.c
Signed-off-by: Andi Kleen [EMAIL PROTECTED]
---
arch/x86/mm/fault_64.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux/arch/x86/mm/fault_64.c
===
--- linux.orig/arch/x86/mm/fault_64.c
+++
Split the existing LARGE_PAGE_SIZE/MASK macro into two new macros
PUD_PAGE_SIZE/MASK and PMD_PAGE_SIZE/MASK.
Fix up all callers to use the new names.
Signed-off-by: Andi Kleen [EMAIL PROTECTED]
---
arch/x86/boot/compressed/head_64.S |4 ++--
arch/x86/kernel/head_64.S |4 ++--
Signed-off-by: Andi Kleen [EMAIL PROTECTED]
---
include/asm-x86/cpufeature.h |2 ++
1 file changed, 2 insertions(+)
Index: linux/include/asm-x86/cpufeature.h
===
--- linux.orig/include/asm-x86/cpufeature.h
+++
Steven Rostedt [EMAIL PROTECTED] writes:
The following patch series brings to vanilla Linux a bit of the RT kernel
trace facility. This incorporates the -pg profiling option of gcc
that will call the mcount function for all functions called in
the kernel.
My personal feeling regarding this
This patchkit implement GB pages support for AMD Fam10h CPUs. This patchkit only
implements it for the kernel direct mapping for now; support for hugetlbfs is
upcomming.
This allows to map the kernel direct mapping using 1GB TLBs instead of 2MB
TLBs and get hopefully less TLB misses for the
This was a long standing obscure problem in the relocatable kernel. The
AMD GART driver needs to unmap part of the GART in the kernel direct mapping to
prevent cache corruption. With the relocatable kernel it is in theory possible
that the separate kernel text mapping straddles that area too.
Signed-off-by: Andi Kleen [EMAIL PROTECTED]
---
include/asm-x86/pgtable_64.h |3 +++
1 file changed, 3 insertions(+)
Index: linux/include/asm-x86/pgtable_64.h
===
--- linux.orig/include/asm-x86/pgtable_64.h
+++
Teach c_p_a() to split and unsplit GB pages.
Signed-off-by: Andi Kleen [EMAIL PROTECTED]
---
arch/x86/mm/pageattr_64.c | 149 --
1 file changed, 118 insertions(+), 31 deletions(-)
Index: linux/arch/x86/mm/pageattr_64.c
On Thu, 3 Jan 2008, Mathieu Desnoyers wrote:
* Steven Rostedt ([EMAIL PROTECTED]) wrote:
Mark with notrace functions in core code that should not be
traced. The notrace attribute will prevent gcc from adding
a call to mcount on the annotated funtions.
Signed-off-by: Arnaldo
In article [EMAIL PROTECTED],
Jan Engelhardt [EMAIL PROTECTED] wrote:
On Jan 3 2008 13:43, [EMAIL PROTECTED] wrote:
hi !
i was wondering how to make kernel messages appear on /dev/ttyS0
without a reboot, i.e. kernelparam console=ttyS0
The solution is simple... the following piece of code is
On Thu, Jan 03, 2008 at 04:42:29PM +0100, Andi Kleen wrote:
This avoids the requirement to mark a lot of initialization functions not
__cpuinit just for resume from RAM.
More functions could be converted now, didn't do all.
...
Shouldn't this aready be handled by the following?
config
On Sun, Dec 30, 2007 at 09:10:06AM +0200, Avi Kivity wrote:
Needed for empty_zero_page.
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
---
drivers/kvm/kvm_main.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/kvm/kvm_main.c b/drivers/kvm/kvm_main.c
index
On Thu, Jan 03, 2008 at 09:45:57AM -0500, Trond Myklebust wrote:
...
Thanks to Coverity/Adrian Bunk and Frank Filz for spotting the bug.
...
I don't mind whether I'm credited (and the text can stay as it is), but
I just want to note that I neither am nor was in any way affiliated with
the
Masami Hiramatsu wrote:
As a result, this function just setups re-entrance.
As you've also pointed out in your previous reply, this case is
peculiar and therefore I believe it should be marked as a BUG(). I've
left the original case, if (kcb-kprobe_status==KPROBE_HIT_SS)
(*p-ainsn.insn ==
On Thu, Jan 03, 2008 at 06:26:57PM +0100, Andi Kleen wrote:
This was a long standing obscure problem in the relocatable kernel. The
AMD GART driver needs to unmap part of the GART in the kernel direct mapping
to
prevent cache corruption. With the relocatable kernel it is in theory
Linus, please pull from
master.kernel.org:/pub/scm/linux/kernel/git/roland/infiniband.git for-linus
This tree is also available from kernel.org mirrors at:
git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.git
for-linus
This will pull one fix for an oops caused by
* Steven Rostedt ([EMAIL PROTECTED]) wrote:
Hmm, I know paravirt-ops had an issue with mcount in the RT tree. I can't
remember the exact issues, but it did have something to do with the way
parameters were passed in.
Chris, do you remember what the issues were?
Yes, paravirt ops have a
* Steven Rostedt ([EMAIL PROTECTED]) wrote:
{
struct irq_desc *desc = irq_desc + irq;
struct irqaction *action;
Index: linux-compile.git/kernel/lockdep.c
===
---
In message [EMAIL PROTECTED], Joe Perches writes:
On Thu, 2008-01-03 at 00:57 -0500, Erez Zadok wrote:
I think printks should be single statements and
KERN_CONT should be used as sparingly as possible.
[...]
KERN_CONT is documented as not being SMP safe, but I figured it was harmless
for just
On Thu, 2008-01-03 at 10:29 -0800, Roland Dreier wrote:
Linus, please pull from
master.kernel.org:/pub/scm/linux/kernel/git/roland/infiniband.git
for-linus
This tree is also available from kernel.org mirrors at:
Got a question. How will kernel continue to run if we unmap the kernel
text/data region mappings?
Normally it shouldn't be in the same 2MB area as the aperture (which
is the only thing that is unmapped). The problem is mostly
the rest of the 40MB kernel mapping.
-Andi
--
To unsubscribe from
On Thursday 03 January 2008 19:14:38 Adrian Bunk wrote:
On Thu, Jan 03, 2008 at 04:42:29PM +0100, Andi Kleen wrote:
This avoids the requirement to mark a lot of initialization functions not
__cpuinit just for resume from RAM.
More functions could be converted now, didn't do all.
...
On 02/11/07 21:16, [EMAIL PROTECTED] wrote:
The Fake PCI Hot Plug module fakephp does not complete the slot
shutdown and will hang a terminal.
I am attempting to use the fakephp module to shutdown and restart a
PCI Express FPGA board when the FPGA is reloaded. Using 2.6.22
(Ubuntu
On Thu, Jan 03, 2008 at 04:37:46PM +0100, Torsten Kaiser wrote:
On Jan 2, 2008 10:57 PM, J. Bruce Fields [EMAIL PROTECTED] wrote:
On Thu, Jan 03, 2008 at 08:51:54AM +1100, Herbert Xu wrote:
The two specific trees of interest would be git-nfsd and git-net.
Also, if it's git-nfsd, it'd be
If we've got time before 2.6.24 final, I'd wait on this a bit.
ib_srp:srp_remove_work() has them reversed as well, and I'm currently
tracking down why it oopses when the srp_remove_host() happens before
the scsi_remove_host(), which is the documented call sequence.
I think the best thing
don't start the load_balance_monitor when there is only a single cpu.
rename the kthread because its currently longer than TASK_COMM_LEN
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
kernel/sched.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
Index:
We need to teach no_hz about the rt throttling because its tick driven.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
include/linux/sched.h|2 ++
kernel/sched.c | 23 ++-
kernel/sched_rt.c| 30 --
against sched-devel
--
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
* Steven Rostedt ([EMAIL PROTECTED]) wrote:
On Thu, 3 Jan 2008, Chris Wright wrote:
Yes, paravirt ops have a well-specified calling convention (register
based). There was a cleanup that Andi did that caused the problem
because it removed all the fastcall annotations since -mregparm=3
is
On Thu, 3 Jan 2008, Chris Wright wrote:
Yes, paravirt ops have a well-specified calling convention (register
based). There was a cleanup that Andi did that caused the problem
because it removed all the fastcall annotations since -mregparm=3
is now always on for i386. Since MCOUNT disables
Chris Wright wrote:
* Steven Rostedt ([EMAIL PROTECTED]) wrote:
Hmm, I know paravirt-ops had an issue with mcount in the RT tree. I can't
remember the exact issues, but it did have something to do with the way
parameters were passed in.
Chris, do you remember what the issues were?
* Ingo Molnar ([EMAIL PROTECTED]) wrote:
* K. Prasad [EMAIL PROTECTED] wrote:
@@ -486,12 +309,12 @@ void rcu_unboost_readers(void)
spin_lock_irqsave(rcu_boost_wake_lock, flags);
- rcu_trace_boost_try_unboost_readers(RCU_BOOST_ME);
+ trace_mark(try_unboost_readers, %u,
Shaohua Li wrote:
PCI Express ASPM defines a protocol for PCI Express components in the D0
state to reduce Link power by placing their Links into a low power state
and instructing the other end of the Link to do likewise. This
capability allows hardware-autonomous, dynamic Link power reduction
On Wed, 2008-01-02 at 22:02 -0600, Serge E. Hallyn wrote:
Ok I'm blabbing quite a bit here while trying to figure out
the patch, and maybe there are some useful hints for where more
comments would be useful. But other than the fact that
mark_mnt_has_writer() needs to the atomic_inc() even if
On Mon, Dec 31, 2007 at 10:08:43AM -0500, Vivek Goyal wrote:
On Sat, Dec 29, 2007 at 11:11:13AM +0530, Dhaval Giani wrote:
On Fri, Dec 28, 2007 at 09:27:39AM -0500, Vivek Goyal wrote:
On Fri, Dec 28, 2007 at 06:15:32PM +0530, Dhaval Giani wrote:
Hi Vivek,
I can't seem to get the
On Fri, Nov 02, 2007 at 09:52:59PM -0400, Theodore Ts'o wrote:
Change the automatic local version to have the form -n-gSHA1SUMID,
where 'n' is the number of commits since the last tag (i.e.,
2.6.21-rc7). This makes it much more likely that the package names created
for the kernel will
On Thu, Jan 03, 2008 at 06:03:22PM +0100, Jesper Nilsson wrote:
On Wed, Jan 02, 2008 at 08:25:35PM +0100, Sam Ravnborg wrote:
On Wed, Jan 02, 2008 at 02:27:59PM +0800, WANG Cong wrote:
Refine it as suggested by Andreas.
This patch removes TOPDIR from Cris
While examining vmlinux namelist on i386 (nm -v vmlinux) I noticed :
c01021d0 t es7000_rename_gsi
c010221a T es7000_start_cpu
Big Hole
c0103000 T thread_saved_pc
and
c0113218 T acpi_restore_state_mem
c0113219 T acpi_save_state_mem
Big Hole
c0114000 t wakeup_code
This is because
Rusty Russell wrote:
When an AIO write gets an error after writing some data (eg. ENOSPC),
it should return the amount written already, not the error. Just like
write() is supposed to.
Andrew, please don't queue this fix. I think the bug is valid but the
patch is subtly dangerous.
diff -r
On Thu, 2008-01-03 at 17:30 +0900, FUJITA Tomonori wrote:
On Wed, 02 Jan 2008 09:51:38 -0800
Roland Dreier [EMAIL PROTECTED] wrote:
Can you try this?
That patched oopsed in scsi_remove_host(), but reversing the order has
survived over 500 insert/probe/remove cycles.
At Tue, 1 Jan 2008 15:49:58 +0200,
Adrian Bunk wrote:
The h8300 port doesn't even compile anymore for some time (the
first compile error you run into was introduced 7 months ago by
commit c728d60455e8e8722ee08312a75f38dd7a866b5e).
Are there any patches in some external tree that should be
On Thu, 2008-01-03 at 10:56 -0800, Roland Dreier wrote:
If we've got time before 2.6.24 final, I'd wait on this a bit.
ib_srp:srp_remove_work() has them reversed as well, and I'm currently
tracking down why it oopses when the srp_remove_host() happens before
the scsi_remove_host(),
Abhishek Sagar wrote:
Masami Hiramatsu wrote:
...
Done. You should find the desired changed in this patch.
Well done!
This cleans it up very well.
I have just one more comment.
@@ -463,14 +487,26 @@ static int __kprobes reenter_kprobe(struct kprobe *p,
struct pt_regs *regs,
Rusty Russell wrote:
An AIO read or write should return -EINVAL if the offset is negative.
This check matches the one in pread and pwrite.
This was found by the libaio test suite.
Signed-off-by: Rusty Russell [EMAIL PROTECTED]
This looks fine to me.
Signed-off-by: Zach Brown [EMAIL
Subject: IB/srp: Fix list corruption/oops on module reload
ib_srp doesn't clean up the transport attributes properly when
unloading, so it leaves references around to free'd memory.
The srp_remove_host() cannot go before the scsi_remove_host() call as
the documented call sequence suggests, as it
On 12/30/2007 12:06 AM, Linda Walsh wrote:
I needed to get a new hard disk for one of my systems and thought that
it was about time to start going with SATA.
I picked up a Promise 4-Port Sata300-TX4 to go with a 750G
Seagate SATA -- I'd had good luck with a Promise ATA100 (P)ATA
and lower
i was wondering how to make kernel messages appear on /dev/ttyS0
without a reboot, i.e. kernelparam console=ttyS0
The solution is simple... the following piece of code is inside
opensuse-10.3/src/sysvinit-2.86-115.src.rpm#showconsole-1.08.tar.bz2#showconsole-1.08/blogd.c
(void)ioctl(0,
On Thu, 3 Jan 2008, Ingo Molnar wrote:
right now we are far away from it - SLUB has an order of magnitude
larger .o than SLOB, even on UP. I'm wondering why that is so - SLUB's
data structures _are_ quite compact and could in theory be used in a
SLOB-alike way. Perhaps one problem is that
On Thu, 2008-01-03 at 15:09 -0500, David Dillow wrote:
As for a better fix, I'm not sure.
Here's a better way than the strncmp. If this meets everyone's approval,
then I can roll up a proper commit.
diff --git a/drivers/scsi/scsi_transport_srp.c
b/drivers/scsi/scsi_transport_srp.c
index
Dear list,
this patch fixes a bug, that prevents the TPM chip to resume correctly from a
suspended state.
Signed-off-by: Marcel Selhorst [EMAIL PROTECTED]
---
--- linux-tpm/drivers/char/tpm/tpm.c2008-01-03 20:44:43.0 +0100
+++ linux/drivers/char/tpm/tpm.c2008-01-03
Olof Johansson wrote:
On Thu, Jan 03, 2008 at 01:56:58AM +0100, Arjan van de Ven wrote:
Subject: move WARN_ON() out of line
From: Arjan van de Ven [EMAIL PROTECTED]
CC: Ingo Molnar [EMAIL PROTECTED]
CC: Andrew Morton [EMAIL PROTECTED]
A quick grep shows that there are currently 1145 instances
Matt Mackall wrote:
I hate the do_foo naming scheme (how about __warn_on?), but otherwise:
Acked-by: Matt Mackall [EMAIL PROTECTED]
after I moved it around based on Olof's work, I've now ended up with
warn_on_slowpath()
+ printk(KERN_WARNING WARNING: at %s:%d %s()\n,
+
Another thing about the PacDigi core: one has to be very careful
to avoid sequential accesses to sequential PCI locations when
programming the chip -- it cannot handle merged register writes.
So for any group of sequentially laid out registers, the code has
to ensure it never writes two
On Thu, 3 Jan 2008, Dhaval Giani wrote:
Yes, no oom even after 20 mins of running (which is double the normal
time for the oom to occur), also no changes in free lowmem.
Ahhh.. Good then lets redo the patchset the right way (the patch so far
does not address the ZONE_MOVABLE issues) . Does
Subject: Add the end-of-trace marker and the module list to WARN_ON()
From: Arjan van de Ven [EMAIL PROTECTED]
CC: Ingo Molnar [EMAIL PROTECTED]
CC: Andrew Morton [EMAIL PROTECTED]
CC: Olof Johansson [EMAIL PROTECTED]
Unlike oopses, WARN_ON() currently doesn't print the loaded modules list.
This
Hi Abhishek,
Masami Hiramatsu wrote:
Hmm, I can not agree, because it is possible to insert a kprobe
into kprobe's instruction buffer. If it should be a bug, we must
check it when registering the kprobe.
I discussed it with other maintainers and knew that current kprobes
does not allow
+if (scsi_is_srp_rport(dev))
+srp_rport_del(dev_to_rport(dev));
This has the ring of truth to me as the right fix, although I
certainly don't know the details of this code... Fujita-san?
- R.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
kbuild.git contains at the moment 36 patches which is all for the upcoming
merge window.
It has been rebased to latest -linus git tree.
See shortlog below.
Pending patches
===
kbuild:
- Section garbage collection (Denys Vlasenko)
I had too little time to play with it so it will not
@@ -423,8 +423,8 @@ static void srp_remove_work(struct work_struct *work)
list_del(target-list);
spin_unlock(target-srp_host-target_lock);
-srp_remove_host(target-scsi_host);
scsi_remove_host(target-scsi_host);
+srp_remove_host(target-scsi_host);
Thanks... I
On Thursday, 3 of January 2008, Andi Kleen wrote:
+config PM_CPUINIT
+ bool
+ depends on PM
Please make it PM_SLEEP (PM is more than suspend/hibernation).
That was something that irritated me too while writing the patch, but the
functions I
am interested in with this are
On Thursday, 3 of January 2008, Dhaval Giani wrote:
On Mon, Dec 31, 2007 at 10:08:43AM -0500, Vivek Goyal wrote:
On Sat, Dec 29, 2007 at 11:11:13AM +0530, Dhaval Giani wrote:
On Fri, Dec 28, 2007 at 09:27:39AM -0500, Vivek Goyal wrote:
On Fri, Dec 28, 2007 at 06:15:32PM +0530, Dhaval
Hi Andrew,
Sorry for the late response.
Hi, I am trying to implement a watchdog driver in 2.6.23 for the i.MXL
cpu (based off of drivers/char/watchdog/s3c2410_wdt.c).
I had a question about the api doc for the watchdog
(Documentation/watchdog-api.txt). Line 37 says When the device is
On Thu, 3 Jan 2008 22:32:55 +0100
Sam Ravnborg [EMAIL PROTECTED] wrote:
kbuild.git contains at the moment 36 patches which is all for the upcoming
merge window.
It has been rebased to latest -linus git tree.
See shortlog below.
Pending patches
===
kbuild:
[snip]
- merge
Subject: move WARN_ON() out of line
From: Arjan van de Ven [EMAIL PROTECTED]
CC: Ingo Molnar [EMAIL PROTECTED]
CC: Andrew Morton [EMAIL PROTECTED]
CC: Olof Johansson [EMAIL PROTECTED]
CC: Matt Meckall [EMAIL PROTECTED]
A quick grep shows that there are currently 1145 instances of WARN_ON
in the
From: Hitoshi Mitake [EMAIL PROTECTED]
This is patch for i3000_edac.c . If you think this is useful, please use it!
There is a missing sequence of initialization code during startup.
Signed-off-by: Hitoshi Mitake [EMAIL PROTECTED]
Signed-off-by: Jason Uhlenkott [EMAIL PROTECTED]
From: Doug Thompson [EMAIL PROTECTED]
Made a previous global variable, static in scope
Signed-off-by: Doug Thompson [EMAIL PROTECTED]
---
mpc85xx_edac.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6.23.8/drivers/edac/mpc85xx_edac.c
From: Jason Uhlenkott [EMAIL PROTECTED]
Modified to run on x86_64 as well as x86
i3000_edac builds (and runs) fine on x86_64.
Signed-off-by: Jason Uhlenkott [EMAIL PROTECTED]
Signed-off-by: Doug Thompson [EMAIL PROTECTED]
---
Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
From: Doug Thompson [EMAIL PROTECTED]
This EDAC patch set was applied against: 2.6.24-rc6-mm1
1) Fixed a pci parity regression
2) enabled i3000 building under x86_64 as well as for x86
3) limit scope of variable by adding static to mpc85xx
4) added missing initialization code to i3000
From: Bryan Boatright [EMAIL PROTECTED]
Using the EDAC code in kernel.org kernel version 2.6.23.8 I am seeing the
following problem:
In the kernel there is a pci device attribute located in sysfs that is
checked by the EDAC PCI scanning code. If that attribute is set,
PCI
On Thu, 03 Jan 2008 12:13:32 -0500
Lee Schermerhorn [EMAIL PROTECTED] wrote:
Yes, but the problem, when it occurs, is very awkward. The system just
hangs for hours/days spinning on the reverse mapping locks--in both
page_referenced() and try_to_unmap(). No pages get reclaimed and NO OOM
The following patches merge the mkimage tool into the kernel. This
utility is used by several arches to create a uImage file suitable for
booting with U-Boot.
As it stands today, a mkuboot.sh script is called, which searches for
the mkimage utility installed on the host system. This is slightly
Several platforms require the mkimage tool to generate a uImage file that is
used with U-Boot. This brings the mkimage tool in-kernel to enable building
those platforms without having mkimage externally provided. The tool is named
mkubootimg for better clarity.
This is currently based off of
Rework the architecture specific Makefiles to use the in-kernel version of
the mkubootimg tool.
Signed-off-by: Josh Boyer [EMAIL PROTECTED]
---
arch/arm/boot/Makefile |4 ++--
arch/avr32/boot/images/Makefile |4 ++--
arch/blackfin/boot/Makefile |4 ++--
Hi.
Oliver Neukum wrote:
Am Donnerstag, 3. Januar 2008 10:52:53 schrieb Nigel Cunningham:
Hi.
Oliver Neukum wrote:
Am Donnerstag 03 Januar 2008 schrieb Nigel Cunningham:
On top of this, I made a (too simple at the moment) freeze_filesystems
function which iterates through super_blocks in
Now that the mkubootimg tool is merged into the kernel, we can remove the unused
mkuboot.sh script.
Signed-off-by: Josh Boyer [EMAIL PROTECTED]
---
scripts/mkuboot.sh | 19 ---
1 file changed, 19 deletions(-)
--- linux-2.6.orig/scripts/mkuboot.sh
+++ /dev/null
@@ -1,19 +0,0
601 - 700 of 787 matches
Mail list logo
