[gentoo-user] Monthly BUGDAY reminder.
Oioi users and developers! This is your monthly bugday reminder that the next bugday is going to held on Saturday the 2. December. Come by in #Gentoo-bugs and help out fixing some our bugs. If you have any questions, feel free to email me or contact me on IRC (eroyf). Regards, Alexander H. Færøy -- Alexander Færøy <[EMAIL PROTECTED]> Gentoo/MIPS, Gentoo/Alpha, User relations and Bugday. pgpsrxjVdzqLZ.pgp Description: PGP signature
[gentoo-user] udev upgrade and non-working eth0
Hi, I upgraded to udev-103 yesterday. Since then, my internet hasn't been working. I connect through eth0, which is a VIA Rhine adapter on my motherboard. ifconfig shows the link to be up. But, I can't even ping the gateway through eth0. I get destination unreachable replies. This is what syslog tells me after bootup: Nov 27 19:11:14 mrugeshkarnik kernel: eth0: link down And this is the ifconfig output: eth0 Link encap:Ethernet HWaddr 00:0D:88:45:C1:C9 inet addr:10.40.37.47 Bcast:10.40.37.255 Mask:255.255.255.0 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Interrupt:18 Base address:0xe000 I don't see a RUNNING flag in there.. What do I do? I'm completely stuck without the internet on Gentoo.. :( Thanks in advance. Mrugesh. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] udev upgrade and non-working eth0
> Hi, > > I upgraded to udev-103 yesterday. Since then, my internet hasn't been > working. > > I connect through eth0, which is a VIA Rhine adapter on my > motherboard. ifconfig shows the link to be up. But, I can't even ping > the gateway through eth0. I get destination unreachable replies. > > This is what syslog tells me after bootup: > > Nov 27 19:11:14 mrugeshkarnik kernel: eth0: link down > > And this is the ifconfig output: > > eth0 Link encap:Ethernet HWaddr 00:0D:88:45:C1:C9 > inet addr:10.40.37.47 Bcast:10.40.37.255 Mask:255.255.255.0 > UP BROADCAST MULTICAST MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) > Interrupt:18 Base address:0xe000 > > I don't see a RUNNING flag in there.. > > What do I do? I'm completely stuck without the internet on Gentoo.. :( > > Thanks in advance. > > Mrugesh. > -- > gentoo-user@gentoo.org mailing list > > Hello, Do you have coldplug installed ? What's the content of /etc/conf.d/net ? Could you post more debugging information please because it's difficult t osolve your problem with your information... It seems that your interface is configured with a private adress, which isn't normal... What's the output of route -n too please ? Regards. Blackhawk -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: udev upgrade and non-working eth0
FWIW, I also upgraded and find that my laptop, which previously had eth0 and eth1 for its two cards (one wired and one wireless) now has eth0 and eth2. After editing my scripts and configurations (e.g. wpa_supplicant startup and kismet conf), things seem to work fine. HTH, newbie -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: udev upgrade and non-working eth0
On Mon, 27 Nov 2006 09:36:38 -0500, 7v5w7go9ub0o wrote: > FWIW, I also upgraded and find that my laptop, which previously had > eth0 and eth1 for its two cards (one wired and one wireless) now has > eth0 and eth2. Do you have IEEE1394_ETH1394 set in your kernel? If so, it's possible that eth1 is being set to your Firewire interface. You can use udev rules to ensure that the interfaces are named as you wish. -- Neil Bothwick Newsflash! Explosion at M$ beta testsite - Infinite number of monkeys killed. signature.asc Description: PGP signature
[gentoo-user] Re: New user: can't emerge Gimp still stuck.
Thanks very much for your help, guys: Looks like you just need to remerge python (emerge --oneshot python) I remerged python, then again emerged Gimp. The build went smoothly for while, but quit after some time with a series of error messages that said to submit a full bug report. I've just started to use Mrxvt and don't know how to cut and paste from the terminal screen, so I took a screenshot and posted it to my website: http://www.tekproject.com/linux/gentoo/gimp.gif Could I ask you to take a look at this and decide what it might mean? Thanks again, Carl Adams -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] udev upgrade and non-working eth0
On 27 November 2006 15:58, Mrugesh Karnik wrote: > And this is the ifconfig output: > > eth0 Link encap:Ethernet HWaddr 00:0D:88:45:C1:C9 > inet addr:10.40.37.47 Bcast:10.40.37.255 Mask:255.255.255.0 > UP BROADCAST MULTICAST MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) > Interrupt:18 Base address:0xe000 > > I don't see a RUNNING flag in there.. There's "UP" at the begin of the thrid line. What does "route -n" say? Uwe -- Mark Twain: I rather decline two drinks than a German adjective. http://www.SysEx.com.na -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: New user: can't emerge Gimp still stuck.
Tek Project ha scritto: Thanks very much for your help, guys: Looks like you just need to remerge python (emerge --oneshot python) I remerged python, then again emerged Gimp. The build went smoothly for while, but quit after some time with a series of error messages that said to submit a full bug report. I've just started to use Mrxvt and don't know how to cut and paste from the terminal screen, Just highlight the text you want to copy, then click the middle mouse button in the window you want to paste. Unix-style copy-and-paste :) so I took a screenshot and posted it to my website: http://www.tekproject.com/linux/gentoo/gimp.gif Could I ask you to take a look at this and decide what it might mean? As it is written, it is probably a faulty hardware problem. Try re-emerging. If it dies again *randomly* (i.e. by segfaulting in another location), 99% it's a faulty RAM/processor problem. m. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] xorg: Failed to load module: glx fglrx
On Saturday 25 November 2006 19:23, Garry Smith wrote: > That got it :-) Thank you. > > For the record I did the following: > > 1. Recompile kernel > 2. Re emerge Xorg (deep with new use flags): > emerge -DvatN xorg-x11 > 3. Remerge the ati drivers again > emerge -av x11-drivers/ati-drivers > emerge -av x11-apps/ati-drivers-extra > > etc-update > source /etc/profile > eselect opengl set ati > modprobe fglrx > startx You might want to emerge module-rebuild to help with such things in future. It tracks which ebuilds install kenrel modules that need to be rebuilt, and rebuilds them all with one command. So you still have to remember to run it after a kernel upgrade, but at least it removes the resulting hassle if you forget about one of the packages alan -- gentoo-user@gentoo.org mailing list
[gentoo-user] package.keywords
Hi, due to a human error I've deleted my package.keyowrd file... (echo "package ~x86" > /etc/portage/package.keywords) How may I find which packages were in the file? I'm afraid of doing an update... Cheers. -- Arnau Bria http://blog.emergetux.net Wiggum: Dispara a las ruedas Lou. Lou: eee, es un tanque jefe. Wiggum: Me tienes hartito con todas tus excusas. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: udev upgrade and non-working eth0
On 27/11/06, 7v5w7go9ub0o <[EMAIL PROTECTED]> wrote: FWIW, I also upgraded and find that my laptop, which previously had eth0 and eth1 for its two cards (one wired and one wireless) now has eth0 and eth2. After editing my scripts and configurations (e.g. wpa_supplicant startup and kismet conf), things seem to work fine. Right. The idiosyncrasies! I checked dmesg (Should have done that earlier.. duh!). Here's the output: eth0: RealTek RTL8139 at 0xe000, 00:0d:88:45:c1:c9, IRQ 18 eth0: Identified 8139 chip type 'RTL-8100B/8139D' eth0: link down eth1: VIA Rhine II at 0xfa002000, 00:13:d3:60:4a:a5, IRQ 19. eth1: MII PHY found at address 1, status 0x786d advertising 05e1 Link 45e1. Now, how do I swap the two cards? I don't know how to write udev rules yet. I was planning on learning that next week.. I guess I should learn it as soon as the internet works.. Anyway, I'd very much appreciate the exact solution from the list right now :) Thanks to everyone who replied. And well, the ip addresses are correct. My ISP gives me a NAT'ed connection (duh! :/). Thanks again, Mrugesh -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] package.keywords
On 11/27/06, Arnau Bria <[EMAIL PROTECTED]> wrote: Hi, due to a human error I've deleted my package.keyowrd file... (echo "package ~x86" > /etc/portage/package.keywords) How may I find which packages were in the file? I'm afraid of doing an update... Option 1: # emerge -DNvp world Look for things with a 'D' for downgrade in front of them. Option 2: # cd /var/db/pkg # grep -l "~x86" */*/KEYWORDS | sed "s/\/KEYWORDS//" HTH, -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: udev upgrade and non-working eth0
On 11/27/06, Mrugesh Karnik <[EMAIL PROTECTED]> wrote:
Now, how do I swap the two cards? I don't know how to write udev rules
yet. I was planning on learning that next week.. I guess I should
learn it as soon as the internet works..
Add the following to /etc/udev/rules.d/10-local.rules:
# ethernet devices
ACTION=="add", SUBSYSTEM=="net", SYSFS{address}=="00:13:d3:60:4a:a5",
NAME="eth0"
ACTION=="add", SUBSYSTEM=="net", SYSFS{address}=="00:0d:88:45:c1:c9",
NAME="eth1"
-Richard
--
gentoo-user@gentoo.org mailing list
Re: [gentoo-user] OT: wlan0 is sssloooow
Richard Fish: > On 11/26/06, Sergio Polini <[EMAIL PROTECTED]> wrote: > > My pings (perhaps all DNS lookups) are slow even if connect my PC > > to both the wireless router and the cable, i.e. when there are > > both a "fast" (metric 0) and a "slow" (metric 2000) interface. > > > > > What do "ifconfig wlan" and "iwconfig wlan" report for the fast > > > and slow states? > > > > Fast (i.e. normal ;-) state happens only when net.wlan0 is > > stopped. When I start net.wlan0: > > Are both wired and wireless enabled? Your original posting doesn't > show any records for eth0. In the 'slow' state, what is the output > of 'ifconfig -a' and route? Hi Richard! Here are three cases. Cases #1 - Cold boot, only wire enabled sergio ~ # ifconfig -a eth0 Link encap:Ethernet HWaddr 00:16:D3:09:2D:17 inet addr:XX.XXX.XXX.250 Bcast:255.255.255.255 Mask:255.255.248.0 UP BROADCAST NOTRAILERS RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1728 errors:0 dropped:0 overruns:0 frame:0 TX packets:1408 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:917612 (896.1 Kb) TX bytes:165737 (161.8 Kb) Interrupt:16 gre0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-CF-A2-00-00-00-00-00-00-00-00 NOARP MTU:1476 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:19 errors:0 dropped:0 overruns:0 frame:0 TX packets:19 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:1119 (1.0 Kb) TX bytes:1119 (1.0 Kb) sergio ~ # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 23.252.112.0 *255.255.248.0 U 0 0 0 eth0 loopback *255.0.0.0 U 0 0 0 lo default 23.252.112.1 0.0.0.0 UG0 0 0 eth0 NB: gre0 should be there because of an error in my kernel .config: CONFIG_NET_IPGRE=y ;-) -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] OT: wlan0 is sssloooow
Richard Fish: > On 11/26/06, Sergio Polini <[EMAIL PROTECTED]> wrote: > > My pings (perhaps all DNS lookups) are slow even if connect my PC > > to both the wireless router and the cable, i.e. when there are > > both a "fast" (metric 0) and a "slow" (metric 2000) interface. > > > > > What do "ifconfig wlan" and "iwconfig wlan" report for the fast > > > and slow states? > > > > Fast (i.e. normal ;-) state happens only when net.wlan0 is > > stopped. When I start net.wlan0: > > Are both wired and wireless enabled? Your original posting doesn't > show any records for eth0. In the 'slow' state, what is the output > of 'ifconfig -a' and route? > > -Richard Sorry, I pressed "Send Mail" instead of "Save in Drafts Folder" ;-) -- gentoo-user@gentoo.org mailing list
[gentoo-user] esound compile problem (long)
Hi! I try to compile esound, needed from some packages (I don't know why even if I use: USE="-esd" I have to install it). [ebuild N] media-sound/esound-0.2.36-r2 USE="alsa tcpd -debug -ipv6" So that's the output of emerging esound: -- Esound Configure Settings: Debugging support: no libwrap support: LIBS=-lasound make all-recursive make[1]: Entering directory `/var/tmp/portage/media-sound/esound-0.2.36-r2/work/esound-0.2.36' Making all in docs make[2]: Entering directory `/var/tmp/portage/media-sound/esound-0.2.36-r2/work/esound-0.2.36/docs' jw -f docbook -b html -o html ./esound.sgml Using catalogs: /etc/sgml/sgml-docbook-3.1.cat Using stylesheet: /usr/share/sgml/docbook/utils-0.6.14/docbook-utils.dsl#html Working on: /var/tmp/portage/media-sound/esound-0.2.36-r2/work/esound-0.2.36/docs/./esound.sgml jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:53:65:W: cannot generate system identifier for public text "ISO 8879:1986//ENTITIES Added Math Symbols: Arrow Relations//EN" jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:54:8:E: reference to entity "ISOamsa" for which no system identifier could be generated jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:52:0: entity was defined here jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:60:66:W: cannot generate system identifier for public text "ISO 8879:1986//ENTITIES Added Math Symbols: Binary Operators//EN" jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:61:8:E: reference to entity "ISOamsb" for which no system identifier could be generated jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:59:0: entity was defined here jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:67:60:W: cannot generate system identifier for public text "ISO 8879:1986//ENTITIES Added Math Symbols: Delimiters//EN" jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:68:8:E: reference to entity "ISOamsc" for which no system identifier could be generated jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:66:0: entity was defined here jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:74:67:W: cannot generate system identifier for public text "ISO 8879:1986//ENTITIES Added Math Symbols: Negated Relations//EN" jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:75:8:E: reference to entity "ISOamsn" for which no system identifier could be generated jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:73:0: entity was defined here jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:81:58:W: cannot generate system identifier for public text "ISO 8879:1986//ENTITIES Added Math Symbols: Ordinary//EN" jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:82:8:E: reference to entity "ISOamso" for which no system identifier could be generated jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:80:0: entity was defined here jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:88:59:W: cannot generate system identifier for public text "ISO 8879:1986//ENTITIES Added Math Symbols: Relations//EN" jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:89:8:E: reference to entity "ISOamsr" for which no system identifier could be generated jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:87:0: entity was defined here jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:95:50:W: cannot generate system identifier for public text "ISO 8879:1986//ENTITIES Box and Line Drawing//EN" jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:96:7:E: reference to entity "ISObox" for which no system identifier could be generated jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:94:0: entity was defined here jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:102:46:W: cannot generate system identifier for public text "ISO 8879:1986//ENTITIES Russian Cyrillic//EN" jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:103:8:E: reference to entity "ISOcyr1" for which no system identifier could be generated jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:101:0: entity was defined here jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:109:50:W: cannot generate system identifier for public text "ISO 8879:1986//ENTITIES Non-Russian Cyrillic//EN" jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:110:8:E: reference to entity "ISOcyr2" for which no system identifier could be generated jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:108:0: entity was defined here jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:116:47:W: cannot generate system identifier for public text "ISO 8879:1986//ENTITIES Diacritical Marks//EN" jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:117:7:E: reference to entity "ISOdia" for which no system identifier could be generated jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:115:0: entity was defined here jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:123:43:W: cannot generate system identifier for public text "ISO 8879:1986//ENTITIES Greek Letters//EN" jade:/usr/share
Re: [gentoo-user] Re: udev upgrade and non-working eth0
On 27/11/06, Richard Fish wrote:
On 11/27/06, Mrugesh Karnik <[EMAIL PROTECTED]> wrote:
> Now, how do I swap the two cards? I don't know how to write udev rules
> yet. I was planning on learning that next week.. I guess I should
> learn it as soon as the internet works..
Add the following to /etc/udev/rules.d/10-local.rules:
# ethernet devices
ACTION=="add", SUBSYSTEM=="net", SYSFS{address}=="00:13:d3:60:4a:a5",
NAME="eth0"
ACTION=="add", SUBSYSTEM=="net", SYSFS{address}=="00:0d:88:45:c1:c9",
NAME="eth1"
No go. They didn't swap.
Mrugesh
--
gentoo-user@gentoo.org mailing list
Re: [gentoo-user] OT: wlan0 is sssloooow
Richard Fish: > On 11/26/06, Sergio Polini <[EMAIL PROTECTED]> wrote: > > My pings (perhaps all DNS lookups) are slow even if connect my PC > > to both the wireless router and the cable, i.e. when there are > > both a "fast" (metric 0) and a "slow" (metric 2000) interface. > > > > > What do "ifconfig wlan" and "iwconfig wlan" report for the fast > > > and slow states? > > > > Fast (i.e. normal ;-) state happens only when net.wlan0 is > > stopped. When I start net.wlan0: > > Are both wired and wireless enabled? Your original posting doesn't > show any records for eth0. In the 'slow' state, what is the output > of 'ifconfig -a' and route? I apologize for my error. However Case #1 - Cold boot, only wire enabled -- (without CONFIG_NET_IPGRE) net.eth0 in default runlevel. sergio ~ # ifconfig -a eth0 Link encap:Ethernet HWaddr 00:16:D3:09:2D:17 inet addr:XX.XXX.XXX.250 Bcast:255.255.255.255 Mask:255.255.248.0 UP BROADCAST NOTRAILERS RUNNING MULTICAST MTU:1500 Metric:1 RX packets:20 errors:0 dropped:0 overruns:0 frame:0 TX packets:10 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1578 (1.5 Kb) TX bytes:1669 (1.6 Kb) Interrupt:16 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:19 errors:0 dropped:0 overruns:0 frame:0 TX packets:19 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:1119 (1.0 Kb) TX bytes:1119 (1.0 Kb) sergio ~ # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 23.252.112.0 * 255.255.248.0 U 0 0 0 eth0 loopback * 255.0.0.0 U 0 0 0 lo default 23.252.112.1 0.0.0.0 UG 0 0 0 eth0 sergio ~ # cat /etc/resolv.conf # Generated by dhcpcd for interface eth0 search fastwebnet.it nameserver 213.156.54.80 nameserver 213.156.54.81 NB: route and ping www.google.com are fast. Case #2 - Cold boot, only wireless enabled -- net.eth0 deleted from default runlevel. After modprobe ndiswrapper and /etc/init.d/net.wlan0 start: sergio ~ # ifconfig -a eth0 Link encap:Ethernet HWaddr 00:16:D3:09:2D:17 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Interrupt:16 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:19 errors:0 dropped:0 overruns:0 frame:0 TX packets:19 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:1119 (1.0 Kb) TX bytes:1119 (1.0 Kb) wlan0 Link encap:Ethernet HWaddr 00:14:A5:E1:D2:B9 inet addr:192.168.2.2 Bcast:192.168.2.255 Mask:255.255.255.0 UP BROADCAST NOTRAILERS RUNNING MULTICAST MTU:1500 Metric:1 RX packets:11 errors:0 dropped:0 overruns:0 frame:0 TX packets:17 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1483 (1.4 Kb) TX bytes:1922 (1.8 Kb) Interrupt:20 Memory:c300-c3004000 sergio ~ # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.2.0 * 255.255.255.0 U 2000 0 0 wlan0 loopback* 255.0.0.0 U 0 0 0 lo default 192.168.2.1 0.0.0.0 UG2000 0 0 wlan0 sergio ~ # cat /etc/resolv.conf # Generated by dhcpcd for interface wlan0 search Belkin nameserver 192.168.2.1 nameserver 213.156.54.80 nameserver 213.156.54.81 NB: ping www.google.com is slow, ping 192.168.2.1 is either too much slow or blocked ;-) But works under Windows. route is slow, route -n is fast. Case #3 - Cold boot, wire and wireless enabled -- net.eth0 in default runlevel. After modprobe ndiswrapper: sergio ~ # ifconfig -a eth0 Link encap:Ethernet HWaddr 00:16:D3:09:2D:17 inet addr:XX.XXX.XXX.250 Bcast:255.255.255.255 Mask:255.255.248.0 UP BROADCAST NOTRAILERS RUNNING MULTICAST MTU:1500 Metric:1 RX packets:18 errors:0 dropped:0 overruns:0 frame:0 TX packets:12 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1559 (1.5 Kb) TX bytes:1795 (1.7 Kb) Interrupt:16 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:19 errors:0 dropped:0 overruns:0 frame:0 TX packets:19 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:1119 (1.0 Kb) TX bytes:1119 (1.0 Kb) wlan0 Link encap:Ethernet HWaddr 00:14:A5:E1:D2:B9 inet addr:192.168.2.2 Bcast:192.168.2.255 Mask:255.255.255.0 UP BROADCAST NOTRAILERS RUNNING MULTICAST MTU:1500 Metric:1 RX packets:4 errors:0 dropped:0 over
Re: [gentoo-user] OT: wlan0 is sssloooow
Sergio Polini wrote: default 23.252.112.1 0.0.0.0 UG0 0 0 eth0 default 192.168.2.1 0.0.0.0 UG2000 0 0 wlan0 I didn't follow this thread completeley but having two default routes is definitly the cause of slow (or even unworkable) networking. I would write a script that is run at bootlevel to determine if you have eth0 or wlan0 or both and change things at the default level accordingly (including dhcp, iptables, routing and maybe other things as well). I did this on several machines and laptops. If the existence of wlan0 depends on a pcmcia card you can simply test it at bootlevel with ifconfig. If wlan0 is always existing (e.g. by a pci-nic) but you don't want to use it, you might create different ways of booting the system (with or without wlan0) by suffixing your kernelcommand in grub.conf with wlan0 or not and in your script test with "grep wlan0 /proc/commandline" (or something like that). Regards, Hans. -- gentoo-user@gentoo.org mailing list
[gentoo-user] udev 103, alsa dual soundcard problem
Yesterday I upgraded udev to 103, but have hit some problems with alsa configuration of multiple sound cards. I have an 'on board' Intel 8x0 sound card which I use for VoIP telephony, and a PCI Creative Audigy which I use to play music. The Audigy is configured to alsa as sound card 0, while the Intel card is sound card 1. This set up has worked perfectly for years. The udev 103 upgrade recommends removing coldplug. However, the alsa initialisation script (alsasound) depend on both coldplug and hotplug. If I remove coldplug from the boot runlevel alsasound fails, leaving only the Intel sound card initialised. Even worse is that udev seems to discover the sound cards in the reverse order to coldplug. My Audigy card becomes /dev/dsp1 and the Intel card is /dev/dsp0. Unfortunately, Audacious, my music player of choice, doesn't seem to offer any choice of which dsp to use. To put it mildly, this is a major pain; I don't want to listen to music played through the VoIP headset connected to the Intel card. Is there any way I can persuade udev to generate the /dev entries for my sound cards in a particular order, so that Audacious can continue to work with /dev/dsp0? Thanks in advance for any help or advice you may be able to give. Cheers, Dave -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] udev 103, alsa dual soundcard problem
Dave Jones wrote: Yesterday I upgraded udev to 103, but have hit some problems with alsa configuration of multiple sound cards. I have an 'on board' Intel 8x0 sound card which I use for VoIP telephony, and a PCI Creative Audigy which I use to play music. The Audigy is configured to alsa as sound card 0, while the Intel card is sound card 1. This set up has worked perfectly for years. The udev 103 upgrade recommends removing coldplug. However, the alsa initialisation script (alsasound) depend on both coldplug and hotplug. If I remove coldplug from the boot runlevel alsasound fails, leaving only the Intel sound card initialised. Even worse is that udev seems to discover the sound cards in the reverse order to coldplug. My Audigy card becomes /dev/dsp1 and the Intel card is /dev/dsp0. Unfortunately, Audacious, my music player of choice, doesn't seem to offer any choice of which dsp to use. To put it mildly, this is a major pain; I don't want to listen to music played through the VoIP headset connected to the Intel card. Is there any way I can persuade udev to generate the /dev entries for my sound cards in a particular order, so that Audacious can continue to work with /dev/dsp0? Thanks in advance for any help or advice you may be able to give. Cheers, Dave You can determine the order in which the cards are found by having the driver of (what you want as) card 0 compiled into the kernel and configure card 1 in your kernel as a module. That's not an elegant solution but it works. Another possibility: in most alsa-aware applications where you refer to the card number (0 or 1) you can also refer to the name of the card. You can find the name of the cards with "cat /proc/asound/cards" Regards, Hans. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Hard Disk going a lot slower now...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Richard Fish wrote: > On 11/26/06, Chris Walters <[EMAIL PROTECTED]> wrote: >> Well, in Gentoo, the results of "hdparm -t /dev/sda" were around 65 MB / >> second. dmesg shows the drive in UDMA/133 mode, and I didn't bother >> with lspci. In Windows, however, the benchmarks are quite different - >> around 4300-4600 KB / second. At least I know the problem is not with >> the drive. > > Well one thing to keep in mind here is that disk throughput is not > constant everywhere. That 65MB/s is on low-numbered cylinders, > typically near the outside edge of the drive, where the linear > velocity is highest. That same drive may only give 20-30MB/s on the > inside cylinders. > > What are you using to benchmark the drive under windows? Is it > measuring raw disk throughput, or through the NTFS filesystem? > > -Richard Hello Richard, I would assume that the two benchmark programs I am using to measure the drive performance under windows go through windows, and thus the NTFS interface. They are Dr. Hardware and FreshDiagnose. The second one showed a write speed as quoted above, and a read speed of about 280 MB per second... Though the same one reported a read speed of about 900+ MB per second for my USB drive (not really possible, since the maximum speed for USB 2.0 is about 480 MB / second). This is very frustrating. At first the drive was quite fast, under windows and now it is extremely slow... I asked about this in a windows xp pro group, and so far no one is touching it. Regards, Chris -BEGIN PGP SIGNATURE- iD8DBQFFa2XjUx1jS/ORyCsRCKLNAJ9zw1OjMaoR0jUs7HUoPtqRMm8eAQCggSuA t7LgUJ4TeZySBTFP0R76wJc= =Z/2j -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Hard Disk going a lot slower now...
I would assume that the two benchmark programs I am using to measure the drive performance under windows go through windows, and thus the NTFS interface. They are Dr. Hardware and FreshDiagnose. The second one showed a write speed as quoted above, and a read speed of about 280 MB per second... Though the same one reported a read speed of about 900+ MB per second for my USB drive (not really possible, since the maximum speed for USB 2.0 is about 480 MB / second). Hi Chris, A more realistic speed for a HD is about 60-90MB/second... It's hardware limited. So your values are quite off, regardless of the OS and the filesystem. Greets Glider -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: udev upgrade and non-working eth0
On 11/27/06, Mrugesh Karnik <[EMAIL PROTECTED]> wrote:
> # ethernet devices
> ACTION=="add", SUBSYSTEM=="net", SYSFS{address}=="00:13:d3:60:4a:a5",
> NAME="eth0"
> ACTION=="add", SUBSYSTEM=="net", SYSFS{address}=="00:0d:88:45:c1:c9",
> NAME="eth1"
No go. They didn't swap.
Just in case, you did make those 2, not 4, lines right? Silly gmail
word-wrapping... :-(
What do "udevtest /class/net/eth0" and "udevtest /class/net/eth1"
report? Also "udevinfo -a -p /class/net/eth0" and "udevinfo -a -p
/class/net/eth1".
-Richard
--
gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Hard Disk going a lot slower now...
Ken Gypen wrote: I would assume that the two benchmark programs I am using to measure the drive performance under windows go through windows, and thus the NTFS interface. They are Dr. Hardware and FreshDiagnose. The second one showed a write speed as quoted above, and a read speed of about 280 MB per second... Though the same one reported a read speed of about 900+ MB per second for my USB drive (not really possible, since the maximum speed for USB 2.0 is about 480 MB / second). Hi Chris, A more realistic speed for a HD is about 60-90MB/second... It's hardware limited. So your values are quite off, regardless of the OS and the filesystem. Yeah - when doing this sort of thing ensure you are using files at least 2x(size of RAM) - otherwise you can end up just measuring memory access speed. Cheers Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] OT: wlan0 is sssloooow
On 11/27/06, Sergio Polini <[EMAIL PROTECTED]> wrote: NB: ping www.google.com is slow, ping 192.168.2.1 is either too much slow or blocked. route is slow, route -n is fast. Ok, two things to try. First, remove the 192.168.2.1 nameserver from resolve.conf. That "nameserver" may be broken and unable to resolve names on the internet. This should help the "ping www.google.com" case. Second, does "ping -I wlan0 192.168.2.1" work better? Oh, one last thingyou don't have any firewall rules enabled, right? (iptables --list) -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: udev upgrade and non-working eth0
On Tuesday 28 November 2006 04:16, Richard Fish wrote:
> On 11/27/06, Mrugesh Karnik <[EMAIL PROTECTED]> wrote:
> > > # ethernet devices
> > > ACTION=="add", SUBSYSTEM=="net", SYSFS{address}=="00:13:d3:60:4a:a5",
> > > NAME="eth0"
> > > ACTION=="add", SUBSYSTEM=="net", SYSFS{address}=="00:0d:88:45:c1:c9",
> > > NAME="eth1"
> >
> > No go. They didn't swap.
>
> Just in case, you did make those 2, not 4, lines right? Silly gmail
> word-wrapping... :-(
>
> What do "udevtest /class/net/eth0" and "udevtest /class/net/eth1"
> report? Also "udevinfo -a -p /class/net/eth0" and "udevinfo -a -p
> /class/net/eth1".
Aaah! Feels so good to be writing this email in kmail again!! So, as you might
guess, its working now.
The problem apparently was that I used upper case letters in the hex numbers.
I didn't know those hex numbers are lower case only :s
Oh and I HAD put them on two lines.
Anyway, now I get this message during bootup:
udevd-event[3110]: rename_netif: error changing net interface name eth0_rename
to eth1: No such device.
It works fine though. But, how do I get rid of that message? Its just annoying
to look at :/
/me thinks about setting RC_DEVICE_TARBALL="yes"
Anyway, all you people, thanks for your help. Very much appreciated!
--
Mrugesh Karnik
GPG Key 0xBA6F1DA8
Public key on http://wwwkeys.pgp.net
--
gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Hard Disk going a lot slower now...
On 11/27/06, Chris Walters <[EMAIL PROTECTED]> wrote: showed a write speed as quoted above, and a read speed of about 280 MB per second... This seems more like the SATA-II interface speed of ~300MB/s... Though the same one reported a read speed of about 900+ MB per second for my USB drive (not really possible, since the maximum speed for USB 2.0 is about 480 MB / second). Yeah, bogus. And remember that 480 is megabits/sec (Mb/s)...actually more like 60MiB/s maximum throughput (although I have yet to get more than 29MiB/s from any USB drive). This is very frustrating. At first the drive was quite fast, under windows and now it is extremely slow... I asked about this in a windows xp pro group, and so far no one is touching it. Well I would first poke around in the device manager for the SATA interface and make sure it is not in PIO mode. Then check the property pages of the disk and make sure that write caching is enabled. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] udev 103, alsa dual soundcard problem
On 11/27/06, Dave Jones <[EMAIL PROTECTED]> wrote: Yesterday I upgraded udev to 103, but have hit some problems with alsa configuration of multiple sound cards. I have an 'on board' Intel 8x0 sound card which I use for VoIP telephony, and a PCI Creative Audigy which I use to play music. The Audigy is configured to alsa as sound card 0, while the Intel card is sound card 1. This set up has worked perfectly for years. The udev 103 upgrade recommends removing coldplug. However, the alsa initialisation script (alsasound) depend on both coldplug and hotplug. If I remove coldplug from the boot runlevel alsasound fails, leaving only the Intel sound card initialised. Hmm - I don't have this issue - what version of alsa-utils are you running? I'm running 1.0.13. I don't even have a /etc/init.d/coldplug init script on my system - maybe you need to do an emerge -C coldplug? Maybe if the coldplug script doesn't exist then alsasound won't complain about it... Just a theory. ;) Even worse is that udev seems to discover the sound cards in the reverse order to coldplug. My Audigy card becomes /dev/dsp1 and the Intel card is /dev/dsp0. Unfortunately, Audacious, my music player of choice, doesn't seem to offer any choice of which dsp to use. To put it mildly, this is a major pain; I don't want to listen to music played through the VoIP headset connected to the Intel card. Is there any way I can persuade udev to generate the /dev entries for my sound cards in a particular order, so that Audacious can continue to work with /dev/dsp0? Check http://www.reactivated.net/writing_udev_rules.html and the links at the bottom of http://gentoo-wiki.com/UDEV HTH- James Thanks in advance for any help or advice you may be able to give. Cheers, Dave -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: udev upgrade and non-working eth0
On 11/27/06, Mrugesh Karnik <[EMAIL PROTECTED]> wrote:
udevd-event[3110]: rename_netif: error changing net interface name eth0_rename
to eth1: No such device.
Hmm, haven't seen this error, but these rules (based on
70-persistent-net.rules) might work better:
SUBSYSTEM=="net", ATTRS{address}=="00:13:d3:60:4a:a5", NAME="eth0"
SUBSYSTEM=="net", ATTRS{address}=="00:0d:88:45:c1:c9", NAME="eth1"
/me thinks about setting RC_DEVICE_TARBALL="yes"
This won't help for ethernet naming. There is no /dev/eth* device
node, after all.
-Richard
--
gentoo-user@gentoo.org mailing list
Re: [gentoo-user] udev 103, alsa dual soundcard problem
On 11/27/06, Dave Jones <[EMAIL PROTECTED]> wrote: Even worse is that udev seems to discover the sound cards in the reverse order to coldplug. My Audigy card becomes /dev/dsp1 and the Intel card is /dev/dsp0. Unfortunately, Audacious, my music player of choice, doesn't seem to offer any choice of which dsp to use. A couple of notes: 1. any application using /dev/dsp* is _not_ using alsa. It is using the legacy oss emulation mode of alsa. Real alsa device names are things like "hw:0,0", or virtual device names like "default". 2. The only way to set the card order is to load the drivers in the desired order. udev unfortunately has no control over which card becomes "hw:0" vs "hw:1". 3. You can prevent udev from coldplugging drivers automatically by aliasing the PCI ID of the hardware to "off". For example, my ipw3945 wireless card will not work when coldplugged by udev, so I have the following in /etc/modules.d/ipw3945: alias pci:v8086d4222sv*sd*bc*sc*i* off alias pci:v8086d4227sv*sd*bc*sc*i* off This inhibits udev from loading the ipw3945 module when it scans the PCI bus (ok, technically the pci device entries in /sys). If you do something similar, adding alias entries to /etc/modules.d/alsa, you should be able to have the modules loaded in the correct order when the alsasound script runs. You can get the list of pci aliases for a module with: grep /lib/modules/`uname -r`/modules.alias Remember to run modules-update after making changes in /etc/modules.d/ for the changes to take effect. HTH, -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: udev upgrade and non-working eth0
On Tuesday 28 November 2006 06:38, Richard Fish wrote:
> On 11/27/06, Mrugesh Karnik <[EMAIL PROTECTED]> wrote:
> > udevd-event[3110]: rename_netif: error changing net interface name
> > eth0_rename to eth1: No such device.
>
> Hmm, haven't seen this error, but these rules (based on
> 70-persistent-net.rules) might work better:
>
> SUBSYSTEM=="net", ATTRS{address}=="00:13:d3:60:4a:a5", NAME="eth0"
> SUBSYSTEM=="net", ATTRS{address}=="00:0d:88:45:c1:c9", NAME="eth1"
Stupid question perhaps.. but does it matter in which files the rules go? I
can see a 75-persistent-net-generator.rules file in there..
> > /me thinks about setting RC_DEVICE_TARBALL="yes"
>
> This won't help for ethernet naming. There is no /dev/eth* device
> node, after all.
True. Hmm.
--
Mrugesh Karnik
GPG Key 0xBA6F1DA8
Public key on http://wwwkeys.pgp.net
--
gentoo-user@gentoo.org mailing list
[gentoo-user] Re: udev 103, alsa dual soundcard problem
> Hmm - I don't have this issue - what version of alsa-utils are you > running? I'm running 1.0.13. I don't even have a /etc/init.d/coldplug > init script on my system - maybe you need to do an emerge -C coldplug? > Maybe if the coldplug script doesn't exist then alsasound won't > complain about it... Just a theory. ;) /etc/init.d/coldplug has to be removed by hand, unfortunatly :-( signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Re: udev upgrade and non-working eth0
On 11/27/06, Mrugesh Karnik <[EMAIL PROTECTED]> wrote:
On Tuesday 28 November 2006 06:38, Richard Fish wrote:
> On 11/27/06, Mrugesh Karnik <[EMAIL PROTECTED]> wrote:
> > udevd-event[3110]: rename_netif: error changing net interface name
> > eth0_rename to eth1: No such device.
>
> Hmm, haven't seen this error, but these rules (based on
> 70-persistent-net.rules) might work better:
>
> SUBSYSTEM=="net", ATTRS{address}=="00:13:d3:60:4a:a5", NAME="eth0"
> SUBSYSTEM=="net", ATTRS{address}=="00:0d:88:45:c1:c9", NAME="eth1"
Stupid question perhaps.. but does it matter in which files the rules go? I
Not really. The files are parsed in alphabetical order, so if you
have a NAME= setting in 10-file, it will override anything in a
"later" file. 10-local.rules is the normal place for your own rules to
go.
can see a 75-persistent-net-generator.rules file in there..
Hmm, not sure how I got a 70-persistent-net.rules. There is some
interaction between that and 75-persistent-net-generator.rules (and
the /lib/udev/write_net_rules script), but I'm a bit too tired to
figure it out ATM. It looks like 70-... should be created by the
write_net_rules script...
-Richard
--
gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: udev upgrade and non-working eth0
On Tuesday 28 November 2006 07:31, Richard Fish wrote: > > can see a 75-persistent-net-generator.rules file in there.. > > Hmm, not sure how I got a 70-persistent-net.rules. There is some > interaction between that and 75-persistent-net-generator.rules (and > the /lib/udev/write_net_rules script), but I'm a bit too tired to > figure it out ATM. It looks like 70-... should be created by the > write_net_rules script... RULES_FILE='/etc/udev/rules.d/70-persistent-net.rules' That's the first line of write_net_rules. -- Mrugesh Karnik GPG Key 0xBA6F1DA8 Public key on http://wwwkeys.pgp.net -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Hard Disk going a lot slower now...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Richard Fish wrote: > On 11/27/06, Chris Walters <[EMAIL PROTECTED]> wrote: >> showed a write speed as quoted above, and a read speed of about 280 MB >> per second... > > This seems more like the SATA-II interface speed of ~300MB/s... > >> Though the same one reported a read speed of about 900+ >> MB per second for my USB drive (not really possible, since the maximum >> speed for USB 2.0 is about 480 MB / second). > > Yeah, bogus. And remember that 480 is megabits/sec (Mb/s)...actually > more like 60MiB/s maximum throughput (although I have yet to get more > than 29MiB/s from any USB drive). > >> This is very frustrating. At first the drive was quite fast, under >> windows and now it is extremely slow... I asked about this in a windows >> xp pro group, and so far no one is touching it. > > Well I would first poke around in the device manager for the SATA > interface and make sure it is not in PIO mode. Then check the > property pages of the disk and make sure that write caching is > enabled. Hello Richard, I am beginning to suspect that the quality on those "FreshDevices" is quite low, and will probably remove them. I checked the drive and my IDE/ATAPI drivers - there are exactly two primary channels and two secondary channels. On each of the primary channels is a device in slot 0. The first one is operating in DMA 4 mode (I suspect that this is my DVD-RW drive), while the second one is operating in PIO mode. I couldn't find a way to change that from the device manager, since it is set to use "DMA if available". So that is very likely the problem with the windows slow down. Any ideas on how I can fix this without using the "rescue disc" that came with the computer? Regards, Chris -BEGIN PGP SIGNATURE- iD8DBQFFa7YhUx1jS/ORyCsRCOxoAJ0Uq2qO6GoR3EobMfBP/mVMdq+DVgCghJ0k xbxOJ3fbKqcj3i4V1jd8HXQ= =VPA3 -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] udev 103, alsa dual soundcard problem
On Mon, 27 Nov 2006, Dave Jones wrote: > Even worse is that udev seems to discover the sound cards in the reverse > order to coldplug. My Audigy card becomes /dev/dsp1 and the Intel card > is /dev/dsp0. You should be able to force them to get the names you want with a couple of sufficiently specific udev rules. The whole point of udev is that this sort of policy is up to you, rather than being chosen by the system using black magic. Look at the manpage for udev and the rules in /etc/udev/rules.d/, and write rules for NAME="sound/dsp0" and NAME="sound/dsp1" which match the cards you want to have those names. > Unfortunately, Audacious, my music player of choice, doesn't seem to > offer any choice of which dsp to use. Assuming you've emerged audacious-plugins the "alsa" USE flag, go to Audacious's preferences, Audio, and select "ALSA 1.2.2 output plugin" instead of "OSS Output Plugin", to actually use ALSA natively for it (which lets ALSA do software mixing, among other benefits). In any case, under Audio, Output Plugin Preferences for either of these plugins will let you select a card arbitrarily. -Daniel *This .sig left intentionally blank* -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] udev 103, alsa dual soundcard problem
Dave, Alsasound init script does not require coldplug. Remove coldplug, then recompile your ALSA installation if it complains about it. Don't forget to etc-update or dispatch-conf to update the init scripts. As far as them loading in reverse order, see the gentoo-wiki for information on forcing module loading with regard to multiple card setups: http://gentoo-wiki.com/HOWTO_ALSA_Complete_%28includes_dmix%29#Post-Installation_Configuration On 11/28/06, Daniel Barkalow <[EMAIL PROTECTED]> wrote: On Mon, 27 Nov 2006, Dave Jones wrote: > Even worse is that udev seems to discover the sound cards in the reverse > order to coldplug. My Audigy card becomes /dev/dsp1 and the Intel card > is /dev/dsp0. You should be able to force them to get the names you want with a couple of sufficiently specific udev rules. The whole point of udev is that this sort of policy is up to you, rather than being chosen by the system using black magic. Look at the manpage for udev and the rules in /etc/udev/rules.d/, and write rules for NAME="sound/dsp0" and NAME="sound/dsp1" which match the cards you want to have those names. > Unfortunately, Audacious, my music player of choice, doesn't seem to > offer any choice of which dsp to use. Assuming you've emerged audacious-plugins the "alsa" USE flag, go to Audacious's preferences, Audio, and select "ALSA 1.2.2 output plugin" instead of "OSS Output Plugin", to actually use ALSA natively for it (which lets ALSA do software mixing, among other benefits). In any case, under Audio, Output Plugin Preferences for either of these plugins will let you select a card arbitrarily. -Daniel *This .sig left intentionally blank* -- gentoo-user@gentoo.org mailing list -- Jason Weisberger [EMAIL PROTECTED]
[gentoo-user] Re: New user: all good.
Thanks again for your help, guys: Just highlight the text you want to copy, then click the middle mouse button in the window you want to paste. Unix-style copy-and-paste :) Aha! Used to know that. Thanks. As it is written, it is probably a faulty hardware problem. Try re-emerging. If it dies again *randomly* (i.e. by segfaulting in another location), 99% it's a faulty RAM/processor problem. Quite right. Redid the job and it came through clean. Very hot weather here - may have upset the box, since it's been v reliable so far. Carl Adams -- gentoo-user@gentoo.org mailing list
