linux-hotplug.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* udev 177 and echo gina3g sound card.
@ 2012-01-15 22:56 F. Heitkamp
  2012-01-15 23:57 ` Kay Sievers
  0 siblings, 1 reply; 2+ messages in thread
From: F. Heitkamp @ 2012-01-15 22:56 UTC (permalink / raw)
  To: linux-hotplug

I have been trying udev 177.

My system is basically a linux from scratch like system.

Any thoughts?

Fred

bash-4.2$ uname -a
Linux pc1lin 3.2.0-rt10 #2 SMP Fri Jan 13 06:16:51 EST 2012 x86_64 GNU/Linux

Udev seems to mostly work properly however the firmware for the Echo 
Gina3g PCI card will not load.
The card firmware loaded properly with older udev versions and also 
works with Debian unstable on another drive.

The "timeout" is not a directory. It is a textfile the contents of which 
is  "60"
I have tried several recent kernels and the results are the same each time.

lspci:
0d:00.0 "Multimedia controller" "Motorola" "DSP56361 Digital Signal 
Processor" -r01 "Echo Digital Audio Corporation" "3G"

udev debug output:

path link '/sys/bus/pci/devices/0000:0d:00.0' points to 
'../../../devices/pci0000:00/0000:00:1e.0/0000:0d:00.0'
base '/sys/bus/pci/devices/0000:0d:00.0', tail 
'devices/pci0000:00/0000:00:1e.0/0000:0d:00.0', back 3
after moving back '/sys'
'UDEV_LOG=7' added
udev_device: 0x8073450 created
'DEVPATH=/devices/pci0000:00/0000:00:1e.0/0000:0d:00.0' added
device 0x8073450 has devpath '/devices/pci0000:00/0000:00:1e.0/0000:0d:00.0'
udev_device: 0x8073450 released

directory not found: /sys/class/firmware/timeout

bash-4.2$ find /sys/class/firmware/ -ls
   3874    0 drwxr-xr-x   2 root     root            0 Jan 15 16:54 
/sys/class/firmware/
   3875    0 -rw-r--r--   1 root     root         4096 Jan 15 16:54 
/sys/class/firmware/timeout
bash-4.2$

/var/log/messages:
2012-01-15T15:58:23-05:00 pc1lin udevd[819]: error: can not open 
'/sys/devices/pci0000:00/0000:00:1e.0/0000:0d:00.0/firmware/0000:0d:00.0/loading'
2012-01-15T16:02:44-05:00 pc1lin udevd[804]: error: can not open 
'/sys/devices/pci0000:00/0000:00:1e.0/0000:0d:00.0/firmware/0000:0d:00.0/loading'

sys file system:
bash-4.2$ find /sys/devices/pci0000:00/0000:00:1e.0/0000:0d:00.0
/sys/devices/pci0000:00/0000:00:1e.0/0000:0d:00.0
/sys/devices/pci0000:00/0000:00:1e.0/0000:0d:00.0/uevent
/sys/devices/pci0000:00/0000:00:1e.0/0000:0d:00.0/resource
/sys/devices/pci0000:00/0000:00:1e.0/0000:0d:00.0/vendor
/sys/devices/pci0000:00/0000:00:1e.0/0000:0d:00.0/device
/sys/devices/pci0000:00/0000:00:1e.0/0000:0d:00.0/subsystem_vendor
/sys/devices/pci0000:00/0000:00:1e.0/0000:0d:00.0/subsystem_device
/sys/devices/pci0000:00/0000:00:1e.0/0000:0d:00.0/class
/sys/devices/pci0000:00/0000:00:1e.0/0000:0d:00.0/irq
/sys/devices/pci0000:00/0000:00:1e.0/0000:0d:00.0/local_cpus
/sys/devices/pci0000:00/0000:00:1e.0/0000:0d:00.0/local_cpulist
/sys/devices/pci0000:00/0000:00:1e.0/0000:0d:00.0/modalias
/sys/devices/pci0000:00/0000:00:1e.0/0000:0d:00.0/dma_mask_bits
/sys/devices/pci0000:00/0000:00:1e.0/0000:0d:00.0/consistent_dma_mask_bits
/sys/devices/pci0000:00/0000:00:1e.0/0000:0d:00.0/enable
/sys/devices/pci0000:00/0000:00:1e.0/0000:0d:00.0/broken_parity_status
/sys/devices/pci0000:00/0000:00:1e.0/0000:0d:00.0/msi_bus
/sys/devices/pci0000:00/0000:00:1e.0/0000:0d:00.0/remove
/sys/devices/pci0000:00/0000:00:1e.0/0000:0d:00.0/rescan
/sys/devices/pci0000:00/0000:00:1e.0/0000:0d:00.0/subsystem
/sys/devices/pci0000:00/0000:00:1e.0/0000:0d:00.0/power
/sys/devices/pci0000:00/0000:00:1e.0/0000:0d:00.0/config
/sys/devices/pci0000:00/0000:00:1e.0/0000:0d:00.0/resource0

bash-4.2$ find /lib/firmware/ea/
/lib/firmware/ea/
/lib/firmware/ea/echo3g_dsp.fw


     689 configure:15960: result:
     690        udev 177
     691        ====
     692
     693        prefix:                  /usr
     694        rootprefix:              /usr
     695        sysconfdir:              /etc
     696        bindir:                  ${exec_prefix}/bin
     697        libdir:                  ${exec_prefix}/lib
     698        rootlibdir:              ${exec_prefix}/lib
     699        libexecdir:              /lib
     700        datarootdir:             ${prefix}/share
     701        mandir:                  ${datarootdir}/man
     702        includedir:              ${prefix}/include
     703        include_prefix:          /usr/include
     704        systemdsystemunitdir:    /lib/systemd/system
     705        firmware path:           \"/lib/firmware/\"
     706        usb.ids:                 /usr/share/usb.ids
     707        pci.ids:                 /usr/share/hwdata/pci.ids
     708
     709        compiler:                gcc
     710        cflags:                  -m32 -O2
     711        ldflags:
     712        xsltproc:                /usr//bin/xsltproc
     713        gperf:                   /usr/local//bin/gperf
     714
     715        logging:                 yes
     716        debug:                   yes
     717        selinux:                 yes
     718
     719        gudev:                   yes
     720        gintrospection:          yes
     721        keymap:                  yes
     722        mtd_probe:               yes
     723        rule_generator:          yes
     724        udev_acl:                yes
     725        floppy:                  no
     726        edd:                     no



^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: udev 177 and echo gina3g sound card.
  2012-01-15 22:56 udev 177 and echo gina3g sound card F. Heitkamp
@ 2012-01-15 23:57 ` Kay Sievers
  0 siblings, 0 replies; 2+ messages in thread
