On Thu, Jan 10, 2008 at 02:47:33AM +, Matthew Hall wrote:
> I am using the Supermicro H8DCE motherboard. Some (not all) of the SATA
> channels quit working due to some kind of resource conflict when I
> upgrade to any kernel above 2.6.20.xx series, in my case I am running
> 2.6.20.21 SMP x86
On Wed, 2008-01-09 at 18:29 -0500, Steven Rostedt wrote:
> +enum trace_flag_type {
> + TRACE_FLAG_IRQS_OFF = 0x01,
> + TRACE_FLAG_NEED_RESCHED = 0x02,
> + TRACE_FLAG_NEED_RESCHED_DELAYED = 0x04,
> + TRACE_FLAG_HARDIRQ = 0x08,
> + TRACE
Hello,
tick_nohz_stop_sched_tick() and tick_nohz_restart_sched_tick()
pair in cpu_idle() is different from 32-bit version.
From: Hiroshi Shimamoto <[EMAIL PROTECTED]>
Subject: [PATCH] x86_64: move out tick_nohz_stop_sched_tick() call from the loop
Move out tick_nohz_stop_sched_tick() call from t
On Wed, Jan 02, 2008 at 01:42:23PM -0700, Bjorn Helgaas wrote:
> The patch below was put in 2.6.23.12 as a fix for
> http://bugzilla.kernel.org/show_bug.cgi?id=9514. It apparently
> does make 9514 go away, but only by coincidence. There are a
> couple other ideas about fixing 9514. My proposed p
On Fri, Dec 28, 2007 at 11:50:49PM +, Russell King - ARM Linux wrote:
> On Fri, Dec 28, 2007 at 03:03:22PM -0800, Andrew Morton wrote:
> > On Fri, 28 Dec 2007 13:11:37 + "Bahadir Balban" <[EMAIL PROTECTED]>
> > wrote:
> >
> > > Hi,
> > >
> > > On ARM with PCI, I get this error since -rc2
On Wed, 2008-01-09 at 18:29 -0500, Steven Rostedt wrote:
> + /* Don't trace irqs off for idle */
> + stop_critical_timings();
> idle();
> + start_critical_timings();
Is there another way to hook into the id
On Tuesday January 8, [EMAIL PROTECTED] wrote:
>
> FWIW, I'm going to go through Arjan's collection and post blow-by-blow
> analysis of some of those suckers. Tonight, probably...
>
> Let's take e.g. http://www.kerneloops.org/raw.php?rawid=2618
Thanks for that analysis.
...
>
> Humm... So we
On Thu, 10 Jan 2008 08:56:31 +0530
Balbir Singh <[EMAIL PROTECTED]> wrote:
> > > The control_type feature is gone. We still have cached page
> > > accounting, but we do not allow control of only RSS pages anymore. We
> > > need to control both RSS+cached pages. I do not understand your
> > > quest
On Wed, 2008-01-09 at 15:01 -0800, Andrew Morton wrote:
> So are you saying that the fs throughput is unaltered by this change,
> but that the side-effects which your workload has on the overall
> machine are lessened?
Yes. UDF IO is still a slow trickle, but the box is now fine under VM
stress
Matthew,
On Wed, Jan 09, 2008 at 08:39:45PM -0700, Matthew Wilcox wrote:
> On Thu, Jan 10, 2008 at 02:47:33AM +, Matthew Hall wrote:
> > I am using the Supermicro H8DCE motherboard. Some (not all) of the SATA
> > channels quit working due to some kind of resource conflict when I
> > upgrade
On Jan 8, 2008 3:59 PM, Rik van Riel <[EMAIL PROTECTED]> wrote:
> On large memory systems, the VM can spend way too much time scanning
> through pages that it cannot (or should not) evict from memory. Not
> only does it use up CPU time, but it also provokes lock contention
> and can leave large sys
Matthew Hall wrote:
ACPI: PCI Interrupt Link [LT3D] enabled at IRQ 46
ACPI: PCI Interrupt :80:07.0[A] -> Link [LT3D] -> GSI 46 (level,
low) -> IRQ 46
sata_nv :80:07.0: Using ADMA mode
PCI: Unable to reserve mem region #6:[EMAIL PROTECTED] for device
:80:07.0
ACPI: PCI interrupt for de
Quoting Miklos Szeredi ([EMAIL PROTECTED]):
> From: Miklos Szeredi <[EMAIL PROTECTED]>
>
> Allow bind mounts to unprivileged users if the following conditions are met:
>
> - mountpoint is not a symlink
> - parent mount is owned by the user
> - the number of user mounts is below the maximum
On Wednesday 09 January 2008 04:00:43 pm Alasdair G Kergon wrote:
> On Wed, Jan 09, 2008 at 03:31:00PM -0800, Vadim Lobanov wrote:
> > From 2.6.23's fs/ioctl.c - do_ioctl():
>
> Ah - you're talking about struct file_operations of course;
> I was talking about struct block_device_operations.
>
> Ala
Hello.
Indan Zupancic wrote:
> Good point, but I assume they all have at least a directory granularity, and
> then
> /dev/ can be static and udev and other can have free reign in e.g.
> /dev/dynamic/.
> Just use subdirs for the dynamic stuff and this granularity problem is, with
> slight inconve
On Wed, Jan 09, 2008 at 11:40:47PM -0500, Jeff Garzik wrote:
> Error -16 is EBUSY, which causes the driver load to fail due to the "Unable
> to reserve mem region" message.
>
> This means that the sata_nv driver needed to use PCI BAR 6, but was unable
> to for some reason. Given that sata_nv use
On Wed, 2008-01-09 at 16:56 +, Alan Cox wrote:
> On Wed, 9 Jan 2008 14:26:26 +0100 (CET)
> Jiri Kosina <[EMAIL PROTECTED]> wrote:
>
> > On Wed, 9 Jan 2008, Matthew Wilcox wrote:
> >
> > > > default:
> > > > printk("%s: Unimplemented ioctl 0x%x\n", tape->name,
> > > >
So my radical ultra tired rant o the week...
Rather than adding sys_indirect and syslets as is,
* admit that this is beginning to look like a new ABI. explore the
freedoms that that avenue opens...
* (even more radical) I wonder what a tiny, SANE register-based
bytecode interface might loo
Matthew Hall wrote:
On Wed, Jan 09, 2008 at 11:40:47PM -0500, Jeff Garzik wrote:
Error -16 is EBUSY, which causes the driver load to fail due to the "Unable
to reserve mem region" message.
This means that the sata_nv driver needed to use PCI BAR 6, but was unable
to for some reason. Given th
On Thu, Jan 10, 2008 at 03:13:48PM +1100, Neil Brown wrote:
> > What guarantees that it doesn't happen before we get to callback? AFAICS,
> > nothing whatsoever...
>
> Yes, that's bad isn't it :-)
>
> I think I should be using sysfs_schedule_callback here. That makes the
> required 'get' and '
This patch is simple; I don't know if it's .24 candidate; the bug is pretty bad
but not a recent regression,
and there is obviously some risk with touching this code.
Subject: Fix x86 32 bit FRAME_POINTER chasing code
From: Arjan van de Ven <[EMAIL PROTECTED]>
The current x86 32 bit FRAME_POIN
Subject: Make the 32 bit Frame Pointer backtracer fall back to traditional
From: Arjan van de Ven <[EMAIL PROTECTED]>
The 32 bit Frame Pointer backtracer code checks if the EBP is valid
to do a backtrace; however currently on a failure it just gives up
and prints nothing. That's not very nice; we
On Wed, 2008-01-09 at 22:05 -0800, Arjan van de Ven wrote:
> Subject: Make the 32 bit Frame Pointer backtracer fall back to traditional
> From: Arjan van de Ven <[EMAIL PROTECTED]>
>
> The 32 bit Frame Pointer backtracer code checks if the EBP is valid
> to do a backtrace; however currently on a f
On Thu, 3 Jan 2008 16:55:07 + Alan Cox <[EMAIL PROTECTED]> wrote:
> Invalid speeds are forced to 9600. Update the code for this to encode new
> style baud rates properly.
>
> Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
>
> diff -u --new-file --recursive --exclude-from /usr/src/exclude
> lin
On Sun, 6 Jan 2008 15:07:28 +0100 Sam Ravnborg wrote:
> This is the current list of warnings
Sam,
Several of these are due to driver variable names not matching
the whitelisted names in modpost. I have patches for the ones
that I have identified so far. And I have patches for a few of
the oth
Subject: Add a simple backtrace test module
From: Arjan van de Ven <[EMAIL PROTECTED]>
During the work on the x86 32 and 64 bit backtrace code I found it useful
to have a simple test module to test a process and irq context backtrace.
Since the existing backtrace code was buggy, I figure it might
* Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> +++ linux-2.6.24-rc7/arch/x86/kernel/traps_32.c
> @@ -124,7 +124,8 @@ static inline unsigned long print_contex
> unsigned long addr;
>
> addr = frame->return_address;
> - ops->address(data, addr);
> +
* Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> Subject: Make the 32 bit Frame Pointer backtracer fall back to traditional
> From: Arjan van de Ven <[EMAIL PROTECTED]>
>
> The 32 bit Frame Pointer backtracer code checks if the EBP is valid to
> do a backtrace; however currently on a failure it
On Wed, Jan 09, 2008 at 02:04:29PM +0100, Joerg Platte wrote:
> Am Mittwoch, 9. Januar 2008 schrieb Fengguang Wu:
> > On Wed, Jan 09, 2008 at 01:22:33PM +0100, Joerg Platte wrote:
> > > Am Mittwoch, 9. Januar 2008 schrieb Fengguang Wu:
> > >
> > > Thank your for the hint with the filesystems!
> > >
Subject: ACPI: convert procfs to sysfs for /proc/acpi/wakeup
From: Yi Yang <[EMAIL PROTECTED]>
/proc/acpi/wakeup is deprecated but it has to exist because
we haven't a sysfs interface to replace it yet, this patch
converts /proc/acpi/wakeup to sysfs interface, under every
acpi device sysfs node, a
Similar cleanup was done when unifying kprobes_32|64.c and
wrmsr() was chosen there over wrmsrl().
Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
---
Ingo, only chose this direction based on the kprobes.c unification.
arch/x86/kernel/step.c |4
1 files changed, 0 insertions(+), 4 de
[ CCing Ian Campbell who handles much of the maintenance of kexec in Xen ]
On Thu, Jan 10, 2008 at 10:08:09AM +0800, Huang, Ying wrote:
> On Wed, 2008-01-09 at 20:05 -0500, Vivek Goyal wrote:
> > On Wed, Jan 09, 2008 at 10:57:50AM +0800, Huang, Ying wrote:
> > > This patch transforms the kexec pag
Joerg,
Can you try the attached patches? Thank you.
I cannot reliably reproduce the bug yet.
Fengguang
mm/filemap_xip.c |1 +
1 files changed, 1 insertion(+)
Index: linux/mm/filemap_xip.c
===
--- linux.orig/mm/filemap_xip.c
+++
* Miklos Szeredi <[EMAIL PROTECTED]> wrote:
> FASTCALL is defined empty in -mm, but UML is not compiled with
> -mregparm=3 and so this breaks things (I noticed problems with
> rwsem_down_write_failed).
>
> Tried recompiling UML with -mregparm=3, but that resulted in a strange
> failure immedi
get_segment_eip has similarities to convert_rip_to_linear(),
and is used in a similar context. Move get_segment_eip to
step.c to allow easier consolidation.
Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
---
Ingo, you may want to fold this into my previous patch:
x86: begin fault_{32|64}.c u
On Wed, Jan 09, 2008 at 10:57:25PM +0100, Andi Kleen wrote:
>
> In gitx86:
>
> commit 692effca950d7c6032e8e2ae785a32383e7af4a3
> Author: John Reiser <[EMAIL PROTECTED]>
> Date: Wed Jan 9 13:31:12 2008 +0100
>
> STT_FUNC for assembler checksum and semaphore ops
> ...
> Comments?
>
A first attempt at switching the m68knommu/ColdFire PIT timer to
use GENERIC_TIME.
Signed-of-by: Greg Ungerer <[EMAIL PROTECTED]>
--- arch/m68knommu/platform/5307/pit.c 10 Oct 2007 06:46:56 - 1.11
+++ arch/m68knommu/platform/5307/pit.c 10 Jan 2008 07:17:34 -
@@ -3,9 +3,10 @@
/*
On Thursday, 10 January 2008 00:21:46 Yi Yang wrote:
> Subject: ACPI: convert procfs to sysfs for /proc/acpi/wakeup
> From: Yi Yang <[EMAIL PROTECTED]>
>
> /proc/acpi/wakeup is deprecated but it has to exist because
> we haven't a sysfs interface to replace it yet, this patch
> converts /proc/acpi
On Wed, 2 Jan 2008 23:47:04 +0300 Evgeniy Dushistov <[EMAIL PROTECTED]> wrote:
> If create symlink on UFS2 filesystem under Linux,
> it looks wrong under other OSes, because of max symlink length
> field was not initialized properly, and data blocks were not
> used to save short symlink names.
>
On Thu, Jan 10, 2008 at 03:30:46PM +0800, Fengguang Wu wrote:
> Joerg,
>
> Can you try the attached patches? Thank you.
> I cannot reliably reproduce the bug yet.
Please ignore the first patch and only apply the two debugging
patches. They will produce many printk messages. The output of
`dmesg
On Wed, 02 Jan 2008 13:51:10 -0800 Dave Hansen <[EMAIL PROTECTED]> wrote:
>
> One of the benefits of the r/o bind mount patches is that they
> make it explicit when a write to a superblock might occur.
> We currently search sb->s_files when remounting rw->ro to look
> for writable files. But, th
On Thu, 10 Jan 2008, Rene Herman wrote:
> On 09-01-08 23:43, Ondrej Zary wrote:
>
> Jaroslav -- in your role as ISA-PnP maintainer and Bjorn, in yours as
> having been foollish enough to touch PnP recently:
>
> > as hibernation (swsusp) started to work with my CPU, I found that my Turtle
> > B
401 - 442 of 442 matches
Mail list logo
