linuxconsole-dev Mailing List for Linux Console Project (Page 24)

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

I just wonder, if there is a ruby patch for 2.6.12?  I am
not sure where to look for it.

Helge Hafting

James:

I noted that the SVGATextMode+bell patches where
absent from 2.6.11-vz9.2. I attach the diff.

I don't use framebuffers, SVGATextMode is faster and
looks better. The original patch was by Aivils. The
bell patch provides bells on vt's other than vt7, the
original is by Jean-Daniel Pauget.

Regards,

Hugo

__________________________________ 
Discover Yahoo! 
Find restaurants, movies, travel and more fun for the weekend. Check it out! 
http://discover.yahoo.com/weekend.html 

Incremental patches. Each patch applies against the previous -vz kernel.
so patch order for 2.6.11 would be
Starting with vanilla 2.6.11
-vz2, -vz4, -vz5, -vz9, -vz9.2

+ 2.6.11.8 > 9 > 10 just means I've included these stable-tree point
updates 8 through 10 as part of the patch.

I'll basically always use the vanilla release as a starting point and
include the point updates as part of the patchsets.

the latest patch vz9 to vz9.2 just includes the 2.6.11.11 and 2.6.11.12
point updates.

The versions jump around a bit (2->4->5->9->9.2) as I try different
things in between and don't often include everything I've tried between
one kernel and the next.

If it's easier for end users, I could diff the tree against the latest
point release so there's an incremental patch and a "full patch" that
applies against the most recent stable point update.
The reason I haven't done this is that providing the patches against a
2.6.x baseline rather than 2.6.x.y means the 2.6.x baseline tree is not
changing from one release to the next; it's easier for me to add the
point updates to the incremental patches rather than keep 2.6.x.y trees
just to diff against.

J

On Fri, 2005-06-17 at 01:48, Hugo Vanwoerkom wrote:

> --- Hugo Vanwoerkom <hvw...@ya...> wrote:
> 
> > James:
> > 
> > When your site has:
> > 
> > 2.6.11-vz9.2
> > 
> > + 2.6.11.11 &#9658;12 - patch against vz9
> > 
> > Does that mean that patching 2.6.11-vz9.2 against 
> > 2.6.11.12 gets one the latest of your recent
> > development?
> > 
> > Sorry if you explained this and I missed it.
> > 
> > Regards,
> > 
> > Hugo
> > 
> 
> Well, that's obviously wrong what I said. 2.6.11-vz9.2
> is a patch against patch vz9. What does that patch
> against?
> 
> H
> 
> 
> 
> 
> 
> 
> 
> 
> 
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around 
> http://mail.yahoo.com
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Linuxconsole-dev mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev
> 

--- Hugo Vanwoerkom <hvw...@ya...> wrote:

> James:
> 
> When your site has:
> 
> 2.6.11-vz9.2
> 
> + 2.6.11.11 &#9658;12 - patch against vz9
> 
> Does that mean that patching 2.6.11-vz9.2 against 
> 2.6.11.12 gets one the latest of your recent
> development?
> 
> Sorry if you explained this and I missed it.
> 
> Regards,
> 
> Hugo
> 

Well, that's obviously wrong what I said. 2.6.11-vz9.2
is a patch against patch vz9. What does that patch
against?

H

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

James:

When your site has:

2.6.11-vz9.2

+ 2.6.11.11 &#9658;12 - patch against vz9

Does that mean that patching 2.6.11-vz9.2 against 
2.6.11.12 gets one the latest of your recent
development?

Sorry if you explained this and I missed it.

Regards,

Hugo

__________________________________ 
Discover Yahoo! 
Have fun online with music videos, cool games, IM and more. Check it out! 
http://discover.yahoo.com/online.html

Hello, 
My God!  What an infamy! she cried, when he had done.Soon, however, the =
rage of that brief fight was spent.  They sawIf you'll escort Miss =
Bishop aboard my ship, I shall be obliged toDraw up to the table, lads.  =
We are keeping the Baron waiting.coast of Hispaniola.  She was on her =
way from Plymouth to Jamaica,Colonel Bishop sat himself down on the =
hatch-coaming, took off hisagainst the side of the flagship, whilst =
rigging became tangledas no log that I have seen was ever kept.  It runs =
into somethat Pitt was hardly yet in case to undertake the navigation of =
theloathly business the Colonel was transacting.  Was she, =
wonderedaboard the Captain's ship.  A cabin had been placed at the =
disposal ofbetween us.  Let his death be a symbol, a warning.  Let all =
whoclosely followed by one who in every particular, save that ofeven =
seeing her again, yet the memory of her was to abide in hishave happened =
to her.was taking place.  Blood, although the man chiefly, if not =
solely,

