> "Arjan" == Arjan van de Ven <[EMAIL PROTECTED]> writes:
Arjan> On Tue, 2005-02-22 at 17:30 -0500, Jes Sorensen wrote:
>> For userspace it's used by some of the MPI type apps in userland.
Arjan> you got to be kidding. Why are these MPI apps accessing memory
Arjan> that the kernel has mapped
> However what happens if someone wants to share say some
> texture ram between the kernel and a video card and that has to be
> mapped uncached? Though up example here though.
also that's surely supposed to be controlled by some kernel driver,
which in turn can and should export it's own mmap in
In article <[EMAIL PROTECTED]> you write:
> The most recent one was yesterday: I had run lsusb in the morning and had no
> problems, but at the end of the day I ran it again, and after outputting 3
> lines of data, it hung, stuck in D-state. So now I have this:
>
> [/home/user]$ ps aux|grep D
> US
On Tue, 2005-02-22 at 23:20 -0800, Andrew Morton wrote:
> Kaigai Kohei <[EMAIL PROTECTED]> wrote:
> >
> > The common agreement for the method of dealing with process aggregation
> > has not been constructed yet, I understood. And, we will not able to
> > integrate each process aggregation model
Guillaume Thouvenin <[EMAIL PROTECTED]> wrote:
>
> ...
>
> > We really want to avoid doing such stuff in-kernel if at all possible, of
> > course.
> >
> > Is it not possible to implement the fork/exec/exit notifications to
> > userspace so that a daemon can track the process relationships and per
Hello,
This patch replaces the relay_fork module and it implements a fork
connector in the kernel/fork.c:do_fork() routine. The connector sends
information about parent PID and child PID over a netlink interface. It
allows to several user space applications to be informed when a fork
occurs in t
Andrew Morton <[EMAIL PROTECTED]> :
> There are already a bunch of r8169 patches in Jeff's tree. The combination
> isn't pretty:
[removed by parental advisory]
I sent r8169-4{0/1/2/3/4}0 on netdev + Jeff the 22/02/2005. Jeff's netdev
(thus your tree) already had the r8169-3xx changes.
Jeff has a
Guillaume Thouvenin <[EMAIL PROTECTED]> wrote:
>
> Hello,
>
> This patch replaces the relay_fork module and it implements a fork
> connector in the kernel/fork.c:do_fork() routine. The connector sends
> information about parent PID and child PID over a netlink interface. It
> allows to several u
Francois Romieu <[EMAIL PROTECTED]> wrote:
>
> - do something else until I verify the above and generate a dedicated
>patchsets for your tree.
That sounds great to me ;)
2.6.11-rc4-mm1 should be on kernel.org in an hour or so.
-
To unsubscribe from this list: send the line "unsubscribe linux-
On Wed, 2005-02-23 at 00:51 -0800, Andrew Morton wrote:
> > It's what I'm proposing. The problem is to be alerted when a new process
> > is created in order to add it in the correct group of processes if the
> > parent belongs to one (or several) groups. The notification can be done
> > with the fo
Guillaume Thouvenin <[EMAIL PROTECTED]> wrote:
>
> I will run benchmarks found at http://bulk.fefe.de/scalability/ to see
> how the fork connector impacts on the kernel.
The lmbench fork microbenchmark would suffice.
>All stuff that was previously done in kernel space and provided by the
>
Greg KH writes:
Following the discussion in [1], the attached patch creates /sys/class/block
as a symlink to /sys/block. The patch applies to 2.6.11-rc4-bk7.
Please cc: me on any replies - I'm not subscribed to the mailing list.
Hm, your patch is linewrapped, and can't be applied :(
Bah, and
On Tue, 22 Feb 2005, Andrew Morton wrote:
> We really want to avoid doing such stuff in-kernel if at all possible, of
> course.
>
> Is it not possible to implement the fork/exec/exit notifications to
> userspace so that a daemon can track the process relationships and perform
> aggregation based
> "Andrew" == Andrew Morton <[EMAIL PROTECTED]> writes:
Andrew> Jes Sorensen <[EMAIL PROTECTED]> wrote:
>> After applying the clue 2x4 to my head a couple of times, I came
>> up with this patch. Hopefully it will work a bit better ;-)
>>
Andrew> I know it's repetitious, but it's nice to mai
On Tue, 2005-02-22 at 22:05 -0300, Horst von Brand wrote:
> Chris Friesen <[EMAIL PROTECTED]> said:
[...]
> > Maybe I'm on crack, but would it not be technically possible to have all
> > resource usage be tracked so that when a task tries to do something and
> > hangs, eventually it gets cleaned
Hi all,
I have an application on x86-64 that will require me sharing two memory
segments upwards of 10+ GB each among several processes. Would it be better
performance-wise to mmap in two files from a tmpfs filesystem, or, create two
large ramdisks (/dev/ram0 & /dev/ram1) and mmap those in?
I'm not
On Wed, 23 Feb 2005 01:07:47 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> Guillaume Thouvenin <[EMAIL PROTECTED]> wrote:
> >
> > Hello,
> >
> > This patch replaces the relay_fork module and it implements a fork
> > connector in the kernel/fork.c:do_fork() routine. The connector sends
> > in
Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
>
> On Wed, 23 Feb 2005 01:07:47 -0800
> Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > Guillaume Thouvenin <[EMAIL PROTECTED]> wrote:
> > >
> > > Hello,
> > >
> > > This patch replaces the relay_fork module and it implements a fork
> > > connector in
Andrew Morton <[EMAIL PROTECTED]> disait derniÃrement que :
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc4/2.6.11-rc4-mm1/
>
>
> - Various fixes and updates all over the place. Things seem to have slowed
> down a bit.
>
> - Last, final, ultimate call: if anyone has p
On Wed, 23 Feb 2005 02:58:06 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> >
> > On Wed, 23 Feb 2005 01:07:47 -0800
> > Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > > Guillaume Thouvenin <[EMAIL PROTECTED]> wrote:
> > > >
> > > > Hello,
> > > >
Linus Torvalds <[EMAIL PROTECTED]> wrote:
> It shouldn't be. If one read writer is active, another should be able to
> come in, regardless of any pending writer trying to access it. At least
> that's always been the rule for the rw-spinlocks _exactly_ for this
> reaseon.
But not with rw-semaph
Hi, Thanks for your comments.
Andrew Morton wrote:
>> Some process-aggregation model have own philosophy and implemantation,
>> so it's hard to integrate. Thus, I think that common 'fork/exec/exit' event
handling
>> framework to implement any kinds of process-aggregation.
>
>
> We really want to a
Hi,
I'm back :) just shortly, to report an annoying kernel crash that
sometimes I'm experiencing at boot time on my laptop ([EMAIL PROTECTED]/UP),
running 2.6.11-rc4-RT-V0.7.39-02 (PREEMPT_RT=y, config attached).
This BUG is happening in some probabilistic fashion, like 1 on each 3
boots, renderi
Linus Torvalds <[EMAIL PROTECTED]> wrote:
> That is uglee.
True. You could just wrap it up in inline functions and hide it in a header
file as I suggested in the email I've just sent.
> We really have this already, and it's called "current->preempt". It
> handles any lock at all, and doesn't a
Andrew Morton <[EMAIL PROTECTED]> wrote:
> wrt this down_read/down_write/down_read deadlock: iirc, the reason why
> down_write() takes precedence over down_read() is to avoid the permanent
> writer starvation which would occur if there is heavy down_read() traffic.
down_write() doesn't actually t
> - Last, final, ultimate call: if anyone has patches in here which are 2.6.11
> material, please tell me.
I guess that depends on how you define 2.6.11 material at this point, but
I have a few patches that I wrote in there, that I think are potential
candidates due to them being fairly trivi
Today lilo (the FreeNode network owner) has decided to make one step away in a
direction opposite of freedom, and banned all Tor users from the FreeNode
network.
Tor ( http://tor.eff.org ) is an open source anonymous gateway system. Many
users who are not in the position to be able to use IRC o
On Tue, 22 Feb 2005 09:42:19 -0800
Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> Probably the best long term solution is to make the protocol choice
> be a property of the destination cache
[..]
> The protocol choices are mutually exclusive, if you walk through the code
> (or do experiments),
> > dd if=/dev/zero of=/mnt/testfile count=N, N>6
It turns out N>6 is variable. But large enough and it will hang. Sugests
some kind of race I am afraid.
> > I get into an endless loop in __find_get_block_slow.
>
> The only way in which __find_get_block_slow() can loop is if something
> wreck
[EMAIL PROTECTED] (Thomas S. Iversen) wrote:
>
> > > dd if=/dev/zero of=/mnt/testfile count=N, N>6
>
> It turns out N>6 is variable. But large enough and it will hang. Sugests
> some kind of race I am afraid.
>
> > > I get into an endless loop in __find_get_block_slow.
> >
> > The only way in
On 2004-05-08 at 22:00, James Morris wrote:
> Under SELinux, and potentially other LSMs, we need
> to be able to distinguish between user sockets and
> kernel sockets. For SELinux specifically, kernel
> sockets need to be specially labeled during
> creation, then bypass access control checks (
Hi,
I wrote a kernel tool for my personnal usage which goal is to keep a
record of recent task preemptions and interruptions that appears under
linux. Either for debugging through KDB, or for monitoring/analyze
with a graphics representation.
as adviced, SourceForge project is now opened:
http:
The current SCx200 drivers use a fixed base address of 0x9000 for the
Configuration Block, but some systems (at least the Soekris net4801)
uses a base address of 0x6000. This patch first tries the fixed address
then - if no configuration block could be found - tries the address
written to the Confi
> OK, so we're looking for the buffer_head for block 101 and the first
> buffer_head which is attached to the page represents block 100. So the
> next buffer_head _should_ represent block 101. Please print it out:
Not quite the same, but simelar:
Feb 23 14:50:24 localhost kernel: __find_get_blo
This kernel came up, but my boot script complained about no /dev/hdb3
when trying to mount /var.
(I have two IDE disks on the same cable, and an IDE cdrom on another.)
They are usually hda, hdb, and hdc.
MAKEDEV hdq did not help. Looking at sysfs, it turns out that
/dev/hdq1 is at major:3 minor:10
Matt Mackall wrote:
[...]
JPEG data is DCT of 8x8 pixel chunks. If you can get at that, you can
compare the DC terms of each chunk with minimal decoding. Various
thumbnailers do this for speed already.
I really doubt that this would work. It seems to me that you can have
very different DC terms wi
Hi!
I still get the following messages and my mouse jumps around weirdly
making work rather difficult regardless of which 2.6 kernel I use (tried
2.6.8, 2.6.9, 2.6.10, 2.6.11-rc2 with patch-see below, 2.6.11-rc4):
psmouse.c: Mouse at isa0060/serio4/input0 lost synchronization, throwing
2 bytes
These are patches designed to improve system responsiveness. It is
configurable to any workload but the default ck* patch is aimed at the
desktop and ck*-server is available with more emphasis on serverspace.
This is a maintenance release and is identical to 2.6.10-ck5 apart from
using 2.6.10-a
On Wed, 23 Feb 2005, Bodo Eggert wrote:
linux-os <[EMAIL PROTECTED]> wrote:
You don't seem to understand. A process that's stuck in 'D' state
shows a SEVERE error, usually with a hardware driver.
Or a network filesystem mount to a no longer existing server or share.
But that's a whole different pro
> Jan Blunck (JB) writes:
JB> Nope, d_alloc() is setting d_flags to DCACHE_UNHASHED. Therefore it is not
found
JB> by __d_lookup() until it is rehashed which is implicit done by ->lookup().
that means we can have two processes allocated dentry for
same name. they'll call ->lookup() each ag
Rui Nuno Capela wrote:
Hi,
I'm back :) just shortly, to report an annoying kernel crash that
sometimes I'm experiencing at boot time on my laptop ([EMAIL PROTECTED]/UP),
running 2.6.11-rc4-RT-V0.7.39-02 (PREEMPT_RT=y, config attached).
This BUG is happening in some probabilistic fashion, like 1 on
On Wed, 23 Feb 2005 14:22:42 +0100, Nils Kalchhauser
<[EMAIL PROTECTED]> wrote:
> Hi!
>
> I still get the following messages and my mouse jumps around weirdly
> making work rather difficult regardless of which 2.6 kernel I use (tried
> 2.6.8, 2.6.9, 2.6.10, 2.6.11-rc2 with patch-see below, 2.6.11-
On Tue, Feb 22, 2005 at 06:34:54PM -0800, Anil Kumar wrote:
> Hi,
>
> I am trying to install RHEL 4, 2.6.9-5.EL. I have adaptec 39320
> controller, The install CD already has aic79xx driver in it. The
> driver does NOT load for some reason. If I take the same aic79xx
> driver source, Create an
Hello Linus,
you can either use "bk receive" to patch with this mail,
or you can
Pull from: bk://krusty.dt.e-technik.uni-dortmund.de/BK-kernel-tools
or in cases of dire need, you can apply the patch below.
BK: Parent repository is file://var/bitkeeper/BK-kernel-tools
Patch description:
[EMAIL PR
DEAR SIR/MADAM,
WE WILL BE VERY GLAD IF YOU CAN BE OUR REPRESENTATIVE IN YOUR COUNTRY AND
EARN 10%
OF EVERY PAYMENT MADE THROUGH YOU TO US.FOR MORE INFORMATION CONTACT US THROUGH
EMAIL.
THANKS
Mr. rawlings
CEO.
__
On Tue, Feb 22, 2005 at 01:30:27PM -0800, Linus Torvalds wrote:
>
> We really have this already, and it's called "current->preempt". It
> handles any lock at all, and doesn't add yet another special case to all
> the architectures.
>
> Just do
>
> repeat:
> down_read(¤t->mm
Trying to run an old server with a new kernel. A connection
fails with "interrupted system call" as soon as a client
attempts to connect. A trap in the code to continue
works, but subsequent send() and recv() calls fail in
the same way.
Anybody know how to mask that SIGIO (or whatever signal)?
Sett
Hi there,
looks like xfsdumpis broken with recent 2.6.11-rc Kernels. 2.6.11-rc4 is the
one I tried.
Strange enough ist does seem to work _sometimes_, but it does not work
most of the time.
If it does not work I just get the following message:
xfsdump: ERROR: /dev/sda2 does not identify a file s
Hi Andreas
On Tue, 22 Feb 2005 23:08:40 -0500, Andres Salomon <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Here's 2.6.10-as5. 2.6.10-as4 was never officially announced; it had
> issues (note to self; test, *then* tag). Distributors should note that
> there is an ABI/API change in this release, due to
>
Patrick,
Today lilo (the FreeNode network owner) has decided to make one step away
in a direction opposite of freedom, and banned all Tor users from the
FreeNode network.
The actual PDPC policy on access to Freenode via the Electronic Frontier
Foundation's Tor project is here:
http://freenode.net
This patch fixes confliction types for pcibios_align_resource.
CC arch/mips/pci/pci.o
arch/mips/pci/pci.c:55: error: conflicting types for 'pcibios_align_resource'
include/linux/pci.h:729: error: previous declaration of
'pcibios_align_resource' was here
make[1]: *** [arch/mips/pci/pci.o] E
This patch fixes the following errores.
We need C99 struct initialization.
CC arch/mips/kernel/setup.o
arch/mips/kernel/setup.c:89: warning: initialization makes integer from pointer
without a cast
arch/mips/kernel/setup.c:89: error: initializer element is not computable at
load time
arch
Hi,
Does anyone know whether the BKCVS repository
(rsync.kernel.org::pub/scm/linux/kernel/bkcvs/linux-2.5) is still
updated? The last ChangeSet,v revision I got is 1.26750 which was
checked in more than a week ago.
(Sorry if I missed some e-mails about a planned down-time)
Thanks,
Catalin
-
To
On Tue, 22 Feb 2005, Parag Warudkar wrote:
> Alan,
> See below for stack traces and also note that the stack traces are after I
> modified usb_device_read to do down_interruptible instead of down. (kudzu
> gets stuck regardless though.) Let me know if you want me to revert the
> down_interrupti
On Wed, 23 Feb 2005, Joe Korty wrote:
>
> Perhaps this should be preempt_disable preempt_enable.
No, the problem with preempt_disable/enable is that they go away if
preemption is not enabled. So you really do have to do it by hand with the
"inc_preempt_count".
> Otherwise, a preempt att
Jeff Garzik wrote:
Can you try this patch?
If it fixes the oops, I'll forward upstream ASAP.
Jeff,
It fixes the oops (pasted below) for me; please do push it ASAP.
thanks,
BR
xlated vfy cmd LBA 0x14f500 cnt 20
ahci_interrupt: int on port 2
ahci_host_intr: fatal int seen
ahci_intr_error: port 2 irq_
Hi.
The device is: USB2.0 to IDE 3.5" hard disk enclosure.
Producer: Seven.
Part of /var/log/messages with USB debug enabled in kernel is
attached to this email.
Kernel: 2.6.9, 2.6.10 (i cant remember from which one is attached log).
Distribution: Gentoo.
I'm not subscribed to the list, pleas C
Sebastian,
Try upgrading to 2.6.11-rc2-mm4 or newer, I've had better luck with my
USB/Firewire external case on there. Just make sure you don't turn on
usb-storage logging, it's way too verbose for general use!
John
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Wed, Feb 23, 2005 at 11:39:08AM +, David Howells wrote:
> Alternately, you could just have do_page_fault() do:
>
> while (!down_read_trylock(¤t->mm->mmap_sem))
> continue;
>
> However, note that this can suffer from starvation due to a never ending flow
> of mixed write
Dmitry Torokhov wrote:
On Wed, 23 Feb 2005 14:22:42 +0100, Nils Kalchhauser
There were 2 versions of the psmouse-resend patch, the first one was
indeed producing worse results, the second one should work better.
Could you please try grabbing the patch against 2.6.10 from here:
http://www.geocities.
On Wed, 2005-02-23 at 12:03 +0100, Mathieu Segaud wrote:
> it is the latest Robert Love posted against -mm kernels, but in
> inotify_ignore():
I posted an updated patch last Friday, which fixed this.
Anyhow, this is the correct fix.
Signed-off-by: Robert Love <[EMAIL PROTECTED]>
Thanks,
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc4/2.6.11-rc4-mm1/
- Various fixes and updates all over the place. Things seem to have slowed
down a bit.
I am having trouble getting recent -mm kernels to boot on my test box.
For 2.6.11-rc3-mm2 and 2.6.1
On Tue, 22 Feb 2005 22:31:03 +0100, Olaf Titz <[EMAIL PROTECTED]> wrote:
> In article <[EMAIL PROTECTED]> you write:
> > The most recent one was yesterday: I had run lsusb in the morning and had no
> > problems, but at the end of the day I ran it again, and after outputting 3
> > lines of data, it
I have recently run into similar issue involving processes stuck in D state -
involves khubd and usb-storage. This happens with 2.6.11-rc4.
Check lkml for subject Re: [linux-usb-devel] 2.6: USB Storage hangs mac..
Parag
> On Tue, 22 Feb 2005 22:31:03 +0100, Olaf Titz <[EMAIL PROTECTED]> wrote
Dap,
I too have the same problem in relation to the IAL completion errors and
have upgraded from 2.6.9 to 2.6.11. But now I am unable to compile the
openbuild drivers for the highpoint 1820a raid controllers.
May I ask how you successfully comiled the drivers to work with 2.6.11?
My setup:
Ty
I'm getting several modules with undefined symbols :
Kernel: arch/i386/boot/bzImage is ready
Building modules, stage 2.
MODPOST
*** Warning: "match_octal" [fs/udf/udf.ko] undefined!
*** Warning: "match_token" [fs/udf/udf.ko] undefined!
*** Warning: "match_int" [fs/udf/udf.ko] undefined!
*** Wa
On Mon, 2005-02-21 at 20:45, [EMAIL PROTECTED] wrote:
> CVS was pretty good at keeping files sane, but I'll go for a solution that
> completely sidesteps said problem any day.
One way to get the benefits of both worlds would be to keep an
additional history of changes (in whatever form) that allow
On Wed, Feb 23, 2005 at 07:54:06AM -0800, Linus Torvalds wrote:
> > Otherwise, a preempt attempt in get_user would not be seen
> > until some future preempt_enable was executed.
>
> True. I guess we should have a "preempt_check_resched()" there too. That's
> what "kunmap_atomic()" does too (whic
On Wed, 23 Feb 2005, Paulo Marques wrote:
> Matt Mackall wrote:
> > [...]
> > JPEG data is DCT of 8x8 pixel chunks. If you can get at that, you can
> > compare the DC terms of each chunk with minimal decoding. Various
> > thumbnailers do this for speed already.
>
> I really doubt that this would w
Hi all,
i'm trying to get an Adaptec 2015S Zero Channel Raid Controller up and running
in a very new Asus Mainboard (NCL-DS)
with Dual Xeons.
I already tried kernel 2.4.29 and plain 2.6.10 but both just lock up when
loading the dpt_i2o driver.
With 2.6.11-rc4-mm1 i could gather the following out
Version 0.0.4 of yaird is now available at:
http://www.xs4all.nl/~ekonijn/yaird/yaird-0.0.4.tar.gz
Yaird is a perl rewrite of mkinitrd. It aims to reliably identify the
necessary modules by using the same algorithms as hotplug, and comes
with a template system to to tune the tool for diff
Machine is sparc64, bk of today, gcc-3.4.2-6.fc3 (Aurora Corona). First 2.6
I try to build here, so it might be something known.
Build fails due to -Werror with:
include/asm/uaccess.h: In function `load_elf_binary':
arch/sparc64/kernel/../../../fs/binfmt_elf.c:811: warning: ignoring return
value
On Wednesday 23 February 2005 05:00, Matt Mackall wrote:
> It's disappointing that this paper appears to be available only
> through subscription sources. If I'm mistaken, please post a URL.
>
The authors are making a webpage with info and documentation.
I suppose that article you are referring
On Wed, 2005-02-23 at 11:10 -0600, Olof Johansson wrote:
> On Wed, Feb 23, 2005 at 07:54:06AM -0800, Linus Torvalds wrote:
>
> > > Otherwise, a preempt attempt in get_user would not be seen
> > > until some future preempt_enable was executed.
> >
> > True. I guess we should have a "preempt_check_
On Wed, 23 Feb 2005 17:29:49 +0100, Nils Kalchhauser
<[EMAIL PROTECTED]> wrote:
> Dmitry Torokhov wrote:
> > On Wed, 23 Feb 2005 14:22:42 +0100, Nils Kalchhauser
> > There were 2 versions of the psmouse-resend patch, the first one was
> > indeed producing worse results, the second one should work b
Ingo,
Did something change recently in the VM that made copy_pte_range and
clear_page_range a lot more expensive? I noticed a reference in the
"Page Table Iterators" thread to excessive overhead introduced by
aggressive page freeing. That sure looks like what is going on in
trace2. trace1 and t
Hi,
As the megaraid2 maintainers dont seem to care about v2.4 mainline at all,
completly
ignoring my requests to fix the NMI oopser bug for several months, I'm applying
the RHEL3
update + inline reordering, which should do it.
At this point I'm quite sure they wont answer this message eithe
On Sun, Feb 20, 2005 at 07:40:24AM -0800, Mickey Stein wrote:
> Greg KH wrote:
>
> >On Sat, Feb 19, 2005 at 08:58:48AM -0800, Mickey Stein wrote:
> >
> >
> >>From: Mickey Stein
> >>Versions: linux-2.6.11-rc4-bk7, gcc4 (GCC) 4.0.0 20050217 (latest fc
> >>rawhide from 19Feb DL)
> >>
> >>gcc4 cvs
On Sun, Feb 20, 2005 at 02:15:05PM +0100, Michal Januszewski wrote:
> On Sat, Feb 19, 2005 at 03:03:26PM -0800, Greg KH wrote:
>
> > Pavel, I agree with Michal, take a look at this version of the code
> > instead of the version that you posted. It's a _whole_ lot more sane,
> > and possibly even
Olof Johansson wrote:
> On Wed, Feb 23, 2005 at 07:54:06AM -0800, Linus Torvalds wrote:
>
> > > Otherwise, a preempt attempt in get_user would not be seen
> > > until some future preempt_enable was executed.
> >
> > True. I guess we should have a "preempt_check_resched()" there too. That's
> > w
On Wed, 23 Feb 2005, Jamie Lokier wrote:
>
> I suggest putting it into futex.c, and make it an inline function
> which takes "u32 __user *".
Agreed, except we've traditionally just made it "int __user *".
Linus
-
To unsubscribe from this list: send the line "unsubscribe linux-k
This Patch removes unnecessary "if" statement from a function without
implementation (in kernel 2.6.x and 2.4.x),
the function returns "0" with or without the "if" statement.
Signed-off-by: Telemaque Ndizihiwe <[EMAIL PROTECTED]>
--- linux-2.6.10/drivers/block/z2ram.c.orig2005-02-23
18:02:5
This Patch replaces "(2 * HZ)" with "DATA_TIMEOUT" which is defined as
#define DATA_TIMEOUT (2 * HZ)
in /drivers/usb/atm/speedtch.c in kernel 2.6.10.
Signed-off-by: Telemaque Ndizihiwe <[EMAIL PROTECTED]>
--- linux-2.6.10/drivers/usb/atm/speedtch.c.orig2005-02-20
12:44:22.235267848 +
+
On Wed, Feb 23, 2005 at 06:22:04PM +, Jamie Lokier wrote:
> Olof Johansson wrote:
> > On Wed, Feb 23, 2005 at 07:54:06AM -0800, Linus Torvalds wrote:
> >
> > > > Otherwise, a preempt attempt in get_user would not be seen
> > > > until some future preempt_enable was executed.
> > >
> > > True.
Olof Johansson <[EMAIL PROTECTED]> wrote:
> > Alternately, you could just have do_page_fault() do:
> >
> > while (!down_read_trylock(¤t->mm->mmap_sem))
> > continue;
> >
> > However, note that this can suffer from starvation due to a never ending
> > flow of mixed write-locks and
Linus Torvalds wrote:
> > I suggest putting it into futex.c, and make it an inline function
> > which takes "u32 __user *".
>
> Agreed, except we've traditionally just made it "int __user *".
The type signatures in futex.c are a bit mixed up - most places say
"int __user *" but sys_futex() says "
On Wed, 23 Feb 2005, Telemaque Ndizihiwe wrote:
>
> This Patch replaces "(2 * HZ)" with "DATA_TIMEOUT" which is defined as
> #define DATA_TIMEOUT (2 * HZ)
> in /drivers/usb/atm/speedtch.c in kernel 2.6.10.
Your patches are white-space damaged due to linewrap (and possibly other
issues, but
Guillaume Thouvenin wrote:
On Tue, 2005-02-22 at 23:20 -0800, Andrew Morton wrote:
Kaigai Kohei <[EMAIL PROTECTED]> wrote:
The common agreement for the method of dealing with process aggregation
has not been constructed yet, I understood. And, we will not able to
integrate each process aggregation
d.c wrote:
El Fri, 18 Feb 2005 13:34:23 -0500 (EST),
"Sean" <[EMAIL PROTECTED]> escribió:
BK already feeds patches out at the head, surely if it's as powerful as
you think, it could feed a free SCM too for your non-bk friends in the
community.
Who cares, really?
1) Linux was never supposed to hav
On Wed, 23 Feb 2005, Lee Revell wrote:
>
> Did something change recently in the VM that made copy_pte_range and
> clear_page_range a lot more expensive? I noticed a reference in the
> "Page Table Iterators" thread to excessive overhead introduced by
> aggressive page freeing. That sure looks lik
On Wed, Feb 23, 2005 at 06:49:46PM +, Jamie Lokier wrote:
> Linus Torvalds wrote:
> > > I suggest putting it into futex.c, and make it an inline function
> > > which takes "u32 __user *".
> >
> > Agreed, except we've traditionally just made it "int __user *".
>
> The type signatures in futex.
[EMAIL PROTECTED] wrote:
Hello
I have read a post in lkml.org that states that the problem experienced in
rc3 has gone (1). That is not the case for me.
My audio device is
:00:1f.5 Multimedia audio controller: Intel Corp. 82801DB/DBL/DBM
(ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 01)
On Mon, 14 Feb 2005 22:11:05 +0100, Pavel Machek <[EMAIL PROTECTED]> wrote:
> Hi!
> Table of known working systems:
>
> Model hack (or "how to do it")
> --
> IBM TP R32 / Type 2658-MMG no
Hi,
Here goes the second pre of v2.4.30.
It contains a bunch of important networking fixes, most noticeably the brlocks
rework.
Plus USB fixes, megaraid2 driver update, JFS update, amongst others.
Read the changelog for detailed information
Summary of changes from v2.4.30-pre1 to v2.4.30-pre2
On Mon, Feb 21, 2005 at 02:06:18PM +0100, Charles-Edouard Ruault wrote:
> Alan Cox wrote:
> >On Llu, 2005-02-07 at 09:29, Charles-Edouard Ruault wrote:
> >>- Why is the generic timer using this address ? isn't it reserving a too
> >>wide portion of IO ports ? Should it be modified for this board
On Wed, 2005-02-23 at 19:16 +, Hugh Dickins wrote:
> On Wed, 23 Feb 2005, Lee Revell wrote:
> >
> > Did something change recently in the VM that made copy_pte_range and
> > clear_page_range a lot more expensive? I noticed a reference in the
> > "Page Table Iterators" thread to excessive overh
On Tue, Feb 22, 2005 at 09:58:45AM -0500, Trond Myklebust wrote:
> ty den 22.02.2005 Klokka 13:13 (+0100) skreiv Herbert Poetzl:
>
> > diff -NurpP --minimal
> > linux-2.6.11-rc4-bme0.06-bm0.01-at0.01-cc0.01-co0.01-xa0.01/arch/sparc64/solaris/fs.c
> >
> > linux-2.6.11-rc4-bme0.06-bm0.01-at0.01-c
On Wed, 23 Feb 2005, Lee Revell wrote:
> On Wed, 2005-02-23 at 19:16 +, Hugh Dickins wrote:
> >
> > I'm just about to test this patch below: please give it a try: thanks...
I'm very sorry, there's two things wrong with that version: _must_
increment addr before breaking out, and better to che
This BK push includes additional hardware support, but that's only
because it's (a) obviously low impact and (b) it was in the queue.
Far more important are:
1) API additions, to fix a severe bug: advanced drivers such as AHCI
were directly bitbanging --non-existent-- PCI IDE registers, causing
[EMAIL PROTECTED] (Thomas S. Iversen) wrote:
>
> > OK, so we're looking for the buffer_head for block 101 and the first
> > buffer_head which is attached to the page represents block 100. So the
> > next buffer_head _should_ represent block 101. Please print it out:
>
> Not quite the same, but s
1 - 100 of 319 matches
Mail list logo
