Shaohua Li wrote:
> On Thu, 2007-05-24 at 20:10 +0800, Avi Kivity wrote:
>
>> The following patchset makes kvm more robust wrt cpu hotunplug, and
>> makes suspend-to-ram actually work. Suspend-to-disk benefits from
>> the cpu hotunplug improvements as well.
>>
>> The major issue is that KVM wan
On 5/25/07, Stefan Richter <[EMAIL PROTECTED]> wrote:
Jiri Slaby wrote:
> On 5/24/07, Markus Rechberger <[EMAIL PROTECTED]> wrote:
>> On 5/24/07, Jiri Slaby <[EMAIL PROTECTED]> wrote:
> [...]
>> > +static int stk1125_camera_asleep(struct stk11xx *dev)
>> > +{
>> > + int value;
>> > +
>> > +
* William Lee Irwin III <[EMAIL PROTECTED]> wrote:
> > Andi, Andrew, do you remember why we disabled TSCs on NUMAQ? It was
> > slightly async between CPUs, right? In that case we should try the
> > patch below.
>
> I remember. It was far beyond "slightly async;" they would drift
> minutes apa
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> > > Hmm indeed. I actually had it correct at some point (i remember
> > > fixing 64bit compile errors in sched-clock ;-). I guess the
> > > Makefile hunk accidentially dropped out during some later merging
> > > and this didn't get noticed due to the w
* Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
> Can you repeat your tests with this patch pls? With the patch applied,
> I am now getting the same split between nice 0 and nice 10 task as
> CFS-v13 provides (90:10 as reported by top )
>
> 5418 guest 20 0 2464 304 236 R 90 0.0
* William Lee Irwin III <[EMAIL PROTECTED]> wrote:
>> I remember. It was far beyond "slightly async;" they would drift
>> minutes apart during reasonable amounts of uptime, though it would
>> take at least several days to drift so far (I don't recall how long it
>> took).
On Fri, May 25, 2007 a
Hi,
This is the first submission of the new PS3 storage drivers:
[1] ps3: Preallocate bootmem memory for the PS3 FLASH ROM storage driver
[2] ps3: Extract ps3_repository_find_bus()
[3] ps3: Storage Driver Core
[4] ps3: Storage Driver Probing
[5] ps3: Disk Storage Driver
[6] ps3: ROM
Preallocate 256 KiB of bootmem memory for the PS3 FLASH ROM storage driver.
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
Signed-off-by: Geoff Levand <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/ps3/setup.c | 19 ++-
include/asm-powerpc/ps3.h |1 +
2 files
Repository updates:
- Extract ps3_repository_find_bus() from ps3_repository_find_device(), as the
storage driver needs it
- Make ps3_repository_find_device() return -ENODEV if a device is not found,
just like if a bus is not found
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
S
Add storage driver core support for the PS3.
PS3 storage devices are a special kind of PS3 system bus devices.
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/ps3/Kconfig|4
arch/powerpc/platforms/ps3/platform.h |1
drivers/ps3/Makefile
Add a FLASH ROM Storage Driver for the PS3:
- Implemented as a misc character device driver
- Uses a fixed 256 KiB buffer allocated from boot memory as the hypervisor
requires the writing of aligned 256 KiB blocks
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
---
arch/powerpc/plat
Add a Disk Storage Driver for the PS3:
- Implemented as a block device driver with a dynamic major
- Disk names (and partitions) are of the format ps3d%c(%u)
- Uses software scatter-gather with a 64 KiB bounce buffer as the hypervisor
doesn't support scatter-gather
Signed-off-by: Geert U
Add storage driver probing.
New storage devices are detected and added by a kthread.
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/ps3/device-init.c | 344 +++
1 files changed, 344 insertions(+)
--- a/arch/powerpc/platforms/ps3/devi
Add a CD/DVD/BD Storage Driver for the PS3:
- Implemented as a SCSI device driver
- Uses software scatter-gather with a 64 KiB bounce buffer as the hypervisor
doesn't support scatter-gather
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/ps3/Kconfig | 11
Jiri Slaby wrote:
> Yoann Padioleau napsal(a):
>> static int
>> -receivepkt (target, buffer)
>> -int target;
>> -unsigned char *buffer;
>> +receivepkt (int target, unsigned char *buffer)
>
> When you are at it, you can also get rid of bsd return-type-on-its-own-line
> style
return-type-o
On Fri, May 25, 2007 at 10:34:31AM +0200, Ingo Molnar wrote:
>
> * Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > > > Hmm indeed. I actually had it correct at some point (i remember
> > > > fixing 64bit compile errors in sched-clock ;-). I guess the
> > > > Makefile hunk accidentially dropped out
* William Lee Irwin III <[EMAIL PROTECTED]> wrote:
> > yes, that's what i meant under 'slightly async'. Some AMD CPUs are
> > like that too and sched_clock() now handles that fine. So we should
> > try my patch.
>
> Sorry, then. I took slight to mean something else. In any event I was
> only
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> > arch/i386/kernel/sched-clock.c (now built on x86_64 too with the
> > patch i sent) uses the tsc_disable global flag which is non-existent
> > on x86_64. So my tsc.h change adds that global flag, always-defined
> > to 0.
>
> My version of sched_clock
On Fri, May 25, 2007 at 10:44:26AM +0200, Ingo Molnar wrote:
>
> * Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > > arch/i386/kernel/sched-clock.c (now built on x86_64 too with the
> > > patch i sent) uses the tsc_disable global flag which is non-existent
> > > on x86_64. So my tsc.h change adds t
On Thu, 2007-05-24 at 15:49 -0700, Linus Torvalds wrote:
>
> On Fri, 25 May 2007, Romano Giannetti wrote:
> >
> > Another naive doubt I have is: in 2.6.17.13, with additional patches
> > http://zeus2.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=d834c16516d1ebec4766fc58
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> > must be an -mm fix. I used -mm as a basis of my work. Please apply
> > my patch.
>
> I would prefer to find out why the mm patch was added and then
> hopefully remove it. IMNSHO it should not be needed.
it comes in via:
fix-x86_64-mm-sched-clock
On Fri, 25 May 2007 10:45:47 +0200 Andi Kleen <[EMAIL PROTECTED]> wrote:
> On Fri, May 25, 2007 at 10:44:26AM +0200, Ingo Molnar wrote:
> >
> > * Andi Kleen <[EMAIL PROTECTED]> wrote:
> >
> > > > arch/i386/kernel/sched-clock.c (now built on x86_64 too with the
> > > > patch i sent) uses the tsc
Hi Andrew,
The following patches address points brought up during review of the grouping
pages by mobility patches. The main aim of this patchset is to group pages
by an order other than MAX_ORDER-1 and provide some statistics but there
is also one bug fix at the start of the patchset.
Changelog
move_freepages_block() returns the number of blocks moved. This value is
used to determine if a block of pages should be stolen for the exclusive
use of a migrate type or not. However, the value returned is being used
correctly. This patch fixes the calculation to return the number of base
pages t
The statistics patch later needs to know what order a free page is on the
free lists. Rather than having special knowledge of page_private() when
PageBuddy() is set, this patch places out page_order() in internal.h and
adds a VM_BUG_ON to catch using it on non-PageBuddy pages.
Signed-off-by: Mel
Currently mobility grouping works at the MAX_ORDER_NR_PAGES level.
This makes sense for the majority of users where this is also the huge page
size. However, on platforms like ia64 where the huge page size is runtime
configurable it is desirable to group at a lower order. On x86_64 and
occasional
This patch provides fragmentation avoidance statistics via
/proc/pagetypeinfo. The information is collected only on request so there
is no runtime overhead. The statistics are in three parts:
The first part prints information on the size of blocks that pages are
being grouped on and looks like
P
On Thu, 2007-05-24 at 15:49 -0700, Linus Torvalds wrote:
>
> It really would be nice of you to just "git bisect" this, to see where it
> started having that 60-second delay..
...and while at it, I decided to start by learning a bit more of git,
and installed the last version...
% git clone
ht
When PAGE_OWNER is set, more information is available of relevance
to fragmentation avoidance. A second line is added to /proc/page_owner
showing the PFN, the pageblock number, the mobility type of the page based
on its allocation flags, whether the allocation is improperly placed and
the flags. A
freegnu wrote:
i have the same problem when i built kernel 2.6.14.
and the previous working kernel is 2.6.11 form Fedora Code 4
anyone give me any adviece? thanks
On Thu, 2006-06-15 at 13:35 +0100, Barry Scott wrote:
On my HP dc7600U having patch around the MCG problem
I now get a bit furt
Hi!
> > To answer the question, I guess the answer is that although they're
> > different creatures, they have similarities. This is one of them, which
> > is why I could make the mistake I did. Nothing in the issue being
> > discussed was unique to suspend-to-ram. Perhaps we (or at least I) focus
On Wed, May 23, 2007 at 02:13:24PM -0700, Yu, Fenghua wrote:
> Yes, in theory, sharing shared percpu data with local percpu data in one
> cache line can cause cache line contention between remote and local
> access.
What's "shared percpu data" ? It sounds to me like a contradiction in
terms. Isn
On Fri, May 25, 2007 at 11:19:28AM +0200, Ingo Molnar wrote:
>
> * Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > > This?I sent it to you earlier this week:
> >
> > Sorry haven't processed those yet.
> >
> > Ah. The correct fix here is to clear the tsc flag in boot_cpu_data
> > when the optio
Jiri Slaby wrote:
> On 5/25/07, Stefan Richter <[EMAIL PROTECTED]> wrote:
>> Ismail Dönmez wrote:
>> > On Thursday 24 May 2007 20:38:05 Diego Calleja wrote:
>> >> Maybe this is a too picky requeriment, but IMO it would be nice if the
>> >> module would be called "camera_stk11xx", or had any other p
On Thu, 24 May 2007, Nicolas Mailhot wrote:
> Most recent kernel where this bug did *NOT* occur: pre 2.6.21 mm
> kernels, non-mm 2.6.22-rc2
> Distribution: Fedora Devel
> Hardware Environment: EHCI input on external powered hub with CK804 mainboard
> Software Environment: Nothing specific
> Proble
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> > This?I sent it to you earlier this week:
>
> Sorry haven't processed those yet.
>
> Ah. The correct fix here is to clear the tsc flag in boot_cpu_data
> when the option is set. Will do that.
please indicate that you've picked up my style cleanup
> On Thursday 24 May 2007 16:50, Emmanuel Fusté wrote:
> > This bios is full of bugs, a real plague. Will try to quirk
> > this register at boot time.
> >
>
> There isn't an updated BIOS, is there?
>
No update, the latest one was from 1997. I tried in 2003 to
get a update from esupport.com but t
> This?I sent it to you earlier this week:
Sorry haven't processed those yet.
Ah. The correct fix here is to clear the tsc flag in boot_cpu_data
when the option is set. Will do that.
-Andi
>
> From: Rusty Russell <[EMAIL PROTECTED]>
>
> If you set tsc_disable (eg "notsc" on cmdline), sch
On Sun, 2007-05-20 at 23:10 +0100, Christian Kujau wrote:
>
> [41653.487050] Badness at include/linux/slub_def.h:77
> [41653.487060] Call Trace:
> [41653.487068] [ecafbcb0] [c0008d00] show_stack+0x3c/0x194 (unreliable)
> [41653.487097] [ecafbce0] [c01426d4] report_bug+0x84/0xf4
> [41653.487116] [e
Hi!
> > 2) we need to preload firmware during _suspend_. I AM TELLING THAT TO
> > PEOPLE FOR FIVE YEARS NOW.
>
> And people aren't listening. Have you thought about _why_?
>
> The thing is, it should just work. Even without pre-loading.
But it does not work, and as you demonstrated, getting it
On Fri, 25 May 2007, Jiri Kosina wrote:
> This is now handled in bugzilla [1]. Zan Lynx also reported this problem,
> and from the HID_DEBUG output he provided is evident that it is caused by
> HID layer receiving a report of size 4294967284 (which corresponds to
> urb->actual_length of the URB
> > 2.6.22-rc2, only EVENT_TRACE - boots, can't rerpoduce
> > 2.6.21-vanila - can reproduce
> > 2.6.21-rt7, trace options off - can reproduce
> > 2.6.21-rt7, trace options on - can't reproduce
> >
> > Possibly something timing related, that's altered by the trace code. I
> > tried the trace kerne
Srivatsa Vaddagiri a écrit :
Can you repeat your tests with this patch pls? With the patch applied, I am
now getting the same split between nice 0 and nice 10 task as CFS-v13
provides (90:10 as reported by top )
Yep, this fixes the problem for me too.
Thanks.
--
Guillaume
-
To unsubscribe fro
On 5/24/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
So far the only example anyone has provided outside of periodic timers or
hardware reset has been dumping the stack when something gets stuck.
Softlockup does this already today, using a timer.
Many watchdogs can be hooked up to a non-maskable i
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> > i very much agree that this kmalloc_index() one shouldnt be called a
> > "BUG: ", but if you look at the majority of WARN_ON() instances they
> > are checks for clear, serious kernel bugs.
>
> I _still_ disagree.
>
> There's a huge difference be
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> > please indicate that you've picked up my style cleanups, i dont want
> > to redo all this a few days/weeks down the line ...
>
> It's done slightly differently now due to conflicting earlier changes,
> but the end result should be about what you inte
Ingo Molnar wrote:
> i was adding WARN_ON()s that werent true 'warnings' but 'bugs'.
IME, the trace dump in the kernel log looks scary enough to be
eventually reported, even if prefixed with "WARNING:".
--
Stefan Richter
-=-=-=== -=-= ==--=
http://arcgraph.de/sr/
-
To unsubscribe from this li
Hi Jeff,
I check the latest kernel source code with git, and find out that the SMBus
patch has not been applied yet,
and the patch for IDE has not been applied completely.one more device id
should be added to pata_atiixp.c,
l list the patch as following, or you can fetch it from the attached f
On Fri, May 25, 2007 at 05:58:25PM +1000, Neil Brown wrote:
> We can think of there being three types of devices:
>
> 1/ SAFE. With a SAFE device, there is no write-behind cache, or if
> there is it is non-volatile. Once a write completes it is
> completely safe. Such a de
On Fri, May 25, 2007 at 12:12:48PM +0200, Ingo Molnar wrote:
>
> * Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > > please indicate that you've picked up my style cleanups, i dont want
> > > to redo all this a few days/weeks down the line ...
> >
> > It's done slightly differently now due to confl
On Fri, May 25, 2007 at 01:11:40PM +0200, Ingo Molnar wrote:
> > I was planning on reusing smpnice concepts here, with the difference
> > that we balance group weights across CPU in addition to total weight
> > of CPUs.
>
> ok, that would be (much) simpler that any explicit vcpu approach. Do you
William Cohen <[EMAIL PROTECTED]> writes:
>
> Shouldn't mark_rodata_ro be less agressive when CONFIG_KPROBES is
> enabled? Or should kprobes temporarily change the page to be
> writeable, set the break point, and then return the page to read only?
The later.
-Andi
-
To unsubscribe from this list
On Fri, May 25, [EMAIL PROTECTED] wrote:
> +++ b/drivers/scsi/ps3rom.c
> + kaddr = kmap_atomic(sgpnt->page, KM_USER0);
linux/highmem.h is not included to get the kmap_* prototypes.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mess
Hi,
.
I want to remove HPA in SATA, I was recommended to
follow this linux-ide site.
http://www.mail-archive.com/[EMAIL PROTECTED]/msg05215.html
I want to remove HPA area under Kernel-2.6.18.
But after patching ,I couldn't see anything like HPA
in dmesg and fdisk information.
There is no difference
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> > please send me your current sched-clock.c, i'll redo any remaining
> > cleanups.
>
> It needs at least one new preliminary patch (to add on_cpu_single);
> please get the series from
> ftp://ftp.firstfloor.org/pub/ak/x86_64/quilt/patches-2.6.22-rc2-gi
Tejun Heo wrote:
Several people have reported LITE-ON LTR-48246S detection failed
because SETXFER fails. It seems the device raises IRQ too early after
SETXFER. This is controller independent. The same problem has been
reported for different controllers.
So, now we have pata_via where the con
On Fri, 25 May 2007, Jean Delvare wrote:
> Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
> ---
> Andrew, can you please pick this? I couldn't find any maintainer for
> this driver. Thanks.
>
> drivers/char/tty_io.c |9 +++--
> 1 file changed, 3 insertions(+), 6 deletions(-)
>
> --- linu
I read code in include/linux/mmzone.h and attract attention to the padding
construct for struct zone:
struct zone_padding {
char x[0];
} cacheline_internodealigned_in_smp;
The definition for cacheline_internodealigned_in_smp
is definded as __attribute__((__aligned__(1 << (INTER
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> It's done slightly differently now due to conflicting earlier changes,
> but the end result should be about what you intended. You're also
> still credited in the cleanup patch of course.
you totally misunderstood me. My problem isnt credit. I've got
Stefan Richter <[EMAIL PROTECTED]> writes:
> Andrew Paprocki wrote:
> ...
> > BUG: at /usr/src/linux-2.6.22-rc2/mm/slab.c:777 __find_general_cachep()
> >
> > Call Trace:
> > [] __kmalloc+0x3e/0xbe
> > [] cache_k8_northbridges+0x7f/0xf0
> > [] gart_iommu_init+0x13/0x4f8
> > [] kobject_shadow_a
Ben Collins <[EMAIL PROTECTED]> writes:
Why?
-Andi
-
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/
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
---
Andrew, can you please pick this? I couldn't find any maintainer for
this driver. Thanks.
drivers/char/tty_io.c |9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
--- linux-2.6.22-rc2.orig/drivers/char/tty_io.c 2007-05-25 08:43:1
Hi Jean,
On 5/25/07, Jean Delvare <[EMAIL PROTECTED]> wrote:
- ltp = (struct ktermios *) kmalloc(sizeof(struct ktermios),
+ ltp = (struct ktermios *) kzalloc(sizeof(struct ktermios),
GFP_KERNEL);
When doing conversion
On Fri, May 25, 2007 at 10:29:51AM +0200, Ingo Molnar wrote:
> btw., what are you thoughts about SMP?
I was planning on reusing smpnice concepts here, with the difference
that we balance group weights across CPU in addition to total weight of
CPUs.
For ex, assuming weight of each task is 10
CPU
Hello,
main(){
__asm__("pushf\r\n"
"popf\r\n"
);
}
Single stepping through the "pushf" instruction and then attempting to
PTRACE_CONT will generate SIGTRAPs at each instruction. Although the
trap flag appears to not be set according to GETREG values, the pushf
will pus
On Fri, May 25, 2007 at 11:03:15AM +0200, Andi Kleen wrote:
> > This?I sent it to you earlier this week:
>
> Sorry haven't processed those yet.
>
> Ah. The correct fix here is to clear the tsc flag in boot_cpu_data
> when the option is set. Will do that.
Hmm I double checked this now; tsc_di
* Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
> On Fri, May 25, 2007 at 10:29:51AM +0200, Ingo Molnar wrote:
> > btw., what are you thoughts about SMP?
>
> I was planning on reusing smpnice concepts here, with the difference
> that we balance group weights across CPU in addition to total weig
On Friday, 25 May 2007 01:19, Pavel Machek wrote:
> On Thu 2007-05-24 20:16:38, Henrique de Moraes Holschuh wrote:
> > On Fri, 25 May 2007, Pavel Machek wrote:
> > > My proposed solution is "fix pcmcia to load firmware before suspend
> > > even starts"
> >
> > s/pcmcia/all drivers that load firmwa
On Fri, 25 May 2007 13:45:58 +0300, Pekka Enberg wrote:
> Hi Jean,
>
> On 5/25/07, Jean Delvare <[EMAIL PROTECTED]> wrote:
> > - ltp = (struct ktermios *) kmalloc(sizeof(struct ktermios),
> > + ltp = (struct ktermios *) kzalloc(sizeof(struct ktermios),
> >
Also remove needless casts.
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
---
drivers/char/tty_io.c | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
--- linux-2.6.22-rc2.orig/drivers/char/tty_io.c 2007-05-25 09:09:28.0
+0200
+++ linux-2.6.22-rc2/drivers/char/tty_io.
On Fri, May 25, [EMAIL PROTECTED] wrote:
> Add a Disk Storage Driver for the PS3:
There is no device symlink in /sys/block/ps3da/
-
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/
Hi,
This is kernel port of LZO1X compressor and LZO1X decompressor (safe
version only).
* Changes since 'take 3' (Full Changelog after this):
1) Removed 'unsafe' decompressor - hence also do away with symlinks in
Makefiles.
2) Rolled back changes where I replaced COPY4 with memcpy() calls.
This
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > > please send me your current sched-clock.c, i'll redo any remaining
> > > cleanups.
> >
> > It needs at least one new preliminary patch (to add on_cpu_single);
> > please get the series from
> > ftp://ftp.firstfloor.org/pub/ak/x86_64/quilt/patches-
On Fri, May 25 2007, David Chinner wrote:
> > The second, while much easier, can fail.
>
> So we do a test I/O to see if the device supports them before
> enabling that mode. But, as we've recently discovered, this is not
> sufficient to detect *correctly functioning* barrier support.
Right, tho
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> * Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > > please send me your current sched-clock.c, i'll redo any remaining
> > > cleanups.
> >
> > It needs at least one new preliminary patch (to add on_cpu_single);
> > please get the series from
> > ftp://ft
Henry Su wrote:
I check the latest kernel source code with git, and find out that the SMBus patch has not been applied yet,
Correct. When you don't see a patch in the upstream git tree
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
then the next step is consult the MAIN
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> * Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > > please send me your current sched-clock.c, i'll redo any remaining
> > > cleanups.
> >
> > It needs at least one new preliminary patch (to add on_cpu_single);
> > please get the series from
> > ftp://ft
On Fri, 25 May 2007, Yoann Padioleau wrote:
> I have made a tool to parse the kernel that does not pre-process the
> source. That means that my parser tries to parse all the code, including
> code in the #else branch or code that is not often compiled because
> the driver is not very used (or not
On 25 May 2007, at 12:45, Nitin Gupta wrote:
Hi,
This is kernel port of LZO1X compressor and LZO1X decompressor (safe
version only).
Hey there,
It's looking better now. Just wondering if you might want to separate
out the Kconfig options for lzo compress / decompress so that it's
orthogo
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> > find below the cleanups from my first patch that didnt make it into
> > your cleanups. (plus one more cleanup i noticed while merging the
> > missing bits from my first patch) Goes after the bugfix i just sent.
> > Please apply.
>
> I cannot apply i
Not called by anything in tree.
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
Index: linux-2.6.22-rc2-clock/kernel/time/clockevents.c
===
--- linux-2.6.22-rc2-clock.orig/kernel/time/clockevents.c
+++ linux-2.6.22-rc2-clock/kernel/ti
* Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
> On Fri, May 25, 2007 at 01:11:40PM +0200, Ingo Molnar wrote:
> > > I was planning on reusing smpnice concepts here, with the difference
> > > that we balance group weights across CPU in addition to total weight
> > > of CPUs.
> >
> > ok, that w
On Fri, 2007-05-25 at 17:15 +0530, Nitin Gupta wrote:
> Richard, can you please provide perf. results for this patch also?
> Also, can you please mail back latest version of your LZO patch? In
> meantime, I will try to include benchmarking support to the
> 'compress-test' module.
This version is 1
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> Not called by anything in tree.
>
> Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
thanks!
Acked-by: Ingo Molnar <[EMAIL PROTECTED]>
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMA
Hi,
In the face of the recent change of suspend code ordering
(cf. http://marc.info/?l=linux-acpi&m=117938245931603&w=2) we should also
modify the code ordering in swsusp so that hibernation_ops->prepare() is
executed after device_suspend().
However, for this purpose it seems reasonable to elimin
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Make the code hibernation code in kernel/power/user.c be functionally equivalent
to the corresponding code in kernel/power/disk.c , as it should be.
The calls to the platform functions removed by this patch are incorrect. They
should be replaced with s
On 5/25/07, Nitin Gupta <[EMAIL PROTECTED]> wrote:
Hi,
This is kernel port of LZO1X compressor and LZO1X decompressor (safe
version only).
* Changes since 'take 3' (Full Changelog after this):
1) Removed 'unsafe' decompressor - hence also do away with symlinks in
Makefiles.
Nice :-)
2) Roll
* Chris Newport <[EMAIL PROTECTED]> wrote:
> There is a fundamental problem in getting a decent log to debug a
> crashed kernel. Maybe we should take a hint from Solaris. If the
> kernel crashes Solaris dumps core to swap and sets a flag. At the next
> boot this image is copied to /var/adm/cr
Hi Richard,
On 5/25/07, Richard Purdie <[EMAIL PROTECTED]> wrote:
On Fri, 2007-05-25 at 17:15 +0530, Nitin Gupta wrote:
> Richard, can you please provide perf. results for this patch also?
> Also, can you please mail back latest version of your LZO patch? In
> meantime, I will try to include ben
Chris Newport wrote:
> There is a fundamental problem in getting a decent log to debug a
> crashed kernel.
If the test machine and a 2nd machine have FireWire ports, it's possible
to get the kernel log and more via FireWire, unless the machine rebooted
immediately or the PCI bus locked up. The
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> btw., CFS does this change to fs/proc/array.c:
>
> @@ -410,6 +408,14 @@ static int do_task_stat(struct task_stru
> /* convert nsec -> ticks */
> start_time = nsec_to_clock_t(start_time);
>
> + /*
> + * Use CFS's precise accounting
Robert Hancock <[EMAIL PROTECTED]> writes:
> Also, it's unrelated to this problem, but you should check the BIOS
> settings for the SATA controller - you really want to get the
> controller into AHCI mode for best performance.
Hi,
just curious, what makes you think that AHCI is better wrt perfor
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
During hibernation we call hibernation_ops->prepare() before creating the image,
but then, before saving it, we cancel the power transition by calling
hibernation_ops->finish(). Thus prior to calling hibernation_ops->enter() we
should let the platform f
On Fri, 2007-05-25 at 13:33 +0200, Andi Kleen wrote:
> Ben Collins <[EMAIL PROTECTED]> writes:
>
> Why?
Because there's no other way to make the kernel totally quiet. We've
been patching this out so that the boot sequence has that "clean look".
Other than that, it's useless :)
--
Ubuntu : h
Jeff Garzik wrote:
> Tejun Heo wrote:
>> So, I don't think the problem exists for SATA in the first place. At
>> least there hasn't been any report of it and doing SETXFER by polling
>> can handle all the existing cases. We can and probably should deal with
>> such SATA devices when and if they c
On Fri, May 25, 2007 at 02:05:36PM +0200, Ingo Molnar wrote:
> great. Btw., could you please keep the "up to this point there should be
> no behavioral change in CFS" fundamental splitup of your patches -
sure ..basically the changes required in CFS core is the introduction of two
structures - st
This patchset uses the list_for_each() macro instead of manual
iteration in the following drivers:
Host AP
Prism54
--
Matthias Kaehlcke
Linux Application Developer
Barcelona
The salvation of mankind lies only in making everything the concern of all
(Alexander Solzhen
On Thu, May 24, 2007 at 07:44:29AM -0700, Kok, Auke wrote:
>
> I get the feeling that a recent change exposed us to this, our lab has been
> seeing similar OOPS's yesterday out of nothing.
Yep you're right. It was the change where we removed the
netif_poll_enable call from e1000_open. The probl
Ingo Molnar wrote:
A BUG_ON() has a (much) lower likelyhood of being reported back - for
most users it is a "X just hung hard, there was nothing in the syslog, i
had to switch back to the older kernel" experience, and they do not have
a serial console to hook up (newer hardware often doesnt ev
On Fri, May 25, 2007 at 01:50:04PM +0200, Ingo Molnar wrote:
>
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > * Andi Kleen <[EMAIL PROTECTED]> wrote:
> >
> > > > please send me your current sched-clock.c, i'll redo any remaining
> > > > cleanups.
> > >
> > > It needs at least one new prelimi
201 - 300 of 410 matches
Mail list logo