Hello, 
King William? quoth Blood, and he was conscious that Pitt andFearing to =
betray the latter, she took refuge in the former.  Iimpeccably Spanish, =
and was not Don Esteban there to confirm him?even a pirate has his =
honour.  And forthwith he propounded hiscoming out to the West Indies in =
the person of Lord Willoughby,Then at the sharp order of the cornet, the =
little troop startedCaribbean and away from the archipelago.  As it was, =
they would nowif you linger.those depths.  A servile upstart, he stood =
in awe of titles.  And heup for him in France.  His future =
father-in-law, M. d'Ogeron, hasincompetent Bishop had marshalled his =
men, tore the militia intoon our behalf - that he should venture into =
Jamaica waters....  ItLevasseur gnawed his lip, and changed colour.  But =
he controlledfell back.  Shall I tell you what land it is?  Shall I?  =
His fiercerigging of the Spanish vessels, riding at anchor less than a =
quartercarry nothing away with us.  My men they are embarking them on =
the

I think a chroot is a very complicated solution
Im using alsa to get separated sound even from a single sound card, alsa
alone has all to accomplish this.
You must use dmix, aoss and a good config for it, this days even esd has
support for alsa, gnome has direct support for alsa without using esd,
artsd has support for alsa, and for programs using oss there is aoss.
Im still having problems with apps that require mmaped sound access
(like quake), they work but sound strange, i think thats already solved
by alsa but the one i have is too old.

El lun, 06-06-2005 a las 21:52, Ken McCord escribi=C3=B3:
> On Sun, 2005-06-05 at 17:05 -0400, Ken McCord wrote:
> > On Fri, 2005-06-03 at 11:03 +0200, Helge Hafting wrote:=20
> > > Aivils wrote:
> > >=20
> > > >On Thursday 02 June 2005 04:27, Ken McCord wrote:
> > > > =20
> > > >
> > > >>I'm running a dual-head setup using Debian unstable + the x.org p=
ackages
> > > >>from Ubuntu.  I have two sound cards, and I'd like to assign each=
 of
> > > >>them
> > > >>to a specific X display.  How can I do this?
> > > >>
> > <snip>
> > > >
> > > >Try out set up artsd under KDE or esd under GNOME .=20
> > > >
> > > >Even if these software sound mixers like artsd or esd runs
> > > >properly, then You cannot disable Java and Flash Player,
> > > >which uses sound device directly.
> > > >I open Java binary with hexedit and manulay replace
> > > >/dev/dsp with fake non-existing device file for silence.
> > > > =20
> > > >
> > > There is a way.
> > > One xserver can run in its own chroot.  The two servers can have
> > > distinct /dev directories that way, where the two "dsp" files in th=
e
> > > distinct directories have different device numbers and so
> > > refer to different sound devices.
> > > Make a copy of /dev in /chroot/dev.  In there, make sure
> > > "dsp" refers to the second soundcard instead of the first.
> > >=20
> > > On a debian system "dsp" is a symlink to "dsp0".  Change it to
> > > a link to "dsp1" instead.  On other systems you may have to
> > > do something like "mv dsp1 dsp0".
> > >=20
> > > Whatever the solution is, do the same for all other sound-related
> > > files, such as "mixer" and so on.
> > >=20
> > >=20
> <snip>=20
> > <snip>
> > > Helge Hafting
> >=20
> > I've played around with artsd and esd a bit more, and have been able
> > to get /dev/dsp and /dev/dsp1 working,
> > but there are problems.  Using esd, you can't use Gnome's 'Enable
> > Sound Server Startup' in the 'Sound Preferences' dialog box as it
> > starts another copy of esd.  I haven't been able to find where to
> > set any options for this server (ie use the options I want to start
> > the server).  Logging off and on again is problematic, and I've also
> > seen times where my setting for ESPEAKER gets modified.
> >=20
> > The idea of running the chroot is interesting.  But would I need to
> > chroot the xserver only, or parts of Gnome as well?
> >=20
> > Thanks,
> >=20
> > Ken
>=20
> Never mind.  I've been able to set up the chroot environment, and
> actually get the /dev/dsp files working correctly.  I was going down
> the wrong path at first, trying to start X in the chroot environment
> with using -indirect or -query.  That just gave me the same /dev
> structure I didn't want.  Removing that from the startx command did
> the trick.
>=20
> I still need to clean up the setup, the interface with gdm and getting
> it to start automagically on boot, but it looks promising.
>=20
> Thanks,
>=20
> Ken

