Hi Andi.
On Mon, Feb 18, 2008 at 02:12:01PM +0100, Andi Kleen wrote:
> Arnaldo Carvalho de Melo <[EMAIL PROTECTED]> writes:
> >
> > [EMAIL PROTECTED] net-2.6]$ l /tmp/sys_ia32.o.before /tmp/sys_ia32.o.after
> > -rw-rw-r-- 1 acme acme 185240 2008-02-06 19:19 /tmp/sys_ia32.o.after
> > -rw-rw-r-- 1 a
Hi!
> So that's using the old IDE drivers.
> And the network and USB are sharing IRQ#11 with each
> other.
>
> If you are going to be using newer kernels like this
> (2.6.23+),
> then you might consider shifting those drives over to
> libata drivers.
Yes, that will probably fix it for him, bu
On Tue 2008-02-19 09:52:22, Tino Keitel wrote:
> On Mon, Feb 18, 2008 at 20:49:04 +0100, Pavel Machek wrote:
> > On Mon 2008-02-18 01:28:15, Tino Keitel wrote:
> > > Hi folks,
> > >
> > > with 2.6.25-rc2, my Mac mini Core Duo hangs at suspend. The last
> > > message on the console is "Suspending c
On Sat, 2008-02-23 at 08:42 +0100, Mike Galbraith wrote:
> Meanwhile back at the ranch, reverting
> 6b00769fe1502b4ad97bb327ef7ac971b208bfb5
> 40b01b9bbdf51ae543a04744283bf2d56c4a6afa and the one entangled line from
> dde2020754aeb14e17052d61784dcb37f252aac2 did restore my burner.
It looks like
* Yinghai Lu <[EMAIL PROTECTED]> wrote:
> quad core 8 socket system will have apic id lifting.the apic id range
> could be [4, 0x23]. and apic_is_clustered_box will think that need to
> three clusters and that is large than 2. So it is treated as
> clustered_box.
>
> and will get
>
> Marking
On Fri, 22 February 2008 23:28:58 +0100, Krzysztof Halasa wrote:
> Al Viro <[EMAIL PROTECTED]> writes:
>
> > IMO the line length overruns make good warnings. Not as in "here's a cheap
> > way to get more changesets", but as in "that code might have other problems
> > nearby" kind of heuristics.
>
On Sat, Feb 23, 2008 at 06:34:38PM -0800, Suresh Siddha wrote:
> Split the FPU save area from the task struct. This allows easy migration
> of FPU context, and it's generally cleaner. It also allows the following
> two optimizations:
>
> 1) only allocate when the application actually uses FPU, so
On Sun 2008-02-24 09:36:07, David Woodhouse wrote:
>
> On Sun, 2008-02-24 at 00:57 +0100, Pavel Machek wrote:
> > Hi!
> >
> > I'm trying to free space by truncating big file, and I get:
> >
> > [EMAIL PROTECTED]:~# ls -al gps.nmea
> > -rw-r--r--1 root root 2332070 Feb 19 22:13 gps.
* Suresh Siddha <[EMAIL PROTECTED]> wrote:
> Split the FPU save area from the task struct. This allows easy
> migration of FPU context, and it's generally cleaner. It also allows
> the following two optimizations:
>
> 1) only allocate when the application actually uses FPU, so in the
> first
On Sun, 24 February 2008 09:36:07 +0900, David Woodhouse wrote:
> On Sun, 2008-02-24 at 00:57 +0100, Pavel Machek wrote:
> >
> > I'm trying to free space by truncating big file, and I get:
> >
> > [EMAIL PROTECTED]:~# ls -al gps.nmea
> > -rw-r--r--1 root root 2332070 Feb 19 22:13 gp
On Wed, Feb 20, 2008 at 9:46 AM, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> Provide the basic infrastructure to reserve and charge/account network memory.
...
> Index: linux-2.6/net/core/sock.c
> ===
> --- linux-2.6.orig/net/core/
Andrew Morton <[EMAIL PROTECTED]> writes:
> um, is that code namespace-clean?
Choke, gag.
There are uid namespace issues but since no one has finished the
uid namespace that I am aware of that is minor.
However the code does not appear clean/maintainable. The normal linux
signal sending policy
On Sun, Feb 24, 2008 at 12:31:17AM -0500, Christoph Hellwig wrote:
> On Sun, Feb 24, 2008 at 12:18:23AM -0500, Jeff Garzik wrote:
> > hm. We'll see how it plays out... on the remove side, the above is
> > exact what happens in gdth_remove_one() without my patch, thus
> > consolidating two c
Stephen, when you address these comments, please double check the lkml
address. It was misspelled when you sent this patch.
Cheers,
g.
On Sat, Feb 23, 2008 at 11:16 PM, Grant Likely
<[EMAIL PROTECTED]> wrote:
> On Mon, Feb 11, 2008 at 11:24 AM, Stephen Neuendorffer
> <[EMAIL PROTECTED]> wrote:
On Sat, 2008-02-23 at 20:00 +0100, Oliver Pinter wrote:
> the pci=nommconf kernel parameter helped it?
yes indeed, this switch reliably helps to over come the hang at *this
stage* (I tried booting with booth the switch and w/o).
however with 50% chance I still see a hang directly after
cpuidle:
From: Jeff Garzik <[EMAIL PROTECTED]>
Date: Sun, 24 Feb 2008 00:48:54 -0500
> I trust you... Otherwise I wouldn't have volunteered to move my
> upstream from Linus to you :)
...
> So (as you saw in last email)... rebased and resend.
Thanks :)
--
To unsubscribe from this list: send the line "uns
From: Grant Likely <[EMAIL PROTECTED]>
Commit id 94f389485e27641348c1951ab8d65157122a8939 (Separate MPC52xx PSC
FIOF regsiters from the rest of PSC) split the PSC fifo registers away
from the core PSC regs. Doing so broke the mpc52xx_psc_spi driver.
This patch teaches the mpc52xx_psc_spi driver
David Miller wrote:
Jeff, I really don't want to pull that tree in. Please trust me as
your upstream to handle merging issues, as needed.
I trust you... Otherwise I wouldn't have volunteered to move my
upstream from Linus to you :)
My main issues/motivations were:
* quite simply, just fo
quad core 8 socket system will have apic id lifting.the apic id range could
be [4, 0x23]. and apic_is_clustered_box will think that need to three clusters
and that is large than 2. So it is treated as clustered_box.
and will get
Marking TSC unstable due to TSCs unsynchronized
even the CPUs have
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
to receive the following updates:
drivers/ata/ahci.c| 23 +--
drivers/ata/libata-core.c | 16 ++--
drivers/ata/libata-pmp.c
Christoph Hellwig wrote:
On Sun, Feb 24, 2008 at 12:18:23AM -0500, Jeff Garzik wrote:
hm. We'll see how it plays out... on the remove side, the above is
exact what happens in gdth_remove_one() without my patch, thus
consolidating two cases of the same code into one. There is a less-stron
On Sun, Feb 24, 2008 at 12:18:23AM -0500, Jeff Garzik wrote:
> hm. We'll see how it plays out... on the remove side, the above is
> exact what happens in gdth_remove_one() without my patch, thus
> consolidating two cases of the same code into one. There is a less-strong
> argument for doi
Pavel Machek wrote:
power_state is scheduled for removal, and libata uses it in write-only
mode. Remove it.
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
diff --git a/drivers/ata/libata-core.c b/drivers/ata/libata-core.c
index b4985bc..a31572d 100644
--- a/drivers/ata/libata-core.c
+++ b/driv
Hi all,
I have created today's linux-next tree at
git://git.kernel.org/pub/scm/linux/kernel/git/sfr/linux-next.git.
You can see which trees have been included by looking in the Next/Trees
file in the source. There are also quilt-import.log and merge.log files
in the Next directory. Between each
Christoph Hellwig wrote:
Eventually we shoud just kill the INT_COAL ifdefed code. It has never
been enabled and clutters up the driver quite badly.
Noted (queued)... fine by me, and makes life easier.
+#ifdef CONFIG_EISA
+ if ((ha->type == GDT_EISA) && (ha->ccb_phys))
+
Atsushi Nemoto wrote:
Fix NCFGR.SPD setting on 10Mbps. This bug was introduced by
conversion to generic PHY layer in kernel 2.6.23.
Signed-off-by: Atsushi Nemoto <[EMAIL PROTECTED]>
---
diff --git a/drivers/net/macb.c b/drivers/net/macb.c
index 81bf005..1d210ed 100644
--- a/drivers/net/macb.c
+
Laura Garcia wrote:
Use register offset definition for WOLcgClr. This patch does not
change the driver behaviour.
Signed-off-by: Laura Garcia Liebana <[EMAIL PROTECTED]>
modified: drivers/net/via-rhine.c
---
drivers/net/via-rhine.c |2 +-
1 files changed, 1 insertions(+), 1 dele
On Sun, 2008-02-24 at 05:08 +0100, J.C. Pizarro wrote:
> One reason: for the objective of gain interactivity, it's an issue that
> CFS fair scheduler lacks it.
A bug report would be a much better first step toward resolution of any
interactivity issues you're seeing than posts which do nothing
On Sat, Feb 23, 2008 at 11:44:44PM -0500, Jeff Garzik wrote:
> Several misc. cleanups:
>
> - remove recently-noop'd 'reverse_scan' module parm
>
> - remove pointless function prototypes
>
> - remove ha->pccb, its value always == &ha->cmdext
>
> - move thrice-redundant DMA memory alloc and (in E
On Sun, 24 Feb 2008, David Newall wrote:
>
> > which talks more about what matters - too deep indentation.
>
> What's too deep? Is the following too deep?
It would be, if it weren't artificially so, for violates several kernel
coding standards, one being that the "case" labels indent with the
Several misc. cleanups:
- remove recently-noop'd 'reverse_scan' module parm
- remove pointless function prototypes
- remove ha->pccb, its value always == &ha->cmdext
- move thrice-redundant DMA memory alloc and (in EISA's case, mapping)
into common functions gdth_ha_alloc(), gdth_ha_free()
-
On Sat, 23 Feb 2008 22:39:11 -0600 James Bottomley <[EMAIL PROTECTED]> wrote:
>
> In future, it would be nice if you could send SCSI patches to the SCSI
> list: [EMAIL PROTECTED]
Sure thing.
> But actually, a more complete version of this one is already upstream as
> commit 0a3716eb04ccfdbef6e872
On Sun, 2008-02-24 at 15:27 +1100, Stephen Rothwell wrote:
> Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
> ---
> drivers/scsi/mvsas.c |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> Discovered while compiling Linus' tree in preparation for today's linux-next.
>
> diff --
On Sat, Feb 23, 2008 at 11:32:35PM -0500, Jeff Garzik wrote:
> The following
>
> make ARCH=i386 allmodconfig && \
> make ARCH=i386 -sj5
>
> on x86-64 produces the following build breakage at the post-build stage:
>
> [...]
> Root device is (9, 0)
> Setup is 12504 bytes (padded to 128
Linus Torvalds wrote:
> On Sat, 23 Feb 2008, David Newall wrote:
>
>> Do you actually get 80 columns wide on it?
>>
>
> Do people really care that deeply?
> ...
> And do I find lines longer than 80 charactes unreadable? Hell no.
>
I care, yes. I've found my code looks much prettier, wi
On Sat, 2008-02-23 at 21:43 +0100, Rafael J. Wysocki wrote:
> Can you please apply the appened patch and retest?
Didn't apply cleanly to v2.6.25-rc2; I had to mangle one or two lines.
The patch I applied follows at the end of this message.
Unfortunately, it's about the same as before. I got:
Fre
The following
make ARCH=i386 allmodconfig && \
make ARCH=i386 -sj5
on x86-64 produces the following build breakage at the post-build stage:
[...]
Root device is (9, 0)
Setup is 12504 bytes (padded to 12800 bytes).
System is 1883 kB
Kernel: arch/x86/boot/bzImage is ready (#2)
ER
Jan Engelhardt wrote:
> static void blah(void)
> {
> if (foo) {
> bar;
> bar2;
> return;
> }
> if (this) {
> that;
> that2;
> return;
> }
> /* yay, got rid of two levels of indent! */
>
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
drivers/scsi/mvsas.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
Discovered while compiling Linus' tree in preparation for today's linux-next.
diff --git a/drivers/scsi/mvsas.c b/drivers/scsi/mvsas.c
index 30e20e6..de762f4 1
On Sat, 23 Feb 2008, Alan Stern wrote:
> It happened in a workqueue. There could be lots of similar cases: Some
> interrupt-driven event causes a hotplug action. Since the action can't
> be carried out in interrupt context, the driver has no choice but to
> defer it to a workqueue or kernel t
On Sun, 24 Feb 2008 05:08:46 +0100
"J.C. Pizarro" <[EMAIL PROTECTED]> wrote:
OK, one last reply on the (overly optimistic?) assumption that you are not a
troll.
> +++ linux-2.6_git-20080224/include/linux/sched.h2008-02-24
> 04:50:18.0 +0100
> @@ -1007,6 +1007,12 @@
> stru
Pavel Machek wrote:
> On Sat 2008-02-23 23:08:58, David Newall wrote:
>
>> Pavel Machek wrote:
>>
>>> On Fri 2008-02-22 23:44:09, Krzysztof Halasa wrote:
>>>
>>>
Pavel Machek <[EMAIL PROTECTED]> writes:
> Zaurus is one example, second is small
On Sa, 2008-02-23 at 19:13 +0100, Rafael J. Wysocki wrote:
> Index: linux-2.6/drivers/usb/host/u132-hcd.c
> ===
> --- linux-2.6.orig/drivers/usb/host/u132-hcd.c
> +++ linux-2.6/drivers/usb/host/u132-hcd.c
> @@ -3214,14 +3214,19 @@ sta
From: Andrew Morton <[EMAIL PROTECTED]>
Subject: Re: [PATCH 00/16] (Resend) Use get_personality()
Date: Sat, 23 Feb 2008 11:16:29 -0800
Message-ID: <[EMAIL PROTECTED]>
> On Sat, 23 Feb 2008 13:37:31 -0500 Christoph Hellwig <[EMAIL PROTECTED]>
> wrote:
>
> > On Sat, Feb 23, 2008 at 12:27:10PM +03
On 2008/2/24, Rik van Riel <[EMAIL PROTECTED]> wrote:
> On Sun, 24 Feb 2008 04:08:38 +0100
> "J.C. Pizarro" <[EMAIL PROTECTED]> wrote:
>
> > We will need 64 bit counters of the slow context switches,
> > one counter for each new created task (e.g. u64 ctxt_switch_counts;)
>
>
> Please send a p
Hi Paul,
> A couple of proposals have been made recently by people working Linux
> on smaller systems, for improving realtime isolation and memory
> pressure handling:
>
> (1) cpu isolation for hard(er) realtime
> http://lkml.org/lkml/2008/2/21/517
> Max Krasnyanskiy <[EMAIL PROTECTED
This patch fixes the following compile error caused by
commit 3a2d5b700132f35401f1d9e22fe3c2cab02c2549:
<-- snip -->
...
CC drivers/usb/host/u132-hcd.o
/home/bunk/linux/kernel-2.6/git/linux-2.6/drivers/usb/host/u132-hcd.c:
In function ‘u132_suspend’:
/home/bunk/linux/kernel-2.6/git/linu
On Sun, 24 Feb 2008, Rafael J. Wysocki wrote:
> On Sunday, 24 of February 2008, Alan Stern wrote:
> > On Sat, 23 Feb 2008, Rafael J. Wysocki wrote:
> >
> > > Ultimately no, it's not. However, we are now late in the -rc2 time frame
> > > and
> > > the release of -rc3 seems to be imminent. At th
On Sun, 24 Feb 2008 04:08:38 +0100
"J.C. Pizarro" <[EMAIL PROTECTED]> wrote:
> We will need 64 bit counters of the slow context switches,
> one counter for each new created task (e.g. u64 ctxt_switch_counts;)
Please send a patch ...
> I will explain your later why of it.
... and explain exact
On Sun, 2008-02-24 at 04:49 +0200, Pekka Enberg wrote:
> Hi Andrew,
>
> Andrew Morton wrote:
> > I didn't need to write a new kernel module to enable that
> > thirteen-character shell script, and I don't believe one needs to write a
> > new kernel module to put a nice easy-to-use GUI around oprof
Hello,
We will need 64 bit counters of the slow context switches,
one counter for each new created task (e.g. u64 ctxt_switch_counts;)
We will only need them during the lifetime of the tasks.
To increment by +1 the task's 64 bit counter (it's fast)
each one slow context switch.
*kernel/sche
On Sat, Feb 23, 2008 at 06:34:39PM -0800, Suresh Siddha wrote:
> + if (!tsk->thread.cntxt)
> +tsk->thread.cntxt = alloc_cntxt_struct();
Please use tabs, not spaces for indentation.
> +union thread_cntxt *alloc_cntxt_struct(void)
> +{
> + return kmem_cache_alloc(task_cntxt_
On Sat, Feb 23, 2008 at 6:47 PM, Balbir Singh <[EMAIL PROTECTED]> wrote:
> >> res_counter_read_u64() I'd also want to rename all the other
> >> *read_uint functions/fields to *read_u64 too. Can I do that in a
> >> separate patch?
> >>
> >
> > Sounds sensible to me.
> >
>
> Sure, fair enough
On Sat, Feb 23, 2008 at 06:34:38PM -0800, Suresh Siddha wrote:
> Split the FPU save area from the task struct. This allows easy migration
> of FPU context, and it's generally cleaner. It also allows the following
> two optimizations:
>
> 1) only allocate when the application actually uses FPU, so
Gabriel C wrote:
Laurent Riffard wrote:
Le 16.02.2008 09:25, Andrew Morton a écrit :
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
[..]
I'm getting that in mainline now on one of my older laptops also.
we fixed the cause of the machine you quot
Andrew Morton wrote:
> On Sat, 23 Feb 2008 06:33:34 -0800 "Paul Menage" <[EMAIL PROTECTED]> wrote:
>
>> On Thu, Feb 21, 2008 at 8:29 PM, Balbir Singh <[EMAIL PROTECTED]> wrote:
>>> Looks good, except for the name uint(), can we make it u64(). Integers are
>>> 32
>>> bit on both ILP32 and LP64,
Hi Andrew,
Andrew Morton wrote:
I didn't need to write a new kernel module to enable that
thirteen-character shell script, and I don't believe one needs to write a
new kernel module to put a nice easy-to-use GUI around oprofile either.
This is one of those i-cant-believe-im-having-this-discussi
Split the FPU save area from the task struct. This allows easy migration
of FPU context, and it's generally cleaner. It also allows the following
two optimizations:
1) only allocate when the application actually uses FPU, so in the first
lazy FPU trap. This could save memory for non-fpu using apps
Only allocate the FPU area when the application actually uses FPU, i.e., in the
first lazy FPU trap. This could save memory for non-fpu using apps.
Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]>
Cc: Arjan van de Ven <[EMAIL PROTECTED]>
---
Index: linux-2.6-x86/arch/x86/kernel/i387.c
===
On Thu, Feb 14, 2008 at 10:29 PM, Dan Williams <[EMAIL PROTECTED]> wrote:
> On Thu, Feb 14, 2008 at 8:44 PM, Kumar Gala <[EMAIL PROTECTED]> wrote:
> >
> > On Feb 14, 2008, at 12:14 PM, Dan Williams wrote:
> >
> > > On Wed, Feb 13, 2008 at 8:52 PM, Kumar Gala
> > > <[EMAIL PROTECTED]> wrote:
A loop mount/umounting a pcdrw or iso9660 (through the pktcdvd device)
sees a stack overflow in four or five tries. Doing the same thing with
the same CD in a normal non-pktcdvd-mounted drive doesn't cause a crash.
Here's a couple of oopses. config follows.
(There are a wide variety. Some I could
On Sat, Feb 23, 2008 at 12:45:38PM -0800, Linus Torvalds wrote:
> >
> > As recommended by Christoph Hellwig, even if we can't rely on the userspace
> > firmware loader so early at boot, at least use normal syscall (as in
> > init/do_mounts_*.c). Similarly, use kfree() instead of ACPI_FREE().
>
>
On Sat, 23 Feb 2008 00:05:07 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> I had it queued for 2.6.26 which I guess was wrong. I'll bump it into
> 2.6.25.
Thanks!
> Is it needed in 2.6.24.x?
I think so. The last time that code was changed was before 2.6.23
AFAICT, so perhaps 2.6.23.x as wel
On Wed, Feb 13, 2008 at 03:31:31PM +0100, Takashi Iwai wrote:
> At Wed, 13 Feb 2008 15:25:14 +0100,
> Peter Zijlstra wrote:
> >
> > lspci -vvv:
> >
> > 00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio
> > Controller (rev 02)
>
> Is this a regression, i.e. did you g
On Sat, 23 Feb 2008 00:03:23 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Thu, 21 Feb 2008 17:41:05 +0100 Haavard Skinnemoen <[EMAIL PROTECTED]>
> wrote:
>
> > From: Atsushi Nemoto <[EMAIL PROTECTED]>
> >
> > Fix NCFGR.SPD setting on 10Mbps. This bug was introduced by
> > conversion to
Good evening
In the thread "Merging of completely unreviewed drivers" I got reminded
of the "use tabs not spaces"-mentality.
My question is: why?
The tab-character serves us well as a indent-indicator, but for some
reason there has been focus on its relation to spaces. On the question
"How l
The boot_delay switch seems to be behaving strangely in the
current -git. Setting it to =10 makes the output 'bursty'
it becomes slow for some printk's whilst others scroll by
at regular speed.
Setting it any higher than that seems to make it pause for
a really long time before it outputs any text
Laurent Riffard wrote:
> Le 16.02.2008 09:25, Andrew Morton a écrit :
>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
>
> Got this in dmesg output:
>
> [ cut here ]
> WARNING: at arch/x86/mm/ioremap.c:129 __ioremap+0xc7/0x182()
>
On Sun, 2008-02-24 at 00:57 +0100, Pavel Machek wrote:
> Hi!
>
> I'm trying to free space by truncating big file, and I get:
>
> [EMAIL PROTECTED]:~# ls -al gps.nmea
> -rw-r--r--1 root root 2332070 Feb 19 22:13 gps.nmea
> [EMAIL PROTECTED]:~# > gps.nmea
> -sh: cannot create gps.nm
On Sunday, 24 of February 2008, Alan Stern wrote:
> On Sat, 23 Feb 2008, Rafael J. Wysocki wrote:
>
> > Ultimately no, it's not. However, we are now late in the -rc2 time frame
> > and
> > the release of -rc3 seems to be imminent. At this point, IMO, that's the
> > safest thing to do. BTW, app
On Sat, 2008-02-23 at 18:31 -0500, Jeff Garzik wrote:
> Olof Johansson wrote:
> > Hi,
> >
> > On Sat, Feb 23, 2008 at 09:13:33AM -0600, James Bottomley wrote:
> >
> >> Jeff Garzik (1):
> >> mvsas: Add Marvell 6440 SAS/SATA driver
> > [...]
> >> drivers/scsi/mvsas.c| 2981
Hi!
I'm trying to free space by truncating big file, and I get:
[EMAIL PROTECTED]:~# ls -al gps.nmea
-rw-r--r--1 root root 2332070 Feb 19 22:13 gps.nmea
[EMAIL PROTECTED]:~# > gps.nmea
-sh: cannot create gps.nmea: No space left on device
[EMAIL PROTECTED]:~# rm gps.nmea
[EMAIL PROT
Andrew Morton wrote:
On Sat, 23 Feb 2008 12:31:02 -0800 (PST) Linus Torvalds <[EMAIL PROTECTED]>
wrote:
On Sat, 23 Feb 2008, Jeff Garzik wrote:
I know I am probably shooting myself in the foot here, since I am the original
author of mvsas, but...
Should we be adding new drivers during -rc?
On Sat, Feb 23, 2008 at 05:28:23PM -0500, Nicholas Marquez wrote:
> First of all, thanks for the input!
>
> On Sat, Feb 23, 2008 at 5:04 PM, Nick Andrew <[EMAIL PROTECTED]> wrote:
> > On Sat, Feb 23, 2008 at 04:28:50PM -0500, Nicholas Marquez wrote:
>
> There are a few places in the Makefile where
On Sat, 23 Feb 2008, Rafael J. Wysocki wrote:
> Ultimately no, it's not. However, we are now late in the -rc2 time frame and
> the release of -rc3 seems to be imminent. At this point, IMO, that's the
> safest thing to do. BTW, appended is the patch I'd like to get applied.
In the interest of h
Olof Johansson wrote:
Hi,
On Sat, Feb 23, 2008 at 09:13:33AM -0600, James Bottomley wrote:
Jeff Garzik (1):
mvsas: Add Marvell 6440 SAS/SATA driver
[...]
drivers/scsi/mvsas.c| 2981
I just noticed that the file permissions on that
The "releasable" control file provided by the cgroup framework exports
the state of a per-cgroup flag that's related to the notify-on-release
feature. This isn't really generally useful, unless you're trying to
debug this particular feature of cgroups.
This patch moves the "releasable" file to the
Remove the seq_file boilerplate used to construct the memcontrol stats
map, and instead use the new map representation for cgroup control
files
Signed-off-by: Paul Menage <[EMAIL PROTECTED]>
---
mm/memcontrol.c | 30 ++
1 file changed, 6 insertions(+), 24 deletions(
Many of the cpusets control files are simple integer values, which
don't require the overhead of memory allocations for reads and writes.
Move the handlers for these control files into cpuset_read_u64() and
cpuset_write_u64().
Signed-off-by: Paul Menage <[EMAIL PROTECTED]>
---
kernel/cpuset.c |
This removes the need for people to remember to pass the -n flag to
echo when writing values to cgroup control files.
Signed-off-by: Paul Menage <[EMAIL PROTECTED]>
---
kernel/cgroup.c |5 +
1 file changed, 1 insertion(+), 4 deletions(-)
Index: cgroup-2.6.25-rc2-mm1/kernel/cgroup.c
This function isn't needed - a NULL pointer in the cftype read
function will result in the same EINVAL response to userspace.
Signed-off-by: Paul Menage <[EMAIL PROTECTED]>
---
mm/memcontrol.c | 14 --
1 file changed, 14 deletions(-)
Index: cgroup-2.6.25-rc2-mm1/mm/memcontrol.c
==
This patchset is a roll-up of the non-contraversial items of the
various patches that I've sent out recently, fixed according to the
feedback received.
In summary they are:
- general rename of read_uint/write_uint to read_u64/write_u64
- use these methods for cpusets and memory controller files
Adds a function for returning the value of a resource counter member,
in a form suitable for use in a cgroup read_u64 control file method.
Signed-off-by: Paul Menage <[EMAIL PROTECTED]>
---
include/linux/res_counter.h |5 -
kernel/res_counter.c|5 +
2 files changed, 9 ins
Adds a new type of supported control file representation, a map from
strings to u64 values.
Each map entry is printed as a line in a similar format to
/proc/vmstat, i.e. "$key $value\n"
Signed-off-by: Paul Menage <[EMAIL PROTECTED]>
---
include/linux/cgroup.h | 19 +
kernel/cg
Several people have justifiably complained that the "_uint" suffix is
inappropriate for functions that handle u64 values, so this patch just
renames all these functions and their users to have the suffic _u64.
Signed-off-by: Paul Menage <[EMAIL PROTECTED]>
---
include/linux/cgroup.h |8 -
The cgroup debug subsystem isn't generally useful for users. It should default
to "n".
Signed-off-by: Paul Menage <[EMAIL PROTECTED]>
---
init/Kconfig |1 +
1 file changed, 1 insertion(+)
Index: cgroup-2.6.25-rc2-mm1/init/Kconfig
Update the memory controller to use read_u64 for its
limit/usage/failcnt control files, calling the new
res_counter_read_u64() function.
Signed-off-by: Paul Menage <[EMAIL PROTECTED]>
---
mm/memcontrol.c | 15 ++-
1 file changed, 6 insertions(+), 9 deletions(-)
Index: cgroup-2.6.2
x86: fix build on some non-C locales[1].
For some locales regex range [a-zA-Z] does not work as it is supposed to
so we have to specify LANG=C to make it work as intended.
[1] http://en.wikipedia.org/wiki/Estonian_alphabet
Signed-off-by: Priit Laes <[EMAIL PROTECTED]>
diff --git a/arch/x86/vd
Modify the help descriptions of block/Kconfig for clarity, accuracy and
consistency.
Refactor the BLOCK description a bit. The wording "This permits ... to be
removed" isn't quite right; the block layer is removed when the option
is disabled, whereas most descriptions talk about what happens when
Hi,
On Saturday 23 February 2008, Anders Eriksson wrote:
>
> [EMAIL PROTECTED] said:
> >> But at this point libata is working much better than the old IDE stuff, and
> >> it really is worth moving things over if you can.
> >
> > Ok, I'll take a stab at that tomorrow. Two things...
>
> Having
Hi,
On Sat, Feb 23, 2008 at 09:13:33AM -0600, James Bottomley wrote:
> Jeff Garzik (1):
> mvsas: Add Marvell 6440 SAS/SATA driver
[...]
> drivers/scsi/mvsas.c| 2981
>
I just noticed that the file permissions on that file are 755 in cur
First of all, thanks for the input!
On Sat, Feb 23, 2008 at 5:04 PM, Nick Andrew <[EMAIL PROTECTED]> wrote:
> On Sat, Feb 23, 2008 at 04:28:50PM -0500, Nicholas Marquez wrote:
> > Does anyone else have any input on this? Tips, suggestions, ideas,
> > comments, constructive criticism, anything a
On Saturday 23 February 2008 22:32:46 Alexey Zaytsev wrote:
> > The insults being? A few quotes, please.
> If you really want to know, the
> "Because the new driver works, if you just set it up right."
> for me was clearly a hint that I'm just an other imcompetent
> user, who can't even follow the
[EMAIL PROTECTED] said:
>> But at this point libata is working much better than the old IDE stuff, and
>> it really is worth moving things over if you can.
>
> Ok, I'll take a stab at that tomorrow. Two things...
Having switched to ata_piix i can confirm that smartd doesn't hand the system
any
[EMAIL PROTECTED] said:
> the comment on the very top of drivers/ata says:
> tristate "Serial ATA (prod) and Parallel ATA (experimental) drivers"
That's the one I was referring to.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL P
On Sat, 23 Feb 2008, Andrew Morton wrote:
> > > Thomas, do you consider ntp to fall under git-hrt?
> >
> > I'll pick it up.
> >
> OK. And this is still
> git+ssh://master.kernel.org/pub/scm/linux/kernel/git/tglx/linux-2.6-hrt.git#mm,
> yes?
Yes
> Can we please define the scope of that tree?
On Sat, Feb 23, 2008 at 04:28:50PM -0500, Nicholas Marquez wrote:
> Does anyone else have any input on this? Tips, suggestions, ideas,
> comments, constructive criticism, anything at all. I am, however,
> trying to avoid a flame war.
I missed it the first time you posted it, so thanks for resend
- Fix build 'make randconfig' build warning spotted by Toralf Foerster:
drivers/scsi/mvsas.c: In function 'mvs_hexdump':
drivers/scsi/mvsas.c:715: error: implicit declaration of function 'isalnum'
- Remove unneeded prototypes (spotted by hch)
Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
---
NO
On Wednesday, 20 of February 2008, Tino Keitel wrote:
> On Tue, Feb 19, 2008 at 09:52:22 +0100, Tino Keitel wrote:
> > On Mon, Feb 18, 2008 at 20:49:04 +0100, Pavel Machek wrote:
> > > On Mon 2008-02-18 01:28:15, Tino Keitel wrote:
> > > > Hi folks,
> > > >
> > > > with 2.6.25-rc2, my Mac mini Cor
On Saturday 23 February 2008 01:56:42 Samuel Masham wrote:
> On Sat, Feb 23, 2008 at 7:19 AM, Rob Landley <[EMAIL PROTECTED]> wrote:
> > The patches that fixed it for me were:
> >
> > http://kernel.org/hg/index.cgi/linux-2.6/rev/85295
> > http://kernel.org/hg/index.cgi/linux-2.6/rev/85296
> >
>
1 - 100 of 419 matches
Mail list logo