On Wed, 2005-09-07 at 00:45 -0400, Maurice Volaski wrote:
> >What is drbd? An out of tree driver? Did it work with 2.6.13-rcX? If
>
> Yes, it implements RAID 1 across two computers over a network link in
> realtime. Generally, you combine with a program called heartbeat to
> implement high-av
On Wed, 2005-09-07 at 12:17 +0200, Budde, Marco wrote:
> Well, it is not the first driver I am writing for Linux.
> So yes, I do know, what is part of a Linux driver and
> what is not.
It should be fairly obvious. Windows drivers do all kinds of crap that
just obviously doesn't belong in the kern
On Thu, 2005-09-08 at 15:19 -0400, Chuck Ebbert wrote:
> In-Reply-To: <[EMAIL PROTECTED]>
>
> On Sat, 03 Sep 2005 at 23:38:10 -0400, Lee Revell wrote:
>
> > On Sat, 2005-09-03 at 18:58 -0400, Chuck Ebbert wrote:
> > > I just bought a new notebook.
> >
>
On Jan 4, 2008 3:10 AM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> http://redhat.com/~mingo/cfs-scheduler/tools/hackbench.c
>
Why not lose the #ifdef and just use PTHREAD_STACK_MIN?
Lee
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL P
On Jan 11, 2008 11:57 AM, Jan Marek <[EMAIL PROTECTED]> wrote:
> I suppose, that VGA card does not need unique IRQ, but programmers,
> which wrote driver, want it. I can imagine, that VGA card have many
> interrupts, especially in the OpenGL games, but I cannot assign unique
> IRQ for VGA card at a
On Jan 14, 2008 12:30 AM, Bryan Donlan <[EMAIL PROTECTED]> wrote:
>
> On Jan 13, 2008 10:57 PM, Lee Revell <[EMAIL PROTECTED]> wrote:
> > On Jan 11, 2008 11:57 AM, Jan Marek <[EMAIL PROTECTED]> wrote:
> > Why is a shared IRQ a problem for you? IRQ handlers are
On Jan 25, 2008 6:02 PM, Michael Tokarev <[EMAIL PROTECTED]> wrote:
> Is it normal that once I enable cpufreq on
> a tickless system, it spews a warning:
>
> Clocksource tsc unstable (delta = -288201154 ns)
>
> ?
Yes, it's normal. Dual core AMD64 machines really do have unstable TSC.
Lee
--
To u
On Jan 30, 2008 1:54 PM, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> IANAL, and I would therefore ask a lawyer whether, and if yes under
> which circumstances, shipping a binary driver written for another OS
> dynamically linked into the Linux kernel would not be a criminal offense.
>
Please stop thr
[trimming cc list in case this starts a flame war)
On Mon, 2005-03-14 at 19:12 +0100, Diego Calleja wrote:
> Why should people look at all that "horrid" debug info everytime
> they boot, except when they have a problem?
I'm really not trolling, but I suspect if we made the boot process less
verbo
On Sat, 2005-03-12 at 21:03 -0500, Jon Smirl wrote:
> On Fri, 11 Mar 2005 19:14:13 +, Alan Cox <[EMAIL PROTECTED]> wrote:
> > I posted a proposal for this sometime ago because X has some uses for
> > it. The idea being you'd pass a struct that describes
> >
> > 1. What tells you an IRQ oc
On Tue, 2005-03-15 at 13:05 -0500, Steven Rostedt wrote:
> Damn! The answer was right there in front of my eyes! Here's the cleanest
> solution. I forgot about wait_on_bit_lock. I've converted all the locks
> to use this instead. We probably need to get priority inheritence working
> on this too
On Tue, 2005-03-15 at 11:48 +0100, Eric Dumazet wrote:
> Is it a regression, or is it needed ?
>
Please see the "Completely out of line spinlocks" thread from about a
month ago.
Lee
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROT
On Tue, 2005-03-15 at 13:09 +0100, jerome lacoste wrote:
> I have a VIA Epia M1 board that crashes very badly (and pretty
> often, especially when using DMA). I want to fix that.
>
Are the crashes associated with any particular workload or device? My
M6000 works perfectly.
The one big probl
On Tue, 2005-03-15 at 18:58 +, James Simmons wrote:
> Not every device has a 3D core!!! DRM is not the answer for the entire
> graphics
> world. Its only for 3D functionality.
Not quite. It's also to support hardware accelerated MPEG like on the
Unichrome boards.
Lee
-
To unsubscribe from
On Tue, 2005-03-15 at 16:56 -0500, Sean wrote:
> On Tue, March 15, 2005 3:44 pm, Noah Meyerhans said:
> > The machine in question is a dual Xeon system with 2 GB of RAM, 3.5 GB
> > of swap, and several TB of NFS exported filesystems. One notable point
> > is that this machine has been running in o
On Wed, 2005-03-16 at 02:50 -0500, Steven Rostedt wrote:
>
> On Tue, 15 Mar 2005, Lee Revell wrote:
>
> > On Tue, 2005-03-15 at 13:05 -0500, Steven Rostedt wrote:
> > > Damn! The answer was right there in front of my eyes! Here's the cleanest
> > > sol
On Wed, 2005-03-16 at 12:47 -0500, Steven Rostedt wrote:
>
> On Wed, 16 Mar 2005, Steven Rostedt wrote:
>
> >
> > Hi Ingo,
> >
> > I just ran this with PREEMPT_RT and it works fine.
>
> Not quite, and I will assume that some of the other patches I sent have
> this same problem. The jbd_trylock_
On Wed, 2005-03-16 at 15:07 +0530, shafa.hidee wrote:
> Hi All,
>Is there any driver development project going on where I can try
> apply driver development method.
>
Of all the kernel subsystems ALSA presents one of the cleanest APIs for
driver writers.
http://www.alsa-project.org/~iwai
On Wed, 2005-03-16 at 16:11 +0100, jerome lacoste wrote:
> On Tue, 15 Mar 2005 15:22:36 -0500, Lee Revell <[EMAIL PROTECTED]> wrote:
> > On Tue, 2005-03-15 at 13:09 +0100, jerome lacoste wrote:
> > > I have a VIA Epia M1 board that crashes very badly (and pretty
>
On Thu, 2005-03-17 at 02:15 -0500, Steven Rostedt wrote:
>
> On Wed, 16 Mar 2005, Lee Revell wrote:
>
> > I am a bit confused, big surprise. Does this thread still have anything
> > to do with this trace from my "Latency regressions" bug report?
>
>
On Sat, 2005-02-19 at 15:45 -0500, Lee Revell wrote:
> On Sat, 2005-02-19 at 10:03 +0100, Ingo Molnar wrote:
> > * Ingo Molnar <[EMAIL PROTECTED]> wrote:
> >
> > > > Testing on an all SCSI 1.3Ghz Athlon XP system, I am seeing very long
> > > > latenci
On Thu, 2005-03-17 at 11:23 -0500, Steven Rostedt wrote:
>
> On Thu, 17 Mar 2005, Lee Revell wrote:
>
> >
> > Sorry, it's hard to follow this thread. Just to make sure we're all on
> > the same page, what exactly is the symptom of this ext3 issue you are
On Fri, 2005-03-18 at 01:58 -0500, Steven Rostedt wrote:
>
> On Thu, 17 Mar 2005, Lee Revell wrote:
> >
> > OK, no need to cc: me on this one any more. It's really low priority
> > IMO compared to the big latencies I am seeing with ext3 and
> > "data=
I did the same quick latency tests with 2.6.12-rc1 that I posted about
for 2.6.11 a few weeks ago.
2.6.12-rc1 is significantly better than 2.6.11. Running JACK at 64
frames (1.3 ms) works very well. I was not able to produce xruns even
with "dbench 64", which slows the system to a crawl. With 2
On Sat, 2005-03-19 at 08:08 +0100, Ingo Molnar wrote:
> great! The change in question is most likely the copy_page_range() fix
> that Hugh resurrected:
>
> ChangeSet 1.2037, 2005/03/08 09:26:46-08:00, [EMAIL PROTECTED]
>
> [PATCH] copy_pte_range latency fix
>
> Ingo's patch to
On Sat, 2005-03-19 at 02:51 -0500, Lee Revell wrote:
> On Sat, 2005-03-19 at 08:08 +0100, Ingo Molnar wrote:
> > great! The change in question is most likely the copy_page_range() fix
> > that Hugh resurrected:
> >
> > ChangeSet 1.2037, 2005/03/08 09:26
On Sat, 2005-03-19 at 20:16 +0100, Ingo Molnar wrote:
> i have released the -V0.7.41-00 Real-Time Preemption patch (merged to
> 2.6.12-rc1), which can be downloaded from the usual place:
>
> http://redhat.com/~mingo/realtime-preempt/
>
3ms latency in the NFS client code. Workload was a kernel
On Sat, 2005-03-19 at 20:16 +0100, Ingo Molnar wrote:
> the biggest change in this patch is the merge of Paul E. McKenney's
> preemptable RCU code. The new RCU code is active on PREEMPT_RT. While it
> is still quite experimental at this stage, it allowed the removal of
> locking cruft (mainly in th
On Sat, 2005-03-19 at 19:50 -0600, K.R. Foley wrote:
> Lee Revell wrote:
> > On Sat, 2005-03-19 at 20:16 +0100, Ingo Molnar wrote:
> >
> >>the biggest change in this patch is the merge of Paul E. McKenney's
> >>preemptable RCU code. The new RCU code is activ
On Mon, 2005-03-21 at 12:41 -0800, Andrew Morton wrote:
> From: [EMAIL PROTECTED]
> Subject: [Bug 4282] ALSA driver in Linux 2.6.11 causes a kernel panic when
> loading the EMU10K1 driver
>
This one is a real mystery. No one can reproduce it.
> From: [EMAIL PROTECTED]
> Subject: [Bugme-new] [B
Paul Davis and Chris Morgan have been chasing down a problem with
xmms_jack and it really looks like this bug, thought to have been fixed
in 2.6.10, is the culprit.
http://www.uwsg.iu.edu/hypermail/linux/kernel/0409.0/2044.html
(for more info google "futex_wait 2.6 hang")
It's simple to reproduc
On Mon, 2005-03-21 at 20:23 -0800, Andrew Morton wrote:
> Lee Revell <[EMAIL PROTECTED]> wrote:
> > I'm not aware of a mechanism for getting critical fixes like this in
> > ASAP. The last few have been shepherded through manually by various
> > people. Lo
On Mon, 2005-03-21 at 20:10 -0800, Andrew Morton wrote:
> Lee Revell <[EMAIL PROTECTED]> wrote:
> >
> > On Mon, 2005-03-21 at 12:41 -0800, Andrew Morton wrote:
> > > From: [EMAIL PROTECTED]
> > > Subject: [Bug 4282] ALSA driver in Linux 2.6.11 causes a ker
On Mon, 2005-03-21 at 20:20 -0800, Andrew Morton wrote:
> Lee Revell <[EMAIL PROTECTED]> wrote:
> >
> > Paul Davis and Chris Morgan have been chasing down a problem with
> > xmms_jack and it really looks like this bug, thought to have been fixed
> > in 2.6.
On Tue, 2005-03-22 at 04:48 +, Jamie Lokier wrote:
> I argued for fixing Glibc on the grounds that the changed kernel
> behaviour, or more exactly having Glibc depend on it, loses a certain
> semantic property useful for unusual operations on multiple futexes at
> the same time. But I appear t
On Mon, 2005-03-21 at 21:08 -0800, Andrew Morton wrote:
> Jamie Lokier <[EMAIL PROTECTED]> wrote:
> >
> > The most recent messages under "Futex queue_me/get_user ordering",
> > with a patch from Jakub Jelinek will fix this problem by changing the
> > kernel. Yes, you should apply Jakub's most rec
On Tue, 2005-03-22 at 15:30 +, Jamie Lokier wrote:
> Lee Revell wrote:
> > On Tue, 2005-03-22 at 04:48 +, Jamie Lokier wrote:
> > > I argued for fixing Glibc on the grounds that the changed kernel
> > > behaviour, or more exactly having Glibc depend on it, los
On Tue, 2005-03-22 at 01:34 -0500, Jakub Jelinek wrote:
> On Tue, Mar 22, 2005 at 12:30:53AM -0500, Lee Revell wrote:
> > On Mon, 2005-03-21 at 21:08 -0800, Andrew Morton wrote:
> > > Jamie Lokier <[EMAIL PROTECTED]> wrote:
> > > >
> > > > The mos
On Wed, 2005-03-23 at 01:37 +0100, Diego Calleja wrote:
> El Mon, 14 Mar 2005 14:07:53 -0500,
> Lee Revell <[EMAIL PROTECTED]> escribió:
>
> > I'm really not trolling, but I suspect if we made the boot process less
> > verbose, people would start to wonder mo
On Fri, 2005-02-11 at 11:42 -0800, Matt Mackall wrote:
> On Fri, Feb 11, 2005 at 12:49:04PM -0500, Paul Davis wrote:
> > >RT-LSM introduces architectural problems in the form of bogus API. And
> >
> > that may be true of LSM, but not RT-LSM in particular. RT-LSM doesn't
> > introduce *any* API wha
On Thu, 2005-02-03 at 22:41 +0100, Ingo Molnar wrote:
> >
> > It's clever that they do that, but additional control is needed in the
> > future. jackd isn't the most sophisticate media app on this planet (not
> > too much of an insult :)) [...]
>
> i think you are underestimating Jack - it is eas
On Sat, 2005-02-12 at 22:49 +0100, sylvanino b wrote:
> I would like to share this tool if somebody is interested, but I dont
> know how to proceed, I mean how to make a contribution an efficient
> way. Any help/idea/information is welcome.
>
Put the patch on the web somewhere and post the URL to
Are there any known incompatibilities with oprofile and the RT preempt patch?
Lee
Oops: [#1]
PREEMPT
Modules linked in: realtime commoncap af_packet via_rhine mii crc32 ehci_hcd
usbhid uhci_hcd usbcore via_
agp agpgart evdev snd_rtctimer snd_emu10k1_synth snd_emu10k1 snd_ac97_codec
snd_pc
On Sun, 2005-02-13 at 14:30 +0100, Ingo Molnar wrote:
> * Philippe Elie <[EMAIL PROTECTED]> wrote:
>
> > oprofile_ops.cpu_type == NULL, this has been fixed 3 weeks ago, can
> > you retry with -rc4 ?
>
> i've uploaded an -rc4 port of the -RT tree half an hour ago (-39-00).
>
OK, I will test that
On Thu, 2005-02-10 at 17:16 -0800, Greg KH wrote:
> All distros are trying to reduce boot time.
They certainly aren't all trying very hard. Debian and Fedora (last
time I checked) do not even run the init scripts in parallel.
Lee
-
To unsubscribe from this list: send the line "unsubscribe linux
On Mon, 2005-02-14 at 09:51 +0100, Prakash Punnoor wrote:
> Paolo Ciarrocchi schrieb:
> > On Sun, 13 Feb 2005 23:06:51 -0500, Lee Revell <[EMAIL PROTECTED]> wrote:
> >
> >>On Thu, 2005-02-10 at 17:16 -0800, Greg KH wrote:
> >>
> >>>All di
On Mon, 2005-02-14 at 15:16 -0800, Greg KH wrote:
> > I don't see why so much effort goes into improving boot time on the
> > kernel side when the most obvious user space problem is ignored.
>
> What user space problem is that?
That init scripts with no interdependencies are run sequentially rath
On Mon, 2005-02-14 at 15:21 -0800, Roland Dreier wrote:
> Lee> I don't see why so much effort goes into improving boot time
> Lee> on the kernel side when the most obvious user space problem
> Lee> is ignored.
>
> How much of a win is it to run init scripts in parallel? I seem to
> re
On Mon, 2005-02-14 at 16:16 -0800, Tim Bird wrote:
> Lee Revell wrote:
> > But, I was referring more to things like GDM not being started until all
> > the other init scripts are done. Why not start it first, and let the
> > network initialize while the user is logging in?
&g
On Tue, 2005-02-15 at 01:15 -0500, Jim Crilly wrote:
> Another issue would be dual-booting, which a lot of people still do for some
> strange reason.
Um, to reverse engineer Windows drivers?
Lee
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message t
On Tue, 2005-02-15 at 00:43 +0100, Diego Calleja wrote:
> There's stuff that it could be done in the kernel to help improving those
> numbers,
> IMHO.
>
> xp logs all the io done the first two minutes after booting. The next time it
> boots
> it tries to read all those files at once so the progr
On Tue, 2005-02-15 at 13:29 -0700, Joseph Cosby wrote:
> Hi,
> Using VMWare 4 with a 2.6.9 kernel I get "IO-APIC + timer doesn't work!"
> As suggested, the noapic option fixes the problem. This resulted after
> adding APIC support to my kernel. My problem is, I need APIC support to boot
> on a
On Thu, 2005-02-17 at 01:49 -0500, Sean wrote:
> The affects of many top level folks using a non free system is felt all
> the way down the food-chain. If the top tier would agree to use a free
> SCM system then we could build bridges and offer the data in the preferred
> format to _everyone_ (ar
On Thu, 2005-02-17 at 10:27 -0500, Fao, Sean wrote:
> Where are those nonsense (base64) messages from [EMAIL PROTECTED] coming
> from after I post?
>
Looks like a new spammer tactic. They have progressed from spoofing
emails from real LKML posters to sending spam replies to actual threads.
Lee
On Sun, 2005-02-13 at 14:30 +0100, Ingo Molnar wrote:
> * Philippe Elie <[EMAIL PROTECTED]> wrote:
>
> > oprofile_ops.cpu_type == NULL, this has been fixed 3 weeks ago, can
> > you retry with -rc4 ?
>
> i've uploaded an -rc4 port of the -RT tree half an hour ago (-39-00).
>
Thanks, -rc4 did fix
On Thu, 2005-02-17 at 14:03 -0800, Chuck Harding wrote:
> Why can't the list owners apply spamassassin to the list's *incoming*
> mail stream so we don't ever see this stuff? Nearly every one of the
> lists hosted on vger.kernel.org get spammed on a regular basis because
> there is no spam filterin
On Thu, 2005-02-17 at 18:32 -0500, Sean wrote:
> On Thu, February 17, 2005 6:25 pm, Ed Tomlinson said:
> > Linus has tried other SCMs. They did not suffice. I remember the preBK
> > days, when you had to post a patch half a dozen time to get it merged.
> > Patches were being missed left right an
On Sat, 2005-02-19 at 01:41 +0100, sylvanino b wrote:
> I did a webpage for it, you can check it out at:
> http://membres.lycos.fr/kernelanalyzer/
>
> If you have any comment/critics, don't hesitate to share it
Is this meant to run on a Windows system or something? The screenshots
look like Wind
On Sat, 2005-02-19 at 02:33 +0100, sylvanino b wrote:
> Sorry, it's meant to run on linux.
> Actually, patch provided is for linux 2.6.9 + kdb 4.4
>
Cool program. It has an annoying bug where every time you go to "Open
Log File", it starts you in your home directory again. Otherwise it's a
nice
On Fri, 2005-02-04 at 11:03 +0100, Ingo Molnar wrote:
> http://redhat.com/~mingo/realtime-preempt/
>
Testing on an all SCSI 1.3Ghz Athlon XP system, I am seeing very long
latencies in the journalling code with 2.6.11-rc4-RT-V0.7.39-02.
preemption latency trace v1.1.4 on 2.6.11-rc4-RT-V0.7.39-0
On Sat, 2005-02-19 at 00:08 -0500, Lee Revell wrote:
> On Fri, 2005-02-04 at 11:03 +0100, Ingo Molnar wrote:
> > http://redhat.com/~mingo/realtime-preempt/
> >
>
> Testing on an all SCSI 1.3Ghz Athlon XP system, I am seeing very long
> latencies in the journalling
Starting around 2.6.11-rc4 I get this printk during the boot process
after kjournald starts, and again if I stress the filesystem.
cfq: depth 4 reached, tagging now on
Is this printk intentional? I am sure users will wonder about it,
especially because (presumably) cfq turns tagging off at some
Please cc: alsa-devel when reporting ALSA issues.
Lee
On Sat, 2005-02-19 at 13:11 +0100, [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 Mul
On Sat, 2005-02-19 at 15:45 -0500, Lee Revell wrote:
> I have not tried "data=journal". As previously stated "data=writeback"
> works perfectly - I ran JACK overnight while stressing the fs and did
> not get one xrun.
"data=journal" has the same good per
On Sat, 2005-02-19 at 16:04 -0800, Randy.Dunlap wrote:
> >
> > For some reason all i ever get to see is the front page.. Any link just
> > leads to an empty page like this [screenshot]:
>
> That's also what I saw with firefox, but konqueror worked OK.
>
I saw it at first with Firefox but then w
On Wed, 2005-01-26 at 23:15 -0600, Jack O'Quin wrote:
> >> > And finally, with rlimit support, is there any reason why lockup
> >> > detection and correction can't go into userspace? Even RT
> >> > throttling could probably be done in a userspace daemon.
> >>
> >> It can. But, doing it in the ker
On Fri, 2005-01-28 at 11:18 -0800, Trond Myklebust wrote:
> In the NFS client code we may use rwsems in order to protect stateful
> operations against the (very infrequently used) server reboot recovery
> code. The point is that when the server reboots, the server forces us to
> block *all* request
On Thu, 2005-01-27 at 08:46 +0100, Jaroslav Kysela wrote:
> Fixed the default state of "Headphone Jack Sense" switch on AD1981x
> codecs. Setting this on affects the output of some machines (e.g.
> Thindpads).
You probably meant "Thimkpads".
Lee
-
To unsubscribe from this list: send the line "u
On Thu, 2005-01-27 at 17:15 +0300, Vladimir Saveliev wrote:
> Earlier reiserfs used to lock_kernel on entering and unlock on exit. The
> reason is that reiserfs has no fine grain locking protecting access to
> its data structures.
> Since that time there could be introduced some minor improvements,
On Fri, 2005-01-28 at 09:31 -0800, Stephen Hemminger wrote:
> Here is the strace output of the part that SEGV's, looks like a DRI issue??
[snip]
> munmap(0x955838, 8192) = -1 EINVAL (Invalid argument)
> munmap(0x80d7ff0, 3221222108) = -1 EINVAL (Invalid argument)
> ---
On Fri, 2005-01-28 at 10:11 +0100, Ingo Molnar wrote:
> * Jack O'Quin <[EMAIL PROTECTED]> wrote:
>
> > > thus after a couple of years we'd end up with lots of desktop apps
> > > running as SCHED_FIFO, and latency would go down the drain again.
> >
> > I wonder how Mac OS X and Windows deal with t
On Sat, 2005-01-29 at 14:25 -0500, Jon Smirl wrote:
>
> > And oowriter and glxgears work from bootup. Shall I file a bug with udev?
>
> Your user ID needs to belong to group DRI.
>
Stupid question: what the heck does OO use DRI for? I googled and came
up empty.
Lee
-
To unsubscribe from thi
On Sat, 2005-01-29 at 20:40 +, Dr. David Alan Gilbert wrote:
> * Lee Revell ([EMAIL PROTECTED]) wrote:
> >
> > Stupid question: what the heck does OO use DRI for? I googled and came
> > up empty.
>
> It does pointless 3D objects in its drawing package.
>
On Sat, 2005-01-29 at 15:57 -0500, Parag Warudkar wrote:
> Dr. David Alan Gilbert wrote:
>
> >* Lee Revell ([EMAIL PROTECTED]) wrote:
> >
> >
> >>Stupid question: what the heck does OO use DRI for? I googled and came
> >>up empty.
> >>
h should also fix the down_write_interruptible() related
> build error reported by Lee Revell and others.
Assuming it's still available, what is the config option to get the
"User-space atomicity debugging" feature? This feature is extremely
useful for debugging complex JACK clients, several Lin
On Thu, 2005-01-27 at 13:29 -0800, Tony Lindgren wrote:
> Hi all,
>
> Thanks for all the comments, here's an updated version of the dynamic
> tick patch.
Hi,
I was wondering how Windows handles high res timers, if at all. The
reason I ask is because I have been reverse engineering a Windows ASI
On Tue, 2005-02-01 at 21:17 +0100, Ingo Molnar wrote:
> * Lee Revell <[EMAIL PROTECTED]> wrote:
>
> > Assuming it's still available, what is the config option to get the
> > "User-space atomicity debugging" feature? This feature is extremely
> > usefu
On Tue, 2005-02-01 at 21:44 +0100, Ingo Molnar wrote:
> * Lee Revell <[EMAIL PROTECTED]> wrote:
>
> > OK. So for application triggered tracing you need LATENCY_TRACING
> > enabled, as described here:
> >
> > http://lkml.org/lkml/2004/10/29/312
>
>
On Tue, 2005-02-01 at 23:10 -0600, Jack O'Quin wrote:
> > So in the Linux core code we have zero tolerance on crap. We are
> > doing this for the long-term fun of it.
>
> So, we should never do anything boring, even though people actually
> need it?
>
> The fact that a large group of frustrated
On Wed, 2005-02-02 at 21:50 -0500, Kyle Moffett wrote:
> It's not like somebody will have
> some innate commercial advantage over you because they have your
> driver source code.
For a hardware vendor that's not a very compelling argument. Especially
compared to what their IP lawyers are telling
On Sun, 2005-02-06 at 09:11 +0100, Pavel Machek wrote:
> I do have CONFIG_X86_PM_TIMER enabled, but it seems by board does not
> have such piece of hardware:
>
> [EMAIL PROTECTED]:/usr/src/linux-mm$ dmesg | grep -i "time\|tick\|apic"
> PCI: Setting latency timer of device :00:11.5 to 64
> [EMA
On Mon, 2005-02-21 at 09:20 +0100, Jens Axboe wrote:
> On Sat, Feb 19 2005, Lee Revell wrote:
> > Starting around 2.6.11-rc4 I get this printk during the boot process
> > after kjournald starts, and again if I stress the filesystem.
> >
> > cfq: depth 4 reached, tagg
On Tue, 2005-02-22 at 16:55 -0500, Bob O'Neill wrote:
> Hello.
>
> I have noticed that it is possible on an SMP box for two processes to
> simultaneously read the same entropy out of /dev/urandom. This
> doesn't seem right to me. I was using the entropy value to generate a
> random number to use
On Sat, 2005-02-19 at 10:03 +0100, Ingo Molnar wrote:
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > > Testing on an all SCSI 1.3Ghz Athlon XP system, I am seeing very long
> > > latencies in the journalling code with 2.6.11-rc4-RT-V0.7.39-02.
> >
> > could you send me the full trace?
>
On my
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
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 Tabl
On Wed, 2005-02-23 at 20:06 +, Hugh Dickins wrote:
> 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 ver
On Wed, 2005-02-23 at 20:06 +, Hugh Dickins wrote:
> >
> > Thanks, your patch fixes the copy_pte_range latency.
>
> Great, if the previous patch fixed that latency then this new one
> will too, no need to report on that; but please get rid of the old
> patch before it leaks too many of your p
On Wed, 2005-02-23 at 20:53 +, Hugh Dickins wrote:
> On Wed, 23 Feb 2005, Hugh Dickins wrote:
> > Please replace by new patch below, which I'm now running through lmbench.
>
> That second patch seems fine, and I see no lmbench regression from it.
Should go into 2.6.11, right?
Lee
-
To unsub
On Wed, 2005-02-23 at 21:03 +, Hugh Dickins wrote:
> On Wed, 23 Feb 2005, Lee Revell wrote:
> > > >
> > > > Thanks, your patch fixes the copy_pte_range latency.
> >
> > clear_page_range is also problematic.
>
> Yes, I saw that from your other
On Thu, 2005-02-24 at 10:27 +1100, Nick Piggin wrote:
> Hugh Dickins wrote:
> > On Wed, 23 Feb 2005, Lee Revell wrote:
> >
> >>>>Thanks, your patch fixes the copy_pte_range latency.
> >>
> >>clear_page_range is also problematic.
> >
> &
On Thu, 2005-02-24 at 12:29 +1100, Nick Piggin wrote:
> Lee Revell wrote:
> >
> > IIRC last time I really tested this a few months ago, the worst case
> > latency on that machine was about 150us. Currently its 422us from the
> > same clear_page_range code path.
>
On Thu, 2005-02-24 at 13:41 +1100, Nick Piggin wrote:
> Lee Revell wrote:
> >
> > Agreed, it would be much better to optimize this away than just add a
> > scheduling point. It seems like we could do this lazily.
> >
>
> Oh? What do you mean by lazy? IMO it
On Wed, 2005-02-23 at 22:11 -0500, Ron Peterson wrote:
> I would like to better understand ext2/3's performance characteristics.
>
> I'm specifically interested in how ext2/3 will handle a /var/spool/mail
> directory w/ ~6000 mbox format inboxes, handling approx 1GB delivered as
> 75,000 messages
On Thu, 2005-02-24 at 04:56 +, Hugh Dickins wrote:
> On Wed, 23 Feb 2005, Lee Revell wrote:
> > On Wed, 2005-02-23 at 20:53 +, Hugh Dickins wrote:
> > > On Wed, 23 Feb 2005, Hugh Dickins wrote:
> > > > Please replace by new patch below, which I'm n
On Thu, 2005-02-24 at 16:52 -0800, George Anzinger wrote:
> Fabian Fenaut wrote:
> > shabanip a ecrit le 25.02.2005 00:37:
> >
> >> where can i find realtime patchs to kernel 2.6?
> >
> >
> > http://sourceforge.net/projects/realtime-lsm/ ?
>
> What?? NO, they are here:
>
>http://redhat.co
On Thu, 2005-02-24 at 08:26 +, Hugh Dickins wrote:
> On Thu, 24 Feb 2005, Lee Revell wrote:
> > On Thu, 2005-02-24 at 04:56 +, Hugh Dickins wrote:
> > >
> > > In other mail, you do expect people still to be using Ingo's patches,
> > > so probably
On Fri, 2005-02-25 at 05:58 +, Hugh Dickins wrote:
> On Thu, 24 Feb 2005, Lee Revell wrote:
> > On Thu, 2005-02-24 at 08:26 +, Hugh Dickins wrote:
> > >
> > > If we'd got to it earlier, yes. But 2.6.11 looks to be just a day or
> > > two awa
On Fri, 2005-02-25 at 15:53 +, Paulo Marques wrote:
> Ingo Oeser wrote:
> > Chris Friesen wrote:
> >
> >>Ingo Oeser wrote:
> >>[...]
> > You would need to change the priority of task 1 until it releases the
> > mutex. Ideally the owner gets the maximum priority of
> > his and all the waiters o
On Fri, 2005-02-25 at 16:40 +, Mark Fortescue wrote:
> Hi all,
>
> I am not sure exactly where to send this email. A have chosen the
> ip4/ip6 networking as the issues are in this area of the kernel.
>
> The kernel patch files patch-2.6.9 and patch-2.6.10 do not apear to be
> correct.
No, y
301 - 400 of 631 matches
Mail list logo