--
***
Ms Bhagyashri Bijwe
Project Eng.
Networking and Internet Software Group,
Centre for Research and Development,
Pune,India
Ph.25694000 Ext-484/462
B.E.( Computer Sci. and Engg. )
-
To unsubscribe from this list:
--- Karel Kulhavy <[EMAIL PROTECTED]> wrote:
> Hello
>
> I have written a software to test connected optical
> datalink in loopback
> mode which works by sending a burst of e. g. 1024
> raw Ethernet frames
> directly to that interface, then waiting a little
> bit, and counting from
> ifconfig
Hi.
I've just noticed that all the subject lines are off by one. Sorry.
Shall I repost with it right this time?
Regarding this x86_64 patch, I haven't been able to test x86_64 support
yet (no hardware here), so I'm sure you're right about all the things.
I've really just parroted what swsusp
All,
These days, I am trying to debug the kernel (2.6.9) on x86_64 SMP. But
the Kprobes and UML cannot work probably for my case, due to the patch
file for x86_64 arch.
Is there anyone who is working on the same topic? Any hint and help
would be appreciated!
Thanks,
Neo
--
I would
Hi.
This patch came from Hu Gang.
Regards,
Nigel
On Wed, 2005-07-06 at 12:20, Nigel Cunningham wrote:
> diff -ruNp
> 520-version-specific-x86_64.patch-old/arch/x86_64/kernel/asm-offsets.c
> 520-version-specific-x86_64.patch-new/arch/x86_64/kernel/asm-offsets.c
> ---
Hi.
On Wed, 2005-07-06 at 13:42, Zwane Mwaikambo wrote:
> On Wed, 6 Jul 2005, Nigel Cunningham wrote:
>
> > diff -ruNp 602-smp.patch-old/kernel/power/suspend2_core/smp.c
> > 602-smp.patch-new/kernel/power/suspend2_core/smp.c
> > --- 602-smp.patch-old/kernel/power/suspend2_core/smp.c
On Wed, 6 Jul 2005, Nigel Cunningham wrote:
> diff -ruNp 602-smp.patch-old/kernel/power/suspend2_core/smp.c
> 602-smp.patch-new/kernel/power/suspend2_core/smp.c
> --- 602-smp.patch-old/kernel/power/suspend2_core/smp.c1970-01-01
> 10:00:00.0 +1000
> +++
On Wed, 6 Jul 2005, Nigel Cunningham wrote:
> + /*
> + * eflags
> + */
> + asm volatile ("pushfl ; popl (%0)" : "=m"
> (suspend2_saved_context.eflags));
To be future proof you probably want to do pushfq/popq
> +
> + /*
> + * control registers
> + */
> + asm
On Wed, 6 Jul 2005, Nigel Cunningham wrote:
> diff -ruNp 402-mtrr-remove-sysdev.patch-old/arch/i386/kernel/cpu/mtrr/main.c
> 402-mtrr-remove-sysdev.patch-new/arch/i386/kernel/cpu/mtrr/main.c
> --- 402-mtrr-remove-sysdev.patch-old/arch/i386/kernel/cpu/mtrr/main.c
> 2005-06-20 11:46:42.0
Hi.
On Wed, 2005-07-06 at 13:35, Zwane Mwaikambo wrote:
> On Wed, 6 Jul 2005, Nigel Cunningham wrote:
>
> > diff -ruNp
> > 402-mtrr-remove-sysdev.patch-old/arch/i386/kernel/cpu/mtrr/main.c
> > 402-mtrr-remove-sysdev.patch-new/arch/i386/kernel/cpu/mtrr/main.c
> > ---
Hi.
On Wed, 2005-07-06 at 13:34, Zwane Mwaikambo wrote:
> On Wed, 6 Jul 2005, Nigel Cunningham wrote:
>
> > diff -ruNp
> > 353-disable-highmem-tlb-flush-for-copyback.patch-old/mm/highmem.c
> > 353-disable-highmem-tlb-flush-for-copyback.patch-new/mm/highmem.c
> > ---
In article <[EMAIL PROTECTED]> (at Wed, 6 Jul 2005 12:20:41 +1000), Nigel
Cunningham <[EMAIL PROTECTED]> says:
> #define local_flush_tlb() __flush_tlb()
> +#define local_flush_tlb_all() __flush_tlb_all();
You should remove ";".
> extern void flush_tlb_page(struct vm_area_struct *, unsigned
Linus Torvalds wrote: {
On Wed, 6 Jul 2005, Grant Coady wrote:
>
> Executive Summary
Btw, can you try this same thing (or at least a subset) with a large file on
a filesystem? Does that show the same pattern, or is it always just the raw
device?
}
Linus,
Cat /dev/hda > /dev/null and cat
On Wed, 6 Jul 2005, Nigel Cunningham wrote:
> diff -ruNp 353-disable-highmem-tlb-flush-for-copyback.patch-old/mm/highmem.c
> 353-disable-highmem-tlb-flush-for-copyback.patch-new/mm/highmem.c
> --- 353-disable-highmem-tlb-flush-for-copyback.patch-old/mm/highmem.c
> 2005-06-20 11:47:32.0
After finally getting fed up with not having my activity light working
for my SATA drives, I came up with a small patch (more like hack) to
make it work. It works quite well, but I'm afraid that there are many
restriction that this patch does not check for that it probably
should... so consider
George Anzinger wrote:
If you try:
make O=/usr/src/ver/2.6.13-rc/obj/ -j5 LOCALVERSION=_2.6.13-rc TAGS
ARCH=i386
it fails with:
MAKE TAGS
find: security/selinux/include: No such file or directory
find: include: No such file or directory
find: include/asm-i386: No such file or directory
RVK wrote:
Can anyone suggest me how to get the threadId using 2.6.x kernels.
pthread_self() does not work and returns some -ve integer.
What do you mean, negative integer? It's not an integer, it's a
pthread_t, you're not even supposed to look at it..
--
Robert Hancock Saskatoon, SK,
Alan,
> Try putting delays at various spots in sd_revalidate_disk:
> the beginning, the middle, and the end.
OK, the attached patch works for me when sd_mod was loaded with delay_use=1.
Now I'm quite prepared to be told that this is a really horrible and
inapproprate hack (given that I am not
On Sun, July 3, 2005 3:59 pm, Greg KH said:
> On Thu, Jun 30, 2005 at 04:18:42PM -0500, John Lenz wrote:
>> Here is a patch that updates every usage of class_interface I could
>> find.
>
> Do you have a patch that will take advantage of this change? I would
> prefer to have that before accepting
diff -ruNp 620-userui-header.patch-old/include/linux/netlink.h
620-userui-header.patch-new/include/linux/netlink.h
--- 620-userui-header.patch-old/include/linux/netlink.h 2005-06-20
11:47:29.0 +1000
+++ 620-userui-header.patch-new/include/linux/netlink.h 2005-07-04
23:14:19.0
diff -ruNp 623-generic-block-io.patch-old/kernel/power/block_io.h
623-generic-block-io.patch-new/kernel/power/block_io.h
--- 623-generic-block-io.patch-old/kernel/power/block_io.h 1970-01-01
10:00:00.0 +1000
+++ 623-generic-block-io.patch-new/kernel/power/block_io.h 2005-07-05
diff -ruNp 622-swapwriter.patch-old/kernel/power/suspend_swap.c
622-swapwriter.patch-new/kernel/power/suspend_swap.c
--- 622-swapwriter.patch-old/kernel/power/suspend_swap.c1970-01-01
10:00:00.0 +1000
+++ 622-swapwriter.patch-new/kernel/power/suspend_swap.c2005-07-05
diff -ruNp 618-core.patch-old/kernel/power/suspend2_core/suspend.c
618-core.patch-new/kernel/power/suspend2_core/suspend.c
--- 618-core.patch-old/kernel/power/suspend2_core/suspend.c 1970-01-01
10:00:00.0 +1000
+++ 618-core.patch-new/kernel/power/suspend2_core/suspend.c
diff -ruNp 624-filewriter.patch-old/kernel/power/suspend_file.c
624-filewriter.patch-new/kernel/power/suspend_file.c
--- 624-filewriter.patch-old/kernel/power/suspend_file.c1970-01-01
10:00:00.0 +1000
+++ 624-filewriter.patch-new/kernel/power/suspend_file.c2005-07-05
diff -ruNp 625-crypto-api-work.patch-old/crypto/Kconfig
625-crypto-api-work.patch-new/crypto/Kconfig
--- 625-crypto-api-work.patch-old/crypto/Kconfig2005-06-20
11:46:49.0 +1000
+++ 625-crypto-api-work.patch-new/crypto/Kconfig2005-07-04
23:14:19.0 +1000
@@ -262,6
diff -ruNp
301-proc-acpi-sleep-activate-hook.patch-old/drivers/acpi/sleep/proc.c
301-proc-acpi-sleep-activate-hook.patch-new/drivers/acpi/sleep/proc.c
--- 301-proc-acpi-sleep-activate-hook.patch-old/drivers/acpi/sleep/proc.c
2005-06-20 11:46:50.0 +1000
+++
diff -ruNp 610-encryption.patch-old/kernel/power/suspend2_core/encryption.c
610-encryption.patch-new/kernel/power/suspend2_core/encryption.c
--- 610-encryption.patch-old/kernel/power/suspend2_core/encryption.c
1970-01-01 10:00:00.0 +1000
+++
diff -ruNp 621-swsusp-tidy.patch-old/kernel/power/swsusp.c
621-swsusp-tidy.patch-new/kernel/power/swsusp.c
--- 621-swsusp-tidy.patch-old/kernel/power/swsusp.c 2005-06-20
11:47:31.0 +1000
+++ 621-swsusp-tidy.patch-new/kernel/power/swsusp.c 2005-07-04
23:14:19.0 +1000
@@
diff -ruNp 300-reboot-handler-hook.patch-old/kernel/sys.c
300-reboot-handler-hook.patch-new/kernel/sys.c
--- 300-reboot-handler-hook.patch-old/kernel/sys.c 2005-06-20
11:47:32.0 +1000
+++ 300-reboot-handler-hook.patch-new/kernel/sys.c 2005-07-04
23:14:18.0 +1000
@@
diff -ruNp 611-io.patch-old/kernel/power/suspend2_core/io.c
611-io.patch-new/kernel/power/suspend2_core/io.c
--- 611-io.patch-old/kernel/power/suspend2_core/io.c1970-01-01
10:00:00.0 +1000
+++ 611-io.patch-new/kernel/power/suspend2_core/io.c2005-07-05
23:48:59.0 +1000
@@
diff -ruNp 360-reset-kswapd-max-order-after-resume.patch-old/mm/vmscan.c
360-reset-kswapd-max-order-after-resume.patch-new/mm/vmscan.c
--- 360-reset-kswapd-max-order-after-resume.patch-old/mm/vmscan.c
2005-07-06 11:18:05.0 +1000
+++
diff -ruNp 406-dynamic-pageflags.patch-old/include/linux/dyn_pageflags.h
406-dynamic-pageflags.patch-new/include/linux/dyn_pageflags.h
--- 406-dynamic-pageflags.patch-old/include/linux/dyn_pageflags.h
1970-01-01 10:00:00.0 +1000
+++
diff -ruNp 610-extent.patch-old/kernel/power/suspend2_core/extent.c
610-extent.patch-new/kernel/power/suspend2_core/extent.c
--- 610-extent.patch-old/kernel/power/suspend2_core/extent.c1970-01-01
10:00:00.0 +1000
+++ 610-extent.patch-new/kernel/power/suspend2_core/extent.c
diff -ruNp
616-prepare_image.patch-old/kernel/power/suspend2_core/prepare_image.c
616-prepare_image.patch-new/kernel/power/suspend2_core/prepare_image.c
--- 616-prepare_image.patch-old/kernel/power/suspend2_core/prepare_image.c
1970-01-01 10:00:00.0 +1000
+++
diff -ruNp 617-proc.patch-old/kernel/power/suspend2_core/proc.c
617-proc.patch-new/kernel/power/suspend2_core/proc.c
--- 617-proc.patch-old/kernel/power/suspend2_core/proc.c1970-01-01
10:00:00.0 +1000
+++ 617-proc.patch-new/kernel/power/suspend2_core/proc.c2005-07-04
diff -ruNp
619-userspace-nofreeze.patch-old/kernel/power/suspend2_core/userspace-nofreeze.c
619-userspace-nofreeze.patch-new/kernel/power/suspend2_core/userspace-nofreeze.c
---
619-userspace-nofreeze.patch-old/kernel/power/suspend2_core/userspace-nofreeze.c
1970-01-01 10:00:00.0
diff -ruNp 401-e820-table-support.patch-old/arch/i386/mm/init.c
401-e820-table-support.patch-new/arch/i386/mm/init.c
--- 401-e820-table-support.patch-old/arch/i386/mm/init.c2005-06-20
11:46:43.0 +1000
+++ 401-e820-table-support.patch-new/arch/i386/mm/init.c2005-07-04
diff -ruNp 501-tlb-flushing-functions.patch-old/arch/i386/kernel/smp.c
501-tlb-flushing-functions.patch-new/arch/i386/kernel/smp.c
--- 501-tlb-flushing-functions.patch-old/arch/i386/kernel/smp.c 2005-07-06
11:24:23.0 +1000
+++ 501-tlb-flushing-functions.patch-new/arch/i386/kernel/smp.c
diff -ruNp 614-plugins.patch-old/kernel/power/suspend2_core/plugins.c
614-plugins.patch-new/kernel/power/suspend2_core/plugins.c
--- 614-plugins.patch-old/kernel/power/suspend2_core/plugins.c 1970-01-01
10:00:00.0 +1000
+++ 614-plugins.patch-new/kernel/power/suspend2_core/plugins.c
diff -ruNp 612-pagedir.patch-old/kernel/power/suspend2_core/pagedir.c
612-pagedir.patch-new/kernel/power/suspend2_core/pagedir.c
--- 612-pagedir.patch-old/kernel/power/suspend2_core/pagedir.c 1970-01-01
10:00:00.0 +1000
+++ 612-pagedir.patch-new/kernel/power/suspend2_core/pagedir.c
diff -ruNp 615-poweroff.patch-old/kernel/power/suspend2_core/power_off.c
615-poweroff.patch-new/kernel/power/suspend2_core/power_off.c
--- 615-poweroff.patch-old/kernel/power/suspend2_core/power_off.c
1970-01-01 10:00:00.0 +1000
+++
diff -ruNp 613-pageflags.patch-old/kernel/power/suspend2_core/pageflags.c
613-pageflags.patch-new/kernel/power/suspend2_core/pageflags.c
--- 613-pageflags.patch-old/kernel/power/suspend2_core/pageflags.c
1970-01-01 10:00:00.0 +1000
+++
diff -ruNp 607-atomic-copy.patch-old/kernel/power/suspend2_core/atomic_copy.c
607-atomic-copy.patch-new/kernel/power/suspend2_core/atomic_copy.c
--- 607-atomic-copy.patch-old/kernel/power/suspend2_core/atomic_copy.c
1970-01-01 10:00:00.0 +1000
+++
diff -ruNp
603-suspend2_common-headers.patch-old/kernel/power/suspend2_core/suspend2_common.h
603-suspend2_common-headers.patch-new/kernel/power/suspend2_core/suspend2_common.h
---
603-suspend2_common-headers.patch-old/kernel/power/suspend2_core/suspend2_common.h
1970-01-01
diff -ruNp 608-compression.patch-old/kernel/power/suspend2_core/compression.c
608-compression.patch-new/kernel/power/suspend2_core/compression.c
--- 608-compression.patch-old/kernel/power/suspend2_core/compression.c
1970-01-01 10:00:00.0 +1000
+++
diff -ruNp 560-Kconfig-and-Makefile-for-suspend2.patch-old/kernel/power/Kconfig
560-Kconfig-and-Makefile-for-suspend2.patch-new/kernel/power/Kconfig
--- 560-Kconfig-and-Makefile-for-suspend2.patch-old/kernel/power/Kconfig
2005-02-03 22:33:50.0 +1100
+++
diff -ruNp 605-kernel_power_suspend-header.patch-old/kernel/power/suspend.h
605-kernel_power_suspend-header.patch-new/kernel/power/suspend.h
--- 605-kernel_power_suspend-header.patch-old/kernel/power/suspend.h
1970-01-01 10:00:00.0 +1000
+++
diff -ruNp 600-suspend-header.patch-old/include/linux/suspend2.h
600-suspend-header.patch-new/include/linux/suspend2.h
--- 600-suspend-header.patch-old/include/linux/suspend2.h 1970-01-01
10:00:00.0 +1000
+++ 600-suspend-header.patch-new/include/linux/suspend2.h 2005-07-04
todo.txt
--- 550-documentation.patch-old/Documentation/power/todo.txt1970-01-01
10:00:00.0 +1000
+++ 550-documentation.patch-new/Documentation/power/todo.txt2005-07-05
23:44:36.0 +1000
@@ -0,0 +1,12 @@
+Suspend2 todo list
+
+20050705
+ 2.1.9.8 known issues:
+
diff -ruNp 606-all-settings.patch-old/kernel/power/suspend2_core/all_settings.c
606-all-settings.patch-new/kernel/power/suspend2_core/all_settings.c
--- 606-all-settings.patch-old/kernel/power/suspend2_core/all_settings.c
1970-01-01 10:00:00.0 +1000
+++
diff -ruNp
520-version-specific-x86_64.patch-old/arch/x86_64/kernel/asm-offsets.c
520-version-specific-x86_64.patch-new/arch/x86_64/kernel/asm-offsets.c
--- 520-version-specific-x86_64.patch-old/arch/x86_64/kernel/asm-offsets.c
2005-06-20 11:46:49.0 +1000
+++
diff -ruNp 601-kernel_power_power-header.patch-old/kernel/power/power.h
601-kernel_power_power-header.patch-new/kernel/power/power.h
--- 601-kernel_power_power-header.patch-old/kernel/power/power.h
2005-07-06 11:29:15.0 +1000
+++
diff -ruNp 609-driver-model.patch-old/kernel/power/suspend2_core/driver_model.c
609-driver-model.patch-new/kernel/power/suspend2_core/driver_model.c
--- 609-driver-model.patch-old/kernel/power/suspend2_core/driver_model.c
1970-01-01 10:00:00.0 +1000
+++
diff -ruNp 604-utility-header.patch-old/kernel/power/suspend2_core/utility.c
604-utility-header.patch-new/kernel/power/suspend2_core/utility.c
--- 604-utility-header.patch-old/kernel/power/suspend2_core/utility.c
1970-01-01 10:00:00.0 +1000
+++
diff -ruNp 602-smp.patch-old/kernel/power/suspend2_core/smp.c
602-smp.patch-new/kernel/power/suspend2_core/smp.c
--- 602-smp.patch-old/kernel/power/suspend2_core/smp.c 1970-01-01
10:00:00.0 +1000
+++ 602-smp.patch-new/kernel/power/suspend2_core/smp.c 2005-07-04
23:14:19.0
diff -ruNp 404-check-mounts-support.patch-old/drivers/usb/core/inode.c
404-check-mounts-support.patch-new/drivers/usb/core/inode.c
--- 404-check-mounts-support.patch-old/drivers/usb/core/inode.c 2005-06-20
11:47:07.0 +1000
+++ 404-check-mounts-support.patch-new/drivers/usb/core/inode.c
diff -ruNp 500-version-specific-i386.patch-old/arch/i386/power/Makefile
500-version-specific-i386.patch-new/arch/i386/power/Makefile
--- 500-version-specific-i386.patch-old/arch/i386/power/Makefile
2004-11-03 21:52:57.0 +1100
+++
As requested, here are the patches that form Suspend2, for review.
I've tried to split it up into byte size chunks, but please don't expect
that these will be patches that can mutate swsusp into Suspend2. That
would roughly equivalent to asking for patches that patch Reiser3 into
Reiser4 - it's a
diff -ruNp 405-clear-swapfile-bdev-in-swapoff.patch-old/mm/swapfile.c
405-clear-swapfile-bdev-in-swapoff.patch-new/mm/swapfile.c
--- 405-clear-swapfile-bdev-in-swapoff.patch-old/mm/swapfile.c 2005-07-06
11:22:01.0 +1000
+++ 405-clear-swapfile-bdev-in-swapoff.patch-new/mm/swapfile.c
diff -ruNp 350-workthreads.patch-old/drivers/acpi/osl.c
350-workthreads.patch-new/drivers/acpi/osl.c
--- 350-workthreads.patch-old/drivers/acpi/osl.c2005-06-20
11:46:50.0 +1000
+++ 350-workthreads.patch-new/drivers/acpi/osl.c2005-07-04
23:14:18.0 +1000
@@ -95,7
diff -ruNp 353-disable-highmem-tlb-flush-for-copyback.patch-old/mm/highmem.c
353-disable-highmem-tlb-flush-for-copyback.patch-new/mm/highmem.c
--- 353-disable-highmem-tlb-flush-for-copyback.patch-old/mm/highmem.c
2005-06-20 11:47:32.0 +1000
+++
diff -ruNp 510-version-specific-mac.patch-old/arch/ppc/Kconfig
510-version-specific-mac.patch-new/arch/ppc/Kconfig
--- 510-version-specific-mac.patch-old/arch/ppc/Kconfig 2005-06-20
11:46:44.0 +1000
+++ 510-version-specific-mac.patch-new/arch/ppc/Kconfig 2005-07-04
23:14:19.0
diff -ruNp 352-disable-pdflush-during-suspend.patch-old/mm/page-writeback.c
352-disable-pdflush-during-suspend.patch-new/mm/page-writeback.c
--- 352-disable-pdflush-during-suspend.patch-old/mm/page-writeback.c
2005-06-20 11:47:32.0 +1000
+++
diff -ruNp 351-syncthreads.patch-old/fs/buffer.c
351-syncthreads.patch-new/fs/buffer.c
--- 351-syncthreads.patch-old/fs/buffer.c 2005-07-06 11:15:04.0
+1000
+++ 351-syncthreads.patch-new/fs/buffer.c 2005-07-04 23:14:18.0
+1000
@@ -173,6 +173,15 @@
diff -ruNp 403-debug-pagealloc-support.patch-old/arch/i386/mm/pageattr.c
403-debug-pagealloc-support.patch-new/arch/i386/mm/pageattr.c
--- 403-debug-pagealloc-support.patch-old/arch/i386/mm/pageattr.c
2005-06-20 11:46:43.0 +1000
+++
diff -ruNp 402-mtrr-remove-sysdev.patch-old/arch/i386/kernel/cpu/mtrr/main.c
402-mtrr-remove-sysdev.patch-new/arch/i386/kernel/cpu/mtrr/main.c
--- 402-mtrr-remove-sysdev.patch-old/arch/i386/kernel/cpu/mtrr/main.c
2005-06-20 11:46:42.0 +1000
+++
diff -ruNp 302-init-hooks.patch-old/init/do_mounts.c
302-init-hooks.patch-new/init/do_mounts.c
--- 302-init-hooks.patch-old/init/do_mounts.c 2005-06-20 11:47:31.0
+1000
+++ 302-init-hooks.patch-new/init/do_mounts.c 2005-07-04 23:14:19.0
+1000
@@ -140,11 +140,16 @@ dev_t
diff -ruNp
354-disable-mce-checking-during-suspend-avoid-smp-deadlock.patch-old/arch/i386/kernel/cpu/mcheck/non-fatal.c
354-disable-mce-checking-during-suspend-avoid-smp-deadlock.patch-new/arch/i386/kernel/cpu/mcheck/non-fatal.c
---
On Tuesday July 5, [EMAIL PROTECTED] wrote:
> I got it slightly wrong.
>
> One can have hardlinks to a directory without cycles provided that one
> does not have hardlinks from the children of that directory to any file
> not a child of that directory. (Mountpoints currently implement that
>
Hy,
The current description was tagged as of kernel 2.1.99 - so whatever story
I'll write here should be more truthful than that fossil ;-)
Stone:/usr/src # diff -r -u linux-2.6.13-rc1.UNTOUCHED linux-2.6.13-rc1
--SNIPON---
diff -r -u
On Tue, 2005-07-05 at 18:13 -0700, William Weston wrote:
> Audio without xruns is an RT requirement, IMHO ;-}
>
This isn't even an opinion, it's a fact. If you are capturing data and
your audio handling thread does not get scheduled in (periods_per_buffer
- 1) * period_time time units, you
On Tue, 2005-07-05 at 21:08 +0400, Ananiev, Leonid I wrote:
> Not only page faults may increase process priority. Someone can
> write two threads with mutexes so that each thread will spent much less
> than 1 msec for calculations on cpu than lock-unlock mutexes and yield
> cpu to brother
>From [EMAIL PROTECTED] Tue Jul 5 21:41:25 2005
Received: from mtl-smtpgw2.global.avidww.com (mtl-smtpgw2.global.avidww.com
[172.24.33.104])
by paperboy.global.avidww.com (8.12.9/8.12.6) with ESMTP id
j661fPvU029215
for <[EMAIL PROTECTED]>; Tue, 5 Jul 2005 21:41:25 -0400
On Wed, 6 Jul 2005, Anton Blanchard wrote:
>
> > That is the issue. It should fall back to kmalloc. One piece of the
> > patchset dropped out between Andrew and Linus.
>
> That helped, but I still had lots of free memory in the request_queue
> slab. Giving kmem_cache_alloc_node the same
On Tue, 05 Jul 2005 20:50:08 -0400 EDT, "Alexander G. M. Smith" <[EMAIL
PROTECTED]> said:
> That sounds equivalent to no hard links (other than the usual parent
> directory one). If there's any directory with two links to it, then
> there will be a cycle somewhere!
What we want is no directed
On Wed, 6 Jul 2005, Carlo Scarfoglio wrote:
> Compilation stops at this point:
>
> make[1]: `arch/i386/kernel/asm-offsets.s' is up to date.
>CHK include/linux/compile.h
>CHK usr/initramfs_list
>CC net/ipv4/netfilter/ip_conntrack_proto_tcp.o
>
> That is the issue. It should fall back to kmalloc. One piece of the
> patchset dropped out between Andrew and Linus.
That helped, but I still had lots of free memory in the request_queue
slab. Giving kmem_cache_alloc_node the same treatment fixed it, although
I wonder if we just shouldnt be
On Tue, 5 Jul 2005 19:13:34 -0500 Doug Warzecha wrote:
| This patch adds the Dell Systems Management Base driver.
|
| The Dell Systems Management Base driver is a character driver that
| implements ioctls for Dell systems management software to use to
| communicate with the driver. The driver
On Tue, Jul 05, 2005 at 07:13:34PM -0500, Doug Warzecha wrote:
> This patch adds the Dell Systems Management Base driver.
You keep posting this driver without explaining/showing how it's used.
Could you perhaps give some more details here please?
-
To unsubscribe from this list: send the line
On Wed, 6 Jul 2005, Grant Coady wrote:
>
> Executive Summary
Btw, can you try this same thing (or at least a subset) with a large file
on a filesystem? Does that show the same pattern, or is it always just the
raw device?
Linus
-
To unsubscribe from this list: send the line
Hans Reiser wrote on Tue, 05 Jul 2005 16:56:02 -0700:
> One can have hardlinks to a directory without cycles provided that one
> does not have hardlinks from the children of that directory to any file
> not a child of that directory. (Mountpoints currently implement that
> restriction.)
>
>
Hi Greg / Patrick -
I'm getting an oops with current (pulled today) 2.6 git, the
device_for_each_child() does not seem to be deletion safe.
We hold the klist in place via the n_ref, but the kobj (in the struct
device for the struct scsi_target) containing it is freed when the
kref->refcount goes
On Tue, 5 Jul 2005 16:21:26 +0200, Jens Axboe <[EMAIL PROTECTED]> wrote:
># gcc -Wall -O2 -o oread oread.c
># time ./oread /dev/hda
Executive Summary
``
Comparing 'oread' with hdparm -tT on latest 2.4 vs 2.6 stable on
various x86 boxen. Performance drops for 2.6, sometimes:
Jeremy Maitin-Shepard wrote:
>Okay, so you are suggesting that file-as-dir would provide the user
>interface for enabling the encryption or compression. Alternatively,
>though, an ioctl could be used to control compression and encryption.
>
>
>
Why is it that /proc does not use an ioctl? Use
On Sunday 03 July 2005 00:01, Alexey Dobriyan wrote:
> On Sunday 03 July 2005 01:41, Nicholas Hans Simmonds wrote:
> > This is a simple attempt at providing capability support through
> > extended
> > attributes. Setting security.cap_set to contain a struct
> > cap_xattr_data which
> > defines the
This patch adds the Dell Systems Management Base driver.
The Dell Systems Management Base driver is a character driver that
implements ioctls for Dell systems management software to use to
communicate with the driver. The driver provides support for Dell
systems management software to manage the
You might want to CC Andrew Morton , and Rusty Russell.
What is the status of the glibc side of this?
Daniel
On Tue, 2005-07-05 at 16:11 -0700, Todd Kneisel wrote:
> This is a resend of my patch to add robust futex support to the existing
> sys_futex system call. The patch applies to 2.6.12.
On Wed, 6 Jul 2005, Anton Blanchard wrote:
> Its using the default. Looking at include/asm-generic/topology.h:
>
> #ifndef pcibus_to_node
> #define pcibus_to_node(node)(-1)
> #endif
>
> I wonder what kmalloc_node does when you pass it -1.
That is the issue. It should fall back to kmalloc.
> What does pcibus_to_node return for the pcibus device that you are trying
> to allocate for?
Its using the default. Looking at include/asm-generic/topology.h:
#ifndef pcibus_to_node
#define pcibus_to_node(node)(-1)
#endif
I wonder what kmalloc_node does when you pass it -1.
Anton
I got it slightly wrong.
One can have hardlinks to a directory without cycles provided that one
does not have hardlinks from the children of that directory to any file
not a child of that directory. (Mountpoints currently implement that
restriction.)
Question: can one implement that lesser
kernel 2.6.13-rc1-git7 and ieee1394 rev.1294 from ieee1394.org compilation
errors
[]$ make && make modules
CHK include/linux/version.h
make[1]: `arch/i386/kernel/asm-offsets.s' is up to date.
CHK include/linux/compile.h
CHK usr/initramfs_list
LD
David Masover wrote:
>Now, can anyone think of a situation where we want user-created
>hardlinks inside metadata? More importantly, what do we do about it?
>
>
I think the equivalent of symlinks would be good enough to get by on for
now for most linking of metafiles. Maybe some years from now
Jörn Engel wrote:
On Tue, 28 June 2005 16:05:11 -0400, Robert Love wrote:
I like the idea (I think someone suggested this early on) of renaming
the current MADV_DONTNEED to MADV_FREE and then adding a correct
MADV_DONTNEED.
Imo, that's still a crime against common sense. Madvice should
On Tue, Jul 05, 2005 at 10:46:20PM +0100, Russell King wrote:
> On Tue, Jul 05, 2005 at 09:05:55PM +0100, Matthew Wilcox wrote:
> > 64-bit BARs work fine on 64-bit machines. I'm ambivalent whether we
> > ought to support 64-bit BARs on 32-bit machines.
>
> This only occurs because the
On Wed, 6 Jul 2005, Anton Blanchard wrote:
> Its a shared processor partition (meaning the partition can get
> scheduled anywhere), so we throw all the cpus and memory into node 0.
>
> This machine only has 1 cpu (2 threads) and they are both in node0:
>
> # ls -l
Compilation stops at this point:
make[1]: `arch/i386/kernel/asm-offsets.s' is up to date.
CHK include/linux/compile.h
CHK usr/initramfs_list
CC net/ipv4/netfilter/ip_conntrack_proto_tcp.o
net/ipv4/netfilter/ip_conntrack_proto_tcp.c: In function
`tcp_print_conntrack':
David Masover <[EMAIL PROTECTED]> writes:
> Jeremy Maitin-Shepard wrote:
>> David Masover <[EMAIL PROTECTED]> writes:
>>
>> [snip]
>>
>>
I have. And have seen /no/ benefit to you. Except, of course, the benefit
accrued from some magic in Linus' kernel, by which all format differences
This is a resend of my patch to add robust futex support to the existing
sys_futex system call. The patch applies to 2.6.12. Any comments or
discussion will be welcome.
Changes since my last posted version:
- Applies to 2.6.12, was 2.6.12-rc6
- Added config option CONFIG_ROBUST_FUTEX, depends on
On Tue, Jul 05, 2005 at 11:08:15AM -0500, Andy wrote:
> I'd like to do an online resize of and XFS filesystem on a non-partitioned
> device. But, I always have to reboot to do so.
>
> Say I have a sdc with 16777216 blocks and expand it on the SAN
> to have 17825792 blocks, and rescan the device.
kernel 2.6.13-rc1-git7 after applaying patch transfer back to 72MB/s on
aha19160 with 15k rpm seagate with reiserfs3 but possible deadlock in heavy IO
- rsync ~5-files from /mnt/seagate15k/a to /mnt/seagate15k/b ended in
middle with deadlock of rsync (3 instances), pdflush, and gam_server
1 - 100 of 551 matches
Mail list logo