Christoph Lameter wrote:
On Sat, 17 Feb 2007, Andi Kleen wrote:
That was always its intention. It's not a direct interface to a hypervisor,
but an somewhat abstracted interface to a "hypervisor driver"
I thought that hypervisor driver was some binary blob that can be directly
Miklos Szeredi wrote:
Inspired by Peter Staubach's patch and the resulting comments.
An updated version of the original patch was submitted to LKML
yesterday... :-)
Strange coincidence :)
file = vma->vm_file;
start = vma->vm_end;
+
Lennart Sorensen wrote:
> On Wed, Feb 21, 2007 at 10:24:28AM +0100, Udo van den Heuvel wrote:
>> Udo van den Heuvel wrote:
>> So, if not (as in my situation) how can I find out what is wrong?
>> Or find out if the BIOS works OK with the card?
>> How can I verify that the correct routing for the
> > > > This flag is checked in msync() and __fput(), and if set, the file
> > > > times are updated and the flag is cleared
> > >
> > > Why not also check inside vfs_getattr?
> >
> > This is the minimum, that the standard asks for.
> >
> > Note, your porposal would touch the times in
Jiri Slaby napsal(a):
Faik Uygur napsal(a):
Hi,
Hi.
21 Şub 2007 Çar 06:53 tarihinde, Linus Torvalds şunları yazmıştı:
Ok, the merge window for 2.6.21 has closed, and -rc1 is out there.
CHK include/linux/version.h
CHK include/linux/utsrelease.h
CHK
Trond Myklebust wrote:
On Wed, 2007-02-21 at 19:28 +0100, Miklos Szeredi wrote:
This flag is checked in msync() and __fput(), and if set, the file
times are updated and the flag is cleared
Why not also check inside vfs_getattr?
This is the minimum, that the standard asks
On Wed, 21 Feb 2007, Pekka Enberg wrote:
> Christoph Lameter wrote:
> > 2. Check if the size specified is larger than the next smallest general
> > cache and only copy if we would really would allocate from a different
> > cache.
>
> Yeah, I was thinking about this too but decided against it
On Thu, Feb 22, 2007 at 02:17:28AM +0900, Atsushi Nemoto wrote:
> Update the serial_txx9 driver.
>
> * Use platform_device.
> * Fix and cleanup suspend/resume/initialization codes.
>
> Signed-off-by: Atsushi Nemoto <[EMAIL PROTECTED]>
> Acked-by: Alan Cox <[EMAIL PROTECTED]>
Andrew, I've
On Wednesday 21 February 2007 19:34:45 Greg KH wrote:
> On Wed, Feb 21, 2007 at 01:55:04PM +0200, S.??a??lar Onur wrote:
> > 21 ??ub 2007 ??ar tarihinde, Greg KH ??unlar?? yazmt??:
> > > Responses should be made by Friday February 23 00:00 UTC. Anything
> > > received after that time might be
On Wed, Feb 21, 2007 at 07:34:01PM +0100, Andreas Schwab wrote:
> I'm getting an undefined symbol with CONFIG_AGP=m:
>
> WARNING: "compat_agp_ioctl" [drivers/char/agp/agpgart.ko] undefined!
Fix went to Linus an hour ago.
It's been in -mm for a week, and agpgart.git for a day or so.
Faik Uygur napsal(a):
Hi,
Hi.
21 Şub 2007 Çar 06:53 tarihinde, Linus Torvalds şunları yazmıştı:
Ok, the merge window for 2.6.21 has closed, and -rc1 is out there.
CHK include/linux/version.h
CHK include/linux/utsrelease.h
CHK include/linux/compile.h
CC [M]
On Sat, 17 Feb 2007, Andi Kleen wrote:
> That was always its intention. It's not a direct interface to a hypervisor,
> but an somewhat abstracted interface to a "hypervisor driver"
I thought that hypervisor driver was some binary blob that can be directly
accessed via paravirt_ops?
> But
Hi Christoph,
Christoph Lameter wrote:
1. Just do not allow shrinking via realloc. Probably no big loss and best
performance.
Not a big loss if you can afford the wasted memory. But, I don't think
we should do this, there's no way for the caller to know that we will
hold on to the memory
On Wed, 2007-02-21 at 19:28 +0100, Miklos Szeredi wrote:
> > > This flag is checked in msync() and __fput(), and if set, the file
> > > times are updated and the flag is cleared
> >
> > Why not also check inside vfs_getattr?
>
> This is the minimum, that the standard asks for.
>
> Note, your
This is an interesting trick, but I'd like to consider hard whether
the added
complexity is worth it. Could you list the various other cases you
have in mind
which would want to use it ?
I'm happy to report that the sync case and the
invalidate_inode_pages2_range() case are the only two
I'm getting an undefined symbol with CONFIG_AGP=m:
WARNING: "compat_agp_ioctl" [drivers/char/agp/agpgart.ko] undefined!
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fingerprint = 58CA 54C7 6D53 942B 1756
On Wed, 21 Feb 2007, Muli Ben-Yehuda wrote:
> On Wed, Feb 21, 2007 at 10:06:52AM +0200, Pekka J Enberg wrote:
> > From: Pekka Enberg <[EMAIL PROTECTED]>
> >
> > This exports ksize in slab and slob allocators to modules.
>
> That's a pretty generic name... if it's going to be part of the module
Hi Jörn,
On Wed, 21 Feb 2007, [utf-8] Jörn Engel wrote:
On Wed, 21 February 2007 05:36:22 +0100, Juan Piernas Canovas wrote:
I don't see how you can guarantee 50% free segments. Can you explain
that bit?
It is quite simple. If 50% of your segments are busy, and the other 50%
are free, and
Hi;
21 Şub 2007 Çar tarihinde, Greg KH şunları yazmıştı:
> On Wed, Feb 21, 2007 at 01:55:04PM +0200, S.??a??lar Onur wrote:
> > 21 ??ub 2007 ??ar tarihinde, Greg KH ??unlar?? yazmt??:
> > > Responses should be made by Friday February 23 00:00 UTC. Anything
> > > received after that time
> > This flag is checked in msync() and __fput(), and if set, the file
> > times are updated and the flag is cleared
>
> Why not also check inside vfs_getattr?
This is the minimum, that the standard asks for.
Note, your porposal would touch the times in vfs_getattr(), which
means, that the
On Wed, Feb 21, 2007 at 07:13:40PM +0100, Rafael J. Wysocki wrote:
> On Wednesday, 21 February 2007 19:14, Paul E. McKenney wrote:
> > On Tue, Feb 20, 2007 at 07:29:01PM +0100, Rafael J. Wysocki wrote:
> > > On Tuesday, 20 February 2007 01:32, Rafael J. Wysocki wrote:
> > > > On Tuesday, 20
On Wed, 21 Feb 2007, Pekka Enberg wrote:
> ...and batchcount is not decremented and we're effectively in an
> infinite loop. Or am I missing something here?
No you are right.
Acked-by: Christoph Lameter <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe
On Wed, 21 Feb 2007, Pekka Enberg wrote:
> Christoph Lameter wrote:
> > Well could you check ksize for the old object first and if ksize <= new size
> > then just skip the copy? I think this may allow you to get rid of the ksize
> > callers.
>
> And not reallocate at all, right? I thought about
On Wed, Feb 21, 2007 at 03:12:28AM -0800, Roland McGrath wrote:
> The way I've organized my patch series is with the arch support split up
> along with the separate infrastructure patches in the series. That is,
> just asm/tracehook.h with no utrace_regset stuff in the first patch so that
> the
On Wed, 2007-02-21 at 19:18 +0100, Thomas Gleixner wrote:
> On Wed, 2007-02-21 at 09:38 -0800, Daniel Walker wrote:
> > > >
> > > > Could be the switch over then which confuses the NMI .
> > >
> > > Why? The switch just stops the PIT/HPET. It does not fiddle with IO_APIC
> > > and friends at
On Feb 21, 2007, at 12:35 AM, Ken Chen wrote:
On 2/20/07, Ananiev, Leonid <[EMAIL PROTECTED]> wrote:
1) mem=1G in kernel boot param if you have more
2) unmount; mk2fs; mount
3) dd if=/dev/zero of= bs=1M count=1200
4) aiostress -s 1200m -O -o 2 -i 1 -r 16k
5) if i++<50 goto 2).
Would you
> > Inspired by Peter Staubach's patch and the resulting comments.
> >
> >
>
> An updated version of the original patch was submitted to LKML
> yesterday... :-)
Strange coincidence :)
> > file = vma->vm_file;
> > start = vma->vm_end;
> > +
On Wed, 21 Feb 2007, Pekka J Enberg wrote:
> + */
> + BUG_ON(slabp->inuse < 0 || slabp->inuse >= cachep->num);
> +
> while (slabp->inuse < cachep->num && batchcount--) {
On 2/21/07, Christoph Lameter <[EMAIL PROTECTED]> wrote:
I think you only need to
Avi Kivity wrote:
The following patchset moves the kvm userspace interface from having a
single fd, to having three types of file descriptors:
Andrew, while the 2.6.21 merge window has closed, please consider
applying this to 2.6.21 anyway. At least one major distribution
(Fedora) is
Christoph Lameter wrote:
Well could you check ksize for the old object first and if ksize <= new
size then just skip the copy? I think this may allow you
to get rid of the ksize callers.
And not reallocate at all, right? I thought about that but then you
wouldn't be able to use realloc() to
On Wednesday, 21 February 2007 19:14, Paul E. McKenney wrote:
> On Tue, Feb 20, 2007 at 07:29:01PM +0100, Rafael J. Wysocki wrote:
> > On Tuesday, 20 February 2007 01:32, Rafael J. Wysocki wrote:
> > > On Tuesday, 20 February 2007 01:12, Oleg Nesterov wrote:
> > > Hm. In the case discussed above
Signed-off-by: Avi Kivity <[EMAIL PROTECTED]>
---
include/linux/kvm.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/linux/kvm.h b/include/linux/kvm.h
index 7c9a400..275354f 100644
--- a/include/linux/kvm.h
+++ b/include/linux/kvm.h
@@ -11,7 +11,7 @@
#include
Allocate a distinct inode for every vcpu in a VM. This has the following
benefits:
- the filp cachelines are no longer bounced when f_count is incremented on
every ioctl()
- the API and internal code are distinctly clearer; for example, on the
KVM_GET_REGS ioctl, there is no need to copy
In preparation of some hacking.
Signed-off-by: Avi Kivity <[EMAIL PROTECTED]>
---
drivers/kvm/kvm_main.c | 102
1 files changed, 51 insertions(+), 51 deletions(-)
diff --git a/drivers/kvm/kvm_main.c b/drivers/kvm/kvm_main.c
index
This reflects the changed scope, from device-wide to single vm (previously
every device open created a virtual machine).
Signed-off-by: Avi Kivity <[EMAIL PROTECTED]>
---
drivers/kvm/kvm_main.c | 48
1 files changed, 24 insertions(+), 24
This avoids having filp->f_op and the corresponding inode->i_fop different,
which is a little unorthodox.
The ioctl list is split into two: global kvm ioctls and per-vm ioctls. A new
ioctl, KVM_CREATE_VM, is used to create VMs and return the VM fd.
Signed-off-by: Avi Kivity <[EMAIL PROTECTED]>
On Wed, 2007-02-21 at 09:38 -0800, Daniel Walker wrote:
> > >
> > > Could be the switch over then which confuses the NMI .
> >
> > Why? The switch just stops the PIT/HPET. It does not fiddle with IO_APIC
> > and friends at all.
>
> I'm not an expert on the io-apic, but the check_timer()
On Tue, Feb 20, 2007 at 07:29:01PM +0100, Rafael J. Wysocki wrote:
> On Tuesday, 20 February 2007 01:32, Rafael J. Wysocki wrote:
> > On Tuesday, 20 February 2007 01:12, Oleg Nesterov wrote:
> > Hm. In the case discussed above we have a task that's right before calling
> > frozen_process(), so we
The kvmfs inodes will represent virtual machines and vcpus, as necessary,
reducing cacheline bouncing due to inodes and filps being shared.
Signed-off-by: Avi Kivity <[EMAIL PROTECTED]>
---
drivers/kvm/kvm_main.c | 33 -
1 files changed, 32 insertions(+), 1
On Wed, 2007-02-21 at 18:51 +0100, Miklos Szeredi wrote:
> From: Miklos Szeredi <[EMAIL PROTECTED]>
>
> This patch makes writing to shared memory mappings update st_ctime and
> st_mtime as defined by SUSv3:
>
>The st_ctime and st_mtime fields of a file that is mapped with
>MAP_SHARED and
The following patchset moves the kvm userspace interface from having a
single fd, to having three types of file descriptors:
- one fd returned by open("/dev/kvm") is used for generic access to the
kvm driver, for example to get the API version and to create virtual
machines
- when you create
BTW:
Is the situation, with default DN setting of 19 as displayed below,
`normal` w.r.t. interrupts?
I mean: Both the DVB card with DN19 and the Unichrome Pro video adapter
have the same irq although they are on different busses.
(...)
00:13.0 Multimedia controller: Philips Semiconductors
---
mm/mmap.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff -puN mm/mmap.c~Avoiding-mmap-fragmentation_fixup mm/mmap.c
--- linux-2.6_clean/mm/mmap.c~Avoiding-mmap-fragmentation_fixup 2007-02-21
09:49:32.0 -0800
+++ linux-2.6_clean-akuster/mm/mmap.c 2007-02-21
Miklos Szeredi wrote:
From: Miklos Szeredi <[EMAIL PROTECTED]>
This patch makes writing to shared memory mappings update st_ctime and
st_mtime as defined by SUSv3:
The st_ctime and st_mtime fields of a file that is mapped with
MAP_SHARED and PROT_WRITE shall be marked for update at some
On 2/21/07, Matthew Fredrickson <[EMAIL PROTECTED]> wrote:
It's a 2.6.18 kernel. What we're seeing (by means of the interrupt pin
on another card) is extremely large interrupt latency (measured from
the time the interrupt pin goes low to the first couple lines of code
in the IRQ handler to
On Tue, Feb 20, 2007 at 06:49:17PM -0500, Jeff Garzik wrote:
> Can you narrow down the -gitX release further? i.e. does 2.6.20-git13
> perform at full speed? -git13 includes several libata changes, but does
> not include the ACPI additions.
>
> Since this is an ACPI execution error in the
From: Miklos Szeredi <[EMAIL PROTECTED]>
This patch makes writing to shared memory mappings update st_ctime and
st_mtime as defined by SUSv3:
The st_ctime and st_mtime fields of a file that is mapped with
MAP_SHARED and PROT_WRITE shall be marked for update at some point
in the interval
On Wed, 21 Feb 2007, Pekka J Enberg wrote:
> +void *krealloc(const void *p, size_t new_size, gfp_t flags)
> +{
> + void *ret;
> +
> + if (unlikely(!p))
> + return kmalloc_track_caller(new_size, flags);
> +
> + if (unlikely(!new_size)) {
> + kfree(p);
> +
On Wed, 21 Feb 2007, Pekka Enberg wrote:
> On 2/21/07, Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> > please mark this one __must_check.. not storing realloc() return values
> > is one of the more nasty types of bugs... but gcc can help us greatly
> > here ;)
>
> So I guess we want the same
On Wed, 21 Feb 2007, Pekka J Enberg wrote:
> + */
> + BUG_ON(slabp->inuse < 0 || slabp->inuse >= cachep->num);
> +
> while (slabp->inuse < cachep->num && batchcount--) {
I think you only need to check for <0. If slabp->inuse > cachep->num then
the loop
Hi Greg,
>> >Try this instead:
>> >if (!de)
>> >return -ENOMEM;
>> >if ((IS_ERR(de)) && (PTR_ERR(de) != -ENODEV))
>> >return PTR_ERR(de);
>> >return 0;
>> >
>> >That should cover everything properly, right?
>>
>> In case memory could not be allocated, why does
When a device fails to register the class symlinks where not cleaned up.
This left a symlink in the /sys/class/"device"/ directory that pointed to
no where. This caused the sysfs_follow_link Oops I reported earlier. This
patch cleanups up the symlink. Please apply. Thank you.
Signed-Off:
On Wed, Feb 21, 2007 at 05:17:37PM +0100, Jean Delvare wrote:
> On Tue, 20 Feb 2007 14:11:42 -0500, Dave Jones wrote:
> > On Tue, Feb 20, 2007 at 10:08:26AM -0500, Chuck Ebbert wrote:
> >
> > > i2c_core
> > > i2c_ec
> > > i2c_piix4
> > > asus_acpi (on a
On Wed, 2007-02-21 at 18:41 +0100, Thomas Gleixner wrote:
> On Wed, 2007-02-21 at 09:19 -0800, Daniel Walker wrote:
> > > At this point the PIT / HPET _is_ active and incrementing jiffies. The
> > > switch to local apic timers happens afterwards.
> >
> > Could be the switch over then which
On Wed, Feb 21, 2007 at 01:55:04PM +0200, S.??a??lar Onur wrote:
> 21 ??ub 2007 ??ar tarihinde, Greg KH ??unlar?? yazmt??:
> > Responses should be made by Friday February 23 00:00 UTC. Anything
> > received after that time might be too late.
>
> We have still some CVEish patches in our
Le 21.02.2007 17:18:23, Markus Trippelsdorf a écrit :
On Wed, Feb 21, 2007 at 03:01:54PM +0100, Jean-Luc Coulon (f5ibh)
wrote:
At boot time, I've the following messages:
ACPI: PCI Interrupt :00:0f.0[B] GSI 20(level, low) -> IRQ 20
sata_via :00:0f.0: failed on iomap PCI BAR 0
sata_via
On Wed, 2007-02-21 at 09:19 -0800, Daniel Walker wrote:
> > At this point the PIT / HPET _is_ active and incrementing jiffies. The
> > switch to local apic timers happens afterwards.
>
> Could be the switch over then which confuses the NMI .
Why? The switch just stops the PIT/HPET. It does not
On Wed, 21 Feb 2007 12:10:44 -0500 (EST) Robert P. J. Day wrote:
>
> Fix the misspellings of "propogate", "writting" and (oh, the shame
> :-) "kenrel" in the source tree.
We also knohow to spel "depreciated".
(well, only 6 in 2.6.21-rc1)
---
~Randy
*** Remember to use
On Wed, Feb 21, 2007 at 06:07:56PM +0100, Jan Engelhardt wrote:
> Hello Greg,
>
>
> On Feb 20 2007 20:05, Greg KH wrote:
> >
> >Try this instead:
> > if (!de)
> > return -ENOMEM;
> > if ((IS_ERR(de)) && (PTR_ERR(de) != -ENODEV))
> > return PTR_ERR(de);
> >
[EMAIL PROTECTED] wrote:
1.) detecting memory leaks caused by our driver code.
Your code will of course be allocating buffers. If you are allocating
from a specific slab, if you have leaks, they will show up in /proc/slabinfo
I wrote some code last month, which I called slabwatch, to track
Giuseppe Bilotta wrote:
> On Wednesday 21 February 2007 02:49, Greg KH wrote:
>
>> /* frame pointer must be last for get_wchan */
>> -#define SAVE_CONTEXT"pushq %%rbp ; movq %%rsi,%%rbp\n\t"
>> -#define RESTORE_CONTEXT "movq %%rbp,%%rsi ; popq %%rbp\n\t"
>> +#define SAVE_CONTEXT"pushf ;
On Wed, 2007-02-21 at 18:07 +0100, Thomas Gleixner wrote:
> On Wed, 2007-02-21 at 08:24 -0800, Daniel Walker wrote:
> > > The most interesting core change may be the dyntick/nohz one, where timer
> > > ticks will only happen when needed. It's been brewing for a _loong_ time,
> > > but it's in
On Feb 21 2007 11:00, Giuseppe Bilotta wrote:
>On Wednesday 21 February 2007 02:49, Greg KH wrote:
>
>> /* frame pointer must be last for get_wchan */
>> -#define SAVE_CONTEXT"pushq %%rbp ; movq %%rsi,%%rbp\n\t"
>> -#define RESTORE_CONTEXT "movq %%rbp,%%rsi ; popq %%rbp\n\t"
>> +#define
Update the serial_txx9 driver.
* Use platform_device.
* Fix and cleanup suspend/resume/initialization codes.
Signed-off-by: Atsushi Nemoto <[EMAIL PROTECTED]>
Acked-by: Alan Cox <[EMAIL PROTECTED]>
---
diff --git a/drivers/serial/serial_txx9.c b/drivers/serial/serial_txx9.c
index
Fix the misspellings of "propogate", "writting" and (oh, the shame
:-) "kenrel" in the source tree.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
Documentation/sysctl/kernel.txt |2 +-
arch/powerpc/oprofile/op_model_cell.c |2 +-
arch/x86_64/kernel/io_apic.c
> Then I'll put udelay() and a timeout counter for it. If udelay() was
> in the busy loop, cpu_relax() is still recommended?
The udelay should deal with it for you.
> Here is a patch on top of the previous one. If this was OK I'll fold
> it into one patch.
Looks good to me
> + while
Hello Greg,
On Feb 20 2007 20:05, Greg KH wrote:
>
>Try this instead:
> if (!de)
> return -ENOMEM;
> if ((IS_ERR(de)) && (PTR_ERR(de) != -ENODEV))
> return PTR_ERR(de);
> return 0;
>
>That should cover everything properly, right?
In case memory
I re-checked the code. And this time, I think cond_resched() is useful
while a kernel is compiled with no full preemption function but only
voluntary kernel preemption is enabled (i.e. CONFIG_PREEMPT_VOLUNTARY
is set but CONFIG_PREEMPT is not set). In this case, kernel performs
scheduling at
Acked-By: Kirill Korotaev <[EMAIL PROTECTED]>
> From: Serge E. Hallyn <[EMAIL PROTECTED]>
> Subject: [PATCH] namespaces: update some function names
>
> The {get,exit}_task_namespaces do not grab references to the individual
> namespaces, only to the nsproxy. Reflect that in the function names.
On Wed, 2007-02-21 at 10:06, Jan-Bernd Themann wrote:
> This patch introduces functionality to dynamically add / remove
> ehea ports via an userspace DLPAR tool. It creates a subnode for
> each logical port in the sysfs.
Looks great!
Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]>
On Wed, 17 Jan 2007, Andi Kleen wrote:
> On Wednesday 17 January 2007 07:31, Chris Wedgwood wrote:
> > On Tue, Jan 16, 2007 at 08:52:32PM +0100, Christoph Anton Mitterer wrote:
> > > I agree,... it seems drastic, but this is the only really secure
> > > solution.
> >
> > I'd like to here from
On Wed, 21 Feb 2007 16:48:26 +, Alan <[EMAIL PROTECTED]> wrote:
> > +#ifdef CONFIG_CPU_TX49XX
> > + /* TX4925 BUG WORKAROUND. Accessing SIOC register
> > +* immediately after soft reset causes bus error. */
> > + iob();
> > + udelay(1);
> > +#endif
>
> Given this costs 1uS in a
On Wed, 2007-02-21 at 08:24 -0800, Daniel Walker wrote:
> > The most interesting core change may be the dyntick/nohz one, where timer
> > ticks will only happen when needed. It's been brewing for a _loong_ time,
> > but it's in the standard kernel now as an option.
>
> On i386 I get the
On Wed, Feb 21, 2007 at 04:48:26PM +, Alan wrote:
> Given this costs 1uS in a path that is not performance critical is it
> worth putting the #ifdef/#endif in instead of having one set of code that
> works for all ?
>
> > + while (sio_in(up, TXX9_SIFCR) & TXX9_SIFCR_SWRST)
> > +
From: Serge E. Hallyn <[EMAIL PROTECTED]>
Subject: [PATCH] namespaces: update some function names
The {get,exit}_task_namespaces do not grab references to the individual
namespaces, only to the nsproxy. Reflect that in the function names.
Not so important right now, but when pid_ns gets pulled
On 2/20/07, Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
Don't you need a way to specify the maximum deferral time? E.g. a field in
fb_info.
You are right. I will need that. I could put that into struct
fb_deferred_io. So drivers would setup like:
static struct fb_deferred_io hecubafb_defio
Greg KH wrote:
> This is the start of the stable review cycle for the 2.6.19.5 release.
>
> This will probably be the last release of the 2.6.19-stable series, so
> if there are patches that you feel should be applied to that tree,
> please let me know.
>
The attached fixes an oops in the
>
> Update: I think that you can ignore this error. I am getting
> segmentation faults when I attempt to rebuild the kernel. This is
> exactly the same problem I had with slackware 10.1 with the 2.6.10
> kernel. So I think it is a hardware issue. Memtest86 didn't show any
> errors after 35 passes,
Tejun Heo wrote:
> Does it work if you give 'irqpoll' kernel parameter?
>
Yes this works with "irqpoll". But as you can see in the attached dmesg
output, now I get a bunch of APIC errors ... ?
Linux version 2.6.20.1 ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115
(prerelease) (Debian
On 2/20/07, Jaya Kumar <[EMAIL PROTECTED]> wrote:
On 2/19/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
> That works for me, though I'd prefer for struct page_list to be done with
> a scatterlist, then it's trivial to setup from the workqueue context
> without having to shuffle things around.
>
Ok.
Greg KH wrote:
> This is the start of the stable review cycle for the 2.6.19.5 release.
>
> This will probably be the last release of the 2.6.19-stable series, so
> if there are patches that you feel should be applied to that tree,
> please let me know.
The attached patch is in 2.6.20 and fixes
On Wed, 21 Feb 2007 09:16:28 +0100 David Sterba wrote:
> (patch against 2.6.21-rc1)
>
> Fix several typos in help text in Kconfig* files.
>
> Signed-off-by: David Sterba <[EMAIL PROTECTED]>
Looks good except for one item below. Thanks.
> diff --git a/crypto/Kconfig b/crypto/Kconfig
> index
Arjan van de Ven wrote:
> also.. running "vmstat 3" and looking at the "cs" column is interesting;
> it shouldn't be above 50 or so in idle (well not above 10 but our
> userland stinks too much for that)
I average 6 or so with my normal configuration.
Chuck "kill the daemons" Ebbert
-
To
On Tue, 2007-02-20 at 20:53 -0800, Linus Torvalds wrote:
> Ok, the merge window for 2.6.21 has closed, and -rc1 is out there.
>
> There's a lot of changes, as is usual for an -rc1 thing, but at least so
> far it would seem that 2.6.20 has been a good base, and I don't think we
> have anything
Hello Rodolfo,
Wednesday, February 21, 2007, 6:12:10 PM, you wrote:
> On Wed, Feb 21, 2007 at 06:00:37PM +0200, Paul Sokolovsky wrote:
>>
>> On the other hand, there's already
>> drivers/video/backlight/backlight.c which provides generic BL support,
>> implemented using notifier callback for
On Wed, 21 Feb 2007 11:03:07 -0500, Chuck Ebbert wrote:
> Jean Delvare wrote:
> > Can you try to load the i2c-dev driver, then run the following commands
> > and report the results:
> > $ i2cdetect -l
> > For each bus listed:
> > $ i2cdetect N
>
> FWIW it's really an ATIIXP chipset, but
Hello.
In article <[EMAIL PROTECTED]> (at Tue, 20 Feb 2007 20:53:45 -0800 (PST)),
Linus Torvalds <[EMAIL PROTECTED]> says:
> But there's a ton of architecture updates (arm, mips, powerpc, x86, you
> name it), ACPI updates, and lots of driver work. And just a lot of
> cleanups.
I cannot boot
On Wed, Feb 21, 2007 at 03:01:54PM +0100, Jean-Luc Coulon (f5ibh) wrote:
>
> At boot time, I've the following messages:
>
> ACPI: PCI Interrupt :00:0f.0[B] GSI 20(level, low) -> IRQ 20
> sata_via :00:0f.0: failed on iomap PCI BAR 0
> sata_via :00:0f.0: out of memory
> ACPI: PCI
On Tue, 20 Feb 2007 14:11:42 -0500, Dave Jones wrote:
> On Tue, Feb 20, 2007 at 10:08:26AM -0500, Chuck Ebbert wrote:
>
> >i2c_core
> >i2c_ec
> >i2c_piix4
> >asus_acpi (on a Compaq???)
> >sbs
>
> Something is pulling in asus_acpi as a dependancy. I've never
> figured
Rodolfo Giometti wrote:
The problem is that sometimes you cannot have a filedescriptor at
all. Think about a PPS source connected with a CPU's GPIO pin. You
have no filedes to use and defining one just for a PPS source or for a
class of PPS sources, I think, is a non sense.
If you have a
Hello Rodolfo,
Wednesday, February 21, 2007, 6:02:13 PM, you wrote:
> Hello,
> I'd like to add backlight support for input devices since my custom
> board has a backlighted mini keyboard.
There's already generic indicator API, currently mostly known as
"[new] LED [classdev] API", even though
I have a question about cond_resched().
What is the condition under which I should invoke cond_resched() irreplaceably?
For example, I see the following code in ksoftirqd(),
preempt_enable_no_resched();
cond_resched();
preempt_disable();
But I do not understand why I should not write the
On Wed, Feb 21, 2007 at 06:00:37PM +0200, Paul Sokolovsky wrote:
>
> On the other hand, there's already
> drivers/video/backlight/backlight.c which provides generic BL support,
> implemented using notifier callback for FB core. Moreover, there's
My patch _uses_ that support.
> corgi_bl.c
This patch introduces functionality to dynamically add / remove
ehea ports via an userspace DLPAR tool. It creates a subnode for
each logical port in the sysfs.
This subnode contains the following attributes:
- link to ethX that represents the port
- logical port number
- path in the OFDT
Jean Delvare wrote:
> Can you try to load the i2c-dev driver, then run the following commands
> and report the results:
> $ i2cdetect -l
> For each bus listed:
> $ i2cdetect N
FWIW it's really an ATIIXP chipset, but supposedly PIIX4 compatible:
# i2cdetect -l
i2c-0 smbus SMBus PIIX4
Hello,
I'd like to add backlight support for input devices since my custom
board has a backlighted mini keyboard.
It could be acceptable to move the code from drivers/video/backlight/
to drivers/backlight/ renaming the "Backlight & LCD" name into
"Backlight" and adding two new entries "LCD" and,
Thomas Gleixner wrote:
On Tue, 2007-02-20 at 20:53 -0800, Linus Torvalds wrote:
But there's a ton of architecture updates (arm, mips, powerpc, x86, you
name it), ACPI updates, and lots of driver work. And just a lot of
cleanups.
Have fun,
Yup. Fun starts in drivers/net/e1000
e1000 is not
Hello Rodolfo,
Wednesday, February 21, 2007, 4:53:53 PM, you wrote:
> Backlight control support for the PXA fram buffer.
Here're some comments: backlight support is already confusing
matter, and your patch IMHO makes it even more confusing for PXAFB.
Before even start with details, let's
A Dimecres 21 Febrer 2007 12:42, Tejun Heo va escriure:
> Leopold Palomo-Avellaneda wrote:
> > A Dimarts 13 Febrer 2007 17:19, Jean Delvare va escriure:
> >> Le Mardi 13 Février 2007 17:11, Leopold Palomo-Avellaneda a écrit :
> >>> A Dimarts 13 Febrer 2007 12:20, Jean Delvare va escriure:
> >>>
> Index: linux-2.6-git/kernel/softirq.c
> ===
> --- linux-2.6-git.orig/kernel/softirq.c 2006-12-14 10:02:18.0
> +0100
> +++ linux-2.6-git/kernel/softirq.c2006-12-14 10:02:52.0 +0100
> @@ -209,6 +209,8 @@
301 - 400 of 1130 matches
Mail list logo