On Thu, 02 Jun 2005 6:48 pm, Svetoslav Slavtchev wrote:
> > If you are using the kernel-source package, this may be due to a
> > Debian-specific patch to the kernel source code.  Rename the
> > file /usr/src/linux/Debian.src.changelog (I think that's it) and try
> > compiling again.
> >
> > Ken
>
> yes, that could be the reason
> i think debian had included some VT changes
>
> please try recompiling using vanilla(unpatched) linux-2.6.8
> and if it works, try downloading kernel-patch-debian (IIRC)
> to check which patch from the debian modifications exactly brakes
> the build
OK, I have tried compiling a nearly vanilla kernel 2.6.8 (I used 
kernel-patch-debian to roll back to vanilla 2.6.8, then manually applied a 
few patches from debian 2.6.8-1) with the ruby patches. After disabling 
mdacon it built and booted, but I am having a few problems.

The primary display is using the onboard Via/S3 UniChrome graphics adapter, a 
ps/2 keyboard and a USB mouse. The second display uses a 4MB SiS PCI graphics 
adapter, a ps/2 keyboard and a serial mouse.

If I change to virtual consoles 1-6 on the primary screen, the first VC is 
displayed no matter which I switch to, and nothing I type shows up. If I 
press enter, the picture on the second screen is shifted to the left by about 
1/3 the screen width and some white lines show up at the bottom of the second 
screen.

If I stop kdm (and hence the X servers), the primary screen shows light blue 
and red lines, while the second screen flickers with random lines. There 
appears to be no way out of this state.

Also, the NumLock and CapsLock LEDs don't work on the primary keyboard.

There appear to be problems with 3D acceleration causing freezes, which I need 
to investigate further.

What is causing these problems, and how can I fix them?

Andrew Walbran

=A0
> Hi,
> I have successfully installed Ruby w/2.6 kernel, but still have probl=
em
> with the primary VGA console. When switching back to console, I get
> either:
>=20
> a) crash (reset needed), if the primary AGP VGA X server is started f=
irst
> b) black screen in VGA mode with blinking cursor, commands work but n=
o way
> to get any display (even consolechars -d or vga_reset ain't workee)
>=20
> My setup is:
>=20
> KT7S5A motherboard, SiS 735 chipset, ACPI an LAPIC on, IRQs via LAPIC
> ATI Technologies Inc 3D Rage IIC 215IIC [Mach64 GT IIC] (rev 3a)
> nVidia Corporation NV11 [GeForce2 MX/MX 400] (rev b2)
> Kernel 2.6.11.1-ruby
> Debian Unstable with distribution xserver-xfree86
> Nvidia closed-source server with two Screens - the second is TV.
>=20
> Any ideas? Would framebuffer console work better? Patched X server?
>=20
> Otherwise the dualleg is working fine, great job everybody. :-)

Seems I have to reply to myself. Further exploartion has showed that th=
e ATI X driver won't get properly isolated - when I switch to the conso=
le on the nVidia, the ATI monitor gets blank too.=20

I have solved this temporarily by using an old PCI S3 Trio 64V2/DX or /=
GX card. If anybody has success with ATI Rage IIC, please let me know..=
 (BTW - it seems to me that BIOS of the S3 card won't allow any other P=
CI VGA card - when both ATI and S3 are in it starts beeping when starti=
ng the S3 server..)

Also, I had problem with two X desktops on the primary display - it did=
n't work until I started each of the X servers with a separate symlinke=
d binary.=20

If there's anybody interested, I can post my gdm.conf and XF86Config-4'=
s..

Hynek

=20

* Helge Hafting
> There is a way.
> One xserver can run in its own chroot.  The two servers can have
> distinct /dev directories that way, where the two "dsp" files in the
> distinct directories have different device numbers and so
> refer to different sound devices.
> Make a copy of /dev in /chroot/dev.  In there, make sure
> "dsp" refers to the second soundcard instead of the first.
>
> On a debian system "dsp" is a symlink to "dsp0".  Change it to
> a link to "dsp1" instead.  On other systems you may have to
> do something like "mv dsp1 dsp0".
>
> Whatever the solution is, do the same for all other sound-related
> files, such as "mixer" and so on.
>
>
> Now the chroot has a customized /dev.  But what about all the
> other directories needed for normal operation, such as
> /bin, /usr, /var, /home and so on?
>
> The answer is to bind-mount them.  Bind-mount every top-level
> directory except /dev into the chroot, and you should be fine.
> Then chroot into the /chroot directory, and start the second xserver.
> (Details: man mount, search for "bind")

