On Thu, Mar 22, 2007 at 02:14:35PM +0100, Arjan van de Ven wrote:
> On Thu, 2007-03-22 at 12:56 +0300, Alexey Dobriyan wrote:
> > --- a/fs/proc/inode.c
> > +++ b/fs/proc/inode.c
> > @@ -167,8 +167,9 @@ static loff_t proc_reg_llseek(struct fil
> > llseek = pde->proc_fops->llseek;
> > spin_un
Pekka J Enberg wrote:
From: Pekka Enberg <[EMAIL PROTECTED]>
We need to break COW for private mappings to make sure a process cannot
read new data after an inode has been revoked.
Seems OK.
Signed-off-by: Pekka Enberg <[EMAIL PROTECTED]>
---
fs/revoke.c | 85 +
On Wed, 28 Mar 2007 03:26:35 +0200,
Eric Rannaud <[EMAIL PROTECTED]> wrote:
> The reason for that original patch was that it is actually possible for the
> uevent functions to return -ENOMEM, the uevent buffer being statically
> allocated to BUFFER_SIZE (2048).
So maybe -ENOMEM should still be pr
On Tue, 27 Mar 2007 15:50:06 -0700,
Greg KH <[EMAIL PROTECTED]> wrote:
> > Greg, what about driver-core-per-subsystem-multithreaded-probing.patch?
> > PCI_MULTITHREAD_PROBE shoudn't be broken with that, only in mainline?
>
> Do you want to enable PCI multithreaded probing using your patch? I
> d
according to the chapter "Linux Kernel Overview" of the
kernelhacking-HOWTO the page cache holds pages associated with *open*
files:
The Page Cache
The page cache is made up of pages, each of which refers to a 4kB
portion of data associated with an open file. The data contained in a
page may come
Greetings!
On Tue, 2007-03-27 at 07:04 +0200, Mike Galbraith wrote:
> On Tue, 2007-03-27 at 10:34 +0900, Satoru Takeuchi wrote:
> > When I was executing massive interactive processes, I found that some of
> > them
> > occupy CPU time and the others hardly run.
> >
> > It seems that some of proc
On Wed 2007-03-28 08:54:43, Heiko Carstens wrote:
> > > +++ linux-2.6/drivers/s390/char/sclp_confmgm.c
> >
> > Can we get less cyptic name?
>
> Would you like to see sclp_configuration_management.c?
No, but maybe sclp_manager.c or sclp_config.c?
> > > +static void sclp_conf_receiver_fn(struct
Len,
On Tue, 2007-03-27 at 23:28 -0400, Len Brown wrote:
> Is this failure specific to NO_HZ, and that is why the "nolapic_timer" fix is
> i386 only?
> I'm running 2.6.21-rc5 an nx6325 here in 64-bit mode and I don't see the
> dramatic
> boot failure described earlier in this thread.
The differ
Herbert Poetzl wrote:
To me, one of the keys of Linux's "global optimizations" is being able
to use any memory globally for its most effective purpose, globally
(please ignore highmem :). Let's say I have a 1GB container on a
machine that is at least 100% committed. I mmap() a 1GB file and touc
On Wed, 28 Mar 2007 09:46:40 +0200
Oliver Joa <[EMAIL PROTECTED]> wrote:
> What can be wrong? There is nothing special, only board, cpu and
> harddisk, no other hardware. The board is running with the newest
> available bios. I bought a Intel-board, because normally Intel is
> supported very we
IRQ is already disabled through local_irq_disable().
So spin_lock_irqsave() can be replaced with spin_lock().
Thanks.
Signed-off-by :Hisashi Hifumi <[EMAIL PROTECTED]>
--- linux-2.6.21-rc5.org/arch/i386/kernel/reboot.c 2007-02-05
03:44:54.0 +0900
+++ linux-2.6.21-rc5-test/arch/i386/ke
> But if you didn't notice until now, then the current implementation
> must be pretty reasonable for you use as well.
Oh, I definitely noticed. As soon as I tried to port my application
to 2.6, it broke - as evidenced by my complaints last year. The
current solution is simple - since it's runni
Venki Pallipadi <[EMAIL PROTECTED]> writes:
> +++ new/kernel/timer.c2007-03-26 15:19:35.0 -0800
> @@ -74,7 +74,7 @@
> tvec_t tv3;
> tvec_t tv4;
> tvec_t tv5;
> -} cacheline_aligned_in_smp;
> +} cacheline_aligned;
Why this change? It should be aligned to 2
On 3/28/07, Nick Piggin <[EMAIL PROTECTED]> wrote:
> + ret = get_user_pages(tsk, tsk->mm, vma->vm_start,
> + vma->vm_end-vma->vm_start, 1, 1, NULL,
> + NULL);
get_user_pages length argument is in # of pages, rather tha
Lee Revell wrote:
John wrote:
I'm runnning 2.6.20.3 patched with -rt8 (and glibc 2.3.6).
http://people.redhat.com/mingo/realtime-preempt/older/patch-2.6.20-rt8
I've written a program to highlight a phenomenon I don't understand.
This system includes a PCI board that provides data at ~38 Mbit
On Tue, 2007-03-27 at 14:30 -0400, [EMAIL PROTECTED] wrote:
> Minor point: the chip part numbers are actually IT887x, not ITE887x.
You are correct. Vendor is ITE, product IT887x (id=8872). What is the
advised naming convention for something like this?
> I STFW for a data sheet, but didn't have im
On Wed, 28 Mar 2007 01:08:52 +0100
Matthew Garrett <[EMAIL PROTECTED]> wrote:
> On Fri, Mar 23, 2007 at 07:13:21PM +, Alan Cox wrote:
> > For reference this is what I am currently using with 2.6.21-rc4-mm1 and
> > it is working for all my test cases so far: Its basically Kyle's patch
> > with
Hi!
> >>So if you have reported a regression in the 2.6.21-rc
> >>series, please check 2.6.21-rc5, and update your
> >>report as appropriate (whether fixed or "still
> >>problems with xyzzy").
> >
> >[just got back from vacation, or would have sent this
> >earlier]
> >
> >FWIW, I'm still leani
Pavel Machek wrote:
> Hi!
>
So if you have reported a regression in the 2.6.21-rc
series, please check 2.6.21-rc5, and update your
report as appropriate (whether fixed or "still
problems with xyzzy").
>>> [just got back from vacation, or would have sent this
>>> earlier]
>>
On Wed, 28 Mar 2007, Ralf Baechle wrote:
> Signed-off-by: Ralf Baechle <[EMAIL PROTECTED]>
Acked-by: Maciej W. Rozycki <[EMAIL PROTECTED]>
I'm not sure it's worth the hassle -- I'm in the middle of moving the
driver to drivers/serial/, which I should finish soon after I reestablish
my home ne
Hi Greg.
On an older Intel 430VX system, 2.6.20.4 complains a bit:
===
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
PCI: Probing PCI hardware
PCI: Probing PCI hardware (bus 00)
:00:07.1: cannot adjust BA
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/lethal/sh-2.6.git
Which contains:
Kristoffer Ericson (1):
sh: Trivial fix for hp6xx build.
Paul Mundt (2):
sh: Kill bogus GCC4 symbol exports.
sh: Fixup __cmpxchg() compile breakage with gcc4.
arch/sh/kern
hi,
Paolo Ornati wrote:
[...]
What Seagate is it? (hdparm -I /dev/sda | head)
I have this one:
ATA device, with non-removable media
Model Number: ST380817AS
Serial Number: 4MR08EK8
Firmware Revision: 3.42
Model Number: ST3160827AS
On Wed, 28 Mar 2007 12:59:10 +0200
Oliver Joa <[EMAIL PROTECTED]> wrote:
> i did this already (in the first startup-script). It does not help.
>
> Another Idea?
try replacing the SATA cable...
--
Paolo Ornati
Linux 2.6.20.4 on x86_64
-
To unsubscribe from this list: send the li
On Tue, Mar 27, 2007 at 06:16:04PM +0200, Oliver Joa wrote:
> Hi,
>
> since some weeks i try to get my new hardware running:
>
> Intel(R) Core(TM)2 CPU 6300 @ 1.86GHz
> Intel DP965LT Mainboard
> Seagate SATA-Harddisk in AHCI-Mode
>
> After some hours of running or after some heavy file
* malc <[EMAIL PROTECTED]> wrote:
> This situation is harder to write a hog-like testcase for. Anyhow it
> seems the difference in percentage stems from the `intr' field of
> `/proc/stat', which fits. And following patch (which should be applied
> on top of yours) seems to help. I wouldn't rea
* Mike Galbraith <[EMAIL PROTECTED]> wrote:
> + struct task_struct *p = NULL;
(small nit: extra space at the end of line.)
> + rq->best_expired_prio = MAX_PRIO;
> +#if 0
> + rq->switch_timestamp = jiffies;
> +#endif
remove this chunk
(oops, wrong button, went without CCs. sorry for duplicate)
On Wed, 2007-03-28 at 13:45 +0200, Ingo Molnar wrote:
> * Mike Galbraith <[EMAIL PROTECTED]> wrote:
>
> > + struct task_struct *p = NULL;
>
> (small nit: extra space at the end of line.)
>
> > + rq->best_e
The following sympthom occured in a variant of the Knoppix-like linux appliance.
I get a corrupted miniroot ramdisk filesystem under kernel version 2.6.19.1
under intense memory usage during early startup of the system.
In the course of a lengthy investigation of this behavior, I found out that
- there's no reason for duplicating the prototype from
include/linux/syscalls.h in include/asm-x86_64/unistd.h
- every file should #include the headers containing the prototypes for
it's global functions
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
arch/i386/kernel/ioport.c |1
Many years ago, UNEXPECTED_IO_APIC() contained printk()'s (but nothing more).
Now that it's completely empty for years, we can as well remove it.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
arch/i386/kernel/io_apic.c | 30 --
arch/x86_64/kernel/io_apic.c
On Tue, Mar 27, 2007 at 01:11:50PM -0400, Mathieu Desnoyers wrote:
> Hi Adrian,
>
> Since kdebug.h seems to have moved from asm/ to linux/ in Andrew's tree, I
> guess the #include should be removed ? linux/kdebug.h
> already includes asm/kdebug.h.
Agreed, additional patch to remove all #include
timer_irq_works() needlessly became global.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.21-rc5-mm2/arch/i386/kernel/io_apic.c.old 2007-03-28
00:04:18.0 +0200
+++ linux-2.6.21-rc5-mm2/arch/i386/kernel/io_apic.c 2007-03-28
00:04:28.0 +0200
@@ -1904,7 +1904,7 @
On Mon, Mar 26, 2007 at 08:57:06PM -0800, Andrew Morton wrote:
>...
> Changes since 2.6.21-rc4-mm1:
>...
> git-ubi.patch
>...
> git trees
>...
This patch makes needlessly global code static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/mtd/ubi/eba.c |4 ++--
drivers/mtd/u
Michael Ellerman <[EMAIL PROTECTED]> writes:
> set_irq_msi() currently connects an irq_desc to an msi_desc. The archs call
> it at some point in their setup routine, and then the generic code sets up the
> reverse mapping from the msi_desc back to the irq.
>
> set_irq_msi() should really do both c
On Wed, Mar 28, 2007 at 04:13:20PM +0900, Horms wrote:
[..]
>
> DESC is probably a better name that BODY here, I meant to update
> that before posting. An updated version is below.
>
> > > +#define KEXEC_NOTE_BYTES ( (KEXEC_NOTE_HEAD_BYTES * 2) + \
> >
> > Why are we multiplying KEXEC_NOTE_HEAD_
Dmitry Torokhov napsal(a):
> On Tuesday 27 March 2007 17:34, johann deneux wrote:
>> What about adding a member to ff_effect which would be the number of the
>> motor?
>> We can't change the layout of ff_effect too much though, so we have to
>> find unused bits and put them to work.
>>
>> For inst
* Adrian Bunk <[EMAIL PROTECTED]> wrote:
> Subject: second suspend to disk in a row results in an oops (MSI)
> References : http://lkml.org/lkml/2007/3/17/43
> http://lkml.org/lkml/2007/3/22/150
> http://lkml.org/lkml/2007/3/26/205
> http://lkml.org/lkm
Hi,
Thank you for your kind comments.
I'm sorry for my late reply.
Andrew Morton wrote:
> On Fri, 02 Mar 2007 13:41:30 +0900
> "Kawai, Hidehiro" <[EMAIL PROTECTED]> wrote:
>
>>This patch series is version 4 of the core dump masking feature,
>>which provides a per-process flag not to dump anonym
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> entry = get_irq_msi(dev->irq);
> pos = entry->msi_attrib.pos; < crash on NULL dereference
>
>
> i.e. 'entry' is NULL after get_irq_msi(). (i can see the crash only on
> the VGA screen so no dump of it available. Can write dow
Hi,
David Chinner wrote:
[...]
What is the corruption message in the log from XFS?
Can you please post that? Without it we really can't help you.
Also, please check to see if there are any I/O errors
in the log around the time the corruption message appears.
Ok, here is a test:
test:/# fin
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> PM: Writing back config space on device :15:00.0 at offset 4 (was 0,
> writing e430)
> PM: Writing back config space on device :15:00.0 at offset 3 (was 2,
> writing 2a820)
> PM: Writing back config space on device :15:00.0 at offse
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> [...] I'll now re-test Eric's MSI patch.
Eric's patch seems to have done the trick on my T60: i've done 10
suspend+resumes and each worked fine. I've tidied up the description
part of Eric's patch a bit for upstream application - find it below.
From: [EMAIL PROTECTED]
> in tty_io.c::tty_open():
[snip]
> We find that a failure in open() leads to release_dev() being called.
> release_dev() calls close():
>
> if (tty->driver->close)
> tty->driver->close(tty, filp);
>
> So we have a file that's closed although open() ne
Am Mittwoch, 28. März 2007 15:10 schrieb Stuart MacDonald:
> > We find that a failure in open() leads to release_dev() being called.
> > release_dev() calls close():
> >
> > if (tty->driver->close)
> > tty->driver->close(tty, filp);
> >
> > So we have a file that's closed alth
Adrian Bunk <[EMAIL PROTECTED]> writes:
> I think I got your problem:
>
> After rebooting, you do "git bisect [bad|good]" *once*.
>
> Then recompile the kernel from the current tree, reboot, and again
> *once* "git bisect [bad|good]".
>
> etc.
Sounds right.
Someone else doing the bisect sugges
From: Oliver Neukum [mailto:[EMAIL PROTECTED]
> Am Mittwoch, 28. März 2007 15:10 schrieb Stuart MacDonald:
> > > We find that a failure in open() leads to release_dev()
> being called.
> > > release_dev() calls close():
> > >
> > > if (tty->driver->close)
> > > tty->driver->c
Ingo Molnar <[EMAIL PROTECTED]> writes:
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
>> [...] I'll now re-test Eric's MSI patch.
>
> Eric's patch seems to have done the trick on my T60: i've done 10
> suspend+resumes and each worked fine. I've tidied up the description
> part of Eric's patch a b
From: Pekka Enberg <[EMAIL PROTECTED]>
As pointed out by Nick Piggin, __revoke_break_cow() only needs to do
down_read() and we must use vma_pages() for get_user_pages().
Cc: Nick Piggin <[EMAIL PROTECTED]>
Signed-off-by: Pekka Enberg <[EMAIL PROTECTED]>
---
fs/revoke.c |7 +++
1 file cha
Adrian Bunk wrote:
This patch makes needlessly global code static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Thanks, will be fixed.
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EM
* Eric W. Biederman <[EMAIL PROTECTED]> wrote:
> > Eric's patch seems to have done the trick on my T60: i've done 10
> > suspend+resumes and each worked fine. I've tidied up the description
> > part of Eric's patch a bit for upstream application - find it below.
>
> Thanks. Tidying up the des
> > > > So we have a file that's closed although open() never succeeded?
> > >
> > > That's correct! It's been a pain in my butt for years.
> >
> > How did you deal with that proctological issue?
>
> Just make sure the close() handles the situation properly. It makes
> reference counting... fun
I'm not sure what's causing it but the onboard ethernet is taking a rather
long time to come up.. the old nforce board worked fine and any other card
is fast.
mgerhard:~# time ifup eth0
real0m12.397s
user0m0.214s
sys 0m0.160s
eth0 Link encap:Ethernet HWaddr 00:18:F3:EB:DF:88
==> On Tue, 27 Mar 2007 15:44:01 -0700 (PDT), Zach Brown <[EMAIL PROTECTED]>
said:
Zach> aio: remove bare user-triggerable error printk The user can
Zach> generate console output if they cause do_mmap() to fail during
Zach> sys_io_setup(). This was seen in a regression test that does
Zach> exact
Jeremy Fitzhardinge wrote:
I haven't really worked out how this should interact with the nmi
watchdog; touch_nmi_watchdog() still ends up calling
touch_softlockup_watchdog(), so there's still some redundancy here.
touch_nmi_watchdog is attempting to tickle _all_ CPUs softlockup watchdogs
On Wednesday 28 March 2007 09:04:28 Thomas Gleixner wrote:
> On Tue, 2007-03-27 at 01:46 +0800, Jeff Chua wrote:
> > On 3/27/07, Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> >
> > > > It's related. I tested without CONFIG_HPET_TIMER, and now my X60 can
> > > > suspend and resume from RAM (s2ram).
On Wed, 2007-03-28 at 02:45 -0400, Xin Zhao wrote:
> Hi,
>
> If a Linux process opens and reads a file A, then it closes the file.
> Will Linux keep the file A's data in cache for a while in case another
> process opens and reads the same in a short time? I think that is what
> I heard before.
Ye
Alan Cox wrote:
I'm also not aware of any reason other than history, which means if
someone cares to double check the other drivers there really shouldn't be
an obstacle to "fixing" this behaviour.
Unless anyone knows different ?
As long as the new behavior continues to call
driver->close() if
On Mon, Mar 26, 2007 at 10:46:39AM +0200, Lennert Buytenhek wrote:
> On Sun, Mar 25, 2007 at 08:24:18PM -0700, Paul E. McKenney wrote:
>
> > > > > > [ background: On ARM, SMP synchronisation does need barriers but
> > > > > > device
> > > > > > synchronisation does not. The question is that gi
> As long as the new behavior continues to call
> driver->close() if driver->open() succeeds
> then I see no problem.
It breaks if any existing driver is doing no cleanup in ->open() when it
fails but relying upon ->close() being called. That is what needs
auditing first of all.
-
To unsubscribe f
On Tuesday 27 March 2007 20:53, Michal Piotrowski wrote:
> Linus Torvalds napisał(a):
> > There's various fixes here, ranging from some architecture updates (ia64,
> > ARM, MIPS, SH, Sparc64) to KVM, networking and network drivers.
> >
> > And random one-liners.
> >
>
> I found this in mm snaps
Alan Cox wrote:
It breaks if any existing driver is doing no cleanup in ->open() when it
fails but relying upon ->close() being called. That is what needs
auditing first of all.
Yes, I did not think of that.
--
Paul Fulghum
Microgate Systems, Ltd.
-
To unsubscribe from this list: send the line
> > > > > So we have a file that's closed although open() never
succeeded?
> > > >
> > > > That's correct! It's been a pain in my butt for years.
> > >
> > > How did you deal with that proctological issue?
> >
> > Just make sure the close() handles the situation properly. It makes
> > reference
Hi Alan,
> > As long as the new behavior continues to call
> > driver->close() if driver->open() succeeds
> > then I see no problem.
>
> It breaks if any existing driver is doing no cleanup in ->open() when it
> fails but relying upon ->close() being called. That is what needs
> auditing first of
Andi Kleen napisał(a):
> On Tuesday 27 March 2007 20:53, Michal Piotrowski wrote:
>> Linus Torvalds napisał(a):
>>> There's various fixes here, ranging from some architecture updates (ia64,
>>> ARM, MIPS, SH, Sparc64) to KVM, networking and network drivers.
>>>
>>> And random one-liners.
>>>
>> I
Peter Bier wrote:
The following sympthom occured in a variant of the Knoppix-like linux appliance.
I get a corrupted miniroot ramdisk filesystem under kernel version 2.6.19.1 under intense memory usage during early startup of the system.
In the course of a lengthy investigation of this behavio
Oliver Joa wrote:
Ok, here is a test:
test:/# find / -xdev | cpio -padm /test/
cpio: /usr/src/linux-2.6.20.2/Documentation/networking/NAPI_HOWTO.txt:
Structure needs cleaning
3648371 blocks
test:/#
That, cryptically enough, means that the filesystem has detected a
problem and has shut down.
Hello everybody.
I'm running oracle 10.2.0.1 on Slackware Linux 10.2
After 50 days uptime, sqlplus was looping forever.
I have killed all oracle processes and cleared all
semaphore and shared memory segment with ipcrm.
I have also unmounted & remounted the file system
where the oracle binaries and
Eric W. Biederman wrote:
>The practical question in my book is do we set the enable/disable
>methods to the same functions as the mask/unmask methods or
>do we let them default to the crazy delayed disable scenario.
>
>Given that we do have a tiny race where we need to ensure the
>MSI is disabled b
On 3/28/07, Marco Berizzi <[EMAIL PROTECTED]> wrote:
Hello everybody.
I'm running oracle 10.2.0.1 on Slackware Linux 10.2
After 50 days uptime, sqlplus was looping forever.
I have killed all oracle processes and cleared all
semaphore and shared memory segment with ipcrm.
I have also unmounted & r
Lee Revell wrote:
> On 3/28/07, Marco Berizzi <[EMAIL PROTECTED]> wrote:
> > Hello everybody.
> > I'm running oracle 10.2.0.1 on Slackware Linux 10.2
> > After 50 days uptime, sqlplus was looping forever.
> > I have killed all oracle processes and cleared all
> > semaphore and shared memory segmen
PATCH 2.6.21-rc5-mm2: add compile.h dependency for missing_syscalls.o
Add a dependency on include/linux/compile.h to missing_syscalls.o
target in init/Makefile. Without this, [ia64] build fails with:
init/missing_syscalls.c:5:27: error: linux/compile.h: No such file or directory
In file include
New patch to replace
fix-bogus-softlockup-warning-with-sysrq-t.patch in -mm tree.
(Andi Kleen set me straight on the the touch_nmi_watchdog issue below. I
should reset the softlockup watchdog for the calling cpu, not all of them
as I had originally coded before).
Please re-ack ...
P.
--
There
Pete, Luiz
check this one please.
I've inspected ftdi-elan.c for style and as result
the solution I propose is just to add explicit
destroying of worqueues if usb_register failed.
And Pete, take a look - whoa! - I've renamed error labels :)
Cyrill
---
drivers/usb/misc/ftdi-e
test.kernel.org found some idle time regressions in the latest update to the
staircase deadline scheduler and Andy Whitcroft helped me track down the
offending problem which was present in all previous RSDL schedulers but
previously wouldn't be manifest without changes in nice. So here is a bugfix
On Wed, 28 Mar 2007, Michal Piotrowski wrote:
> BUG: using smp_processor_id() in preemptible [0001] code: mount/7245
> is fixed, thanks.
> but I still get this
> [ 208.523901] =
> [ 208.529739] [ INFO: inconsistent lock state ]
> [ 208.534087] 2.6.21-rc5-g28
Paul Sokolovsky wrote:
In this respect, VTABLE(), METHOD() macros serve the same purpose as
container_of() and list_for_each() - they are besides offering (more)
convenient syntax, also carry important annotattion and educational
messages, like "it's ok, and encouraged to embed one structure i
Hello,
I run 2.6.21-rc4-mm1 with no hangs for a week.
Then when 2.6.21-rc5-mm1 showed up so I switched to it. Unfortunately
today my laptop hunged twice in a similar way as described here:
http://www.ussg.iu.edu/hypermail/linux/kernel/0703.0/index.html#1165
The difference is that it happ
This patch corrects the naming of global and other identifiers.
signed-off-by: Mimi Zohar <[EMAIL PROTECTED]>
signed-off-by: Kylene Hall <[EMAIL PROTECTED]>
---
---
security/evm/ima/ima.h | 24
security/evm/ima/ima_fs.c| 18 +-
security/evm/
This patch corrects calling an __exit function from a non-_-exit function.
signed-off-by: Mimi Zohar <[EMAIL PROTECTED]>
signed-off-by: Kylene Hall <[EMAIL PROTECTED]>
---
security/evm/ima/ima_init.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6.21-rc5-mm2/security/e
This patch cleanups the few Lindent and sparse msgs
signed-off-by: Mimi Zohar <[EMAIL PROTECTED]>
signed-off-by: Kylene Hall <[EMAIL PROTECTED]>
---
Index: linux-2.6.21-rc5-mm2/security/evm/ima/ima.h
===
--- linux-2.6.21-rc5-mm2.orig
On Wed, Mar 28, 2007 at 01:06:35PM +0200, Andi Kleen wrote:
> Venki Pallipadi <[EMAIL PROTECTED]> writes:
> > +++ new/kernel/timer.c 2007-03-26 15:19:35.0 -0800
> > @@ -74,7 +74,7 @@
> > tvec_t tv3;
> > tvec_t tv4;
> > tvec_t tv5;
> > -} cacheline_aligned_in_smp;
> > +}
I compiled current git source 2.6.21-rc5-g28defbe and got this warning:
...
fs/block_dev.c: In function `bd_claim_by_kobject':
fs/block_dev.c:953: warning: 'found' might be used uninitialized in this
function
...
--
MfG/Sincerely
Toralf Förster
pgp7LRXvtUWWq.pgp
Description: PGP signature
Prarit Bhargava wrote:
> I don't like the idea of having touch_softlockup_watchdog exported
> with your new code -- we still have two methods of effecting the
> softlockup watchdog and that's confusing and its going to cause
> serious problems down the road.
It's legacy. There are a few places wh
Jeremy Fitzhardinge wrote:
Prarit Bhargava wrote:
I don't like the idea of having touch_softlockup_watchdog exported
with your new code -- we still have two methods of effecting the
softlockup watchdog and that's confusing and its going to cause
serious problems down the road.
It's l
Prarit Bhargava wrote:
> You don't have to do them all -- you could do one with (as in my
> previous patch -- which I'm not married to BTW ;) )
>
> touch_cpu_softlockup_watchdog()
>
> and all with
>
> touch_softlockup_watchdog()
Well, I think changing the meaning of touch_softlockup_watchdog() for
Jeremy Fitzhardinge wrote:
Prarit Bhargava wrote:
You don't have to do them all -- you could do one with (as in my
previous patch -- which I'm not married to BTW ;) )
touch_cpu_softlockup_watchdog()
and all with
touch_softlockup_watchdog()
Well, I think changing the meaning of tou
On 3/28/07, John <[EMAIL PROTECTED]> wrote:
Would someone know how to disable SMM in this BIOS?
There's no generic way. Try disabling USB keyboard emulation and any
unused peripherals. Also google "RTAI disable SMM".
> Is this a laptop? They are plagued with SMM problems...
No it is an "
On Tue, 27 Mar 2007, Thomas Meyer wrote:
> It seems, that after the resume all usb devices gets removed and plug in
> again (virtually!). This results in a new input device name:
Yes, this is what actually happens. JFYI see current thread on lkml which
is a bit realted - http://lkml.org/lkml/20
On 3/28/07, Jiri Kosina <[EMAIL PROTECTED]> wrote:
On Tue, 27 Mar 2007, Thomas Meyer wrote:
> It seems, that after the resume all usb devices gets removed and plug in
> again (virtually!). This results in a new input device name:
Yes, this is what actually happens. JFYI see current thread on lk
On Wednesday 28 March 2007 15:33, Prarit Bhargava wrote:
>
> Jeremy Fitzhardinge wrote:
> >
> > I haven't really worked out how this should interact with the nmi
> > watchdog; touch_nmi_watchdog() still ends up calling
> > touch_softlockup_watchdog(), so there's still some redundancy here.
> >
> >
touch_nmi_watchdog is attempting to tickle _all_ CPUs softlockup watchdogs.
It is supposed to only touch the current CPU, just like it only touches
the NMI watchdog on the current CPU.
Andi,
(sorry for the cut-and-paste).
touch_nmi_watchdogs sets EACH CPUs alert_counter to 0.
v
On Wednesday 28 March 2007 16:00, Prarit Bhargava wrote:
>
> >> touch_nmi_watchdog is attempting to tickle _all_ CPUs softlockup watchdogs.
> >>
> >
> > It is supposed to only touch the current CPU, just like it only touches
> > the NMI watchdog on the current CPU.
> >
> >
>
> Andi,
>
>
Andi Kleen wrote:
On Wednesday 28 March 2007 16:00, Prarit Bhargava wrote:
touch_nmi_watchdog is attempting to tickle _all_ CPUs softlockup watchdogs.
It is supposed to only touch the current CPU, just like it only touches
the NMI watchdog on the current CPU.
Andi
On 28/03/07, Jiri Kosina <[EMAIL PROTECTED]> wrote:
On Wed, 28 Mar 2007, Michal Piotrowski wrote:
> BUG: using smp_processor_id() in preemptible [0001] code: mount/7245
> is fixed, thanks.
> but I still get this
> [ 208.523901] =
> [ 208.529739] [ INFO: inco
On 3/28/07, Toralf Förster <[EMAIL PROTECTED]> wrote:
I compiled current git source 2.6.21-rc5-g28defbe and got this warning:
...
fs/block_dev.c: In function `bd_claim_by_kobject':
fs/block_dev.c:953: warning: 'found' might be used uninitialized in this
function
...
Most of these warnings are
On Wed, Mar 28, 2007 at 11:56:01AM -0400, Lee Schermerhorn wrote:
> PATCH 2.6.21-rc5-mm2: add compile.h dependency for missing_syscalls.o
>
> Add a dependency on include/linux/compile.h to missing_syscalls.o
> target in init/Makefile. Without this, [ia64] build fails with:
>
> init/missing_sysc
On Tue, Mar 27, 2007 at 07:39:10PM +, Thorsten Kranzkowski wrote:
> Mar 16 16:57:06 Marvin kernel: svc: bad direction 268435456, dropping request
> Mar 16 17:58:19 Marvin kernel: svc: bad direction 268435456, dropping request
> Mar 16 19:55:49 Marvin kernel: svc: bad direction 268435456, droppi
Hi,
On Mon, Mar 26, 2007 at 09:16:27PM -0800, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm2/
>
>
> - This is the same as 2.6.12-rc5-mm1, except the staircase deadline CPU
> scheduler has been added.
OOPS (hand-pasted), happen
On Tue, Mar 27, 2007 at 03:21:33PM -0600, Andreas Dilger wrote:
> The following patch adds some extra clarification to the CONFIG_DEBUG_INFO
> Kconfig help text. The current text is mostly a recursive definition and
> doesn't really say much of anything. When I first read this I thought it
> was
1 - 100 of 336 matches
Mail list logo
