On Tuesday 20 February 2007 2:07 pm, Rafael J. Wysocki wrote:
Plus, I'd guess, the old rtc driver statically linked.
Yes (mistakenly).
Until someone merges the BSOD-for-Linux patch, I'll continue to
assume that oopsing is the wrong response to user mistakes. ;)
Legacy drivers can be such
Is this Problem still investigated? I got the same kernel bug a few
minutes after booting my system with 2.6.20-mm2. As a student i am not
yet as familiar with kernel programming as i want to be, but i will try,
i promise. In the meantime, i always try to test the newest mm patches,
and i have to
Richard Purdie writes:
Can you have a look at the differences between the defconfigs for
2.6.20 and 2.6.21-rc1?
this is probably the relevant part:
--- config-2.6.20 2007-02-04 12:09:28.0 -0800
+++ config-2.6.21-rc1 2007-02-21 08:37:53.0 -0800
@@ -1270,16 +1302,25 @@
On Thu, 22 Feb 2007, Ingo Molnar wrote:
* Davide Libenzi davidel@xmailserver.org wrote:
On Wed, 21 Feb 2007, Ingo Molnar wrote:
From: Ingo Molnar [EMAIL PROTECTED]
add the move_user_context() method to move the user-space
context of one kernel thread to another kernel
On Wednesday 21 February 2007 21:05, Michael K. Edwards wrote:
On 2/21/07, D. Hazelton [EMAIL PROTECTED] wrote:
snip
Related to that... Though a parser generated by Bison and a tokenizer
generated by Flex both contain large chunks of GPL'd code, their
inclusion in the source file that is to
On 2/22/07, D. Hazelton [EMAIL PROTECTED] wrote:
We protect your rights with two steps: (1) copyright the software, and
(2) offer you this license which gives you legal permission to copy,
distribute and/or modify the software.
--IE: Once you release the code under the GPL, it becomes the
Hi Jörn,
I have been thinking about the problem that you describe, and,
definitively, DualFS does not have that problem. I could be wrong, but,
I actually believe that the GC implemented by DualFS is deadlock-free.
The key is the design of the log-structured file system used by DualFS for
Richard Purdie [EMAIL PROTECTED] writes:
If FB_RADEON_BACKLIGHT wasn't set for 2.6.20, can you try 2.6.21-rc1
with that option disabled?
i've disabled FB_RADEON_BACKLIGHT (FB_BACKLIGHT also got deselected)
and i managed to boot into 2.6.21-rc1 and have a working backlight.
--alex--
--
| I
The first part of this patch summarizes the patches of the
previous days, namely:
- Add dynamic addition/removal of adapters
(with spiffy error reporting)
- Implement the uevent interface using Sylvain's generic function
- Base fake root device on device instead of of_device
The first part
This is the aforementioned whitespace fix which applies on top of
part 1/2.
Signed-off-by: Joachim Fenkes [EMAIL PROTECTED]
---
arch/powerpc/kernel/ibmebus.c | 126 +-
include/asm-powerpc/ibmebus.h | 42 +++---
diff -urp
Hi David and Robin,
Thank you for your reply.
Robin Holt wrote:
On Wed, Feb 21, 2007 at 11:33:31AM +, David Howells wrote:
Kawai, Hidehiro [EMAIL PROTECTED] wrote:
Is coredump_setting_sem a global semaphore? If so, it prevents concurrent
core dumping.
No, it doesn't. Look again:
Neil Brown wrote:
On Friday February 16, [EMAIL PROTECTED] wrote:
I was wondering if the block layer has been changed into a more serialized
manner yet? I've been trying to google this, but so far no luck. I know there
was some talk about removing the stack based approach, but I can't find
Hi Greg,
On Wed, Feb 21, 2007 at 09:34:45AM -0800, 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
Alan wrote:
- Add a driver for motherboard ACPI method devices
- Link it after normal drivers so ACPI is not preferred
- Hook the AMD driver to prefer ACPI for the Nvidia devices if ACPI is
active
- While we are at it fix up the simplex clear the AMD driver.
Depends upon the set_mode -
Russell King wrote:
Plainly, %ebx changed across the call to serial_in() at c01c0f7b.
First thing to notice is this violates the C code - up can not
change.
Now let's look at serial_in:
c01bfa70: 55 push %ebp
c01bfa71: 89 e5 mov
On Thu, Feb 22, 2007 at 12:34:17PM +0900, YOSHIFUJI Hideaki / ?$B5HF#1QL@ wrote:
In article [EMAIL PROTECTED] (at Thu, 22 Feb 2007 11:04:40 +0900 (JST)),
YOSHIFUJI Hideaki / ?$B5HF#1QL@ [EMAIL PROTECTED] says:
In article [EMAIL PROTECTED] (at Thu, 22 Feb 2007 04:12:04 +0900), OGAWA
On 2/21/07, D. Hazelton [EMAIL PROTECTED] wrote:
Actually, on re-reading the GPL, I see exactly why they made that pair of
exceptions. Where it's quite evident that a small to mid scale parsers that
could have been written *without* the use of Bison is clearly a
non-derivative work - Bison was
Hi Andrew,
Andrew Morton wrote:
Problem is, it doesn't seem that we'll be merging unionfs any time soon so
we shouldn't be adding slab infrastructure on its behalf. And I'd prefer
not to have to carry slab changes in a filesystem tree.
I think we can merge krealloc without unionfs. I'll
Pekka Enberg wrote:
The ksize exports we can add later if unionfs is to be merged.
Actually, we probably don't need it after the krealloc optimizations. I
think we need a new unionfs patch too... :)
Pekka
-
To unsubscribe from this list: send the line
On Thu, Feb 22, 2007 at 08:18:39AM +0200, Pekka Enberg wrote:
Pekka Enberg wrote:
The ksize exports we can add later if unionfs is to be merged.
Actually, we probably don't need it after the krealloc optimizations. I
think we need a new unionfs patch too... :)
I'm for it!
Josef Jeff
Robert Hancock wrote:
Alan wrote:
Stick some printk calls in drivers/ata/libata-eh.c in ata_eh_suspend, or
turn on all the ATA debug and shutdown, the code should issue a cache
flush followed by a standbynow1 command for each disk.
Alan
I believe it runs on suspend, but we don't run that
On Thu, 22 Feb 2007, Pekka Enberg wrote:
I think we can merge krealloc without unionfs. I'll whoop up a new patch as
per Christoph's suggestions. I think at least XFS already has its own realloc
and there might be some other open-coded users. It's not _changing_ the slab
as much as adding new
* Michael K. Edwards [EMAIL PROTECTED] wrote:
[...] As for threadlets, making them kernel threads is not such a good
design feature, O(1) scheduler or not. You take the full hit of
kernel task creation, on the spot, for every threadlet that blocks.
[...]
this is very much not how they
On Wed, 21 Feb 2007 18:51:52 +0100 Miklos Szeredi [EMAIL PROTECTED] wrote:
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
On Tue, Feb 20, 2007 at 08:43:06AM -0600, Steve Wise wrote:
On Tue, 2007-02-20 at 01:02 +0100, Adrian Bunk wrote:
This patch contains the following possible cleanups:
- don't mark static functions in C files as inline - gcc should know
best whether inlining makes sense
- never compile
Thanks Adrian!
Acked-by: Steve Wise [EMAIL PROTECTED]
On Wed, 2007-02-21 at 11:52 +0100, Adrian Bunk wrote:
On Tue, Feb 20, 2007 at 08:43:06AM -0600, Steve Wise wrote:
On Tue, 2007-02-20 at 01:02 +0100, Adrian Bunk wrote:
This patch contains the following possible cleanups:
- don't
Hi Chuck,
On Tue, 20 Feb 2007 10:08:26 -0500, Chuck Ebbert wrote:
I blacklisted the k8temp driver (and the out-of-tree k8_edac driver
in Fedora) and the temps were still volatile, so that's not causing
it. Since then I've upgraded the system BIOS from F.06 to F.27 and
the problems _may_ have
Hi Luca,
On Tue, 20 Feb 2007 16:33:56 +0100, Luca Tettamanti wrote:
Motherboard vendors usually provide tools for $(TheOtherOS) that can
read from all thermal / fan / voltage / whatever sensors, so I guess
it's possible to make the ACPI driver and the raw one play nice with
each other[1].
Hi Matthew,
On Tue, 20 Feb 2007 15:18:13 +, Matthew Garrett wrote:
On Sun, Feb 18, 2007 at 06:38:05PM +0100, Jean Delvare wrote:
ACPI is broken here, not k8temp, so let's fix ACPI instead. ACPI
doesn't conflict with only k8temp, but with virtually all hardware
monitoring drivers, all
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
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 out what the
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 supposedly PIIX4
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 Compaq???)
On Wed, Feb 21, 2007 at 12:37:40PM -0500, Dave Jones wrote:
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
The brightness class core does not update the initial status of
the device's brightness at register time. Do it by ourselves
before we register the class device.
Signed-off-by: Henrique de Moraes Holschuh [EMAIL PROTECTED]
Cc: Richard Purdie [EMAIL PROTECTED]
---
NOTE: This patch needs an ACK
This patch adds in some NCQ blacklist entries taken from the Silicon
Image Windows drivers' .inf files for the 3124 and 3132 controllers.
These entries were marked as DisableSataQueueing. Assume these are
in their blacklist for a reason and disable NCQ on these drives.
Signed-off-by: Robert
Recently Tejun wrote a patch to ahci.c to make it raise a HSM violation
if the drive attempted to complete a tag that wasn't outstanding. We could
run into the same problem with sata_nv ADMA. This adds code to raise a HSM
violation error if the controller gives us a notifier tag that isn't
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 you're
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
accessed
Christoph Lameter wrote:
And it seems that the hooks are not generic but bound to a particular
hypervisor. Should the Xen specific stuff not be in the binary blob?
Xen has no binary blob. It needs guests to cooperate with it by
making hypercalls; all that code is in the Xen implementation of
/*
+ * Temporary hack: zero gs now that we've saved it so that Xen
+ * doesn't try to reload the old value after changing the GDT
+ * during the context switch. This can go away once Xen has
+ * been taught to only reload %gs when it absolutely must.
+ */
+
Andi Kleen wrote:
Sorry, but i don't really want that unconditionally in the context switch.
Adding a paravirt ops for it would be also ugly. Can Xen be fixed?
Yes. I'm happy to drop this one.
J
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
On Wednesday 21 February 2007 21:52, Jeremy Fitzhardinge wrote:
Add a set of accessors to pack, unpack and modify page table entries
(at all levels). This allows a paravirt implementation to control the
contents of pgd/pmd/pte entries. For example, Xen uses this to
convert the
On 21/2/07 22:10, Andi Kleen [EMAIL PROTECTED] wrote:
/*
+ * Temporary hack: zero gs now that we've saved it so that Xen
+ * doesn't try to reload the old value after changing the GDT
+ * during the context switch. This can go away once Xen has
+ * been taught to only reload %gs when it
Andi Kleen wrote:
Do you have some lmbench numbers before/after this change?
iirc at least fork and exit do a lot of pte accesses in various forms.
If it's measurable it might be needed to patch those for the native case.
I don't. I think Rusty ran some numbers and found the pte
On Wed, 2007-02-21 at 23:15 +0100, Andi Kleen wrote:
On Wednesday 21 February 2007 21:52, Jeremy Fitzhardinge wrote:
Add a set of accessors to pack, unpack and modify page table entries
(at all levels). This allows a paravirt implementation to control the
contents of pgd/pmd/pte entries.
Andi Kleen wrote:
/*
+* Temporary hack: zero gs now that we've saved it so that Xen
+* doesn't try to reload the old value after changing the GDT
+* during the context switch. This can go away once Xen has
+* been taught to only reload %gs when it
Rusty Russell wrote:
On Wed, 2007-02-21 at 23:15 +0100, Andi Kleen wrote:
On Wednesday 21 February 2007 21:52, Jeremy Fitzhardinge wrote:
Add a set of accessors to pack, unpack and modify page table entries
(at all levels). This allows a paravirt implementation to control the
Zachary Amsden wrote:
I agree with that, but especially because this is not even the right
place to save and clear gs; when userspace uses an LDT based %gs, you
need to do this all the way back in mmu_context.h before you switch
the LDT out.
Yeah. This patch was really just to shut my debug
On Wed, 21 Feb 2007 12:53:12 -0800 Jeremy Fitzhardinge [EMAIL PROTECTED]
wrote:
Some generic early printk boot console fixups
(already sent to lkml).
hm, this patch series seems to have gone out of its way to cause problems.
This particular (pathetically changelogged) patch is already in my
Andrew Morton wrote:
hm, this patch series seems to have gone out of its way to cause problems.
This particular (pathetically changelogged) patch is already in my tree,
only in a later, much more comprehensive form. Similarly the HVC changes
were already in Rusty's stuff and were supposed to
Robert Hancock wrote:
This patch adds in some NCQ blacklist entries taken from the Silicon
Image Windows drivers' .inf files for the 3124 and 3132 controllers.
These entries were marked as DisableSataQueueing. Assume these are
in their blacklist for a reason and disable NCQ on these drives.
Robert Hancock wrote:
Alan wrote:
- Add a driver for motherboard ACPI method devices
- Link it after normal drivers so ACPI is not preferred
- Hook the AMD driver to prefer ACPI for the Nvidia devices if ACPI is
active
- While we are at it fix up the simplex clear the AMD driver.
Depends upon
This is a new slab allocator which was motivated by the complexity of the
existing code in mm/slab.c. It attempts to address a variety of concerns
with the existing implementation.
A. Management of object queues
A particular concern was the complex management of the numerous object
queues
* Michael K. Edwards [EMAIL PROTECTED] wrote:
[...] Unless you essentially lock one application thread to each CPU
core, with a complete understanding of its cache sharing and latency
relationships to all the other cores, and do your own userspace I/O
scheduling and dispatching state
Robert Hancock wrote:
Robert Hancock wrote:
Alan wrote:
Stick some printk calls in drivers/ata/libata-eh.c in ata_eh_suspend, or
turn on all the ATA debug and shutdown, the code should issue a cache
flush followed by a standbynow1 command for each disk.
Alan
I believe it runs on suspend,
Christoph Hellwig wrote:
On Wed, Feb 21, 2007 at 02:13:38PM +0100, Rolf Eike Beer wrote:
These functions were inlines before
8b9365d753d9870bb6451504c13570b81923228f. Now EXPORT_SYMBOL() them to
allow them to be used in modules again.
Just because they happened to be inlined that doesn't
I noticed expensive divides done in try_to_wakeup() and find_busiest_group()
on a bi dual core Opteron machine (total of 4 cores), moderatly loaded (15.000
context switch per second)
oprofile numbers :
CPU: AMD64 processors, speed 2600.05 MHz (estimated)
Counted CPU_CLK_UNHALTED events
On Wed, Feb 21, 2007 at 09:57:50PM -0800, H. Peter Anvin wrote:
Russell King wrote:
Plainly, %ebx changed across the call to serial_in() at c01c0f7b.
First thing to notice is this violates the C code - up can not
change.
Now let's look at serial_in:
c01bfa70: 55
How about this?
I still don't understand this bug.
Solves the FUSE deadlock, but not the throttle_vm_writeout() one.
I'll try to tackle that one as well.
If the per-bdi dirty counter goes below 16, balance_dirty_pages()
returns.
Does the constant need to tunable? If it's
* Ulrich Drepper [EMAIL PROTECTED] wrote:
Ingo Molnar wrote:
in terms of AIO, the best queueing model is i think what the kernel uses
internally: freely ordered, with barrier support.
Speaking of AIO, how do you imagine lio_listio is implemented? If
there is no asynchronous syscall
* Thomas Gleixner [EMAIL PROTECTED] wrote:
The problem is that the p-last_ran value is not updated after a
context switch. So a subsequent call to current_sched_time()
calculates with a stale p-last_ran value, i.e. accounts the full
time, which the task was scheduled away.
On Thu, 22 Feb 2007 08:42:26 +0100 Miklos Szeredi [EMAIL PROTECTED] wrote:
Index: linux/mm/page-writeback.c
===
--- linux.orig/mm/page-writeback.c2007-02-19 17:32:41.0
+0100
+++
On Thu, 2007-02-22 at 08:46 +0100, Ingo Molnar wrote:
* Thomas Gleixner [EMAIL PROTECTED] wrote:
The problem is that the p-last_ran value is not updated after a
context switch. So a subsequent call to current_sched_time()
calculates with a stale p-last_ran value, i.e. accounts the full
On Wed, 21 Feb 2007 15:10:39 -0600 Mike Miller (OS Dev) [EMAIL PROTECTED]
wrote:
Patch 1/2
This patch changes the way we determine if a logical volume is larger than
2TB. The
original test looked for a total_size of 0. Originally we added 1 to the
total_size.
That would make our
On Wed, 21 Feb 2007 15:12:51 -0600 Mike Miller (OS Dev) [EMAIL PROTECTED]
wrote:
@@ -3293,6 +3327,12 @@ #endif
((hba[i]-nr_cmds + BITS_PER_LONG -
1) / BITS_PER_LONG) * sizeof(unsigned long));
+ if (notify_count == 0) {
+
On Wed, Feb 21, 2007 at 03:12:51PM -0600, Mike Miller (OS Dev) wrote:
Patch 2/2
This patch adds reboot_notifier support to cciss. Changes in firmware make
this patch
essential. Without this patch there may be valid data left in the
controller's battery
backed write cache (BBWC) on
Robert Hancock wrote:
Recently Tejun wrote a patch to ahci.c to make it raise a HSM violation
if the drive attempted to complete a tag that wasn't outstanding. We could
run into the same problem with sata_nv ADMA. This adds code to raise a HSM
violation error if the controller gives us a
On Wed, 21 Feb 2007 18:51:52 +0100 Miklos Szeredi [EMAIL PROTECTED] wrote:
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
On Thu, 22 Feb 2007 13:39:56 +1100 Neil Brown [EMAIL PROTECTED] wrote:
I must right code that Andrew can read.
That's write.
But more importantly, things that people can immediately see and understand
help reduce the possibility of mistakes. Now and in the future.
If we did all loops like
Remove __exit from mon_bin_exit mon_text_exit. Both functions are used
in error code paths in __init functions.
Resolves MODPOST warnings similar to:
`mon_bin_exit' referenced in section `.init.text' of drivers/built-in.o:
defined in discarded section `.exit.text' of drivers/built-in.o
On Thu, 22 Feb 2007 05:18:45 +0900
OGAWA Hirofumi [EMAIL PROTECTED] wrote:
Kumar Gala [EMAIL PROTECTED] writes:
I usually run the following twice to get the hang state:
time ./trunc_test bar 1
time ./trunc_test baz 1
I was wondering if anyone had any suggestions
On Wed, 21 Feb 2007, Andrew Morton wrote:
It seems like usb-storage and aio are completely off in the weeds.
Ideas?
It seems usb-storage should remove some kmalloc and use mempool() for
urb... Is someone working on this? And idea?
I think Pete said that we're supposed to be
On Wed, 21 Feb 2007 16:22:17 -0500 (EST)
Alan Stern [EMAIL PROTECTED] wrote:
On Wed, 21 Feb 2007, Andrew Morton wrote:
It seems like usb-storage and aio are completely off in the weeds.
Ideas?
It seems usb-storage should remove some kmalloc and use mempool() for
urb... Is
On Wed, 21 Feb 2007, Andrew Morton wrote:
On Wed, 21 Feb 2007 16:22:17 -0500 (EST)
Alan Stern [EMAIL PROTECTED] wrote:
On Wed, 21 Feb 2007, Andrew Morton wrote:
It seems like usb-storage and aio are completely off in the weeds.
Ideas?
It seems usb-storage should
On Wed, 21 Feb 2007 16:50:23 -0500 (EST)
Alan Stern [EMAIL PROTECTED] wrote:
+ if ((gfp_mask (__GFP_FS|__GFP_IO)) != (__GFP_FS|__GFP_IO)) {
Is that really the correct test? I don't know enough about the memory
management subsystem to say one way or the other. What's special about
On Wed, Feb 21, 2007 at 11:14:56PM +0100, Arkadiusz Miskiewicz wrote:
Hello,
Today version of Linus git tree has a problem with resuming of usb devices.
My
trackball is no longer working after resume from ram. It not even seen by
lsusb. Newly
plugged devices are no longer detected (ie.
On Feb 21, 2007, at 3:31 PM, Andrew Morton wrote:
On Wed, 21 Feb 2007 16:22:17 -0500 (EST)
Alan Stern [EMAIL PROTECTED] wrote:
On Wed, 21 Feb 2007, Andrew Morton wrote:
It seems like usb-storage and aio are completely off in the weeds.
Ideas?
It seems usb-storage should remove some
Dmitriy Monakhov [EMAIL PROTECTED] writes:
1)Function ecryptfs_do_readpage() calls flush_dcache_page(lower_page),
but lower_page was't changed here. So remove this line.
2)prepare_write ret val was ignored in ecryptfs_write_inode_size_to_header().
If error happends we can't call
On Tue, Feb 20, 2007 at 04:24:34PM -0800, Stephen Hemminger wrote:
On Wed, 21 Feb 2007 01:19:41 +0300
Oleg Nesterov [EMAIL PROTECTED] wrote:
If del_nbp()-cancel_delayed_work(carrier_check) fails, port_carrier_check()
may run later and access an already freed container (struct
On Wed, Feb 21, 2007 at 09:23:45AM +0100, Jarek Poplawski wrote:
...
I have known issues with RCU, but dare to disagree here.
It's done during call_rcu, so anything RCU friendly shouldn't
see this at the moment at all. It could be needed for those
with refcounting - than it should be checked,
Here is data for 50 bytes reading for essentially idle machine
(core duo 2.4 ghz):
delta for syscall: 3326961404-3326969261: 7857 cycles = 3.273750 us
delta for syscall: 3326975687-3326980979: 5292 cycles = 2.205000 us
delta for syscall: 3327199967-3327205583: 5616 cycles = 2.34 us
delta for
On Wed, Feb 21, 2007 at 02:06:34PM +0300, Evgeniy Polyakov wrote:
Here is data for 50 bytes reading for essentially idle machine
(core duo 2.4 ghz):
delta for syscall: 3326961404-3326969261: 7857 cycles = 3.273750 us
Can you oprofile it too?
-Andi
-
To unsubscribe from this list: send the
On 02/20, Stephen Hemminger wrote:
On Wed, 21 Feb 2007 01:19:41 +0300
Oleg Nesterov [EMAIL PROTECTED] wrote:
static void release_nbp(struct kobject *kobj)
{
struct net_bridge_port *p
= container_of(kobj, struct net_bridge_port, kobj);
+
+ dev_put(p-dev);
On 02/21, Jarek Poplawski wrote:
On Wed, 21 Feb 2007 01:19:41 +0300
Oleg Nesterov [EMAIL PROTECTED] wrote:
+ p = container_of(work, struct net_bridge_port, carrier_check.work);
rtnl_lock();
- p = dev-br_port;
- if (!p)
- goto done;
br = p-br;
It
Failing to allocate a cache entry will only harm performance.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
security/selinux/avc.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6-git/security/selinux/avc.c
If we have a lot of dirty memory and hit the throttle in balance_dirty_pages()
we (potentially) generate a lot of writeback and unstable pages, if however
during this writeback we need to reclaim a bit, we might hit
throttle_vm_writeout(), which might delay us until the combined total of
The slab allocator has some unfairness wrt gfp flags; when the slab cache is
grown the gfp flags are used to allocate more memory, however when there is
slab cache available (in partial or free slabs, per cpu caches or otherwise)
gfp flags are ignored.
Thus it is possible for less critical slab
Move around the swap entry methods in preparation for use from
page methods.
Also provide a function to obtain the swap_info_struct backing
a swap cache page.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
CC: Trond Myklebust [EMAIL PROTECTED]
---
include/linux/mm.h |8
unstable writes don't make sense for swap pages.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
Cc: Trond Myklebust [EMAIL PROTECTED]
---
fs/nfs/write.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6-git/fs/nfs/write.c
Provide means to reserve a specific amount pages.
The emergency pool is separated from the min watermark because ALLOC_HARDER
and ALLOC_HIGH modify the watermark in a relative way and thus do not ensure
a strict minimum.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
include/linux/mmzone.h
With the introduction of the shared dirty page accounting in .19, NFS should
not be able to surpise the VM with all dirty pages. Thus it should always be
able to free some memory. Hence no more need for mempools.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
Cc: Trond Myklebust [EMAIL
Wrap calling sk-sk_backlog_rcv() in a function. This will allow extending the
generic sk_backlog_rcv behaviour.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
include/net/sock.h |5 +
net/core/sock.c |4 ++--
net/ipv4/tcp.c |2 +-
net/ipv4/tcp_timer.c |2 +-
In order to make sure emergency packets receive all memory needed to proceed
ensure processing of emergency skbs happens under PF_MEMALLOC.
Use the (new) sk_backlog_rcv() wrapper to ensure this for backlog processing.
Skip taps, since those are user-space again.
Signed-off-by: Peter Zijlstra
Replace all relevant occurences of page-index and page-mapping in the NFS
client with the new page_file_index() and page_file_mapping() functions.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
Cc: Trond Myklebust [EMAIL PROTECTED]
---
fs/nfs/file.c |4 ++--
fs/nfs/internal.h |7
On Wed, 21 Feb 2007, Peter Zijlstra wrote:
Failing to allocate a cache entry will only harm performance.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
security/selinux/avc.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Acked-by: James Morris [EMAIL PROTECTED]
Index:
Toss all emergency packets not for a SOCK_VMIO socket. This ensures our
precious memory reserve doesn't get stuck waiting for user-space.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
include/net/sock.h |3 +++
1 file changed, 3 insertions(+)
Index: linux-2.6-git/include/net/sock.h
Emergency skbs should never touch user-space, however NF_QUEUE is fully user
configurable. Notify the user of his mistake and try to continue.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
net/netfilter/core.c |5 +
1 file changed, 5 insertions(+)
Index:
Allow the mempool to use the memalloc reserves when all else fails and
the allocation context would otherwise allow it.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
mm/mempool.c | 10 ++
1 file changed, 10 insertions(+)
Index: linux-2.6-git/mm/mempool.c
When 'include/linux/mm.h' includes 'include/linux/swap.h', the global
remove_mapping() definition clashes with the arch/um one.
Rename the arch/um one.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
Acked-by: Jeff Dike [EMAIL PROTECTED]
---
arch/um/kernel/physmem.c |6 +++---
1 file
1001 - 1100 of 1130 matches
Mail list logo