On Wed, 2005-07-20 at 17:29 +0200, Jean-Eric Cuendet wrote:
> Hi,
"You are not allowed to post to this mailing list, and your message has
been automatically rejected. If you think that your messages are
being rejected in error, contact the mailing list owner at
[EMAIL PROTECTED]"
Please don't cc
On Fri, 2005-07-22 at 15:18 +0200, Ralf Hildebrandt wrote:
> * Denis Vlasenko <[EMAIL PROTECTED]>:
>
> > Not happening here on 2.6.12:
>
> 2.6.12 didn't have kexec (unless it's a -mm kernel)
> So how could you boot using kexec then?
>
Is kexec supposed to be transparent to all the subsystems, o
On Fri, 2005-07-22 at 15:25 +0200, Gábor Lénárt wrote:
> Anyway, want to have 'free memory' is a thing like having dozens of cars
> in your garage which don't want to be used ...
>
Really? I thought it was good to leave some memory free to speed up
application startup, so we don't have to evict
On Wed, 2005-07-20 at 13:41 -0400, Lee Revell wrote:
> On Wed, 2005-07-20 at 17:29 +0200, Jean-Eric Cuendet wrote:
> > Hi,
> > I just released a new version of kernel-desktop. New features are:
>
> > - Realtime LSM module (Useful for jack audio server)
>
> 2.6
On Fri, 2005-07-22 at 20:07 -0500, Alejandro Bonilla wrote:
> I will get flames for this, but my laptop boots faster and sometimes
> responds faster in 2.4.27 than in 2.6.12. Sorry, but this is the fact
> for me. IBM T42.
Sorry dude, but there's just no way that any automated process can catch
t
On Fri, 2005-07-22 at 21:15 -0500, Alejandro Bonilla wrote:
> OK, I will, but I first of all need to learn how to tell if benchmarks
> are better or worse.
Con's interactivity benchmark looks quite promising for finding
scheduler related interactivity regressions. It certainly has confirmed
what
On Fri, 2005-07-22 at 20:31 -0700, Linus Torvalds wrote:
>
> On Fri, 22 Jul 2005, Lee Revell wrote:
> >
> > Con's interactivity benchmark looks quite promising for finding
> > scheduler related interactivity regressions.
>
> I doubt that _any_ of the re
On Sat, 2005-07-23 at 19:05 +1000, Con Kolivas wrote:
> Indeed, and the purpose of the benchmark is to quantify something rather than
> leave it to subjective feeling. Fortunately if I was to quantify the current
> kernel's situation I would say everything is fine.
Agreed. Unfortunately everyth
On Sat, 2005-07-23 at 13:42 +0200, Andreas Steinmetz wrote:
> RLIMIT_RTPRIO is supposed to grant non privileged users the right to use
> SCHED_FIFO/SCHED_RR scheduling policies with priorites bounded by the
> RLIMIT_RTPRIO value via sched_setscheduler(). This is usually used by
> audio users.
>
> U
On Sun, 2005-07-24 at 17:03 -0400, Florin Malita wrote:
> the x86 timer interrupt
> frequency has increased from 100Hz to 1KHz (it's about to be lowered
> to 250Hz)
This is by no means a done deal. So far no one has posted ANY evidence
that dropping HZ to 250 helps (except one result on a atypica
On Mon, 2005-07-25 at 13:55 -0400, Steven Rostedt wrote:
> Doesn't matter. The cycles saved for old compilers is not rational to
> have obfuscated code.
Where do we draw the line with this? Is x *= 2 preferable to x <<= 2 as
well?
Lee
-
To unsubscribe from this list: send the line "unsubscribe
On Mon, 2005-07-25 at 12:16 -0700, Philippe Troin wrote:
> Lee Revell <[EMAIL PROTECTED]> writes:
>
> > On Mon, 2005-07-25 at 13:55 -0400, Steven Rostedt wrote:
> > > Doesn't matter. The cycles saved for old compilers is not rational to
> > > have obfus
On Mon, 2005-07-25 at 20:23 +0100, Paulo Marques wrote:
> Lee Revell wrote:
> > On Mon, 2005-07-25 at 13:55 -0400, Steven Rostedt wrote:
> >
> >>Doesn't matter. The cycles saved for old compilers is not rational to
> >>have obfuscated code.
> >
&g
On Mon, 2005-07-25 at 12:16 -0700, Philippe Troin wrote:
> Lee Revell <[EMAIL PROTECTED]> writes:
>
> > On Mon, 2005-07-25 at 13:55 -0400, Steven Rostedt wrote:
> > > Doesn't matter. The cycles saved for old compilers is not rational to
> > > have obfus
On Mon, 2005-07-25 at 15:23 -0400, [EMAIL PROTECTED] wrote:
> I am using Red Hat sources, which has function open_kcore() hardcoded to
> return -EPERM always.
>
> Changing this function to the way it is defined in the public sources (as
> shown below) did the trick.
All these Red Hat / RHEL threa
On Mon, 2005-07-25 at 16:28 -0400, Steven Rostedt wrote:
> Ingo,
>
> I've CC you just because you are the schedule maintainer. You already
> accepted this patch into your RT tree.
>
Please make sure to pick up this patch from Andreas Steinmetz too,
otherwise the rlimits are broken:
--- linux.o
On Mon, 2005-07-25 at 17:19 -0400, Brown, Len wrote:
> >>>Question one, are there other actions to consider?
> >>
> >>
> >> Yes.
> >> Speaking for ACPI C3 state, note that DMA also
> >> wakes up the CPU -- even if there was no device interrupt.
> >> (aka, "the trouble with USB")
> >
> >Trouble?
On Fri, 2005-08-05 at 21:26 +0200, Martin Loschwitz wrote:
> Ooops and ksymoops-output is attached.
Also, don't use ksymoops for 2.6, it's redundant at best and at worst
actually removes information. Check oops-tracing.txt, the docs have
been updated.
Lee
-
To unsubscribe from this list: send t
On Sat, 2005-08-06 at 12:47 +1000, Con Kolivas wrote:
> SCHED_ISO was dropped entirely. It broke in ck4, and there is now a
> decent defacto standard for unprivileged realtime in mainline kernel
> with realtime RLIMITS so I'm supporting the use of that instead.
Too bad, this was a nice feature, bu
On Sat, 2005-08-06 at 21:26 +0200, Joris van Rantwijk wrote:
> Hello David,
>
> I noticed you guided the VIA DRM driver into linux-2.6.13-rc3. Are you
> the right person to send questions/problems/patches about this driver?
>
> I am trying to get it to run on my Unichrome Pro K8M800 chipset and
>
On Sat, 2005-08-06 at 18:20 -0400, Lee Revell wrote:
> On Sat, 2005-08-06 at 21:26 +0200, Joris van Rantwijk wrote:
> > Hello David,
> >
> > I noticed you guided the VIA DRM driver into linux-2.6.13-rc3. Are you
> > the right person to send questions/problems/patches ab
zOn Fri, 2005-08-05 at 12:59 +0200, Ingo Molnar wrote:
> ok, looks good - i've applied it and released the -52-14 PREEMPT_RT
> patch.
>
Does not compile if RCU stats are enabled but torture test disabled.
Lee
--- linux-2.6.13-rc4/fs/proc/proc_misc.c.orig 2005-08-06 22:59:46.0
-0400
On Sun, 2005-08-07 at 10:43 -0700, Andrew Morton wrote:
> Raymond Lai <[EMAIL PROTECTED]> wrote:
> >
> > Hi all,
> >
> > I remember there's a kernel pcmcia bug preventing the development for
> > the Audigy2 pcmcia notebook sound card driver.
> >
> > See
> > http://www.alsa-project.org/alsa-doc
On Sun, 2005-08-07 at 13:36 +0200, Andi Kleen wrote:
> Erick Turnquist <[EMAIL PROTECTED]> writes:
>
> > Hi, I'm running an Athlon64 X2 4400+ (a dual core model) with an
> > nVidia GeForce 6800 Ultra on a Gigabyte GA-K8NXP-SLI motherboard and
> > getting nasty messages like these in my dmesg:
> >
Is the Linksys WUSB 54GS wireless adapter (FCCID Q87-WUSB54GS)
supported?
TIA,
Lee
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at ht
On Sun, 2005-08-07 at 15:22 -0400, Lee Revell wrote:
> Is the Linksys WUSB 54GS wireless adapter (FCCID Q87-WUSB54GS)
> supported?
>
Wow, Google has really declined in quality. I got zero hits for
"Linksys WUSB 54G linux". Then I found this page on
On Sun, 2005-08-07 at 11:47 -0700, Linus Torvalds wrote:
> James and gang found the aic7xxx slowdown that happened after 2.6.12, and
> we'd like to get particular testing that it's fixed, so if you have a
> relevant machine, please do test this.
>
> There are other fixes too, a number of them re
On Sun, 2005-08-07 at 13:50 -0700, Linus Torvalds wrote:
>
> On Sun, 7 Aug 2005, Lee Revell wrote:
> >
> > It looks like CONFIG_4KSTACKS has gone away (IOW 8K stacks are no longer
> > an option). But now I get this ominous warning when I compile
> > ndiswrapper:
On Sun, 2005-08-07 at 18:39 -0600, Alejandro Bonilla Beeche wrote:
> On Sun, 2005-08-07 at 15:22 -0400, Lee Revell wrote:
> > Is the Linksys WUSB 54GS wireless adapter (FCCID Q87-WUSB54GS)
> > supported?
> >
> > TIA,
> >
> > Lee
>
> Normally, linksys
On Mon, 2005-08-08 at 09:31 +0300, Denis Vlasenko wrote:
> On Monday 08 August 2005 03:39, Alejandro Bonilla Beeche wrote:
> > On Sun, 2005-08-07 at 15:22 -0400, Lee Revell wrote:
> > > Is the Linksys WUSB 54GS wireless adapter (FCCID Q87-WUSB54GS)
> > > supported?
On Sun, 2005-08-07 at 22:50 -0700, Martin J. Bligh wrote:
> It doesn't actually say it works on Linux. Perhaps you wanted
> mysticgooglepsychic.com? ;-)
>
> I don't think it is reasonable to expect google to know what ndiswrapper
> is ... or perhaps it just has a taste filter installed? ;-)
Tr
On Mon, 2005-08-08 at 14:01 +0200, Andi Kleen wrote:
> > Some BIOSes do not lock SMM, and you *could* turn it off at the chipset
> > level.
>
> Doing so would be wasteful though. Both AMD and Intel CPUs need SMM code
> for the deeper C* sleep states.
>
Wouldn't it be useful for !CONFIG_PM? Many
On Mon, 2005-08-08 at 20:13 +0200, Andreas Steinmetz wrote:
> I gave up on my laptop's built in Inprocomm IPN 2220 quite some time ago
> (one more reason not to like Cisco). In the rare cases I do really need
> wlan there is http://zd1211.sourceforge.net/
Any idea how much hardware is out there th
On Mon, 2005-08-08 at 20:24 +0200, Andreas Steinmetz wrote:
> Lee Revell wrote:
> > On Mon, 2005-08-08 at 20:13 +0200, Andreas Steinmetz wrote:
> >
> >>I gave up on my laptop's built in Inprocomm IPN 2220 quite some time ago
> >>(one more reason not to like
On Mon, 2005-08-08 at 12:56 -0600, Alejandro Bonilla wrote:
> Again, the point is that ndiswrapper is a great project, but people
> uses it for the leftovers! We *shouldn't* buy leftovers or from Manuf
> that don't care about Linux.
If you are always speccing out new systems then of course, but in
[added James to cc:]
On Mon, 2005-08-08 at 09:40 -0700, Fernando Lopez-Lezcano wrote:
> On Sun, 2005-08-07 at 10:43, Andrew Morton wrote:
> > Raymond Lai <[EMAIL PROTECTED]> wrote:
> > > Hi all,
> > >
> > > I remember there's a kernel pcmcia bug preventing the development for
> > > the Audigy2 p
On Tue, 2005-08-09 at 17:19 +1000, Daniel Pittman wrote:
> I recently installed a SCSI tape drive and Adaptec AHA-2940U2W SCSI
> controller into my server to run backups.
>
> Since then, the driver issues these warnings on a semi-regular basis
> while the drive is busy:
>
> Aug 9 17:00:26 anu ke
On Tue, 2005-08-09 at 17:12 +0300, Matti Aarnio wrote:
> We did system switchover last weekend, and nobody reacted trulu
> adversely.Probably nobody noticed it either. :-)
It's definitely faster. Lately I have had a few replies to list
messages where the reply hit LKML several minutes befo
On Tue, 2005-08-09 at 16:36 +0300, Matti Aarnio wrote:
> Running very recent Fedora Core Development kernel I can following
> soft-oops.. ( 2.6.12-1.1455_FC5smp )
>
>
> e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex
> BUG: soft lockup detected on CPU#0!
Could this be a false positive
On Tue, 2005-08-09 at 17:44 +0200, Grzegorz Piotr Jaskiewicz wrote:
> I know that in general no one here is interested in vmware affairs, but in
> hope that VMware folks are reading this list too, here's the oops:
> It's the newest vmware5 for linux from vmware.com
>
> ksymoops 2.4.9 on i686 2.6.
On Fri, 2005-07-29 at 17:32 +0200, Adrian Bunk wrote:
> This patch schedules obsolete OSS drivers (with ALSA drivers that
> support the same hardware) for removal.
>
> Scheduling the via82cxxx driver for removal was ACK'ed by Jeff Garzik.
>
Someone on linux-audio-user just pointed out that the
On Tue, 2005-08-09 at 19:49 +0200, Adrian Bunk wrote:
> I'd deprecate them without moving them.
>
OK, I think that will still be slightly confusing becuase it comes
before Sound in the kernel config, but maybe the deprecated part will
make people think twice.
I think we should at least label the
On Wed, 2005-08-10 at 19:13 -0700, john stultz wrote:
> All,
> Here's the next rev in my rework of the current timekeeping subsystem.
> No major changes, only some cleanups and further splitting the larger
> patches into smaller ones.
Last I heard this made gettimeofday() 20% slower on x86.
On Wed, 2005-08-10 at 19:39 -0700, john stultz wrote:
> Ah, I've got a patch on my laptop that takes that down to ~2% or less.
> I didn't include it in this patch set but I'll work to get it
> integrated before the next release. Sorry about that.
>
> If you have any suggestions for further perform
On Thu, 2005-08-11 at 09:09 +0200, Gábor Lénárt wrote:
> I want to buy a new system including
> motherboard with some Athlon64 CPU. I was told that nforce4 chipset is
> the "right" choice. However I'm using *only* Linux
Who told you that? Some Windows user?
It's common knowledge that Nvidia is
On Thu, 2005-08-11 at 17:17 +0200, Michael Thonke wrote:
> *frustrated*
Hey I don't like it any more than you do. But Nvidia is an IP company
and they act like one. Most of us would probably do the exact same
thing in their position, AKA whatever the lawyers tell them ;-)
Lee
-
To unsubscribe
On Thu, 2005-08-11 at 11:56 +0200, Ingo Molnar wrote:
> > For the record, some shortcomings of this patch:
> >
> > o Needs lots more testing on more architectures.
> >
> > o Needs performance and stress testing.
> >
> > o Needs testing in Ingo's PREEMPT_RT environment.
>
> cool patch! I h
On Tue, 2005-08-09 at 09:52 -0400, Kyle Moffett wrote:
> they are much less likely to participate in any kind of reverse
> engineering effort, even if it's just testing a new driver.
I think anyone launching a reverse engineering effort should announce
the project to LKML! When I set out to add
On Thu, 2005-08-11 at 13:00 +0200, Ingo Molnar wrote:
> i have released the -53-01 Real-Time Preemption patch, which can be
> downloaded from:
>
> http://redhat.com/~mingo/realtime-preempt/
>
> there are two new features in this release, which justified the jump
> from .52 to .53:
>
> - the
On Fri, 2005-08-12 at 12:59 +1000, roucaries bastien wrote:
> They post on this list 1 year and a half ago no answer.
>
I guess everyone on LKML has day jobs now, no one has time for fun stuff
like reverse engineering drivers anymore... :-(
Lee
-
To unsubscribe from this list: send the line "un
On Thu, 2005-08-11 at 23:07 -0400, Lee Revell wrote:
> Very nice to see this going in (via) the RT patch.
>
Also, does not compile for me with ACPI PM timer selected:
CC arch/i386/kernel/timers/hrtimer_pm.o
In file included from include/asm/hrtime.h:220,
from i
On Tue, 2005-08-09 at 19:49 +0200, Adrian Bunk wrote:
> On Tue, Aug 09, 2005 at 01:13:51PM -0400, Lee Revell wrote:
> > On Fri, 2005-07-29 at 17:32 +0200, Adrian Bunk wrote:
> > > This patch schedules obsolete OSS drivers (with ALSA drivers that
> > > support the
On Sat, 2005-08-13 at 12:28 +1200, Ryan Brown wrote:
> is there a patch available for -rc6?
>
Not yet. Whatever you see here:
http://people.redhat.com/mingo/realtime-preempt/
is the latest version.
Lee
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Sat, 2005-08-13 at 09:35 -0700, Stephen Pollei wrote:
> Thats great for the perl6 people.
> http://dev.perl.org/perl6/doc/design/syn/S03.html says they are going
> to be using « and » as operators...
Is Larry smoking crack? That's one of the worst ideas I've heard in a
long time. There's no e
On Sat, 2005-08-13 at 19:49 +0100, Hugo Mills wrote:
> On Sat, Aug 13, 2005 at 02:42:52PM -0400, Lee Revell wrote:
> > On Sat, 2005-08-13 at 09:35 -0700, Stephen Pollei wrote:
> > > Thats great for the perl6 people.
> > > http://dev.perl.org/perl6/doc/design/syn/S
On Sat, 2005-08-13 at 19:49 +0100, Hugo Mills wrote:
> On Sat, Aug 13, 2005 at 02:42:52PM -0400, Lee Revell wrote:
> > On Sat, 2005-08-13 at 09:35 -0700, Stephen Pollei wrote:
> > > Thats great for the perl6 people.
> > > http://dev.perl.org/perl6/doc/design/syn/S
On Sat, 2005-08-13 at 21:19 -0400, Kyle Moffett wrote:
> And those of us who are Mac OS X oriented have patched our console and
> X keycodes to match the mac way of generating symbols:
>
> Alt-\= «
> Alt-Shift-\ = »
> Alt-Shift-+ = ±
>
My point exactly, it's idiotic for Perl6 to use th
On Sun, 2005-08-14 at 13:13 -0700, Stephen Pollei wrote:
> Seems like lots of Europeans might want a bigger
> charset, not to mention Asians, Hindus, and whomever else.
For strings, of course. But there's no need for UTF-8 operators.
Lee
-
To unsubscribe from this list: send the line "unsubscr
On Mon, 2005-08-15 at 13:25 +1000, Dmytro Bablinyuk wrote:
> I hope this is the right place to ask. My apologise if it's wrong.
> I have found 2.4.25-low-latency.patch.gz for the 2.4.25 kernel but I
> couldn't find preemptible patch for this version of kernel.
> I found preempt-kernel-rml-2.4.23-p
On Tue, 2005-08-16 at 09:25 -0600, Alejandro Bonilla Beeche wrote:
> We are currently almost there with hdaps. We are thinking how we should
> make things and have made most of the decesions. We still need help from
> anyone that might know about this. Please, if you can think of anything,
>
On Tue, 2005-08-16 at 16:21 +0200, Henk wrote:
> - audio playbackvia generic usb audio diver
> - audio record via generic usb audio diver
There is no such thing.
Do you mean the obsolete OSS usb-audio driver, or snd-usb-audio?
Lee
-
To unsubscribe from this list: send the line "un
On Tue, 2005-08-16 at 19:53 +0200, Henk wrote:
> Ehm, I did not know there was still an OSS usb driver.
Thankfully it's going away real soon. It failed to depend on OSS,
didn't have decent help text, and doesn't live under Sound so lots of
people got them confused. Most ALSA based distros failed
On Wed, 2005-08-17 at 00:21 +0400, Stas Sergeev wrote:
> 1. It needs the higher interrupt frequency.
> Since there seem to be no API to change
> the timer frequency at runtime, the driver
> does this itself. Now I have googled out
> the thread
Wow, your driver implements bass and treble controls
On Wed, 2005-08-17 at 20:21 +0400, Stas Sergeev wrote:
> perhaps allowing a single higher frequency, or allowing just any
> frequency, is pretty much the same task, and doesn't
> look achievable within the currently existing
> timer API anyway
Lots of things aren't doable with the current timer AP
On Tue, 2005-04-19 at 09:24 -0400, Lennart Sorensen wrote:
> On Tue, Apr 19, 2005 at 02:15:30PM +0200, Nico Schottelius wrote:
> > When I wrote schwanz3(*) for fun, I noticed /proc/cpuinfo
> > varies very much on different architectures.
> >
> > Is it possible to make it look more identical (as fa
On Tue, 2005-04-19 at 22:00 +0200, Nico Schottelius wrote:
> Can you tell me which ones?
>
Multimedia apps like JACK and mplayer that use the TSC for high res
timing need to know the CPU speed, and /proc/cpuinfo is the fast way to
get it.
Why don't you create sysfs entries instead? It would be
On Wed, 2005-04-20 at 18:05 +, Francesco Oppedisano wrote:
> Hi,
> i'd like to know how much time does linux kernel run with disabled
> interrupts. So i would like to remap the instructions capable of
> disabling interrupt to other ones which count how much this time is...
> Does already exist
On Mon, 2005-07-04 at 11:36 -0700, dean gaudet wrote:
> as for other details it's trivial to lock the daemon in memory and run
> it at nice -4 to get a head start on parking even when at 100% cpu and
> under memory load.
>
Negative nice values are not the correct solution when dealing with RT
con
On Tue, 2005-07-05 at 06:29 -0600, Alejandro Bonilla wrote:
> .Alejandro
> (removing some people so they don't get triplicated emails)
Please don't trim cc: lists! We *want* the duplicate emails, so that
one goes in the Inbox and one in the LKML folder.
See the list archives for more reasons why
On Tue, 2005-07-05 at 16:54 +0100, Alan Cox wrote:
> On Gwe, 2005-07-01 at 20:42, Sean Bruno wrote:
> > This is pretty much the reaction that I am getting from calling ASUS
> > tech support. They have told me on several occasions that they will
> > "call me back" and never do.
>
> Ditto with pro
On Tue, 2005-07-05 at 18:13 -0700, William Weston wrote:
> Audio without xruns is an RT requirement, IMHO ;-}
>
This isn't even an opinion, it's a fact. If you are capturing data and
your audio handling thread does not get scheduled in (periods_per_buffer
- 1) * period_time time units, you lose
On Wed, 2005-07-06 at 11:02 -0400, Piszcz, Justin wrote:
> You probably aren't going to get any help with this until you reproduce
> the problem without the vm* binary-only drivers.
>
Also without nvidia.
Lee
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Wed, 2005-07-06 at 10:44 -0400, Michael Krufky wrote:
> bttv is now maintained by Mauro Carvalho Chehab
> <[EMAIL PROTECTED]>, as part of the video4linux project. I am
> forwarding this to Mauro and the video4linux list. Linux and Kernel
> Video
Where's the MAINTAINERS patch?
Lee
-
To un
On Thu, 2005-07-07 at 10:38 -0700, Dave Hansen wrote:
> On Thu, 2005-07-07 at 19:27 +0200, Jens Axboe wrote:
> > On Thu, Jul 07 2005, Clemens Koller wrote:
> > > Well, sure, it's not a notebook HDD, but maybe it's possible
> > > to give headpark a more generic way to get the heads parked?
> >
> >
On Fri, 2005-07-08 at 14:59 -0700, Andrew Morton wrote:
> Chris Wedgwood <[EMAIL PROTECTED]> wrote:
> >
> > On Thu, Jun 23, 2005 at 11:28:47AM -0700, Linux Kernel Mailing List wrote:
> ^^
>
> It's been over two weeks and nobody has complained about anything.
Wrong, I complained loud
On Fri, 2005-07-08 at 15:03 -0700, Phil Oester wrote:
> On Fri, Jul 08, 2005 at 11:25:08PM +0200, Alexander Nyberg wrote:
> > fre 2005-07-08 klockan 23:12 +0200 skrev Rudo Thomas:
> > > Hello, guys.
> > >
> > > Time started to pass faster with 2.6.12.2 (actually, it was 2.6.12-ck3
> > > which is b
On Fri, 2005-07-08 at 16:29 -0700, David S. Miller wrote:
> From: "Martin J. Bligh" <[EMAIL PROTECTED]>
> Date: Fri, 08 Jul 2005 16:14:59 -0700
>
> > I'm not saying there isn't data supporting higher HZ ... I just haven't
> > seen it published. I get the feeling what people really want is high-res
On Sat, 2005-07-09 at 16:29 +0200, Peter Zijlstra wrote:
> [] emu10k1_audio_release+0x114/0x210 [emu10k1] (40)
Kind of OT, but any particular reason you're using this old OSS driver?
It's likely to be deprecated soon, and the ALSA driver is much more
actively maintained...
Lee
-
To unsubscribe
On Sat, 2005-07-09 at 19:08 +0200, Martin Schlemmer wrote:
> On Fri, 2005-07-08 at 14:59 -0700, Andrew Morton wrote:
> > Chris Wedgwood <[EMAIL PROTECTED]> wrote:
>
> > > WHAT?
> > >
> > > The previous value here i386 is 1000 --- so why is the default 250.
> >
> > Because 1000 is too high.
> >
On Sat, 2005-07-09 at 20:22 +0200, Peter Zijlstra wrote:
> I once made a patch so that the front and back channels were inverted
> but I lost it somewhere. And since I'm a lazy ass I kept using the OSS
> driver. It's not as if I actually use my sblive for anything else but
> the occasional mp3. But
On Sat, 2005-07-09 at 20:31 +0200, Arjan van de Ven wrote:
> why?
Because the minimum poll/select timeout is now 4ms rather than 1ms. An
app that has a soft RT constraint somewhere in the middle that worked on
2.6.12 will break on 2.6.13.
> it's a config option. Some distros ship 100 already, ot
On Sat, 2005-07-09 at 20:39 +0200, Diego Calleja wrote:
> El Sat, 09 Jul 2005 14:16:31 -0400,
> Lee Revell <[EMAIL PROTECTED]> escribió:
>
> > I still think you're absolutely insane to change the default in the
> > middle of a stable kernel series. People WILL co
On Sat, 2005-07-09 at 14:41 -0400, Lee Revell wrote:
> Yes, that's called "progress" so no one complained. Going back is
> called a "regression". People don't like those as much.
Sorry for the tone of this message, I really sound like a jerk.
Anyway, I&
On Sat, 2005-07-09 at 12:12 -0700, Andrew Morton wrote:
> Lee Revell <[EMAIL PROTECTED]> wrote:
> >
> > > This is not a userspace visible thing really with few exceptions, and
> > > well people can select the one they want, right?
> >
> > Then wh
On Sat, 2005-07-09 at 13:30 -0700, randy_dunlap wrote:
> | Then the owners of such machines can use HZ=250 and leave the default
> | alone. Why should everyone have to bear the cost?
>
> indeed, why should everyone have to have 1000 timer interrupts per second?
So why waste everyone's time with
On Mon, 2005-07-25 at 20:20 -0400, Steven Rostedt wrote:
> And I
> would also assume that you prefer x *= 2 over x <<= 1 (also since the
> first person to show this example used x <<= 2. Right Lee? :-)
Let us never speak of that again. These aren't the droids you're
looking for.
Lee
-
To unsubs
On Tue, 2005-07-26 at 04:43 +0200, Benoit Dejean wrote:
> Hi,
> i'm using Debian SID kernel-image-2.6.11-powerpc [1] (which is not
> tainted). I've unfortunately started sysutils [2] memtest as user (no caps, no
> sticky bit).
>
> /usr/sbin/memtest all
> As expected, a few minutes later, my
On Mon, 2005-07-25 at 23:21 -0400, Mace Moneta wrote:
> The response seems meaningless; does this constitute a violation of
> GPL?
> If so what, if any, action needs to be taken?
It sounds like they think you are asking for their userspace source
code, or that support rep does not know the differe
On Tue, 2005-07-26 at 14:06 +0200, Ingo Molnar wrote:
> i'd not put it into stable just yet - the fact that it has not been
> tested in 2.6.12 _at all_ up until very recently means there's little
> QA feedback. Yes, it's simple, but it also triggers something we never
> did before. 2.6.13 ought to
On Tue, 2005-07-26 at 17:08 +0200, Adrian Bunk wrote:
> This patch schedules obsolete OSS drivers (with ALSA drivers that
> support the same hardware) for removal.
How many non-obsolete OSS drivers were there?
Lee
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Tue, 2005-07-26 at 11:57 -0400, Jeff Garzik wrote:
> Lee Revell wrote:
> > On Tue, 2005-07-26 at 17:08 +0200, Adrian Bunk wrote:
> >
> >>This patch schedules obsolete OSS drivers (with ALSA drivers that
> >>support the same hardware) for removal.
> &
On Tue, 2005-07-26 at 11:48 -0400, Jeff Garzik wrote:
> NAK for i810_audio: ALSA doesn't have all the PCI IDs (which must be
> verified -- you cannot just add the PCI IDs for some hardware)
Some of them might be in snd-hda-intel in addition to snd-intel8x0.
Lee
-
To unsubscribe from this list:
On Wed, 2005-07-27 at 06:53 +0300, Al Boldi wrote:
> Gettimeofday loops using gcc-3.2.2 on 2.4.31 and 2.6.12.
>
> Also, 2.4 is faster than 2.6!
All this proves is that gettimeofday() is faster on 2.4 than 2.6.
Hardly surprising.
Lee
-
To unsubscribe from this list: send the line "unsubscribe li
On Tue, 2005-07-26 at 19:35 -0400, Stephen Clark wrote:
> Additional info I don't see any interrupts in /proc/interrupts for the
> Allegro which is on int 5.
> I just tried the same laptop with knoppix and a 2.4.27 kernel and sound
> works great and I do
> see interrupts for Allegro on int 5.
So t
On Wed, 2005-07-27 at 02:13 -0600, Zwane Mwaikambo wrote:
> > What about audio? If there is a sound server running then you're going
> > to have a constant stream of interrupts and DMA activity from the sound
> > card even if the machine is idle and there aren't any sounds playing.
>
> Doesn't a
On Wed, 2005-07-27 at 00:40 +0100, Alan Cox wrote:
> > > sound/oss/skeleton.c
>
> Reference for writing drivers
But we're not taking new OSS drivers, right?
Lee
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo
On Wed, 2005-07-27 at 21:46 +0200, Thomas Zehetbauer wrote:
> Hi!
>
> I cannot get my SB Live! 5.1's SPDIF (digital) output to work with
> kernel > 2.6.12. I have not changed my mixer configuration and it is
> still working when I boot 2.6.11.12 or earlier. I am using FC4 with
> alsa-lib-1.0.9rf-2
On Wed, 2005-07-27 at 01:38 +0200, Zoran Dzelajlija wrote:
> The OSS maestro driver works better on my old Armada E500 laptop. I tried
> ALSA after switching to 2.6, but the computer hung with 2.6.8.1 or 2.6.10 if
> I touched the volume buttons.
Please test a newer ALSA version, like the one in 2
On Wed, 2005-07-27 at 18:00 -0700, Daniel Walker wrote:
> Don't you break sched_find_first_bit() , seems it's dependent on a
> 140-bit bitmap .
And doesn't POSIX specify 100 RT priority levels?
Lee
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messag
On Thu, 2005-07-28 at 03:21 +0200, Thomas Zehetbauer wrote:
> On Wed, 2005-07-27 at 16:44 -0400, Lee Revell wrote:
> > On Wed, 2005-07-27 at 21:46 +0200, Thomas Zehetbauer wrote:
> > > I cannot get my SB Live! 5.1's SPDIF (digital) output to work with
> > > kernel
101 - 200 of 631 matches
Mail list logo