On Thu, 03 Jan 2008 13:34:45 +0100
Tomas Carnecky <[EMAIL PROTECTED]> wrote:
> Christer Weinigel wrote:
> > By the way, what is the consensus on lines over 80 characters?
> > checkpatch complains about the following:
> >
> > WARNING: line over 80 characters
> > #762: FILE:
On Wed, Jan 02, 2008 at 07:59:15PM +, Paulo Marques wrote:
> Xiaofan Chen wrote:
>> On Dec 30, 2007 11:53 AM, mgross <[EMAIL PROTECTED]> wrote:
>>> [...]
>>> What is the linux-usb policies on new drivers that could be
>>> implemented in user space? When does a kernel driver make sense over
[Added some CCs]
On Thursday, 3 of January 2008, Christian Kujau wrote:
> hi,
>
> a few minutes after upgrading from -rc5 to -rc6 I got:
>
> [ 1310.670986] =
> [ 1310.671690] [ INFO: possible recursive locking detected ]
> [ 1310.672097] 2.6.24-rc6 #1
On Thu, 3 Jan 2008 22:41:40 +
Ben Dooks <[EMAIL PROTECTED]> wrote:
> On Thu, Jan 03, 2008 at 04:04:06PM -0600, Josh Boyer wrote:
> > Rework the architecture specific Makefiles to use the in-kernel version of
> > the mkubootimg tool.
> >
> > Signed-off-by: Josh Boyer <[EMAIL PROTECTED]>
>
>
On Thu, 2008-01-03 at 15:46 -0700, NeilBrown wrote:
> This patch fixes a fairly serious bug in md/raid5 in 2.6.23 and 24-rc.
> It would be great if it cold get into 23.13 and 24.final.
> Thanks.
> NeilBrown
>
> ### Comments for Changeset
>
> We currently do not wait for the block from the
hi,
a few minutes after upgrading from -rc5 to -rc6 I got:
[ 1310.670986] =
[ 1310.671690] [ INFO: possible recursive locking detected ]
[ 1310.672097] 2.6.24-rc6 #1
[ 1310.672421] -
[ 1310.672828]
Hi Roland,
Just want to make sure you've seen this patch and if it looks ok for you.
Thanks
Nam
On Thursday 20 December 2007 15:06, Hoang-Nam Nguyen wrote:
> This patch allows ehca to forward event client-reregister-required to
> registered clients. Such one event is generated by the switch eg.
This patch fixes a fairly serious bug in md/raid5 in 2.6.23 and 24-rc.
It would be great if it cold get into 23.13 and 24.final.
Thanks.
NeilBrown
### Comments for Changeset
We currently do not wait for the block from the missing device
to be computed from parity before copying data to the new
On Thu, Jan 03, 2008 at 04:04:06PM -0600, Josh Boyer wrote:
> Rework the architecture specific Makefiles to use the in-kernel version of
> the mkubootimg tool.
>
> Signed-off-by: Josh Boyer <[EMAIL PROTECTED]>
A CC: to RMK and any other arch maintainers being touched by this
would have useful
what the heck, applied.
--
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/
On Thu, 3 Jan 2008 17:33:20 -0500
"Mike Frysinger" <[EMAIL PROTECTED]> wrote:
> On Jan 3, 2008 5:26 PM, Josh Boyer <[EMAIL PROTECTED]> wrote:
> > On Thu, 3 Jan 2008 17:15:48 -0500 "Mike Frysinger" <[EMAIL PROTECTED]>
> > wrote:
> > > On Jan 3, 2008 5:02 PM, Josh Boyer <[EMAIL PROTECTED]> wrote:
On Jan 3 2008 22:32, Sam Ravnborg wrote:
>
>On top of this I have my personal todo items such as:
>- modern ncurses interface for menuconfig (ala tig, htop and others)
Sorry.. your comparison {menuconfig, htop} raises an "incompatible
pointer passed" on my side. Please explain :)
>TODO items
On Jan 3, 2008 5:26 PM, Josh Boyer <[EMAIL PROTECTED]> wrote:
> On Thu, 3 Jan 2008 17:15:48 -0500 "Mike Frysinger" <[EMAIL PROTECTED]> wrote:
> > On Jan 3, 2008 5:02 PM, Josh Boyer <[EMAIL PROTECTED]> wrote:
> > > Several platforms require the mkimage tool to generate a uImage file that
> > > is
> For non-audio connections the problem remains.
> Maybe we can remove the tty_ldisc_flush() in isdn_tty_modem_result()
> at all because it's done at tty_close?
I'm not sure I understand why the tty_ldisc_flush is being done in the
ISDN layer at this point but this change looks fine to me.
Alan
On Thu, 2008-01-03 at 22:26 +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]>
> CC: Olof Johansson <[EMAIL PROTECTED]>
> CC: Matt Meckall <[EMAIL
On Thursday, 3 of January 2008, Nigel Cunningham wrote:
> Hi.
>
> Rafael J. Wysocki wrote:
> > On Wednesday, 2 of January 2008, Nigel Cunningham wrote:
> >> Pavel Machek wrote:
> So how do you handle threads that are blocked on I/O or a lock
> during the system freeze process,
On Thu, 3 Jan 2008 17:15:48 -0500
"Mike Frysinger" <[EMAIL PROTECTED]> wrote:
> On Jan 3, 2008 5:02 PM, Josh Boyer <[EMAIL PROTECTED]> wrote:
> > 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
The DLE handling in i4l-audio seems to be broken.
It produces spurious DLEs so asterisk 1.2.24 with chan_modem_i4l
gets irritated, the error message is:
"chan_modem_i4l.c:450 i4l_read: Value of escape is ^ (17)".
-> There shouldn't be a DLE-^.
If a spurious DLE-ETX occurs, the audio connection
The ISDN tty layer doesn't produce a 'NO CARRIER' message after hangup.
I suppose it broke when tty_buffer_flush() has been added to
tty_ldisc_flush() in the commit below.
For isdn_tty_modem_result(RESULT_NO_CARRIER..) the
message inserted via isdn_tty_at_cout() -> tty_insert_flip_char()
is
On Jan 3, 2008 5:02 PM, Josh Boyer <[EMAIL PROTECTED]> wrote:
> 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
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
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
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
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
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
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
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
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: 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]>
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]
>
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
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,
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
> @@ -423,8 +423,8 @@ static void srp_remove_work(struct work_struct *work)
> list_del(>list);
> spin_unlock(>srp_host->target_lock);
>
> -srp_remove_host(target->scsi_host);
> scsi_remove_host(target->scsi_host);
> +srp_remove_host(target->scsi_host);
Thanks... I
> +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
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
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
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
> 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
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",
+
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
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
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
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
>>>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
>>
>>
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
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
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
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,
>
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
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
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
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
While examining vmlinux namelist on i386 (nm -v vmlinux) I noticed :
c01021d0 t es7000_rename_gsi
c010221a T es7000_start_cpu
c0103000 T thread_saved_pc
and
c0113218 T acpi_restore_state_mem
c0113219 T acpi_save_state_mem
c0114000 t wakeup_code
This is because
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
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
On Mon, Nov 12, 2007 at 04:17:55PM -0800, Randy Dunlap wrote:
> I'm not very happy with hint #2. I struggled with ways to express it
> and finally decided to ship it^W^W release early/release often. :)
> Suggestions welcome.
>
> ---
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> Add a section on
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
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
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
* Ingo Molnar ([EMAIL PROTECTED]) wrote:
>
> * K. Prasad <[EMAIL PROTECTED]> wrote:
>
> > @@ -486,12 +309,12 @@ void rcu_unboost_readers(void)
> >
> > spin_lock_irqsave(_boost_wake_lock, flags);
> >
> > - rcu_trace_boost_try_unboost_readers(RCU_BOOST_ME);
> > +
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
* 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
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
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/
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 --
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:
On 1/3/08, Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
> Index: linux/Documentation/x86_64/boot-options.txt
> ===
> --- linux.orig/Documentation/x86_64/boot-options.txt
> +++
> 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
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
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
>
> 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
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
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:
>
>
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
* Steven Rostedt ([EMAIL PROTECTED]) wrote:
>
>
> >
> > > {
> > > struct irq_desc *desc = irq_desc + irq;
> > > struct irqaction *action;
> > > Index: linux-compile.git/kernel/lockdep.c
> > > ===
> > > ---
* 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
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
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
>
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
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) &&
>>
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
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?
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
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:
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
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 +
> > +++
* 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
* 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 [] remove_wait_queue+0xc/0x4a <--
> [] free_poll_entry+0x1e/0x2a
> CPU 2: bash:2610 [] tty_check_change+0x9/0xb6 <--
> [] tty_ioctl+0x59f/0xcdd
>
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
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
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
On x86-64 there are several memory allocations before bootmem. To avoid
them stomping on each other they used to be all hard coded in bad_area().
Replace this with an array that is filled as needed.
This cleans up the code considerably and allows to expand its use.
Cc: [EMAIL PROTECTED]
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:
> 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
101 - 200 of 787 matches
Mail list logo