On May 9 2007 14:38, Rogier Wolff wrote:
ozon:~ ps auxww | grep D
USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND
root 110 0.4 0.0 0 0 ?D10:28 0:31 [pdflush]
root 112 0.0 0.0 0 0 ?D 10:28 0:05 [kswapd0]
root
On Tuesday 08 May 2007 22:51, Jeremy Fitzhardinge wrote:
Various pieces of code around the kernel want to be able to trigger an
orderly poweroff. This pulls them together into a single
implementation.
Fine for me from the x86 side.
-Andi
-
To unsubscribe from this list: send the line
Hi!
pcmcia-delete-obsolete-pcmcia_ioctl-feature.patch
...
Dominik is busy. Will probably re-review and send these direct to Linus.
The patch above is the removal of cardmgr support. While I'd love to
see this cruft gone it definitively needs maintainer judgement on whether
they
On Wed, 09 May 2007 02:51:35 -0700 [EMAIL PROTECTED] wrote:
+++ a/drivers/lguest/core.c
@@ -0,0 +1,446 @@
+/* World's simplest hypervisor, to test paravirt_ops and show
+ * unbelievers that virtualization is the future. Plus, it's fun! */
This may have been asked before, but is there some
On Wed, 9 May 2007, Pavel Machek wrote:
Hi!
pcmcia-delete-obsolete-pcmcia_ioctl-feature.patch
...
Dominik is busy. Will probably re-review and send these direct to Linus.
The patch above is the removal of cardmgr support. While I'd love
to see this cruft gone it
There were some collisions with Andrew's last couple rounds of patches,
so this is a second set of updates that includes fixes for all of those
things, and gets us back to a working state.
Please pull from:
master.kernel.org::/pub/scm/linux/kernel/git/lethal/sh-2.6.git
Which contains:
On Wed, May 09, 2007 at 12:54:16PM +, Pavel Machek wrote:
Hi!
pcmcia-delete-obsolete-pcmcia_ioctl-feature.patch
...
Dominik is busy. Will probably re-review and send these direct to Linus.
The patch above is the removal of cardmgr support. While I'd love to
see this
On Wednesday, 9 May 2007 14:24, Thomas Gleixner wrote:
On Wed, 2007-05-09 at 13:45 +0200, Rafael J. Wysocki wrote:
On Wednesday, 9 May 2007 10:59, Thomas Gleixner wrote:
On Wed, 2007-05-09 at 01:31 -0700, Andrew Morton wrote:
I suspect I just tested the wrong thing yesterday. Let me
Jeff Garzik wrote:
Symptoms: Machine boots successfully to gdm (GNOME) login screen. When
logging in, the session immediately dies. Dialog your session lasted
less than 10 seconds appears. I click OK, and am returned to the gdm
login screen.
Reproducability: 100%
Mmm... sounds more
On Wednesday 09 May 2007, Mihai Donțu wrote:
On Sunday 01 April 2007 19:18, you wrote:
Hi,
dmesg told me to report this to LKML.
And here is my report.
Have a nice day..
x 2 ;)
And again, from a different email address.
I would also like to take the opportunity to
Henry Su wrote:
--- linux-2.6.21.1.orig/drivers/ide/pci/atiixp.c 2007-05-10
06:30:17.0 +0800
+++ linux-2.6.21.1/drivers/ide/pci/atiixp.c 2007-05-10 07:18:39.0
+0800
@@ -353,6 +353,7 @@ static struct pci_device_id atiixp_pci_t
{ PCI_VENDOR_ID_ATI,
On May 8 2007 20:17, Evgeniy Polyakov wrote:
+static int __logfs_readdir(struct file *file, void *buf, filldir_t
filldir)
+{
+ err = read_dir(dir, dd, pos);
+ if (err == -EOF)
+ break;
-EOF results in a return code 0 ?
On Wed, 2007-05-09 at 15:12 +0200, Rafael J. Wysocki wrote:
On Wednesday, 9 May 2007 14:24, Thomas Gleixner wrote:
On Wed, 2007-05-09 at 13:45 +0200, Rafael J. Wysocki wrote:
On Wednesday, 9 May 2007 10:59, Thomas Gleixner wrote:
On Wed, 2007-05-09 at 01:31 -0700, Andrew Morton wrote:
On Wed, 9 May 2007 02:25:10 -0700 (PDT),
[EMAIL PROTECTED] wrote:
makeing up an example
today the process would be
call driver X to initialize it's devices.
driver X follows these steps
1. see if a compatible chipset/device appears to be available
2. initialize the chipset/device
Gautham R Shenoy wrote:
freezer_exempt() as of now does what its name says. I.e, exempt the
thread from all kinds of freeze chills.
But with more subsystems using the process freezer, the exemption needs
to be event specific. There may be threads which should not be frozen
for say kprobes,
http://kerneltrap.org/node/8176
I am a mdadm/disk/hard drive fanatic, I was curious:
On i386, we can at most fit 256 scatterlist elements into a page,
and on x86-64 we are stuck with 128. So that puts us somewhere
between 512kb and 1024kb for a single IO.
How come 32bit is 256 and 64 is only
When you are implementing the locking primitives on a new platform. When
you are implementing the I/O and atomic prmitives on a new platform. Also
in inline gcc assembler where volatile is used for subtly different
purposes.
Is there a good reason for using volatile in atomic/locking
Chris Rankin wrote:
--- Tejun Heo [EMAIL PROTECTED] wrote:
So, we can fix the problem Chris is seeing by breaking module unload (by
allowing it to unload too early). It doesn't sound too hot but module
unloading race is much less likely than sysfs node deletion/open race.
Yikes! Just
Thus, any reliance on type-qualifying an object that represents an atomic
or locking primitive on the keyword 'volatile' is misplaced.
arch/foo is generally implementation specific code.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
On Wed, 9 May 2007 02:53:02 -0700,
Greg KH [EMAIL PROTECTED] wrote:
2. Sheer volume of devices on a bus. Even if the indivdual probing
doesn't take long, having all devices probed one after the other may
take a lot of time. Putting the actual probe on a thread makes it
possible to run
On Wed, May 09 2007, Justin Piszcz wrote:
http://kerneltrap.org/node/8176
Oh
I am a mdadm/disk/hard drive fanatic, I was curious:
On i386, we can at most fit 256 scatterlist elements into a page,
and on x86-64 we are stuck with 128. So that puts us somewhere
between 512kb and 1024kb for a
On Wed, May 09 2007, Rogier Wolff wrote:
On Tue, May 08, 2007 at 01:33:52PM -0700, Satyam Sharma wrote:
On 5/8/07, Rogier Wolff [EMAIL PROTECTED] wrote:
Hi,
The nbd client still reliably hangs when I use it.
Someone suggested to use
Further fixes for AFS write support:
(1) The afs_send_pages() outer loop must do an extra iteration if it ends
with 'first == last' because 'last' is inclusive in the page set
otherwise it fails to send the last page and complete the RxRPC op under
some circumstances.
(2)
On Wed, 2007-05-09 at 10:54 +0200, Alexander van Heukelum wrote:
On Wed, May 09, 2007 at 08:04:07AM +0800, Antonino A. Daplas wrote:
On Tue, 2007-05-08 at 20:32 +0200, Alexander van Heukelum wrote:
diff --git a/arch/i386/boot/bootsect.S b/arch/i386/boot/bootsect.S
diff --git
On Wed, 2007-05-09 at 20:42 +0900, kogiidena wrote:
As far as I can tell, the existing timer trigger can do everything the
blink trigger can (and more besides).
I want to blink LED in the initial state.
Are you after to set that per LED or would some standard configurable
default for all
`default y if M68K SYSV_FS'
I prefer `default y if VME'.
Incidentally, what is the problem you have with SYSV68_PARTITION ?
On my i586 machine, code size is 434 bytes for sysv68.o + 4 bytes more in
check.c
Traditionally, we have always been very conservative about enabling more
Reduce debugging noise generated by AF_RXRPC.
Signed-off-by: David Howells [EMAIL PROTECTED]
---
net/rxrpc/ar-peer.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/rxrpc/ar-peer.c b/net/rxrpc/ar-peer.c
index ce08b78..90fa107 100644
--- a/net/rxrpc/ar-peer.c
+++
On Wed, 2007-05-09 at 10:20 +0900, KAMEZAWA Hiroyuki wrote:
On Tue, 8 May 2007 17:58:55 -0700
Andrew Morton [EMAIL PROTECTED] wrote:
On Wed, 9 May 2007 09:29:12 +0900
KAMEZAWA Hiroyuki [EMAIL PROTECTED] wrote:
On Tue, 08 May 2007 16:37:06 -0400
Lee Schermerhorn [EMAIL PROTECTED]
--- Tejun Heo [EMAIL PROTECTED] wrote:
Okay, here's a half-assed fix. With this patch applied, if you try to
unload a module while you're opening it's dev attribute, kernel will
oops later when the file is accessed or closed later but it should fix
the bug winecfg triggers. I really dunno
Chris Rankin wrote:
--- Tejun Heo [EMAIL PROTECTED] wrote:
Okay, here's a half-assed fix. With this patch applied, if you try to
unload a module while you're opening it's dev attribute, kernel will
oops later when the file is accessed or closed later but it should fix
the bug winecfg
Hi,
Ever since I upgrade to 2.6.21/.1, system log is filled with following
messages if I enable CONFIG_NO_HZ=y, going through archives it seems ingo
sometime back posted some patch and now it is upstream, but its not helping
here. If I disable NOHZ by kernel command line nohz=off this problem
Hi,
I hope this is the right place to ask!?
Is there a driver for the Marvell-TopDog-Chipset
or is it in the making (in the near future) ?
--
Foli Ayivoh
-
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 Wed, May 09, 2007 at 08:36:54AM -0400, Jeff Garzik wrote:
Henry Su wrote:
From: [EMAIL PROTECTED]
Adding the device ID for AMD/ATI SB700.
Signed-off-by:henry su [EMAIL PROTECTED]
Time to train new people...
You need to split up your patches:
* send I2C and PCI quirk patches to
Lennert Buytenhek wrote:
The people who need a LE network driver can use Christian's driver,
as Christian's driver works in LE just fine. The people who care
about LE support can add LE support to the driver that Krzysztof wrote.
I don't think that not supporting LE is a reason not to merge
On Tue, 8 May 2007, David Woodhouse wrote:
It's not an issue which needs resolving. We can spell your name just
fine; we just need Pavel to quit whining and join us in the 21st
century.
I am pretty darn sure my name can be spelled correctly, but can it be
reasonably assured to be printed
Hi Richard-san
The following three points were corrected.
1.
You can't do this since the trigger will appear for all LEDs and it only
applies to a single LED. There has been previous discussion of LED
specific triggers and we'll need that support before you can make
something like this work.
On Wed, 9 May 2007, Nick Piggin wrote:
Hugh Dickins wrote:
On Wed, 2 May 2007, Nick Piggin wrote:
But I'm pretty sure (to use your words!) regular truncate was not racy
before: I believe Andrea's sequence count was handling that case fine,
without a second unmap_mapping_range.
On Wed, May 09, 2007 at 08:04:07AM +0800, Antonino A. Daplas wrote:
On Tue, 2007-05-08 at 20:32 +0200, Alexander van Heukelum wrote:
On Tue, May 08, 2007 at 03:28:17AM -0700, Andrew Morton wrote:
On Sat, 5 May 2007 12:44:52 +0200 Alexander van Heukelum [EMAIL
PROTECTED] wrote:
---
[EMAIL PROTECTED] wrote:
Hi:
I am running Redhat Linux Enterprise version 4 update 4 on a dual-core
4G memory machine. There are many references on the web talking about
increasing default user address space to 3.5 G however lacking specific
instructions. My questions:
1. What is the specific
Hi Tejun,
On 5/9/07, Tejun Heo [EMAIL PROTECTED] wrote:
Chris Rankin wrote:
--- Tejun Heo [EMAIL PROTECTED] wrote:
Okay, here's a half-assed fix. With this patch applied, if you try to
unload a module while you're opening it's dev attribute, kernel will
oops later when the file is accessed
On Wed, May 09, 2007 at 09:24:49AM +1000, David Chinner wrote:
On Tue, May 08, 2007 at 03:05:56PM -0700, Mingming Cao wrote:
On Tue, 2007-05-08 at 12:50 +1000, David Chinner wrote:
BTW, have you guys tested mmap writes into unwritten extents? ;)
I am not sure, Amit, have you done some
Hugh Dickins wrote:
On Wed, 9 May 2007, Nick Piggin wrote:
Hugh Dickins wrote:
On Wed, 2 May 2007, Nick Piggin wrote:
But I'm pretty sure (to use your words!) regular truncate was not racy
before: I believe Andrea's sequence count was handling that case fine,
without a second
On 9 May 2007, at 15:22, David Acker wrote:
Big endian is the natural setup for the NPEs on this hardware
according to the intel documentation. Please don't stop this
driver from moving forward so that a few folks can run their
hardware in slow mode.
No-one is saying that this driver
On Wed, 2007-05-09 at 15:23 +0100, Maciej W. Rozycki wrote:
I am pretty darn sure my name can be spelled correctly, but can it be
reasonably assured to be printed correctly on a reasonable subset of
systems out there?
Yes. I haven't used a system on which it cannot for a number of years.
On Wed, 2007-05-09 at 10:30 -0400, Lennart Sorensen wrote:
On Wed, May 09, 2007 at 08:04:07AM +0800, Antonino A. Daplas wrote:
On Tue, 2007-05-08 at 20:32 +0200, Alexander van Heukelum wrote:
On Tue, May 08, 2007 at 03:28:17AM -0700, Andrew Morton wrote:
On Sat, 5 May 2007 12:44:52 +0200
Amit K. Arora wrote:
And, how does XFS behave now if we write to mmapped preallocated blocks,
since XFS also doesn't have -page_mkwrite() implemented as of date ?
unwritten extents remain unwritten after mmap() modifies them
http://oss.sgi.com/bugzilla/show_bug.cgi?id=418
:)
-Eric
-
To
On Wed, 09 May 2007 01:23:22 PDT, Andrew Morton said:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm2/
1) Spotted in init/Kconfig:
config SLUB_DEBUG
default y
bool Enable SLUB debugging support if EMBEDDED
help
Shouldn't that have an
On Wed, May 09, 2007 at 03:30:41PM +0200, Tejun Heo wrote:
Chris Rankin wrote:
--- Tejun Heo [EMAIL PROTECTED] wrote:
So, we can fix the problem Chris is seeing by breaking module unload (by
allowing it to unload too early). It doesn't sound too hot but module
unloading race is much less
Dmitry Torokhov wrote:
As written above, I think it's better to risk module unload / sysfs race
than keeping the current sysfs deletion / open race. What do you guys
think?
How about embedding struct attribute fro devt into struct
[class_]device for now? It is not too big and device is
From: Nicolas Ferre [EMAIL PROTECTED]
Adds a framebuffer driver to ATMEL AT91SAM9x and AT32 aka AVR32 platforms.
Those chips share quite the same
IP and this code is suitable for both architectures.
Signed-off-by: Nicolas Ferre [EMAIL PROTECTED]
---
This second patch is rebuild following
Antonino A. Daplas :
On Mon, 2007-05-07 at 16:11 +0200, Nicolas Ferre wrote:
From: Nicolas Ferre [EMAIL PROTECTED]
+
+static struct fb_fix_screeninfo atmel_lcdfb_fix __initdata = {
+ .type = FB_TYPE_PACKED_PIXELS,
+ .visual = FB_VISUAL_TRUECOLOR,
+
Greg KH wrote:
On Wed, May 09, 2007 at 03:30:41PM +0200, Tejun Heo wrote:
Chris Rankin wrote:
--- Tejun Heo [EMAIL PROTECTED] wrote:
So, we can fix the problem Chris is seeing by breaking module unload (by
allowing it to unload too early). It doesn't sound too hot but module
unloading race
On Wed, 2007-05-09 at 22:45 +0900, kogiidena wrote:
On Wed, 2007-05-09 at 20:42 +0900, kogiidena wrote:
As far as I can tell, the existing timer trigger can do everything the
blink trigger can (and more besides).
I want to blink LED in the initial state.
Are you after to set that per
On Fri, 4 May 2007, [EMAIL PROTECTED] wrote:
Targeted reclaim allows to target a single slab for reclaim. This is done by
calling
kmem_cache_vacate(slab, page);
It will return 1 on success, 0 if the operation failed.
The vacate functionality is also used for slab shrinking. During the shrink
Am Mittwoch 09 Mai 2007 16:21 schrieb Greg KH:
On Wed, May 09, 2007 at 08:36:54AM -0400, Jeff Garzik wrote:
Henry Su wrote:
From: [EMAIL PROTECTED]
Adding the device ID for AMD/ATI SB700.
Signed-off-by:henry su [EMAIL PROTECTED]
Time to train new people...
You need to split
On Wed, 2007-05-09 at 23:26 +0900, kogiidena wrote:
Hi Richard-san
The following three points were corrected.
1.
You can't do this since the trigger will appear for all LEDs and it only
applies to a single LED. There has been previous discussion of LED
specific triggers and we'll need
Hi Jeff,
Thanks for your review. Questions below.
On Wed, 2007-05-09 at 08:28 -0400, Jeff Garzik wrote:
[EMAIL PROTECTED] wrote:
+static void transfer_packet(struct net_device *dev,
...
+ hcall(LHCALL_SEND_DMA, peer_key(info,peernum), __pa(dma), 0);
__pa() should not be used
On Wed, May 09, 2007 at 03:20:47PM +0200, Stefan Richter wrote:
Gautham R Shenoy wrote:
freezer_exempt() as of now does what its name says. I.e, exempt the
thread from all kinds of freeze chills.
But with more subsystems using the process freezer, the exemption needs
to be event
On 5/8/07, Jan Engelhardt [EMAIL PROTECTED] wrote:
On May 8 2007 00:43, Albert Cahalan wrote:
Fix: the vfat driver should use the 8.3 name for such files.
Or the 31-character ISO Level 1(?).
That might be appropriate for a similar problem on CD-ROM
filesystems. (when the CD is rockridge
Tejun Heo wrote:
MSI doesn't work on RS400-200 and RS480 requiring pci=nomsi kernel
boot parameter for ahci to work. This patch renames quirk_svw_msi()
to quirk_disable_all_msi() and use it to disable MSI on those chips.
http://thread.gmane.org/gmane.linux.ide/17820
On Thu, 10 May 2007, Nick Piggin wrote:
The filesystem (or page cache) allows pages beyond i_size to come
in there? That wasn't a problem before, was it? But now it is?
The filesystem still doesn't, but if i_size is updated after the page
is returned, we can have a problem that was
Hello Ingo.
Sorry it has taken this long, but i've been quite busy with work.
Here are my results with v11 for smoothness.
under slight load (spamasassin nice 19'ed), its now doing okay in
smoothness, almost as good as SD. but under harder load such as pressing
a link in a browser while 3d(at
Stefan Richter wrote:
Sounds to me like either struct xyz_host { atomic_t removed; } would do
the job, or that actually wider regions of mmc_host_remove() and
mmc_detect_change() need to be serialized.
AFAIK, an atomic_t doesn't guarantee any ordering, just atomicity. So an
atomic_t with a
On Wed, 09 May 2007 10:50:21 +0200 Stefan Richter wrote:
Randy Dunlap wrote:
Add information on the problems with the C-language volatile keyword
and why it should not be used (most of the time).
I like Jonathan's article http://lwn.net/Articles/233479/ a lot.
It puts as much emphasis on
On Wed, 9 May 2007, Srinivasa Ds wrote:
Christoph Lameter wrote:
On Tue, 8 May 2007, Srinivasa Ds wrote:
Looks like there is a bug in SLUB implementaion for ppc64 in 2.6.21-mm1.
I unmarked CONFIG_SLUB and build the kernel, its booting cleary now.
This is a known issue for PPC with
On Tue, May 08, 2007 at 05:41:59PM -0700, Andrew Morton wrote:
On Tue, 8 May 2007 20:48:45 +0100
Alasdair G Kergon [EMAIL PROTECTED] wrote:
+#define BIO_LIST(bl) \
+ struct bio_list bl = BIO_LIST_INIT
BIO_LIST is a strange name for something which initialises storage.
Those came by
Chuck Ebbert wrote:
Tejun Heo wrote:
MSI doesn't work on RS400-200 and RS480 requiring pci=nomsi kernel
boot parameter for ahci to work. This patch renames quirk_svw_msi()
to quirk_disable_all_msi() and use it to disable MSI on those chips.
http://thread.gmane.org/gmane.linux.ide/17820
Tejun Heo wrote:
FWIW several distros have turned off MSI by default and added
a pci=msi option to enable it.
Yeah, it seem to cause a lot of problems on certain chips but I think
the correct path is to add PCI quirks for those. Most MSI problems I've
seen are on these ATI chips. Do you
On Wednesday 09 May 2007, Albert Cahalan wrote:
On 5/8/07, Jan Engelhardt [EMAIL PROTECTED] wrote:
On May 8 2007 00:43, Albert Cahalan wrote:
Fix: the vfat driver should use the 8.3 name for such files.
Or the 31-character ISO Level 1(?).
That might be appropriate for a similar problem
On Wed, May 09, 2007 at 08:49:23AM +0200, Jens Axboe wrote:
Besides, manual prefetching is very rarely a win. I dabbled with some
benchmarks a few weeks back (with the doubly linked lists), and in most
cases it was actually a loss. So I'd vote for just removing the
prefetch() above.
OK.
-Original Message-
From: Jarek Poplawski [mailto:[EMAIL PROTECTED]
Sent: Tuesday, May 08, 2007 10:32 PM
To: Andrew Morton
Cc: Pallipadi, Venkatesh; linux-kernel@vger.kernel.org; Oleg Nesterov
Subject: Re: [PATCH -mm] timer: parenthesis fix in
tbase_get_deferrable() etc.
On Tue, May 08,
I have the updated patches ready which take care of Andrew's comments.
Will run some tests and post them soon.
But, before submitting these patches, I think it will be better to finalize
on certain things which might be worth some discussion here:
1) Should the file size change when
Chuck Ebbert wrote:
Tejun Heo wrote:
FWIW several distros have turned off MSI by default and added
a pci=msi option to enable it.
Yeah, it seem to cause a lot of problems on certain chips but I think
the correct path is to add PCI quirks for those. Most MSI problems I've
seen are on these
On Wed, May 09, 2007 at 04:13:14PM +0100, Richard Purdie wrote:
On Wed, 2007-05-09 at 23:26 +0900, kogiidena wrote:
Hi Richard-san
The following three points were corrected.
1.
You can't do this since the trigger will appear for all LEDs and it only
applies to a single LED.
On Wed, 09 May 2007 01:23:22 PDT, Andrew Morton said:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm2/
Boots up to multiuser mostly OK. However...
It comes up with a screaming ksoftirqd - usually /1 but one boot had /0.
Just sitting there, 100% CPU according to
Andi Kleen wrote:
On Tue, May 08, 2007 at 10:46:20AM +0100, Andy Whitcroft wrote:
We are seeing the following compile error on older x86 installs:
arch/i386/kernel/verify_cpu.S: Assembler messages:
arch/i386/kernel/verify_cpu.S:13: Error: `(%esp)' is
not a valid 16
On Wed, May 09, 2007 at 05:01:25PM +0200, Tejun Heo wrote:
Greg KH wrote:
On Wed, May 09, 2007 at 03:30:41PM +0200, Tejun Heo wrote:
Chris Rankin wrote:
--- Tejun Heo [EMAIL PROTECTED] wrote:
So, we can fix the problem Chris is seeing by breaking module unload (by
allowing it to unload
Add support for 32 bit ioctl on 64 bit systems for synclink_gt
Cc: Arnd Bergmann [EMAIL PROTECTED]
Signed-off-by: Paul Fulghum [EMAIL PROTECTED]
--- a/include/linux/Kbuild 2007-04-25 22:08:32.0 -0500
+++ b/include/linux/Kbuild 2007-05-09 10:11:22.0 -0500
@@ -140,7
On Wednesday 09 May 2007, Stephen Rothwell wrote:
diff --git a/include/linux/compat.h b/include/linux/compat.h
index ccd863d..70a157a 100644
--- a/include/linux/compat.h
+++ b/include/linux/compat.h
@@ -253,5 +253,8 @@ asmlinkage long compat_sys_epoll_pwait(int epfd,
On Wed, 9 May 2007, Cornelia Huck wrote:
On Wed, 9 May 2007 02:25:10 -0700 (PDT),
[EMAIL PROTECTED] wrote:
makeing up an example
today the process would be
call driver X to initialize it's devices.
driver X follows these steps
1. see if a compatible chipset/device appears to be available
since it is referenced by memmap_init_zone (which is __meminit) via the
early_pfn_in_nid macro when CONFIG_NODES_SPAN_OTHER_NODES is set (which
basically means PowerPC 64).
This removes a section mismatch warning in those circumstances.
Signed-off-by: Stephen Rothwell [EMAIL PROTECTED]
---
On Wed, 2007-05-09 at 19:42 +0530, Anant Nitya wrote:
Hi,
Ever since I upgrade to 2.6.21/.1, system log is filled with following
messages if I enable CONFIG_NO_HZ=y, going through archives it seems ingo
sometime back posted some patch and now it is upstream, but its not helping
here. If I
On Wed, 09 May 2007 12:07:39 +0100 David Howells [EMAIL PROTECTED] wrote:
Andrew Morton [EMAIL PROTECTED] wrote:
set_page_dirty() will set I_DIRTY_PAGES only. ie: the inode has dirty
pagecache data.
To tell the VFS that the inode itself is dirty one needs to run
mark_inode_dirty().
On 5/9/07, Eric W. Biederman [EMAIL PROTECTED] wrote:
H. Peter Anvin [EMAIL PROTECTED] writes:
We can look in /proc/ioports and see what has reserved
the video resources. That should give us a reasonable
estimate of the video adapter. We can do an ioctl to
the console and see how many lines
On Wed, 9 May 2007 18:21:58 +0200 Arnd Bergmann [EMAIL PROTECTED] wrote:
It seems bogus to declare compat_sys_futimesat in syscalls.h and
compat_sys_utimensat in compat.h. Your patch is fine, since there
are precedents for both, but maybe we should agree on one place and
then move all of the
On Wed, 9 May 2007, Mel Gorman wrote:
Must obtain a reference to the object if it has not been freed yet. It is up
to the slabcache to resolve the race.
Is there also a race here between the object being searched for and the
reference being taken? Would it be appropriate to call this
On Wed, 09 May 2007 13:21:50 +0200 Martin Schwidefsky [EMAIL PROTECTED] wrote:
On Mon, 2007-04-23 at 10:45 -0700, Andrew Morton wrote:
Andrew: I plan to add patches 1-5 to the for-andrew branch of the
git390 repository if that is fine with you. The only thing that will
be missing in
On Fri, 4 May 2007, Ulrich Drepper wrote:
I don't want to judge the numbers since I cannot but I want to make an
observations: even if in the SMP case MADV_FREE turns out to not be a
bigger boost then there is still the UP case to keep in mind where Rik
measured a significant speed-up. As
On Wed, May 09, 2007 at 03:38:13PM +0200, Cornelia Huck wrote:
On Wed, 9 May 2007 02:53:02 -0700,
Greg KH [EMAIL PROTECTED] wrote:
2. Sheer volume of devices on a bus. Even if the indivdual probing
doesn't take long, having all devices probed one after the other may
take a lot of
Alexander van Heukelum wrote:
Hi!
I'm making coffee now. I just don't see what I missed? Maybe you were
led astray by the new PARAM_VESA_PAD I added?
Again, I object to changing a documented interface when it's not
necessary to do so. Just declare the structure packed.
-hpa
-
On Wed, 09 May 2007 01:23:22 PDT, Andrew Morton said:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm2/
So I have a canned grub config for booting with netconsole, initcall_debug, and
all that fun stuff. Tried it on 21-mm2, and it wedged up hard here:
[
On Wed, 9 May 2007, Greg KH wrote:
doesn't take long, having all devices probed one after the other may
take a lot of time. Putting the actual probe on a thread makes it
possible to run several probes in parallel, thereby cutting probing
time.
Again, not for PCI, right?
It seems that
On May 09, 2007 21:31 +0530, Amit K. Arora wrote:
2) For FA_UNALLOCATE mode, should the file system allow unallocation
of normal (non-preallocated) blocks (blocks allocated via
regular write/truncate operations) also (i.e. work as punch()) ?
- Though FA_UNALLOCATE mode is yet to be
On Wednesday, 9 May 2007 15:19, Thomas Gleixner wrote:
On Wed, 2007-05-09 at 15:12 +0200, Rafael J. Wysocki wrote:
On Wednesday, 9 May 2007 14:24, Thomas Gleixner wrote:
On Wed, 2007-05-09 at 13:45 +0200, Rafael J. Wysocki wrote:
On Wednesday, 9 May 2007 10:59, Thomas Gleixner wrote:
On Wed, 2007-05-09 at 21:31 +0530, Amit K. Arora wrote:
I have the updated patches ready which take care of Andrew's comments.
Will run some tests and post them soon.
But, before submitting these patches, I think it will be better to finalize
on certain things which might be worth some
On Wed, 9 May 2007 09:18:10 -0700 (PDT),
[EMAIL PROTECTED] wrote:
I'm not worried about notification to userspace, I'm worried about devices
getting registered during the async stage appearing in different orders on
different boots due to different timeings.
Ah, now I think I understand
On Wed, 9 May 2007, [EMAIL PROTECTED] wrote:
On Wed, 09 May 2007 01:23:22 PDT, Andrew Morton said:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm2/
1) Spotted in init/Kconfig:
config SLUB_DEBUG
default y
bool Enable SLUB debugging
On Wed, May 09, 2007 at 09:18:10AM -0700, [EMAIL PROTECTED] wrote:
On Wed, 9 May 2007, Cornelia Huck wrote:
On Wed, 9 May 2007 02:25:10 -0700 (PDT),
[EMAIL PROTECTED] wrote:
makeing up an example
today the process would be
call driver X to initialize it's devices.
driver X
On Wed, 9 May 2007, Greg KH wrote:
Why is it dead? Since when is PCI the only bus in the system?
Quite frankly, any probing strategy that isn't relevant to PCI simply
isn't relevant - full stop!
No, it's not the only bus, but if something isn't relevant to PCI it
shouldn't be in any
On Wed, 9 May 2007, Cornelia Huck wrote:
On Wed, 9 May 2007 09:18:10 -0700 (PDT),
[EMAIL PROTECTED] wrote:
I'm not worried about notification to userspace, I'm worried about devices
getting registered during the async stage appearing in different orders on
different boots due to different
801 - 900 of 1184 matches
Mail list logo