On Mon, 2005-04-11 at 11:38 -0700, Mingming Cao wrote:
> I will work on a patch for Lee to try sometime tonight.
>
Just FYI, this will take a while to test, because this latency seems
quite rare. I haven't seen it again since my original report.
Hopefully I can reproduce it with enough dbench pr
On Mon, 2005-04-11 at 13:30 -0300, sauro wrote:
> I mean, is it possible for an user level application to be the cause of
> a "kernel panic"? If it is, which kind of operations can do that?
If this happens then by definition it's a bug in the kernel (or a
hardware failure). It's never the fault
On Mon, 2005-04-11 at 09:29 -0700, Daniel Walker wrote:
> On Fri, 2005-04-08 at 14:51, Lee Revell wrote:
> > On Fri, 2005-04-08 at 13:38 -0700, Daniel Walker wrote:
> > > I submitted a fix for this a while ago, I think ..
> > > interruptible_sleep_on()'s are brok
On Fri, 2005-04-08 at 21:03 -0700, nobin matthew wrote:
> Dear Friends,
>
> I am trying to port Linux PXA audio
> driver to RTLinux. I am using pxa-ac7.c and
> pxa-audio.c
> and eliminated sound_core.c, and i will register two
> device /dev/mixer and /dev/dsp to RTLinux kernel.
>
>
On Fri, 2005-04-08 at 13:38 -0700, Daniel Walker wrote:
> I submitted a fix for this a while ago, I think ..
> interruptible_sleep_on()'s are broken ..
I saw the fix in -stable, but it does not seem to be in 2.6.12-rc2.
Lee
-
To unsubscribe from this list: send the line "unsubscribe linux-kerne
On Fri, 2005-04-08 at 15:26 -0500, K.R. Foley wrote:
> Lee Revell wrote:
> >
> > Meh, I'll try again, maybe it's some weird NFS problem.
> >
> > Lee
> >
>
> Hmm. Maybe. I should probably mention that I am doing an FC3 install via
> NFS fr
On Fri, 2005-04-08 at 15:15 -0500, K.R. Foley wrote:
> Lee Revell wrote:
> > On Fri, 2005-04-08 at 16:22 +0100, Rui Nuno Capela wrote:
> >
> >>>Our first victim!! :-)
> >>>
> >>
> >>No kidding!?
> >>
> >
> >
> >
Kernel is 2.6.12-rc1-RT-V0.7.43-05.
BUG: scheduling with irqs disabled: umount/0x/20612
caller is schedule_timeout+0x63/0xc0
[] dump_stack+0x23/0x30 (20)
[] schedule+0xea/0x140 (36)
[] schedule_timeout+0x63/0xc0 (64)
[] interruptible_sleep_on_timeout+0x74/0xe0 (64)
[] lockd_down+0xb8/
On Fri, 2005-04-08 at 11:10 -0700, Mingming Cao wrote:
> However I am still worried that the rw lock will allow concurrent files
> trying to lock the same window at the same time. Only one succeed
> though., high cpu usage then. And also, in the normal case the
> filesystem is not really full, pro
On Fri, 2005-04-08 at 16:22 +0100, Rui Nuno Capela wrote:
> > Our first victim!! :-)
> >
>
> No kidding!?
>
V0.7.44-02 does not even compile for me. It appears to be full of merge
errors.
I get these errors with "make oldconfig":
HOSTLD scripts/kconfig/conf
scripts/kconfig/conf -o arch/i38
On Wed, 2005-04-06 at 10:27 -0500, Tommy Reynolds wrote:
> Uttered Neal Gustafson <[EMAIL PROTECTED]>, spake thus:
>
> > Blond Amateur Coed Spring Break Bed Sex Hardcore
> > Blonde In Stockings Posing beaumont
>
> Has this list not the simplest spam filter? It's difficult to see how any of
> t
On Mon, 2005-04-04 at 23:10 -0700, Mingming Cao wrote:
> On Tue, 2005-04-05 at 06:13 +0200, Ingo Molnar wrote:
> > * Lee Revell <[EMAIL PROTECTED]> wrote:
> >
> > > I can trigger latencies up to ~1.1 ms with a CVS checkout. It looks
> > > like inside ex
I can trigger latencies up to ~1.1 ms with a CVS checkout. It looks
like inside ext3_try_to_allocate_with_rsv, we spend a long time in this
loop:
ext3_test_allocatable (bitmap_search_next_usable_block)
find_next_zero_bit (bitmap_search_next_usable_block)
find_next_zero_bit (bitmap_search_next_usa
On Sat, 2005-04-02 at 22:35 +0200, Ingo Molnar wrote:
> > For kicks I ran this on 2.6.11-rc2-RT-V0.7.36-02 (I still had it as a
> > Grub option), and the system just locked up hard. I just was curious
> > if this was from a different change. But at least in the latest it
> > shows output, and n
On Sat, 2005-04-02 at 15:06 -0500, Steven Rostedt wrote:
> On Sat, 2005-04-02 at 14:37 -0500, Steven Rostedt wrote:
>
> > Here's the bug I get:
> >
>
> FYI
>
> For kicks I ran this on 2.6.11-rc2-RT-V0.7.36-02 (I still had it as a
> Grub option), and the system just locked up hard. I just was c
On Sat, 2005-04-02 at 14:37 -0500, Steven Rostedt wrote:
> What the test program does, is spawn 5 processes, each with a different
> priority. Starting with 10 and going to 14. All are SCHED_FIFO. Each of
> these processes just do a scan of all directories starting with the root
> directory '/' an
On Fri, 2005-04-01 at 23:05 -0800, Pallipadi, Venkatesh wrote:
> It can be SMI happening in the platform. Typically BIOS uses some SMI
> polling
> to handle some devices during early boot. Though 500 microseconds sounds
> a
> bit too high.
>
Nope, that sounds just about right. Buggy BIOSes tha
On Fri, 2005-04-01 at 18:34 -0500, Gene Heskett wrote:
> No one has commented about the loss of video in the tvtime/pcHDTV-3000
> card situation, am I on my own, basicly reverting to the
> pcHDTV-2.0.tar.gz stuff to overwrite the kernel stuff?
You didn't really give much of a clue as to where to
On Fri, 2005-04-01 at 06:30 +0200, Ingo Molnar wrote:
> * Lee Revell <[EMAIL PROTECTED]> wrote:
>
> > > > ah - cool! This was a 100 MB writeout so having 3.7 msecs to process
> > > > 20K+ pages is not unreasonable. To break the latency, can i just do a
>
On Thu, 2005-03-31 at 16:50 +0200, Ingo Molnar wrote:
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > > So the overhead you are currently seeing should just be that of
> > > iterating through the list, locking said requests and adding them to
> > > our private list.
> >
> > ah - cool! This was
On Thu, 2005-03-31 at 13:39 -0500, Brian Gerst wrote:
> Search the list archives, this has been flamed to death already.
>
Actually, don't search the list archives. Talk to a lawyer about it.
Even if you get legal advice it's probably pointless to pass it on to
the list because you will just ge
On Thu, 2005-03-31 at 12:00 +0200, Natanael Copa wrote:
> On Wed, 2005-03-30 at 19:40 +0200, Jacek Łuczak wrote:
> >
> > I made some tests and almost all Linux distros brings down while freebsd
> > survive!Forkbombing is a big problem but i don't think that something like
> I really liked this a
On Wed, 2005-03-30 at 19:12 -0800, Tim Harvey wrote:
> - the number of interrupts per second (1023) seems very high
Why? You have 1000 timer interrupts every second, plus 23 from other
sources.
Lee
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mess
On Wed, 2005-03-30 at 18:39 -0800, Andrew Morton wrote:
> Lee Revell <[EMAIL PROTECTED]> wrote:
> >
> > > Yes. Together with the radix tree-based sorting of dirty requests,
> > > that's pretty much what I've spent most of today doing. Lee, could you
On Wed, 2005-03-30 at 16:14 -0500, Trond Myklebust wrote:
> on den 30.03.2005 Klokka 11:56 (-0800) skreiv Andrew Morton:
> > > That's normal and cannot be avoided: when writing, we have to look for
> > > the existence of old nfs_page requests. The reason is that if one does
> > > exist, we must eit
On Wed, 2005-03-30 at 17:40 -0800, David Brownell wrote:
> This all seems off-topic for latency though. :)
>
Disagree, in the bug reports I saw from JACK users the symptoms are
exactly the same as a kernel latency problem. The only clear hint that
it's something else is that the RT kernel and m
On Wed, 2005-03-30 at 17:28 -0800, David Brownell wrote:
> This is what Greg just posted (and Linus merged into BK, so it'll be
> in BK snapshots starting tomorrow):
>
> http://marc.theaimsgroup.com/?l=linux-usb-devel&m=111221966815043&w=2
Wow, just checked my mail and there were at least 5 thr
On Wed, 2005-03-30 at 17:28 -0800, David Brownell wrote:
> On Wednesday 30 March 2005 4:51 pm, Lee Revell wrote:
> > [cc list restored]
>
> Thanks, I never had one to start with ... :)
>
>
Thank you. Sorry for the tone of my reply...
> > On Wed, 2005-03-30 at
On Wed, 2005-03-30 at 17:13 -0800, David Brownell wrote:
> On Wednesday 30 March 2005 4:43 pm, Lee Revell wrote:
> > On Wed, 2005-03-30 at 14:57 -0800, David Brownell wrote:
> > > Quoth [EMAIL PROTECTED]:
> > > > I think this is connected to a problem peo
[cc list restored]
On Wed, 2005-03-30 at 14:57 -0800, David Brownell wrote:
> Quoth [EMAIL PROTECTED]:
> > I think this is connected to a problem people have been reporting on the
> > Linux audio lists. With some USB chipsets, USB audio interfaces just
> > don't work. There are dropouts even at
On Wed, 2005-03-30 at 14:57 -0800, David Brownell wrote:
> Quoth [EMAIL PROTECTED]:
> > I think this is connected to a problem people have been reporting on the
> > Linux audio lists. With some USB chipsets, USB audio interfaces just
> > don't work. There are dropouts even at very high latencies.
Since 2.6.12-rc1-RT something I get this Oops on boot about 50% of the
time. It's clearly some kind of race because if I just reboot again it
works. Seems to happen shortly after ksoftirqd startup (maybe the first
time we hit the timer softirq?).
This is (lazily) hand copied and incomplete, but
On Wed, 2005-03-30 at 10:55 -0500, Alan Stern wrote:
> On Wed, 30 Mar 2005, kus Kusche Klaus wrote:
>
> > I'm performing realtime latency tests (for details about the hardware
> > and software, see my mail "[BUG] 2.6.11: Random SCSI/USB errors when
> > reading from USB memory stick" erlier today).
On Wed, 2005-03-30 at 21:19 +0200, Martin Schlemmer wrote:
> On Wed, 2005-03-30 at 17:00 +0200, Tomasz Torcz wrote:
> > > > quake3 still segfaults when run through "aoss". And can't be fixed, as
> > > > it's closed source still.
> > > >
> > > I guess that's Quake3's problem...
> >
> > It an gla
On Wed, 2005-03-30 at 18:07 +0200, Wiktor wrote:
> Bodo Eggert wrote:
> > Wiktor <[EMAIL PROTECTED]> wrote:
> >>so i thought that it would be nice to add an attribute to file
> >>(changable only for root) that would modify nice value of process when
> >>it starts. if there is one byte free in ext2/
On Wed, 2005-03-30 at 09:41 -0500, Mark Hahn wrote:
> >> The test system runs a 2.6.11 kernel (no SMP) on a Pentium3 500 MHz
> > embedded hardware.
>
> which probably has memory bandwidth of at most a couple hundred MB/s,
> which is really horrible by modern standards.
What does that have to do
On Wed, 2005-03-30 at 09:50 -0500, Trond Myklebust wrote:
> on den 30.03.2005 Klokka 09:26 (-0500) skreiv Lee Revell:
> > On Tue, 2005-03-29 at 18:18 -0500, Trond Myklebust wrote:
> > > ty den 29.03.2005 Klokka 18:04 (-0500) skreiv Lee Revell:
> > > > I am seeing lo
On Tue, 2005-03-29 at 18:18 -0500, Trond Myklebust wrote:
> ty den 29.03.2005 Klokka 18:04 (-0500) skreiv Lee Revell:
> > I am seeing long latencies in the NFS client code. Attached is a ~1.9
> > ms latency trace.
>
> What kind of workload are you using to produce these num
On Wed, 2005-03-30 at 00:42 -0800, Matt Mackall wrote:
> On Sun, Mar 27, 2005 at 10:27:40PM +, Christensen Tom wrote:
> > I'm running 2.6.11 with Ingo's Preempt patch
> > (realtime-preempt-2.6.11-final-V0.7.40-04). The system is SMP with a
> > broadcom NIC (tg3 driver). I am seeing truly ap
On Wed, 2005-03-30 at 03:48 +0200, Marcin Dalecki wrote:
> On 2005-03-30, at 01:39, Benjamin Herrenschmidt wrote:
> > Look at the pile of junk that are most winmodem driver implementations,
> > nothing I want to see in the kernel ever. Those things should be in
> > userland.
>
> You are joking? Li
On Sun, 2005-03-27 at 10:58 +0200, Ingo Molnar wrote:
> * Lee Revell <[EMAIL PROTECTED]> wrote:
>
> > Running for several days with PREEMPT_DESKTOP, on the Athlon XP the
> > worst latency I am seeing is ~150 usecs! But on the C3 its about 4ms:
>
> could you run a
On Wed, 2005-03-30 at 03:45 +0200, Marcin Dalecki wrote:
> > I think your misunderstanding is that you beliieve user-space can't do
> > RT. It's wrong. See JACK (jackit.sf.net), for example.
>
> I know JACK in and out. It doesn't provide what you claim.
>
This was just an example, to prove the
On Wed, 2005-03-30 at 03:45 +0200, Marcin Dalecki wrote:
> On 2005-03-29, at 12:22, Takashi Iwai wrote:
> >
> > ALSA provides the "driver" feature in user-space because it's more
> > flexible, more efficient and safer than doing in kernel. It's
> > transparent from apps perspective. It really doe
On Tue, 2005-03-29 at 18:34 -0500, Trond Myklebust wrote:
> ty den 29.03.2005 Klokka 18:32 (-0500) skreiv Lee Revell:
> > On Tue, 2005-03-29 at 18:18 -0500, Trond Myklebust wrote:
> > > ty den 29.03.2005 Klokka 18:04 (-0500) skreiv Lee Revell:
> > > > I am seeing lo
On Tue, 2005-03-29 at 18:18 -0500, Trond Myklebust wrote:
> ty den 29.03.2005 Klokka 18:04 (-0500) skreiv Lee Revell:
> > I am seeing long latencies in the NFS client code. Attached is a ~1.9
> > ms latency trace.
>
> What kind of workload are you using to produce thes
I am seeing long latencies in the NFS client code. Attached is a ~1.9
ms latency trace.
Lee
nfs-1919us-latency_trace.bz2
Description: application/bzip
On Fri, 2005-03-25 at 15:59 +0100, Ingo Molnar wrote:
> i have released the -V0.7.41-10 Real-Time Preemption patch, which can be
> downloaded from the usual place:
>
>http://redhat.com/~mingo/realtime-preempt/
>
Ingo,
-15 has a typo that prevents building with my config.
Lee
--- include/
On Tue, 2005-03-29 at 11:22 +0200, Marcin Dalecki wrote:
> No. You didn't get it. I'm taking the view that mixing sound is simply
> a task you would typically love to make a DSP firmware do.
> However providing a DSP for sound processing at 44kHZ on the same
> PCB as an 1GHZ CPU is a ridiculous was
On Tue, 2005-03-29 at 23:13 +0200, Jean Delvare wrote:
> > + {.vendor = 0x1102, .device = 0x0002, .subsystem = 0x80271102,
> > +.driver = "EMU10K1", .name = "SBLive! Value [CT4832]",
> > +.emu10k1_chip = 1,
> > +.ac97_chip = 1} ,
> Unsurprisingly, my card is now named CT4832. I had t
On Tue, 2005-03-29 at 21:55 +0200, Wiktor wrote:
> Hi all,
>
> recently i had to run some program (xmms) with lowered nice value as
> normal user. to do that i had to su to the root account and then execute
> nice --5 xmms.
Let me guess, the sound skips unless you run at a low nice value.
That'
On Tue, 2005-03-29 at 22:46 +0200, Jean Delvare wrote:
> Hi Lee,
>
> > I think we just have to add this PCI id to the table. I got the same
> > result before James added the SBLive! platinum detection.
> >
> > What is the output of 'lspci -v | grep -1 EMU10k1'?
>
> 00:0d.0 Multimedia audio cont
On Tue, 2005-03-29 at 20:58 +0200, Tomasz Torcz wrote:
> On Fri, Mar 25, 2005 at 06:14:22PM -0500, Lee Revell wrote:
> > On Fri, 2005-03-25 at 23:59 +0100, Julien Wajsberg wrote:
> > > - audio works too. The only problem is that two applications can't
> > >
On Tue, 2005-03-29 at 19:57 +0200, Jean Delvare wrote:
> Hi Takashi,
>
> > > This one made /proc/asound/card0/id change from "Live" to "Unknown"
> > > on one of my systems, preventing alsatcl from properly restoring my
> > > mixer settings.
> >
> > Hmm, perhaps it's a side effect of chip detectio
On Tue, 2005-03-29 at 21:31 +0200, Takashi Iwai wrote:
> Well I don't remember the discussion thread on alsa-devel about this,
> but it's a good idea that alsa-lib checks the capability of hw-mixing
> and apples dmix only if necessary. (In the case of softvol, it can
> check the existence of hw co
On Tue, 2005-03-29 at 21:04 +1000, Benjamin Herrenschmidt wrote:
> Can the driver advertize in some way what it can do ? depending on the
> machine we are running on, it will or will not be able to do HW volume
> control... You probably don't want to use softvol in the former case...
>
> dmix by d
On Mon, 2005-03-28 at 23:40 -0500, Steven Rostedt wrote:
> On Tue, 2005-03-29 at 08:58 +0530, Arun Srinivas wrote:
> > I am trying to set the SCHED_FIFO policy for my process.I am using
> > sched_setscheduler() function to do this.
>
> Attached is a little program that I use to set the priority
On Mon, 2005-03-28 at 15:12 +0200, Geert Uytterhoeven wrote:
> On Sun, 27 Mar 2005, Alan Cox wrote:
> > On Sul, 2005-03-27 at 14:53, Wichert Akkerman wrote:
> > > Are you sure? It is perfectly legal to relicense things if you own the
> > > copyright. As long as he never distributes his GPL version
On Mon, 2005-03-28 at 08:58 +0530, krishna wrote:
> Hi All,
>
> Can any one tell me how to measure time accurately for a block of C code
> in device drivers.
> For example, If I want to measure the time duration of firmware download.
rdtsc()
-
To unsubscribe from this list: send the line "uns
On Mon, 2005-03-28 at 09:42 +1000, Benjamin Herrenschmidt wrote:
> It seems that Apple's driver has an in-kernel framework for doing volume
> control, mixing, and other horrors right in the kernel, in temporary
> buffers, just before they get DMA'ed (gack !)
>
> I want to avoid something like that
On Mon, 2005-03-28 at 01:08 +0200, Martin Loschwitz wrote:
> Hi folks,
>
> given that the alsa-user-mailinglist has some strange kind of authentication
> mechanism, and admin-authorization and whatever, I'm writing this mail to the
> LKML (it would have been CCed here anyway).
Still off topic. A
On Sun, 2005-03-27 at 12:40 -0500, Dave Jones wrote:
> On Sun, Mar 27, 2005 at 05:12:58PM +0200, Jan Engelhardt wrote:
>
> > Well, kfree inlined was already mentioned but forgotten again.
> > What if this was used:
> >
> > inline static void kfree_WRAP(void *addr) {
> > if(likely(addr !=
On Sat, 2005-03-26 at 19:20 -0800, Greg KH wrote:
> > Anyway, this is news to me. How about putting it in the FAQ? Too
> > politically charged?
>
> Why does it need to be in the FAQ, when the file COPYING in the main
> kernel directory explicitly spells this out?
That's the problem, it's not sp
On Sat, 2005-03-26 at 17:15 -0800, Aaron Gyes wrote:
> > So, the fact that someone else is doing something illegal, makes it
> > acceptable for you to do the same thing? Please, talk to a lawyer
> > about
> > this issue if you have _any_ questions.
>
> How is what they are doing illegal? How it is
On Sun, 2005-03-27 at 00:54 +0100, Jesper Juhl wrote:
> I'd say that the general rule should
> be "don't check for NULL first unless you *know* the pointer will be NULL
> >50% of the time"...
How about running the same tests but using likely()/unlikely() for the
'1 in 50' cases?
Lee
-
To unsubs
On Sat, 2005-03-26 at 10:28 -0800, Greg KH wrote:
> On Sat, Mar 26, 2005 at 05:52:20PM +, Mark Fortescue wrote:
> >
> > I am writing a "Proprietry" driver module for a "Proprietry" PCI card and
> > I have found that I can't use SYSFS on Linux-2.6.10.
> >
> > Why ?.
>
> What ever gave you th
On Fri, 2005-03-25 at 23:39 +0100, Ingo Molnar wrote:
> * Lee Revell <[EMAIL PROTECTED]> wrote:
>
> > On Fri, 2005-03-25 at 15:59 +0100, Ingo Molnar wrote:
> > > i have released the -V0.7.41-10 Real-Time Preemption patch, which can be
> > > downloaded from t
On Sat, 2005-03-26 at 01:38 +0100, Julien Wajsberg wrote:
> On Fri, 25 Mar 2005 18:14:22 -0500, Lee Revell <[EMAIL PROTECTED]> wrote:
> > On Fri, 2005-03-25 at 23:59 +0100, Julien Wajsberg wrote:
> > > - audio works too. The only problem is that two applications can'
On Fri, 2005-03-25 at 23:59 +0100, Julien Wajsberg wrote:
> Mar 25 22:42:55 evenflow kernel: hda: dma_timer_expiry: dma status == 0x60
> Mar 25 22:42:55 evenflow kernel: hda: DMA timeout retry
> Mar 25 22:42:55 evenflow kernel: hda: timeout waiting for DMA
> Mar 25 22:42:55 evenflow kernel: hda: st
On Fri, 2005-03-25 at 23:59 +0100, Julien Wajsberg wrote:
> I also experiment sometimes a complete hang of the system. But I
> didn't find how to reproduce the bug yet, especially because it seems
> to happen when I do nothing (when I'm sleeping or am at work ;), and I
> can't get a Oops because I
On Fri, 2005-03-25 at 23:59 +0100, Julien Wajsberg wrote:
> - audio works too. The only problem is that two applications can't
> open /dev/dsp in the same time.
Not a problem. ALSA does software mixing for chipsets that can't do it
in hardware. Google for dmix.
However this doesn't (and can't b
On Fri, 2005-03-25 at 15:59 +0100, Ingo Molnar wrote:
> i have released the -V0.7.41-10 Real-Time Preemption patch, which can be
> downloaded from the usual place:
>
>http://redhat.com/~mingo/realtime-preempt/
I get zillions of "return type defaults to int" warnings trying to
compile this wi
On Fri, 2005-03-25 at 21:52 +, Russell King wrote:
> On Fri, Mar 25, 2005 at 04:45:32PM -0500, Lee Revell wrote:
> > On Fri, 2005-03-25 at 21:07 +, Russell King wrote:
> > > On Fri, Mar 25, 2005 at 03:53:42PM -0500, Lee Revell wrote:
> > > > On Fri, 2005-03-2
On Fri, 2005-03-25 at 21:07 +, Russell King wrote:
> On Fri, Mar 25, 2005 at 03:53:42PM -0500, Lee Revell wrote:
> > On Fri, 2005-03-25 at 07:38 +, Russell King wrote:
> > > Users need to be re-educated _not_ to use ksymoops.
> >
> > How about changing the
On Fri, 2005-03-25 at 07:38 +, Russell King wrote:
> Users need to be re-educated _not_ to use ksymoops.
>
How about changing the fscking docs to not tell users to use it?
Seems like lots of stuff in Documentation/ is stuck in 2.4 land. How
about purging it? Incorrect docs are worse than n
On Thu, 2005-03-24 at 20:15 -0600, Robert Hancock wrote:
> There is no need to use any binary drivers on the nForce4 - the only
> ones even available are for the network and audio. The network works
> fine with the forcedeth driver included in the kernel - I don't know
> about the audio, I'm not
On Fri, 2005-03-25 at 02:29 +0100, Felix von Leitner wrote:
> My shiny new nforce 4 main board has sound that is detected OK by ALSA:
>
> intel8x0_measure_ac97_clock: measured 49970 usecs
> intel8x0: clocking to 46877
> ALSA device list:
> #0: NVidia CK804 with ALC850 at 0xd2003000, irq
On Wed, 2005-03-23 at 17:12 -0500, Lee Revell wrote:
> Now the longest latency I see with "dbench 16"
> and PREEMPT_DESKTOP is 591us in the ext3 reservation code. Trace is
> attached (compressed) in case anyone is interested. But I do not
> consider anything under a milli
On Thu, 2005-03-24 at 04:41 -0800, Andrew Morton wrote:
> -mm kernels now aggregate Linus's tree and 34 subsystem trees. Usually
> they are pulled 3-4 hours before the release of the -mm kernel.
>
Andrew,
Do you notify the subsystem maintainers ahead of time so that critical
fixes can be
On Thu, 2005-03-24 at 13:06 +0100, Jan Engelhardt wrote:
> >i want to distinguish between thread and process and
> >after distinguishing between user thread and kernel
> >thread
>
> I think there are only kernel threads.
>
Um... what? I don't know about you but I run lots of multithreaded user
On Tue, 2005-03-22 at 21:41 +0200, Indrek Kruusa 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 ca
On Tue, 2005-03-22 at 09:22 +0100, Ingo Molnar wrote:
> hm, weird, and i have no solution for this yet. But i just found a
> related bug in the -RT patch in that it reverted a latency breaker in
> the ext3 path that your trace shows - affecting PREEMPT_DESKTOP. Could
> you try the 40-03 patch i jus
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 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 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 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 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 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 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: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
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 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
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 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 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 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 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
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 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=
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 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
401 - 500 of 631 matches
Mail list logo