Using chroot for this seems a bit excessive to me.  I'd suggest
running the X-servers in separate namespaces (see bottom of
http://www.win.tue.nl/~aeb/linux/lk/lk-6.html) and then use bind mount
on a device node level to customize the different namespaces.

							Arne.

Aivils wrote:

>On Friday 03 June 2005 12:03, Helge Hafting wrote:
>  
>
>>Aivils wrote:
>>
>>    
>>
>>>On Thursday 02 June 2005 04:27, Ken McCord wrote:
>>> 
>>>
>>>      
>>>
>>>>I'm running a dual-head setup using Debian unstable + the x.org packages
>>>>        
>>>>
>>>>from Ubuntu.  I have two sound cards, and I'd like to assign each of
>>>      
>>>
>>>>them
>>>>to a specific X display.  How can I do this?
>>>>
>>>>The first sound card is /dev/dsp and the second is /dev/dsp1.  I want
>>>>display :0 to use /dev/dsp and display :1 to use /dev/dsp1.
>>>>
>>>>I've tried the instructions available at
>>>>http://howtos.linux.com/howtos/XFree-Local-multi-user-HOWTO/automation_multy_snd-cards.shtml
>>>>but I haven't been able to get them to work with gdm/Gnome.
>>>>   
>>>>
>>>>        
>>>>
>>>Under Linux access to sound subsystem  is little chaotic.
>>>Any application use hers own sound driver.
>>>
>>>Try out set up artsd under KDE or esd under GNOME . 
>>>
>>>Even if these software sound mixers like artsd or esd runs
>>>properly, then You cannot disable Java and Flash Player,
>>>which uses sound device directly.
>>>I open Java binary with hexedit and manulay replace
>>>/dev/dsp with fake non-existing device file for silence.
>>> 
>>>
>>>      
>>>
>>There is a way.
>>One xserver can run in its own chroot.  The two servers can have
>>distinct /dev directories that way, where the two "dsp" files in the
>>distinct directories have different device numbers and so
>>refer to different sound devices.
>>Make a copy of /dev in /chroot/dev.  In there, make sure
>>"dsp" refers to the second soundcard instead of the first.
>>
>>On a debian system "dsp" is a symlink to "dsp0".  Change it to
>>a link to "dsp1" instead.  On other systems you may have to
>>do something like "mv dsp1 dsp0".
>>
>>Whatever the solution is, do the same for all other sound-related
>>files, such as "mixer" and so on.
>>
>>
>>Now the chroot has a customized /dev.  But what about all the
>>other directories needed for normal operation, such as
>>/bin, /usr, /var, /home and so on?
>>
>>The answer is to bind-mount them.  Bind-mount every top-level
>>directory except /dev into the chroot, and you should be fine.
>>Then chroot into the /chroot directory, and start the second xserver.
>>(Details: man mount, search for "bind")
>>
>>Having all those bind-mounts means you don't have to duplicate
>>a single file (except for the contents of /dev).  Both xservers will
>>access the same files, so they should work and the users shouldn't
>>be able to notice the difference. Except that they get distinct soundcards.
>>
>>I use a different approach at home.  The machine happens to have
>>two soundcards, but I use only one of them currently.  It has a trident
>>chip, and that one support multiple users at the same time so no
>>problems there.  The two displays are side by side with the speakers
>>on each side of both of them, so both get correct stereo sound from the
>>same speaker set.
>>    
>>
>
>Masterpiece must be an intelligent script for each /dev/input/eventXX
>/dev/input/mouseXX /dev/sound/dspXX , where devices allways are links to 
>/chroot/XX/dev/input/mouse0 and so on. In case of input devices,
>device files changed on unplug/plug in.
>  
>
There should be no problems with input devices.  Each xserver
can trivially have a different config file, specifying the correct mouse.

It is only the sound devices that need to be different, and only because
it is "too hard" getting every sound-using program to use the correct
device.

If someone actually have a setup where the contents of /dev/input/
_change_ over time, well, just make bind-mount /dev/input over
/chroot/dev/input in order to see the same input devices everywhere.
Sound devices aren't in /dev/input and can still be different.

Helge Hafting

Ken McCord wrote:

> On Fri, 2005-06-03 at 11:03 +0200, Helge Hafting wrote:
>
>>Aivils wrote:
>>
>>>On Thursday 02 June 2005 04:27, Ken McCord wrote:
>>>  
>>>
>>>>I'm running a dual-head setup using Debian unstable + the x.org packages
>>>>from Ubuntu.  I have two sound cards, and I'd like to assign each of
>>>>them
>>>>to a specific X display.  How can I do this?
>>>>
>>    
>>
><snip>
>  
>
>>>
>>>Try out set up artsd under KDE or esd under GNOME . 
>>>
>>>Even if these software sound mixers like artsd or esd runs
>>>properly, then You cannot disable Java and Flash Player,
>>>which uses sound device directly.
>>>I open Java binary with hexedit and manulay replace
>>>/dev/dsp with fake non-existing device file for silence.
>>>  
>>>
>>There is a way.
>>One xserver can run in its own chroot.  The two servers can have
>>distinct /dev directories that way, where the two "dsp" files in the
>>distinct directories have different device numbers and so
>>refer to different sound devices.
>>Make a copy of /dev in /chroot/dev.  In there, make sure
>>"dsp" refers to the second soundcard instead of the first.
>>
>>On a debian system "dsp" is a symlink to "dsp0".  Change it to
>>a link to "dsp1" instead.  On other systems you may have to
>>do something like "mv dsp1 dsp0".
>>
>>Whatever the solution is, do the same for all other sound-related
>>files, such as "mixer" and so on.
>>
>>
>>Now the chroot has a customized /dev.  But what about all the
>>other directories needed for normal operation, such as
>>/bin, /usr, /var, /home and so on?
>>
>>The answer is to bind-mount them.  Bind-mount every top-level
>>directory except /dev into the chroot, and you should be fine.
>>Then chroot into the /chroot directory, and start the second xserver.
>>(Details: man mount, search for "bind")
>>
>>Having all those bind-mounts means you don't have to duplicate
>>a single file (except for the contents of /dev).  Both xservers will
>>access the same files, so they should work and the users shouldn't
>>be able to notice the difference. Except that they get distinct soundcards.
>>
>>    
>>
><snip>
>  
>
>>Helge Hafting
>>    
>>
>
> I've played around with artsd and esd a bit more, and have been able 
> to get /dev/dsp and /dev/dsp1 working,
> but there are problems.  Using esd, you can't use Gnome's 'Enable 
> Sound Server Startup' in the 'Sound Preferences' dialog box as it 
> starts another copy of esd.  I haven't been able to find where to set 
> any options for this server (ie use the options I want to start the 
> server).  Logging off and on again is problematic, and I've also seen 
> times where my setting for ESPEAKER gets modified.
>
> The idea of running the chroot is interesting.  But would I need to 
> chroot the xserver only, or parts of Gnome as well?

You need to run anything that might use sound in the chroot.

Thinking some more about it, the xserver itself is perhaps the one thing 
that
won't need the chroot.  (And neither will other server software, such as
webserver, printer software and so on.)

