[This is 8 of 10 patches, "iochk-08-mcadrv.patch"]
- Touching poisoned data become a MCA, so now it assumed as
a fatal error, directly will be a system down. But since
the MCA tells us a physical address - "where it happens",
we can do some action to survive.
If the address is present in
[This is 6 of 10 patches, "iochk-06-mcanotify.patch"]
- This is a headache:
When ia64 get a problem on hardware, OS could request
SAL(System Abstraction Layer: ia64 firmware) to gather
system status via calling SAL_GET_STATE_INFO procedure.
However (depend on implementation of SAL for it
[This is 7 of 10 patches, "iochk-07-poison.patch"]
- When bus-error occur on write, write data is broken on
the bus, so target device gets broken data.
There are 2 way for such device to take:
- send PERR(Parity Error) to host, expecting immediate panic.
- mark status register as error
[This is 5 of 10 patches, "iochk-05-check_bridge.patch"]
- Consider three devices, A, B, and C are placed under a same
host bridge H. After A and B checked-in (=passed iochk_clear,
doing some I/Os, not come to call iochk_read yet), now C is
going to check-in, just entered iochk_clear, but C
Hi Nicholas,
On Sat, Jul 02, 2005 at 10:41:08PM +0100, Nicholas Hans Simmonds wrote:
> This is a simple attempt at providing capability support through extended
> attributes.
> ...
> +#define XATTR_CAP_SET XATTR_SECURITY_PREFIX "cap_set"
> ...
> + ret = bprm_getxattr(bprm_dentry,XATTR_CAP_SET,
[This is 4 of 10 patches, "iochk-04-register_bridge.patch"]
- Since there could be a (PCI-)bus-error, some kind of error
cannot detected on the device but on its hosting bridge.
So, it is also required to check the bridge's register.
In other words, to check a bus-error correctly, we need
[This is 3 of 10 patches, "iochk-03-register.patch"]
- Implement ia64 version of basic codes:
iochk_clear, iochk_read, iochk_init, and iocookie
The direction is:
- Have a "now in check" global list, "iochk_devices",
for future use.
- Take a lock, "iochk_lock", to protect th
[This is 2 of 10 patches, "iochk-02-ia64.patch"]
- Add "config IOMAP_CHECK" to change definitions from generic
to specific.
- Defines ia64 version of:
iochk_clear, iochk_read, iochk_init, and iocookie
But they are no-ops yet. See next patch (3 of 10).
Changes from previous one for 2.6.1
Dmitry Torokhov wrote:
> On Monday 04 July 2005 16:14, Mike Waychison wrote:
>
>>Hi,
>>
>>I just upgrade my Tecra M2 this weekend to the latest GIT tree and
>>noticed that my mouse pointer/touchpad is now broken on resume.
>>
>>Investigating, it appears that mouse device gets confused due to the
>
On Tue, 5 Jul 2005 17:51:50 -0700 (PDT), Linus Torvalds <[EMAIL PROTECTED]>
wrote:
>
>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?
>
Sure, take a while longer to vary by block siz
On Wed, Jul 06, 2005 at 07:24:03AM +0300, Al Boldi wrote:
> Was ordered mode disabled/removed when XFS was add to the vanilla-kernel?
No, XFS has never supported such a mode.
cheers.
--
Nathan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Hi all,
my bittorrent box running 2.6.12-git5 (AMD K7-800,
256MB RAM, fairly recently updated FC3) decided to
oops a few hours ago. On the console I had a very long
trace before the actual lockup, but I didn't write it down
(it had ide_dma__request and bh_ calls as
main part of the t
Hi all,
The followings are updated version of patches I've posted to
implement IOCHK interface for I/O error handling/detecting.
The abstraction of patches hasn't changed, so please refer
archives if you need, e.g.: http://lwn.net/Articles/139240/
Tony, how do you think about applying my patche
On Tue, Jul 05, 2005 at 02:57:40PM -0700, Greg KH wrote:
> On Tue, Jul 05, 2005 at 03:50:43PM -0600, Zan Lynx wrote:
> > Sourced from here:
> > http://hulllug.principalhosting.net/archive/index.php/t-52440.html
>
> No, that is not the same topic or thread.
Formally you are correct but from my POV
On Tue, 5 Jul 2005, Chris Wright wrote:
Any news on this matter?
I hvr a PE1850 waiting for kernel upgrade, but I'm afraid to do so now...
I can't break my box with tests since it's in active use...
For now I'm running a 2.6.8.1 based kernel on the box...
Last known good one (that Andy tested
Ok,
-rc3 is pretty small, with the bulk of the diff being some defconfig
updates, and cleanup of xtensa (notably removal of another copy of zlib).
But there are ia64/arm/ppc64 updates and the TSO update from Davem is
probably worth pointing out to people. And various smaller things which
are mor
Sonny Rao wrote: {
> > > >On Wed, Jun 29, 2005 at 07:53:09AM +0300, Al Boldi wrote:
> > > >>What I found were 4 things in the dest dir:
> > > >>1. Missing Dirs,Files. That's OK.
> > > >>2. Files of size 0. That's acceptable.
> > > >>3. Corrupted Files. That's unacceptable.
> > > >>4. Corrupted File
On Tue, Jul 05, 2005 at 07:13:34PM -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 dr
On Fri, Jul 01, 2005 at 10:25:55AM -0400, Benjamin LaHaise wrote:
> On Fri, Jul 01, 2005 at 01:26:00PM +0530, Suparna Bhattacharya wrote:
> > On one test system I see a degradation from around 17+ MB/s to 11MB/s
> > for random O_DIRECT AIO (aio-stress -o3 testext3/rwfile5) from 2.6.11
> > to 2.6.12
--
***
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: send
--- 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 h
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 does
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 remembe
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
> --- 520-version-specific-x86_6
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 1970-01
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
> +++ 602-smp.patch-new/kernel/po
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
> > --- 402-mtrr-remove-sysdev.patch
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
> > --- 353-disable-highmem-tlb-flus
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 lo
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 /tmp/tst
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 th
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
fin
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, C
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 t
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 +10
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
23:4
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 2005-07-04
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
23:4
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
+++ 301-proc-acpi-sleep-activ
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
+++ 610-encryption.patch-new/kernel/power/suspen
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
@@ -3
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
@@ -436
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
+++ 360-reset-kswapd-max-order-after-resume.patch-new/
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
+++ 406-dynamic-pageflags.patch-new/include/linux/dyn_
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.c2005-07-
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
+++ 616-prepare_image.patch
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
23:1
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 +10
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
23:1
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 20
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 2005
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 2005
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
+++ 615-poweroff.patch-new/kernel/power/suspend2_core/
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
+++ 613-pageflags.patch-new/kernel/power/suspend2_co
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
+++ 607-atomic-copy.patch-new/kernel/power/s
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 10:00:00.0
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
+++ 608-compression.patch-new/kernel/power/s
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
+++ 560-Kconfig-and-Makefile-for
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
+++ 605-kernel_power_suspend-header.patch-new/ke
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
23
p; suggestions. Of special
+ note are the efforts of Michael Frank, who had his computers repetitively
+ suspend and resume for literally tens of thousands of cycles and developed
+ scripts to stress the system and test Suspend2 far beyond the point
+ most of us (Nigel included!) would consi
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
+++ 606-all-settings.patch-new/k
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
+++ 520-version-specific-x8
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
+++ 601-kernel_power_power-header.patch-new/kernel/power
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
+++ 609-driver-model.patch-new/k
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
+++ 604-utility-header.patch-new/kernel/power/
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 +1000
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 20
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
+++ 500-version-specific-i386.patch-new/arch/i386/power/
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 2005
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 +9
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
+++ 353-disable-highmem-tlb-flush-for-copyback
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 +10
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
+++ 352-disable-pdflush-during-suspend.patch-new
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 @@ EXPORT_SYMBOL(sync_b
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
+++ 403-debug-pagealloc-support.patch-new/arch/i386/mm
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
+++ 402-mtrr-remove-sysdev.patch-new/arch/i386
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 name_
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
---
354-disable-mce-checking-during-suspend-avoid-smp-deadlock.pat
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
> rest
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 lose
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 whi
>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
Received
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 treatm
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 c
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
> net/ipv4/netfilter/ip_conntra
> 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 p
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 pr
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 "un
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 "u
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.)
>
> Quest
1 - 100 of 295 matches
Mail list logo
