On Wed, Feb 20, 2008 at 07:13:16PM +0200, Adrian Bunk wrote:
> > A third option would be if people add new functions (with no users) in
> > -rc2 or -rc3 timeframes as long as it is part of a fully reviewed
> > patch with users that will use those new features in various kernel
> > development
Adrian Bunk flagged this check-after-use issue spotted by the
Coverity checker.
Signed-off-by: Glenn Streiff <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/nes/nes_verbs.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/drivers/infiniband/hw/nes/nes_verbs.c
Hisashi Hifumi <[EMAIL PROTECTED]> writes:
> Hi Jeff.
>
>>
>>I agree with the patch (and I see Andrew already accepted it). Do you
>>have a reproducer for this problem?
>
> Do you want to know the way of failing invalidate_complete_page2() ?
I was hoping for a test program that shows the
Dear list,
I have just compiled linux-2.6.24 for a MPC8540 target using a MPC8540
specific gcc.
I then got thousands of "SPE used in kernel" messages. Looking at the
sources I ifdeffed out the printk call in KernelSPE, and I now have a
silent kernel, that seems to work fine.
Is there something
From: Adrian Bunk <[EMAIL PROTECTED]>
This patch fixes a check-after-use spotted by the Coverity checker.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Signed-off-by: Glenn Streiff <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/nes/nes.c |2 +-
1 files changed, 1 insertions(+), 1
From: Adrian Bunk <[EMAIL PROTECTED]>
This patch fixes a memory leak spotted by the Coverity checker.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Signed-off-by: Glenn Streiff <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/nes/nes_cm.c |4 ++--
1 files changed, 2 insertions(+), 2
Hi!
I'm using separate object directories, but there's trap there which
catches me every now and then:
(/data/l/linux are my sources, objects are in /data/l/b-linux)
Every now and then, I make a mistake and try to make kernel in source
directories... that does not work as expected:
[EMAIL
Stefan Priebe - allied internet ag napsal(a):
> Hello!
>
> I've done the (echo t > /proc/sysrq-trigger) now but i'm not able to get
> the whole output via dmesg.
>
> Here is what i get:
> # dmesg
> 3.432124] [] do_select+0x390/0x46e
> [272363.432226] [] __pollwait+0x0/0xcf
> [272363.432319]
From: Chien Tung <[EMAIL PROTECTED]>
Adrian Bunk found some apparently dead code in nes_verbs.c
after a coverity review that really shouldn't have been dead.
The function nes_create_cq() was missing the following assignment
err = 1;
just prior to an iteration that conditionally set
On Thu, 2008-02-21 at 12:56 +0100, Sam Ravnborg wrote:
> On Thu, Feb 21, 2008 at 12:26:13PM +0100, Martin Schwidefsky wrote:
> > On Wed, 2008-02-20 at 22:41 +0300, [EMAIL PROTECTED] wrote:
> > > The section .data.idt is not used at all - so drop it.
> > >
> > > Signed-off-by: Cyrill Gorcunov
Hi!
> Hi Pavel, is this entry still valid in feature-removal-schedule.txt?
Yes, I'd like to get rid of that.
> What: dev->power.power_state
> When: July 2007
> Why: Broken design for runtime control over driver power states,
> confusing
> driver-internal runtime power management with:
From: Adrian Bunk <[EMAIL PROTECTED]>
This patch fixes an off-by-one spotted by the Coverity checker.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Signed-off-by: Glenn Streiff <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/nes/nes_verbs.c |2 +-
1 files changed, 1 insertions(+), 1
power_state is scheduled for removal, and it is used only write-only
by USB. Remove it.
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
diff --git a/drivers/usb/core/driver.c b/drivers/usb/core/driver.c
index 801b6f1..eeb8115 100644
--- a/drivers/usb/core/driver.c
+++
...which is pretty big...
arch/x86/boot/compressed$ du -sh *
16K relocs
8.4Mvmlinux.bin.all
(note that I'm using separate object/source directories, but it should
not matter here).
Pavel
--
(english)
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
+++
power_state is scheduled for removal, and it is used only for debug
prints by driver core. Remove it.
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
diff --git a/drivers/base/power/main.c b/drivers/base/power/main.c
index d180795..268855d 100644
--- a/drivers/base/power/main.c
+++
Nadia Derbey wrote:
Matt Helsley wrote:
On Tue, 2008-02-19 at 18:16 +0100, Nadia Derbey wrote:
+#define MAX_MSGQUEUES 16 /* MSGMNI as defined in linux/msg.h */
+
It's not quite the maximum anymore, is it? More like the minumum
maximum ;). A better name might better document what
* Joerg Roedel <[EMAIL PROTECTED]> wrote:
> > > if (!highest_pfn) {
> > > printk(KERN_WARNING "WARNING: strange, CPU MTRRs all blank?\n");
> > > - WARN_ON(1);
> > > return 0;
> > > }
> >
> > instead of obscuring a possibly useful warning, please instead
> >
[CC'd Thomas and Jon]
Thomas, Jon, looks like the someone has the funny interrupt controller.
On Thu, 21 Feb 2008, Mark Hounschell wrote:
> According to /proc/interrupts, every interrupt received by eth1 is also
> being received by the sound card EMU10K1. The problem showed itself
> first with
On Thu, Feb 21, 2008 at 12:54:52PM +0100, Ingo Molnar wrote:
>
> * Joerg Roedel <[EMAIL PROTECTED]> wrote:
>
> > if (!highest_pfn) {
> > printk(KERN_WARNING "WARNING: strange, CPU MTRRs all blank?\n");
> > - WARN_ON(1);
> > return 0;
> > }
>
> instead
On Wed, 20 Feb 2008 22:14:20 +0100 Tilman Schmidt <[EMAIL PROTECTED]> wrote:
> Ok, so here's my story on 2.6.25-rc2-mm1:
>
> Built fine on my Pentium D in 32 bit mode, booted too, although
> complaining once already while unpacking the initramfs:
>
> <0>[0.069176] BUG: spinlock bad magic on
> > please repost question with change subject.
> > i don't know reason of vanilla kernel behavior, sorry.
>
> Normally, embedded linux have only one zone(DMA).
>
> If your patch isn't applied, several processes can reclaim memory in
> parallel.
> then, DMA zone's pages_scanned is suddenly
> > > No, 51af33e8 was for a similar same bug 400 lines below
> this bug...
> >
> > Heh, sorry.
> >
> > Glenn -- please review Adrian's patches and let me know
> which ones are
> > good to apply.
> >
>
I went ahead and created a patch series and attributed Adrian
for the patches of his I
Matt Helsley wrote:
On Tue, 2008-02-19 at 18:16 +0100, Nadia Derbey wrote:
+#define MAX_MSGQUEUES 16 /* MSGMNI as defined in linux/msg.h */
+
It's not quite the maximum anymore, is it? More like the minumum
maximum ;). A better name might better document what the test is
actually
Hi Linus:
Please pull from:
git://lm-sensors.org/kernel/mhoffman/hwmon-2.6.git release
You'll get one new driver, one bugfix (adm1026), a few cleanups and
enhancements. This branch also includes the last of the patches which
add individual alarm sysfs files to all drivers (thank you
The section .data.idt is not used at all - so drop it.
Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
Acked-by: Sam Ravnborg <[EMAIL PROTECTED]>
Acked-by: David Howells <[EMAIL PROTECTED]>
---
vmlinux.lds.S |3 ---
1 file changed, 3 deletions(-)
Index:
Daniel Phillips <[EMAIL PROTECTED]> wrote:
> > These patches add local caching for network filesystems such as NFS.
>
> Have you got before/after benchmark results?
I need to get a new hard drive for my test machine before I can go and get
some more up to date benchmark results. It does seem,
On Thu, Feb 21, 2008 at 7:55 PM, KOSAKI Motohiro
<[EMAIL PROTECTED]> wrote:
> Hi Kim-san,
>
> Thank you very much.
> btw, what different between and ?
have no swap device with 200 tasks by hackbench.
But have swap device(32M) with 240 tasks by hackbench.
If have no swap device without your
On Thu, 2008-02-21 at 10:53 +0100, Ingo Molnar wrote:
> * Huang, Ying <[EMAIL PROTECTED]> wrote:
>
> > > > -int __initdata early_ioremap_debug;
> > > > +int __initbss early_ioremap_debug;
> > >
> > > will we get some sort of build error if we accidentally do:
> > >
> > >int __initbss
On Thu, Feb 21, 2008 at 07:17:16AM -0500, Len Brown wrote:
> On Thursday 21 February 2008 04:54, Sam Ravnborg wrote:
> > On Thu, Feb 21, 2008 at 03:57:07AM -0500, Len Brown wrote:
> > > Hi Linus,
> > >
> > > please pull from:
> > >
> > >
On Tuesday 19 February 2008 18:27, Mattia Dongili wrote:
> Acked-by: Mattia Dongili <[EMAIL PROTECTED]>
applied.
thanks,
-len
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Thursday 21 February 2008 04:54, Sam Ravnborg wrote:
> On Thu, Feb 21, 2008 at 03:57:07AM -0500, Len Brown wrote:
> > Hi Linus,
> >
> > please pull from:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git
> > release
> >
> > Fixes a pair of a boot regressions,
On Thu, 2008-02-21 at 13:02 +0100, Mike Galbraith wrote:
> sched_cycles: 7198444348 unpatched
> vs
> sched_cycles: 8574036268 patched
(in case it's not clear, patched means your patch, not my quick/dirty
countem patch:)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
Hallo Jochen,
On Thu, 31 Jan 2008 13:54:01 +0100, Jochen Friedrich wrote:
> Using the port of 2.4 code from Vitaly Bordug <[EMAIL PROTECTED]>
> and the actual algorithm used by the i2c driver of the DBox code on
> cvs.tuxboc.org from Tmbinc, Gillem ([EMAIL PROTECTED]). Renamed i2c-rpx.c and
>
According to /proc/interrupts, every interrupt received by eth1 is also
being received by the sound card EMU10K1. The problem showed itself
first with this. The sound system was quiet BTW.
It does not happen with 2.6.24 vanilla.
kernel: irq 19: nobody cared (try booting with the "irqpoll"
Hi,
On Thu, 2008-02-21 at 15:01 +0530, Balbir Singh wrote:
> Ingo Molnar wrote:
> > * Balbir Singh <[EMAIL PROTECTED]> wrote:
> >
> >> If you insist that sched_yield() is bad, I might agree, but how does
> >> my patch make things worse. [...]
> >
> > it puts new instructions into the hotpath.
On Thu, 2008-02-21 at 12:33 +0100, Kristoffer Ericson wrote:
> I'm reworking a couple of apm drivers and for whatever reason it
> doesn't seem to update my /proc/apm_bios. I was under the impression
> that it should do that when apm_bios was catted? Currently I have a
> value that never change. I
> The correct patch needs to be
>
> Signed-off-by: David C Somayajulu <[EMAIL PROTECTED]>
>
> ---
>
> diff --git a/drivers/scsi/qla4xxx/ql4_isr.c
> b/drivers/scsi/qla4xxx/ql4_isr.c
> index 0f029d0..fc84db4 100644
> --- a/drivers/scsi/qla4xxx/ql4_isr.c
> +++ b/drivers/scsi/qla4xxx/ql4_isr.c
> @@
On Thu, Feb 21, 2008 at 12:26:13PM +0100, Martin Schwidefsky wrote:
> On Wed, 2008-02-20 at 22:41 +0300, [EMAIL PROTECTED] wrote:
> > The section .data.idt is not used at all - so drop it.
> >
> > Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
>
> Acked-by: Martin Schwidefsky <[EMAIL
* Joerg Roedel <[EMAIL PROTECTED]> wrote:
> if (!highest_pfn) {
> printk(KERN_WARNING "WARNING: strange, CPU MTRRs all blank?\n");
> - WARN_ON(1);
> return 0;
> }
instead of obscuring a possibly useful warning, please instead detect
that it's
Forgot to mention: This patch depends on
Subject: [PATCH] xen: Make xen-blkfront write its protocol ABI to xenstore
From: Markus Armbruster <>
Date: Thu, 06 Dec 2007 14:45:53 +0100
http://lkml.org/lkml/2007/12/6/132
Sorry!
--
To unsubscribe from this list: send the line "unsubscribe
On Wed 20. Feb - 12:11:32, Jeff Garzik wrote:
> Holger Macht wrote:
>> On Thu 14. Feb - 13:40:48, Holger Macht wrote:
>>> If a device/bay is inside a docking station, we need to register for dock
>>> events additionally to bay events. If a dock event occurs, the dock driver
>>> will call the
Andrew Vasquez wrote:
> > > Hmm, guess it's the earlier 'if (scsi_status == 0)' check
> a few lines
> > > up... Dave S., can you take a look at this... Thanks, av
> >
> > Ah, so the !scsi_status is wrong it was supposed to be
> scsi_status !=
> > 0 ... and even then it can just be dropped.
* Harvey Harrison ([EMAIL PROTECTED]) wrote:
> char can be unsigned
> kernel/marker.c:64:20: error: dubious one-bit signed bitfield
> kernel/marker.c:65:14: error: dubious one-bit signed bitfield
>
> Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
Yep, it makes sense.
Thanks!
Acked-by:
When running Linux inside KVM all MTRRs are blank because there is no reason to
set them up. So doing a WARN_ON if all MTRRs are blank is not necessary. It is
sufficient to print the warning message using printk.
Signed-off-by: Joerg Roedel <[EMAIL PROTECTED]>
---
arch/x86/kernel/cpu/mtrr/main.c
Greetings,
I'm reworking a couple of apm drivers and for whatever reason it doesn't seem
to update my /proc/apm_bios. I was under the impression that it should do that
when apm_bios was catted? Currently I have a value that never change. I export
my get_power_status.. function properly but
Peter Zijlstra wrote:
> On Thu, 2008-02-21 at 15:37 +0530, Balbir Singh wrote:
>
>> You use the empty pointer (missing right child), so why do we need a list.
>> May
>> be I am missing something.
>
> A fully threaded tree also has back-pointer to traverse backwards
> through the ordered
Tilman Schmidt wrote:
Still, X came up fine, I could log in (Gnome feeling subjectively
a bit sluggish), call up a web page from the Internet in Firefox,
and start perusing the logs, when the whole system froze: neither
mouse nor keyboard would react anymore, and only the Wind^Wreset
button
On Wed, 2008-02-20 at 22:41 +0300, [EMAIL PROTECTED] wrote:
> The section .data.idt is not used at all - so drop it.
>
> Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
Acked-by: Martin Schwidefsky <[EMAIL PROTECTED]>
> ---
>
> vmlinux.lds.S |5 -
> 1 file changed, 5 deletions(-)
>
At Thu, 21 Feb 2008 09:48:30 +0100,
Clemens Ladisch wrote:
>
> Joshua Roys wrote:
> > sound/core/init.c: In function ‘snd_card_disconnect’:
> > sound/core/init.c:307: warning: the address of ‘snd_shutdown_f_ops’ will
> > always evaluate as ‘true’
> >
> > Signed-off-by: Joshua Roys <[EMAIL
Hi Alan,
On Thu, 21 Feb 2008 10:50:56 + Alan Cox <[EMAIL PROTECTED]> wrote:
>
> On Thu, 21 Feb 2008 14:58:29 +1100
> Paul Mackerras <[EMAIL PROTECTED]> wrote:
>
> > Alan Cox writes:
> >
> > > For some weird reason I can't ascertain (translation "I think its
> > > broken") the viocons driver
On Thu, 2008-02-21 at 15:37 +0530, Balbir Singh wrote:
> You use the empty pointer (missing right child), so why do we need a list. May
> be I am missing something.
A fully threaded tree also has back-pointer to traverse backwards
through the ordered elements.
That said, overloading the right
Andi Kleen wrote:
> Nick Piggin wrote:
>> On Wednesday 20 February 2008 23:52, Balbir Singh wrote:
>>> Andi Kleen wrote:
Document huge memory/cache overhead of memory controller in Kconfig
I was a little surprised that 2.6.25-rc* increased struct page for the
memory controller.
Hello!
I've done the (echo t > /proc/sysrq-trigger) now but i'm not able to get
the whole output via dmesg.
Here is what i get:
# dmesg
3.432124] [] do_select+0x390/0x46e
[272363.432226] [] __pollwait+0x0/0xcf
[272363.432319] [] default_wake_function+0x0/0x8
[272363.432416] []
KOSAKI Motohiro wrote:
> Hi balbir-san
>
>> It's good to keep the main reclaim code and the memory controller reclaim in
>> sync, so this is a nice effort.
>
> thank you.
> I will repost next version (fixed nick's opinion) while a few days.
>
>> > @@ -1456,7 +1501,7 @@ unsigned long
On Thu, 2008-02-21 at 01:31 +0100, Rafael J. Wysocki wrote:
> On Wednesday, 20 of February 2008, Soeren Sonnenburg wrote:
> > On Wed, 2008-02-20 at 00:50 +0100, Rafael J. Wysocki wrote:
> > > On Tuesday, 19 of February 2008, Soeren Sonnenburg wrote:
> > > > On Tue, 2008-02-19 at 22:06 +0100,
Hi,
Tilman Schmidt wrote:
mISDN has two problems, which are of course interrelated:
mISDN has one problem that is even bigger than these: the kernel oopses
if modules aren't loaded in the right order. misdn-init works around
that, but if it doesn't work for some reason (and I can think of
Hi balbir-san
> It's good to keep the main reclaim code and the memory controller reclaim in
> sync, so this is a nice effort.
thank you.
I will repost next version (fixed nick's opinion) while a few days.
> > @@ -1456,7 +1501,7 @@ unsigned long try_to_free_mem_cgroup_pag
> > int
On Thu, 21 Feb 2008 14:58:29 +1100
Paul Mackerras <[EMAIL PROTECTED]> wrote:
> Alan Cox writes:
>
> > For some weird reason I can't ascertain (translation "I think its
> > broken") the viocons driver calls directly into the n_tty ldisc code even
> > if another ldisc is in use. It'll probably
Hi all,
I have *not* released a new tree today (If you want to see why, have a
look at the left most column of
http://kisskb.ellerman.id.au/kisskb/branch/9). This was caused my me
removing one of Greg KH's patches because it did not apply due to an
inadequacy in my procedures.
Basically, I have
On Thu, Feb 21, 2008 at 03:20:02PM +1100, Nick Piggin wrote:
> > > So why can't you export a device from your xpmem driver, which
> > > can be mmap()ed to give out "anonymous" memory pages to be used
> > > for these communication buffers?
> >
> > Because we need to have heap and stack available as
Hi Kim-san,
Thank you very much.
btw, what different between and ?
> It was a very interesting result.
> In embedded system, your patch improve performance a little in case
> without noswap(normal case in embedded system).
> But, more important thing is OOM occured when I made 240 process
>
quad core 8 socket system will have apic id lifting.the apic id range could
be [4, 0x23]. or [8, 0x27]. 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
> 1. We could create something similar to mem_map, we would need to handle 4
4? At least x86 mainline only has two ways now. flatmem and vmemmap.
> different ways of creating mem_map.
Well it would be only a single way to create the "aux memory controller
map" (or however it will be called).
Hello!
Since my Update to 2.6.24.2 i get many WARNINGS like this:
[193948.797708] WARNING: at net/ipv4/tcp_output.c:1799
tcp_simple_retransmit()
[193948.797740] Pid: 0, comm: swapper Not tainted 2.6.24.2 #3
[193948.797761] [] tcp_simple_retransmit+0x1ed/0x1f2
[193948.797789] []
Nick Piggin wrote:
> On Wednesday 20 February 2008 23:52, Balbir Singh wrote:
>> Andi Kleen wrote:
>>> Document huge memory/cache overhead of memory controller in Kconfig
>>>
>>> I was a little surprised that 2.6.25-rc* increased struct page for the
>>> memory controller. At least on many x86-64
Balbir Singh wrote:
> Ingo Molnar wrote:
>> * Balbir Singh <[EMAIL PROTECTED]> wrote:
>>
>>> If you insist that sched_yield() is bad, I might agree, but how does
>>> my patch make things worse. [...]
>> it puts new instructions into the hotpath.
>>
>>> [...] In my benchmarks, it has helped the
Peter Zijlstra wrote:
> On Thu, 2008-02-21 at 15:12 +0530, Balbir Singh wrote:
>> Peter Zijlstra wrote:
>>> On Thu, 2008-02-21 at 15:01 +0530, Balbir Singh wrote:
>>>
I have an alternate approach in mind (that I need to find time for),
threaded-rbtrees. Walking the tree is really
On Thu, 2008-02-21 at 15:12 +0530, Balbir Singh wrote:
> Peter Zijlstra wrote:
> > On Thu, 2008-02-21 at 15:01 +0530, Balbir Singh wrote:
> >
> >> I have an alternate approach in mind (that I need to find time for),
> >> threaded-rbtrees. Walking the tree is really efficient, specially finding
>
On Thu, Feb 21, 2008 at 03:57:07AM -0500, Len Brown wrote:
> Hi Linus,
>
> please pull from:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release
>
> Fixes a pair of a boot regressions, and some churn mostly related
> to some of the new thermal and thinkpad code
* Huang, Ying <[EMAIL PROTECTED]> wrote:
> > > -int __initdata early_ioremap_debug;
> > > +int __initbss early_ioremap_debug;
> >
> > will we get some sort of build error if we accidentally do:
> >
> >int __initbss early_ioremap_debug = 1;
> >
> > ?
>
> I tested it just now, and there is
Hi Huang.
A few comments..
> Init BSS sections are added for uninitialized init DATA sections to
> reduce kernel image size.
- If this is relevant for more than just x86 then the definition
of the section should be in include/asm-generic/vmlinux.lds.h
- Please add a comment along the
KOSAKI Motohiro wrote:
> background
>
> current VM implementation doesn't has limit of # of parallel reclaim.
> when heavy workload, it bring to 2 bad things
> - heavy lock contention
> - unnecessary swap out
>
> abount 2 month ago, KAMEZA Hiroyuki
Jiri -
I am tempted to lie to you and say it was in both modes, or when running
under X only, but to tell you the truth while I have not seen it while
running in console mode, I have not spent enough time there to make a
solid statement one way or the other.
Sorry
Chris
On Thu, 2008-02-21
In SMP sever platform, with kernel 2.6.24-rc2 and kernel 2.6.25-rc2,
Set one task affinity to one CPU core, then set offline the CPU core.
After that we can not set online the CPU core again.
1. run the test.sh script: test.sh 1 ( 1 is the logical CPU )
test.sh script:
#!/bin/bash
main(){
Ingo Molnar wrote:
> * Balbir Singh <[EMAIL PROTECTED]> wrote:
>
You did not answer some of my earlier questions.
>> I have an alternate approach in mind (that I need to find time for),
>> threaded-rbtrees. Walking the tree is really efficient, specially
>> finding successor of a node.
>
>
Peter Zijlstra wrote:
> On Thu, 2008-02-21 at 15:01 +0530, Balbir Singh wrote:
>
>> I have an alternate approach in mind (that I need to find time for),
>> threaded-rbtrees. Walking the tree is really efficient, specially finding
>> successor of a node.
>
> Threading the rbtrees would be even
Deferred I/O was utterly broken. Reading the mmap()ed framebuffer
worked, but writing it made the VM endlessly invoke
vm_ops.page_mkwrite(). That happened because we failed to set
page->mapping and page->index.
The fix is to set them, and clean up properly before the framebuffer
gets released.
This is a pair of Xen para-virtual frontend device drivers:
drivers/video/xen-fbfront.c provides a framebuffer, and
drivers/input/xen-kbdfront provides keyboard and mouse.
The backends run in dom0 user space.
Signed-off-by: Markus Armbruster <[EMAIL PROTECTED]>
---
drivers/input/Kconfig
On Thu, 2008-02-21 at 15:01 +0530, Balbir Singh wrote:
> I have an alternate approach in mind (that I need to find time for),
> threaded-rbtrees. Walking the tree is really efficient, specially finding
> successor of a node.
Threading the rbtrees would be even more expensive, it would require a
This is a pair of Xen para-virtual frontend device drivers:
drivers/video/xen-fbfront.c provides a framebuffer, and
drivers/input/xen-kbdfront provides keyboard and mouse.
The backends run in dom0 user space.
I started with the Xen version at
* Balbir Singh <[EMAIL PROTECTED]> wrote:
> I have an alternate approach in mind (that I need to find time for),
> threaded-rbtrees. Walking the tree is really efficient, specially
> finding successor of a node.
sure, feel free to experiment with those details.
But if you want to improve
I miss CC's. so I resend.
First of all, I tried test it in embedded board.
---
CPU: 200MHz(ARM926EJ-S)
MEM: 32M
SWAP: none
KERNEL : 2.6.25-rc1
- NO SWAP
before :
Running with 5*40 (== 200) tasks.
Time: 12.591
Command being timed: "./hackbench.arm 5 process
On Sat, 16 Feb 2008, Chris Holvenstot wrote:
> This is just to confirm that I have been running all day on a kernel
> built with CONFIG_GROUP_SCHED turned 'off' and have not seen the problem
> with my keyboard (I never noticed a problem with the mouse as others
> have)
Chris,
does the
Ingo Molnar wrote:
> * Balbir Singh <[EMAIL PROTECTED]> wrote:
>
>> If you insist that sched_yield() is bad, I might agree, but how does
>> my patch make things worse. [...]
>
> it puts new instructions into the hotpath.
>
>> [...] In my benchmarks, it has helped the sched_yield case, why is
On Thu, 2008-02-21 at 10:05 +0100, Ingo Molnar wrote:
> * Huang, Ying <[EMAIL PROTECTED]> wrote:
>
> > Uninitialized variable in init DATA sections are relocated into init
> > BSS sections to reduce kernel image size. Several KB can be reduced.
>
> > -int __initdata early_ioremap_debug;
> >
Hi!
On Thursday 21 February 2008, Atsushi Nemoto wrote:
...
> Yes. I tested it on AT91SAM9260 and it seems ENDRX rises soon.
> Though it can be possible to avoid starting DMA for zero length
> transfer, I think it is not worth to optimize for such a rare case.
Ok, verified to work on at91rm9200,
On Wed, Feb 20, 2008 at 10:11:23AM -0600, Kumar Gala wrote:
> Is the functionality provided by drivers/char/gen_rtc.c completely handled
> by the rtc subsystem in drivers/rtc?
they were not designed work parallel at the same. Not sure if there is
ever a valid reason to have both comiled into
* Huang, Ying <[EMAIL PROTECTED]> wrote:
> Uninitialized variable in init DATA sections are relocated into init
> BSS sections to reduce kernel image size. Several KB can be reduced.
> -int __initdata early_ioremap_debug;
> +int __initbss early_ioremap_debug;
will we get some sort of build
* Balbir Singh <[EMAIL PROTECTED]> wrote:
> If you insist that sched_yield() is bad, I might agree, but how does
> my patch make things worse. [...]
it puts new instructions into the hotpath.
> [...] In my benchmarks, it has helped the sched_yield case, why is
> that bad? [...]
I had the
I've enabled MUTEX and SPINLOCK DEBUG, this is what I get
[ cut here ]
WARNING: at /home/bongani/kernel/git/linux-2.6/kernel/mutex.c:134
mutex_lock_nested+0xc0/0x2a3()
Modules linked in: snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq
binfmt_misc loop nls_cp437 vfat
Harvey Harrison wrote:
In two case statements, use the ever popular 'i' instead of index:
arch/x86/kvm/x86.c:1063:7: warning: symbol 'index' shadows an earlier one
arch/x86/kvm/x86.c:1000:9: originally declared here
arch/x86/kvm/x86.c:1079:7: warning: symbol 'index' shadows an earlier one
Chris Brennan wrote:
> These are the updated pastbin links to my BT8x8 issue. Hopefully these
> are helpful, if you need more information, let me know.
You didn't answer Robert's question.
And you are using the fglrx driver; you'll have to ask ATI whether if
supports video overlays and how to
Hi Linus,
please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release
Fixes a pair of a boot regressions, and some churn mostly related
to some of the new thermal and thinkpad code that went into -rc1.
This will update the files shown below.
thanks!
-Len
According to ECMA 167 rev. 3 (see 3/8.4.2.1), Anchor Volume
Descriptor Pointer should be recorded at two or more anchor
points located at sectors 256, N, N - 256, where N - is a
largest logical sector number at volume space.
So we should always try to detect N on UDF volume before
trying to
Peter Zijlstra wrote:
> On Thu, 2008-02-21 at 13:09 +0530, Balbir Singh wrote:
>
>> sched_yield() is supported API
>
> For SCHED_FIFO/SCHED_RR.
>
>> and also look at http://lkml.org/lkml/2007/9/19/351.
>
> Read on (http://lkml.org/lkml/2007/9/19/371) and find:
>
> The
On Thursday 21 February 2008 02:32, Harvey Harrison wrote:
> Introduced between 2.6.25-rc1 and -rc2.
>
> drivers/acpi/executer/exregion.c:369:8: warning: incorrect type in argument 3
> (different type sizes)
> drivers/acpi/executer/exregion.c:369:8:expected unsigned int [usertype]
> *value
Joshua Roys wrote:
> sound/core/init.c: In function ‘snd_card_disconnect’:
> sound/core/init.c:307: warning: the address of ‘snd_shutdown_f_ops’ will
> always evaluate as ‘true’
>
> Signed-off-by: Joshua Roys <[EMAIL PROTECTED]>
> ---
> sound/core/init.c |1 -
> 1 files changed, 0
On Thu, 2008-02-21 at 13:09 +0530, Balbir Singh wrote:
> sched_yield() is supported API
For SCHED_FIFO/SCHED_RR.
> and also look at http://lkml.org/lkml/2007/9/19/351.
Read on (http://lkml.org/lkml/2007/9/19/371) and find:
The sched_yield() behaviour is actually very
On Wed, Feb 20, 2008 at 05:08:46PM +, Liam Girdwood wrote:
> This patch series provides a generic framework to allow device drivers
> to control voltage and current regulators on SoC based devices (e.g.
> phones, gps, media players).
Note that I'm explicitly avoiding commenting on this as far
401 - 500 of 1009 matches
Mail list logo