What you need to run in the chroot, is the stuff that controls the session
and launch all other programs.  That is, the window manager or whatever 
you use for starting your programs.  If you're using xdm/gdm/ or kdm,
run the instance that controls the "other" display in the chroot.  
Everything
it starts up will then run in the chroot too, so it'll work no matter _who_
logs in.

Note that chrooting "everything" isn't hard when you use bind mounts
that gives you alle the same directories inside the chroot as outside, with
the one exception for /dev. Everything should work the same way inside the
chroot as outside.  This chroot is not made for isolating software (as
usually is the purpose of chroot) but to present the apps with a different
/dev.

Helge Hafting

On Sun, 2005-06-05 at 17:05 -0400, Ken McCord wrote:

> On Fri, 2005-06-03 at 11:03 +0200, Helge Hafting wrote: 
> 
> > Aivils wrote:
> > 
> > >On Thursday 02 June 2005 04:27, Ken McCord wrote:
> > >  
> > >
> > >>I'm running a dual-head setup using Debian unstable + the x.org packages
> > >>from Ubuntu.  I have two sound cards, and I'd like to assign each of
> > >>them
> > >>to a specific X display.  How can I do this?
> > >>
> 
> <snip>
> 
> > >
> > >Try out set up artsd under KDE or esd under GNOME . 
> > >
> > >Even if these software sound mixers like artsd or esd runs
> > >properly, then You cannot disable Java and Flash Player,
> > >which uses sound device directly.
> > >I open Java binary with hexedit and manulay replace
> > >/dev/dsp with fake non-existing device file for silence.
> > >  
> > >
> > There is a way.
> > One xserver can run in its own chroot.  The two servers can have
> > distinct /dev directories that way, where the two "dsp" files in the
> > distinct directories have different device numbers and so
> > refer to different sound devices.
> > Make a copy of /dev in /chroot/dev.  In there, make sure
> > "dsp" refers to the second soundcard instead of the first.
> > 
> > On a debian system "dsp" is a symlink to "dsp0".  Change it to
> > a link to "dsp1" instead.  On other systems you may have to
> > do something like "mv dsp1 dsp0".
> > 
> > Whatever the solution is, do the same for all other sound-related
> > files, such as "mixer" and so on.
> > 
> > 

<snip>

> > 
> 
> <snip>
> 
> > Helge Hafting
> 
> 
> I've played around with artsd and esd a bit more, and have been able
> to get /dev/dsp and /dev/dsp1 working,
> but there are problems.  Using esd, you can't use Gnome's 'Enable
> Sound Server Startup' in the 'Sound Preferences' dialog box as it
> starts another copy of esd.  I haven't been able to find where to set
> any options for this server (ie use the options I want to start the
> server).  Logging off and on again is problematic, and I've also seen
> times where my setting for ESPEAKER gets modified.
> 
> The idea of running the chroot is interesting.  But would I need to
> chroot the xserver only, or parts of Gnome as well?
> 
> Thanks,
> 
> Ken

Never mind.  I've been able to set up the chroot environment, and
actually get the /dev/dsp files working correctly.  I was going down the
wrong path at first, trying to start X in the chroot environment with
using -indirect or -query.  That just gave me the same /dev structure I
didn't want.  Removing that from the startx command did the trick.

I still need to clean up the setup, the interface with gdm and getting
it to start automagically on boot, but it looks promising.

Thanks,

Ken

On Fri, 2005-06-03 at 11:03 +0200, Helge Hafting wrote:

> Aivils wrote:
> 
> >On Thursday 02 June 2005 04:27, Ken McCord wrote:
> >  
> >
> >>I'm running a dual-head setup using Debian unstable + the x.org packages
> >>from Ubuntu.  I have two sound cards, and I'd like to assign each of
> >>them
> >>to a specific X display.  How can I do this?
> >>

<snip>

