have it return the buffer it had allocated
Acked-by: Stephen Smalley [EMAIL PROTECTED]
Acked-by: James Morris [EMAIL PROTECTED]
Signed-off-by: Al Viro [EMAIL PROTECTED]
---
fs/proc/base.c | 21 ++---
include/linux/security.h |8
security/dummy.c
Valdis.Kletnieks silly little rant:
Certainly appropriate content for something on your website,
and vendors who
provide programs like dmidecode and parsemce are always
welcome. I could
probably be convinced that such info should have at least a
pointer somewhere
in
On Mon, 12 Mar 2007, Oliver Neukum wrote:
Yes, I was missing the point. In consequence, drivers must not use
dev_get_drvdata() to get their references to their private data. It's
You do realize how foolish that sounds? Why do you think
dev_get_drvdata() was written in the first place?
Greg KH wrote:
thanks, but again, which usb-serial device do you have running here?
That's in the oops log: pl2303 for the ckermit test.
For the other oops (plug/wait/unplug a multi-func hub), one of the hubs
also has a pl2303, the other has an mct_u232.
Cheers
-ml
-
To unsubscribe from
On Mon, Mar 12, 2007 at 06:08:11PM +0200, Avi Kivity wrote:
Joerg Roedel wrote:
On Fri, Mar 09, 2007 at 08:10:03PM +0200, Avi Kivity wrote:
Joerg Roedel wrote:
From: Joerg Roedel [EMAIL PROTECTED]
This patch simplifies the get_cycles_sync() function by removing
the #ifdefs from
Mark Lord wrote:
..and here is a retest with linux-2.6.21-rc3-git7
of simply plug/wait/unplug a USB hub/serial/parallel/PS2 gizmo.
I have two of these, with different serial port hardware in each,
and doing this with either of them produces an ooops.
...
12:12:06 kernel: mct_u232 ttyUSB2: MCT
Alan Stern napsal(a):
On Mon, 12 Mar 2007, Jiri Slaby wrote:
Bisecting figured out the culprit:
Commit: 17230acdc71137622ca7dfd789b3944c75d39404
Author: Alan Stern [EMAIL PROTECTED] Mon, 19 Feb 2007 15:52:45 -0500
UHCI: Eliminate asynchronous skeleton Queue Headers
[...]
Post it along
Am Montag, 12. März 2007 17:11 schrieb Mark Lord:
Mark Lord wrote:
Greg KH wrote:
Does userspace have it open when you suspend/resume?
For the ooops I just posted, yes, I may have left Linux ckermit
running on the serial port before the suspend.
Here's a retest under
On 3/12/07, Bodo Eggert [EMAIL PROTECTED] wrote:
Michael K. Edwards [EMAIL PROTECTED] wrote:
Actually, I think it would make the kernel (negligibly) faster to bump
f_pos before the vfs_write() call.
This is a security risk.
other process:
unlink(secrest_file)
Thread 1:
On 3/12/07, jos poortvliet [EMAIL PROTECTED] wrote:
Op Monday 12 March 2007, schreef Al Boldi:
It only takes one negatively nice'd proc to affect X adversely.
goes faster than ever)? Or is this really the scheduler's fault?
Take this with a grain of salt, but, I don't think this is the
On Monday 12 March 2007, Con Kolivas wrote:
On 12/03/07, Gene Heskett [EMAIL PROTECTED] wrote:
On Monday 12 March 2007, Gene Heskett wrote:
To Con, I knew 2.6.20 worked with your earlier patches, so rather
than revert all the way, I just rebooted to 2.6.20.2-rdsl-0.30 and
I'm going to fire
At Mon, 12 Mar 2007 15:46:47 +,
Ralf Baechle wrote:
On Mon, Mar 12, 2007 at 03:43:10PM +0100, Takashi Iwai wrote:
Fair enough. I agree that removing const is the only reasonable fix
right now. But from semantics, const is a good thing, and people may
try to add it again later if
* Michal Schmidt [EMAIL PROTECTED] wrote:
When playing with trace_user_trigger_irq in order to trace
IRQ-userspace latencies, I encountered a bug in the latency tracer.
If I have wakeup_timing enabled and attempt to stop the trace in my
userspace program, the system crashes. This is
The implication of this code is that for files of size less than or equal
to a single page, the page associated with such a file is likely to get
evicted from the cache regardless of how frequently it is accessed. The
reason is that after the first access, prev_index is always zero and index
On Mon, 2007-03-12 at 19:16 +0300, Kirill Korotaev wrote:
now VE2 maps the same page. You can't determine whether this page is mapped
to this container or another one w/o page-container pointer.
Hi Kirill,
I thought we can always get from the page to the VMA. rmap provides
this to us via
On Mon, 2007-03-12 at 19:23 +0300, Kirill Korotaev wrote:
For these you essentially need per-container page-_mapcount counter,
otherwise you can't detect whether rss group still has the page in question
being mapped
in its processes' address spaces or not.
What do you mean by this? You
Mark Lord wrote:
Okay, from that part (above), the problem is obvious:
in that the MCT U232 converter now disconnected appears,
and then we continue to try and call the driver's method.. Oops!
The hack patch below fixes this, but it really just hides whatever
the real problem underneath was:
On Mon, 2007-03-12 at 19:23 +0300, Kirill Korotaev wrote:
For these you essentially need per-container page-_mapcount counter,
otherwise you can't detect whether rss group still has the page in question
being mapped
in its processes' address spaces or not.
What do you mean by this? You
On Mon, 2007-03-12 at 14:39 +0100, Stresslinux Kernel wrote:
Hello List,
running the following command
/sbin/grub-install --root-directory=/mnt --no-floppy /dev/sda
from a nfsroot system with kernel 2.6.20.2 (x86_64) results in:
[ cut here ]
kernel BUG at
well, since my last adventure with header files went over so
swimmingly, i might as well keep going. :-)
to my surprise, i learned only today that module.h includes
moduleparam.h, which flies in the face of all of the documentation
i've ever read which was adamant that i *had* to include
On Mon, 12 Mar 2007, Jan Kara wrote:
On Mon 12-03-07 15:39:00, Nick Piggin wrote:
On Mon, Mar 12, 2007 at 03:20:12PM +0100, Jan Kara wrote:
Hi,
Hi, I am encountering a performance problem, which I have tracked into the
Linux kernel. The problem occurs with my experimental web server that
On Mon, 2007-03-12 at 21:34 +1100, Con Kolivas wrote:
On Monday 12 March 2007 20:38, Xavier Bestel wrote:
On Mon, 2007-03-12 at 20:22 +1100, Con Kolivas wrote:
On Monday 12 March 2007 19:55, Mike Galbraith wrote:
Hmm. So... anything that's client/server is going to suffer horribly
-- Forwarded message --
From: Vitaliyi [EMAIL PROTECTED]
Date: Mar 12, 2007 7:03 PM
Subject: Re: libata extension
To: Mark Lord [EMAIL PROTECTED]
Use the SCSI SG_IO ioctl() with opcode=ATA_16,
which gives you access to the ATA Passthrough mechanism.
This will work for most ATA
On Mon, Mar 12, 2007 at 01:00:31PM -0400, Trond Myklebust wrote:
Code: 0f 0b eb fe f0 ff 41 44 c7 85 18 01 00 00 01 00 00 00 48 8b
RIP [8032fb83] nfs_wait_on_requests_locked+0x43/0xb2
RSP 81007d669ca8
Known issue. There is already a fix available in the -mm kernel
On Mon, 2007-03-12 at 13:13 -0400, Dave Jones wrote:
On Mon, Mar 12, 2007 at 01:00:31PM -0400, Trond Myklebust wrote:
Code: 0f 0b eb fe f0 ff 41 44 c7 85 18 01 00 00 01 00 00 00 48 8b
RIP [8032fb83] nfs_wait_on_requests_locked+0x43/0xb2
RSP 81007d669ca8
Known
Dave Hansen wrote:
On Mon, 2007-03-12 at 19:16 +0300, Kirill Korotaev wrote:
now VE2 maps the same page. You can't determine whether this page is mapped
to this container or another one w/o page-container pointer.
Hi Kirill,
I thought we can always get from the page to the VMA. rmap
if CONFIG_TASK_IO_ACCOUNTING is defined, we update io accounting counters for
each task.
This patch permits reporting of values using the well known getrusage()
syscall, filling ru_inblock and ru_oublock instead of null values.
As TASK_IO_ACCOUNTING currently counts bytes counts, we
On 3/12/07, Dave Hansen [EMAIL PROTECTED] wrote:
On Mon, 2007-03-12 at 19:16 +0300, Kirill Korotaev wrote:
now VE2 maps the same page. You can't determine whether this page is mapped
to this container or another one w/o page-container pointer.
Hi Kirill,
I thought we can always get from the
On Mon, 2007-03-12 at 20:19 +0300, Pavel Emelianov wrote:
Dave Hansen wrote:
On Mon, 2007-03-12 at 19:16 +0300, Kirill Korotaev wrote:
now VE2 maps the same page. You can't determine whether this page is mapped
to this container or another one w/o page-container pointer.
Hi Kirill,
On Mon 12-03-07 13:05:17, Ashif Harji wrote:
On Mon, 12 Mar 2007, Jan Kara wrote:
On Mon 12-03-07 15:39:00, Nick Piggin wrote:
On Mon, Mar 12, 2007 at 03:20:12PM +0100, Jan Kara wrote:
Hi,
Hi, I am encountering a performance problem, which I have tracked into
the
Linux kernel. The
On Mon, 2007-03-12 at 20:07 +0300, Kirill Korotaev wrote:
On Mon, 2007-03-12 at 19:23 +0300, Kirill Korotaev wrote:
For these you essentially need per-container page-_mapcount counter,
otherwise you can't detect whether rss group still has the page in question
being mapped
in its processes'
jos poortvliet wrote:
It only takes one negatively nice'd proc to affect X adversely.
Then, maybe, we should start nicing X again, like we did/had to do until a
few years ago? Or should we just wait until X gets fixed (after all,
development goes faster than ever)? Or is this really the
[Sam Ravnborg - Sun, Mar 11, 2007 at 08:50:33PM +0100]
[... snipped ...]
| I would rather avoid adding the extra lines. In the
| 'office-suite' fashion I have cooked up a patch that specify
| the filename as part of the windows title.
|
| To make the conversion we should consider renaming from
On Tuesday 13 March 2007 01:14, Al Boldi wrote:
Con Kolivas wrote:
The higher priority one always get 6-7ms whereas the lower priority
one runs 6-7ms and then one larger perfectly bound expiration amount.
Basically exactly as I'd expect. The higher priority task gets
precisely
On Tuesday 13 March 2007 00:48, Theodore Tso wrote:
On Mon, Mar 12, 2007 at 10:23:06PM +1100, Con Kolivas wrote:
We are getting good interactive response with a fair scheduler yet
you seem intent on overloading it to find fault with it.
I'm not trying to find fault, I'm TESTING
On Tuesday 13 March 2007 02:26, Linus Torvalds wrote:
On Mon, 12 Mar 2007, Mike Galbraith wrote:
On Mon, 2007-03-12 at 22:23 +1100, Con Kolivas wrote:
Mike the cpu is being proportioned out perfectly according to fairness
as I mentioned in the prior email, yet X is getting the lower
On 3/8/07, Andrew Morton [EMAIL PROTECTED] wrote:
- Re-added the ext4 development tree to the -mm lineup. It has stuff in
it.
And broken stuff too :-)
The nanoseconds patch is broken on x86_64 - makes mtimes from the future:
e.g. year 2431. I suspect an endianness issue.
x86 works fine
Following this email are three patches which represent the
current state of the lumpy reclaim patches; collectively lumpy V5.
This patch kit is against 2.6.21-rc3-mm2. This stack is split out
to show the incremental changes in this version. This contains
one fixup following on from Christoph
On Monday, 12 March 2007 14:24, Cedric Le Goater wrote:
Oleg Nesterov wrote:
On 03/12, Rafael J. Wysocki wrote:
On Monday, 12 March 2007 09:14, Pavel Machek wrote:
Can we get better name for this function?
Well, I took the name from the Oleg's message. Can you please suggest
something?
When we are out of memory of a suitable size we enter reclaim.
The current reclaim algorithm targets pages in LRU order, which
is great for fairness at order-0 but highly unsuitable if you desire
pages at higher orders. To get pages of higher order we must shoot
down a very high proportion of
As pointed out by Christop Lameter it should not be possible for a
page to change its active/inactive state without taking the lru_lock.
Reinstate this safety net.
Signed-off-by: Andy Whitcroft [EMAIL PROTECTED]
Acked-by: Mel Gorman [EMAIL PROTECTED]
---
diff --git a/mm/vmscan.c b/mm/vmscan.c
When scanning the order sized area around the tag page we pull all
pages of the matching active state; the non-matching pages are not
otherwise affected. We currently count these as scanned increasing
the apparent scan rates. Previously we would only count a page
scanned if it was actually
Am Montag, 12. März 2007 17:21 schrieb Alan Stern:
On Mon, 12 Mar 2007, Oliver Neukum wrote:
Yes, I was missing the point. In consequence, drivers must not use
dev_get_drvdata() to get their references to their private data. It's
You do realize how foolish that sounds? Why do you
On Monday 12 March 2007, Douglas McNaught wrote:
Gene Heskett [EMAIL PROTECTED] writes:
If, and I have previously, I revert to a 2.6.20-ck1 patching, this
does not occur. So my contention is that someplace in this recent
progression from 2.6.20 to 2.6.21-rc3, there is a patch which acts to
On Monday 12 March 2007, Gene Heskett wrote:
On Monday 12 March 2007, Con Kolivas wrote:
On 12/03/07, Gene Heskett [EMAIL PROTECTED] wrote:
On Monday 12 March 2007, Gene Heskett wrote:
To Con, I knew 2.6.20 worked with your earlier patches, so rather
than revert all the way, I just rebooted to
From: Haavard Skinnemoen [EMAIL PROTECTED]
Rip out most of the ptrace code for AVR32 and replace it with the
much nicer utrace stuff. It builds in all possible combinations of
CONFIG_UTRACE and CONFIG_PTRACE, and it seems to work as far as I've
tested it with strace and some simple debugging with
On Mon, 2007-03-12 at 18:23 +, Andy Whitcroft wrote:
+ /* The target page is in the block, ignore it. */
+ if (unlikely(pfn == page_pfn))
+ continue;
+#ifdef CONFIG_HOLES_IN_ZONE
+ /* Avoid
On Tuesday 13 March 2007 04:03, Ryan Hope wrote:
I applied the detect-atomic-underflow patch and now I get these BUGs:
BUG: atomic counter underflow at:
[78167931] page_add_file_rmap+0x41/0x50
[78161c7d] __handle_mm_fault+0x53d/0x900
[78106de0] do_IRQ+0x40/0x80
[7811ff99]
On Mon, Mar 12, 2007 at 04:32:55PM +0900, KAMEZAWA Hiroyuki wrote:
When I try to put_page(original) (because I don't want it for this
moment) I get to bad_page path and need to reboot...
What am I missing? Am I using migrate_pages correctly?
==
migrate_pages()
How about we drill down on these a bit more.
On Mon, 2007-03-12 at 02:00 +0100, Herbert Poetzl wrote:
- shared mappings of 'shared' files (binaries
and libraries) to allow for reduced memory
footprint when N identical guests are running
So, it sounds like this can be phrased as a
Op Monday 12 March 2007, schreef Con Kolivas:
On Tuesday 13 March 2007 01:14, Al Boldi wrote:
Con Kolivas wrote:
The higher priority one always get 6-7ms whereas the lower priority
one runs 6-7ms and then one larger perfectly bound expiration
amount. Basically exactly as I'd
On Mon, 12 Mar 2007, Thomas Gleixner wrote:
Davide,
On Sun, 2007-03-11 at 16:04 -0700, Davide Libenzi wrote:
+static int timerfd_setup(struct timerfd_ctx *ctx, int clockid, int tmrtype,
+const struct itimerspec *ktmr)
+{
+ enum hrtimer_mode htmode;
+ ktime_t
Gene Heskett [EMAIL PROTECTED] writes:
I'd considered it, but with 32 dle entries, the whole strace output would
be terrabytes I don't have THAT much disk. Not to mention it traces
only the parent process, so tar would be merrily marching along to its
own drummer and not traced I'm
Dnia 12-03-2007, pon o godzinie 02:19 +0100, Andi Kleen napisał(a):
Hmm, it probably needs a EXPORT_SYMBOL. The previous change only
fixed the in kernel build.
Does it work with this patch?
Yes! Thank you.
--
__( Marcin Kowalczyk
\__/ [EMAIL PROTECTED]
^^
Am Montag, 12. März 2007 17:50 schrieb Mark Lord:
Mark Lord wrote:
Okay, from that part (above), the problem is obvious:
in that the MCT U232 converter now disconnected appears,
and then we continue to try and call the driver's method.. Oops!
The hack patch below fixes this, but it
Dave Hansen wrote:
On Mon, 2007-03-12 at 18:23 +, Andy Whitcroft wrote:
+ /* The target page is in the block, ignore it. */
+ if (unlikely(pfn == page_pfn))
+ continue;
+#ifdef CONFIG_HOLES_IN_ZONE
+
On Mon, 12 Mar 2007, Michael K. Edwards wrote:
On 3/12/07, Bodo Eggert [EMAIL PROTECTED] wrote:
Michael K. Edwards [EMAIL PROTECTED] wrote:
Actually, I think it would make the kernel (negligibly) faster to bump
f_pos before the vfs_write() call.
This is a security risk.
snip
I
On Tuesday 13 March 2007 01:34, Mike Galbraith wrote:
On Mon, 2007-03-12 at 22:23 +1100, Con Kolivas wrote:
Mike the cpu is being proportioned out perfectly according to fairness as
I mentioned in the prior email, yet X is getting the lower latency
scheduling. I'm not sure within the bounds
On 3/12/07, jos poortvliet [EMAIL PROTECTED] wrote:
Op Monday 12 March 2007, schreef Con Kolivas:
On Tuesday 13 March 2007 01:14, Al Boldi wrote:
Con Kolivas wrote:
The higher priority one always get 6-7ms whereas the lower priority
one runs 6-7ms and then one larger perfectly bound
On Mon, 12 Mar 2007, Davide Libenzi wrote:
On Mon, 12 Mar 2007, Thomas Gleixner wrote:
Davide,
On Sun, 2007-03-11 at 16:04 -0700, Davide Libenzi wrote:
+static int timerfd_setup(struct timerfd_ctx *ctx, int clockid, int
tmrtype,
+ const struct itimerspec
[PATCH] drivers: PMC MSP71xx LED driver
Patch to add LED driver for the PMC-Sierra MSP71xx devices.
This patch references some platform support files previously
submitted to the [EMAIL PROTECTED] list.
Thanks,
Marc
Signed-off-by: Marc St-Jean [EMAIL PROTECTED]
---
Re-posting patch with
Le mardi 13 mars 2007 à 05:49 +1100, Con Kolivas a écrit :
Again I think your test is not a valid testcase. Why use two threads for your
encoding with one cpu? Is that what other dedicated desktop OSs would do?
One thought occured to me (shit happens, sometimes): as your scheduler
is strictly
On Monday 12 March 2007, Douglas McNaught wrote:
Gene Heskett [EMAIL PROTECTED] writes:
I'd considered it, but with 32 dle entries, the whole strace output
would be terrabytes I don't have THAT much disk. Not to mention it
traces only the parent process, so tar would be merrily marching along
This patch wire the signalfd system call to the i386 architecture.
Signed-off-by: Davide Libenzi davidel@xmailserver.org
- Davide
Index: linux-2.6.20.ep2/arch/i386/kernel/syscall_table.S
===
---
This patch add an anonymous inode source, to be used for files that need
and inode only in order to create a file*. We do not care of having an
inode for each file, and we do not even care of having different names in
the associated dentries (dentry names will be same for classes of file*).
This patch implement the necessary compat code for the signalfd system call.
Signed-off-by: Davide Libenzi davidel@xmailserver.org
- Davide
Index: linux-2.6.20.ep2/fs/compat.c
===
--- linux-2.6.20.ep2.orig/fs/compat.c
This patch wire the signalfd system call to the x86_64 architecture.
Signed-off-by: Davide Libenzi davidel@xmailserver.org
- Davide
Index: linux-2.6.20.ep2/include/asm-x86_64/unistd.h
===
---
This patch series implements the new signalfd() system call.
I took part of the original Linus code (and you know how
badly it can be broken :), and I added even more breakage ;)
Signals are fetched from the same signal queue used by the process,
so signalfd will compete with standard kernel
This patch wire the timerfd system call to the i386 architecture.
Signed-off-by: Davide Libenzi davidel@xmailserver.org
- Davide
Index: linux-2.6.20.ep2/arch/i386/kernel/syscall_table.S
===
---
This patch wire the timerfd system call to the x86_64 architecture.
Signed-off-by: Davide Libenzi davidel@xmailserver.org
- Davide
Index: linux-2.6.20.ep2/arch/x86_64/ia32/ia32entry.S
===
---
This patch implement the necessary compat code for the timerfd system call.
Signed-off-by: Davide Libenzi davidel@xmailserver.org
- Davide
Index: linux-2.6.20.ep2/fs/compat.c
===
--- linux-2.6.20.ep2.orig/fs/compat.c
This script cleans up various classes of stealth whitespace. In
particular, it cleans up:
- Whitespace (spaces or tabs)before newline;
- DOS line endings (CR before LF);
- Space before tab (spaces are deleted or converted to tabs);
- Empty lines at end of file.
Signed-off-by: H. Peter Anvin
On 3/12/07, Gene Heskett [EMAIL PROTECTED] wrote:
On Monday 12 March 2007, Douglas McNaught wrote:
Gene Heskett [EMAIL PROTECTED] writes:
I'd considered it, but with 32 dle entries, the whole strace output
would be terrabytes I don't have THAT much disk. Not to mention it
traces only the
This patch introduces a new system call for timers events delivered
though file descriptors. This allows timer event to be used with
standard POSIX poll(2), select(2) and read(2). As a consequence of
supporting the Linux f_op-poll subsystem, they can be used with
epoll(2) too.
The system call is
On Fri, 09 Mar 2007 16:43:10 -0500
[EMAIL PROTECTED] wrote:
Hello,
I periodically see the following TCP kernel assertion errors in
/var/log/message
(it does seem that networking is eventually able to recover from these
errors):
kernel: KERNEL: assertion (flags MSG_PEEK)
On Mon, 12 Mar 2007, Oliver Neukum wrote:
I'm with Dmitry; the whole thing becomes much, much simpler if we put back
your patch and prevent sysfs access after unregistering an attribute
file. No API changes are needed, no driver changes are needed, no radical
core changes are
On Mon, 2007-03-12 at 08:26 -0700, Linus Torvalds wrote:
So good fairness really should involve some notion of work done for
others. It's just not very easy to do..
A solution that is already in demand is a class based scheduler, where
the thread doing work for a client (temp.) joins the
Gene Heskett [EMAIL PROTECTED] writes:
On Monday 12 March 2007, Douglas McNaught wrote:
Gene Heskett [EMAIL PROTECTED] writes:
I'd considered it, but with 32 dle entries, the whole strace output
would be terrabytes I don't have THAT much disk. Not to mention it
traces only the parent
Am Montag, 12. März 2007 20:31 schrieb Alan Stern:
On Mon, 12 Mar 2007, Oliver Neukum wrote:
I'm with Dmitry; the whole thing becomes much, much simpler if we put back
your patch and prevent sysfs access after unregistering an attribute
file. No API changes are needed, no driver
Xavier Bestel wrote:
Le mardi 13 mars 2007 à 05:49 +1100, Con Kolivas a écrit :
Again I think your test is not a valid testcase. Why use two threads for
your encoding with one cpu? Is that what other dedicated desktop OSs
would do?
as your scheduler
is strictly fair, won't that enable
Hi,
I am facing following problem and was wondering if somebody could help
me out.
Our char driver(pretty much like all other char drivers) does a
poll_wait()
and returns status depending on whether data is available to be read.
Even though some data is available to be read(verified using one of
On Mon, 12 Mar 2007, Jiri Slaby wrote:
Alan Stern napsal(a):
On Mon, 12 Mar 2007, Jiri Slaby wrote:
Bisecting figured out the culprit:
Commit: 17230acdc71137622ca7dfd789b3944c75d39404
Author: Alan Stern [EMAIL PROTECTED] Mon, 19 Feb 2007 15:52:45 -0500
UHCI: Eliminate
On Monday 12 March 2007 09:25, Luming Yu wrote:
try acpi=off please.
On 3/12/07, Helge Hafting [EMAIL PROTECTED] wrote:
I went from 2.6.18-rc5-mm1 to 2.6.21-rc3-mm2
The computer now hangs solid during boot, at this point:
usb 1-1: configuration #1 chosen from 1 choice
On Mon, Mar 12, 2007 at 03:43:09PM -0400, Douglas McNaught wrote:
Gene Heskett [EMAIL PROTECTED] writes:
On Monday 12 March 2007, Douglas McNaught wrote:
Gene Heskett [EMAIL PROTECTED] writes:
I'd considered it, but with 32 dle entries, the whole strace output
would be terrabytes I
On Mon, 12 Mar 2007, Oliver Neukum wrote:
I don't like reverting my own code. But I predict he'll tell you that a
driver's bond with a device should be represented in a data structure
that is to be refcounted.
:-)
Coming to think about it, he might be right there.
There still
-
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 read the FAQ at http://www.tux.org/lkml/
On Tue, 2007-03-13 at 05:49 +1100, Con Kolivas wrote:
On Tuesday 13 March 2007 01:34, Mike Galbraith wrote:
On Mon, 2007-03-12 at 22:23 +1100, Con Kolivas wrote:
Mike the cpu is being proportioned out perfectly according to fairness as
I mentioned in the prior email, yet X is getting the
Certainly appropriate content for something on your website,
and vendors who
provide programs like dmidecode and parsemce are always
welcome. I could
probably be convinced that such info should have at least a
pointer somewhere
in Documentation/lsi_debug.txt or some such. But quite
frankly,
Am Montag, 12. März 2007 21:03 schrieb Alan Stern:
On Mon, 12 Mar 2007, Oliver Neukum wrote:
I don't like reverting my own code. But I predict he'll tell you that a
driver's bond with a device should be represented in a data structure
that is to be refcounted.
:-)
Quoting Ingo Molnar [EMAIL PROTECTED]:
Subject: Re: [2/6] 2.6.21-rc2: known regressions
Michael,
* Michael S. Tsirkin [EMAIL PROTECTED] wrote:
2. First disk access after resume takes a couple of minutes
(seemed instant with 2.6.20) during this time no new messages show
On Tue 2007-03-06 13:21:34, Dave Jones wrote:
On Tue, Mar 06, 2007 at 07:14:30PM +0100, Bernhard Walle wrote:
+cmdline_size: .long COMMAND_LINE_SIZE-1 #length of the command
line,
Why a long? It's unlikely that someone is going to have a command line
bigger than 0x.
Well,
Oliver Neukum wrote:
Mark Lord wrote:
Okay, from that part (above), the problem is obvious:
in that the MCT U232 converter now disconnected appears,
and then we continue to try and call the driver's method.. Oops!
..
IMHO shutdown() is using serial-port[] and bombs.
Could you reverse the
On Monday 12 March 2007, Patrick Mau wrote:
On Mon, Mar 12, 2007 at 03:43:09PM -0400, Douglas McNaught wrote:
Gene Heskett [EMAIL PROTECTED] writes:
On Monday 12 March 2007, Douglas McNaught wrote:
Gene Heskett [EMAIL PROTECTED] writes:
I'd considered it, but with 32 dle entries, the whole
Hi All,
When the console is in VT_AUTO+KD_GRAPHICS mode, switching to the
SUSPEND_CONSOLE fails, resulting in vt_waitactive() waiting indefinitely
or until the task is interrupted. This patch tests if a console switch
can occur in set_console() and returns early if a console switch is not
On 3/12/07, Alan Stern [EMAIL PROTECTED] wrote:
On Mon, 12 Mar 2007, Oliver Neukum wrote:
I don't like reverting my own code. But I predict he'll tell you that a
driver's bond with a device should be represented in a data structure
that is to be refcounted.
:-)
Coming to think
Hi,
On Monday 12 March 2007, Frank van Maarseveen wrote:
On Mon, Mar 12, 2007 at 01:21:18PM +0100, Bartlomiej Zolnierkiewicz wrote:
Hi,
Could you check if this is the same problem as this one:
http://bugzilla.kernel.org/show_bug.cgi?id=8169
Looks like it except that I don't
On Mon, 2007-03-12 at 08:26 -0700, Linus Torvalds wrote:
On Mon, 12 Mar 2007, Mike Galbraith wrote:
On Mon, 2007-03-12 at 22:23 +1100, Con Kolivas wrote:
Mike the cpu is being proportioned out perfectly according to fairness as
I
mentioned in the prior email, yet X is getting
Hi,
as I got no reply to my previous e-mail, I assume it got stopped by
grammar-checking filters, so I fixed the subject line :-) (this is what
happens when you write the first word and the rest of the title 10 minutes
apart). More seriously, this is a generic architecture issue which I'd like
On Tuesday 13 March 2007 07:11, Mike Galbraith wrote:
On Tue, 2007-03-13 at 05:49 +1100, Con Kolivas wrote:
On Tuesday 13 March 2007 01:34, Mike Galbraith wrote:
On Mon, 2007-03-12 at 22:23 +1100, Con Kolivas wrote:
Mike the cpu is being proportioned out perfectly according to
On Mon, 2007-03-12 at 21:11 +0100, Mike Galbraith wrote:
How would you go about ensuring that there won't be any cycles wasted?
SCHED_IDLE or otherwise nice 19
Killing the known corner case starvation scenarios is wonderful, but
let's not just pretend that interactive tasks don't have any
701 - 800 of 980 matches
Mail list logo
