Benjamin Herrenschmidt wrote:
On Wed, 2007-08-22 at 16:25 +1000, Rusty Russell wrote:
On Wed, 2007-08-22 at 08:34 +0300, Avi Kivity wrote:
Zachary Amsden wrote:
This patch provides hypercalls for the i386 port I/O instructions,
which vastly helps guests which use native-style dr
Since the "ramdisk" kernel parameter has been officially deprecated
since at least 2.6.18, might as well finally get rid of it.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
compile tested with "make defconfig" under i386. did i miss any
equally-deletable references?
Documentati
On Wed, 2007-08-22 at 16:25 +1000, Rusty Russell wrote:
> On Wed, 2007-08-22 at 08:34 +0300, Avi Kivity wrote:
> > Zachary Amsden wrote:
> > > This patch provides hypercalls for the i386 port I/O instructions,
> > > which vastly helps guests which use native-style drivers. For certain
> > > VMI wo
On Tue, 2007-08-21 at 22:23 -0700, Zachary Amsden wrote:
> In general, I/O in a virtual guest is subject to performance problems.
> The I/O can not be completed physically, but must be virtualized. This
> means trapping and decoding port I/O instructions from the guest OS.
> Not only is the t
On Tue, 2007-08-28 at 00:01 +, Linux Kernel Mailing List wrote:
> +NETWORKING [LABELED] (NetLabel, CIPSO, Labeled IPsec, SECMARK)
> +P: Paul Moore
> +M: [EMAIL PROTECTED]
> +L: [EMAIL PROTECTED]
> +S: Maintained
> +
Aren't there now 2 subsystems in MAINTAINERS for the same thing?
NETL
On Aug 28 2007 00:07, Luka Napotnik wrote:
2. I'm trying to get the percentage of CPU used for a certain
task_struct and figured the following formula:
(task->utime + task->stime) / jiffies
>
>This formula just doesn't work. I have a task with 99% CPU (top) but the
>result of t
Hi,
yesterday I compiled a new kernel (2.6.23-rc3-git10) from Vanilla
sources and it works!
sudo hdparm -t /dev/scd0 now gives:
Timing buffered disk reads: 14 MB in 3.22 seconds = 4.34 MB/sec
So, after crawling the web for more than three weeks, this is the
solution. :) Therefore other thin
On Mon, Aug 27, 2007 at 05:11:40PM -0400, Mathieu Desnoyers wrote:
...
> > Can you add a description to Documentation/atomic_ops.txt ?
> > *sigh* sorry for being "late to the party" on this one...
>
> Does Documentation/local_ops.txt answer your questions ? If not, please
> tell me and I'll gladly
On Tue, 2007-08-28 at 01:21 +0200, Thibaut VARENE wrote:
> +F:drivers/parisc/
Thanks. This is what I have now:
PARISC ARCHITECTURE
P: Matthew Wilcox
M: [EMAIL PROTECTED]
P: Grant Grundler
M: [EMAIL PROTECTED]
P: Kyle McMartin
M: [EMAIL PROTECTED]
L: [EMAIL
Signed-off-by: Denis Cheng <[EMAIL PROTECTED]>
---
.../filesystems/ramfs-rootfs-initramfs.txt |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Documentation/filesystems/ramfs-rootfs-initramfs.txt
b/Documentation/filesystems/ramfs-rootfs-initramfs.txt
index 25981e2
Signed-off-by: Denis Cheng <[EMAIL PROTECTED]>
---
Documentation/filesystems/00-INDEX |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/Documentation/filesystems/00-INDEX
b/Documentation/filesystems/00-INDEX
index 5717858..9e2341e 100644
--- a/Documentation/filesyste
Jiri Slaby wrote:
+ /* From 80x60 to 640x480 */
+ const u8 values_1_204[] = {
+ 0x12, 0x11, 0x3b, 0x6a, 0x13, 0x10, 0x00, 0x01, 0x02, 0x13,
+ 0x39, 0x38, 0x37, 0x35, 0x0e, 0x12, 0x04, 0x0c, 0x0d, 0x17,
+ 0x18, 0x32, 0x19, 0x1a, 0x03, 0x1b, 0x1
On Mon, 2007-08-27 at 15:59 -0600, Moore, Eric wrote:
> Attached is my patch I posted on June 13, 2007, the same day as the
> patch you found.
Thanks. This is what I have now too:
LSI MPT FUSION DRIVERS (FC/SAS/SPI)
P: MPT Fusion Linux Team
M: [EMAIL PROTECTED]
M: [EMAIL PROTECTED
On Tuesday August 28, [EMAIL PROTECTED] wrote:
> Hi,
>
> Brief question about NFSv3 lock recovery to those who might
> know - does Linux implementation (or NLM/NSM protocol)
> properly support the case in which client and server state
> change simultaneously?
If both crash, there is nothing for a
On Monday 27 August 2007 23:29:29 Adrian Bunk wrote:
> On Wed, Aug 22, 2007 at 02:06:48AM -0700, Andrew Morton wrote:
> >...
> > Changes since 2.6.23-rc2-mm2:
> >...
> > git-dvb.patch
> >...
> > git trees
> >...
>
> This patch fixes an obvious bug in ivtvfb_release_buffers().
>
> Signed-off-by: A
Hi,
Brief question about NFSv3 lock recovery to those who might
know - does Linux implementation (or NLM/NSM protocol)
properly support the case in which client and server state
change simultaneously?
Reason I'm asking is that this very case is occasionally giving
me stale locks. Given that NFSv3
On Mon, 27 Aug 2007 17:34:58 -0300
"Luiz Fernando N. Capitulino" <[EMAIL PROTECTED]> wrote:
> | Yea. While I'm still not completely comfortable leaving this up to boot
> | order alone (the ia64 hpet clocksource is clearly causing issues on
> | x86_64), I think this patch is something we need as we
Add some documentation to potentially confusing preprocessor
directives in some source files in the init/ directory to show their
proper association and nesting.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
not all of them, just those that are sufficiently distant from their
initia
Andrew Morton napsal(a):
> On Tue, 28 Aug 2007 07:33:08 +0200 Jiri Slaby <[EMAIL PROTECTED]> wrote:
>
>>> Again, ARRAY_SIZE() would be clearer here.
>> No, this is only do this 16 times, no corresponding table :).
>
> OK, poorly chosen example. But there are lots of others, like:
Yes, you menti
On Tue, 28 Aug 2007 07:33:08 +0200 Jiri Slaby <[EMAIL PROTECTED]> wrote:
> > Again, ARRAY_SIZE() would be clearer here.
>
> No, this is only do this 16 times, no corresponding table :).
OK, poorly chosen example. But there are lots of others, like:
+
+ for (i = 0; i < 59; i++) {
+
Andrew Morton napsal(a):
> On Sun, 26 Aug 2007 07:09:02 -0700
> Jiri Slaby <[EMAIL PROTECTED]> wrote:
> + retok = stk11xx_check_device(dev, 500);
> + if (retok != 1) {
> + dev_err(&dev->udev->dev, "load microcode fail\n");
> + return -
Linus Torvalds wrote:
> On Tue, 28 Aug 2007, Al Boldi wrote:
> > No need for framebuffer. All you need is X using the X.org vesa-driver.
> > Then start gears like this:
> >
> > # gears & gears & gears &
> >
> > Then lay them out side by side to see the periodic stallings for ~10sec.
>
> I don't
Patrick J. LoPresti wrote:
> My system is a SunFire x4100 (x86_64) with 16G of RAM and 32G of swap
> in a single partition. I have an application which consumes a lot of
> memory, and after a few hours the oom-killer kills it.
>
> This would not be surprising, except a) the machine still has 27G
Hi,
Stefan Becker wrote:
while trying to debug a hibernation/rtc_cmos alarm wakeup problem in
2.6.22 (or later) I noticed that the latest kernel crashes (or gets
stuck sometimes) during boot after the message:
SMP alternatives: switching to UP code
Retested with 2.6.23-rc3-git10. Same res
On Tue, 28 Aug 2007, Al Boldi wrote:
>
> No need for framebuffer. All you need is X using the X.org vesa-driver.
> Then start gears like this:
>
> # gears & gears & gears &
>
> Then lay them out side by side to see the periodic stallings for ~10sec.
I don't think this is a good test.
Wh
Since CONFIG_RAMFS is currently hard-selected to "y", and since
Documentation/filesystems/ramfs-rootfs-initramfs.txt reads as follows:
"The amount of code required to implement ramfs is tiny, because all
the work is done by the existing Linux caching infrastructure.
Basically, you're mounting the
Michael J. Evans wrote:
On Monday 27 August 2007, Randy Dunlap wrote:
On Mon, 27 Aug 2007 15:16:21 -0700 Michael J. Evans wrote:
=
--- linux/drivers/md/md.c.orig 2007-08-21 03:19:42.511576248 -0700
+++ linux/drivers/md/md.c 200
On Monday 27 August 2007, Randy Dunlap wrote:
> On Mon, 27 Aug 2007 15:16:21 -0700 Michael J. Evans wrote:
>
> > =
> > --- linux/drivers/md/md.c.orig 2007-08-21 03:19:42.511576248 -0700
> > +++ linux/drivers/md/md.c 2007-08-21 04:3
From: Michael J. Evans <[EMAIL PROTECTED]>
In current release kernels the md module (Software RAID) uses a static array
(dev_t[128]) to store partition/device info temporarily for autostart.
This patch replaces that static array with a list.
Signed-off-by: Michael J. Evans <[EMAIL PROTECTED]>
-
Ingo Molnar wrote:
> * Al Boldi <[EMAIL PROTECTED]> wrote:
> > > Could you try the patch below instead, does this make 3x glxgears
> > > smooth again? (if yes, could you send me your Signed-off-by line as
> > > well.)
> >
> > The task-startup stalling is still there for ~10sec.
> >
> > Can you see
> But SIGNAL_STOP_DEQUEUED code should be OK, afaics. We only need it to
> make sure do_signal_stop() can't miss SIGNAL_STOP_CONTINUED/GROUP_EXIT.
>
> Can't we remove SIGNAL_STOP_DEQUEUED, btw?
No, we can't.
> dequeue_signal:
>
> if (sig_kernel_stop(sig))
>
On Mon, Aug 27, 2007 at 02:58:05PM -0700, Kok, Auke wrote:
> Adrian Bunk wrote:
>...
>> This patch has been sent on:
>> - 14 Aug 2007
>> - 29 Jul 2007
>
> currently we won't have e100 fixed up for ARM in 2.6.23, so removing this
> for 2.6.24 sounds a bit premature. Maybe 2.6.25. Can you
> resched
From: Adrian Bunk <[EMAIL PROTECTED]>
Subject: 2.6.23-rc3-mm1: m32r defconfig compile error
Date: Mon, 27 Aug 2007 23:27:48 +0200
> On Wed, Aug 22, 2007 at 02:06:48AM -0700, Andrew Morton wrote:
> >...
> > Changes since 2.6.23-rc2-mm2:
> >...
> > git-m32r.patch
> >...
> > git trees
> >...
>
> <-
Ok, I lost it, and let two weeks pass between -rc releases. My bad.
As a result, -rc4 is a bit bigger than it would/should have been, but
hopefully it's all good, and we've fixed most regressions. There's some
arch updates (MIPS, power, sparc64, s390) and an ACPI update, but the
rest of it is
Patrick J. LoPresti wrote:
I am using Linux 2.6.16.46-0.12-smp (SUSE 10 SP1 stock kernel).
I do intend to bother SUSE, but I am hoping some kind kernel savant
can help me interpret these log messages and/or give me some
suggestions for how to proceed.
My system is a SunFire x4100 (x86_64) with 1
On Mon, 27 Aug 2007, Darrick J. Wong wrote:
> documentation doesn't mention any naming conventions for sensors that
> measure Watts, so I am proposing that they be called "powerX_input" in a
> fashion similar to temperature/rpm/current sensors. If that is
> agreeable to everyone, I'll post a follo
Mathieu Desnoyers wrote:
Q:
What's the reason to have cmpxchg64_local on 32 bit architectures?
Without that need all this would just be a few simple defines.
A:
cmpxchg64_local on 32 bits architectures takes unsigned long long
parameters, but cmpxchg_local only takes longs. Since we have cmpxch
Jeff Layton wrote:
On Tue, 21 Aug 2007 17:21:28 -0400
Josef Sipek <[EMAIL PROTECTED]> wrote:
On Tue, Aug 21, 2007 at 07:35:51AM -0400, Jeff Layton wrote:
On Tue, 21 Aug 2007 15:35:08 +1000
Timothy Shimmin <[EMAIL PROTECTED]> wrote:
Jeff Layton wrote:
This should fix all of the filesystems i
On Mon, Aug 27, 2007 at 06:19:29PM -0700, Bret Towe wrote:
> On 8/27/07, Trond Myklebust <[EMAIL PROTECTED]> wrote:
> > > > this sounds alot like the post i did yesterday titled 'nfs4 hang
> > > > regression'
> > > > i tracked it down to commit 3d39c691ff486142dd9aaeac12f553f4476b7a6
> > >
> > > Y
Measurements on IA64 slub w/per cpu vs slub w/per cpu/cmpxchg_local
emulation. Results are not good:
slub/per cpu
1 times kmalloc(8)/kfree -> 105 cycles
1 times kmalloc(16)/kfree -> 104 cycles
1 times kmalloc(32)/kfree -> 105 cycles
1 times kmalloc(64)/kfree -> 104 cycles
1 ti
On Mon, 2007-08-27 at 13:15 +, Pavel Machek wrote:
> Hi!
>
> > >> > Does this make sense?
> > >>
> > >> Yes, this is a sensible optimization. But I think it may be better to
> > >> make bootloader load kernel D directly into a specified memory location.
> > >> For example, we can add a option
On 8/27/07, Trond Myklebust <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-08-23 at 12:36 -0500, Florin Iucha wrote:
> > On Thu, Aug 23, 2007 at 10:14:38AM -0700, Bret Towe wrote:
> > > this sounds alot like the post i did yesterday titled 'nfs4 hang
> > > regression'
> > > i tracked it down to commit
On Thu, Aug 23, 2007 at 02:40:37PM -0500, Matt Mackall wrote:
> On Thu, Aug 23, 2007 at 11:58:31AM -0700, Paul E. McKenney wrote:
> > On Thu, Aug 23, 2007 at 01:06:58PM -0500, Matt Mackall wrote:
> > > On Fri, Aug 17, 2007 at 01:00:22PM -0700, Paul E. McKenney wrote:
> > > > On Fri, Aug 17, 2007 at
On Mon, 2007-08-27 at 23:31 +0200, Pavel Machek wrote:
> Hi!
>
> > This patch adds writing support for /dev/oldmem. This is used to
> > restore the memory contents of hibernated system.
> >
> > Signed-off-by: Huang Ying <[EMAIL PROTECTED]>
>
> > +ssize_t write_oldmem_page(unsigned long pfn, cons
On Mon, 2007-08-27 at 17:12 -0700, Andrew Morton wrote:
> Right now, pretty much every instance of NR_CPUS in the tree is a flag
> which says "old, krufty, fixme".
I thought of that when I changed them.
Perhaps the new for_each_possible_cpu code can
now be more easily inspected/transformed by the
Hi Joe,
On 28/08/07, Joe Perches <[EMAIL PROTECTED]> wrote:
> Done via grep/sed and compile tested i386 with xen
>
> Changed the foo++ and ++foo forms
[snip]
> There are 3 more lines that could be modified:
>
> arch/powerpc/sysdev/mpic.c: for (i = 0; i < NR_CPUS; ++i, cpumask >>= 1)
for_each_
On Mon, 27 Aug 2007 16:54:47 -0700
Joe Perches <[EMAIL PROTECTED]> wrote:
> Done via grep/sed and compile tested i386 with xen
>
> Changed the foo++ and ++foo forms
>
> $ egrep -r -l
> "for[[:space:]]*\([[:space:]]*([A-Za-z0-9_]+)[[:space:]]*=[[:space:]]*0[[:space:]]*;[[:space:]]*\1[[:space:]]*
On Mon, Aug 27, 2007 at 02:26:50PM +0100, Denys Vlasenko wrote:
> On Monday 27 August 2007 13:13, Fengguang Wu wrote:
> > Hi Denys,
> >
> > On Mon, Aug 27, 2007 at 12:56:31PM +0100, Denys Vlasenko wrote:
> > > Hi,
> > >
> > > I was a bit frustrated by bad quality of memory usage info
> > > from top
Done via grep/sed and compile tested i386 with xen
Changed the foo++ and ++foo forms
$ egrep -r -l
"for[[:space:]]*\([[:space:]]*([A-Za-z0-9_]+)[[:space:]]*=[[:space:]]*0[[:space:]]*;[[:space:]]*\1[[:space:]]*<[[:space:]]*NR_CPUS[[:space:]]*;[[:space:]]*\1\+\+[[:space:]]*[[:space:]]*\)"
* | xar
On Mon, 27 Aug 2007 11:50:10 -0700 (PDT)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> On Fri, 24 Aug 2007, Andrew Morton wrote:
>
> > I'm struggling a bit to understand these numbers. Bigger is better, I
> > assume? In what units are these numbers?
>
> No less is better. These are cycle coun
On Tue, Aug 28, 2007 at 09:26:36AM +1000, Neil Brown wrote:
> On Monday August 27, [EMAIL PROTECTED] wrote:
> >
> > +/* Reference counting, callback cleanup, etc., all look racy as heck.
> > + * And why is cb_set an atomic? */
>
> Agreed so do we really want this code in mainline? is the ol
The stable util-linux-ng 2.13 release is available at:
ftp://ftp.kernel.org/pub/linux/utils/util-linux-ng/
A few numbers:
- 8 months (grr...)
- 368 patches (wow...)
- 35 contributors (thanks...!)
Feedback and bug reports, as always, are welcomed.
Karel
Util-linux-ng 2.13
On Monday August 27, [EMAIL PROTECTED] wrote:
> * a bug (AFAICT) in md.c - we open raid components r/w and if it
> fails, it fails. Good for our purposes, but... how about raid0 on read-only
> devices? In any case, we have a ready place to store mode_t, so it's not a
> problem for getting t
On Monday August 27, [EMAIL PROTECTED] wrote:
>
> +/* Reference counting, callback cleanup, etc., all look racy as heck.
> + * And why is cb_set an atomic? */
Agreed so do we really want this code in mainline? is the old
code so bad that this is better?
- cb_set should not be atomic.
- T
Hi,
If one compiles the example smount program, found in
Documentation/sharedsubtree.txt, with -Wall then there's a small
compiler warning rearing its ugly head :
smount.c: In function 'main':
smount.c:45: warning: implicit declaration of function 'strcmp'
Easily fixed by just including st
On Mon, Aug 27, 2007 at 03:53:02PM -0700, Arjan van de Ven wrote:
> On Mon, 27 Aug 2007 23:27:23 +0200
> Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> > On Wed, Aug 22, 2007 at 02:06:48AM -0700, Andrew Morton wrote:
> > >...
> > > Changes since 2.6.23-rc2-mm2:
> > >...
> > > git-alsa.patch
> > >...
Hi,
On Tue Aug 7 16:00:19 GMT 2007, Martin Koegler wrote:
> A vanilla 2.6.22 kernel (SMP PREEMPT i686) produced the following messages,
> while working with a CIFS mount point:
>
> Aug 7 16:12:30 localhost kernel: BUG: scheduling while atomic:
> bash/0x0001/5868
> Aug 7 16:12:30 localhos
On Mon, 2007-08-27 at 15:55 -0700, Stephane Eranian wrote:
> Yet the model name looks strange. So we need to run one more test,
> as the fam/model is not enough. What we need to check is whether or
> not this processor implements architectural perfmon or not.
>
> Could you please compile and run
On Fri, Aug 24, 2007 at 11:33:10AM +0800, Eugene Teo wrote:
> Takashi-san fixed sound/isa/wavefront/wavefront_synth.c to use
> request_firmware instead of sys_*. Since that is the last driver in the
> kernel that uses sys_{read,close}, this patch kills these exports. sys_open
> is left exported for
On Mon, Aug 27, 2007 at 11:30:53AM +0100, Al Viro wrote:
> 3) ->ioctl(). What a mess...
Yup.
See also:
Subject: [PATCH] dm: support ioctls on mapped devices: fix with fake file
http://uwsg.indiana.edu/hypermail/linux/kernel/0606.2/2979.html
and related threads.
> First of all, we have 3
Daniel,
On Mon, Aug 27, 2007 at 10:55:31AM -0700, Daniel Walker wrote:
> Here is the cpuinfo for processor 0 .. It's got four cores so this isn't
> the full /proc/cpuinfo output ..
>
> processor : 0
> vendor_id : GenuineIntel
> cpu family : 6
> model : 14
The looks
On Monday, August 27, 2007 4:52 PM, Yinghai Lu wrote:
> Yes, I was wondering why kernel.org mainline will have
> /dev/sdb for first raid. but it seems RHEL 5 kernel have
> first raid before second raid...( it
> after all left over raw devices..), maybe they already aplied
> some patch?
>
> ca
Christoph Hellwig wrote:
On Fri, Aug 24, 2007 at 11:33:10AM +0800, Eugene Teo wrote:
Takashi-san fixed sound/isa/wavefront/wavefront_synth.c to use
request_firmware instead of sys_*. Since that is the last driver in the
kernel that uses sys_{read,close}, this patch kills these exports. sys_open
On Mon, 27 Aug 2007 23:27:23 +0200
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Wed, Aug 22, 2007 at 02:06:48AM -0700, Andrew Morton wrote:
> >...
> > Changes since 2.6.23-rc2-mm2:
> >...
> > git-alsa.patch
> >...
> > git trees
> >...
>
> sys_{open,read} can finally be unexported.
>
isn't sys_
Moore, Eric wrote:
On Monday, August 27, 2007 11:58 AM, Yinghai Lu wrote:
[PATCH] mptsas: scan the logical volume at first
user like to see the raid show as /dev/sda before left raw disks.
So scan the volume at first to make their life easier.
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
El Miércoles, 22 de Agosto de 2007 16:54, Rene Herman escribió:
> José: do you have SCSI CD-ROM support compiled in? What are the ATA/SCSI
> related messages in the output of "dmesg" when you compile with the
> CONFIG_ATA_PIIX driver, SCSI disk and SCSI CD-ROM support (and nothing from
> the old ID
This is already fixed in the most recent ACPI CPUIDLE tree.
Thanks,
Adam
On Mon, 2007-08-27 at 23:27 +0200, Adrian Bunk wrote:
> On Wed, Aug 22, 2007 at 02:06:48AM -0700, Andrew Morton wrote:
> >...
> > Changes since 2.6.23-rc2-mm2:
> >...
> > git-acpi.patch
> >...
> > git trees
> >...
>
> "st
On Sun, 26 Aug 2007 07:09:02 -0700
Jiri Slaby <[EMAIL PROTECTED]> wrote:
> Hi,
>
> is it possible to have this driver in the -mm tree for testing purposes until
> v4l library will be developped and image resize with bayer->rgb conversion
> will be moved there? (Then, I'll push it through v4l peop
On 8/28/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Wed, Aug 22, 2007 at 02:06:48AM -0700, Andrew Morton wrote:
> >...
> > Changes since 2.6.23-rc2-mm2:
> >...
> > git-wireless.patch
> >...
> > git trees
> >...
>
> This patch fixes two obvious bugs.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROT
On Mon, 27 Aug 2007 15:16:21 -0700 Michael J. Evans wrote:
> Note: between 2.6.22 and 2.6.23-rc3-git5
> rdev = md_import_device(dev,0, 0);
> became
> rdev = md_import_device(dev,0, 90);
> So the patch has been edited to patch around that line. (might be fuzzy)
so y
On Mon, 27 Aug 2007, Mathieu Desnoyers wrote:
> Hrm, I just want to certify one thing: A lot of code paths seems to go
> to the slow path without requiring cmpxchg_local to execute at all. So
> is the slow path more likely to be triggered by the (!object),
> (!node_match) tests or by these same te
* Christoph Lameter ([EMAIL PROTECTED]) wrote:
> On Mon, 27 Aug 2007, Mathieu Desnoyers wrote:
>
> > > The slow path would require disable preemption and two interrupt disables.
> > If the slow path have to call new_slab, then yes. But it seems that not
> > every slow path must call it, so for the
On Monday, August 27, 2007 11:58 AM, Yinghai Lu wrote:
>
> [PATCH] mptsas: scan the logical volume at first
>
> user like to see the raid show as /dev/sda before left raw disks.
> So scan the volume at first to make their life easier.
>
> Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
>
Althou
On Mon, Aug 27, 2007 at 04:05:48PM -0600, Grant Grundler wrote:
> .
> After reading the thread, my take is we need a more elegant way for a
> device driver to handle registration of DMA regions allocated by user
> space. The API would "make this page/region act like dma_alloc_coherent()".
> Th
From: Michael J. Evans <[EMAIL PROTECTED]>
In current release kernels the md module (Software RAID) uses a static array
(dev_t[128]) to store partition/device info temporarily for autostart.
This patch replaces that static array with a list.
Signed-off-by: Michael J. Evans <[EMAIL PROTECTED]>
-
H. One wild idea would be to use a priority futex for the slab lock?
That would make the slow paths interrupt safe without requiring interrupt
disable? Does a futex fit into the page struct?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Mon, 27 Aug 2007, Mathieu Desnoyers wrote:
> > The slow path would require disable preemption and two interrupt disables.
> If the slow path have to call new_slab, then yes. But it seems that not
> every slow path must call it, so for the other slow paths, only one
> interrupt disable would be
Hi Andrew,
I thought you were going to use Kay Sievers's patch, which adds error
value checking to much of the add_event_var callers, so I did not bother
sending the updated version of my patch. Here it is, with the changelog.
---
Fix kobject uevent string handling errors
- increment env->bufle
Jan Engelhardt pravi:
> On Aug 24 2007 07:34, linux-os (Dick Johnson) wrote:
>>> I'm new to kernel development and have some questions.
>>>
>>> 1. Why can't I divide with regular casting to double ((double)a /
>>> (double)b)? It gives me strange errors when compiling:
>>>
>>> WARNING: "__divdf3" [/
> OK, so here's the new patch, inline this time:
thanks. looks fine now. forwarding to Dmitry for mainline inclusion...
rgds
-daniel
-
[PATCH] IdealTEK URTC1000 support for usbtouchscreen
This patch adds support for IdealTEK URTC1000 touchscreen controllers.
Documentation can
On Fri, Aug 24, 2007 at 11:02:32AM -0700, [EMAIL PROTECTED] wrote:
>
> On Altix, DMA may be reordered within the NUMA interconnect.
> This can be a problem with Infiniband, where DMA to Completion
> Queues can race with data DMA. This patchset allows a driver
> to associate a memory region with
* Casey Schaufler <[EMAIL PROTECTED]> [2007-08-27 22:51]:
>
> Smack is the Simplified Mandatory Access Control Kernel.
>
> Smack implements mandatory access control (MAC) using labels
> attached to tasks and data containers, including files, SVIPC,
> and other tasks. Smack is a kernel based schem
On Monday, August 27, 2007 9:59 AM, Joe Perches wrote:
> On Mon, 2007-08-27 at 09:30 -0600, Moore, Eric wrote:
> > Yes it was changed to [EMAIL PROTECTED] I had posted a
> > patch about a month back, along with the changes for all the driver
> > sources.
>
> This is what I have:
>
> LSILOGIC
Adrian Bunk wrote:
This patch contains the planned removal of the eepro100 driver.
Signed-off-by: Adrian Bunk
you lost your e-mail address? :)
---
This patch has been sent on:
- 14 Aug 2007
- 29 Jul 2007
currently we won't have e100 fixed up for ARM in 2.6.23, so removing this for
2.6.2
On Mon 2007-08-27 23:59:31, Rafael J. Wysocki wrote:
> On Monday, 27 August 2007 23:32, Pavel Machek wrote:
> > On Mon 2007-08-27 22:36:57, Jeff Chua wrote:
> > > On 8/27/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
> > > > On Mon 2007-08-27 12:43:50, Pavel Machek wrote:
> > > > > Hi!
> > > > >
> >
Say Evgeniy, something I was curious about but forgot to ask you
earlier...
On Wednesday 08 August 2007 03:17, Evgeniy Polyakov wrote:
> ...All oerations are not atomic, since we do not care about precise
> number of bios, but a fact, that we are close or close enough to the
> limit.
> ... in bi
Current idle time in kstat is based on jiffies and is coarse grained.
tick_sched.idle_sleeptime is making some attempt to keep track of
idle time in a fine grained manner. But, it is not handling
the time spent in interrupts fully.
Make tick_sched.idle_sleeptime accurate with respect to time spen
From: James Chapman <[EMAIL PROTECTED]>
Date: Mon, 27 Aug 2007 22:41:43 +0100
> I don't recall saying anything in previous posts about this. Are you
> confusing my posts with Jan-Bernd's?
Yes, my bad.
> Jan-Bernd has been talking about using hrtimers to _reschedule_
> NAPI. My posts are suggest
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
According to the ACPI specification (eg. ACPI 2.0c, sec. 7.3.1, 7.3.3,
ACPI 3.0b, sec. 7.3.1, 7.3.3) the _GTS and _BFS global control methods should
be executed, respectively, right before entering a sleep state (S1-S4) and right
after leaving it, but we
On Monday, 27 August 2007 23:32, Pavel Machek wrote:
> On Mon 2007-08-27 22:36:57, Jeff Chua wrote:
> > On 8/27/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
> > > On Mon 2007-08-27 12:43:50, Pavel Machek wrote:
> > > > Hi!
> > > >
> > > > Trying to do few onlines/offlines reliably hangs my machine (
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Introduce a separate ACPI function for setting the system status indicator and
use it in the right places in the suspend and hibernation related ACPI callbacks
instead of setting the system status indicator implicitly in
acpi_enter_sleep_state_prep() and
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Make hibernation_platform_enter() execute the enter-a-sleep-state sequence
instead of the mixed shutdown-with-entering-S4 thing.
Replace the shutting down of devices done by kernel_shutdown_prepare(), before
entering the ACPI S4 sleep state, with suspen
On Sat, Aug 25, 2007 at 04:09:27PM +0100, Dr. David Alan Gilbert wrote:
> This patch adds the address of the client that caused an
> error in sunrpc/svc.c so that you get errors that look like:
>
> svc: 192.168.66.28, port=709: unknown version (3 for prog 13, nfsd)
>
> I've seen machines wh
Hi,
The patches in this series are intended to improve the handling of the ACPI
platform during suspend and hibernation.
They do the following things:
* make hibernation_platform_enter() consistent with the sleep state entering
code in kernel/power/main.c
* introduce global platform callbacks a
It worked.
Thanks a lot.
Thiago
On 8/26/07, Kay Sievers <[EMAIL PROTECTED]> wrote:
> On 8/27/07, Thiago Ramos dos Santos <[EMAIL PROTECTED]> wrote:
> > I have 2 devices which use the usbserial module: a CDMA modem and a
> > Palm PDA (to be more especific, the PDA uses the visor module, which
> >
David Miller wrote:
From: James Chapman <[EMAIL PROTECTED]>
Date: Mon, 27 Aug 2007 16:51:29 +0100
To implement this, there's no need for timers, hrtimers or generic NAPI
support that others have suggested. A driver's poll() would set an
internal flag and record the current jiffies value when f
On 8/27/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Mon, Aug 27, 2007 at 05:34:21PM -0400, Mike Frysinger wrote:
> > On 8/27/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > > This patch makes the 64bit integers on 32bit architectures usable for
> > > all C parsers that know about "long long".
>
On Fri, Aug 24, 2007 at 11:33:10AM +0800, Eugene Teo wrote:
> Takashi-san fixed sound/isa/wavefront/wavefront_synth.c to use
> request_firmware instead of sys_*. Since that is the last driver in the
> kernel that uses sys_{read,close}, this patch kills these exports. sys_open
> is left exported for
* Christoph Lameter ([EMAIL PROTECTED]) wrote:
> On Mon, 27 Aug 2007, Mathieu Desnoyers wrote:
>
> > > a clean solution source code wise. It also minimizes the interrupt
> > > holdoff
> > > for the non-cmpxchg_local arches. However, it means that we will have to
> > > disable interrupts twice f
On Mon, 2007-08-27 at 17:34 -0300, Luiz Fernando N. Capitulino wrote:
> Em Fri, 24 Aug 2007 11:17:34 -0700
> john stultz <[EMAIL PROTECTED]> escreveu:
>
> | On Fri, 2007-08-24 at 08:46 -0400, Bob Picco wrote:
> | > john stultz wrote:[Thu Aug 23 2007, 05:41:45PM EDT]
> | > > On Thu, 2007-08
1 - 100 of 468 matches
Mail list logo
