On Tue, Feb 13, 2007 at 06:55:42PM +, Ben Dooks wrote:
A new release of the SM501 core mfd driver.
This driver provides the core functionality of the
SM501, which is a multi-function chip including
two framebuffers, video acceleration, USB, and
many other peripheral blocks.
The
On Tue, Feb 13, 2007 at 05:56:42PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
* Benjamin LaHaise [EMAIL PROTECTED] wrote:
Open issues:
Let me add some more
Also: FPU state (especially important with the FPU and SSE memory copy
variants), segment register bases on x86-64,
Pekka Enberg [EMAIL PROTECTED] writes:
On 2/13/07, Sergei Organov [EMAIL PROTECTED] wrote:
May I suggest another definition for a warning being entirely sucks?
The warning is entirely sucks if and only if it never has true
positives. In all other cases it's only more or less sucks, IMHO.
I have not received first mail with announcement yet, so I will place
my thoughts here if you do not mind.
An issue with sys_async_wait():
is is possible that events_left will be setup too late so that all
events are already ready and thus sys_async_wait() can wait forever
(or until next
From: Randy Dunlap [EMAIL PROTECTED]
Output of a struct in html mode needs to include the short description
from the struct name line in the output title line.
Signed-off-by: Randy Dunlap [EMAIL PROTECTED]
---
scripts/kernel-doc |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
---
On Tue, 2007-02-13 at 11:10 -0800, Randy Dunlap wrote:
From: Randy Dunlap [EMAIL PROTECTED]
Output of a struct in html mode needs to include the short description
from the struct name line in the output title line.
Yup, that fixes it for structs. I guess I forgot to mention this earlier
On Tue, 13 Feb 2007, Sergei Organov wrote:
I want a char of indeterminate sign!
I'm afraid I don't follow. Do we have a way to say I want an int of
indeterminate sign in C? The same way there doesn't seem to be a way
to say I want a char of indeterminate sign.
You're wrong.
On Tuesday, 13 February 2007 10:42, Tilman Schmidt wrote:
Rafael J. Wysocki schrieb:
I think we can introduce a pm_safe flag that will indicate if the driver
handles suspend/resume correctly. If we do it, we can flag all of the
drivers
currently in the tree as pm_safe unless we know
Framebuffer support for the Silicon Motion SM501
multi-function chip.
This driver provides a pair of framebuffer interfaces
for the CRT and LCD panel interfaces, and some basic
acceleration for the cursor.
The patch has been updated slightly from the previous
version to including being able to
Yup, that fixes it for structs. I guess I forgot to mention this earlier
because I didn't notice it until now... the same bug exists for
functions as well.
updated patch. Thanks.
---
From: Randy Dunlap [EMAIL PROTECTED]
Output of a function or struct in html mode needs to include the short
On Tue, 2007-02-13 at 11:35 -0800, Randy Dunlap wrote:
Yup, that fixes it for structs. I guess I forgot to mention this earlier
because I didn't notice it until now... the same bug exists for
functions as well.
updated patch. Thanks.
Thanks, works great.
---
From: Randy Dunlap
On 2/13/07, Sergei Organov [EMAIL PROTECTED] wrote:
With almost any warning out there one makes more or less efforts to
suppress the warning where it gives false positives, isn't it?
Yes, as long it's the _compiler_ that's doing the effort. You
shouldn't need to annotate the source just to
Hi,
I've used 'git bisect' to track down a change in the latest git tree
that is causing dbus-daemon to sit and spin at the time GNOME launches,
preventing nautlius from ever running.
The bad commit is:
commit eb3dfb0cb1f4a44e2d0553f89514ce9f2a9fcaf1
Author: Andreas Gruenbacher [EMAIL PROTECTED]
This patch (as850b) disables remote wakeup (and everything else!) on
all EHCI ports when the shutdown() method is called. If remote wakeup
is left active then some systems will reboot instead of powering off.
This fixes Bugzilla #7828.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
I'm
On 2/13/07, Patrick Ale [EMAIL PROTECTED] wrote:
Hi,
Little errata, I only pulled Jeff's GIT at 15:00GMT , Linus' GIT was
from two days ago.
I just pulled linux-2.6-git8, same behaviour tho, it complains when
nothing is attached to the second channel.
Patrick
-
To unsubscribe from this list:
On Tue, Feb 13, 2007 at 05:35:32PM +, Joel Soete wrote:
A small update:
your patch also works against 2.6.20
but seems that open the door to numerous other pb:
1/ pb to burn cd:
# md5sum cd060213.iso
6a1248783a21722816b972aa9bae9d5e cd060213.iso
# ll cd060213.iso
-rwxr-xr-x 1 root
On Tuesday 13 February 2007 11:51, Greg KH wrote:
Hi,
I've used 'git bisect' to track down a change in the latest git tree
that is causing dbus-daemon to sit and spin at the time GNOME launches,
preventing nautlius from ever running.
The bad commit is:
commit
On Tue, Feb 13, 2007 at 08:53:58PM +0100, Patrick Ale wrote:
Little errata, I only pulled Jeff's GIT at 15:00GMT , Linus' GIT was
from two days ago.
I just pulled linux-2.6-git8, same behaviour tho, it complains when
nothing is attached to the second channel.
/That/ sounds like a qemu bug.
Linus Torvalds [EMAIL PROTECTED] writes:
On Tue, 13 Feb 2007, Sergei Organov wrote:
I want a char of indeterminate sign!
I'm afraid I don't follow. Do we have a way to say I want an int of
indeterminate sign in C? The same way there doesn't seem to be a way
to say I want a char of
On 2/13/07, Jeff Garzik [EMAIL PROTECTED] wrote:
/That/ sounds like a qemu bug.
Allright, I will make sure tonight by testing it on a native PIIX
mainboard without anything connected to the second PATA controller :)
I thought for a second it was a similar abnorma statel error I got
earlier
flush_work(wq, work) doesn't need the first parameter, we can use cwq-wq
(this was possible from the very beginnig, I missed this). So we can unify
flush_work_keventd and flush_work.
Also, rename flush_work() to cancel_work_sync() and fix all callers. Perhaps
this is not the best name, but
On Tuesday 13 February 2007 12:01, Greg KH wrote:
Attached below.
I'm getting a CRC error on that file. Would you mind to resend?
Thanks,
Andreas
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Patrick Ale wrote:
ATA: abnormal status 0x8 on port 0xF88597DF
Maybe this is purely a cosmetic error where the error code can be
translated to something like no drive attached or maybe the drivers
assume you always configure a master drive on a controller, which
doesnt always have to be the
On Tue, 13 Feb 2007 13:48:53 +1100 Nick Piggin wrote:
Andrew Morton wrote:
On Mon, 12 Feb 2007 14:50:40 -0800 Randy Dunlap [EMAIL PROTECTED] wrote:
2.6.20-git8 on x86_64:
LD init/built-in.o
LD .tmp_vmlinux1
mm/built-in.o: In function `sys_mincore':
(.text+0xe584):
Wow! You really helped Zach out ;)
On Tue, 13 Feb 2007, Ingo Molnar wrote:
+The Syslet Atom:
+
+
+The syslet atom is a small, fixed-size (44 bytes on 32-bit) piece of
+user-space memory, which is the basic unit of execution within the syslet
+framework. A syslet
David Lang wrote:
On Mon, 12 Feb 2007, Andy Kennedy wrote:
For those of you who are on BusyBox's mailing list, you've already
seen this -- I was sent here for help.
Specs:
Linux: 2.6.18
Bootloader: SysLinux
Init: BusyBox (ver 1.4.0) init.
Kernel command line: console=ttyS0,115200,n,8,1
Hello, Paul.
Paul Rolland wrote:
Also, please note that libata is complaining :
ATA: abnormal status 0x7F on port 0x177
and later :
ATA: abnormal status 0x7F on port 0x9807
You can ignore the above. The errors on ata2 are due to SIMG storage
processor and will probably fixed when PMP
On Tue, 13 Feb 2007, Ingo Molnar wrote:
As it might be obvious to some of you, the syslet subsystem takes many
ideas and experience from my Tux in-kernel webserver :) The syslet code
originates from a heavy rewrite of the Tux-atom and the Tux-cachemiss
infrastructure.
Open issues:
-
Arjan van de Ven wrote:
The problem is: FreeBSD is fast, but lacks of some special drivers. Linux has
all drivers but access to harddisk is unpredictable and thus unreliable!
What can I do??
there's several tunables you can do;
1) increase /sys/block/device/queue/nr_requests
the
On Tue, 13 Feb 2007, Sergei Organov wrote:
Exactly because char *by*definition* is indeterminate sign as far as
something like strlen() is concerned.
Thanks, I now understand that you either don't see the difference
between indeterminate and implementation-defined in this context or
On Tue, 13 Feb 2007, Linus Torvalds wrote:
if (in_async_context())
return -EINVAL;
or similar. We need that async_context() function anyway for the other
cases where we can't do other things concurrently, like changing the UID.
Yes, that's definitely better. Let's have
Pekka Enberg [EMAIL PROTECTED] writes:
On 2/13/07, Sergei Organov [EMAIL PROTECTED] wrote:
With almost any warning out there one makes more or less efforts to
suppress the warning where it gives false positives, isn't it?
Yes, as long it's the _compiler_ that's doing the effort.
You
Eric Lacombe [EMAIL PROTECTED] :
[...]
That problem also remind me that when I compiled this driver without
the CONFIG_NET_ETHERNET (in the section Ethernet (10 or 100Mbit)), I have
really poor performance with the net device. Maybe it is related, or not ;)
If it gives you more ideas ?
* Benjamin LaHaise [EMAIL PROTECTED] wrote:
[...] interaction with set_fs()...
hm, this one should already work in the current version, because
addr_limit is in thread_info and hence stays with the async context. Or
can you see any hole in it?
Ingo
-
To unsubscribe from this list:
* Dmitry Torokhov [EMAIL PROTECTED] wrote:
What are the semantics of async sys_async_wait and async sys_async ?
Ohh. OpenVMS lives forever ;) Me likeee ;)
hm, i dont know OpenVMS - but googled around a bit for 'VMS
asynchronous' and it gave me this:
Andrew please apply.
Acked-By: James Simmons [EMAIL PROTECTED]
On Mon, 12 Feb 2007, Geert Uytterhoeven wrote:
On Wed, 31 Jan 2007, Geert Uytterhoeven wrote:
I would like to hear your opinions about the patchset below (updated version
compared to yesterday, lkml added to the CC list).
On Tue, February 13, 2007 15:20, Ingo Molnar wrote:
+/*
+ * Execution control: conditions upon the return code
+ * of the previous syslet atom. 'Stop' means syslet
+ * execution is stopped and the atom is put into the
+ * completion ring:
+ */
+#define SYSLET_STOP_ON_NONZERO
Framebuffer support for the Silicon Motion SM501
multi-function chip.
This driver provides a pair of framebuffer interfaces
for the CRT and LCD panel interfaces, and some basic
acceleration for the cursor.
The patch has been updated slightly from the previous
version to including being
On Tuesday 13 February 2007 2:25 pm, Linus Torvalds wrote:
THE FACT IS, THAT strlen() IS DEFINED UNIVERSALLY AS TAKING char *.
That BY DEFINITION means that strlen() cannot care about the sign,
because the sign IS NOT DEFINED UNIVERSALLY!
And if you cannot accept that fact, it's your
Hi!
In the United States, some idiots have decided that the year 2000 scare
wasn't enough so they changed the start date for daylight savings time
from the first Sunday in April to the second Sunday in March.
Does anybody know if there are new tools like `hwclock` and `date`?
Will new 'C' runtime
Linus,
Please pull the i2c subsystem updates for Linux 2.6.21 from:
git://jdelvare.pck.nerim.net/jdelvare-2.6 i2c-for-linus
There is one new i2c bus driver (i2c-pasemi), support for two new south
bridges (ATI SB600 and VIA CX700), and lots of small fixes and cleanups
all around the place.
On Tue, 13 Feb 2007, Davide Libenzi wrote:
If this is going to be a generic AIO subsystem:
- Cancellation of peding request
What about the busy_async_threads list becoming a hash/rb_tree indexed by
syslet_atom ptr. A cancel would lookup the thread and send a signal (of
course, signal
On Tue, Feb 13, 2007 at 11:29:44PM +0300, Sergei Organov wrote:
Sorry, what do you do with variable 'xxx' might be used uninitialized
warning when it's false? Turn it off? Annotate the source? Assign fake
initialization value? Change the compiler so that it does the effort
for you? Never
On Tue, 13 Feb 2007 16:19:59 -0500
linux-os \(Dick Johnson\) [EMAIL PROTECTED] wrote:
Hi!
In the United States, some idiots have decided that the year 2000 scare
wasn't enough so they changed the start date for daylight savings time
from the first Sunday in April to the second Sunday in
* Davide Libenzi davidel@xmailserver.org wrote:
+The Syslet Atom:
+
+
+The syslet atom is a small, fixed-size (44 bytes on 32-bit) piece of
+user-space memory, which is the basic unit of execution within the syslet
+framework. A syslet represents a single system-call
On Sat 2007-02-10 09:42:17, Jens Axboe wrote:
On Fri, Feb 09 2007, Pavel Machek wrote:
Hi!
Nigel Cunningham [EMAIL PROTECTED] writes:
- for (tracedata = __tracedata_start ; tracedata
__tracedata_end ; tracedata += 6) {
+ for (tracedata = __tracedata_start ;
Hi!
I would disagree that it's a peripheral issue, it's pretty core these
days, at least for any hardware that you can stuff in a laptop (though a
fair number of desktops get suspended and resumed these days too).
Servers are still the most important Linux market, and don't care
about
On Tue, Feb 13, 2007 at 11:58:02AM -0800, Andreas Gruenbacher wrote:
I'm running pretty new GNOME and dbus here:
dbus 1.0.2
gnome 2.16.2
hal 0.5.7.1
nautilus 2.16.3
Any ideas of things I can test?
Sorry for the breakage. Printk of the __d_path result may tell:
On Tuesday 13 February 2007 21:19, linux-os (Dick Johnson) wrote:
Hi!
In the United States, some idiots have decided that the year 2000 scare
wasn't enough so they changed the start date for daylight savings time
from the first Sunday in April to the second Sunday in March.
Does anybody know
On Tue, Feb 13, 2007 at 04:19:59PM -0500, linux-os (Dick Johnson) wrote:
Hi!
In the United States, some idiots have decided that the year 2000 scare
wasn't enough so they changed the start date for daylight savings time
from the first Sunday in April to the second Sunday in March.
Does
* Indan Zupancic [EMAIL PROTECTED] wrote:
+ * Execution control: conditions upon the return code
+ * of the previous syslet atom. 'Stop' means syslet
+ * execution is stopped and the atom is put into the
+ * completion ring:
+ */
+#define SYSLET_STOP_ON_NONZERO
On Tue, 2007-02-13 at 16:19 -0500, linux-os (Dick Johnson) wrote:
Hi!
In the United States, some idiots have decided that the year 2000 scare
wasn't enough so they changed the start date for daylight savings time
from the first Sunday in April to the second Sunday in March.
Does anybody know
Hi chaps,
I just came home, rebooted my box to git8 and *gasp* a problem :)
I can't start my MD devices anymore by defining /dev/disk/by-id/*
devices in /etc/mdadm.conf.
When I do a: mdadm --assemble /dev/md/1 it tells me No devices found
for /dev/md/1
When I edit the file /etc/mdadm.conf and
* Davide Libenzi davidel@xmailserver.org wrote:
Open issues:
If this is going to be a generic AIO subsystem:
- Cancellation of pending request
How about implementing aio_cancel() as a NOP. Can anyone prove that the
kernel didnt actually attempt to cancel that IO? [but unfortunately
On Mon, 12 Feb 2007, Pavel Machek wrote:
Hi!
The kernel looks at what is using cpu _only_ during the
timer
interrupt. Which means if your HZ is 1000 it looks at
what is running
at precisely the moment those 1000 timer ticks occur. It
is
theoretically possible using this measurement system to
On Tue, 13 Feb 2007 13:40:56 +0100 Andi Kleen [EMAIL PROTECTED] wrote:
Linux please pull from
git://one.firstfloor.org/home/andi/git/linux-2.6
This is not all, but I pruned lots of stuff that still wasn't
quite ready. Less is more I guess.
I guess this means that hrtimersdynticks
* Davide Libenzi davidel@xmailserver.org wrote:
If this is going to be a generic AIO subsystem:
- Cancellation of peding request
What about the busy_async_threads list becoming a hash/rb_tree indexed
by syslet_atom ptr. A cancel would lookup the thread and send a signal
(of course,
Ingo Molnar [EMAIL PROTECTED] writes:
+
+static struct async_thread *
+pick_ready_cachemiss_thread(struct async_head *ah)
The cachemiss names are confusing. I assume that's just a left over
from Tux?
+
+ memset(atom-args, 0, sizeof(atom-args));
+
+ ret |= __get_user(arg_ptr,
On Tue, Feb 13, 2007 at 02:00:51PM -0800, Andrew Morton wrote:
On Tue, 13 Feb 2007 13:40:56 +0100 Andi Kleen [EMAIL PROTECTED] wrote:
Linux please pull from
git://one.firstfloor.org/home/andi/git/linux-2.6
This is not all, but I pruned lots of stuff that still wasn't
quite ready.
On Tue, Feb 13, 2007 at 06:20:14PM +0100, Andi Kleen wrote:
On Tuesday 13 February 2007 18:09, Christoph Lameter wrote:
On Tue, 13 Feb 2007, Arjan van de Ven wrote:
no quite the opposite. gettimeofday() currently is NOT monotonic
unfortunately. With this patchseries it actually has a
* Evgeniy Polyakov [EMAIL PROTECTED] wrote:
[...] it still has a problem - syscall blocks and the same thread thus
is not allowed to continue execution and fill the pipe - so what if
system issues thousands of requests and there are only tens of working
thread at most. [...]
the same
On Tue, Feb 13, 2007 at 09:06:24PM +0300, Sergei Organov wrote:
I agree that making strxxx() family special is not a good idea. So what
do we do for a random foo(char*) called with an 'unsigned char*'
argument? Silence? Hmmm... It's not immediately obvious that it's indeed
harmless. Yet
On Wednesday 14 February 2007 09:01, malc wrote:
On Mon, 12 Feb 2007, Pavel Machek wrote:
Hi!
The kernel looks at what is using cpu _only_ during the
timer
interrupt. Which means if your HZ is 1000 it looks at
what is running
at precisely the moment those 1000 timer ticks occur. It
* Evgeniy Polyakov [EMAIL PROTECTED] wrote:
I have not received first mail with announcement yet, so I will place
my thoughts here if you do not mind.
An issue with sys_async_wait(): is is possible that events_left will
be setup too late so that all events are already ready and thus
On Tue, February 13, 2007 22:43, Ingo Molnar wrote:
* Indan Zupancic [EMAIL PROTECTED] wrote:
A
|
B--.
| |
C---'
What will be the previous atom of B here? It can be either A or C, but
their return values can be different and incompatible, so what flag
should B set?
previous
Ingo Molnar [EMAIL PROTECTED] writes:
really, what's the point behind aio_cancel()?
The main use case is when you open a file requester on a network
file system where the server is down and you get tired of waiting
and press Cancel it should abort the hanging IO immediately.
At least I would
* Andi Kleen [EMAIL PROTECTED] wrote:
Ingo Molnar [EMAIL PROTECTED] writes:
+
+static struct async_thread *
+pick_ready_cachemiss_thread(struct async_head *ah)
The cachemiss names are confusing. I assume that's just a left over
from Tux?
yeah. Although 'stuff goes async' is quite
* Andi Kleen [EMAIL PROTECTED] wrote:
really, what's the point behind aio_cancel()?
The main use case is when you open a file requester on a network file
system where the server is down and you get tired of waiting and press
Cancel it should abort the hanging IO immediately.
ok, that
On Tue, Feb 13, 2007 at 11:24:43PM +0100, Ingo Molnar wrote:
+ memset(atom-args, 0, sizeof(atom-args));
+
+ ret |= __get_user(arg_ptr, uatom-arg_ptr[0]);
+ if (!arg_ptr)
+ return ret;
+ if (!access_ok(VERIFY_WRITE, arg_ptr, sizeof(*arg_ptr)))
+ return -EFAULT;
On Tuesday 13 February 2007 13:37, Greg KH wrote:
On Tue, Feb 13, 2007 at 11:58:02AM -0800, Andreas Gruenbacher wrote:
I'm running pretty new GNOME and dbus here:
dbus 1.0.2
gnome 2.16.2
hal 0.5.7.1
nautilus 2.16.3
Any ideas of things I can test?
Sorry for the
On Tue, Feb 13, 2007 at 11:26:26PM +0100, Ingo Molnar wrote:
* Andi Kleen [EMAIL PROTECTED] wrote:
really, what's the point behind aio_cancel()?
The main use case is when you open a file requester on a network file
system where the server is down and you get tired of waiting and
* Indan Zupancic [EMAIL PROTECTED] wrote:
What I propose:
atom1 returns 0, has SYSLET_STOP_ON_ZERO|SYSLET_SKIP_NEXT_ON_STOP set
atom2
atom3
(You've already used my SYSLET_SKIP_NEXT_ON_STOP instead of
SYSLET_SKIP_TO_NEXT_ON_STOP. ;-)
doh. Yes. I noticed and
Hi Ingo,
On Tuesday 13 February 2007 15:39, Ingo Molnar wrote:
* Dmitry Torokhov [EMAIL PROTECTED] wrote:
What are the semantics of async sys_async_wait and async sys_async ?
Ohh. OpenVMS lives forever ;) Me likeee ;)
hm, i dont know OpenVMS - but googled around a bit for 'VMS
Hi,
On Tue, Feb 13, 2007 at 11:18:48PM +0100, Vojtech Pavlik wrote:
It's not inherent to ntpd's design, but the current (which may have been
fixed since I looked last) implementation of the NTP PLL in the kernel.
The interaction with ntpd can be fixed and I've done it in the past
once,
On Tuesday February 13, [EMAIL PROTECTED] wrote:
This causes the following to just loop over and over, incrementing the
pid:
gnome-vfs-daemo(8914):
That's odd. getcwd returning an empty string.
I can only see that happening if you do the equivalent of
chdir(/);
chroot(/somewhere);
On Tue, 13 Feb 2007, Randy Dunlap wrote:
On Tue, 13 Feb 2007 13:48:53 +1100 Nick Piggin wrote:
Andrew Morton wrote:
On Mon, 12 Feb 2007 14:50:40 -0800 Randy Dunlap [EMAIL PROTECTED] wrote:
2.6.20-git8 on x86_64:
LD init/built-in.o
LD .tmp_vmlinux1
mm/built-in.o: In
There has been some discussion on lkml about a function that would
either down a semaphore or else abort if it couldn't get the semaphore
in a certain amount of time. Something along the lines of:
down_timeout(struct semaphore *sem, long timeout);
Does something like this exist? Does
* Andi Kleen [EMAIL PROTECTED] wrote:
+ if (!access_ok(VERIFY_WRITE, arg_ptr, sizeof(*arg_ptr)))
+ return -EFAULT;
It's a little unclear why you do that many individual access_ok()s.
And why is the target constant sized anyways?
each indirect pointer
* Andi Kleen [EMAIL PROTECTED] wrote:
ok, that should work fine already - exit in the user context gets
That would be a little heavy handed. I wouldn't expect my GUI program
to quit itself on cancel. And requiring it to create a new thread just
to exit on cancel would be also nasty.
ok. The TID+signal approach i mentioned in the other reply should work.
Not sure if a signal is good for this. It might conflict with existing
strange historical semantics.
If it's frequent enough we could make this an explicit
sys_async_cancel(TID) API.
Ideally there should be a new
On Tue, Feb 13, 2007 at 10:57:24PM +0100, Ingo Molnar wrote:
* Davide Libenzi davidel@xmailserver.org wrote:
Open issues:
If this is going to be a generic AIO subsystem:
- Cancellation of pending request
How about implementing aio_cancel() as a NOP. Can anyone prove that the
oops. CONFIG_SWAP=n, I assume?
Sorry for being so slow to respond on this. Yes, I'm inclined to
your ifdeffery fix - one can go cleverer, but I'd say it's the
appropriate fix now.
But, please change your present = 0; to present = 1; -
if CONFIG_SWAP isn't on, it has to be a
On Tue, 13 Feb 2007 23:24:43 +0100 Ingo Molnar [EMAIL PROTECTED] wrote:
If it's only a few pages you don't need any resource accounting. If
it's more then it's nasty to steal the users quota. I think plain
gup() would be better.
get_user_pages() would have to be limited in some way -
Ingo Molnar wrote:
really, what's the point behind aio_cancel()?
- sequence
aio_write()
aio_cancel()
aio_write()
with both writes going to the same place must be predictably
- think beyond files. Writes to sockets, ttys, they can block and
cancel must abort them. Even for
On Tuesday 13 February 2007 14:39, Neil Brown wrote:
On Tuesday February 13, [EMAIL PROTECTED] wrote:
This causes the following to just loop over and over, incrementing the
pid:
gnome-vfs-daemo(8914):
That's odd. getcwd returning an empty string.
I can only see that happening if you
Andi Kleen wrote:
hmm stolen time could even be useful without virtualization; to a large
degree, if cpufreq reduces the speed of your cpu you have stolen
cycles that way... I wonder if this concept can be used for that as
well...
I don't see the point, frankly.
In a virtualized
Hello,
I have released another version of the perfmon new code base package.
This version of the kernel patch is relative to 2.6.20.
This new kernel patch includes the following new features and
bug fixes:
- first cut at supporting Oprofile on i386 and x86-64 architectures
-
This can be used for serial ports that are connected to an
OF platform bus but are not autodetected by the lecacy
serial support.
It will automatically take over devices that come from the
legacy serial detection, which usually is only one device.
In some cases, rtas may be set up to use the
Stephane Eranian wrote:
Hello,
I have released another version of the perfmon new code base package.
This version of the kernel patch is relative to 2.6.20.
This new kernel patch includes the following new features and
bug fixes:
- first cut at supporting Oprofile on i386 and x86-64
Andrew Morton wrote:
On Mon, 12 Feb 2007 12:04:08 -0600 Marc St-Jean
[EMAIL PROTECTED] wrote:
There are three different fixes:
1. Fix for DesignWare THRE errata
- Dropped our fix since the 8250-uart-backup-timer.patch in the mm
tree also fixes it. This patch needs to be applied on
On Tue, 13 Feb 2007 10:48:39 -0800 Stephane Eranian [EMAIL PROTECTED] wrote:
I have released another version of the perfmon new code base package.
Can we have a bug push to get this merged up please?
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
Andrew Morton [EMAIL PROTECTED] writes:
On Tue, 13 Feb 2007 10:48:39 -0800 Stephane Eranian [EMAIL PROTECTED]
wrote:
I have released another version of the perfmon new code base package.
Can we have a bug push to get this merged up please?
Yes, there certainly seems to be user interest
Hello, Robert.
Robert Hancock wrote:
[--snip--]
On the NCQ side, I think it's pretty safe to assume that all controllers
will handle it. Obviously I've verified it with sata_nv (at least that
it doesn't blow up obviously), and the other two NCQ drivers we have,
ahci and sata_sil24 just feed
Hello, Pavel.
Pavel Machek wrote:
1. Don't restore power state and re-enable PCI device on resume from
freeze just as we don't do the opposite when freezing.
2. Unconditionally disable and power down PCI device on suspend whether
it's freeze or not.
#2 would be simpler but I'm a bit
A Dimarts 13 Febrer 2007 12:20, Jean Delvare va escriure:
Hi Leopold,
Le Lundi 12 Février 2007 17:23, Leopold Palomo-Avellaneda a écrit :
A Dilluns 12 Febrer 2007 10:11, Jean Delvare va escriure:
Did you report the problem to Asus? They should fix it. Maybe this new
BIOS actually fixes
Le Mardi 13 Février 2007 17:11, Leopold Palomo-Avellaneda a écrit :
A Dimarts 13 Febrer 2007 12:20, Jean Delvare va escriure:
(...)
*If* the VT8251 needs the VIA IRQ quirk, then the attached patch may
help. Leopold, can you give it a try?
Well, making your patch to the vanilla
On Tue, 2007-02-13 at 09:07 -0500, Chuck Ebbert wrote:
Olivier Galibert wrote:
On Tue, Feb 13, 2007 at 09:52:39AM +0900, Ian Kent wrote:
Indeed.
Which kernel can you use?
I believe that 2200 had another problem so can you use an fc5 kernel
later than that?
I've ported your patch to
On Tue, 2007-02-13 at 16:54 +0100, Olivier Galibert wrote:
On Tue, Feb 13, 2007 at 09:07:27AM -0500, Chuck Ebbert wrote:
Olivier Galibert wrote:
On Tue, Feb 13, 2007 at 09:52:39AM +0900, Ian Kent wrote:
Indeed.
Which kernel can you use?
I believe that 2200 had another problem so can
On Wed, Feb 14, 2007 at 02:35:15AM +0900, Ian Kent wrote:
On Tue, 2007-02-13 at 16:54 +0100, Olivier Galibert wrote:
Don't they require autofs5 to be of any use though? That's not going
to be in fc until it's out of beta I guess.
Not really?
[EMAIL PROTECTED] ~]$ cat
On Sun, 2007-02-11 at 10:06 +0200, Menny Hamburger wrote:
We implement our own nfsd in user space - so the kernel nfsd (as well
as the lockd) are disabled.
We need the handle in order to associate a kernel file handle with our
own file id.
Filehandles are not part of any API that is exported
601 - 700 of 836 matches
Mail list logo