On Mon, 26 Nov 2007, Joonwoo Park wrote:
> atm/ambassador: kmalloc + memset conversion to kzalloc
>
> Signed-off-by: Joonwoo Park <[EMAIL PROTECTED]>
>
> Thanks.
> Joonwoo
>
> ---
> diff --git a/drivers/atm/ambassador.c b/drivers/atm/ambassador.c
> index b34b382..4f99ba3 100644
> ---
Joonwoo Park wrote:
diff --git a/net/xfrm/xfrm_hash.c b/net/xfrm/xfrm_hash.c
index 55ab579..37795bd 100644
--- a/net/xfrm/xfrm_hash.c
+++ b/net/xfrm/xfrm_hash.c
@@ -17,16 +17,17 @@ struct hlist_head *xfrm_hash_alloc(unsigned int sz)
struct hlist_head *n;
if (sz <= PAGE_SIZE)
-
On Mon, 26 Nov 2007, Joonwoo Park wrote:
> xfrm_hash: kmalloc + memset conversion to kzalloc
>
> Signed-off-by: Joonwoo Park <[EMAIL PROTECTED]>
>
> Thanks.
> Joonwoo
>
> ---
> diff --git a/net/xfrm/xfrm_hash.c b/net/xfrm/xfrm_hash.c
> index 55ab579..37795bd 100644
> --- a/net/xfrm/xfrm_hash.c
>
fib_hash: kmalloc + memset conversion to kzalloc
Signed-off-by: Joonwoo Park <[EMAIL PROTECTED]>
Thanks.
Joonwoo
---
diff --git a/net/ipv4/fib_hash.c b/net/ipv4/fib_hash.c
index 527a6e0..2874fe7 100644
--- a/net/ipv4/fib_hash.c
+++ b/net/ipv4/fib_hash.c
@@ -102,10 +102,14 @@ static struct
atm/ambassador: kmalloc + memset conversion to kzalloc
Signed-off-by: Joonwoo Park <[EMAIL PROTECTED]>
Thanks.
Joonwoo
---
diff --git a/drivers/atm/ambassador.c b/drivers/atm/ambassador.c
index b34b382..4f99ba3 100644
--- a/drivers/atm/ambassador.c
+++ b/drivers/atm/ambassador.c
@@ -2163,7
xfrm_hash: kmalloc + memset conversion to kzalloc
Signed-off-by: Joonwoo Park <[EMAIL PROTECTED]>
Thanks.
Joonwoo
---
diff --git a/net/xfrm/xfrm_hash.c b/net/xfrm/xfrm_hash.c
index 55ab579..37795bd 100644
--- a/net/xfrm/xfrm_hash.c
+++ b/net/xfrm/xfrm_hash.c
@@ -17,16 +17,17 @@ struct
fib_semantics: kmalloc + memset conversion to kzalloc
Signed-off-by: Joonwoo Park <[EMAIL PROTECTED]>
Thanks.
Joonwoo
---
diff --git a/net/ipv4/fib_semantics.c b/net/ipv4/fib_semantics.c
index 1351a26..87a1e72 100644
--- a/net/ipv4/fib_semantics.c
+++ b/net/ipv4/fib_semantics.c
@@ -605,10
by that, i mean *requiring* the "rpmbuild" command, and not
accepting "rpm" as a subsititute, as you can read in
scripts/package/Makefile:
# Do we have rpmbuild, otherwise fall back to the older rpm
RPM := $(shell if [ -x "/usr/bin/rpmbuild" ]; then echo rpmbuild; \
else
On 11/21/2007 01:00 AM, Rafael J. Wysocki wrote:
> On Tuesday, 20 of November 2007, Mark M. Hoffman wrote:
>> commit ce9c7b78c839a6304696d90083eac08baad524ce
>> Author: Mark M. Hoffman <[EMAIL PROTECTED]>
>> Date: Tue Nov 20 07:51:50 2007 -0500
>>
>> hwmon: (coretemp) fix suspend/resume hang
Oleg Nesterov wrote:
> sys_setpgid() does unneeded conversions from pid_t to "struct pid" and vice
> versa. Use "struct pid" more consistently. Saves one find_vpid() and
> eliminates
> the explicit usage of ->nsproxy->pid_ns. Imho, cleanups the code.
>
> Also use the same_thread_group() helper.
On Sun, 25 Nov 2007 22:28:03 -0700, Josh Goldsmith wrote:
> Is your 486 running a IDE disk on a normal interface or via USB? I wonder
> if the NSLU2 only having I/O via USB might be significant.
My 486 has neither PCI nor USB, the disk is attached to a
plain ancient IDE port.
> Also, this is
Forget this patch. It works but I have found something better.
Full explanation in the morning.
Eric
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please
On Nov 26, 2007 3:41 PM, Joe Perches <[EMAIL PROTECTED]> wrote:
> On Mon, 2007-11-26 at 15:16 +0800, Denis Cheng wrote:
> > diff --git a/drivers/scsi/ide-scsi.c b/drivers/scsi/ide-scsi.c
> > index 8d0244c..8f3fc1d 100644
> > --- a/drivers/scsi/ide-scsi.c
> > +++ b/drivers/scsi/ide-scsi.c
> > @@
[PATCH] x86_64: not set boot cpu in cpu_online_map at smp_prepare_boot_cpu
in init/main.c boot_cpu_init() does that before
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/arch/x86/kernel/smpboot_64.c b/arch/x86/kernel/smpboot_64.c
index 500670c..966d124 100644
---
Subject: isdn: bootup crash fix
From: Ingo Molnar <[EMAIL PROTECTED]>
got this HiSax bootup crash on a "make randconfig" bzImage bootup:
Calling initcall 0xc0bb1320: HiSax_init+0x0/0x380()
HiSax: Linux Driver for passive ISDN cards
HiSax: Version 3.5 (kernel)
HiSax: Layer1 Revision 2.46.2.5
Andrew Morton <[EMAIL PROTECTED]> writes:
> On Sun, 25 Nov 2007 16:12:57 +0100 Wagner Ferenc <[EMAIL PROTECTED]> wrote:
>
>> I propose it as a fix for trailing NULs and spaces like eg.
>>
>> $ od -c /sys/class/net/bond0/bonding/slaves
>> 000 e t h - l e f t e t h
This patch removes the duplicated code between efi_32.c and efi.c.
Signed-off-by: Huang Ying <[EMAIL PROTECTED]>
---
arch/x86/kernel/Makefile_32 |2
arch/x86/kernel/e820_32.c |5
arch/x86/kernel/efi_32.c| 430
This patch adds basic runtime services support for EFI x86_64
system. The main file of the patch is the addition of efi_64.c for
x86_64. This file is modeled after the EFI IA32 avatar. EFI runtime
services initialization are implemented in efi_64.c. Some x86_64
specifics are worth noting here. On
This patch adds support for several EFI runtime services for EFI
x86_64 system.
The EFI support for emergency_restart is added.
Signed-off-by: Chandramouli Narayanan <[EMAIL PROTECTED]>
Signed-off-by: Huang Ying <[EMAIL PROTECTED]>
---
arch/x86/kernel/reboot_64.c | 20
Following patchset adds EFI/UEFI (Unified Extensible Firmware
Interface) runtime services support to x86_64 architecture.
The patchset have been tested against 2.6.24-rc3-mm1 kernel on Intel
platforms with 64-bit EFI1.10 and UEFI2.0 firmware. Because the
duplicated code between efi_32.c and
This patch adds document for EFI x86_64 runtime services support.
Signed-off-by: Chandramouli Narayanan <[EMAIL PROTECTED]>
Signed-off-by: Huang Ying <[EMAIL PROTECTED]>
---
Documentation/x86_64/boot-options.txt |9 -
Documentation/x86_64/uefi.txt |9 +
2 files
On Fri, 2007-11-09 at 14:33 +0100, Thomas Klein wrote:
> To support ehea driver reloading in a kdump kernel the driver has to perform
> firmware handle deregistrations when the original kernel crashes. As there's
> currently no notifier chain for machine crashes this patch enables kdump
> support
> What about the non-Intel vendors ?
> Was this msr present on AMD K6 ? Geode? Winchip? VIA C3 ?
> If not, then this patch isn't complete.
I know modern AMD processors have it. I don't know about any others, nor
off hand where to look to find out. Is there a better way to compose the
"depends
m68k: zorro7xx needs if !CONFIG_AMIGA_PCMCIA
Reported by Ingo Juergensmann <[EMAIL PROTECTED]>
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
---
Please apply for 2.6.24.
drivers/scsi/zorro7xx.c |3 +++
1 file changed, 3 insertions(+)
--- a/drivers/scsi/zorro7xx.c
+++
On Fri, 16 Nov 2007 16:11:34 +0100 "Robert Richter" <[EMAIL PROTECTED]> wrote:
> This patch adds extended interrupt support for AMD Barcelona CPUs. The
> patch provides functions to setup MCE and IBS interrupt
> vectors. Compared to the previous K8 implementation the vector offsets
> are
On Fri, 16 Nov 2007 16:11:34 +0100 Robert Richter [EMAIL PROTECTED] wrote:
This patch adds extended interrupt support for AMD Barcelona CPUs. The
patch provides functions to setup MCE and IBS interrupt
vectors. Compared to the previous K8 implementation the vector offsets
are centrally
m68k: zorro7xx needs asm/amigahw.h if !CONFIG_AMIGA_PCMCIA
Reported by Ingo Juergensmann [EMAIL PROTECTED]
Signed-off-by: Geert Uytterhoeven [EMAIL PROTECTED]
---
Please apply for 2.6.24.
drivers/scsi/zorro7xx.c |3 +++
1 file changed, 3 insertions(+)
--- a/drivers/scsi/zorro7xx.c
+++
What about the non-Intel vendors ?
Was this msr present on AMD K6 ? Geode? Winchip? VIA C3 ?
If not, then this patch isn't complete.
I know modern AMD processors have it. I don't know about any others, nor
off hand where to look to find out. Is there a better way to compose the
depends on
On Fri, 2007-11-09 at 14:33 +0100, Thomas Klein wrote:
To support ehea driver reloading in a kdump kernel the driver has to perform
firmware handle deregistrations when the original kernel crashes. As there's
currently no notifier chain for machine crashes this patch enables kdump
support
in
This patch adds document for EFI x86_64 runtime services support.
Signed-off-by: Chandramouli Narayanan [EMAIL PROTECTED]
Signed-off-by: Huang Ying [EMAIL PROTECTED]
---
Documentation/x86_64/boot-options.txt |9 -
Documentation/x86_64/uefi.txt |9 +
2 files
Following patchset adds EFI/UEFI (Unified Extensible Firmware
Interface) runtime services support to x86_64 architecture.
The patchset have been tested against 2.6.24-rc3-mm1 kernel on Intel
platforms with 64-bit EFI1.10 and UEFI2.0 firmware. Because the
duplicated code between efi_32.c and
This patch adds basic runtime services support for EFI x86_64
system. The main file of the patch is the addition of efi_64.c for
x86_64. This file is modeled after the EFI IA32 avatar. EFI runtime
services initialization are implemented in efi_64.c. Some x86_64
specifics are worth noting here. On
This patch adds support for several EFI runtime services for EFI
x86_64 system.
The EFI support for emergency_restart is added.
Signed-off-by: Chandramouli Narayanan [EMAIL PROTECTED]
Signed-off-by: Huang Ying [EMAIL PROTECTED]
---
arch/x86/kernel/reboot_64.c | 20
This patch removes the duplicated code between efi_32.c and efi.c.
Signed-off-by: Huang Ying [EMAIL PROTECTED]
---
arch/x86/kernel/Makefile_32 |2
arch/x86/kernel/e820_32.c |5
arch/x86/kernel/efi_32.c| 430
Andrew Morton [EMAIL PROTECTED] writes:
On Sun, 25 Nov 2007 16:12:57 +0100 Wagner Ferenc [EMAIL PROTECTED] wrote:
I propose it as a fix for trailing NULs and spaces like eg.
$ od -c /sys/class/net/bond0/bonding/slaves
000 e t h - l e f t e t h - r i g
Subject: isdn: bootup crash fix
From: Ingo Molnar [EMAIL PROTECTED]
got this HiSax bootup crash on a make randconfig bzImage bootup:
Calling initcall 0xc0bb1320: HiSax_init+0x0/0x380()
HiSax: Linux Driver for passive ISDN cards
HiSax: Version 3.5 (kernel)
HiSax: Layer1 Revision 2.46.2.5
[PATCH] x86_64: not set boot cpu in cpu_online_map at smp_prepare_boot_cpu
in init/main.c boot_cpu_init() does that before
Signed-off-by: Yinghai Lu [EMAIL PROTECTED]
diff --git a/arch/x86/kernel/smpboot_64.c b/arch/x86/kernel/smpboot_64.c
index 500670c..966d124 100644
---
On Nov 26, 2007 3:41 PM, Joe Perches [EMAIL PROTECTED] wrote:
On Mon, 2007-11-26 at 15:16 +0800, Denis Cheng wrote:
diff --git a/drivers/scsi/ide-scsi.c b/drivers/scsi/ide-scsi.c
index 8d0244c..8f3fc1d 100644
--- a/drivers/scsi/ide-scsi.c
+++ b/drivers/scsi/ide-scsi.c
@@ -282,7 +272,7
Forget this patch. It works but I have found something better.
Full explanation in the morning.
Eric
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please
On Sun, 25 Nov 2007 22:28:03 -0700, Josh Goldsmith wrote:
Is your 486 running a IDE disk on a normal interface or via USB? I wonder
if the NSLU2 only having I/O via USB might be significant.
My 486 has neither PCI nor USB, the disk is attached to a
plain ancient IDE port.
Also, this is a
Oleg Nesterov wrote:
sys_setpgid() does unneeded conversions from pid_t to struct pid and vice
versa. Use struct pid more consistently. Saves one find_vpid() and
eliminates
the explicit usage of -nsproxy-pid_ns. Imho, cleanups the code.
Also use the same_thread_group() helper.
by that, i mean *requiring* the rpmbuild command, and not
accepting rpm as a subsititute, as you can read in
scripts/package/Makefile:
# Do we have rpmbuild, otherwise fall back to the older rpm
RPM := $(shell if [ -x /usr/bin/rpmbuild ]; then echo rpmbuild; \
else echo rpm;
On 11/21/2007 01:00 AM, Rafael J. Wysocki wrote:
On Tuesday, 20 of November 2007, Mark M. Hoffman wrote:
commit ce9c7b78c839a6304696d90083eac08baad524ce
Author: Mark M. Hoffman [EMAIL PROTECTED]
Date: Tue Nov 20 07:51:50 2007 -0500
hwmon: (coretemp) fix suspend/resume hang
xfrm_hash: kmalloc + memset conversion to kzalloc
Signed-off-by: Joonwoo Park [EMAIL PROTECTED]
Thanks.
Joonwoo
---
diff --git a/net/xfrm/xfrm_hash.c b/net/xfrm/xfrm_hash.c
index 55ab579..37795bd 100644
--- a/net/xfrm/xfrm_hash.c
+++ b/net/xfrm/xfrm_hash.c
@@ -17,16 +17,17 @@ struct hlist_head
fib_semantics: kmalloc + memset conversion to kzalloc
Signed-off-by: Joonwoo Park [EMAIL PROTECTED]
Thanks.
Joonwoo
---
diff --git a/net/ipv4/fib_semantics.c b/net/ipv4/fib_semantics.c
index 1351a26..87a1e72 100644
--- a/net/ipv4/fib_semantics.c
+++ b/net/ipv4/fib_semantics.c
@@ -605,10 +605,15
atm/ambassador: kmalloc + memset conversion to kzalloc
Signed-off-by: Joonwoo Park [EMAIL PROTECTED]
Thanks.
Joonwoo
---
diff --git a/drivers/atm/ambassador.c b/drivers/atm/ambassador.c
index b34b382..4f99ba3 100644
--- a/drivers/atm/ambassador.c
+++ b/drivers/atm/ambassador.c
@@ -2163,7
fib_hash: kmalloc + memset conversion to kzalloc
Signed-off-by: Joonwoo Park [EMAIL PROTECTED]
Thanks.
Joonwoo
---
diff --git a/net/ipv4/fib_hash.c b/net/ipv4/fib_hash.c
index 527a6e0..2874fe7 100644
--- a/net/ipv4/fib_hash.c
+++ b/net/ipv4/fib_hash.c
@@ -102,10 +102,14 @@ static struct
On Mon, 26 Nov 2007, Joonwoo Park wrote:
xfrm_hash: kmalloc + memset conversion to kzalloc
Signed-off-by: Joonwoo Park [EMAIL PROTECTED]
Thanks.
Joonwoo
---
diff --git a/net/xfrm/xfrm_hash.c b/net/xfrm/xfrm_hash.c
index 55ab579..37795bd 100644
--- a/net/xfrm/xfrm_hash.c
+++
Joonwoo Park wrote:
diff --git a/net/xfrm/xfrm_hash.c b/net/xfrm/xfrm_hash.c
index 55ab579..37795bd 100644
--- a/net/xfrm/xfrm_hash.c
+++ b/net/xfrm/xfrm_hash.c
@@ -17,16 +17,17 @@ struct hlist_head *xfrm_hash_alloc(unsigned int sz)
struct hlist_head *n;
if (sz = PAGE_SIZE)
-
On Mon, 26 Nov 2007, Joonwoo Park wrote:
atm/ambassador: kmalloc + memset conversion to kzalloc
Signed-off-by: Joonwoo Park [EMAIL PROTECTED]
Thanks.
Joonwoo
---
diff --git a/drivers/atm/ambassador.c b/drivers/atm/ambassador.c
index b34b382..4f99ba3 100644
---
On Nov 23, 2007 1:15 AM, Daniel Drake [EMAIL PROTECTED] wrote:
[...]
Before I do so, any comments on the following?
[...]
void myfunc(u8 *data, u32 value)
{
[...]
value = cpu_to_le32(value);
memcpy(data, value, sizeof(value));
On Sun, 25 Nov 2007 11:21:48 +0800 peerchen [EMAIL PROTECTED] wrote:
According to the HyperTransport spec, 'En' indicate if the MSI Mapping is
active. So it should be set when enable the MSI.
Cool, I had a patch that added a quirk to enable MSI Mapping on Broadcom's
HT1000 so that the
INT status can be OR.
Signed-off-by: Sonic Zhang [EMAIL PROTECTED]
---
drivers/ata/pata_bf54x.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/ata/pata_bf54x.c b/drivers/ata/pata_bf54x.c
index b5e3842..81db405 100644
--- a/drivers/ata/pata_bf54x.c
+++
Radoslaw Szkodzinski (AstralStorm) skrev:
In Linux you have to be root in order to listen to TCP or UDP ports below 1024 (the
well-known ports). As far as I know, this limit is hardcoded in the kernel.
The proper way to enable port = 1024 binding support is adding CAP_NET_BIND_SERVICE to
On Sunday 25 November 2007 12:16, James Bottomley wrote:
On Wed, 2007-10-31 at 11:33 +0100, Swen Schillig wrote:
From: Swen Schillig [EMAIL PROTECTED]
add some statistics provided by the zFCP adapter to the sysfs
The new zFCP adapter statistics provide a variety of information
2007/11/26, Robert P. J. Day [EMAIL PROTECTED]:
i'm not sure the above is a safe thing to do, as you're zeroing that
area, then making a function call and assuming, upon entry to the
function call, that the caller has done the right thing. i don't see
how you can count on that, depending on
2007/11/26, Patrick McHardy [EMAIL PROTECTED]:
How about also switching vmalloc/get_free_pages to GFP_ZERO
and getting rid of the memset entirely while you're at it?
xfrm_hash: kmalloc + memset conversion to kzalloc
fix to avoid memset entirely.
Thanks Patrick.
Thanks.
Joonwoo
fib_hash: kmalloc + memset conversion to kzalloc
fix to avoid memset entirely.
Thanks.
Joonwoo
Signed-off-by: Joonwoo Park [EMAIL PROTECTED]
---
diff --git a/net/ipv4/fib_hash.c b/net/ipv4/fib_hash.c
index 527a6e0..9d0cee2 100644
--- a/net/ipv4/fib_hash.c
+++ b/net/ipv4/fib_hash.c
@@ -102,10
fib_semantics: kmalloc + memset conversion to kzalloc
fix to avoid memset entirely.
Thanks.
Joonwoo
Signed-off-by: Joonwoo Park [EMAIL PROTECTED]
---
diff --git a/net/ipv4/fib_semantics.c b/net/ipv4/fib_semantics.c
index 1351a26..352f8c4 100644
--- a/net/ipv4/fib_semantics.c
+++
Hi, Cong-san.
ms-section_mem_map |= SECTION_MARKED_PRESENT;
ret = sparse_init_one_section(ms, section_nr, memmap, usemap);
out:
pgdat_resize_unlock(pgdat, flags);
- if (ret = 0)
- __kfree_section_memmap(memmap, nr_pages);
+
return ret;
}
i believe the more common standard for the above is:
else if (hashdist) {
to reduce the level of overall indentation, no?
No, it was.
Because there was a memset in that indentation, but I made it by
removing memset.
Thanks.
Joonwoo
-
To unsubscribe from this list: send the line
On Wed, Nov 21, 2007 at 03:24:33PM -0800, Andrew Morton wrote:
-repeat:
- if (atomic_dec_and_lock(mnt-mnt_count, vfsmount_lock)) {
+ while (atomic_dec_and_lock(mnt-mnt_count, vfsmount_lock)) {
if (likely(!mnt-mnt_pinned)) {
On Mon, 26 Nov 2007, Joonwoo Park wrote:
2007/11/26, Robert P. J. Day [EMAIL PROTECTED]:
i'm not sure the above is a safe thing to do, as you're zeroing that
area, then making a function call and assuming, upon entry to the
function call, that the caller has done the right thing. i don't
Michael Ellerman wrote on 26.11.2007 09:16:28:
Solutions that might be better:
a) if there are a finite number of handles and we can predict their
values, just delete them all in the kdump kernel before the driver
loads.
Guessing the values does not work, because of the handle
2007/11/26, Robert P. J. Day [EMAIL PROTECTED]:
i realized that. but all you can say is that only amb_init() calls
setup_dev() *currently*. when you're not looking, someone else might
(for whatever reason) call setup_dev() from elsewhere, and *that* call
might not zero that memory area.
On Mon, Nov 19, 2007 at 02:02:24PM -0500, Jeff Dike wrote:
Fix a 2.6.24-rc3 UML build breakage introduced by commit
1032c0ba9da5c5b53173ad2dcf8b2a2da78f8b17 - it introduces X86_32, with
many things which UML needs depending on it.
This patch adds definitions of X86_32 and
On Montag 26 November 2007 02:28:36, you (Michael Lothian) wrote:
Hi Frank
I was wondering if you had a git tree somewhere I could pull.
Hello Mike,
no, unfortunately currently not. From time to time (when i feel enough
worthwhile changes came together) i send a new version to Greg who then
This patch adds extended interrupt support for AMD Barcelona CPUs. The
patch provides functions to setup MCE and IBS interrupt
vectors. Compared to the previous K8 implementation the vector offsets
are centrally handled now in apic_64.c. Thus, the APIC setup code is
responsible for vector
On Mon, 26 Nov 2007, Joonwoo Park wrote:
2007/11/26, Robert P. J. Day [EMAIL PROTECTED]:
i realized that. but all you can say is that only amb_init() calls
setup_dev() *currently*. when you're not looking, someone else might
(for whatever reason) call setup_dev() from elsewhere, and
On Fri, Nov 23, 2007 at 12:12:52PM +, Joonwoo Park wrote:
This patch fixes http://bugzilla.kernel.org/show_bug.cgi?id=8766
Is it possible?
BUG((veth-h_vlan_proto != htons(ETH_P_8021Q)) !(VLAN_DEV_INFO(dev)-flags
VLAN_FLAG_REORDER_HDR))
I'm afraid, queued packet before vconfig
Add more safeguards to protect against misinterpreting a chain entry
as a normal scatterlist and vice-versa.
* Make sure the entry isn't a chain when assigning and reading a
normal sg.
* Clear offset and length when chaining.
Signed-off-by: Tejun Heo [EMAIL PROTECTED]
---
While converting
Josh Goldsmith wrote:
The problem comes when I try to untar a large file (in this case
linux-2.6.23.tar.bz2). Regardless if I kill off every other process,
eventually the oom-killer will appear and kill either the tar or the
shell.
What's the actual command you are executing?
-
To
Hi!
but perhaps somehow we miss this fact and fail to turn off the lapic
clockevents drivers?
Ok, I guess I'm lost. If I offline second CPU, I immediately get
1000Hz timer tick... is that expected?
Hmm. No. I have no idea why this is happening.
34196 total events, 55.083
Hi!
I think that if they are using the normal block layer accesses on the
DVD device, there may be some retries that occur which are likely
undesirable in this case since they will just stall playback. If they
are using SG_IO to feed raw requests into the drive (which I imagine
they
Hi!
kernel: [734344.717844] irq 21: nobody cared (try booting with the
irqpoll option)
kernel: [734344.717866]
Your machine decided to emit interrupt 21 without an apparent reason.
Whatever caused that made the kernel shut down IRQ 21 at which point the
disk drives on that IRQ were
On Thu, Nov 22, 2007 at 10:52:46AM +, ian wrote:
On Thu, 2007-11-22 at 00:52 +, Russell King - ARM Linux wrote:
On Thu, Nov 22, 2007 at 12:34:09AM +, ian wrote:
Unfortunately, this is broken as designed (in fact this whole file is.)
Fix attached below.
Thanks.
+
On Mon, Nov 26, 2007 at 04:37:50PM +0800, rae l wrote:
I know this is different from the original hexdump in ide-scsi.c, I
just want to tell someone that there's a good implementation of
hexdump in kernel.h, and I think the default KERN_DEBUG and
print_hex_dump is more informative and has
On Wed, Nov 14, 2007 at 10:04:45 +1100, David Chinner wrote:
On Tue, Nov 13, 2007 at 11:51:19AM +0100, Tino Keitel wrote:
On Tue, Nov 13, 2007 at 09:27:20 +1100, David Chinner wrote:
[...]
No. I'd say something got screwed up during suspend/resume. Is it
reproducable?
No. I
Hello,
I use 2.6.23.1-rt5 on the Atmel AT91 series.
Interrupt threading on Preempt-RT and ARM works fine, except for
(edge-triggered) GPIO interrupts. There is a problem when a new
interrupt arives while the interrupt thread is handling the previous
interrupt. If this occurs the interrupt
This trivial patch fixes a compilation error that occurs when
CONFIG_FAIR_GROUP_SCHED and !CONFIG_SMP.
diff --git a/kernel/sysctl.c b/kernel/sysctl.c
index 678223a..8bebf25 100644
--- a/kernel/sysctl.c
+++ b/kernel/sysctl.c
@@ -330,7 +330,7 @@ static struct ctl_table kern_table[] = {
I propose the following patch to arch/x86/Makefile and Kconfig.
Actions:
- Add a BITS variable to Kconfig which takes value 32 or 64 according
to 64BIT.
- Modify arch/x86/Makefile to use CONFIG_BITS instead of testing
ARCH.
How this could be expanded:
- Either
Attached the same patch, but it also cleans the manage.c code a bit,
because the IRQ types 'simple IRQ', 'level-IRQ' and 'FastEOI' were
handled differently while they should be handled the same.
Kind Regards,
Remy
2007/11/26, Remy Bohmer [EMAIL PROTECTED]:
Hello,
I use 2.6.23.1-rt5 on the
Andrew Morton wrote:
Could be something change in sysfs. Please double-check the config
options, make sure that something important didn't get disabled.
Failing that, it would be great if you could bisect this down to the
offending commit. http://www.kernel.org/doc/local/git-quick.html has
This is a patch to improve the similarity between arch/x86/Makefile_32
and arch/x86/Makefile_64. The remaining differences between both
makefiles are nearly trivial and it is probably possible to collapse
most of them in arch/x86/Makefile, leaving only a few assignements
in
Any reason why daemonized kthread still uses 1,1 special pids? This patch
sets 0,0 pids, this matches kthread_create'ed threads.
Signed-off-by: Oleg Nesterov [EMAIL PROTECTED]
--- PT/kernel/exit.c~3_daemonize_swapper2007-11-26 16:47:35.0
+0300
+++ PT/kernel/exit.c2007-11-26
Change set_special_pids() to work with struct pid, not pid_t from global name
space. This again speedups and imho cleanups the code.
Signed-off-by: Oleg Nesterov [EMAIL PROTECTED]
--- PT/include/linux/sched.h~2_set_special_pids 2007-11-26 15:52:15.0
+0300
+++ PT/include/linux/sched.h
sys_setsid() still deals with pid_t's from the global namespace. This means
that the session 1 check can't help for sub-namespace init, setsid() can't
succeed because copy_process(CLONE_NEWPID) populates PIDTYPE_PGID/SID links.
Remove the usage of task_struct-pid and convert the code to use
With that patch fixed.c now fully emulates MDIO bus, thus no need
to duplicate PHY layer functionality. That, in turn, drastically
simplifies the code, and drops down line count.
As an additional bonus, now there is no need to register MDIO bus
for each PHY, all emulated PHYs placed on the
fixed-link says: register new Fixed/emulated PHY, i.e. PHY that
not connected to the real MDIO bus.
Signed-off-by: Vitaly Bordug [EMAIL PROTECTED]
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
---
Documentation/powerpc/booting-without-of.txt |3 +
arch/powerpc/sysdev/fsl_soc.c
...thus use fixed-link to register proper Fixed PHY
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
Signed-off-by: Vitaly Bordug [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/mpc8349emitx.dts | 11 ++-
1 files changed, 2 insertions(+), 9 deletions(-)
diff --git
On Thu, Nov 01, 2007 at 04:08:32PM -0700, Dave Hansen wrote:
open_namei() no longer touches namei's. rename it
to something more appropriate: open_pathname().
The name is quite non-descriptive. What about just leaving it as
filp_open and merging this into the previous patches to avoid
the
On Mon, Nov 26, 2007 at 03:13:02PM +0800, Denis Cheng wrote:
these utilities implemented in lib/hexdump.c are more handy, please use this.
Cc: Randy Dunlap [EMAIL PROTECTED]
Signed-off-by: Denis Cheng [EMAIL PROTECTED]
OK this is pretty nice. But you just missed out because the
GCM patches
On Nov 25, 2007 11:30 PM, Paul Mundt [EMAIL PROTECTED] wrote:
On Mon, Nov 26, 2007 at 12:03:29AM +0100, Kristoffer Ericson wrote:
Why I want to use 600-series/700-series instead of 6XX/7XX is simply
because 600-series/700-series leaves no doubt.
Apparently your end users are more
On 11/26, Oleg Nesterov wrote:
sys_setsid() still deals with pid_t's from the global namespace. This means
that the session 1 check can't help for sub-namespace init, setsid() can't
succeed because copy_process(CLONE_NEWPID) populates PIDTYPE_PGID/SID links.
Remove the usage of
On Mon, Nov 26 2007, Tejun Heo wrote:
Add more safeguards to protect against misinterpreting a chain entry
as a normal scatterlist and vice-versa.
* Make sure the entry isn't a chain when assigning and reading a
normal sg.
* Clear offset and length when chaining.
Signed-off-by: Tejun
On Fri, 23 Nov 2007, Arne Georg Gleditsch wrote:
dean gaudet [EMAIL PROTECTED] writes:
on AMD x86 pre-family 10h the boundary is 8 bytes, and on fam 10h it's 16
bytes. the penalty is a mere 3 cycles if an access crosses the specified
boundary.
Worth noting though, is that atomic
On Nov 26, 2007 12:54 AM, Robert P. J. Day [EMAIL PROTECTED] wrote:
on current systems, rpm no longer has build capability and will
fail thusly:
rpm --target i386 -ta ../kernel-2.6.24rc3g2ffbb837dirty.tar.gz
--target: unknown option
so it would make more sense to just require rpmbuild
Oleg Nesterov wrote:
sys_setsid() still deals with pid_t's from the global namespace. This means
that the session 1 check can't help for sub-namespace init, setsid() can't
succeed because copy_process(CLONE_NEWPID) populates PIDTYPE_PGID/SID links.
Remove the usage of task_struct-pid and
Oleg Nesterov wrote:
Change set_special_pids() to work with struct pid, not pid_t from global name
space. This again speedups and imho cleanups the code.
Signed-off-by: Oleg Nesterov [EMAIL PROTECTED]
Acked-by: Pavel Emelyanov [EMAIL PROTECTED]
---
On Mon, 2007-11-26 at 17:29 +0300, Vitaly Bordug wrote:
fixed-link says: register new Fixed/emulated PHY, i.e. PHY that
not connected to the real MDIO bus.
Signed-off-by: Vitaly Bordug [EMAIL PROTECTED]
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
---
401 - 500 of 849 matches
Mail list logo