> >
> >Try out set up artsd under KDE or esd under GNOME . 
> >
> >Even if these software sound mixers like artsd or esd runs
> >properly, then You cannot disable Java and Flash Player,
> >which uses sound device directly.
> >I open Java binary with hexedit and manulay replace
> >/dev/dsp with fake non-existing device file for silence.
> >  
> >
> There is a way.
> One xserver can run in its own chroot.  The two servers can have
> distinct /dev directories that way, where the two "dsp" files in the
> distinct directories have different device numbers and so
> refer to different sound devices.
> Make a copy of /dev in /chroot/dev.  In there, make sure
> "dsp" refers to the second soundcard instead of the first.
> 
> On a debian system "dsp" is a symlink to "dsp0".  Change it to
> a link to "dsp1" instead.  On other systems you may have to
> do something like "mv dsp1 dsp0".
> 
> Whatever the solution is, do the same for all other sound-related
> files, such as "mixer" and so on.
> 
> 
> Now the chroot has a customized /dev.  But what about all the
> other directories needed for normal operation, such as
> /bin, /usr, /var, /home and so on?
> 
> The answer is to bind-mount them.  Bind-mount every top-level
> directory except /dev into the chroot, and you should be fine.
> Then chroot into the /chroot directory, and start the second xserver.
> (Details: man mount, search for "bind")
> 
> Having all those bind-mounts means you don't have to duplicate
> a single file (except for the contents of /dev).  Both xservers will
> access the same files, so they should work and the users shouldn't
> be able to notice the difference. Except that they get distinct soundcards.
> 

<snip>

> Helge Hafting

I've played around with artsd and esd a bit more, and have been able to
get /dev/dsp and /dev/dsp1 working,
but there are problems.  Using esd, you can't use Gnome's 'Enable Sound
Server Startup' in the 'Sound Preferences' dialog box as it starts
another copy of esd.  I haven't been able to find where to set any
options for this server (ie use the options I want to start the server).
Logging off and on again is problematic, and I've also seen times where
my setting for ESPEAKER gets modified.

The idea of running the chroot is interesting.  But would I need to
chroot the xserver only, or parts of Gnome as well?

Thanks,

Ken

Was unable to post to the list.

Unsubscribed - Subscribed again.

Hugo

__________________________________ 
Do you Yahoo!? 
Yahoo! Mail - Find what you need with new enhanced search. 
http://info.mail.yahoo.com/mail_250

--- Helge Hafting <hel...@ai...> wrote:

> Aivils wrote:
> 
> >On Thursday 02 June 2005 04:27, Ken McCord wrote:
> >  
> >
> >>I'm running a dual-head setup using Debian
> unstable + the x.org packages
> >>from Ubuntu.  I have two sound cards, and I'd like
> to assign each of
> >>them
> >>to a specific X display.  How can I do this?
> >>
> >>The first sound card is /dev/dsp and the second is
> /dev/dsp1.  I want
> >>display :0 to use /dev/dsp and display :1 to use
> /dev/dsp1.
> >>
> >>I've tried the instructions available at
>
>>http://howtos.linux.com/howtos/XFree-Local-multi-user-HOWTO/automation_multy_snd-cards.shtml
> >>but I haven't been able to get them to work with
> gdm/Gnome.
> >>    
> >>
> >Under Linux access to sound subsystem  is little
> chaotic.
> >Any application use hers own sound driver.
> >
> >Try out set up artsd under KDE or esd under GNOME .
> 
> >
> >Even if these software sound mixers like artsd or
> esd runs
> >properly, then You cannot disable Java and Flash
> Player,
> >which uses sound device directly.
> >I open Java binary with hexedit and manulay replace
> >/dev/dsp with fake non-existing device file for
> silence.
> >  
> >
> There is a way.

<snip>

Sounds good. Has anybody actually done this?

Hugo

__________________________________ 
Discover Yahoo! 
Use Yahoo! to plan a weekend, have fun online and more. Check it out! 
http://discover.yahoo.com/

On Friday 03 June 2005 12:03, Helge Hafting wrote:
> Aivils wrote:
> 
> >On Thursday 02 June 2005 04:27, Ken McCord wrote:
> >  
> >
> >>I'm running a dual-head setup using Debian unstable + the x.org packages
> >>from Ubuntu.  I have two sound cards, and I'd like to assign each of
> >>them
> >>to a specific X display.  How can I do this?
> >>
> >>The first sound card is /dev/dsp and the second is /dev/dsp1.  I want
> >>display :0 to use /dev/dsp and display :1 to use /dev/dsp1.
> >>
> >>I've tried the instructions available at
> >>http://howtos.linux.com/howtos/XFree-Local-multi-user-HOWTO/automation_multy_snd-cards.shtml
> >>but I haven't been able to get them to work with gdm/Gnome.
> >>    
> >>
> >Under Linux access to sound subsystem  is little chaotic.
> >Any application use hers own sound driver.
> >
> >Try out set up artsd under KDE or esd under GNOME . 
> >
> >Even if these software sound mixers like artsd or esd runs
> >properly, then You cannot disable Java and Flash Player,
> >which uses sound device directly.
> >I open Java binary with hexedit and manulay replace
> >/dev/dsp with fake non-existing device file for silence.
> >  
> >
> There is a way.
> One xserver can run in its own chroot.  The two servers can have
> distinct /dev directories that way, where the two "dsp" files in the
> distinct directories have different device numbers and so
> refer to different sound devices.
> Make a copy of /dev in /chroot/dev.  In there, make sure
> "dsp" refers to the second soundcard instead of the first.
> 
> On a debian system "dsp" is a symlink to "dsp0".  Change it to
> a link to "dsp1" instead.  On other systems you may have to
> do something like "mv dsp1 dsp0".
> 
> Whatever the solution is, do the same for all other sound-related
> files, such as "mixer" and so on.
> 
> 
> Now the chroot has a customized /dev.  But what about all the
> other directories needed for normal operation, such as
> /bin, /usr, /var, /home and so on?
> 
> The answer is to bind-mount them.  Bind-mount every top-level
> directory except /dev into the chroot, and you should be fine.
> Then chroot into the /chroot directory, and start the second xserver.
> (Details: man mount, search for "bind")
> 
> Having all those bind-mounts means you don't have to duplicate
> a single file (except for the contents of /dev).  Both xservers will
> access the same files, so they should work and the users shouldn't
> be able to notice the difference. Except that they get distinct soundcards.
> 
> I use a different approach at home.  The machine happens to have
> two soundcards, but I use only one of them currently.  It has a trident
> chip, and that one support multiple users at the same time so no
> problems there.  The two displays are side by side with the speakers
> on each side of both of them, so both get correct stereo sound from the
> same speaker set.

