Dmitry Torokhov napsal(a):
> On 3/13/07, Jiri Slaby <[EMAIL PROTECTED]> wrote:
>> Why did you remove all Cced people? Anyway I filtered some of them out
>>
>> johann deneux napsal(a):
>> > You are right, the direction in ff_effect is meant to be an angle.
>> > A dirty solution would be to use the 1
Jiri Slaby napsal(a):
> Also yet another one such as FF_VECTOR or FF_3D could be considered as one
> posibility, but it's still the same -- to have no more than 3 entries to
> pass forces...
(for example johann's FF pedals)
--
http://www.fi.muni.cz/~xslaby/Jiri Slaby
faculty of infor
Anssi Hannula napsal(a):
> Jiri Slaby wrote:
>> Dmitry Torokhov napsal(a):
>>> On 3/13/07, Jiri Slaby <[EMAIL PROTECTED]> wrote:
Why did you remove all Cced people? Anyway I filtered some of them out
johann deneux napsal(a):
> You are right, the direction in ff_effect is meant to
On Wed, Mar 14, 2007 at 09:54:27AM -0400, Dmitry Torokhov wrote:
> Hi Eric,
>
> On 3/13/07, Eric Piel <[EMAIL PROTECTED]> wrote:
> >Hello,
> >
> >As a sequel to my patch "Wistron button support for TravelMate 610" of
> >last week, here is a bigger addition of keymaps for the wistron_btns.
> >
> >P
On 3/14/07, Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
On Wed, Mar 14, 2007 at 09:54:27AM -0400, Dmitry Torokhov wrote:
> Hi Eric,
>
> On 3/13/07, Eric Piel <[EMAIL PROTECTED]> wrote:
> >Hello,
> >
> >As a sequel to my patch "Wistron button support for TravelMate 610" of
> >last week, here is a bi
On 3/14/07, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
On 3/14/07, Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
> On Wed, Mar 14, 2007 at 09:54:27AM -0400, Dmitry Torokhov wrote:
> > Hi Eric,
> >
> > On 3/13/07, Eric Piel <[EMAIL PROTECTED]> wrote:
> > >Hello,
> > >
> > >As a sequel to my patch "Wis
On Wed, Mar 14, 2007 at 02:58:49PM -0400, Dmitry Torokhov wrote:
> >> I have couple of comments/requests:
> >>
> >> 1. KEY_OPEN and KEY_CLOSE should not be used to signal state of the
> >> lid, they correspond to Accpication Control Open and Close keys from
> >> USB HID HUT spec:
> >>
> >> htt
03/14/2007 08:02 PM, Dmitry Torokhov wrote/a écrit:
On 3/14/07, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
On 3/14/07, Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
> On Wed, Mar 14, 2007 at 09:54:27AM -0400, Dmitry Torokhov wrote:
> > Hi Eric,
> >
> > 2. I also have a concern about using KEY_SCREEN
On 3/14/07, Anssi Hannula <[EMAIL PROTECTED]> wrote:
> >> Do we have any idea if there any users of FF out there?
> >
> > At least me :). I'm using it for wheel and joystick in modules for locally
> > developped multiplatform virtual reality system.
>
> Wine and BZflag come to mind, though I thi
On 3/14/07, STenyaK (Bruno González) <[EMAIL PROTECTED]> wrote:
On 3/14/07, Anssi Hannula <[EMAIL PROTECTED]> wrote:
> >> Do we have any idea if there any users of FF out there?
> >
> > At least me :). I'm using it for wheel and joystick in modules for
locally
> > developped multiplatform virtu
Jiri Slaby wrote:
> Dmitry Torokhov napsal(a):
>> On 3/13/07, Jiri Slaby <[EMAIL PROTECTED]> wrote:
>>> Why did you remove all Cced people? Anyway I filtered some of them out
>>>
>>> johann deneux napsal(a):
You are right, the direction in ff_effect is meant to be an angle.
A dirty soluti
On 3/14/07, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> I have a question: if the force is to be 3D, why only 3 possible values?
> What would they be, 3 torques or 3 forces? In the case of car sims (ff
> steering wheels), only one axis of torque is usually used (except for 6 dof
> platforms, as
Daniel Walker wrote:
> For interactive tasks (basic scheduling) the execution time, and sleep
> time need to be measured.
Sleep time is interesting. It doesn't make much sense to talk about
time that was stolen while a process was sleeping (it was either stolen
from another running process, or th
Nick Piggin <[EMAIL PROTECTED]> writes:
> Introduce write_begin, write_end, and perform_write aops.
>
> These are intended to replace prepare_write and commit_write with more
> flexible alternatives that are also able to avoid the buffered write
> deadlock problems efficiently (which prepare_write
Hi,
On Wed, Mar 14, 2007 at 03:55:41PM -0500, Dave Kleikamp wrote:
> On Wed, 2007-03-14 at 15:58 -0400, Ashif Harji wrote:
> > This patch unconditionally calls mark_page_accessed to prevent pages,
> > especially for small files, from being evicted from the page cache despite
> > frequent access.
On 2/14/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
I think this should be a module option/boot parameter, not a config-time
option.
NM, the recent changes in 8250 driver eliminated the need for this patch :)
Vitaly
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Mar 14 2007 21:21, Andi Kleen wrote:
>
>> also, having the x32_ and x64_ prefix is a painful daily reminder for
>> all of us changing the architecture that 'this stuff needs to be
>> unified!'.
>
>We would probably stuck with that forever and it just looks ugly.
>Non paravirt xen uses such a
Thanks for the answer , I have already checked the core files size
diff which was surprising in a way.The corefile on linux 2.4.28 (which
actually shows less information than redhat) is bigger than redhat's
2.4.20-8 system core file.
Which brings me to the point that it has to be the generation of
On 3/13/07, Gene Heskett <[EMAIL PROTECTED]> wrote:
On Tuesday 13 March 2007, Gene Heskett wrote:
>On Tuesday 13 March 2007, Gene Heskett wrote:
>>Greetings;
>>Someone suggested a fresh thread for this.
>>
>>I now have my scripts more or less under control, and I can report that
>>kernel-2.6.20.1
Hello,
at least on x86_64 the present cyclades.h is broken due to the wrong size
of uclong. This affects, of course, both the kernel and the user-level
utilities. The symptom is that cyzload refuses to load the firmware.
I also managed to freeze the machine when unloading the module.
The patch be
On Wed, 2007-03-14 at 11:12 +0100, Andi Kleen wrote:
> On Tue, Mar 13, 2007 at 02:39:33PM -0700, Linus Torvalds wrote:
> >
> >
> > On Tue, 13 Mar 2007, Steven Rostedt wrote:
> > >
> > > What we have currently is a bunch of hacks. Seems that people can't make
> > > up their mind to what to do.
>
Hello,
On Wed, Mar 14, 2007 at 04:35:55PM +0300, Konstantin Kalin wrote:
> Hello, All
>
> I have the following configuration: CentOS 3.8, kernel
> 2.4.21-41.0.01.EL, Dialogic boards.
> Sometimes a kernel panic happens. I setup netdump and got several crash
> dumps and logs. Backtrace shows that
On Wed, 2007-03-14 at 22:33 +0100, Andreas Mohr wrote:
> Hi,
>
> On Wed, Mar 14, 2007 at 03:55:41PM -0500, Dave Kleikamp wrote:
> > On Wed, 2007-03-14 at 15:58 -0400, Ashif Harji wrote:
> > > This patch unconditionally calls mark_page_accessed to prevent pages,
> > > especially for small files, f
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
This patch wire the signalfd system call to the x86_64 architecture.
Signed-off-by: Davide Libenzi
- Davide
Index: linux-2.6.20.ep2/include/asm-x86_64/unistd.h
===
--- linux-2.6.20.ep2.orig/include/asm-x86_64/unistd.h 2007-0
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 delive
This patch wire the signalfd system call to the i386 architecture.
Signed-off-by: Davide Libenzi
- Davide
Index: linux-2.6.20.ep2/arch/i386/kernel/syscall_table.S
===
--- linux-2.6.20.ep2.orig/arch/i386/kernel/syscall_table.S
This is just an example about how to add asyncfd support to the current
KAIO code.
Patch is small and comments says it all about my doubts.
I made a quick test program to verify the patch, and it runs fine here:
http://www.xmailserver.org/asyncfd-aio-test.c
The test program uses poll(2), but it'd
This patch wire the asyncfd system call to the x86_64 architecture.
Signed-off-by: Davide Libenzi
- Davide
Index: linux-2.6.20.ep2/arch/x86_64/ia32/ia32entry.S
===
--- linux-2.6.20.ep2.orig/arch/x86_64/ia32/ia32entry.S 2007-0
This patch wire the timerfd system call to the x86_64 architecture.
Signed-off-by: Davide Libenzi
- Davide
Index: linux-2.6.20.ep2/arch/x86_64/ia32/ia32entry.S
===
--- linux-2.6.20.ep2.orig/arch/x86_64/ia32/ia32entry.S 2007-0
This patch implement the necessary compat code for the signalfd system call.
Signed-off-by: Davide Libenzi
- Davide
Index: linux-2.6.20.ep2/fs/compat.c
===
--- linux-2.6.20.ep2.orig/fs/compat.c 2007-03-11 14:28:28.0 -
The reboot_fixups stuff seems to be a bit of a mess, specifically the
header is in linux/ when its a purely i386-specific piece of code. I'm
not sure why it has its config option; its only currently needed for
"geode-gx1/cs5530a", so perhaps whatever config option controls that
hardware should ena
This patch implement the necessary compat code for the timerfd system call.
Signed-off-by: Davide Libenzi
- Davide
Index: linux-2.6.20.ep2/fs/compat.c
===
--- linux-2.6.20.ep2.orig/fs/compat.c 2007-03-12 11:28:03.0 -0
This is the asyncfd implementation. It's a thin and generic file descriptor
that can be used to deliver results to userspace and, at the same time,
supports the Linux f_op->poll subsystem making it able to be used with
POSIX select(2)/poll(2) (and, as a consequence, epoll(2)).
The use for such resu
This patch wire the timerfd system call to the i386 architecture.
Signed-off-by: Davide Libenzi
- Davide
Index: linux-2.6.20.ep2/arch/i386/kernel/syscall_table.S
===
--- linux-2.6.20.ep2.orig/arch/i386/kernel/syscall_table.S
This patch wire the asyncfd system call to the i386 architecture.
Signed-off-by: Davide Libenzi
- Davide
Index: linux-2.6.20.ep2/arch/i386/kernel/syscall_table.S
===
--- linux-2.6.20.ep2.orig/arch/i386/kernel/syscall_table.S
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 d
On Wednesday 14 March 2007 23:24, Jeremy Fitzhardinge wrote:
> The reboot_fixups stuff seems to be a bit of a mess, specifically the
> header is in linux/ when its a purely i386-specific piece of code. I'm
> not sure why it has its config option; its only currently needed for
> "geode-gx1/cs5530a"
On Wednesday 14 March 2007 20:25:24 Stefan Richter wrote:
> Ismail Dönmez wrote:
> > On Wednesday 14 March 2007 13:14:42 Stefan Richter wrote:
> >> Do you have a script or config which marks the
> >> ohci1394 module to be unloaded before suspend?
> >
> > I used kpowersave to suspend, I failed to fi
On Tue, 13 Mar 2007, Christoph Hellwig wrote:
On Wed, Mar 14, 2007 at 07:21:41AM +1100, Kandan Venkataraman wrote:
All comments have been taken care of.
Description:
A file_operations structure variable called loop_fops is initialised with
the default block device file operations (def_blk_fo
On Tuesday 13 March 2007 11:00, Joerg Roedel wrote:
> From: Mark Langsdorf <[EMAIL PROTECTED]>
> From: Joerg Roedel <[EMAIL PROTECTED]>
>
> This patch fixes the reporting of cpu_mhz in /proc/cpuinfo on CPUs with
> a constant TSC rate and a kernel with disabled cpufreq.
>
> Signed-off-by: Mark Lan
On Wed, Mar 14, 2007 at 03:19:21PM -0700, Davide Libenzi wrote:
> + /*
> + * Check if the user asked us to deliver the result through an
> + * asyncfd. Note that asyncfd_add_results() may sleep. It seems
> + * OK looking at the code, but I'm not sure since inside a USB driver,
>
On Wed, 14 Mar 2007, Benjamin LaHaise wrote:
> On Wed, Mar 14, 2007 at 03:19:21PM -0700, Davide Libenzi wrote:
> > + /*
> > +* Check if the user asked us to deliver the result through an
> > +* asyncfd. Note that asyncfd_add_results() may sleep. It seems
> > +* OK looking at the code
On Tue, Mar 13, 2007 at 05:08:59AM -0700, Nick Piggin wrote:
> I would agree that it points to MySQL scalability issues, however the
> fact that such large gains come from tcmalloc is still interesting.
What glibc version are you, Anton and others are using?
Does that version has this fix include
On Tue, 13 Mar 2007 09:56:52 +
Russell King <[EMAIL PROTECTED]> wrote:
> Right, here's the ARM fix which is now in the ARM tree:
> [...]
The following patch seems to fix the issue (+ minor style fix). I'm not sure
it's ok due to my poor knowledge of this code.
Signed-off-by: Giuliano Pochi
On Wed, Mar 14, 2007 at 04:24:54PM -0700, Davide Libenzi wrote:
> Can you point me to a kernel path that ends up calling aio_complete() in a
> do-not-sleep mode?
If you remove that invariant, then it is very difficult for device drivers
and other code to make use of aio_complete().
> The offend
On Wed, 14 Mar 2007, Benjamin LaHaise wrote:
> On Wed, Mar 14, 2007 at 04:24:54PM -0700, Davide Libenzi wrote:
> > Can you point me to a kernel path that ends up calling aio_complete() in a
> > do-not-sleep mode?
>
> If you remove that invariant, then it is very difficult for device drivers
> a
On Wed, 14 Mar 2007, Davide Libenzi wrote:
> On Wed, 14 Mar 2007, Benjamin LaHaise wrote:
>
> > On Wed, Mar 14, 2007 at 04:24:54PM -0700, Davide Libenzi wrote:
> > > Can you point me to a kernel path that ends up calling aio_complete() in
> > > a
> > > do-not-sleep mode?
> >
> > If you remove
On Tue, 2007-03-13 at 13:48 -0700, Jeremy Fitzhardinge wrote:
> * init_gdt should always use write_gdt_entry when touching the gdt;
> if it doesn't and it ends up touching an already-installed gdt
> under Xen, it will get a write fault. This happens because
> init_gdt ends up
On Wed, Mar 14, 2007 at 04:41:58PM -0700, Davide Libenzi wrote:
> Yeah, of course. I do not plan revolutions. Just asking if it's a possible
> thing to do. I can mlock the userspace ring, if imposing that burden over
> aio_complete() is seen as too heavy.
I'm not sure I follow what you're doing
> BTW. my futex man page says timeout's contents "describe the maximum duration
> of the wait". Surely that should be *minimum*? Michael cc'ed.
Er, the intent of the wording is to say "futex will wait until uaddr
no longer contains val, or the timeout expires, whichever happens first".
One optio
> On Wed, 14 Mar 2007 17:52:01 + (UTC) Leroy van Logchem <[EMAIL
> PROTECTED]> wrote:
> Leroy van Logchem wldelft.nl> writes:
>
> >
> > > > None whatsoever. Three people are reporting this and it's a drop-dead
> > > > showstopper for a 2.6.21 release so we just have to wait until someone
>
> On Wed, 14 Mar 2007 20:06:02 +0100 Mariusz Kozlowski <[EMAIL PROTECTED]>
> wrote:
> Hello,
>
> Today after +- 24h of uptime I found some more page allocation
> failures ('eth1: Can't allocate skb for Rx'). You'll find more here:
>
> http://tuxland.pl/misc/2.6.21-rc3-mm1-page-allocation-f
Ismail Dönmez wrote:
> On Wednesday 14 March 2007 20:25:24 Stefan Richter wrote:
>> Ismail Dönmez wrote:
>> > Are you able to rmmod it?
>>
>> Yes, but on 2.6.20 and earlier kernels, most of the time with
>> development versions of the 1394 drivers. I still haven't tried
>> 2.6.21-rc, will hopefully
Revert "[PATCH] Fix CONFIG_COMPAT_VDSO"
This reverts commit a1f3bb9ae4497a2ed3eac773fd7798ac33a0371f.
Several systems couldnt boot using CONFIG_HIGHMEM64G=y as
reported in bug #8040. Reverting the above patch solved the problem.
Cc: Randy Dunlap <[EMAIL PROTECTED]>
Cc: Ingo M
Hello,
since Serial ATA has it's own menu point now, I guess we can change the
description of the deprecated SATA driver as well, since the new S-ATA
subsystem is not configured through a SCSI low-level driver anymore.
The following patch is against 2.6.21-rc3:
--- linux-2.6.20.orig/drivers/ide/
On Thursday 15 March 2007 02:01, Andrew Morton wrote:
> > On Wed, 14 Mar 2007 17:52:01 + (UTC) Leroy van Logchem <[EMAIL
> > PROTECTED]> wrote:
> > Leroy van Logchem wldelft.nl> writes:
> >
Where does it hang exactly? Do you have a boot log?
> > > > > None whatsoever. Three people are rep
I wrote:
> according to a quick test I made right now it is a regression post 2.6.20.
> # modprobe ohci1394 # wait a bit, eth1394 is auto-loaded
> # modprobe -r eth1394
> # modprobe -r ohci1394
> works.
> # modprobe ohci1394 # wait a bit, eth1394 is auto-loaded
> # modprobe -r ohci1394
> oopses
On Wed, 14 Mar 2007, Davide Libenzi wrote:
> >
> > That won't work. aio_complete() is supposed to be irq safe.
>
> Can you point me to a kernel path that ends up calling aio_complete() in a
> do-not-sleep mode?
All of them.
It's called from dio_bio_end_aio(), which is the bi_end_io function
On Wed, 14 Mar 2007, Benjamin LaHaise wrote:
> On Wed, Mar 14, 2007 at 04:41:58PM -0700, Davide Libenzi wrote:
> > Yeah, of course. I do not plan revolutions. Just asking if it's a possible
> > thing to do. I can mlock the userspace ring, if imposing that burden over
> > aio_complete() is seen a
On Wed, 14 Mar 2007, Linus Torvalds wrote:
> On Wed, 14 Mar 2007, Davide Libenzi wrote:
> > >
> > > That won't work. aio_complete() is supposed to be irq safe.
> >
> > Can you point me to a kernel path that ends up calling aio_complete() in a
> > do-not-sleep mode?
>
> All of them.
>
> It's c
On Wed, 14 Mar 2007, Davide Libenzi wrote:
> On Wed, 14 Mar 2007, Benjamin LaHaise wrote:
>
> > On Wed, Mar 14, 2007 at 04:41:58PM -0700, Davide Libenzi wrote:
> > > Yeah, of course. I do not plan revolutions. Just asking if it's a
> > > possible
> > > thing to do. I can mlock the userspace rin
On Fri, Mar 09, 2007 at 05:58:59PM -0600, Nathan Lynch wrote:
> Hello-
>
> Cliff Wickman wrote:
> > This patch would insert a preference to migrate such a task to a cpu within
> > its cpuset (and set its cpus_allowed to its cpuset).
> >
> > With this patch, migrate the task to:
> > 1) to any cpu
On Thursday 15 March 2007 02:08:43 Stefan Richter wrote:
[...]
> Ismail, if you have the opportunity, the next thing you could test would
> be to unload eth1394 explicitly before ohci1394 on 2.6.21-rc3. This
> would _not_ oops according to my observation.
rmmod eth1394 and modprobe -r eth1394 both
On Thursday 15 March 2007 02:08:43 Stefan Richter wrote:
[...]
>
> Ismail, if you have the opportunity, the next thing you could test would
> be to unload eth1394 explicitly before ohci1394 on 2.6.21-rc3. This
> would _not_ oops according to my observation.
On a clean reboot it works as expected ;
From: William Lee Irwin III <[EMAIL PROTECTED]>
Date: Wed, 14 Mar 2007 08:06:12 -0700
> On Wed, Mar 14, 2007 at 09:18:50AM +, Al Viro wrote:
> > Signed-off-by: Al Viro <[EMAIL PROTECTED]>
> > ---
> > arch/sparc/mm/init.c |2 +-
> > 1 files changed, 1 insertions(+), 1 deletions(-)
>
> Dav
Bjorn Helgaas <[EMAIL PROTECTED]> writes:
> In 2.6.21-rc3-mm2 (plus some move_freepages() bugfixes), I hit one
> of the warnings added by Eric's msi-debug-code.patch. This is on an
> ia64 box, an HP rx2600. Let me know if I can collect more information.
I think we are good. How pci_save_state a
I built a CONFIG_COMPAT_VDSO=y, CONFIG_HIGHMEM64G=y kernel and it has no
problems with FC-6 userland. Everything looks fine with the vDSO.
So either some more details of your kernel config are relevant, or
something about the userland usage pattern.
Thanks,
Roland
-
To unsubscribe from this li
On Wed, 2007-03-14 at 10:50 +0100, Geert Uytterhoeven wrote:
> On Wed, 14 Mar 2007, Al Viro wrote:
> > Signed-off-by: Al Viro <[EMAIL PROTECTED]>
>
> And finally, make sure CONFIG_LOGO=n, as there's a bug in the logo code: logos
> are __initdata but the logo code still tries to draw them for a mo
do_acct_process (in kernel/acct.c) bypasses vfs_write and calls
file->f_op->write directly. It therefore bypasses various sanity
checks, some of which appear applicable (notably inode->i_flock &&
MANDATORY_LOCK(inode)) and others of which do not (oversize request,
access_ok, etc.). It also negle
2007/3/13, Benjamin Herrenschmidt <[EMAIL PROTECTED]>:
On Tue, 2007-03-13 at 01:49 +, young dave wrote:
> Hi,
> I have tested on my mac mini g4.
>
> The 2.6.21-rc2 will cause oops like the above post.
>
> And for the new 2.6.21-rc3-git7 , the kernel load ok, penguin pixmap
> appears, but then
On Mon, 12 Mar 2007 19:57:58 +0100
Michal Hocko <[EMAIL PROTECTED]> wrote:
> What do you think about that. Is this way correct?
>
If you are sure that your "original" pages is never freed while you are
migrating it.maybe.
-Kame
-
To unsubscribe from this list: send the line "unsubscribe li
Dave Kleikamp wrote:
On Wed, 2007-03-14 at 22:33 +0100, Andreas Mohr wrote:
Hi,
On Wed, Mar 14, 2007 at 03:55:41PM -0500, Dave Kleikamp wrote:
On Wed, 2007-03-14 at 15:58 -0400, Ashif Harji wrote:
This patch unconditionally calls mark_page_accessed to prevent pages,
especially for small files
Rusty Russell wrote:
> Hmm, this invalidated my assumption that write_gdt_entry is always a
> write to this cpu's active gdt. Better fix is not to call it twice
> anyway...
>
No, I don't think that's true. I implemented the write_*_entry
functions with the assumption they could be called eith
Hi Linus,
All of these fixes are straight forward and well tested, here in our
lab. There's actually more ocfs2 fixes but the rest are for extremely rare
conditions, so they can wait (post 2.6.21) until we get some more testing on
them.
--Mark
Please pull from 'upstream-linus' bran
The specific case I am encountering is kdump under Xen with a 64 bit
hypervisor and 32 bit kernel/userspace. The dump created is a 64 bit due
to the hypervisor but the dump kernel is 32 bit to match the domain 0
kernel.
It's possibly less likely to be useful in a purely native scenario but I
see n
On Wed, 14 Mar 2007, Oliver Neukum wrote:
> Hi,
>
> I am looking at this code:
>
> if (new_msr &
> (MOS_MSR_DELTA_CTS | MOS_MSR_DELTA_DSR | MOS_MSR_DELTA_RI |
>MOS_MSR_DELTA_CD)) {
> icount = &mos7840_port->icount;
>
> /* update input line
Dan Hecht wrote:
> On 03/14/2007 01:31 PM, Jeremy Fitzhardinge wrote:
>> Dan Hecht wrote:
>>> Sounds good. I don't see this in your patchset you sent yesterday
>>> though; did you add it after sending out those patches?
>>
>> Yes.
>>
>>> if so, could you forward the new patch? does it explicitl
On Wednesday 14 March 2007 03:31, Jeremy Fitzhardinge wrote:
> The current Linux scheduler makes one big assumption: that 1ms of CPU
> time is the same as any other 1ms of CPU time, and that therefore a
> process makes the same amount of progress regardless of which particular
> ms of time it gets.
On Thursday 15 March 2007 08:36, Con Kolivas wrote:
> On Wednesday 14 March 2007 03:31, Jeremy Fitzhardinge wrote:
> > The current Linux scheduler makes one big assumption: that 1ms of CPU
> > time is the same as any other 1ms of CPU time, and that therefore a
> > process makes the same amount of p
On Wed, 2007-03-14 at 14:16 -0700, Jeremy Fitzhardinge wrote:
>
> > It's also used for some posix cpu timers
> > (sched_ns) , and it used for migration thread initialization.
>
> sched_ns doesn't use it directly except for the case where the process
> is currently running. Anyway, it's compati
Con Kolivas wrote:
> I think you're looking for a complex solution to a problem that doesn't
> exist.
>
The problem is subtle, but I think the solution is actually fairly simple.
> The job of the process scheduler is to meter out the available cpu resources.
> It cannot make up cycles for a
Daniel Walker wrote:
> It's used for measuring execution time, but timers are triggered based
> on that time, so it needs to be actual execution time. I don't know to
> what extent this is already inaccurate on some system tho.
>
Well, "actual execution time" is a bit ambiguous: should that be
Andi Kleen wrote:
> On Wednesday 14 March 2007 23:24, Jeremy Fitzhardinge wrote:
>
>> The reboot_fixups stuff seems to be a bit of a mess, specifically the
>> header is in linux/ when its a purely i386-specific piece of code. I'm
>> not sure why it has its config option; its only currently need
Con,
On Mon, Mar 12, 2007 at 10:58:11AM +1100, Con Kolivas wrote:
> There are updated patches for 2.6.20, 2.6.20.2, 2.6.21-rc3 and 2.6.21-rc3-mm2
> to bring RSDL up to version 0.30 for download here:
I tried this on a Core 2 Quad cpu system(system has 4 cores on a single
package). When I run SPE
On Wednesday 14 March 2007, Ray Lee wrote:
>On 3/13/07, Gene Heskett <[EMAIL PROTECTED]> wrote:
>> On Tuesday 13 March 2007, Gene Heskett wrote:
>> >On Tuesday 13 March 2007, Gene Heskett wrote:
>> >>Greetings;
>> >>Someone suggested a fresh thread for this.
>> >>
>> >>I now have my scripts more or
On Thu, Mar 15, 2007 at 12:38:40AM +0100, Leroy van Logchem wrote:
>
> Revert "[PATCH] Fix CONFIG_COMPAT_VDSO"
> This reverts commit a1f3bb9ae4497a2ed3eac773fd7798ac33a0371f.
>
> Several systems couldnt boot using CONFIG_HIGHMEM64G=y as
> reported in bug #8040. Reverting the above
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
This patch wire the eventfd system call to the i386 architecture.
Signed-off-by: Davide Libenzi
- Davide
Index: linux-2.6.20.ep2/arch/i386/kernel/syscall_table.S
===
--- linux-2.6.20.ep2.orig/arch/i386/kernel/syscall_table.S
This is a very simple and light file descriptor, that can be used as
event wait/dispatch by userspace (both wait and dispatch) and by the
kernel (dispatch only). When used in the kernel, it can offer an fd-bridge
to enable functionalities like KAIO or syslets/threadlets to signal to
an fd the compl
This patch wire the eventfd system call to the x86_64 architecture.
Signed-off-by: Davide Libenzi
- Davide
Index: linux-2.6.20.ep2/arch/x86_64/ia32/ia32entry.S
===
--- linux-2.6.20.ep2.orig/arch/x86_64/ia32/ia32entry.S 2007-0
This is another example about how to add eventfd support to the current
KAIO code.
The KAIO code simply signals the eventfd fd when events are ready, and
this triggers a POLLIN in the fd.
I made a quick test program to verify the patch, and it runs fine here:
http://www.xmailserver.org/eventfd-aio
From: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]>
Kprobes doesn't scribble the kprobe.symbol_name field. Its only set by
the module when registering the probe. Modules that exercise good
hygiene using the "const" qualifier will see warnings...
warning: assignment discards qualifiers fr
Kirill Korotaev wrote:
The approaches I have seen that don't have a struct page pointer, do
intrusive things like try to put hooks everywhere throughout the kernel
where a userspace task can cause an allocation (and of course end up
missing many, so they aren't secure anyway)... and basically ju
Gene Heskett wrote:
> Here is an example
> [EMAIL PROTECTED] data]# dd if=00010.coyote._lib.1 bs=32k count=1
> AMANDA: FILE 20070314104344 coyote /lib lev 1 comp .gz program /bin/tar
> To restore, position tape at start of file and run:
> dd if= bs=32k skip=1 | /bin/gzip -dc | /bin/tar -f - ...
Move the alternative.c to the common area.
Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
diff --git a/arch/i386/kernel/Makefile b/arch/i386/kernel/Makefile
index 556da60..44c7d89 100644
--- a/arch/i386/kernel/Makefile
+++ b/arch/i386/kernel/Makefile
@@ -7,7 +7,7 @@ extra-y := head.o init_task
Move the msr.c to the common area.
Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
diff --git a/arch/i386/kernel/Makefile b/arch/i386/kernel/Makefile
index 44c7d89..5276349 100644
--- a/arch/i386/kernel/Makefile
+++ b/arch/i386/kernel/Makefile
@@ -14,7 +14,6 @@ obj-y +=
Move the microcode.c to the common area.
Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
diff --git a/arch/i386/kernel/Makefile b/arch/i386/kernel/Makefile
index 4437181..ac925bc 100644
--- a/arch/i386/kernel/Makefile
+++ b/arch/i386/kernel/Makefile
@@ -14,7 +14,6 @@ obj-y
Move the bootflag.c to the common area.
Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
diff --git a/arch/i386/kernel/Makefile b/arch/i386/kernel/Makefile
index c8fe439..4622355 100644
--- a/arch/i386/kernel/Makefile
+++ b/arch/i386/kernel/Makefile
@@ -6,7 +6,7 @@ extra-y := head.o init_task.o
Move the early_printk.c to the common area.
Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
diff --git a/arch/i386/kernel/Makefile b/arch/i386/kernel/Makefile
index 4ae3dcf..a57040d 100644
--- a/arch/i386/kernel/Makefile
+++ b/arch/i386/kernel/Makefile
@@ -35,7 +35,6 @@ obj-$(CONFIG_ACPI_SRAT)
301 - 400 of 484 matches
Mail list logo