From: Kay Sievers @ 2012-01-15 23:57 UTC (permalink / raw)
  To: linux-hotplug

On Sun, Jan 15, 2012 at 23:56, F. Heitkamp <heitkamp@ameritech.net> wrote:
> I have been trying udev 177.
>
> My system is basically a linux from scratch like system.
>
> Any thoughts?
>
> Fred
>
> bash-4.2$ uname -a
> Linux pc1lin 3.2.0-rt10 #2 SMP Fri Jan 13 06:16:51 EST 2012 x86_64 GNU/Linux
>
> Udev seems to mostly work properly however the firmware for the Echo Gina3g
> PCI card will not load.
> The card firmware loaded properly with older udev versions and also works
> with Debian unstable on another drive.

My guess it's that this is another driver that calls
request_firmware() in the module_init() path, which is a kernel bug
that needs to be fixed. No driver must depend on calling out to
userspace while linking the module into the kernel.

Udev 176+ enforces strict event order. Here is an explanation in
detail for some netdev drivers which cause problems now:
  http://thread.gmane.org/gmane.linux.network/217729/focusƒ956

Kay

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2012-01-15 23:57 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-01-15 22:56 udev 177 and echo gina3g sound card F. Heitkamp
2012-01-15 23:57 ` Kay Sievers

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).