Masterpiece must be an intelligent script for each /dev/input/eventXX
/dev/input/mouseXX /dev/sound/dspXX , where devices allways are links to 
/chroot/XX/dev/input/mouse0 and so on. In case of input devices,
device files changed on unplug/plug in.

Aivils

Aivils wrote:

>On Thursday 02 June 2005 04:27, Ken McCord wrote:
>  
>
>>I'm running a dual-head setup using Debian unstable + the x.org packages
>>from Ubuntu.  I have two sound cards, and I'd like to assign each of
>>them
>>to a specific X display.  How can I do this?
>>
>>The first sound card is /dev/dsp and the second is /dev/dsp1.  I want
>>display :0 to use /dev/dsp and display :1 to use /dev/dsp1.
>>
>>I've tried the instructions available at
>>http://howtos.linux.com/howtos/XFree-Local-multi-user-HOWTO/automation_multy_snd-cards.shtml
>>but I haven't been able to get them to work with gdm/Gnome.
>>    
>>
>Under Linux access to sound subsystem  is little chaotic.
>Any application use hers own sound driver.
>
>Try out set up artsd under KDE or esd under GNOME . 
>
>Even if these software sound mixers like artsd or esd runs
>properly, then You cannot disable Java and Flash Player,
>which uses sound device directly.
>I open Java binary with hexedit and manulay replace
>/dev/dsp with fake non-existing device file for silence.
>  
>
There is a way.
One xserver can run in its own chroot.  The two servers can have
distinct /dev directories that way, where the two "dsp" files in the
distinct directories have different device numbers and so
refer to different sound devices.
Make a copy of /dev in /chroot/dev.  In there, make sure
"dsp" refers to the second soundcard instead of the first.

On a debian system "dsp" is a symlink to "dsp0".  Change it to
a link to "dsp1" instead.  On other systems you may have to
do something like "mv dsp1 dsp0".

Whatever the solution is, do the same for all other sound-related
files, such as "mixer" and so on.

Now the chroot has a customized /dev.  But what about all the
other directories needed for normal operation, such as
/bin, /usr, /var, /home and so on?

The answer is to bind-mount them.  Bind-mount every top-level
directory except /dev into the chroot, and you should be fine.
Then chroot into the /chroot directory, and start the second xserver.
(Details: man mount, search for "bind")

Having all those bind-mounts means you don't have to duplicate
a single file (except for the contents of /dev).  Both xservers will
access the same files, so they should work and the users shouldn't
be able to notice the difference. Except that they get distinct soundcards.

I use a different approach at home.  The machine happens to have
two soundcards, but I use only one of them currently.  It has a trident
chip, and that one support multiple users at the same time so no
problems there.  The two displays are side by side with the speakers
on each side of both of them, so both get correct stereo sound from the
same speaker set.

Helge Hafting

Hi Svetoslav and Members,

I send this message for the list with intuit to inform about exposition
of the Six-Head (Multi Head Desktop) at VI event of Open Source in
Brazil.

Event URL: http://fisl.softwarelivre.org/6.0/

I'll send the photograph of Insigne's stand with Six-HEAD soon.

Thank you developers.

Product URL: http://www.insignesoftware.com/produtos/sixsystem.php

Best Regards,
Alexandre Penasso Teixeira.
-- 
Alexandre Penasso Teixeira <ale...@in...>
Insigne Free Software do Brasil

One more thing - this is maybe more X related than Ruby related.. On my second PCI ATI Rage IIC card, the BIOS assings IRQ, however LAPIC or anything else doesn't. So I have only my AGP Nvidia in /proc/interrupts. I think I had the impression that when the X server ran on the PCI card only, it did get an IRQ.. 

Is this normal? Does it mean a performance penalty? (I think it does, it seems kinda slower, but then again, its two sessions..)

Hynek

Hi,
I have successfully installed Ruby w/2.6 kernel, but still have problem with the primary VGA console. When switching back to console, I get either:

