On Mon, 11 Jun 2007, Håvard Skinnemoen wrote:
> > We should probably make the minimum slab size dependent on
> > ARCH_KMALLOC_MINALIGN. There is no point in having smaller slabs anyways.
> > They will all have the same size.
>
> Sounds reasonable to me.
Trouble is that ARCH_KMALLOC_MINALIGN is
* Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
> Ingo,
> Here's an update of the group fairness patch I have been
> working on. Its against CFS v16 (sched-cfs-v2.6.22-rc4-mm2-v16.patch).
thanks!
> The core idea is to reuse much of CFS logic to apply fairness at
> higher hierarchical
*This message was transferred with a trial version of CommuniGate(r) Pro*
Jeff Dike wrote:
I don't really like this section though. The casting I have now isn't
pleasant, but I don't like adding a new global to get rid of it.
diff --git a/arch/um/drivers/mconsole_kern.c
Thomas Gleixner wrote:
> On Fri, 2007-06-08 at 19:21 +0100, Rui Nuno Capela wrote:
>> Just built from linux-2.6.22-rc4.tar.bz2, with patch-2.6.22-rc4-hrt5.
>> All's working apparentely nice on this offending machine (laptop, intel
>> core2 T7200). In fact, I'm writing this very reply under it and
On 6/11/07, Christoph Lameter <[EMAIL PROTECTED]> wrote:
On Mon, 11 Jun 2007, Håvard Skinnemoen wrote:
> I think it's best to ensure that memory returned by kmalloc() actually
> can be used for DMA. I used to work around this problem in the SPI
> controller driver by using a temporary DMA buffer
Gerd Hoffmann wrote:
Hi,
Framebuffer is an interesting one. Virtio doesn't assume shared memory,
so naively the fb you would just send outbufs describing changed memory.
This would work, but describing rectangles is better. A helper might be
the right approach here
Rectangles work just
On Sat, 09 Jun 2007 20:21:18 +0400
Vitaly Bordug <[EMAIL PROTECTED]> wrote:
>
> device_bind_driver() error code returning has been fixed.
> release() function has been written, so that to free resources
> in correct way; the release path is now clean.
>
> Before the rework, it used to cause
>
On 6/11/07, Paul Albrecht <[EMAIL PROTECTED]> wrote:
On Mon, 2007-06-11 at 14:26 -0400, Dmitry Torokhov wrote:
> Hi Paul,
>
> On 6/11/07, Paul Albrecht <[EMAIL PROTECTED]> wrote:
> >
> > Resending message from last week ... don't usually subscribe to the
> > kernel mailing list so please cc me
Pavel Machek wrote:
> Hi!
>
>> I tried to use `subj`, but hit few problems:
>>
>> There's no maintainers entry. Should
>>
>> James P. Ketrenos <[EMAIL PROTECTED]>
Forgot to include changes outside of drivers/net/wireless/mac80211/iwlwifi/
Zhu Yi is the maintainer for the iwlwifi driver (Cc:
This just makes x86_64 behave like i386 which sets the flag today.
With tick-broadcast, even though we handle timer tick happening
anywhere, it will be nice if timer always goes to CPU 0 and we then
broadcast to any other CPUs. This is not a must have patch from my
perspective. But, we should
On Mon, 2007-06-11 at 14:26 -0400, Dmitry Torokhov wrote:
> Hi Paul,
>
> On 6/11/07, Paul Albrecht <[EMAIL PROTECTED]> wrote:
> >
> > Resending message from last week ... don't usually subscribe to the
> > kernel mailing list so please cc me in your response.
> >
> > PNP: PS/2 Controller
[EMAIL PROTECTED] wrote:
/* Majority: (x^y)|(y)|(z) = (x & z) + ((x ^ z) & y)
#define F3(x,y,z,dest) \
movlz, TMP; \
andlx, TMP; \
addlTMP, dest; \
movlz, TMP; \
xorlx, TMP; \
andl
> Do such beasts even exist ? My memories of low-memory x86en I had
> only allowed power of 2 memory sizes.
They existed. If you had two memory banks you could load 4MB and 1MB. If
you had a single set of memory sockets then you got powers of two
-
To unsubscribe from this list: send the line
Subject: x86_64: hpet restore vread
>From Sébastien Dugué <[EMAIL PROTECTED]>
It seems the hpet clocksource's vread method was lost in the x86_64
conversion to clockevents. So here it is.
Signed-off-by: Sébastien Dugué <[EMAIL PROTECTED]>
Signed-off-by: Thomas Gleixner <[EMAIL PROTECTED],de>
On Mon, 11 Jun 2007, Håvard Skinnemoen wrote:
> > >
> > > It's not about performance at all, it's about DMA buffers allocated
> > > using kmalloc() getting corrupted. Imagine this:
> >
> > Uhhh... How about using a separate slab for the DMA buffers?
>
> If there were just a few, known drivers
On Mon, 11 Jun 2007, Eric Sesterhenn / Snakebyte wrote:
>
> +unlikely | 40969931| 6228144 __slab_free()@:mm/[EMAIL PROTECTED]
> +unlikely | 47198075|0 __slab_free()@:mm/[EMAIL PROTECTED]
> -likely |0| 47198075 slab_free()@:mm/[EMAIL PROTECTED]
> +unlikely | 47280864|
Jan Engelhardt wrote:
> On Jun 11 2007 10:36, H. Peter Anvin wrote:
>> Picking the 16 MB base is a bit obnoxious on small-memory machines, 4 MB
>> would probably be a more reasonable base. Of course, 16 MB would avoid
>> the issue of the handful of machines with memory holes at 15-16 MB.
>
>
On 6/11/07, Christoph Lameter <[EMAIL PROTECTED]> wrote:
On Mon, 11 Jun 2007, Håvard Skinnemoen wrote:
> > Note that I do not get why you would be aligning the objects to 32 bytes.
> > Increasing the smallest cache size wastes a lot of memory. And it is
> > usually advantageous if multiple
Quoting Andreas Gruenbacher ([EMAIL PROTECTED]):
> On Monday 11 June 2007 16:33, Stephen Smalley wrote:
> > On Mon, 2007-06-11 at 01:10 +0200, Andreas Gruenbacher wrote:
> > > On Wednesday 06 June 2007 15:09, Stephen Smalley wrote:
> > > > On Mon, 2007-06-04 at 16:30 +0200, Andreas Gruenbacher
On 6/8/07, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
-struct file *hugetlb_zero_setup(size_t size)
+struct file *hugetlb_file_setup(const char *name, size_t size)
The bulk of this patch seems to handle renaming this function. Is
that really necessary?
--
Adam Litke ( agl at us.ibm.com )
On Sat, 9 Jun 2007 15:08:17 +0200
Pavel Machek <[EMAIL PROTECTED]> wrote:
>
> Starting beeper as soon as ACPI sleep returns is very useful in
> debugging "apparently dead" machines. If it beeps at all, it makes
> sense to start playing with CMOS tracer.
>
> Signed-off-by: Pavel Machek <[EMAIL
On Mon, 11 Jun 2007 20:28:16 +0200 api wrote:
> Good day,
> When doing make menuconfig one comes across CONFIG_BLK_DEV_SD.
> The help file states that this is for scsi disks.NO MENTION IS MADE THAT
> IT IS NEEDE FOR SATA DISKS AS WELL!
> Would have saved me a lot of time if the help was up to
On Mon, 2007-06-11 19:47:06 +0200, Karsten Keil <[EMAIL PROTECTED]> wrote:
> diff --git a/drivers/isdn/hisax/callc.c b/drivers/isdn/hisax/callc.c
> index 7c56c44..0b9ed8e 100644
> --- a/drivers/isdn/hisax/callc.c
> +++ b/drivers/isdn/hisax/callc.c
> @@ -834,8 +834,6 @@ static struct FsmNode
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Mon, 11 Jun 2007, Srivatsa Vaddagiri wrote:
> >
> > struct sched_entity
> > stores essential attributes/execution-history used by CFS core
> > to drive fairness between 'schedulable entities' (tasks, users etc)
>
> Wouldn't
hi,
when taking a look at /proc/likely_prof i noticed the following
+unlikely | 40969931| 6228144 __slab_free()@:mm/[EMAIL PROTECTED]
+unlikely | 47198075|0 __slab_free()@:mm/[EMAIL PROTECTED]
-likely |0| 47198075 slab_free()@:mm/[EMAIL PROTECTED]
+unlikely | 47280864|
> Agree, here is a new version.
>
> This patch replaces various array size calculations in drivers/isdn/hisax
> done using sizeof with the ARRAY_SIZE macro.
Thanks for the work Karsten.
Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
This patch will modify the scsi and ata subsystem to allow
users to set a power management policy for the link.
libata drivers can define a function (enable_pm) that will
perform hardware specific actions to enable whatever power
management policy the user sets up if the driver supports
it. This
This patch will set the correct bits to turn on Aggressive
Link Power Management (ALPM) for the ahci driver. This
will cause the controller and disk to negotiate a lower
power state for the link when there is no activity (see
the AHCI 1.x spec for details). This feature is mutually
exclusive
> I think what was meant here was to remove _all_ the macros that you
> assigned to the ARRAY_SIZE() macro.
Yes, absolutely. I overlooked the 'eg.' in Jan-Benedict's post. Sorry for that.
> If you look at the two advantages replacing code with the ARRAY_SIZE()
> macro has;
> 1. More
Use a stored value for which interrupts to enable. Changing this allows
us to selectively turn off certain interrupts later and have them
stay off.
Signed-off-by: Kristen Carlson Accardi <[EMAIL PROTECTED]>
Index: 2.6-git/drivers/ata/ahci.c
Hi,
This series of patches enables Aggressive Link Power Management for AHCI
devices, as documented in the AHCI spec. On my laptop (a Lenovo X60), this
saves me a full watt of power. On other systems, reported power savings
range from .5-1.5 Watts. It has been tested by the kind folks at
On Mon, 11 Jun 2007, Srivatsa Vaddagiri wrote:
>
> struct sched_entity
> stores essential attributes/execution-history used by CFS core
> to drive fairness between 'schedulable entities' (tasks, users etc)
Wouldn't this be sensible to integrate into CFS _regardless_ of anything
On Mon, Jun 11, 2007 at 08:19:57PM +0200, Jan Engelhardt wrote:
>
> On Jun 11 2007 10:36, H. Peter Anvin wrote:
> >
> >Picking the 16 MB base is a bit obnoxious on small-memory machines, 4 MB
> >would probably be a more reasonable base. Of course, 16 MB would avoid
> > the issue of the
On Monday, 11 June 2007 17:59, Alan Stern wrote:
> On Mon, 11 Jun 2007, Rafael J. Wysocki wrote:
>
> > From: Rafael J. Wysocki <[EMAIL PROTECTED]>
> >
> > The pm_parent member of struct dev_pm_info (defined in include/linux/pm.h)
> > is
> > only used to check if the device's parent is in the
Good day,
When doing make menuconfig one comes across CONFIG_BLK_DEV_SD.
The help file states that this is for scsi disks.NO MENTION IS MADE THAT
IT IS NEEDE FOR SATA DISKS AS WELL!
Would have saved me a lot of time if the help was up to date.
I hope this can be changed so others can make a kernel
>
> If CONFIG_MEMORY_HOTPLUG=n __meminit == __init, and if
> CONFIG_HOTPLUG_CPU=n __cpuinit == __init. However, with one set and the
> other disabled, you end up with a reference between __init and a regular
> non-init function.
My plan is to define dedicated sections for both __devinit and
Hi,
This patch fixed my problem. I re-enabled CONFIG_DEBUG_RODATA and I
don't have seg fault with or without your DCCP patches. Inserting
`dccp_probe` or `tcp_probe`module doesn't cause any troubles.
Patrick.
On 10/06/07, Ian McDonald <[EMAIL PROTECTED]> wrote:
On 6/7/07, S. P. Prasanna
On Mon, 11 Jun 2007, Håvard Skinnemoen wrote:
> > Note that I do not get why you would be aligning the objects to 32 bytes.
> > Increasing the smallest cache size wastes a lot of memory. And it is
> > usually advantageous if multiple related objects are in the same cacheline
> > unless you have
Hi Paul,
On 6/11/07, Paul Albrecht <[EMAIL PROTECTED]> wrote:
Resending message from last week ... don't usually subscribe to the
kernel mailing list so please cc me in your response.
PNP: PS/2 Controller [PNP0303:PS2K] at 0x60,0x64 irq 1
PNP: PS/2 controller doesn't have AUX irq; using
On 6/11/07, Christoph Lameter <[EMAIL PROTECTED]> wrote:
Ok. Drop the patch and use this one instead. This one avoids the use
of smaller slabs that cause the conflict. The first slab will be sized 32
bytes instead of 8.
Thanks, I'll test it tomorrow.
Note that I do not get why you would be
On Jun 11 2007 10:36, H. Peter Anvin wrote:
>
>Picking the 16 MB base is a bit obnoxious on small-memory machines, 4 MB
>would probably be a more reasonable base. Of course, 16 MB would avoid
> the issue of the handful of machines with memory holes at 15-16 MB.
How will this work at all with a
Resending message from last week ... don't usually subscribe to the
kernel mailing list so please cc me in your response.
On Fri, 2007-06-08 at 15:08 -0400, Dmitry Torokhov wrote:
> On 6/8/07, Paul Albrecht <[EMAIL PROTECTED]> wrote:
> > PNP: PS/2 Controller [PNP0303:PS2K] at 0x60,0x64 irq 1
> >
On Fri, 08 Jun 2007 17:43:34 -0600
[EMAIL PROTECTED] (Eric W. Biederman) wrote:
> Some user space tools need to identify SYSV shared memory when
> examining /proc//maps. To do so they look for a block device
> with major zero, a dentry named SYSV, and having the minor of
> the internal sysv
On 11 Jun 2007 20:11:24 +0200, Andi Kleen <[EMAIL PROTECTED]> wrote:
Matthew Garrett <[EMAIL PROTECTED]> writes:
> BIOS authors don't always program all the features of hardware. This is
> often the case for Intel IDE controllers, which are usually able to run
> in AHCI mode but are rarely
On 06/11/2007 07:58 PM, H. Peter Anvin wrote:
Rene Herman wrote:
Aligning the kernel image on 4M could gain an additional TLB entry if
the kernel image would fit in one (4M aligned) hugepage, but not in the
3M that's left after loading the kernel at 1M physical. And that stuff
about the
Rene Herman wrote:
>
> Aligning the kernel image on 4M could gain an additional TLB entry if
> the kernel image would fit in one (4M aligned) hugepage, but not in the
> 3M that's left after loading the kernel at 1M physical. And that stuff
> about the MTRRs...
>
Yup. Most CPUs won't actually
On 06/11/2007 07:20 PM, Dave Jones wrote:
FWIW, waay back when (sometime last year if memory serves)
Linus suggested changing the default to 0x100 for all x86.
The reasoning was some performance microoptimisation regarding
4MB aligned TLBs iirc.
Yup. Or rather, he suggested 4M (0x40):
On Mon, 11 Jun 2007, Håvard Skinnemoen wrote:
> On 6/11/07, Christoph Lameter <[EMAIL PROTECTED]> wrote:
> > Ahhh... I see its the same phenomenon as before but triggered by
> > a different cause.
> >
> > If you set the align to 32 then the first kmalloc slabs of size
> >
> > 8
> > 16
> > 32
>
On Mon, Jun 11, 2007 at 10:25:31PM +1000, Darren Jenkins wrote:
> G'day Andi,
>
> On 6/11/07, Andi Drebes <[EMAIL PROTECTED]> wrote:
>
> >> I'd suggest to not use another define, but use ARRAY_SIZE(foo)
> >> _instead of_ eg. FNCOUNT.
> >I thought of this, too, but I tried to keep things
On Mon, Jun 11, 2007 at 08:11:24PM +0200, Andi Kleen wrote:
> Matthew Garrett <[EMAIL PROTECTED]> writes:
>
> > BIOS authors don't always program all the features of hardware. This is
> > often the case for Intel IDE controllers, which are usually able to run
> > in AHCI mode but are rarely
Matt Mackall wrote:
In 2003, I was getting 17MB/s out of my Athlon. Now I'm getting 2.7MB/s.
Were your tests with or without the latest /dev/urandom fixes? This
one in particular:
I'd rather have a single file, marked "Japanese" (in Japanese), that
had pointers to current translations. These will always be at least as
current as whatever we have in the tree, if not more so. Especially
when someone is trying to figure out how to work based on the year-old
kernel their
Dave Jones wrote:
>
> FWIW, waay back when (sometime last year if memory serves)
> Linus suggested changing the default to 0x100 for all x86.
> The reasoning was some performance microoptimisation regarding
> 4MB aligned TLBs iirc.
>
> The details have long since evaded my memory, but as an
Quoting Andrew Morton ([EMAIL PROTECTED]):
> On Fri, 08 Jun 2007 17:14:07 +0200
> Cedric Le Goater <[EMAIL PROTECTED]> wrote:
>
> > Basically, it will allow a process to unshare its user_struct table,
> > resetting
> > at the same time its own user_struct and all the associated accounting.
> >
On Mon, Jun 11, 2007 at 01:01:57AM +0300, Eduard-Gabriel Munteanu wrote:
> DEBUG_SHIRQ generates spurious interrupts, triggering handlers such as
> mconsole_interrupt() or line_interrupt(). They expect data to be
> available to be read from their sockets/pipes, but in the case of
> spurious
Xavier Bestel <[EMAIL PROTECTED]> writes:
[snip]
> If I were helping you coding I'd suggest to only concentrate on having
> your project work on standard filesystems, and then when it works maybe
> think about suspending on crypto-over-loop-over-fuse-over-vpn-over-wifi.
> But talk is cheap so
On Mon, Jun 11, 2007 at 09:15:58AM -0700, Andrew Morton wrote:
> On Mon, 11 Jun 2007 15:32:10 +0100 Andy Whitcroft <[EMAIL PROTECTED]> wrote:
>
> >
> > We are seeing corruption of the decompressed kernel. It is suspected
> > that this is platform specific as it has yet to be seen on any
>
On Mon, Jun 11, 2007 at 08:55:27AM -0700, Paul E. McKenney wrote:
> On Mon, Jun 11, 2007 at 05:38:55PM +0200, Ingo Molnar wrote:
> >
> > * Paul E. McKenney <[EMAIL PROTECTED]> wrote:
> >
> > > > hm, what affinity do they start out with? Could they all be pinned
> > > > to CPU#0 by default?
> >
Matthew Garrett <[EMAIL PROTECTED]> writes:
> BIOS authors don't always program all the features of hardware. This is
> often the case for Intel IDE controllers, which are usually able to run
> in AHCI mode but are rarely configured to do so. Reprogramming them is
> easy enough other than the
On 6/11/07, Christoph Lameter <[EMAIL PROTECTED]> wrote:
Ahhh... I see its the same phenomenon as before but triggered by
a different cause.
If you set the align to 32 then the first kmalloc slabs of size
8
16
32
are all of the same size which leads to duplicate files in sysfs.
Yes, that
On Mon, 11 Jun 2007, Daniel Ritz wrote:
> dmitry was a bad boy...:)
>
> Signed-off-by: Daniel Ritz <[EMAIL PROTECTED]>
i emailed dmitry a week ago pointing out the config variable problems
so i suspect he may have already fixed that.
rday
--
On 6/11/07, Daniel Ritz <[EMAIL PROTECTED]> wrote:
dmitry was a bad boy...:)
Signed-off-by: Daniel Ritz <[EMAIL PROTECTED]>
Yep, that was me. I already had a patch lined up but I will take this
one as it has been tested, thanks!
--
Dmitry
-
To unsubscribe from this list: send the line
Hi!
> How about (WARNING! I never have written i386 assembly, my last assembly
> experience was 20 years ago on Z80, so this is basically just copy'n paste,
> but i hope you get the idea):
We probably can do that, if there's big enough demand.
> > --- a/arch/i386/kernel/acpi/wakeup.S
> > +++
BIOS authors don't always program all the features of hardware. This is
often the case for Intel IDE controllers, which are usually able to run
in AHCI mode but are rarely configured to do so. Reprogramming them is
easy enough other than the requirement for some MMIO space. If the BIOS
hasn't
On Mon, 11 Jun 2007, Håvard Skinnemoen wrote:
> On 6/11/07, Christoph Lameter <[EMAIL PROTECTED]> wrote:
> > On Mon, 11 Jun 2007, Haavard Skinnemoen wrote:
> >
> > > While trying to get SLUB debugging to not break DMA on AVR32, I ran
> > > into this:
> >
> > This is a known bug in
On 6/11/07, Christoph Lameter <[EMAIL PROTECTED]> wrote:
On Mon, 11 Jun 2007, Haavard Skinnemoen wrote:
> While trying to get SLUB debugging to not break DMA on AVR32, I ran
> into this:
This is a known bug in 2.6.22-rc2/rc3. Which version are you running?
2.6.22-rc4. I did a pull from
Hi Alan :)
* alan <[EMAIL PROTECTED]> dixit:
> On Mon, 11 Jun 2007, DervishD wrote:
> > I was wondering: is there any reason not to use ext2 on an USB
> >pendrive? Really my question is not only about USB pendrives, but any
> >device whose storage is flash based. Let's assume that the
dmitry was a bad boy...:)
Signed-off-by: Daniel Ritz <[EMAIL PROTECTED]>
Original Message
Subject: [PATCH] Fix broken ifdefs in usbtouchscreen
Date: Mon, 11 Jun 2007 17:09:50 +0200
From: Ondrej Zary <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
CC: linux-kernel@vger.kernel.org
Hi Eduard :)
* Eduard-Gabriel Munteanu <[EMAIL PROTECTED]> dixit:
> >I was wondering: is there any reason not to use ext2 on an USB
> >pendrive? Really my question is not only about USB pendrives, but any
> >device whose storage is flash based. Let's assume that the device has
> >a good
On Mon, Jun 11, 2007 at 05:59:45PM +0200, Bernd Schubert wrote:
> On Monday 11 June 2007 17:46:27 Alexey Dobriyan wrote:
> > On Mon, Jun 11, 2007 at 03:13:12PM +0200, Bernd Schubert wrote:
> > > in 2.6.21 register_sysctl_table(), struct ctl_table and probably
> > > something else did change.
Thanks a lot for all your input!
Here is an updated version in patch format.
Len, it would be great if you can also add this one to your test tree.
On Wed, 2007-06-06 at 16:59 +0200, Jesper Juhl wrote:
> On 06/06/07, Thomas Renninger <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > (patches already
I hate having to recompile the kernel, just to be able to debug suspend.
Remove CONFIG_DISABLE_CONSOLE_SUSPEND, replace it by a sysctl in
/proc/sys/kernel/disable_console_suspend.
Signed-off-by: Stefan Seyfried <[EMAIL PROTECTED]>
---
Patch is against 2.6.22-rc4
Cedric Le Goater wrote:
The following patch modifies create_new_namespaces() to also use the
errors returned by the copy_*_ns routines and not to systematically
return ENOMEM.
In my initial version, I did same. It doesn't work :(
copy_*_ns() routines doesn't return any errors. All they
On Sat, 2007-06-09 at 21:10 -0700, dean gaudet wrote:
> On Tue, 15 May 2007, William Lee Irwin III wrote:
>
> > On Tue, May 15, 2007 at 10:41:06PM -0700, dean gaudet wrote:
> > > prior to 2.6.21 i could "numactl --interleave=all" and use SHM_HUGETLB
> > > and
> > > the interleave policy would
On Mon, 11 Jun 2007, Haavard Skinnemoen wrote:
> While trying to get SLUB debugging to not break DMA on AVR32, I ran
> into this:
This is a known bug in 2.6.22-rc2/rc3. Which version are you running?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Mon, 11 Jun 2007 15:32:10 +0100 Andy Whitcroft <[EMAIL PROTECTED]> wrote:
>
> We are seeing corruption of the decompressed kernel. It is suspected
> that this is platform specific as it has yet to be seen on any
> other x86. Move the kernel to the 16MB boundary.
>
> Signed-off-by: Andy
On Sun, 10 Jun 2007, Arjan van de Ven wrote:
> Christoph Lameter wrote:
> > On Fri, 8 Jun 2007, Keshavamurthy, Anil S wrote:
> >
> > > > What functionality are you missing in the page allocator? It seems that
> > > > is does what you want?
> > > Humm..I basically want to allocate memory during
On Mon, 2007-06-11 at 11:51 -0400, Jeremy Maitin-Shepard wrote:
> Xavier Bestel <[EMAIL PROTECTED]> writes:
>
> > On Mon, 2007-06-11 at 11:01 -0400, Jeremy Maitin-Shepard wrote:
> >> >> You might claim then that the solution is to simply keep the network
> >> >> driver quiesced or stopped. But
On Mon, 11 Jun 2007, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki <[EMAIL PROTECTED]>
>
> The pm_parent member of struct dev_pm_info (defined in include/linux/pm.h) is
> only used to check if the device's parent is in the right state while the
> device is being suspended or resumed.
On Monday 11 June 2007 17:46:27 Alexey Dobriyan wrote:
> On Mon, Jun 11, 2007 at 03:13:12PM +0200, Bernd Schubert wrote:
> > in 2.6.21 register_sysctl_table(), struct ctl_table and probably
> > something else did change. Unfortunately so far I didn't figure out the
> > "something else".
>
> Do you
On 6/11/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
On Mon, Jun 11, 2007 at 04:19:26PM +0200, Haavard Skinnemoen wrote:
> I think the combination that triggered this bug was:
> * CONFIG_SLUB_DEBUG=y
> * ARCH_KMALLOC_MINALIGN=32
> * slub_debug not set at the command line
>
On Monday 11 June 2007 16:33, Stephen Smalley wrote:
> On Mon, 2007-06-11 at 01:10 +0200, Andreas Gruenbacher wrote:
> > On Wednesday 06 June 2007 15:09, Stephen Smalley wrote:
> > > On Mon, 2007-06-04 at 16:30 +0200, Andreas Gruenbacher wrote:
> > > > On Monday 04 June 2007 15:12, Pavel Machek
On Mon, Jun 11, 2007 at 05:38:55PM +0200, Ingo Molnar wrote:
>
> * Paul E. McKenney <[EMAIL PROTECTED]> wrote:
>
> > > hm, what affinity do they start out with? Could they all be pinned
> > > to CPU#0 by default?
> >
> > They start off with affinity masks of 0xf on a 4-CPU system. I would
>
On Mon, Jun 11, 2007 at 09:17:24PM +0530, Srivatsa Vaddagiri wrote:
> TODO:
>
> - Weighted fair-share support
> Currently each group gets "equal" share. Support
> weighted fair-share so that some groups deemed important
> get more than this "equal"
This patch hooks up cpu scheduler with Paul Menage's container
infrastructure.
The container patches allows administrator to create arbitrary groups of tasks
and define resource allocation for each group. By registering with container
infrastructure, cpu scheduler is made aware of group
Xavier Bestel <[EMAIL PROTECTED]> writes:
> On Mon, 2007-06-11 at 11:01 -0400, Jeremy Maitin-Shepard wrote:
>> >> You might claim then that the solution is to simply keep the network
>> >> driver quiesced or stopped. But then it is impossible to write the
>> >> image over the network. The way
This patch introduces the core changes in CFS required to accomplish
group fairness at higher levels. It also modifies load balance interface
between classes a bit, so that move_tasks (which is centric to load
balance) can be reused to balance between runqueues of various types
(struct rq in case
Currently nr_running and raw_weighted_load fields in runqueue affect
some CFS calculations (like distribute_fair_add, enqueue_sleeper etc).
These fields however are shared between tasks of all classes, which can
potentialy affect those calculations for SCHED_NORMAL tasks. However I
do not know of
On Mon, 2007-06-11 at 11:01 -0400, Jeremy Maitin-Shepard wrote:
> >> You might claim then that the solution is to simply keep the network
> >> driver quiesced or stopped. But then it is impossible to write the
> >> image over the network. The way to get around this problem is to write
> >> the
On Mon, Jun 11, 2007 at 08:27:32AM -0700, Randy Dunlap wrote:
> On Mon, 11 Jun 2007 14:09:55 +0900 Paul Mundt wrote:
> > On Mon, Jun 11, 2007 at 02:01:45PM +0900, KAMEZAWA Hiroyuki wrote:
> > > On Mon, 11 Jun 2007 13:35:43 +0900
> > > Paul Mundt <[EMAIL PROTECTED]> wrote:
> > > > This happens
This patch introduces core changes in CFS work to operate on generic
schedulable entities. The task specific operations (like enqueue, dequeue,
task_tick etc) is then rewritten to work off this generic CFS "library".
Signed-off-by : Srivatsa Vaddagiri <[EMAIL PROTECTED]>
---
This patch introduces two new structures:
struct sched_entity
stores essential attributes/execution-history used by CFS core
to drive fairness between 'schedulable entities' (tasks, users etc)
struct lrq
runqueue used to hold ready-to-run entities
These new structures
On Mon, Jun 11, 2007 at 03:13:12PM +0200, Bernd Schubert wrote:
> in 2.6.21 register_sysctl_table(), struct ctl_table and probably something
> else did change. Unfortunately so far I didn't figure out the "something
> else".
Do you have a problem porting your sysctls to newer kernels?
-
To
We rely very much on task_cpu(p) to be correct at all times, so that we
can correctly find the runqueue from which the task has to be removed or
added to.
There is however one place in the scheduler where this assumption of
task_cpu(p) being correct is broken. This patch fixes that piece of
code.
Ingo,
Here's an update of the group fairness patch I have been working
on. Its against CFS v16 (sched-cfs-v2.6.22-rc4-mm2-v16.patch).
The core idea is to reuse much of CFS logic to apply fairness at higher
hierarchical levels (user, container etc). In this regard CFS engine has been
On Mon, Jun 11, 2007 at 04:19:26PM +0200, Haavard Skinnemoen wrote:
> I think the combination that triggered this bug was:
> * CONFIG_SLUB_DEBUG=y
> * ARCH_KMALLOC_MINALIGN=32
> * slub_debug not set at the command line
>
ARCH_KMALLOC_MINALIGN and ARCH_SLAB_MINALIGN are both in bytes
* Paul E. McKenney <[EMAIL PROTECTED]> wrote:
> > hm, what affinity do they start out with? Could they all be pinned
> > to CPU#0 by default?
>
> They start off with affinity masks of 0xf on a 4-CPU system. I would
> expect them to load-balance across the four CPUs, but they stay all on
>
On Mon, 11 Jun 2007 14:09:55 +0900 Paul Mundt wrote:
> On Mon, Jun 11, 2007 at 02:01:45PM +0900, KAMEZAWA Hiroyuki wrote:
> > On Mon, 11 Jun 2007 13:35:43 +0900
> > Paul Mundt <[EMAIL PROTECTED]> wrote:
> >
> > > When building with memory hotplug enabled and cpu hotplug disabled, we
> > > end up
On Sat, 2007-05-05 at 00:52 +0200, matthieu castet wrote:
> Hi,
>
> I attach a diff against 2.6.21 for adding wpa support for airo driver.
> In then end of 2005 I manage to make work wpa but the code was really
> ugly. I manage to find some time to clean it.
>
>
> To support wpa, a new
On Mon, 11 Jun 2007, DervishD wrote:
Hi all :)
I was wondering: is there any reason not to use ext2 on an USB
pendrive? Really my question is not only about USB pendrives, but any
device whose storage is flash based. Let's assume that the device has a
good quality flash memory with wear
201 - 300 of 864 matches
Mail list logo
