Hi all
I have sort of resolved it.
My default distro configuration, from Slackware 9 compiles ATAPI CD-ROM
support, the main SCSI support, and the ISO9660 filesystem into the kernel.
I usually make these as modules, to make the kernel a little smaller and
thus use less memory. If I leave these options compiled into the kernel,
there is no problem. However, if they are all as modules, it doesn't work.
DMA is enabled by default, and my DVD-ROM drive is set up to be mounted
from /dev/cdrom which is symlinked to /dev/scd0 when using SCSI emulation,
and /dev/hdc when using straight IDE. I usually have SCSI emulation set up
for burning.
This has never been a problem for me in previous kernel versions. I will
live with it now, as I guess it is a small kernel size increase and should
not change the performance in any great deal.
Thanks again
Luke
Yes, on my laptop....(IBM Thinkpad T30) I experience lockups (Kernel
-oops once in a while) during bootup. It seems to be the ide-scsi module
thats causing the problem. If I ensure that its not loaded during bootup
then it seems to be fine. I can load it later manually using 'modprobe
-a ide-scsi'
If you can figure out whats causing this....it will be much appreciated.
Luke Yelavich wrote:
> I wrote earlier:
> > Hi all.
> > I am wondering whether anybody else has experienced lock-ups when
> trying to mount a CD-ROM device using kernel 2.4.21 with low > latency
> and preempt?
> >
> > I have tried with SCSI emulation, as well as normal IDE. I am
> currently re-compiling without low latency and pre-empt, but wondering >
> whether this is a reported kernel problem, or a problem that these
> patches may have introduced?
>
> > Any ideas or suggestions are welcome.
>
> > Regards
> > Luke
>
> Ok. This didn't help, so I am going to scour my kernel configuration and
> see if there is anything amiss.
>
> Luke
>
>
>
>
I wrote earlier:
> Ok. This didn't help, so I am going to scour my kernel configuration and
see if there is anything amiss.
>
> Luke
Ok haven't found the source of the problem, but I am able to successfully
mount CDs in my burner, but not in my DVD-ROM drive.
Still open to suggestions.
Luke
Hi all.
I am wondering whether anybody else has experienced lock-ups when trying to
mount a CD-ROM device using kernel 2.4.21 with low latency and preempt?
I have tried with SCSI emulation, as well as normal IDE. I am currently
re-compiling without low latency and pre-empt, but wondering whether this
is a reported kernel problem, or a problem that these patches may have
introduced?
Any ideas or suggestions are welcome.
Regards
Luke
I wrote earlier:
> Hi all.
> I am wondering whether anybody else has experienced lock-ups when trying
to mount a CD-ROM device using kernel 2.4.21 with low > latency and preempt?
>
> I have tried with SCSI emulation, as well as normal IDE. I am currently
re-compiling without low latency and pre-empt, but wondering > whether this
is a reported kernel problem, or a problem that these patches may have
introduced?
> Any ideas or suggestions are welcome.
> Regards
> Luke
Ok. This didn't help, so I am going to scour my kernel configuration and
see if there is anything amiss.
Luke
Hi,
I'm looking for solution where we can record multiple input
streams of audio to individual files which can then be processed
by other programs on Linux. I've searched the ecasound list and
also the archive of this list.
The best I could find was a similar requirement by someone
using a Delta 1010 card. One of the solutions that was proferred
was to use the JACK audio server.
Is it possible to connect multiple input streams of audio (think
multiple phones or line-in from multiple VCRs or any audio
device) and individually record the streams as a digital file ?
For example - 911 calls , or financial transaction calls etc
I'm looking for a Linux based solution that can do that -
Ideal would be -
a. Well Supported card that has multiple line-in ( so if I want
to record 8/16 audio inputs, it should have 8/16 line-in sockets)
b. Software to record the line-in audio
c. Software to encode it
if b & c can be combined to record and encode like ecasound, it
would be perfect.
I asked around on the ecasound list and was directed to this
list. We're not looking to do any mixing or sound editing.
Our requirements are very simple. Ecasound works very well
for us when using one sound card. We now need to scale this
solution so that we can record the equivalent of 8/12/16 sound
cards each having an instance of ecasound recording and encoding.
A similar solution on the Windows platform seems to be
http://www.dictaphone.com/products/freedom/freedomps/
Any help is highly appreciated,
--
Hiren
----------------------------------------------------------------------
> On Tue, 2003-06-10 at 13:19, Robert Jonsson wrote:
> > tisdagen den 10 juni 2003 22.16 skrev Andrew Burgess:
> > > >Hyperthreading - the new fancy P4's have it. Does it do anything on
> > > >linux? I saw some benchmarks where it really sped up video encoding (on
> > > >windows), how similar to sound processing is this?
> > >
> > > Alan Cox says HT provides 0-30% speedup.
> >
> > There was a recent thread on the Jack mailinglist where it seemed likely that
> > latency would suffer when HT was enabled, if I read the thread right... It
> > may had to do with using HT _and_ dual processors though, can't remember...
>
> The one I tested was a single processor P4 with HT enabled. With it
> enabled I see latency spikes (10-15mseg) and weird behavior of Jack as
> well. Steve (Harris) wrote something about threads not being happy on an
> HT processor. So I guess we'll have to wait till there is better kernel
> support (or maybe there is a kernel patch that fixes this?)
The votes are still somewhat out on Hyper-Threading. The basic idea is the
single processor has two state machines, and can thus inter-leave two streams
of execution thru all the various queues and pipelines inside the CPU.
The problem with Linux and SMP systems is with scheduling, since the current
scheduler sees four processors instead of two, and it doesn't know which
two are the 'evil twins' - bad for CPU cache warmth. Mostly fixed in 2.5, i
believe. Dunno if there are backports to 2.4 available..
Basically, how 'good' HT performs depends on how 'tight' the code is. Code that
grabs the CPU and runs intensively won't see any improvement from HT. The big
improvements are seen when you have multiple processes that jump on and off
the CPU, essentially the CPU doesn't have to flush the pipelines out so often.
What you saw sounds like the bad scheduler stuff, forces extra TLB misses and
causes hiccups.
cliffw
>
> -- Fernando
>
>
>
> Sounds like you want to do multitrack recording. The card you have will
> do that. If you're interested in a pro type of application you'll
> probably want to run Ardour. Alternately there is ecasound and
> Audacity. Check out my page
> (http://myweb.cableone.net/eviltwin69/ALSA_JACK_ARDOUR.html).
>
Very nice page - could you please add your .asoundrc to it?
cliffw
> Jan
>
> On Sun, 2003-06-08 at 10:59, Akos Maroy wrote:
> > Hi,
> >
> > I just installed a Delta 1010LT multi-channel audio card into my PC. I'm
> > new to multi channel cards, and have some questions. I'm sorry if these
> > questions are dull or simple.
> >
> > I just installed alsa 0.9.4, as described on the page
> > http://www.alsa-project.org/alsa-doc/doc-php/template.php3?company=Midiman&…
> >
> > all modules seem to load fine.
> >
> > I have the following questions:
> >
> > - mixer
> >
> > I can also run alsamixer and env24control, but I can't run aumix or
> > other mixers that would use the OSS mixer interface. maybe the alsa ->
> > OSS mixer interface is not configured properly, as:
> >
> > # cat /proc/asound/card0/oss_mixer
> > VOLUME "" 0
> > BASS "" 0
> > TREBLE "" 0
> > SYNTH "" 0
> > PCM "" 0
> > SPEAKER "" 0
> > LINE "" 0
> > MIC "" 0
> > CD "" 0
> > IMIX "" 0
> > ALTPCM "" 0
> > RECLEV "" 0
> > IGAIN "" 0
> > OGAIN "" 0
> > LINE1 "" 0
> > LINE2 "" 0
> > LINE3 "" 0
> > DIGITAL1 "" 0
> > DIGITAL2 "" 0
> > DIGITAL3 "" 0
> > PHONEIN "" 0
> > PHONEOUT "" 0
> > VIDEO "" 0
> > RADIO "" 0
> > MONITOR "" 0
> >
> >
> > - accessing the multiple input channels as separate OSS devices
> >
> > actually the main goal of having this card is to be able to record
> > parallelly from the separate input channels it has. recording would be
> > done through opening and reading OSS-style /dev/dsp devices.
> >
> > is this possible using this card and alsa drivers? if so, how? is this
> > related to /etc/asound.conf ?
> >
> >
> > all help would be appreciated,
> >
> >
> > Akos
> >
>
>
>
Hi all, I've procured a weekly slot to do a live linux music peformance
every week, and I also have some other slots availble for people so if
you're in l.a. or coming here, check my website for more info:
http://asapien.org