a) crash (reset needed), if the primary AGP VGA X server is started first
b) black screen in VGA mode with blinking cursor, commands work but no way to get any display (even consolechars -d or vga_reset ain't workee)

My setup is:

KT7S5A motherboard, SiS 735 chipset, ACPI an LAPIC on, IRQs via LAPIC
ATI Technologies Inc 3D Rage IIC 215IIC [Mach64 GT IIC] (rev 3a)
nVidia Corporation NV11 [GeForce2 MX/MX 400] (rev b2)
Kernel 2.6.11.1-ruby
Debian Unstable with distribution xserver-xfree86
Nvidia closed-source server with two Screens - the second is TV.

Any ideas? Would framebuffer console work better? Patched X server?

Otherwise the dualleg is working fine, great job everybody. :-)

Hynek

On Thursday 02 June 2005 04:27, Ken McCord wrote:
> I'm running a dual-head setup using Debian unstable + the x.org packages
> from Ubuntu.  I have two sound cards, and I'd like to assign each of
> them
> to a specific X display.  How can I do this?
> 
> The first sound card is /dev/dsp and the second is /dev/dsp1.  I want
> display :0 to use /dev/dsp and display :1 to use /dev/dsp1.
>
> I've tried the instructions available at
> http://howtos.linux.com/howtos/XFree-Local-multi-user-HOWTO/automation_multy_snd-cards.shtml
> but I haven't been able to get them to work with gdm/Gnome.
Under Linux access to sound subsystem  is little chaotic.
Any application use hers own sound driver.

Try out set up artsd under KDE or esd under GNOME . 

Even if these software sound mixers like artsd or esd runs
properly, then You cannot disable Java and Flash Player,
which uses sound device directly.
I open Java binary with hexedit and manulay replace
/dev/dsp with fake non-existing device file for silence.

Old samples
http://www.ltn.lv/~aivils/eng-down-mdk91.html
startkde copy necessary kcmartsrc into user directory,
and so each KDE "display" have sound.

Aivils

Try this for assigning sound in Gnome to specific
displays (picked from a forum):

Question:
I tend to play a lot of MP3 files (using X11Amp),
and I also have Licq running. While I'm playing MP3
files, Licq can't play sounds when a message comes in.
Is there any way to allow this? I realize that it
goes against standard UNIX principles, but...

Answer:
Esd is designed to address this, or at least start
to. Esd doesnt address the I have 5 streams and 3
sound cards cases yet but does the simple ones.

As long as each sound card has it's own /dev/dsp:

esd -port 5001 -d /dev/dsp1 &
esd -port 5002 -d /dev/dsp2 &
esd -port 5003 -d /dev/dsp3 &

For each stream, you'd need to set the ESPEAKER env.
var.
accordingly:

card 1: export ESPEAKER=:5001 or setenv ESPEAKER :5001
card 2: export ESPEAKER=:5002 or setenv ESPEAKER :5002
card 3: export ESPEAKER=:5003 or setenv ESPEAKER :5003

Alan, you want to let me know if^H^H how that works
out? =)

Esd is available from
http://www.tux.org/~ricdude/EsounD.html

On Thu, 02 Jun 2005 2:24 pm, Ken McCord wrote:
> On Thu, 2005-06-02 at 09:33 +1200, Andrew Walbran wrote:
>
> <snip>
>
> > I've tried again from scratch without changing the configuration at all,
> > and still get the same error. I'm definitely using kernel 2.6.8, and
> > definitely using the v2-6-8 patch from CVS.
> >
> > Why does this not work?
> >
> > Andrew Walbran
> >
> > <snip>
>
> If you are using the kernel-source package, this may be due to a
> Debian-specific patch to the kernel source code.
I see. So I suppose I may have to use vanilla kernel.

> Rename the 
> file /usr/src/linux/Debian.src.changelog (I think that's it) and try
> compiling again.
How would that help?

>
> Ken

2000	Jan	Feb	Mar (235)	Apr (30)	May (32)	Jun (86)	Jul (81)	Aug (108)	Sep (27)	Oct (22)	Nov (34)	Dec (10)
2001	Jan (78)	Feb (10)	Mar (81)	Apr (27)	May (13)	Jun (105)	Jul (78)	Aug (52)	Sep (59)	Oct (90)	Nov (127)	Dec (49)
2002	Jan (102)	Feb (72)	Mar (54)	Apr (98)	May (25)	Jun (23)	Jul (123)	Aug (14)	Sep (52)	Oct (65)	Nov (48)	Dec (48)
2003	Jan (22)	Feb (25)	Mar (29)	Apr (12)	May (16)	Jun (11)	Jul (20)	Aug (20)	Sep (43)	Oct (84)	Nov (98)	Dec (56)
2004	Jan (28)	Feb (39)	Mar (41)	Apr (28)	May (88)	Jun (17)	Jul (43)	Aug (57)	Sep (54)	Oct (42)	Nov (32)	Dec (58)
2005	Jan (80)	Feb (31)	Mar (65)	Apr (41)	May (20)	Jun (34)	Jul (62)	Aug (73)	Sep (81)	Oct (48)	Nov (57)	Dec (57)
2006	Jan (63)	Feb (24)	Mar (18)	Apr (9)	May (22)	Jun (29)	Jul (47)	Aug (11)	Sep	Oct	Nov	Dec
2024	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct (1)	Nov	Dec