Acked-By: Kirill Korotaev [EMAIL PROTECTED]
From: Serge E. Hallyn [EMAIL PROTECTED]
Subject: [PATCH] namespaces: update some function names
The {get,exit}_task_namespaces do not grab references to the individual
namespaces, only to the nsproxy. Reflect that in the function names.
Not so
Hello Greg,
On Feb 20 2007 20:05, Greg KH wrote:
Try this instead:
if (!de)
return -ENOMEM;
if ((IS_ERR(de)) (PTR_ERR(de) != -ENODEV))
return PTR_ERR(de);
return 0;
That should cover everything properly, right?
In case memory could not be
Then I'll put udelay() and a timeout counter for it. If udelay() was
in the busy loop, cpu_relax() is still recommended?
The udelay should deal with it for you.
Here is a patch on top of the previous one. If this was OK I'll fold
it into one patch.
Looks good to me
+ while
Fix the misspellings of propogate, writting and (oh, the shame
:-) kenrel in the source tree.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
Documentation/sysctl/kernel.txt |2 +-
arch/powerpc/oprofile/op_model_cell.c |2 +-
arch/x86_64/kernel/io_apic.c
On Feb 21 2007 11:00, Giuseppe Bilotta wrote:
On Wednesday 21 February 2007 02:49, Greg KH wrote:
/* frame pointer must be last for get_wchan */
-#define SAVE_CONTEXTpushq %%rbp ; movq %%rsi,%%rbp\n\t
-#define RESTORE_CONTEXT movq %%rbp,%%rsi ; popq %%rbp\n\t
+#define SAVE_CONTEXT
Update the serial_txx9 driver.
* Use platform_device.
* Fix and cleanup suspend/resume/initialization codes.
Signed-off-by: Atsushi Nemoto [EMAIL PROTECTED]
Acked-by: Alan Cox [EMAIL PROTECTED]
---
diff --git a/drivers/serial/serial_txx9.c b/drivers/serial/serial_txx9.c
index f4440d3..509ace7
On Wed, 2007-02-21 at 18:07 +0100, Thomas Gleixner wrote:
On Wed, 2007-02-21 at 08:24 -0800, Daniel Walker wrote:
The most interesting core change may be the dyntick/nohz one, where timer
ticks will only happen when needed. It's been brewing for a _loong_ time,
but it's in the standard
Giuseppe Bilotta wrote:
On Wednesday 21 February 2007 02:49, Greg KH wrote:
/* frame pointer must be last for get_wchan */
-#define SAVE_CONTEXTpushq %%rbp ; movq %%rsi,%%rbp\n\t
-#define RESTORE_CONTEXT movq %%rbp,%%rsi ; popq %%rbp\n\t
+#define SAVE_CONTEXTpushf ; pushq %%rbp ;
[EMAIL PROTECTED] wrote:
1.) detecting memory leaks caused by our driver code.
Your code will of course be allocating buffers. If you are allocating
from a specific slab, if you have leaks, they will show up in /proc/slabinfo
I wrote some code last month, which I called slabwatch, to track
On Wed, 21 Feb 2007 12:10:44 -0500 (EST) Robert P. J. Day wrote:
Fix the misspellings of propogate, writting and (oh, the shame
:-) kenrel in the source tree.
We also knohow to spel depreciated.
(well, only 6 in 2.6.21-rc1)
---
~Randy
*** Remember to use Documentation/SubmitChecklist when
On Wed, Feb 21, 2007 at 06:07:56PM +0100, Jan Engelhardt wrote:
Hello Greg,
On Feb 20 2007 20:05, Greg KH wrote:
Try this instead:
if (!de)
return -ENOMEM;
if ((IS_ERR(de)) (PTR_ERR(de) != -ENODEV))
return PTR_ERR(de);
return 0;
That
Le 21.02.2007 17:18:23, Markus Trippelsdorf a écrit :
On Wed, Feb 21, 2007 at 03:01:54PM +0100, Jean-Luc Coulon (f5ibh)
wrote:
At boot time, I've the following messages:
ACPI: PCI Interrupt :00:0f.0[B] GSI 20(level, low) - IRQ 20
sata_via :00:0f.0: failed on iomap PCI BAR 0
sata_via
On Wed, 2007-02-21 at 09:19 -0800, Daniel Walker wrote:
At this point the PIT / HPET _is_ active and incrementing jiffies. The
switch to local apic timers happens afterwards.
Could be the switch over then which confuses the NMI .
Why? The switch just stops the PIT/HPET. It does not
On Wed, Feb 21, 2007 at 01:55:04PM +0200, S.??a??lar Onur wrote:
21 ??ub 2007 ??ar tarihinde, Greg KH ??unlar?? yazmt??:
Responses should be made by Friday February 23 00:00 UTC. Anything
received after that time might be too late.
We have still some CVEish patches in our package
On Wed, 2007-02-21 at 18:41 +0100, Thomas Gleixner wrote:
On Wed, 2007-02-21 at 09:19 -0800, Daniel Walker wrote:
At this point the PIT / HPET _is_ active and incrementing jiffies. The
switch to local apic timers happens afterwards.
Could be the switch over then which confuses the NMI
When a device fails to register the class symlinks where not cleaned up.
This left a symlink in the /sys/class/device/ directory that pointed to
no where. This caused the sysfs_follow_link Oops I reported earlier. This
patch cleanups up the symlink. Please apply. Thank you.
Signed-Off: James
Every file should include the headers containing the prototypes for
it's global functions.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
--- linux-2.6.20-mm2/drivers/hid/hid-debug.c.old2007-02-20
23:07:32.0 +0100
+++ linux-2.6.20-mm2/drivers/hid/hid-debug.c2007-02-21
On Wed, 21 Feb 2007, Adrian Bunk wrote:
Every file should include the headers containing the prototypes for
it's global functions.
Applied, thanks.
--
Jiri Kosina
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
Below is the first step in your Fix-Your-Broken-Arch-HOWTO for UML.
Great! Thanks for tackling this.
Do you want incremental patches as I go along, or replacement ones?
The way I've organized my patch series is with the arch support split up
along with the separate infrastructure patches in
This patch backports from 2.6.19 a fix to a 2.6.18 regression.
Like for PTRACE_OLDSETOPTIONS, we should fix PTRACE_[GS]ET_THREAD_AREA. This had
been done already for 2.6.19, so this is for 2.6.18-stable only.
This was tested with UML/32bit as API consumer, both before and after this
patch.
Cc:
Hi Greg,
Try this instead:
if (!de)
return -ENOMEM;
if ((IS_ERR(de)) (PTR_ERR(de) != -ENODEV))
return PTR_ERR(de);
return 0;
That should cover everything properly, right?
In case memory could not be allocated, why does not securityfs_*() return
On Wed, 21 Feb 2007, Pekka J Enberg wrote:
+ */
+ BUG_ON(slabp-inuse 0 || slabp-inuse = cachep-num);
+
while (slabp-inuse cachep-num batchcount--) {
I think you only need to check for 0. If slabp-inuse cachep-num then
the loop will not be taken.
-
On Wed, 21 Feb 2007, Pekka Enberg wrote:
On 2/21/07, Arjan van de Ven [EMAIL PROTECTED] wrote:
please mark this one __must_check.. not storing realloc() return values
is one of the more nasty types of bugs... but gcc can help us greatly
here ;)
So I guess we want the same thing for the
On Wed, 21 Feb 2007, Pekka J Enberg wrote:
+void *krealloc(const void *p, size_t new_size, gfp_t flags)
+{
+ void *ret;
+
+ if (unlikely(!p))
+ return kmalloc_track_caller(new_size, flags);
+
+ if (unlikely(!new_size)) {
+ kfree(p);
+
On 2/21/07, Matthew Fredrickson [EMAIL PROTECTED] wrote:
It's a 2.6.18 kernel. What we're seeing (by means of the interrupt pin
on another card) is extremely large interrupt latency (measured from
the time the interrupt pin goes low to the first couple lines of code
in the IRQ handler to clear
---
mm/mmap.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff -puN mm/mmap.c~Avoiding-mmap-fragmentation_fixup mm/mmap.c
--- linux-2.6_clean/mm/mmap.c~Avoiding-mmap-fragmentation_fixup 2007-02-21
09:49:32.0 -0800
+++ linux-2.6_clean-akuster/mm/mmap.c 2007-02-21
BTW:
Is the situation, with default DN setting of 19 as displayed below,
`normal` w.r.t. interrupts?
I mean: Both the DVB card with DN19 and the Unichrome Pro video adapter
have the same irq although they are on different busses.
(...)
00:13.0 Multimedia controller: Philips Semiconductors
On Wed, 2007-02-21 at 09:38 -0800, Daniel Walker wrote:
Could be the switch over then which confuses the NMI .
Why? The switch just stops the PIT/HPET. It does not fiddle with IO_APIC
and friends at all.
I'm not an expert on the io-apic, but the check_timer() function seemed
to
On Tue, Feb 20, 2007 at 07:29:01PM +0100, Rafael J. Wysocki wrote:
On Tuesday, 20 February 2007 01:32, Rafael J. Wysocki wrote:
On Tuesday, 20 February 2007 01:12, Oleg Nesterov wrote:
Hm. In the case discussed above we have a task that's right before calling
frozen_process(), so we can't
On Wednesday, 21 February 2007 19:14, Paul E. McKenney wrote:
On Tue, Feb 20, 2007 at 07:29:01PM +0100, Rafael J. Wysocki wrote:
On Tuesday, 20 February 2007 01:32, Rafael J. Wysocki wrote:
On Tuesday, 20 February 2007 01:12, Oleg Nesterov wrote:
Hm. In the case discussed above we have a
Christoph Lameter wrote:
Well could you check ksize for the old object first and if ksize = new
size then just skip the copy? I think this may allow you
to get rid of the ksize callers.
And not reallocate at all, right? I thought about that but then you
wouldn't be able to use realloc() to
On Wed, 21 Feb 2007, Pekka J Enberg wrote:
+ */
+ BUG_ON(slabp-inuse 0 || slabp-inuse = cachep-num);
+
while (slabp-inuse cachep-num batchcount--) {
On 2/21/07, Christoph Lameter [EMAIL PROTECTED] wrote:
I think you only need to check for 0. If
On Wed, 2007-02-21 at 19:18 +0100, Thomas Gleixner wrote:
On Wed, 2007-02-21 at 09:38 -0800, Daniel Walker wrote:
Could be the switch over then which confuses the NMI .
Why? The switch just stops the PIT/HPET. It does not fiddle with IO_APIC
and friends at all.
I'm not an
On Feb 21, 2007, at 12:35 AM, Ken Chen wrote:
On 2/20/07, Ananiev, Leonid [EMAIL PROTECTED] wrote:
1) mem=1G in kernel boot param if you have more
2) unmount; mk2fs; mount
3) dd if=/dev/zero of=test_file bs=1M count=1200
4) aiostress -s 1200m -O -o 2 -i 1 -r 16k test_file
5) if i++50 goto 2).
On Wed, 21 Feb 2007, Pekka Enberg wrote:
Christoph Lameter wrote:
Well could you check ksize for the old object first and if ksize = new size
then just skip the copy? I think this may allow you to get rid of the ksize
callers.
And not reallocate at all, right? I thought about that but
On Wed, Feb 21, 2007 at 07:13:40PM +0100, Rafael J. Wysocki wrote:
On Wednesday, 21 February 2007 19:14, Paul E. McKenney wrote:
On Tue, Feb 20, 2007 at 07:29:01PM +0100, Rafael J. Wysocki wrote:
On Tuesday, 20 February 2007 01:32, Rafael J. Wysocki wrote:
On Tuesday, 20 February 2007
On Wed, 21 Feb 2007, Pekka Enberg wrote:
...and batchcount is not decremented and we're effectively in an
infinite loop. Or am I missing something here?
No you are right.
Acked-by: Christoph Lameter [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
Hi;
21 Şub 2007 Çar tarihinde, Greg KH şunları yazmıştı:
On Wed, Feb 21, 2007 at 01:55:04PM +0200, S.??a??lar Onur wrote:
21 ??ub 2007 ??ar tarihinde, Greg KH ??unlar?? yazmt??:
Responses should be made by Friday February 23 00:00 UTC. Anything
received after that time might be too
Hi Jörn,
On Wed, 21 Feb 2007, [utf-8] Jörn Engel wrote:
On Wed, 21 February 2007 05:36:22 +0100, Juan Piernas Canovas wrote:
I don't see how you can guarantee 50% free segments. Can you explain
that bit?
It is quite simple. If 50% of your segments are busy, and the other 50%
are free, and
On Wed, 21 Feb 2007, Muli Ben-Yehuda wrote:
On Wed, Feb 21, 2007 at 10:06:52AM +0200, Pekka J Enberg wrote:
From: Pekka Enberg [EMAIL PROTECTED]
This exports ksize in slab and slob allocators to modules.
That's a pretty generic name... if it's going to be part of the module
API, it
I'm getting an undefined symbol with CONFIG_AGP=m:
WARNING: compat_agp_ioctl [drivers/char/agp/agpgart.ko] undefined!
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fingerprint = 58CA 54C7 6D53 942B 1756 01D3
This is an interesting trick, but I'd like to consider hard whether
the added
complexity is worth it. Could you list the various other cases you
have in mind
which would want to use it ?
I'm happy to report that the sync case and the
invalidate_inode_pages2_range() case are the only two
Hi Christoph,
Christoph Lameter wrote:
1. Just do not allow shrinking via realloc. Probably no big loss and best
performance.
Not a big loss if you can afford the wasted memory. But, I don't think
we should do this, there's no way for the caller to know that we will
hold on to the memory
On Wed, Feb 21, 2007 at 07:34:01PM +0100, Andreas Schwab wrote:
I'm getting an undefined symbol with CONFIG_AGP=m:
WARNING: compat_agp_ioctl [drivers/char/agp/agpgart.ko] undefined!
Fix went to Linus an hour ago.
It's been in -mm for a week, and agpgart.git for a day or so.
Faik Uygur napsal(a):
Hi,
Hi.
21 Şub 2007 Çar 06:53 tarihinde, Linus Torvalds şunları yazmıştı:
Ok, the merge window for 2.6.21 has closed, and -rc1 is out there.
CHK include/linux/version.h
CHK include/linux/utsrelease.h
CHK include/linux/compile.h
CC [M]
On Wednesday 21 February 2007 19:34:45 Greg KH wrote:
On Wed, Feb 21, 2007 at 01:55:04PM +0200, S.??a??lar Onur wrote:
21 ??ub 2007 ??ar tarihinde, Greg KH ??unlar?? yazmt??:
Responses should be made by Friday February 23 00:00 UTC. Anything
received after that time might be too
On Thu, Feb 22, 2007 at 02:17:28AM +0900, Atsushi Nemoto wrote:
Update the serial_txx9 driver.
* Use platform_device.
* Fix and cleanup suspend/resume/initialization codes.
Signed-off-by: Atsushi Nemoto [EMAIL PROTECTED]
Acked-by: Alan Cox [EMAIL PROTECTED]
Andrew, I've applied this
On Wed, 21 Feb 2007, Pekka Enberg wrote:
Christoph Lameter wrote:
2. Check if the size specified is larger than the next smallest general
cache and only copy if we would really would allocate from a different
cache.
Yeah, I was thinking about this too but decided against it (for now) as
Jiri Slaby napsal(a):
Faik Uygur napsal(a):
Hi,
Hi.
21 Şub 2007 Çar 06:53 tarihinde, Linus Torvalds şunları yazmıştı:
Ok, the merge window for 2.6.21 has closed, and -rc1 is out there.
CHK include/linux/version.h
CHK include/linux/utsrelease.h
CHK
Lennart Sorensen wrote:
On Wed, Feb 21, 2007 at 10:24:28AM +0100, Udo van den Heuvel wrote:
Udo van den Heuvel wrote:
So, if not (as in my situation) how can I find out what is wrong?
Or find out if the BIOS works OK with the card?
How can I verify that the correct routing for the IRQ is in
Kernel Bugzilla bug created:
http://bugzilla.kernel.org/show_bug.cgi?id=8050
Michael-Luke Jones
On 21 Feb 2007, at 14:36, Michael-Luke Jones wrote:
Apologies for brain failure, below should read 2.6.21-rc1.
Everything else should be correct.
Michael-Luke Jones
On 21 Feb 2007, at 10:50,
kjournald submited buffers for IO and waiting for them to finish.
It is means that the patch incorrectly moves internal kernel
synchronization
problem into user space as EIO instead of fixing a root cause or perform
iterative
synchronization.
After patching users will be surprised a lot of EIO
On Wed, 2007-02-21 at 10:23 -0800, Daniel Walker wrote:
Right, but eventually there isn't a regular timer interrupt through the
io-apic. I don't think in the past IRQ0 stops without the system
crashing, so check_timer() could assume the timer (IRQ0) is _always_
regular.
do you know what the
On Wed, 21 Feb 2007, Faik Uygur wrote:
CHK include/linux/version.h
CHK include/linux/utsrelease.h
CHK include/linux/compile.h
CC [M] drivers/char/ip2/ip2main.o
In file included from drivers/char/ip2/ip2main.c:285:
drivers/char/ip2/i2lib.c: In function
On 2/21/07, Christoph Lameter [EMAIL PROTECTED] wrote:
Why not? Its a realloc call and these are the classic semantics of
realloc. Otherwise realloc will always move the memory.
Well, as a reference, the user-space equivalent is defined in SUSv3 as:
The realloc() function shall change the
On Wed, Feb 21, 2007 at 06:03:16PM +0300, Mockern wrote:
I tried to check cat operations for tiny_tty driver from LDD book.
What is wrong with cat operation here?
Here is the output from strace cat hello /dev/my_tty1
[EMAIL PROTECTED]:/home# strace cat hello /dev/my_tty1
On Wed, Feb 21, 2007 at 03:59:51PM +0100, Udo van den Heuvel wrote:
But the IRQ for the DVB-T card doesn't work.
I would need to test the DVB-T card alone to be sure it has working IRQ.
If so, what would be the conclusion?
Well the BIOS makes an assumption about the irq routing on the board,
On Wed, 21 Feb 2007, Pekka Enberg wrote:
Well, as a reference, the user-space equivalent is defined in SUSv3 as:
The realloc() function shall change the size of the memory object
pointed to by ptr to the size specified by size.
The realloc functions intent is to leave the object in place if
On Wed, 21 Feb 2007, Kok, Auke wrote:
I think we need to drop this now. The report that says that this *fixes*
something might have been on regular interrupts only. I currently suspect that
it breaks all MSI interrupts, which would make sense if I look a the code.
Very bad indeed.
I'll
On Wed, 2007-02-21 at 20:23 +0100, Thomas Gleixner wrote:
On Wed, 2007-02-21 at 10:23 -0800, Daniel Walker wrote:
Right, but eventually there isn't a regular timer interrupt through the
io-apic. I don't think in the past IRQ0 stops without the system
crashing, so check_timer() could assume
On Wed, 21 February 2007 19:31:40 +0100, Juan Piernas Canovas wrote:
I do not understand. Do you mean that if I have 10 segments, 5 busy and 5
free, after cleaning I could need 6 segments? How? Where the extra blocks
come from?
This is a fairly complicated subject and I have trouble
Thank you very much for you help.
BTW, for cat /dev/my_tty1 can see here something wrong?
as I understand tiny_timer function sends data to tty level
by calling tty_flip_buffer_push(tty).
Is this enough to support cat /dev/my_tty1?
On Wed, Feb 21, 2007 at 06:03:16PM +0300, Mockern wrote:
I
Greg KH wrote:
This is the start of the stable review cycle for the 2.6.19.5 release.
This will probably be the last release of the 2.6.19-stable series, so
if there are patches that you feel should be applied to that tree,
please let me know.
There are 21 patches in this series, all will
Udo van den Heuvel [EMAIL PROTECTED] writes:
But the IRQ for the DVB-T card doesn't work.
That's because the card drives incorrect INT line. The system (BIOS,
Linux) thinks the card would drive INT_D (as seen at the MB PCI slot)
and and card drives (its INT_A) INT_B.
I would need to test the
Hi!
Rafael,
On Sat, Feb 17, 2007 at 12:24:45PM +0100, Rafael J. Wysocki wrote:
Pavel, do you think we can remove the PF_NOFREEZE from bluetooth, BTW?
The create_workqueue by default marks the worker_threads to be
non_freezable. For cpu hotplug, all workqueues can be frozen
except the
On Wed, 21 Feb 2007 11:24:33 -0800 (PST)
Linus Torvalds [EMAIL PROTECTED] wrote:
On Wed, 21 Feb 2007, Kok, Auke wrote:
I think we need to drop this now. The report that says that this *fixes*
something might have been on regular interrupts only. I currently suspect
that
it breaks
On Wed, 21 Feb 2007 14:31:41 -0500
Chuck Ebbert [EMAIL PROTECTED] wrote:
Greg KH wrote:
This is the start of the stable review cycle for the 2.6.19.5 release.
This will probably be the last release of the 2.6.19-stable series, so
if there are patches that you feel should be applied to
- KRYPTIVA PACKAGED MESSAGE -
PACKAGING TYPE: SIGNED
Hello Mathieu,
Mathieu Desnoyers wrote:
Yes, that was indeed the first way I implemented it, as a disable option. One of the
main thing we have to figure out before I modify this is if we want to have the generic version of
markers
Udo van den Heuvel [EMAIL PROTECTED] writes:
Is the situation, with default DN setting of 19 as displayed below,
`normal` w.r.t. interrupts?
I mean: Both the DVB card with DN19 and the Unichrome Pro video adapter
have the same irq although they are on different busses.
It's normal (and
Michal,
On Wed, 2007-02-21 at 16:38 +0100, Michal Piotrowski wrote:
But you still have those softirq pending messages, right ?
Yes
(+ new NOHZ: local_softirq_pending 02)
Yike, that's the timer softirq.
Can you add the patch below, maybe it gives us some useful info. Please
enable
On Wed, Feb 21, 2007 at 01:11:12AM +0100, Krzysztof Halasa wrote:
[EMAIL PROTECTED] (Lennart Sorensen) writes:
Via has a dual pci-ext card. See EXT-PCI at
http://www.via.com.tw/en/products/mainboards/accessories.jsp
Right, and they say it's compatible with EPIA mini-ITX family.
That
On Wed, Feb 21, 2007 at 10:24:28AM +0100, Udo van den Heuvel wrote:
Udo van den Heuvel wrote:
Any ideas about how to proceed?
What to test?
I found some info on the VIA dual PCI extender card at
http://www.itx-warehouse.co.uk/Product.aspx?ProductID=410.
The text says:
The EXT-PCI is a
On Wed, 2007-02-21 at 20:23 +0100, Thomas Gleixner wrote:
On Wed, 2007-02-21 at 10:23 -0800, Daniel Walker wrote:
Right, but eventually there isn't a regular timer interrupt through the
io-apic. I don't think in the past IRQ0 stops without the system
crashing, so check_timer() could assume
On 02/21, Rafael J. Wysocki wrote:
On Wednesday, 21 February 2007 19:14, Paul E. McKenney wrote:
On Tue, Feb 20, 2007 at 07:29:01PM +0100, Rafael J. Wysocki wrote:
On Tuesday, 20 February 2007 01:32, Rafael J. Wysocki wrote:
On Tuesday, 20 February 2007 01:12, Oleg Nesterov wrote:
On Wed, Feb 21, 2007 at 10:33:52PM +0300, Mockern wrote:
Thank you very much for you help.
BTW, for cat /dev/my_tty1 can see here something wrong?
as I understand tiny_timer function sends data to tty level
by calling tty_flip_buffer_push(tty).
Is this enough to support cat
On Wed, 21 Feb 2007, Andrew Morton wrote:
http://www.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/broken-out/x86_64-mm-simplfy-__assign_irq_vector.patch
On Wed, Feb 21, 2007 at 07:11:06PM +0100, Udo van den Heuvel wrote:
BTW:
Is the situation, with default DN setting of 19 as displayed below,
`normal` w.r.t. interrupts?
I mean: Both the DVB card with DN19 and the Unichrome Pro video adapter
have the same irq although they are on different
On Wed, Feb 07, 2007 at 07:50:44PM +0300, Dmitriy Monakhov wrote:
eCryptfs lower file handling code has several issues:
- Retval from prepare_write()/commit_writ() was't checked to equality
to AOP_TRUNCATED_PAGE.
- In some places page was't unmapped and unlocked after error.
I
On Fri, 16 Feb 2007 18:03:35 -0800
Siddha, Suresh B [EMAIL PROTECTED] wrote:
+ int cpu = smp_processor_id(), idle_at_tick = idle_cpu(cpu);
argh. Please, do
int cpu = smp_processor_id();
int idle_at_tick = idle_cpu(cpu);
-
To unsubscribe from this list: send the line
Andrew Morton [EMAIL PROTECTED] writes:
On Wed, 21 Feb 2007 14:31:41 -0500
Chuck Ebbert [EMAIL PROTECTED] wrote:
What is the status of:
http://www.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/broken-out/x86_64-mm-simplfy-__assign_irq_vector.patch
Kumar Gala [EMAIL PROTECTED] writes:
I usually run the following twice to get the hang state:
time ./trunc_test bar 1
time ./trunc_test baz 1
I was wondering if anyone had any suggestions on what to poke at next
to try and figure out what is going on.
So I realized I
On Wed, 21 Feb 2007, Daniel Walker wrote:
There's a compile failure during my bisect.
When that happens, you need to pick another commit to try than the one git
selected for you automatically. You can do that by doing
git bisect visualize
and select another commit somewhere fairly
cat /dev/my_tty does nothing, just stopped for reading. I tried to send a
data,
but there was no respond, just waiting.
On Wed, Feb 21, 2007 at 10:33:52PM +0300, Mockern wrote:
Thank you very much for you help.
BTW, for cat /dev/my_tty1 can see here something wrong?
as I understand
On Fri, 16 Feb 2007 18:08:42 -0800
Siddha, Suresh B [EMAIL PROTECTED] wrote:
Changes since v1:
- Move the idle load balancer selection from schedule()
to the first busy scheduler_tick() after restarting the tick.
This will avoid the unnecessay ownership changes when
Eric W. Biederman wrote:
Andrew Morton [EMAIL PROTECTED] writes:
On Wed, 21 Feb 2007 14:31:41 -0500
Chuck Ebbert [EMAIL PROTECTED] wrote:
What is the status of:
On Wed, Feb 21, 2007 at 11:21:10PM +0300, Mockern wrote:
cat /dev/my_tty does nothing, just stopped for reading. I tried to send a
data,
but there was no respond, just waiting.
Well certainly using the jsm driver (which is what I use for the pci
card I play with), doing cat to the port send
Going back to something you mentioned earlier...
On Fri, 9 Feb 2007, Roland McGrath wrote:
I don't think I really object to the ABI change of clearing %dr6 after an
exception so that it does not accumulate multiple results. But first I'll
have to convince myself that we never actually do
On Wed, 2007-02-21 at 12:00 -0800, Daniel Walker wrote:
There's a compile failure during my bisect.
distcc[3863] ERROR: compile /tmp//hrtimer.tmp.dwalker1.3795.i on dwalker3/120
failed
kernel/hrtimer.c: In function 'hrtimer_cpu_notify':
kernel/hrtimer.c:884: warning: implicit declaration
On Thu, Feb 22, 2007 at 04:12:04AM +0900, OGAWA Hirofumi wrote:
YOSHIFUJI Hideaki / ?$B5HF#1QL@ [EMAIL PROTECTED] writes:
In article [EMAIL PROTECTED] (at Tue, 20 Feb 2007 20:53:45 -0800 (PST)),
Linus Torvalds [EMAIL PROTECTED] says:
But there's a ton of architecture updates (arm,
On Wed, Feb 21, 2007 at 02:31:41PM -0500, Chuck Ebbert wrote:
Greg KH wrote:
This is the start of the stable review cycle for the 2.6.19.5 release.
This will probably be the last release of the 2.6.19-stable series, so
if there are patches that you feel should be applied to that tree,
I logged:
http://bugzilla.kernel.org/show_bug.cgi?id=8051
That is looking very similar to what this thread is about.
But the fact that this bites on a laptop, where you cannot
modify cabling/jumpering of the drives is annoying.
The drive is even properly recognized when booting from
a cd
Greg KH wrote:
What is the status of:
http://www.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/broken-out/x86_64-mm-simplfy-__assign_irq_vector.patch
Argh I think I screwed the mail threading, I was refering to:
http://ussg.iu.edu/hypermail/linux/kernel/0702.1/1060.html
From: Patrick Ale
Date: Sun Feb 11 2007 - 05:28:21 EST
Sorry
--
Vincent Legoll
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
* Karim Yaghmour ([EMAIL PROTECTED]) wrote:
- KRYPTIVA PACKAGED MESSAGE -
PACKAGING TYPE: SIGNED
Hello Mathieu,
Mathieu Desnoyers wrote:
Yes, that was indeed the first way I implemented it, as a disable
option. One of the main thing we have to figure out before I modify this is
On Wed, 2007-02-21 at 21:43 +0100, Thomas Gleixner wrote:
On Wed, 2007-02-21 at 12:00 -0800, Daniel Walker wrote:
There's a compile failure during my bisect.
distcc[3863] ERROR: compile /tmp//hrtimer.tmp.dwalker1.3795.i on
dwalker3/120 failed
kernel/hrtimer.c: In function
On Wednesday, 21 February 2007 21:03, Oleg Nesterov wrote:
On 02/21, Rafael J. Wysocki wrote:
On Wednesday, 21 February 2007 19:14, Paul E. McKenney wrote:
On Tue, Feb 20, 2007 at 07:29:01PM +0100, Rafael J. Wysocki wrote:
On Tuesday, 20 February 2007 01:32, Rafael J. Wysocki wrote:
Hello All,
Attached you will find a new bigphysarea patch for i386 and x86_64.
I have fixed the following compared to the previous version posted by
me at October 30th, 2006:
* The stock 2.6.18 kernel gave a compile warning at line 66, this was
introduced by a reordering of the 'struct
On 2/21/07, Vincent Legoll [EMAIL PROTECTED] wrote:
Argh I think I screwed the mail threading, I was refering to:
http://ussg.iu.edu/hypermail/linux/kernel/0702.1/1060.html
From: Patrick Ale
Date: Sun Feb 11 2007 - 05:28:21 EST
Sorry
Yea, I know.. I mail too much.. too much time at hands
On 2/21/07, Patrick Ale [EMAIL PROTECTED] wrote:
On 2/21/07, Vincent Legoll [EMAIL PROTECTED] wrote:
In the latter case it might explain why you see one master connected
to one bus and a slave to the other. If you use legacy SATA mode you
should just see drive 0 and drive 1.
Oh and! In
Michael Krufky wrote:
Greg KH wrote:
Ok, I've now gotten all of these for .19 and .18.
If I've missed anything, please let me know.
thanks for your patience.
Looks good... Thank you, Greg.
Greg KH wrote:
This will probably be the last release of the 2.6.19-stable series, so
if there
701 - 800 of 1130 matches
Mail list logo