* v2.6.20-rt1, yum/rpm
@ 2007-02-05 6:56 Ingo Molnar
2007-02-05 9:18 ` Serge Belyshev
` (13 more replies)
0 siblings, 14 replies; 55+ messages in thread
From: Ingo Molnar @ 2007-02-05 6:56 UTC (permalink / raw)
To: linux-kernel; +Cc: linux-rt-users
i have released the v2.6.20-rt1 kernel, which can be downloaded from the
usual place:
http://redhat.com/~mingo/realtime-preempt/
more info about the -rt patchset can be found in the RT wiki:
http://rt.wiki.kernel.org
This is a fixes-only release. Since the -rt tree has been closely
tracking Linus' upstream kernel since -rc1, no new issues are expected -
please re-report if anything is still unfixed.
There are lots of changes relative to 2.6.19-rt6 (the last stable
release), but these are mostly fixes and other gradual improvements. KVM
is now enabled in the yum kernel on both i686 and x86_64 (and has been
enabled since around -rc1-rt1), the -rt tree tracks kvm-trunk (which is
a bit fresher than upstream KVM) and has a few additional paravirt
speedups implemented and enabled.
to build a 2.6.20-rt1 tree, the following patches should be applied:
http://kernel.org/pub/linux/kernel/v2.6/linux-2.6.20.tar.bz2
http://redhat.com/~mingo/realtime-preempt/patch-2.6.20-rt1
the -rt YUM repository for Fedora Core 6 and 5, for architectures i686
and x86_64 can be activated via:
cd /etc/yum.repos.d
wget http://people.redhat.com/~mingo/realtime-preempt/rt.repo
yum install kernel-rt.x86_64 # on x86_64
yum install kernel-rt # on i686
yum update kernel-rt # refresh - or enable yum-updatesd
as usual, bugreports, fixes and suggestions are welcome,
Ingo
^ permalink raw reply [flat|nested] 55+ messages in thread* Re: v2.6.20-rt1, yum/rpm 2007-02-05 6:56 v2.6.20-rt1, yum/rpm Ingo Molnar @ 2007-02-05 9:18 ` Serge Belyshev 2007-02-05 9:02 ` Ingo Molnar 2007-02-05 10:36 ` Sunil Naidu ` (12 subsequent siblings) 13 siblings, 1 reply; 55+ messages in thread From: Serge Belyshev @ 2007-02-05 9:18 UTC (permalink / raw) To: Ingo Molnar; +Cc: linux-kernel, linux-rt-users Ingo Molnar <mingo@elte.hu> writes: > i have released the v2.6.20-rt1 kernel, which can be downloaded from the > usual place: I did not find tarball with split patches there. Could you please make it available somewhere via http or ftp? ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: v2.6.20-rt1, yum/rpm 2007-02-05 9:18 ` Serge Belyshev @ 2007-02-05 9:02 ` Ingo Molnar 0 siblings, 0 replies; 55+ messages in thread From: Ingo Molnar @ 2007-02-05 9:02 UTC (permalink / raw) To: Serge Belyshev; +Cc: linux-kernel, linux-rt-users * Serge Belyshev <belyshev@depni.sinp.msu.ru> wrote: > Ingo Molnar <mingo@elte.hu> writes: > > > i have released the v2.6.20-rt1 kernel, which can be downloaded from > > the usual place: > > I did not find tarball with split patches there. Could you please make > it available somewhere via http or ftp? it basically consists of the -hrt queue, the GTOD queue (both are available in -mm) plus the rest of -rt in a mostly monolithic fashion. I dont really want to post it in a queue form because most of the time it's not bisectable, etc. It's really an internal thing - i do my development on the full tree, so that's the primary source form anyway. Ingo ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: v2.6.20-rt1, yum/rpm 2007-02-05 6:56 v2.6.20-rt1, yum/rpm Ingo Molnar 2007-02-05 9:18 ` Serge Belyshev @ 2007-02-05 10:36 ` Sunil Naidu 2007-02-05 10:42 ` Peter Zijlstra 2007-02-05 12:59 ` Michal Piotrowski ` (11 subsequent siblings) 13 siblings, 1 reply; 55+ messages in thread From: Sunil Naidu @ 2007-02-05 10:36 UTC (permalink / raw) To: Ingo Molnar; +Cc: linux-kernel, linux-rt-users On 2/5/07, Ingo Molnar <mingo@elte.hu> wrote: > i have released the v2.6.20-rt1 kernel, which can be downloaded from the > usual place: Clean boot for me with 2.6.20 & 2.6.20-rt1. There isn't any error (like in 2.6.20-rc7-rt3). But here is an interesting dmesg: rcu_boost_dat: idx=1 b=0 ul=0 ub=0 boost: a=0 b=0 rcu_boost_dat block: 0 0 0 0? rcu_boost_dat boost: 0! 0 0 0? rcu_boost_dat unlock: 0? 0 0 0? I didn'tunderstand this with ? Am I missing anything here or please give some inputs. Complete dmesg:- Linux version 2.6.20-rt1-Topol (root@Typhoon) (gcc version 4.1.1 20070105 (Red Hat 4.1.1-51)) #1 SMP PREEMPT Mon Feb 5 15:28:07 IST 2007 BIOS-provided physical RAM map: sanitize start sanitize end copy_e820_map() start: 0000000000000000 size: 000000000009fc00 end: 000000000009fc00 type: 1 copy_e820_map() type is E820_RAM copy_e820_map() start: 000000000009fc00 size: 0000000000000400 end: 00000000000a0000 type: 2 copy_e820_map() start: 00000000000e6000 size: 000000000001a000 end: 0000000000100000 type: 2 copy_e820_map() start: 0000000000100000 size: 000000001f62f800 end: 000000001f72f800 type: 1 copy_e820_map() type is E820_RAM copy_e820_map() start: 000000001f72f800 size: 0000000000000800 end: 000000001f730000 type: 4 copy_e820_map() start: 000000001f730000 size: 0000000000010000 end: 000000001f740000 type: 3 copy_e820_map() start: 000000001f740000 size: 00000000000b0000 end: 000000001f7f0000 type: 4 copy_e820_map() start: 000000001f7f0000 size: 0000000000010000 end: 000000001f800000 type: 2 copy_e820_map() start: 00000000e0000000 size: 0000000010000000 end: 00000000f0000000 type: 2 copy_e820_map() start: 00000000fed13000 size: 0000000000007000 end: 00000000fed1a000 type: 2 copy_e820_map() start: 00000000fed1c000 size: 0000000000084000 end: 00000000feda0000 type: 2 BIOS-e820: 0000000000000000 - 000000000009fc00 (usable) BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved) BIOS-e820: 00000000000e6000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 000000001f72f800 (usable) BIOS-e820: 000000001f72f800 - 000000001f730000 (ACPI NVS) BIOS-e820: 000000001f730000 - 000000001f740000 (ACPI data) BIOS-e820: 000000001f740000 - 000000001f7f0000 (ACPI NVS) BIOS-e820: 000000001f7f0000 - 000000001f800000 (reserved) BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved) BIOS-e820: 00000000fed13000 - 00000000fed1a000 (reserved) BIOS-e820: 00000000fed1c000 - 00000000feda0000 (reserved) 503MB LOWMEM available. found SMP MP-table at 000ff780 Entering add_active_range(0, 0, 128815) 0 entries of 256 used Zone PFN ranges: DMA 0 -> 4096 Normal 4096 -> 128815 early_node_map[1] active PFN ranges 0: 0 -> 128815 On node 0 totalpages: 128815 DMA zone: 32 pages used for memmap DMA zone: 0 pages reserved DMA zone: 4064 pages, LIFO batch:0 Normal zone: 974 pages used for memmap Normal zone: 123745 pages, LIFO batch:31 DMI 2.3 present. ACPI: RSDP (v000 ACPIAM ) @ 0x000f4eb0 ACPI: RSDT (v001 INTEL D915GAV 0x20060222 MSFT 0x00000097) @ 0x1f730000 ACPI: FADT (v002 INTEL D915GAV 0x20060222 MSFT 0x00000097) @ 0x1f730200 ACPI: MADT (v001 INTEL D915GAV 0x20060222 MSFT 0x00000097) @ 0x1f730390 ACPI: MCFG (v001 INTEL D915GAV 0x20060222 MSFT 0x00000097) @ 0x1f730400 ACPI: ASF! (v016 LEGEND I865PASF 0x00000001 INTL 0x02002026) @ 0x1f736050 ACPI: TCPA (v001 INTEL TBLOEMID 0x00000001 MSFT 0x00000097) @ 0x1f7360f0 ACPI: WDDT (v001 INTEL OEMWDDT 0x00000001 INTL 0x02002026) @ 0x1f736122 ACPI: DSDT (v001 INTEL D915GAV 0x00000001 INTL 0x02002026) @ 0x00000000 ACPI: PM-Timer IO Port: 0x408 ACPI: Local APIC address 0xfee00000 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) Processor #0 15:4 APIC version 20 ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled) Processor #1 15:4 APIC version 20 ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x02] dfl dfl lint[0x1]) ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0]) IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) ACPI: IRQ0 used by override. ACPI: IRQ2 used by override. ACPI: IRQ9 used by override. Enabling APIC mode: Flat. Using 1 I/O APICs Using ACPI (MADT) for SMP configuration information Allocating PCI resources starting at 20000000 (gap: 1f800000:c0800000) Detected 3000.307 MHz processor. Real-Time Preemption Support (C) 2004-2007 Ingo Molnar Built 1 zonelists. Total pages: 127809 Kernel command line: ro root=LABEL=/1 rhgb quiet mapped APIC to ffffd000 (fee00000) mapped IOAPIC to ffffc000 (fec00000) Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 WARNING: experimental RCU implementation. PID hash table entries: 2048 (order: 11, 8192 bytes) Console: colour VGA+ 80x25 num_possible_cpus(): 2 CPU#0: allocated 2097152 bytes trace buffer. CPU#0: allocated 2097152 bytes max-trace buffer. CPU#1: allocated 2097152 bytes trace buffer. CPU#1: allocated 2097152 bytes max-trace buffer. allocated 4194304 bytes out-trace buffer. tracer: a total of 12582912 bytes allocated. Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) Memory: 492048k/515260k available (1931k kernel code, 22604k reserved, 748k data, 220k init, 0k highmem) virtual kernel memory layout: fixmap : 0xfffb7000 - 0xfffff000 ( 288 kB) vmalloc : 0xe0000000 - 0xfffb5000 ( 511 MB) lowmem : 0xc0000000 - 0xdf72f000 ( 503 MB) .init : 0xc03a3000 - 0xc03da000 ( 220 kB) .data : 0xc02e2c71 - 0xc039df34 ( 748 kB) .text : 0xc0100000 - 0xc02e2c71 (1931 kB) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay using timer specific routine.. 6003.02 BogoMIPS (lpj=3001512) Security Framework v1.0.0 initialized SELinux: Initializing. SELinux: Starting in permissive mode selinux_register_security: Registering secondary module capability Capability LSM initialized as secondary Mount-cache hash table entries: 512 CPU: After generic identify, caps: bfebfbff 00100000 00000000 00000000 0000441d 00000000 00000000 monitor/mwait feature present. using mwait in idle threads. CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU: Physical Processor ID: 0 CPU: After all inits, caps: bfebfbff 00100000 00000000 00003180 0000441d 00000000 00000000 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU0: Intel P4/Xeon Extended MCE MSRs (12) available CPU0: Thermal monitoring enabled Checking 'hlt' instruction... OK. Freeing SMP alternatives: 10k freed ACPI: Core revision 20060707 CPU0: Intel(R) Pentium(R) 4 CPU 3.00GHz stepping 01 Booting processor 1/1 eip 2000 Initializing CPU#1 Calibrating delay using timer specific routine.. 5999.34 BogoMIPS (lpj=2999670) CPU: After generic identify, caps: bfebfbff 00100000 00000000 00000000 0000441d 00000000 00000000 monitor/mwait feature present. CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU: Physical Processor ID: 0 CPU: After all inits, caps: bfebfbff 00100000 00000000 00003180 0000441d 00000000 00000000 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#1. CPU1: Intel P4/Xeon Extended MCE MSRs (12) available CPU1: Thermal monitoring enabled CPU1: Intel(R) Pentium(R) 4 CPU 3.00GHz stepping 01 Total of 2 processors activated (12002.36 BogoMIPS). ENABLING IO-APIC IRQs ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1 checking TSC synchronization [CPU#0 -> CPU#1]: passed. Brought up 2 CPUs migration_cost=84 Starting RCU priority booster NET: Registered protocol family 16 ACPI: bus type pci registered PCI: Using MMCONFIG Setting up standard PCI resources rcu_boost_dat: idx=1 b=0 ul=0 ub=0 boost: a=0 b=0 rcu_boost_dat block: 0 0 0 0? rcu_boost_dat boost: 0! 0 0 0? rcu_boost_dat unlock: 0? 0 0 0? ACPI: Interpreter enabled ACPI: Using IOAPIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (0000:00) PCI: Probing PCI hardware (bus 00) Boot video device is 0000:00:02.0 PCI quirk: region 0400-047f claimed by ICH6 ACPI/GPIO/TCO PCI quirk: region 0500-053f claimed by ICH6 GPIO PCI: Transparent bridge - 0000:00:1e.0 ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEGP._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P2._PRT] ACPI: Power Resource [URP1] (off) ACPI: Power Resource [FDDP] (off) ACPI: Power Resource [LPTP] (off) ACPI: Power Resource [URP2] (off) ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX1._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX2._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX3._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX4._PRT] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 14 15) ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 *5 6 7 9 10 11 12 14 15) ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 *10 11 12 14 15) ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNKF] (IRQs *3 4 5 6 7 9 10 11 12 14 15) ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 *9 10 11 12 14 15) Linux Plug and Play Support v0.97 (c) Adam Belay pnp: PnP ACPI init pnp: PnP ACPI: found 13 devices usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb PCI: Using ACPI for IRQ routing PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report NetLabel: Initializing NetLabel: domain hash size = 128 NetLabel: protocols = UNLABELED CIPSOv4 NetLabel: unlabeled traffic allowed by default pnp: 00:0b: ioport range 0x400-0x47f could not be reserved pnp: 00:0b: ioport range 0x680-0x6ff has been reserved pnp: 00:0b: ioport range 0x500-0x53f has been reserved PCI: Ignore bogus resource 6 [0:0] of 0000:00:02.0 PCI: Bridge: 0000:00:01.0 IO window: disabled. MEM window: ffa00000-ffafffff PREFETCH window: cff00000-cfffffff PCI: Bridge: 0000:00:1c.0 IO window: disabled. MEM window: ff600000-ff6fffff PREFETCH window: cfb00000-cfbfffff PCI: Bridge: 0000:00:1c.1 IO window: disabled. MEM window: ff700000-ff7fffff PREFETCH window: cfc00000-cfcfffff PCI: Bridge: 0000:00:1c.2 IO window: disabled. MEM window: ff800000-ff8fffff PREFETCH window: cfd00000-cfdfffff PCI: Bridge: 0000:00:1c.3 IO window: disabled. MEM window: ff900000-ff9fffff PREFETCH window: cfe00000-cfefffff PCI: Bridge: 0000:00:1e.0 IO window: b000-bfff MEM window: ff500000-ff5fffff PREFETCH window: cfa00000-cfafffff ACPI: PCI Interrupt 0000:00:01.0[A] -> GSI 16 (level, low) -> IRQ 16 PCI: Setting latency timer of device 0000:00:01.0 to 64 ACPI: PCI Interrupt 0000:00:1c.0[A] -> GSI 17 (level, low) -> IRQ 17 PCI: Setting latency timer of device 0000:00:1c.0 to 64 ACPI: PCI Interrupt 0000:00:1c.1[B] -> GSI 16 (level, low) -> IRQ 16 PCI: Setting latency timer of device 0000:00:1c.1 to 64 ACPI: PCI Interrupt 0000:00:1c.2[C] -> GSI 18 (level, low) -> IRQ 18 PCI: Setting latency timer of device 0000:00:1c.2 to 64 ACPI: PCI Interrupt 0000:00:1c.3[D] -> GSI 19 (level, low) -> IRQ 19 PCI: Setting latency timer of device 0000:00:1c.3 to 64 PCI: Setting latency timer of device 0000:00:1e.0 to 64 NET: Registered protocol family 2 IP route cache hash table entries: 4096 (order: 2, 16384 bytes) TCP established hash table entries: 16384 (order: 7, 655360 bytes) TCP bind hash table entries: 8192 (order: 6, 294912 bytes) TCP: Hash tables configured (established 16384 bind 8192) TCP reno registered checking if image is initramfs... it is Freeing initrd memory: 1459k freed audit: initializing netlink socket (disabled) audit(1170689521.499:1): initialized VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) SELinux: Registering netfilter hooks io scheduler noop registered io scheduler cfq registered (default) PCI: Setting latency timer of device 0000:00:01.0 to 64 assign_interrupt_mode Found MSI capability Allocate Port Service[0000:00:01.0:pcie00] Allocate Port Service[0000:00:01.0:pcie03] PCI: Setting latency timer of device 0000:00:1c.0 to 64 assign_interrupt_mode Found MSI capability Allocate Port Service[0000:00:1c.0:pcie00] Allocate Port Service[0000:00:1c.0:pcie02] Allocate Port Service[0000:00:1c.0:pcie03] PCI: Setting latency timer of device 0000:00:1c.1 to 64 assign_interrupt_mode Found MSI capability Allocate Port Service[0000:00:1c.1:pcie00] Allocate Port Service[0000:00:1c.1:pcie02] Allocate Port Service[0000:00:1c.1:pcie03] PCI: Setting latency timer of device 0000:00:1c.2 to 64 assign_interrupt_mode Found MSI capability Allocate Port Service[0000:00:1c.2:pcie00] Allocate Port Service[0000:00:1c.2:pcie02] Allocate Port Service[0000:00:1c.2:pcie03] PCI: Setting latency timer of device 0000:00:1c.3 to 64 assign_interrupt_mode Found MSI capability Allocate Port Service[0000:00:1c.3:pcie00] Allocate Port Service[0000:00:1c.3:pcie02] Allocate Port Service[0000:00:1c.3:pcie03] ACPI: Processor [CPU1] (supports 8 throttling states) ACPI: Processor [CPU2] (supports 8 throttling states) isapnp: Scanning for PnP cards... isapnp: No Plug & Play device found Real Time Clock Driver v1.12ac Non-volatile memory driver v1.2 Linux agpgart interface v0.101 (c) Dave Jones agpgart: Detected an Intel 915G Chipset. agpgart: Detected 7932K stolen memory. agpgart: AGP aperture is 256M @ 0xd0000000 Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A 00:06: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A RAMDISK driver initialized: 16 RAM disks of 16384K size 4096 blocksize Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx ICH6: IDE controller at PCI slot 0000:00:1f.1 ACPI: PCI Interrupt 0000:00:1f.1[A] -> GSI 18 (level, low) -> IRQ 18 ICH6: chipset revision 3 ICH6: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:DMA ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:pio, hdd:pio Probing IDE interface ide0... hda: HL-DT-ST DVDRAM GSA-4163B, ATAPI CD/DVD-ROM drive hdb: HL-DT-ST GCE-8527B, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 Probing IDE interface ide1... Probing IDE interface ide1... usbcore: registered new interface driver libusual usbcore: registered new interface driver hiddev usbcore: registered new interface driver usbhid drivers/usb/input/hid-core.c: v2.6:USB HID core driver PNP: PS/2 Controller [PNP0303:PS2K] at 0x60,0x64 irq 1 PNP: PS/2 controller doesn't have AUX irq; using default 12 serio: i8042 KBD port at 0x60,0x64 irq 1 serio: i8042 AUX port at 0x60,0x64 irq 12 mice: PS/2 mouse device common for all mice input: AT Translated Set 2 keyboard as /class/input/input0 TCP cubic registered Initializing XFRM netlink socket NET: Registered protocol family 1 NET: Registered protocol family 17 Starting balanced_irq Using IPI Shortcut mode Freeing unused kernel memory: 220k freed Time: tsc clocksource has been installed. USB Universal Host Controller Interface driver v3.0 ACPI: PCI Interrupt 0000:00:1d.0[A] -> GSI 23 (level, low) -> IRQ 20 PCI: Setting latency timer of device 0000:00:1d.0 to 64 uhci_hcd 0000:00:1d.0: UHCI Host Controller uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 1 uhci_hcd 0000:00:1d.0: irq 20, io base 0x0000c800 usb usb1: configuration #1 chosen from 1 choice hub 1-0:1.0: USB hub found hub 1-0:1.0: 2 ports detected ACPI: PCI Interrupt 0000:00:1d.1[B] -> GSI 19 (level, low) -> IRQ 19 PCI: Setting latency timer of device 0000:00:1d.1 to 64 uhci_hcd 0000:00:1d.1: UHCI Host Controller uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 2 uhci_hcd 0000:00:1d.1: irq 19, io base 0x0000cc00 usb usb2: configuration #1 chosen from 1 choice hub 2-0:1.0: USB hub found hub 2-0:1.0: 2 ports detected ACPI: PCI Interrupt 0000:00:1d.2[C] -> GSI 18 (level, low) -> IRQ 18 PCI: Setting latency timer of device 0000:00:1d.2 to 64 uhci_hcd 0000:00:1d.2: UHCI Host Controller uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 3 uhci_hcd 0000:00:1d.2: irq 18, io base 0x0000d000 usb usb3: configuration #1 chosen from 1 choice hub 3-0:1.0: USB hub found hub 3-0:1.0: 2 ports detected Switched to high resolution mode on CPU 1 Switched to high resolution mode on CPU 0 ACPI: PCI Interrupt 0000:00:1d.3[D] -> GSI 16 (level, low) -> IRQ 16 PCI: Setting latency timer of device 0000:00:1d.3 to 64 uhci_hcd 0000:00:1d.3: UHCI Host Controller uhci_hcd 0000:00:1d.3: new USB bus registered, assigned bus number 4 uhci_hcd 0000:00:1d.3: irq 16, io base 0x0000d400 usb usb4: configuration #1 chosen from 1 choice hub 4-0:1.0: USB hub found hub 4-0:1.0: 2 ports detected usb 2-1: new low speed USB device using uhci_hcd and address 2 ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI) ACPI: PCI Interrupt 0000:00:1d.7[A] -> GSI 23 (level, low) -> IRQ 20 PCI: Setting latency timer of device 0000:00:1d.7 to 64 ehci_hcd 0000:00:1d.7: EHCI Host Controller ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 5 ehci_hcd 0000:00:1d.7: debug port 1 PCI: cache line size of 128 is not supported by device 0000:00:1d.7 ehci_hcd 0000:00:1d.7: irq 20, io mem 0xff43bc00 ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004 usb usb5: configuration #1 chosen from 1 choice hub 5-0:1.0: USB hub found hub 5-0:1.0: 8 ports detected SCSI subsystem initialized libata version 2.00 loaded. ata_piix 0000:00:1f.2: version 2.00ac7 ata_piix 0000:00:1f.2: MAP [ P0 P2 P1 P3 ] ACPI: PCI Interrupt 0000:00:1f.2[B] -> GSI 19 (level, low) -> IRQ 19 PCI: Setting latency timer of device 0000:00:1f.2 to 64 ata1: SATA max UDMA/133 cmd 0xE800 ctl 0xE402 bmdma 0xD800 irq 19 ata2: SATA max UDMA/133 cmd 0xE000 ctl 0xDC02 bmdma 0xD808 irq 19 scsi0 : ata_piix ATA: abnormal status 0x7F on port 0xE807 scsi1 : ata_piix ata2.00: ATA-6, max UDMA/133, 312581808 sectors: LBA48 NCQ (depth 0/32) ata2.00: ata2: dev 0 multi count 16 ata2.00: configured for UDMA/133 scsi 1:0:0:0: Direct-Access ATA ST3160827AS 3.42 PQ: 0 ANSI: 5 SCSI device sda: 312581808 512-byte hdwr sectors (160042 MB) sda: Write Protect is off sda: Mode Sense: 00 3a 00 00 SCSI device sda: write cache: enabled, read cache: enabled, doesn't support DPO or FUA SCSI device sda: 312581808 512-byte hdwr sectors (160042 MB) sda: Write Protect is off sda: Mode Sense: 00 3a 00 00 SCSI device sda: write cache: enabled, read cache: enabled, doesn't support DPO or FUA sda: sda1 sda2 sda3 < sda5 sda6 sda7 sda8<6>usb 2-1: new low speed USB device using uhci_hcd and address 3 sda9 > sda2: <solaris: [s0] sda10 [s1] sda11 [s2] sda12 [s3] sda13 [s4] sda14 [s5] sda15 > sd 1:0:0:0: Attached scsi disk sda usb 2-1: configuration #1 chosen from 1 choice input: Microsoft Basic Optical Mouse as /class/input/input1 input: USB HID v1.10 Mouse [Microsoft Basic Optical Mouse] on usb-0000:00:1d.1-1 kjournald starting. Commit interval 5 seconds EXT3-fs: mounted filesystem with ordered data mode. SELinux: Disabled at runtime. SELinux: Unregistering netfilter hooks audit(1170689526.186:2): selinux=0 auid=4294967295 sd 1:0:0:0: Attached scsi generic sg0 type 0 input: PC Speaker as /class/input/input2 iTCO_wdt: Intel TCO WatchDog Timer Driver v1.01 (11-Nov-2006) iTCO_wdt: Found a ICH6 or ICH6R TCO device (Version=2, TCOBASE=0x0460) iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) hda: ATAPI 40X DVD-ROM DVD-R-RAM CD-R/RW drive, 2048kB Cache, UDMA(33) Uniform CD-ROM driver Revision: 3.20 fealnx.c:v2.52 Sep-11-2006 ACPI: PCI Interrupt 0000:06:00.0[A] -> GSI 21 (level, low) -> IRQ 21 eth0: 100/10M Ethernet PCI Adapter at 0001b800, 00:a1:b0:10:88:1a, IRQ 21. hdb: ATAPI 52X CD-ROM CD-R/RW drive, 1536kB Cache, UDMA(33) intel_rng: Firmware space is locked read-only. If you can't or intel_rng: don't want to disable this in firmware setup, and if intel_rng: you are certain that your system has a functional intel_rng: RNG, try using the 'no_fwh_detect' option. ACPI: PCI Interrupt 0000:00:1f.3[B] -> GSI 19 (level, low) -> IRQ 19 ACPI: PCI Interrupt 0000:00:1b.0[A] -> GSI 16 (level, low) -> IRQ 16 PCI: Setting latency timer of device 0000:00:1b.0 to 64 input: Power Button (FF) as /class/input/input3 ACPI: Power Button (FF) [PWRF] input: Power Button (CM) as /class/input/input4 ACPI: Power Button (CM) [PWRB] md: Autodetecting RAID arrays. md: autorun ... md: ... autorun DONE. device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: dm-devel@redhat.com device-mapper: multipath: version 1.0.5 loaded EXT3 FS on sda6, internal journal kjournald starting. Commit interval 5 seconds EXT3-fs warning: maximal mount count reached, running e2fsck is recommended EXT3 FS on sda7, internal journal EXT3-fs: mounted filesystem with ordered data mode. fuse init (API version 7.8) Adding 1052216k swap on /dev/sda5. Priority:-1 extents:1 across:1052216k IA-32 Microcode Update Driver: v1.14a <tigran@aivazian.fsnet.co.uk> audit(1170669747.393:3): audit_pid=2000 old=0 by auid=4294967295 [drm] Initialized drm 1.1.0 20060810 ACPI: PCI Interrupt 0000:00:02.0[A] -> GSI 16 (level, low) -> IRQ 16 [drm] Initialized i915 1.6.0 20060119 on minor 0 Thanks, ~Akula2 ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: v2.6.20-rt1, yum/rpm 2007-02-05 10:36 ` Sunil Naidu @ 2007-02-05 10:42 ` Peter Zijlstra 2007-02-05 10:22 ` Ingo Molnar 2007-02-05 11:15 ` Sunil Naidu 0 siblings, 2 replies; 55+ messages in thread From: Peter Zijlstra @ 2007-02-05 10:42 UTC (permalink / raw) To: Sunil Naidu; +Cc: Ingo Molnar, linux-kernel, linux-rt-users On Mon, 2007-02-05 at 16:06 +0530, Sunil Naidu wrote: > On 2/5/07, Ingo Molnar <mingo@elte.hu> wrote: > > i have released the v2.6.20-rt1 kernel, which can be downloaded from the > > usual place: > > Clean boot for me with 2.6.20 & 2.6.20-rt1. There isn't any error > (like in 2.6.20-rc7-rt3). > > But here is an interesting dmesg: > > rcu_boost_dat: idx=1 b=0 ul=0 ub=0 boost: a=0 b=0 > rcu_boost_dat block: 0 0 0 0? > rcu_boost_dat boost: 0! 0 0 0? > rcu_boost_dat unlock: 0? 0 0 0? > > I didn'tunderstand this with ? Am I missing anything here or please > give some inputs. That is Paul McKenney's RCU priority boosting stuff. Look here: http://lkml.org/lkml/2007/1/24/294 ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: v2.6.20-rt1, yum/rpm 2007-02-05 10:42 ` Peter Zijlstra @ 2007-02-05 10:22 ` Ingo Molnar 2007-02-05 11:15 ` Sunil Naidu 1 sibling, 0 replies; 55+ messages in thread From: Ingo Molnar @ 2007-02-05 10:22 UTC (permalink / raw) To: Peter Zijlstra; +Cc: Sunil Naidu, linux-kernel, linux-rt-users * Peter Zijlstra <a.p.zijlstra@chello.nl> wrote: > > But here is an interesting dmesg: > > > > rcu_boost_dat: idx=1 b=0 ul=0 ub=0 boost: a=0 b=0 > > rcu_boost_dat block: 0 0 0 0? > > rcu_boost_dat boost: 0! 0 0 0? > > rcu_boost_dat unlock: 0? 0 0 0? > > > > I didn'tunderstand this with ? Am I missing anything here or please > > give some inputs. > > That is Paul McKenney's RCU priority boosting stuff. yeah, those messages are diagnostic. You can turn them off by disabling CONFIG_PREEMPT_RCU_BOOST_STATS. Ingo ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: v2.6.20-rt1, yum/rpm 2007-02-05 10:42 ` Peter Zijlstra 2007-02-05 10:22 ` Ingo Molnar @ 2007-02-05 11:15 ` Sunil Naidu 1 sibling, 0 replies; 55+ messages in thread From: Sunil Naidu @ 2007-02-05 11:15 UTC (permalink / raw) To: Peter Zijlstra; +Cc: Ingo Molnar, linux-kernel, linux-rt-users On 2/5/07, Peter Zijlstra <a.p.zijlstra@chello.nl> wrote: > On Mon, 2007-02-05 at 16:06 +0530, Sunil Naidu wrote: > > On 2/5/07, Ingo Molnar <mingo@elte.hu> wrote: > > > i have released the v2.6.20-rt1 kernel, which can be downloaded from the > > > usual place: > > > > Clean boot for me with 2.6.20 & 2.6.20-rt1. There isn't any error > > (like in 2.6.20-rc7-rt3). > > > > But here is an interesting dmesg: > > > > rcu_boost_dat: idx=1 b=0 ul=0 ub=0 boost: a=0 b=0 > > rcu_boost_dat block: 0 0 0 0? > > rcu_boost_dat boost: 0! 0 0 0? > > rcu_boost_dat unlock: 0? 0 0 0? > > > > I didn'tunderstand this with ? Am I missing anything here or please > > give some inputs. > > That is Paul McKenney's RCU priority boosting stuff. > > Look here: > http://lkml.org/lkml/2007/1/24/294 Thanks for the input. I did check the URL to refer the update of the patch by Paul:- http://lkml.org/lkml/2007/01/15/219 I am getting error, The requested URL /lkml/2007/01/15/219. was not found on this server. ~Akula2 ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: v2.6.20-rt1, yum/rpm 2007-02-05 6:56 v2.6.20-rt1, yum/rpm Ingo Molnar 2007-02-05 9:18 ` Serge Belyshev 2007-02-05 10:36 ` Sunil Naidu @ 2007-02-05 12:59 ` Michal Piotrowski 2007-02-05 13:47 ` Ingo Molnar 2007-02-05 14:25 ` Karsten Wiese ` (10 subsequent siblings) 13 siblings, 1 reply; 55+ messages in thread From: Michal Piotrowski @ 2007-02-05 12:59 UTC (permalink / raw) To: Ingo Molnar; +Cc: linux-kernel, linux-rt-users Hi, On 05/02/07, Ingo Molnar <mingo@elte.hu> wrote: > i have released the v2.6.20-rt1 kernel, which can be downloaded from the > usual place: > > http://redhat.com/~mingo/realtime-preempt/ > It looks like a bug to me BUG: MAX_LOCKDEP_ENTRIES too low! turning off the locking correctness validator. http://www.stardust.webpages.pl/files/tbf/euridica/2.6.20-rt1/rt-dmesg http://www.stardust.webpages.pl/files/tbf/euridica/2.6.20-rt1/rt-config Regards, Michal -- Michal K. K. Piotrowski LTG - Linux Testers Group (http://www.stardust.webpages.pl/ltg/) ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: v2.6.20-rt1, yum/rpm 2007-02-05 12:59 ` Michal Piotrowski @ 2007-02-05 13:47 ` Ingo Molnar 2007-02-05 21:29 ` Michal Piotrowski 0 siblings, 1 reply; 55+ messages in thread From: Ingo Molnar @ 2007-02-05 13:47 UTC (permalink / raw) To: Michal Piotrowski; +Cc: linux-kernel, linux-rt-users * Michal Piotrowski <michal.k.k.piotrowski@gmail.com> wrote: > It looks like a bug to me > > BUG: MAX_LOCKDEP_ENTRIES too low! > turning off the locking correctness validator. hm, the patch below should solve this. Ingo Index: linux/kernel/lockdep_internals.h =================================================================== --- linux.orig/kernel/lockdep_internals.h +++ linux/kernel/lockdep_internals.h @@ -15,7 +15,7 @@ * table (if it's not there yet), and we check it for lock order * conflicts and deadlocks. */ -#define MAX_LOCKDEP_ENTRIES 8192UL +#define MAX_LOCKDEP_ENTRIES 16384UL #define MAX_LOCKDEP_KEYS_BITS 11 #define MAX_LOCKDEP_KEYS (1UL << MAX_LOCKDEP_KEYS_BITS) ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: v2.6.20-rt1, yum/rpm 2007-02-05 13:47 ` Ingo Molnar @ 2007-02-05 21:29 ` Michal Piotrowski 0 siblings, 0 replies; 55+ messages in thread From: Michal Piotrowski @ 2007-02-05 21:29 UTC (permalink / raw) To: Ingo Molnar; +Cc: Michal Piotrowski, linux-kernel, linux-rt-users Ingo Molnar napisał(a): > * Michal Piotrowski <michal.k.k.piotrowski@gmail.com> wrote: > >> It looks like a bug to me >> >> BUG: MAX_LOCKDEP_ENTRIES too low! >> turning off the locking correctness validator. > > hm, the patch below should solve this. Lockdep works. Thanks! 2.6.20-rt2 ====================================================== [ INFO: hard-safe -> hard-unsafe lock order detected ] [ 2.6.20-rt2 #2 ------------------------------------------------------ softirq-timer/0/5 [HC0[0]:SC0[0]:HE0:SE1] is trying to acquire: (console_sem.lock){--..}, at: [<c0311981>] rt_mutex_slowunlock+0xc/0x5b and this task is already holding: (xtime_lock){+...}, at: [<c012a8b8>] run_timer_softirq+0x47/0x9ad which would create a new lock dependency: (xtime_lock){+...} -> (console_sem.lock){--..} but this new dependency connects a hard-irq-safe lock: (xtime_lock){+...} ... which became hard-irq-safe at: [<c013d124>] mark_lock+0x6b/0x40b [<c013dee5>] __lock_acquire+0x3b3/0xb94 [<c013e72e>] lock_acquire+0x68/0x82 [<c03127d3>] __spin_lock+0x35/0x42 [<c013a654>] tick_periodic+0x15/0x68 [<c013a6ba>] tick_handle_periodic+0x13/0x45 [<c010684f>] timer_interrupt+0x31/0x38 [<c0155912>] handle_IRQ_event+0x63/0xfc [<c0157267>] handle_level_irq+0xa7/0xf0 [<c0105dc1>] do_IRQ+0xa3/0xce [<c0103ac6>] common_interrupt+0x2e/0x34 [<c0312e57>] __spin_unlock_irqrestore+0x42/0x59 [<c0156075>] setup_irq+0x170/0x1e0 [<c04907e4>] time_init_hook+0x19/0x1b [<c0488d87>] hpet_time_init+0xd/0xf [<c0485667>] start_kernel+0x271/0x42a [<ffffffff>] 0xffffffff to a hard-irq-unsafe lock: (console_sem.lock){--..} ... which became hard-irq-unsafe at: ... [<c013d124>] mark_lock+0x6b/0x40b [<c013d50e>] mark_held_locks+0x4a/0x67 [<c013d6f1>] trace_hardirqs_on+0x10d/0x150 [<c0312e55>] __spin_unlock_irqrestore+0x40/0x59 [<c01431f4>] task_blocks_on_rt_mutex+0x1c4/0x20a [<c0311cd0>] rt_mutex_slowlock+0x140/0x234 [<c03119fd>] rt_mutex_lock+0x2d/0x31 [<c014441a>] rt_down+0x11/0x28 [<c012290f>] acquire_console_sem+0x36/0x4c [<c0209c10>] fb_flashcursor+0x1a/0x24d [<c013177a>] run_workqueue+0x8b/0xd8 [<c0132309>] worker_thread+0xf8/0x124 [<c01344b4>] kthread+0xb5/0xe1 [<c0103dab>] kernel_thread_helper+0x7/0x10 [<ffffffff>] 0xffffffff other info that might help us debug this: 1 lock held by softirq-timer/0/5: #0: (xtime_lock){+...}, at: [<c012a8b8>] run_timer_softirq+0x47/0x9ad the hard-irq-safe lock's dependencies: -> (xtime_lock){+...} ops: 7875 { initial-use at: [<c013d124>] mark_lock+0x6b/0x40b [<c013dfb9>] __lock_acquire+0x487/0xb94 [<c013e72e>] lock_acquire+0x68/0x82 [<c03127d3>] __spin_lock+0x35/0x42 [<c04916fb>] timekeeping_init+0x25/0x143 [<c04855be>] start_kernel+0x1c8/0x42a [<ffffffff>] 0xffffffff in-hardirq-W at: [<c013d124>] mark_lock+0x6b/0x40b [<c013dee5>] __lock_acquire+0x3b3/0xb94 [<c013e72e>] lock_acquire+0x68/0x82 [<c03127d3>] __spin_lock+0x35/0x42 [<c013a654>] tick_periodic+0x15/0x68 [<c013a6ba>] tick_handle_periodic+0x13/0x45 [<c010684f>] timer_interrupt+0x31/0x38 [<c0155912>] handle_IRQ_event+0x63/0xfc [<c0157267>] handle_level_irq+0xa7/0xf0 [<c0105dc1>] do_IRQ+0xa3/0xce [<c0103ac6>] common_interrupt+0x2e/0x34 [<c0312e57>] __spin_unlock_irqrestore+0x42/0x59 [<c0156075>] setup_irq+0x170/0x1e0 [<c04907e4>] time_init_hook+0x19/0x1b [<c0488d87>] hpet_time_init+0xd/0xf [<c0485667>] start_kernel+0x271/0x42a [<ffffffff>] 0xffffffff } ... key at: [<c046bb18>] xtime_lock+0x18/0x80 -> (clocksource_lock){....} ops: 3800 { initial-use at: [<c013d124>] mark_lock+0x6b/0x40b [<c013dfb9>] __lock_acquire+0x487/0xb94 [<c013e72e>] lock_acquire+0x68/0x82 [<c0312a40>] __spin_lock_irqsave+0x3e/0x4e [<c0138c4b>] clocksource_get_next+0xd/0x43 [<c049170b>] timekeeping_init+0x35/0x143 [<c04855be>] start_kernel+0x1c8/0x42a [<ffffffff>] 0xffffffff } ... key at: [<c046bd94>] clocksource_lock+0x14/0x80 ... acquired at: [<c013c05b>] add_lock_to_list+0x65/0x89 [<c013e544>] __lock_acquire+0xa12/0xb94 [<c013e72e>] lock_acquire+0x68/0x82 [<c0312a40>] __spin_lock_irqsave+0x3e/0x4e [<c0138c4b>] clocksource_get_next+0xd/0x43 [<c049170b>] timekeeping_init+0x35/0x143 [<c04855be>] start_kernel+0x1c8/0x42a [<ffffffff>] 0xffffffff -> (logbuf_lock){....} ops: 1544 { initial-use at: [<c013d124>] mark_lock+0x6b/0x40b [<c013dfb9>] __lock_acquire+0x487/0xb94 [<c013e72e>] lock_acquire+0x68/0x82 [<c0312a40>] __spin_lock_irqsave+0x3e/0x4e [<c012273c>] release_console_sem+0x3c/0x1c5 [<c0122ed2>] vprintk+0x2cd/0x330 [<c0122f50>] printk+0x1b/0x1d [<c0485456>] start_kernel+0x60/0x42a [<ffffffff>] 0xffffffff } ... key at: [<c046b694>] logbuf_lock+0x14/0x80 ... acquired at: [<c013c05b>] add_lock_to_list+0x65/0x89 [<c013e544>] __lock_acquire+0xa12/0xb94 [<c013e72e>] lock_acquire+0x68/0x82 [<c0312a40>] __spin_lock_irqsave+0x3e/0x4e [<c012273c>] release_console_sem+0x3c/0x1c5 [<c0122ed2>] vprintk+0x2cd/0x330 [<c0122f50>] printk+0x1b/0x1d [<c012aee1>] run_timer_softirq+0x670/0x9ad [<c0127689>] ksoftirqd+0x121/0x205 [<c01344b4>] kthread+0xb5/0xe1 [<c0103dab>] kernel_thread_helper+0x7/0x10 [<ffffffff>] 0xffffffff the hard-irq-unsafe lock's dependencies: -> (console_sem.lock){--..} ops: 829 { initial-use at: [<c013d124>] mark_lock+0x6b/0x40b [<c013dfb9>] __lock_acquire+0x487/0xb94 [<c013e72e>] lock_acquire+0x68/0x82 [<c0312a40>] __spin_lock_irqsave+0x3e/0x4e [<c0311981>] rt_mutex_slowunlock+0xc/0x5b [<c03118e4>] rt_mutex_unlock+0x8/0xa [<c014402c>] rt_up+0x25/0x45 [<c0122870>] release_console_sem+0x170/0x1c5 [<c0122ed2>] vprintk+0x2cd/0x330 [<c0122f50>] printk+0x1b/0x1d [<c0485456>] start_kernel+0x60/0x42a [<ffffffff>] 0xffffffff softirq-on-W at: [<c013d124>] mark_lock+0x6b/0x40b [<c013d50e>] mark_held_locks+0x4a/0x67 [<c013d709>] trace_hardirqs_on+0x125/0x150 [<c0312e55>] __spin_unlock_irqrestore+0x40/0x59 [<c01431f4>] task_blocks_on_rt_mutex+0x1c4/0x20a [<c0311cd0>] rt_mutex_slowlock+0x140/0x234 [<c03119fd>] rt_mutex_lock+0x2d/0x31 [<c014441a>] rt_down+0x11/0x28 [<c012290f>] acquire_console_sem+0x36/0x4c [<c0209c10>] fb_flashcursor+0x1a/0x24d [<c013177a>] run_workqueue+0x8b/0xd8 [<c0132309>] worker_thread+0xf8/0x124 [<c01344b4>] kthread+0xb5/0xe1 [<c0103dab>] kernel_thread_helper+0x7/0x10 [<ffffffff>] 0xffffffff hardirq-on-W at: [<c013d124>] mark_lock+0x6b/0x40b [<c013d50e>] mark_held_locks+0x4a/0x67 [<c013d6f1>] trace_hardirqs_on+0x10d/0x150 [<c0312e55>] __spin_unlock_irqrestore+0x40/0x59 [<c01431f4>] task_blocks_on_rt_mutex+0x1c4/0x20a [<c0311cd0>] rt_mutex_slowlock+0x140/0x234 [<c03119fd>] rt_mutex_lock+0x2d/0x31 [<c014441a>] rt_down+0x11/0x28 [<c012290f>] acquire_console_sem+0x36/0x4c [<c0209c10>] fb_flashcursor+0x1a/0x24d [<c013177a>] run_workqueue+0x8b/0xd8 [<c0132309>] worker_thread+0xf8/0x124 [<c01344b4>] kthread+0xb5/0xe1 [<c0103dab>] kernel_thread_helper+0x7/0x10 [<ffffffff>] 0xffffffff } ... key at: [<c043c318>] console_sem+0x18/0x60 -> ((raw_spinlock_t *)(&p->pi_lock)){....} ops: 706 { initial-use at: [<c013d124>] mark_lock+0x6b/0x40b [<c013dfb9>] __lock_acquire+0x487/0xb94 [<c013e72e>] lock_acquire+0x68/0x82 [<c0312a40>] __spin_lock_irqsave+0x3e/0x4e [<c011c7a5>] sched_setscheduler+0x13f/0x22e [<c0135150>] posix_cpu_thread_call+0x88/0xff [<c0491d70>] posix_cpu_thread_init+0x1c/0x3c [<c01003fa>] init+0x4d/0x3c3 [<c0103dab>] kernel_thread_helper+0x7/0x10 [<ffffffff>] 0xffffffff } ... key at: [<c04cc06c>] __key.24574+0x0/0x8 -> (&rq->rq_lock_key){+...} ops: 29636 { initial-use at: [<c013d124>] mark_lock+0x6b/0x40b [<c013dfb9>] __lock_acquire+0x487/0xb94 [<c013e72e>] lock_acquire+0x68/0x82 [<c0312a40>] __spin_lock_irqsave+0x3e/0x4e [<c011be68>] init_idle+0x63/0x81 [<c0490c3e>] sched_init+0x1a9/0x1b0 [<c0485516>] start_kernel+0x120/0x42a [<ffffffff>] 0xffffffff in-hardirq-W at: [<c013d124>] mark_lock+0x6b/0x40b [<c013dee5>] __lock_acquire+0x3b3/0xb94 [<c013e72e>] lock_acquire+0x68/0x82 [<c03127d3>] __spin_lock+0x35/0x42 [<c011b21f>] task_running_tick+0x2a/0x23d [<c011e849>] scheduler_tick+0x92/0xee [<c012b88a>] update_process_times+0x3e/0x63 [<c013a6a5>] tick_periodic+0x66/0x68 [<c013a6ba>] tick_handle_periodic+0x13/0x45 [<c010684f>] timer_interrupt+0x31/0x38 [<c0155912>] handle_IRQ_event+0x63/0xfc [<c0157267>] handle_level_irq+0xa7/0xf0 [<c0105dc1>] do_IRQ+0xa3/0xce [<c0103ac6>] common_interrupt+0x2e/0x34 [<c013e740>] lock_acquire+0x7a/0x82 [<c0312430>] rt_read_lock+0x2b/0x69 [<c0120925>] copy_process+0x6cc/0x136b [<c0121e43>] fork_idle+0x3f/0x58 [<c0112023>] do_boot_cpu+0x3c/0x547 [<c048c4a0>] smp_prepare_cpus+0x477/0x5eb [<c01003eb>] init+0x3e/0x3c3 [<c0103dab>] kernel_thread_helper+0x7/0x10 [<ffffffff>] 0xffffffff } ... key at: [<c60686cc>] 0xc60686cc -> (&rq->rq_lock_key#2){+...} ops: 30044 { initial-use at: [<c013d124>] mark_lock+0x6b/0x40b [<c013dfb9>] __lock_acquire+0x487/0xb94 [<c013e72e>] lock_acquire+0x68/0x82 [<c0312a40>] __spin_lock_irqsave+0x3e/0x4e [<c011be68>] init_idle+0x63/0x81 [<c0121e53>] fork_idle+0x4f/0x58 [<c0112023>] do_boot_cpu+0x3c/0x547 [<c048c4a0>] smp_prepare_cpus+0x477/0x5eb [<c01003eb>] init+0x3e/0x3c3 [<c0103dab>] kernel_thread_helper+0x7/0x10 [<ffffffff>] 0xffffffff in-hardirq-W at: [<c013d124>] mark_lock+0x6b/0x40b [<c013dee5>] __lock_acquire+0x3b3/0xb94 [<c013e72e>] lock_acquire+0x68/0x82 [<c03127d3>] __spin_lock+0x35/0x42 [<c011b6be>] task_rq_lock+0x36/0x5d [<c011ca30>] try_to_wake_up+0x29/0x3cf [<c011ce79>] wake_up_process+0x19/0x1b [<c0126af7>] wakeup_softirqd+0x30/0x34 [<c01277c6>] raise_softirq+0x59/0x77 [<c012b50e>] run_local_timers+0xd/0x14 [<c012b88f>] update_process_times+0x43/0x63 [<c013a6a5>] tick_periodic+0x66/0x68 [<c013a6ba>] tick_handle_periodic+0x13/0x45 [<c0113e30>] smp_apic_timer_interrupt+0xa6/0xb8 [<c0103ba7>] apic_timer_interrupt+0x33/0x38 [<c0101b16>] default_idle+0x49/0x62 [<c01013ec>] cpu_idle+0xd4/0x11e [<c0112d05>] start_secondary+0x35a/0x362 [<ffffffff>] 0xffffffff } ... key at: [<c60e86cc>] 0xc60e86cc ... acquired at: [<c013c05b>] add_lock_to_list+0x65/0x89 [<c013e544>] __lock_acquire+0xa12/0xb94 [<c013e72e>] lock_acquire+0x68/0x82 [<c03127d3>] __spin_lock+0x35/0x42 [<c011b029>] double_rq_lock+0x33/0x37 [<c011b8ab>] __migrate_task+0x58/0x131 [<c011eb9f>] migration_thread+0x196/0x1e5 [<c01344b4>] kthread+0xb5/0xe1 [<c0103dab>] kernel_thread_helper+0x7/0x10 [<ffffffff>] 0xffffffff ... acquired at: [<c013c05b>] add_lock_to_list+0x65/0x89 [<c013e544>] __lock_acquire+0xa12/0xb94 [<c013e72e>] lock_acquire+0x68/0x82 [<c03127d3>] __spin_lock+0x35/0x42 [<c011c7c3>] sched_setscheduler+0x15d/0x22e [<c0135150>] posix_cpu_thread_call+0x88/0xff [<c0491d70>] posix_cpu_thread_init+0x1c/0x3c [<c01003fa>] init+0x4d/0x3c3 [<c0103dab>] kernel_thread_helper+0x7/0x10 [<ffffffff>] 0xffffffff -> (&rq->rq_lock_key#2){+...} ops: 30044 { initial-use at: [<c013d124>] mark_lock+0x6b/0x40b [<c013dfb9>] __lock_acquire+0x487/0xb94 [<c013e72e>] lock_acquire+0x68/0x82 [<c0312a40>] __spin_lock_irqsave+0x3e/0x4e [<c011be68>] init_idle+0x63/0x81 [<c0121e53>] fork_idle+0x4f/0x58 [<c0112023>] do_boot_cpu+0x3c/0x547 [<c048c4a0>] smp_prepare_cpus+0x477/0x5eb [<c01003eb>] init+0x3e/0x3c3 [<c0103dab>] kernel_thread_helper+0x7/0x10 [<ffffffff>] 0xffffffff in-hardirq-W at: [<c013d124>] mark_lock+0x6b/0x40b [<c013dee5>] __lock_acquire+0x3b3/0xb94 [<c013e72e>] lock_acquire+0x68/0x82 [<c03127d3>] __spin_lock+0x35/0x42 [<c011b6be>] task_rq_lock+0x36/0x5d [<c011ca30>] try_to_wake_up+0x29/0x3cf [<c011ce79>] wake_up_process+0x19/0x1b [<c0126af7>] wakeup_softirqd+0x30/0x34 [<c01277c6>] raise_softirq+0x59/0x77 [<c012b50e>] run_local_timers+0xd/0x14 [<c012b88f>] update_process_times+0x43/0x63 [<c013a6a5>] tick_periodic+0x66/0x68 [<c013a6ba>] tick_handle_periodic+0x13/0x45 [<c0113e30>] smp_apic_timer_interrupt+0xa6/0xb8 [<c0103ba7>] apic_timer_interrupt+0x33/0x38 [<c0101b16>] default_idle+0x49/0x62 [<c01013ec>] cpu_idle+0xd4/0x11e [<c0112d05>] start_secondary+0x35a/0x362 [<ffffffff>] 0xffffffff } ... key at: [<c60e86cc>] 0xc60e86cc ... acquired at: [<c013c05b>] add_lock_to_list+0x65/0x89 [<c013e544>] __lock_acquire+0xa12/0xb94 [<c013e72e>] lock_acquire+0x68/0x82 [<c03127d3>] __spin_lock+0x35/0x42 [<c011c7c3>] sched_setscheduler+0x15d/0x22e [<c0135150>] posix_cpu_thread_call+0x88/0xff [<c012ec53>] notifier_call_chain+0x20/0x31 [<c012ec80>] raw_notifier_call_chain+0x8/0xa [<c0144569>] _cpu_up+0x3d/0xbf [<c0144611>] cpu_up+0x26/0x38 [<c010043e>] init+0x91/0x3c3 [<c0103dab>] kernel_thread_helper+0x7/0x10 [<ffffffff>] 0xffffffff ... acquired at: [<c013c05b>] add_lock_to_list+0x65/0x89 [<c013e544>] __lock_acquire+0xa12/0xb94 [<c013e72e>] lock_acquire+0x68/0x82 [<c03127d3>] __spin_lock+0x35/0x42 [<c0143055>] task_blocks_on_rt_mutex+0x25/0x20a [<c0311cd0>] rt_mutex_slowlock+0x140/0x234 [<c03119fd>] rt_mutex_lock+0x2d/0x31 [<c014441a>] rt_down+0x11/0x28 [<c012290f>] acquire_console_sem+0x36/0x4c [<c0209c10>] fb_flashcursor+0x1a/0x24d [<c013177a>] run_workqueue+0x8b/0xd8 [<c0132309>] worker_thread+0xf8/0x124 [<c01344b4>] kthread+0xb5/0xe1 [<c0103dab>] kernel_thread_helper+0x7/0x10 [<ffffffff>] 0xffffffff -> (&rq->rq_lock_key#2){+...} ops: 30044 { initial-use at: [<c013d124>] mark_lock+0x6b/0x40b [<c013dfb9>] __lock_acquire+0x487/0xb94 [<c013e72e>] lock_acquire+0x68/0x82 [<c0312a40>] __spin_lock_irqsave+0x3e/0x4e [<c011be68>] init_idle+0x63/0x81 [<c0121e53>] fork_idle+0x4f/0x58 [<c0112023>] do_boot_cpu+0x3c/0x547 [<c048c4a0>] smp_prepare_cpus+0x477/0x5eb [<c01003eb>] init+0x3e/0x3c3 [<c0103dab>] kernel_thread_helper+0x7/0x10 [<ffffffff>] 0xffffffff in-hardirq-W at: [<c013d124>] mark_lock+0x6b/0x40b [<c013dee5>] __lock_acquire+0x3b3/0xb94 [<c013e72e>] lock_acquire+0x68/0x82 [<c03127d3>] __spin_lock+0x35/0x42 [<c011b6be>] task_rq_lock+0x36/0x5d [<c011ca30>] try_to_wake_up+0x29/0x3cf [<c011ce79>] wake_up_process+0x19/0x1b [<c0126af7>] wakeup_softirqd+0x30/0x34 [<c01277c6>] raise_softirq+0x59/0x77 [<c012b50e>] run_local_timers+0xd/0x14 [<c012b88f>] update_process_times+0x43/0x63 [<c013a6a5>] tick_periodic+0x66/0x68 [<c013a6ba>] tick_handle_periodic+0x13/0x45 [<c0113e30>] smp_apic_timer_interrupt+0xa6/0xb8 [<c0103ba7>] apic_timer_interrupt+0x33/0x38 [<c0101b16>] default_idle+0x49/0x62 [<c01013ec>] cpu_idle+0xd4/0x11e [<c0112d05>] start_secondary+0x35a/0x362 [<ffffffff>] 0xffffffff } ... key at: [<c60e86cc>] 0xc60e86cc ... acquired at: [<c013c05b>] add_lock_to_list+0x65/0x89 [<c013e544>] __lock_acquire+0xa12/0xb94 [<c013e72e>] lock_acquire+0x68/0x82 [<c03127d3>] __spin_lock+0x35/0x42 [<c011b6be>] task_rq_lock+0x36/0x5d [<c011ca30>] try_to_wake_up+0x29/0x3cf [<c011ce79>] wake_up_process+0x19/0x1b [<c014281e>] wakeup_next_waiter+0x1d9/0x1e1 [<c03119b8>] rt_mutex_slowunlock+0x43/0x5b [<c03118e4>] rt_mutex_unlock+0x8/0xa [<c014402c>] rt_up+0x25/0x45 [<c0122870>] release_console_sem+0x170/0x1c5 [<c0122ed2>] vprintk+0x2cd/0x330 [<c0122f50>] printk+0x1b/0x1d [<c0288c89>] usb_register_driver+0xa3/0xeb [<c049c440>] usb_usual_init+0xf/0x29 [<c01004df>] init+0x132/0x3c3 [<c0103dab>] kernel_thread_helper+0x7/0x10 [<ffffffff>] 0xffffffff stack backtrace: [<c01041a3>] dump_trace+0x63/0x1eb [<c0104348>] show_trace_log_lvl+0x1d/0x3a [<c0104a23>] show_trace+0x12/0x14 [<c0104ab6>] dump_stack+0x16/0x18 [<c013da8f>] check_usage+0x241/0x24b [<c013e451>] __lock_acquire+0x91f/0xb94 [<c013e72e>] lock_acquire+0x68/0x82 [<c0312a40>] __spin_lock_irqsave+0x3e/0x4e [<c0311981>] rt_mutex_slowunlock+0xc/0x5b [<c03118e4>] rt_mutex_unlock+0x8/0xa [<c014402c>] rt_up+0x25/0x45 [<c0122870>] release_console_sem+0x170/0x1c5 [<c0122ed2>] vprintk+0x2cd/0x330 [<c0122f50>] printk+0x1b/0x1d [<c012aee1>] run_timer_softirq+0x670/0x9ad [<c0127689>] ksoftirqd+0x121/0x205 [<c01344b4>] kthread+0xb5/0xe1 [<c0103dab>] kernel_thread_helper+0x7/0x10 ======================= --------------------------- | preempt count: 00000003 ] | 3-level deep critical section nesting: ---------------------------------------- .. [<c03127b1>] .... __spin_lock+0x13/0x42 .....[<c012a8b8>] .. ( <= run_timer_softirq+0x47/0x9ad) .. [<c0144017>] .... rt_up+0x10/0x45 .....[<c0122870>] .. ( <= release_console_sem+0x170/0x1c5) .. [<c0312a1e>] .... __spin_lock_irqsave+0x1c/0x4e .....[<c0311981>] .. ( <= rt_mutex_slowunlock+0xc/0x5b) 0xc03127b1 is in __spin_lock (kernel/spinlock.c:218). 213 EXPORT_SYMBOL(__write_lock_bh); 214 215 void __lockfunc __spin_lock(raw_spinlock_t *lock) 216 { 217 preempt_disable(); 218 spin_acquire(&lock->dep_map, 0, 0, _RET_IP_); 219 _raw_spin_lock(lock); 220 } 221 222 EXPORT_SYMBOL(__spin_lock); 0xc012a8b8 is in run_timer_softirq (include/linux/seqlock.h:148). 143 } 144 145 static __always_inline void __write_seqlock_raw(raw_seqlock_t *sl) 146 { 147 spin_lock(&sl->lock); 148 ++sl->sequence; 149 smp_wmb(); 150 } 151 152 static __always_inline void __write_sequnlock_raw(raw_seqlock_t *sl) 0xc0144017 is in rt_up (include/asm/atomic.h:189). 184 if(unlikely(boot_cpu_data.x86==3)) 185 goto no_xadd; 186 #endif 187 /* Modern 486+ processor */ 188 __i = i; 189 __asm__ __volatile__( 190 LOCK_PREFIX "xaddl %0, %1" 191 :"+r" (i), "+m" (v->counter) 192 : : "memory"); 193 return i + __i; 0xc0122870 is in release_console_sem (kernel/printk.c:864). 859 * up only if we are in a preemptible section. We normally dont 860 * printk from non-preemptible sections so this is for the emergency 861 * case only. 862 */ 863 #ifdef CONFIG_PREEMPT_RT 864 if (!in_atomic() && !irqs_disabled()) 865 #endif 866 if (wake_klogd && !oops_in_progress && waitqueue_active(&log_wait)) 867 wake_up_interruptible(&log_wait); 868 } 0xc0312a1e is in __spin_lock_irqsave (kernel/spinlock.c:122). 117 { 118 unsigned long flags; 119 120 local_irq_save(flags); 121 preempt_disable(); 122 spin_acquire(&lock->dep_map, 0, 0, _RET_IP_); 123 /* 124 * On lockdep we dont want the hand-coded irq-enable of 125 * _raw_spin_lock_flags() code, because lockdep assumes 126 * that interrupts are not re-enabled during lock-acquire: 0xc0311981 is in rt_mutex_slowunlock (kernel/rtmutex.c:1053). 1048 static void __sched 1049 rt_mutex_slowunlock(struct rt_mutex *lock) 1050 { 1051 unsigned long flags; 1052 1053 spin_lock_irqsave(&lock->wait_lock, flags); 1054 1055 debug_rt_mutex_unlock(lock); 1056 1057 rt_mutex_deadlock_account_unlock(current); http://www.stardust.webpages.pl/files/tbf/euridica/2.6.20-rt2/rt-config http://www.stardust.webpages.pl/files/tbf/euridica/2.6.20-rt2/rt-dmesg Regards, Michal -- Michal K. K. Piotrowski LTG - Linux Testers Group (http://www.stardust.webpages.pl/ltg/) ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: v2.6.20-rt1, yum/rpm 2007-02-05 6:56 v2.6.20-rt1, yum/rpm Ingo Molnar ` (2 preceding siblings ...) 2007-02-05 12:59 ` Michal Piotrowski @ 2007-02-05 14:25 ` Karsten Wiese 2007-02-05 21:46 ` USX2Y 2.6.20-rt2 Oops on disconnect Rui Nuno Capela 2007-02-10 1:29 ` us428control 0.4.5 [RFC] Rui Nuno Capela 2007-02-05 15:17 ` v2.6.20-rt1, yum/rpm Parag Warudkar ` (9 subsequent siblings) 13 siblings, 2 replies; 55+ messages in thread From: Karsten Wiese @ 2007-02-05 14:25 UTC (permalink / raw) To: Ingo Molnar; +Cc: linux-kernel, linux-rt-users Am Montag, 5. Februar 2007 07:56 schrieb Ingo Molnar: > i have released the v2.6.20-rt1 kernel, which can be downloaded from the after resuming from $ echo mem > /sys/power/state both lapic and pic are active, while only lapic should be. resuming from $ echo disk > /sys/power/state is fine. Karsten ^ permalink raw reply [flat|nested] 55+ messages in thread
* USX2Y 2.6.20-rt2 Oops on disconnect 2007-02-05 14:25 ` Karsten Wiese @ 2007-02-05 21:46 ` Rui Nuno Capela 2007-02-05 22:27 ` Karsten Wiese 2007-02-10 1:29 ` us428control 0.4.5 [RFC] Rui Nuno Capela 1 sibling, 1 reply; 55+ messages in thread From: Rui Nuno Capela @ 2007-02-05 21:46 UTC (permalink / raw) To: Karsten Wiese, Karsten Wiese; +Cc: alsa-devel Hi Karsten, I'm having this kernel oops right on disconnecting my US-224. Probably it has been creeping around before, but only now I had the opportunity to report. ... ALSA sound/usb/usx2y/usx2yhwdeppcm.c:76: activ frame status -62. Most propably some hardware problem. usb 2-1: USB disconnect, address 5 BUG: unable to handle kernel paging request at virtual address 00070033 printing eip: e06ccc6f *pde = 00000000 stopped custom tracer. Oops: 0000 [#1] PREEMPT Modules linked in: snd_rtctimer snd_seq_midi snd_seq_midi_event snd_seq_dummy snd_pcm_oss snd_mixer_oss snd_seq snd_usb_usx2y snd_usb_lib snd_rawmidi snd_seq_device snd_hwdep snd_ali5451 snd_ac97_codec snd_pcm snd_timer snd appletalk ax25 ipx p8023 arc4 ecb blkcipher ieee80211_crypt_wep af_packet ipv6 button battery ac loop dm_mod hostap_cs hostap ieee80211_crypt pcmcia firmware_class i2c_ali1535 ohci1394 ieee1394 ohci_hcd parport_pc ide_cd cdrom parport usbcore i2c_ali15x3 shpchp yenta_socket ati_agp i2c_core agpgart rsrc_nonstatic pci_hotplug pcmcia_core ac97_bus natsemi soundcore snd_page_alloc ext3 mbcache jbd edd fan alim15x3 thermal processor ide_disk ide_core CPU: 0 EIP: 0060:[<e06ccc6f>] Not tainted VLI EFLAGS: 00210202 (2.6.20-rt2.0 #1) EIP is at snd_info_free_entry+0xa/0x47 [snd] eax: 00070007 ebx: 00070007 ecx: c040be90 edx: c4d44d30 esi: dc63dc00 edi: dc63ddac ebp: d4399e78 esp: d4399e74 ds: 007b es: 007b ss: 0068 preempt: 00000001 Process jackd (pid: 5167, ti=d4399000 task=c4d44d30 task.ti=d4399000) Stack: dc63dc00 d4399e90 e06cb6f9 00000000 c4ded3e0 dc63dc00 c4ded3e0 d4399eb8 e06cb7cf 00000000 d4399eb8 c0116dcf 00000001 d3eec480 d31b4f18 d31b4e00 d5d29c00 d4399ee4 e06f8f89 00000000 df7659c0 d321e8bc d4399ee0 d3eec480 Call Trace: [<e06cb6f9>] snd_card_do_free+0xb4/0xea [snd] [<e06cb7cf>] snd_card_file_remove+0xa0/0x10f [snd] [<e06f8f89>] snd_pcm_release+0xbb/0xc5 [snd_pcm] [<e06cbd6e>] snd_disconnect_release+0x70/0x78 [snd] [<c01617f0>] __fput+0xa4/0x163 [<c01618c5>] fput+0x16/0x18 [<c015f025>] filp_close+0x54/0x5c [<c011b00b>] put_files_struct+0x66/0xa8 [<c011c0c4>] do_exit+0x20e/0x75a [<c011c6a0>] complete_and_exit+0x0/0x16 [<c0103e04>] syscall_call+0x7/0xb [<b7f39199>] 0xb7f39199 ======================= Code: 85 28 00 00 e8 04 89 a3 df eb 0f 8b 53 2c e8 65 ff ff ff c7 43 2c 00 00 00 00 83 c4 10 5b 5e 5d c3 55 85 c0 89 e5 53 89 c3 74 3a <83> 78 2c 00 74 1b b8 40 89 6d e0 e8 18 bb bd df 89 d8 e8 4b ff EIP: [<e06ccc6f>] snd_info_free_entry+0xa/0x47 [snd] SS:ESP 0068:d4399e74 <1>Fixing recursive fault but reboot is needed! Bad page state in process 'beagled-helper' page:c123fe40 flags:0x40000000 mapping:00000000 mapcount:0 count:-1 Trying to fix it up, but a reboot is needed Backtrace: [<c0104d68>] dump_trace+0x63/0x1e5 [<c0104f04>] show_trace_log_lvl+0x1a/0x2f [<c01054d4>] show_trace+0x12/0x14 [<c0105567>] dump_stack+0x16/0x18 [<c0149262>] bad_page+0x61/0x8e [<c0149ab0>] get_page_from_freelist+0x1d6/0x2a7 [<c0149bce>] __alloc_pages+0x4d/0x274 [<c0146e18>] generic_file_buffered_write+0x154/0x520 [<c014764f>] __generic_file_aio_write_nolock+0x46b/0x4d8 [<c0147712>] generic_file_aio_write+0x56/0xb4 [<e085e157>] ext3_file_write+0x27/0x96 [ext3] [<c016046e>] do_sync_write+0xc2/0xff [<c0160cad>] vfs_write+0xaf/0x163 [<c016122d>] sys_write+0x3d/0x61 [<c0103d90>] sysenter_past_esp+0x5d/0x81 [<ffffe410>] _einittext+0x3fc3c386/0xffee9993 ======================= Cheers, -- rncbc aka Rui Nuno Capela rncbc@rncbc.org ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: USX2Y 2.6.20-rt2 Oops on disconnect 2007-02-05 21:46 ` USX2Y 2.6.20-rt2 Oops on disconnect Rui Nuno Capela @ 2007-02-05 22:27 ` Karsten Wiese 2007-02-06 11:53 ` Takashi Iwai 2007-02-07 0:54 ` USX2Y 2.6.20-rt2 Oops on disconnect [SOLVED] Rui Nuno Capela 0 siblings, 2 replies; 55+ messages in thread From: Karsten Wiese @ 2007-02-05 22:27 UTC (permalink / raw) To: Rui Nuno Capela; +Cc: alsa-devel [-- Attachment #1: Type: text/plain, Size: 3914 bytes --] Am Montag, 5. Februar 2007 22:46 schrieb Rui Nuno Capela: > Hi Karsten, > > I'm having this kernel oops right on disconnecting my US-224. Probably it > has been creeping around before, but only now I had the opportunity to > report. > > ... > ALSA sound/usb/usx2y/usx2yhwdeppcm.c:76: activ frame status -62. Most > propably some hardware problem. > usb 2-1: USB disconnect, address 5 > BUG: unable to handle kernel paging request at virtual address 00070033 > printing eip: > e06ccc6f > *pde = 00000000 > stopped custom tracer. > Oops: 0000 [#1] > PREEMPT > Modules linked in: snd_rtctimer snd_seq_midi snd_seq_midi_event > snd_seq_dummy snd_pcm_oss snd_mixer_oss snd_seq snd_usb_usx2y snd_usb_lib > snd_rawmidi snd_seq_device snd_hwdep snd_ali5451 snd_ac97_codec snd_pcm > snd_timer snd appletalk ax25 ipx p8023 arc4 ecb blkcipher > ieee80211_crypt_wep af_packet ipv6 button battery ac loop dm_mod hostap_cs > hostap ieee80211_crypt pcmcia firmware_class i2c_ali1535 ohci1394 ieee1394 > ohci_hcd parport_pc ide_cd cdrom parport usbcore i2c_ali15x3 shpchp > yenta_socket ati_agp i2c_core agpgart rsrc_nonstatic pci_hotplug > pcmcia_core ac97_bus natsemi soundcore snd_page_alloc ext3 mbcache jbd edd > fan alim15x3 thermal processor ide_disk ide_core > CPU: 0 > EIP: 0060:[<e06ccc6f>] Not tainted VLI > EFLAGS: 00210202 (2.6.20-rt2.0 #1) > EIP is at snd_info_free_entry+0xa/0x47 [snd] > eax: 00070007 ebx: 00070007 ecx: c040be90 edx: c4d44d30 > esi: dc63dc00 edi: dc63ddac ebp: d4399e78 esp: d4399e74 > ds: 007b es: 007b ss: 0068 preempt: 00000001 > Process jackd (pid: 5167, ti=d4399000 task=c4d44d30 task.ti=d4399000) > Stack: dc63dc00 d4399e90 e06cb6f9 00000000 c4ded3e0 dc63dc00 c4ded3e0 > d4399eb8 > e06cb7cf 00000000 d4399eb8 c0116dcf 00000001 d3eec480 d31b4f18 > d31b4e00 > d5d29c00 d4399ee4 e06f8f89 00000000 df7659c0 d321e8bc d4399ee0 > d3eec480 > Call Trace: > [<e06cb6f9>] snd_card_do_free+0xb4/0xea [snd] > [<e06cb7cf>] snd_card_file_remove+0xa0/0x10f [snd] > [<e06f8f89>] snd_pcm_release+0xbb/0xc5 [snd_pcm] > [<e06cbd6e>] snd_disconnect_release+0x70/0x78 [snd] > [<c01617f0>] __fput+0xa4/0x163 > [<c01618c5>] fput+0x16/0x18 > [<c015f025>] filp_close+0x54/0x5c > [<c011b00b>] put_files_struct+0x66/0xa8 > [<c011c0c4>] do_exit+0x20e/0x75a > [<c011c6a0>] complete_and_exit+0x0/0x16 > [<c0103e04>] syscall_call+0x7/0xb > [<b7f39199>] 0xb7f39199 > ======================= > Code: 85 28 00 00 e8 04 89 a3 df eb 0f 8b 53 2c e8 65 ff ff ff c7 43 2c 00 > 00 00 00 83 c4 10 5b 5e 5d c3 55 85 c0 89 e5 53 89 c3 74 3a <83> 78 2c 00 > 74 1b b8 40 89 6d e0 e8 18 bb bd df 89 d8 e8 4b ff > EIP: [<e06ccc6f>] snd_info_free_entry+0xa/0x47 [snd] SS:ESP 0068:d4399e74 > <1>Fixing recursive fault but reboot is needed! > Bad page state in process 'beagled-helper' > page:c123fe40 flags:0x40000000 mapping:00000000 mapcount:0 count:-1 > Trying to fix it up, but a reboot is needed > Backtrace: > [<c0104d68>] dump_trace+0x63/0x1e5 > [<c0104f04>] show_trace_log_lvl+0x1a/0x2f > [<c01054d4>] show_trace+0x12/0x14 > [<c0105567>] dump_stack+0x16/0x18 > [<c0149262>] bad_page+0x61/0x8e > [<c0149ab0>] get_page_from_freelist+0x1d6/0x2a7 > [<c0149bce>] __alloc_pages+0x4d/0x274 > [<c0146e18>] generic_file_buffered_write+0x154/0x520 > [<c014764f>] __generic_file_aio_write_nolock+0x46b/0x4d8 > [<c0147712>] generic_file_aio_write+0x56/0xb4 > [<e085e157>] ext3_file_write+0x27/0x96 [ext3] > [<c016046e>] do_sync_write+0xc2/0xff > [<c0160cad>] vfs_write+0xaf/0x163 > [<c016122d>] sys_write+0x3d/0x61 > [<c0103d90>] sysenter_past_esp+0x5d/0x81 > [<ffffe410>] _einittext+0x3fc3c386/0xffee9993 > ======================= hm, just pulled the usb-cable off my us428 twice with nothing in dmesg. Under jackd working. Which is the way to reproduce this? As a shot in the dark, please try the attached patch. Should be correct anyhow ;-) Cheers, Karsten [-- Attachment #2: snd_hwdep_release-racefix.diff --] [-- Type: text/x-diff, Size: 1054 bytes --] Hi Takashi, had some oopses here running -rt kernels, which vanished after applying this. Karsten ------------------------------------------------------------------- snd_hwdep_release() racefix snd_card_file_remove() can free the snd_card. Touch hw->* only before calling snd_card_file_remove(). Unrelated: Allow hwdep devices not to have own ops.release(); Signed-off-by: Karsten Wiese <fzu@wemgehoertderstaat.de> --- /alsa-kernel/core/hwdep.c_ 2007-01-30 20:32:01.000000000 +0100 +++ /alsa-kernel/core/hwdep.c 2007-01-30 20:32:01.000000000 +0100 @@ -156,15 +156,16 @@ int err = -ENXIO; struct snd_hwdep *hw = file->private_data; struct module *mod = hw->card->module; + mutex_lock(&hw->open_mutex); - if (hw->ops.release) { + if (hw->ops.release) err = hw->ops.release(hw, file); - wake_up(&hw->open_wait); - } if (hw->used > 0) hw->used--; - snd_card_file_remove(hw->card, file); mutex_unlock(&hw->open_mutex); + wake_up(&hw->open_wait); + + snd_card_file_remove(hw->card, file); module_put(mod); return err; } [-- Attachment #3: Type: text/plain, Size: 374 bytes --] ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 [-- Attachment #4: Type: text/plain, Size: 161 bytes --] _______________________________________________ Alsa-devel mailing list Alsa-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-devel ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: USX2Y 2.6.20-rt2 Oops on disconnect 2007-02-05 22:27 ` Karsten Wiese @ 2007-02-06 11:53 ` Takashi Iwai 2007-02-07 0:54 ` USX2Y 2.6.20-rt2 Oops on disconnect [SOLVED] Rui Nuno Capela 1 sibling, 0 replies; 55+ messages in thread From: Takashi Iwai @ 2007-02-06 11:53 UTC (permalink / raw) To: Karsten Wiese; +Cc: alsa-devel, Rui Nuno Capela At Mon, 5 Feb 2007 23:27:06 +0100, Karsten Wiese wrote: > > Hi Takashi, > > had some oopses here running -rt kernels, > which vanished after applying this. It wasn't included in 2.6.20, so likely this may be the cause. You can also try either the latest alsa-driver from HG tree or the alsa.git mm branch, both of which include this fix. Takashi > > Karsten > ------------------------------------------------------------------- > snd_hwdep_release() racefix > > > snd_card_file_remove() can free the snd_card. > Touch hw->* only before calling snd_card_file_remove(). > > Unrelated: Allow hwdep devices not to have own ops.release(); > > > Signed-off-by: Karsten Wiese <fzu@wemgehoertderstaat.de> > > > --- /alsa-kernel/core/hwdep.c_ 2007-01-30 20:32:01.000000000 +0100 > +++ /alsa-kernel/core/hwdep.c 2007-01-30 20:32:01.000000000 +0100 > @@ -156,15 +156,16 @@ > int err = -ENXIO; > struct snd_hwdep *hw = file->private_data; > struct module *mod = hw->card->module; > + > mutex_lock(&hw->open_mutex); > - if (hw->ops.release) { > + if (hw->ops.release) > err = hw->ops.release(hw, file); > - wake_up(&hw->open_wait); > - } > if (hw->used > 0) > hw->used--; > - snd_card_file_remove(hw->card, file); > mutex_unlock(&hw->open_mutex); > + wake_up(&hw->open_wait); > + > + snd_card_file_remove(hw->card, file); > module_put(mod); > return err; > } ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: USX2Y 2.6.20-rt2 Oops on disconnect [SOLVED] 2007-02-05 22:27 ` Karsten Wiese 2007-02-06 11:53 ` Takashi Iwai @ 2007-02-07 0:54 ` Rui Nuno Capela 2007-02-07 10:26 ` Takashi Iwai 1 sibling, 1 reply; 55+ messages in thread From: Rui Nuno Capela @ 2007-02-07 0:54 UTC (permalink / raw) To: Karsten Wiese; +Cc: Takashi Iwai, alsa-devel Karsten Wiese wrote: > Am Montag, 5. Februar 2007 22:46 schrieb Rui Nuno Capela: >> Hi Karsten, >> >> I'm having this kernel oops right on disconnecting my US-224. Probably it >> has been creeping around before, but only now I had the opportunity to >> report. >> >> ... > > hm, just pulled the usb-cable off my us428 twice with nothing in dmesg. > Under jackd working. > Which is the way to reproduce this? > As a shot in the dark, please try the attached patch. > Should be correct anyhow ;-) > > ... > Hi Takashi, > > had some oopses here running -rt kernels, > which vanished after applying this. > > Karsten > ------------------------------------------------------------------- > snd_hwdep_release() racefix > > > snd_card_file_remove() can free the snd_card. > Touch hw->* only before calling snd_card_file_remove(). > > Unrelated: Allow hwdep devices not to have own ops.release(); > > > Signed-off-by: Karsten Wiese <fzu@wemgehoertderstaat.de> > > > --- /alsa-kernel/core/hwdep.c_ 2007-01-30 20:32:01.000000000 +0100 > +++ /alsa-kernel/core/hwdep.c 2007-01-30 20:32:01.000000000 +0100 > @@ -156,15 +156,16 @@ > int err = -ENXIO; > struct snd_hwdep *hw = file->private_data; > struct module *mod = hw->card->module; > + > mutex_lock(&hw->open_mutex); > - if (hw->ops.release) { > + if (hw->ops.release) > err = hw->ops.release(hw, file); > - wake_up(&hw->open_wait); > - } > if (hw->used > 0) > hw->used--; > - snd_card_file_remove(hw->card, file); > mutex_unlock(&hw->open_mutex); > + wake_up(&hw->open_wait); > + > + snd_card_file_remove(hw->card, file); > module_put(mod); > return err; > } > OK. Karsten's patch (snd_hwdep_release-racefix.diff) applied. Oops no more, at least on this early reported machine. I've just missed that one before and assumed it was already present on the -rt patchset (as was the OHCI fix). Make me wait no longer. Make it through 2.6.21 merge window too, please? Cheers. -- rncbc aka Rui Nuno Capela rncbc@rncbc.org ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: USX2Y 2.6.20-rt2 Oops on disconnect [SOLVED] 2007-02-07 0:54 ` USX2Y 2.6.20-rt2 Oops on disconnect [SOLVED] Rui Nuno Capela @ 2007-02-07 10:26 ` Takashi Iwai 0 siblings, 0 replies; 55+ messages in thread From: Takashi Iwai @ 2007-02-07 10:26 UTC (permalink / raw) To: Rui Nuno Capela; +Cc: Karsten Wiese, alsa-devel At Wed, 07 Feb 2007 00:54:23 +0000, Rui Nuno Capela wrote: > > Karsten Wiese wrote: > > Am Montag, 5. Februar 2007 22:46 schrieb Rui Nuno Capela: > >> Hi Karsten, > >> > >> I'm having this kernel oops right on disconnecting my US-224. Probably it > >> has been creeping around before, but only now I had the opportunity to > >> report. > >> > >> ... > > > > hm, just pulled the usb-cable off my us428 twice with nothing in dmesg. > > Under jackd working. > > Which is the way to reproduce this? > > As a shot in the dark, please try the attached patch. > > Should be correct anyhow ;-) > > > > ... > > Hi Takashi, > > > > had some oopses here running -rt kernels, > > which vanished after applying this. > > > > Karsten > > ------------------------------------------------------------------- > > snd_hwdep_release() racefix > > > > > > snd_card_file_remove() can free the snd_card. > > Touch hw->* only before calling snd_card_file_remove(). > > > > Unrelated: Allow hwdep devices not to have own ops.release(); > > > > > > Signed-off-by: Karsten Wiese <fzu@wemgehoertderstaat.de> > > > > > > --- /alsa-kernel/core/hwdep.c_ 2007-01-30 20:32:01.000000000 +0100 > > +++ /alsa-kernel/core/hwdep.c 2007-01-30 20:32:01.000000000 +0100 > > @@ -156,15 +156,16 @@ > > int err = -ENXIO; > > struct snd_hwdep *hw = file->private_data; > > struct module *mod = hw->card->module; > > + > > mutex_lock(&hw->open_mutex); > > - if (hw->ops.release) { > > + if (hw->ops.release) > > err = hw->ops.release(hw, file); > > - wake_up(&hw->open_wait); > > - } > > if (hw->used > 0) > > hw->used--; > > - snd_card_file_remove(hw->card, file); > > mutex_unlock(&hw->open_mutex); > > + wake_up(&hw->open_wait); > > + > > + snd_card_file_remove(hw->card, file); > > module_put(mod); > > return err; > > } > > > > OK. Karsten's patch (snd_hwdep_release-racefix.diff) applied. Oops no > more, at least on this early reported machine. I've just missed that one > before and assumed it was already present on the -rt patchset (as was > the OHCI fix). Good to hear that it's really fixed. > Make me wait no longer. Make it through 2.6.21 merge window too, please? It's in ALSA tree, so it should be merged in the next merge window. Takashi ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ^ permalink raw reply [flat|nested] 55+ messages in thread
* us428control 0.4.5 [RFC] 2007-02-05 14:25 ` Karsten Wiese 2007-02-05 21:46 ` USX2Y 2.6.20-rt2 Oops on disconnect Rui Nuno Capela @ 2007-02-10 1:29 ` Rui Nuno Capela 2007-02-10 15:37 ` Rui Nuno Capela 1 sibling, 1 reply; 55+ messages in thread From: Rui Nuno Capela @ 2007-02-10 1:29 UTC (permalink / raw) To: alsa-devel Hi Karsten et al., After a very long period I've finally got the time and initiative to get back on continuing us428control implementation details, specially regarding my US-224 usability as a dedicated DAW control surface. Almost 3 years ago I had the MMC implementation started but left it in the bare basic status, that was about the transport and shuttle controls. Now I wish to have a chance and push it a little bit further and complete some other things in the process. Specifically, I'm proposing about the following: a) SELECT, REC, MUTE and SOLO switching. b) NULL fader switching. c) MMC Masked-Write command mapping to REC, MUTE and SOLO[*] I have already a) and b) working partially, at least for the lightnings (LEDs) as you can check from [1], with version bumped to 0.4.5; c) will follow promptly on those next days. I would like your early but valuable comments, whether this effort makes any sense, specially in regard to the US-428. [*] I have some fundamental doubts if there's an MMC command information field for track SOLOing. AFAIK theres only those for track REC and MUTE status, dunno how can I do the SOLO signaling :( Ah, any hint would be highly appreciated, specially from someone who has access to the official MIDI specification, the one regarding MMC Recommended Practices RP-013 in particular ;) [1] http://www.rncbc.org/usx2y/us428control-0.4.5-1.tar.gz Cheers, -- rncbc aka Rui Nuno Capela rncbc@rncbc.org ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: us428control 0.4.5 [RFC] 2007-02-10 1:29 ` us428control 0.4.5 [RFC] Rui Nuno Capela @ 2007-02-10 15:37 ` Rui Nuno Capela 2007-02-13 16:07 ` Q: How to detect which USx2y is connected? Rui Nuno Capela ` (2 more replies) 0 siblings, 3 replies; 55+ messages in thread From: Rui Nuno Capela @ 2007-02-10 15:37 UTC (permalink / raw) To: alsa-devel; +Cc: Karsten Wiese, Karsten Wiese, Rui Nuno Capela Hi again, Some more improvements [1], specially regarding BANK layer switching: - when not in INPUT MONITOR mode, the SELECT, REC, MUTE/SOLO channel LED states are preserved across four (4) layers, now switchable with the BANK_R and BANK_L buttons. Next steps will regard the proposed MMC Masked Write command traffic and the NULL fader switch, although this last one is falling short of usefulness on my mind :) [1] http://www.rncbc.org/usx2y/us428control-0.4.5-2.tar.gz Cheers. -- rncbc aka Rui Nuno Capela rncbc@rncbc.org ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ^ permalink raw reply [flat|nested] 55+ messages in thread
* Q: How to detect which USx2y is connected? 2007-02-10 15:37 ` Rui Nuno Capela @ 2007-02-13 16:07 ` Rui Nuno Capela 2007-02-13 17:36 ` Karsten Wiese 2007-02-14 22:43 ` [PATCH] us428control 0.4.5 Rui Nuno Capela 2007-02-16 17:13 ` [PATCH] us428control 0.4.6 Rui Nuno Capela 2 siblings, 1 reply; 55+ messages in thread From: Rui Nuno Capela @ 2007-02-13 16:07 UTC (permalink / raw) To: Karsten Wiese; +Cc: alsa-devel Hi Karsten, In my quest in completing us428control implementation, I'm now stumbling on a fundamental question regarding the number of tracks/channel-faders (per bank) each particular usx2y device supports. The question boils down to what is the actual numeric value of the y in the actual usx2y model name :) In practice, I need to know which usx2y model is actually connected. So, what is the best/deterministic way to detect (programmatically) whether us428control is connecting to a US224 (y=4, as mine) _or_ a US428 (y=8, as yours) ? Is snd_hwdep_info_get_name() expected to be the most correct method? TIA -- rncbc aka Rui Nuno Capela rncbc@rncbc.org ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: Q: How to detect which USx2y is connected? 2007-02-13 16:07 ` Q: How to detect which USx2y is connected? Rui Nuno Capela @ 2007-02-13 17:36 ` Karsten Wiese 2007-02-13 17:47 ` Karsten Wiese 2007-02-13 17:48 ` Takashi Iwai 0 siblings, 2 replies; 55+ messages in thread From: Karsten Wiese @ 2007-02-13 17:36 UTC (permalink / raw) To: Rui Nuno Capela; +Cc: alsa-devel Hi Rui, Am Dienstag, 13. Februar 2007 schrieb Rui Nuno Capela: > Hi Karsten, > > In my quest in completing us428control implementation, I'm now stumbling > on a fundamental question regarding the number of tracks/channel-faders > (per bank) each particular usx2y device supports. The question boils down > to what is the actual numeric value of the y in the actual usx2y model > name :) > > In practice, I need to know which usx2y model is actually connected. > > So, what is the best/deterministic way to detect (programmatically) > whether us428control is connecting to a US224 (y=4, as mine) _or_ a US428 > (y=8, as yours) ? > > Is snd_hwdep_info_get_name() expected to be the most correct method? Yes, I fear. this gives the /proc/bus/usb/002/004 filename. I just did cat /proc/bus/usb/004/005 > x and check x with hexedit: the 1604 and 8001 is in there. I don't know how to portably interpret a read from /proc/bus/usb/004/005 though. libusb seams to only give the product id (1604:800x) by iterating over all usb-devices. Thanks, Karsten ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: Q: How to detect which USx2y is connected? 2007-02-13 17:36 ` Karsten Wiese @ 2007-02-13 17:47 ` Karsten Wiese 2007-02-13 17:48 ` Takashi Iwai 1 sibling, 0 replies; 55+ messages in thread From: Karsten Wiese @ 2007-02-13 17:47 UTC (permalink / raw) To: Rui Nuno Capela; +Cc: alsa-devel Am Dienstag, 13. Februar 2007 schrieb Karsten Wiese: > Hi Rui, > > Am Dienstag, 13. Februar 2007 schrieb Rui Nuno Capela: > > Hi Karsten, > > > > In my quest in completing us428control implementation, I'm now stumbling > > on a fundamental question regarding the number of tracks/channel-faders > > (per bank) each particular usx2y device supports. The question boils down > > to what is the actual numeric value of the y in the actual usx2y model > > name :) > > > > In practice, I need to know which usx2y model is actually connected. > > > > So, what is the best/deterministic way to detect (programmatically) > > whether us428control is connecting to a US224 (y=4, as mine) _or_ a US428 > > (y=8, as yours) ? > > > > Is snd_hwdep_info_get_name() expected to be the most correct method? > > Yes, I fear. this gives the /proc/bus/usb/002/004 filename. > I just did cat /proc/bus/usb/004/005 > x > and check x with hexedit: the 1604 and 8001 is in there. > I don't know how to portably interpret a read from > /proc/bus/usb/004/005 though. > > libusb seams to only give the product id (1604:800x) by iterating over > all usb-devices. Also the /sys filesystem gives some infos: $ cat /sys/bus/usb/devices/4-1\:1.0/modalias usb:v1604p8001d0001dc00dsc00dp00icFFisc00ip00 How do the (void on 224) 428 slidervalues show up in us428control? Thanks, Karsten ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: Q: How to detect which USx2y is connected? 2007-02-13 17:36 ` Karsten Wiese 2007-02-13 17:47 ` Karsten Wiese @ 2007-02-13 17:48 ` Takashi Iwai 2007-02-13 18:08 ` Rui Nuno Capela 1 sibling, 1 reply; 55+ messages in thread From: Takashi Iwai @ 2007-02-13 17:48 UTC (permalink / raw) To: Karsten Wiese; +Cc: alsa-devel, Rui Nuno Capela At Tue, 13 Feb 2007 18:36:35 +0100, Karsten Wiese wrote: > > Hi Rui, > > Am Dienstag, 13. Februar 2007 schrieb Rui Nuno Capela: > > Hi Karsten, > > > > In my quest in completing us428control implementation, I'm now stumbling > > on a fundamental question regarding the number of tracks/channel-faders > > (per bank) each particular usx2y device supports. The question boils down > > to what is the actual numeric value of the y in the actual usx2y model > > name :) > > > > In practice, I need to know which usx2y model is actually connected. > > > > So, what is the best/deterministic way to detect (programmatically) > > whether us428control is connecting to a US224 (y=4, as mine) _or_ a US428 > > (y=8, as yours) ? > > > > Is snd_hwdep_info_get_name() expected to be the most correct method? > > Yes, I fear. this gives the /proc/bus/usb/002/004 filename. > I just did cat /proc/bus/usb/004/005 > x > and check x with hexedit: the 1604 and 8001 is in there. > I don't know how to portably interpret a read from > /proc/bus/usb/004/005 though. Note that /proc/bus/usb is deprecated on many distros... Takashi ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: Q: How to detect which USx2y is connected? 2007-02-13 17:48 ` Takashi Iwai @ 2007-02-13 18:08 ` Rui Nuno Capela 2007-02-13 18:13 ` Rui Nuno Capela 2007-02-13 19:03 ` Karsten Wiese 0 siblings, 2 replies; 55+ messages in thread From: Rui Nuno Capela @ 2007-02-13 18:08 UTC (permalink / raw) To: Takashi Iwai; +Cc: Karsten Wiese, alsa-devel [-- Attachment #1: Type: text/plain, Size: 1854 bytes --] Takashi Iwai wrote: > At Tue, 13 Feb 2007 18:36:35 +0100, > Karsten Wiese wrote: >> Hi Rui, >> >> Am Dienstag, 13. Februar 2007 schrieb Rui Nuno Capela: >>> Hi Karsten, >>> >>> In my quest in completing us428control implementation, I'm now stumbling >>> on a fundamental question regarding the number of tracks/channel-faders >>> (per bank) each particular usx2y device supports. The question boils down >>> to what is the actual numeric value of the y in the actual usx2y model >>> name :) >>> >>> In practice, I need to know which usx2y model is actually connected. >>> >>> So, what is the best/deterministic way to detect (programmatically) >>> whether us428control is connecting to a US224 (y=4, as mine) _or_ a US428 >>> (y=8, as yours) ? >>> >>> Is snd_hwdep_info_get_name() expected to be the most correct method? >> Yes, I fear. this gives the /proc/bus/usb/002/004 filename. >> I just did cat /proc/bus/usb/004/005 > x >> and check x with hexedit: the 1604 and 8001 is in there. >> I don't know how to portably interpret a read from >> /proc/bus/usb/004/005 though. > > Note that /proc/bus/usb is deprecated on many distros... > How about using snd_pcm_hw_params_get_channels_max() ? At least on capture the US224 should give 2 and the US428 should give 4 as the maximum number of channels. It would be handful for me if the attached test program could be ran against a US428, just for the records ;) On my US224 it gives: $ snd_hwdep_info hw:3 ---hwdep--- snd_hwdep_info_get_id (hw:3) = 'USX2Y Loader' snd_hwdep_info_get_name (hw:3) = '/proc/bus/usb/001/004' ---pcm (capture)--- snd_pcm_hw_params_get_channels_min(hw:3) = 2 snd_pcm_hw_params_get_channels_max(hw:3) = 2 ---pcm (playback)--- snd_pcm_hw_params_get_channels_min(hw:3) = 2 snd_pcm_hw_params_get_channels_max(hw:3) = 2 Karsten? -- rncbc aka Rui Nuno Capela rncbc@rncbc.org [-- Attachment #2: snd_hwdep_info.c --] [-- Type: text/plain, Size: 2446 bytes --] #include <stdio.h> #include <stdlib.h> #include <alsa/asoundlib.h> /** Vendor / Product ID 0x1604 / 0x8001 (US428) 0x1604 / 0x8005 (US224) 0x1604 / 0x8007 (US122) */ int print_hwdep_info ( const char *name ) { snd_hwdep_t *hwdep = NULL; snd_hwdep_info_t *hwdep_info; int err; if ((err = snd_hwdep_open(&hwdep, name, SND_HWDEP_OPEN_READ | SND_HWDEP_OPEN_NONBLOCK)) < 0) { fprintf(stderr, "snd_hwdep_open(%s): %s\n", name, snd_strerror(err)); return err; } snd_hwdep_info_alloca(&hwdep_info); if ((err = snd_hwdep_info(hwdep, hwdep_info)) < 0) { fprintf(stderr, "snd_hwdep_info(%s): %s\n", name, snd_strerror(err)); } else { printf("snd_hwdep_info_get_id (%s) = '%s'\n", name, snd_hwdep_info_get_id(hwdep_info)); printf("snd_hwdep_info_get_name (%s) = '%s'\n", name, snd_hwdep_info_get_name(hwdep_info)); } if ((err = snd_hwdep_close(hwdep)) < 0) fprintf(stderr, "snd_hwdep_close(%s): %s\n", name, snd_strerror(err)); return err; } int print_pcm_info ( const char *name, int stream ) { snd_pcm_t *pcm; snd_pcm_hw_params_t *hw_params; unsigned int channels; int err; if ((err = snd_pcm_open(&pcm, name, stream, SND_PCM_NONBLOCK)) < 0) { fprintf(stderr, "snd_pcm_open(%s): %s\n", name, snd_strerror(err)); return err; } snd_pcm_hw_params_alloca(&hw_params); if ((err = snd_pcm_hw_params_any(pcm, hw_params)) < 0) { fprintf(stderr, "snd_pcm_hw_params_any(%s): %s\n", name, snd_strerror(err)); } else { if ((err = snd_pcm_hw_params_get_channels_min(hw_params, &channels)) < 0) { fprintf(stderr, "snd_pcm_hw_params_get_channels_min(%s): %s\n", name, snd_strerror(err)); } else { printf("snd_pcm_hw_params_get_channels_min(%s) = %u\n", name, channels); } if ((err = snd_pcm_hw_params_get_channels_max(hw_params, &channels)) < 0) { fprintf(stderr, "snd_pcm_hw_params_get_channels_max(%s): %s\n", name, snd_strerror(err)); } else { printf("snd_pcm_hw_params_get_channels_max(%s) = %u\n", name, channels); } } if ((err = snd_pcm_close(pcm)) < 0) fprintf(stderr, "snd_pcm_close(%s): %s\n", name, snd_strerror(err)); return err; } int main ( int argc, char *argv[] ) { int i; for (i = 1; i < argc; ++i) { const char *name = argv[i]; printf("---hwdep---\n"); print_hwdep_info(name); printf("---pcm (capture)---\n"); print_pcm_info(name, SND_PCM_STREAM_CAPTURE); printf("---pcm (playback)---\n"); print_pcm_info(name, SND_PCM_STREAM_PLAYBACK); } } [-- Attachment #3: Type: text/plain, Size: 374 bytes --] ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 [-- Attachment #4: Type: text/plain, Size: 161 bytes --] _______________________________________________ Alsa-devel mailing list Alsa-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-devel ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: Q: How to detect which USx2y is connected? 2007-02-13 18:08 ` Rui Nuno Capela @ 2007-02-13 18:13 ` Rui Nuno Capela 2007-02-13 19:03 ` Karsten Wiese 1 sibling, 0 replies; 55+ messages in thread From: Rui Nuno Capela @ 2007-02-13 18:13 UTC (permalink / raw) To: Rui Nuno Capela; +Cc: Takashi Iwai, Karsten Wiese, alsa-devel Rui Nuno Capela wrote: > Takashi Iwai wrote: >> At Tue, 13 Feb 2007 18:36:35 +0100, >> Karsten Wiese wrote: >>> Hi Rui, >>> >>> Am Dienstag, 13. Februar 2007 schrieb Rui Nuno Capela: >>>> Hi Karsten, >>>> >>>> In my quest in completing us428control implementation, I'm now stumbling >>>> on a fundamental question regarding the number of tracks/channel-faders >>>> (per bank) each particular usx2y device supports. The question boils down >>>> to what is the actual numeric value of the y in the actual usx2y model >>>> name :) >>>> >>>> In practice, I need to know which usx2y model is actually connected. >>>> >>>> So, what is the best/deterministic way to detect (programmatically) >>>> whether us428control is connecting to a US224 (y=4, as mine) _or_ a US428 >>>> (y=8, as yours) ? >>>> >>>> Is snd_hwdep_info_get_name() expected to be the most correct method? >>> Yes, I fear. this gives the /proc/bus/usb/002/004 filename. >>> I just did cat /proc/bus/usb/004/005 > x >>> and check x with hexedit: the 1604 and 8001 is in there. >>> I don't know how to portably interpret a read from >>> /proc/bus/usb/004/005 though. >> Note that /proc/bus/usb is deprecated on many distros... >> > And yes, the path returned from snd_hwdep_info_get_name(), which is atm '/proc/bus/usb/001/004', doesn't even exist on the system (opensuse 10.2; 2.6.20-rt3 SMP/HT) So there must be another way... -- rncbc aka Rui Nuno Capela rncbc@rncbc.org ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: Q: How to detect which USx2y is connected? 2007-02-13 18:08 ` Rui Nuno Capela 2007-02-13 18:13 ` Rui Nuno Capela @ 2007-02-13 19:03 ` Karsten Wiese 2007-02-13 21:01 ` Rui Nuno Capela 1 sibling, 1 reply; 55+ messages in thread From: Karsten Wiese @ 2007-02-13 19:03 UTC (permalink / raw) To: Rui Nuno Capela; +Cc: Takashi Iwai, alsa-devel Am Dienstag, 13. Februar 2007 schrieb Rui Nuno Capela: > Takashi Iwai wrote: > > At Tue, 13 Feb 2007 18:36:35 +0100, > > Karsten Wiese wrote: > >> Hi Rui, > >> > >> Am Dienstag, 13. Februar 2007 schrieb Rui Nuno Capela: > >>> Hi Karsten, > >>> > >>> In my quest in completing us428control implementation, I'm now stumbling > >>> on a fundamental question regarding the number of tracks/channel-faders > >>> (per bank) each particular usx2y device supports. The question boils down > >>> to what is the actual numeric value of the y in the actual usx2y model > >>> name :) > >>> > >>> In practice, I need to know which usx2y model is actually connected. > >>> > >>> So, what is the best/deterministic way to detect (programmatically) > >>> whether us428control is connecting to a US224 (y=4, as mine) _or_ a US428 > >>> (y=8, as yours) ? > >>> > >>> Is snd_hwdep_info_get_name() expected to be the most correct method? > >> Yes, I fear. this gives the /proc/bus/usb/002/004 filename. > >> I just did cat /proc/bus/usb/004/005 > x > >> and check x with hexedit: the 1604 and 8001 is in there. > >> I don't know how to portably interpret a read from > >> /proc/bus/usb/004/005 though. > > > > Note that /proc/bus/usb is deprecated on many distros... > > > > How about using snd_pcm_hw_params_get_channels_max() ? > At least on capture the US224 should give 2 and the US428 should give 4 > as the maximum number of channels. > > It would be handful for me if the attached test program could be ran > against a US428, just for the records ;) > > On my US224 it gives: > > $ snd_hwdep_info hw:3 > ---hwdep--- > snd_hwdep_info_get_id (hw:3) = 'USX2Y Loader' > snd_hwdep_info_get_name (hw:3) = '/proc/bus/usb/001/004' > ---pcm (capture)--- > snd_pcm_hw_params_get_channels_min(hw:3) = 2 > snd_pcm_hw_params_get_channels_max(hw:3) = 2 > ---pcm (playback)--- > snd_pcm_hw_params_get_channels_min(hw:3) = 2 > snd_pcm_hw_params_get_channels_max(hw:3) = 2 > > Karsten? ./a.out hw:1 ---hwdep--- snd_hwdep_info_get_id (hw:1) = 'USX2Y Loader' snd_hwdep_info_get_name (hw:1) = '/proc/bus/usb/004/007' ---pcm (capture)--- snd_pcm_hw_params_get_channels_min(hw:1) = 2 snd_pcm_hw_params_get_channels_max(hw:1) = 2 ---pcm (playback)--- snd_pcm_hw_params_get_channels_min(hw:1) = 2 snd_pcm_hw_params_get_channels_max(hw:1) = 2 The 428's 4 capture channels are only visible to the raw-usb jack thing. and this is only there for module param nrpacks=1..... What do you see in your /sys/bus/usb/devices/... ? (Not that I knew how to deduce the sysfs file from the hwdep->name) Karsten ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: Q: How to detect which USx2y is connected? 2007-02-13 19:03 ` Karsten Wiese @ 2007-02-13 21:01 ` Rui Nuno Capela 2007-02-14 12:59 ` Takashi Iwai 0 siblings, 1 reply; 55+ messages in thread From: Rui Nuno Capela @ 2007-02-13 21:01 UTC (permalink / raw) To: Karsten Wiese; +Cc: Takashi Iwai, alsa-devel Karsten Wiese wrote: >> How about using snd_pcm_hw_params_get_channels_max() ? >> At least on capture the US224 should give 2 and the US428 should give 4 >> as the maximum number of channels. >> >> It would be handful for me if the attached test program could be ran >> against a US428, just for the records ;) >> >> On my US224 it gives: >> >> $ snd_hwdep_info hw:3 >> ---hwdep--- >> snd_hwdep_info_get_id (hw:3) = 'USX2Y Loader' >> snd_hwdep_info_get_name (hw:3) = '/proc/bus/usb/001/004' >> ---pcm (capture)--- >> snd_pcm_hw_params_get_channels_min(hw:3) = 2 >> snd_pcm_hw_params_get_channels_max(hw:3) = 2 >> ---pcm (playback)--- >> snd_pcm_hw_params_get_channels_min(hw:3) = 2 >> snd_pcm_hw_params_get_channels_max(hw:3) = 2 >> >> Karsten? > > ./a.out hw:1 > ---hwdep--- > snd_hwdep_info_get_id (hw:1) = 'USX2Y Loader' > snd_hwdep_info_get_name (hw:1) = '/proc/bus/usb/004/007' > ---pcm (capture)--- > snd_pcm_hw_params_get_channels_min(hw:1) = 2 > snd_pcm_hw_params_get_channels_max(hw:1) = 2 > ---pcm (playback)--- > snd_pcm_hw_params_get_channels_min(hw:1) = 2 > snd_pcm_hw_params_get_channels_max(hw:1) = 2 > > The 428's 4 capture channels are only visible to the raw-usb jack thing. > and this is only there for module param nrpacks=1..... > > What do you see in your /sys/bus/usb/devices/... ? > (Not that I knew how to deduce the sysfs file from the hwdep->name) > We're in trouble... there must be another way. What about the shm accessed from us428control? Is there supposed to be some watermark or something? Maybe even the number of fader-channels, who knoes? I'm afraid only you Karsten can grok that ;) Anyway, here what I could grab, anyway: # ls -l /sys/bus/usb/drivers/snd-usb-usx2y/ total 0 lrwxrwxrwx 1 root root 0 Feb 13 20:45 1-1:1.0 -> ../../../../devices/pci0000:00/0000:00:1d.0/usb1/1-1/1-1:1.0 --w------- 1 root root 4096 Feb 13 20:45 bind lrwxrwxrwx 1 root root 0 Feb 13 20:45 module -> ../../../../module/snd_usb_usx2y --w------- 1 root root 4096 Feb 13 20:45 new_id --w------- 1 root root 4096 Feb 13 20:45 unbind # ls -l /sys/bus/usb/devices/1-1/ total 0 drwxr-xr-x 3 root root 0 Feb 13 20:50 1-1:1.0 -rw-r--r-- 1 root root 4096 Feb 13 20:39 bConfigurationValue -r--r--r-- 1 root root 4096 Feb 13 20:39 bDeviceClass -r--r--r-- 1 root root 4096 Feb 13 20:39 bDeviceProtocol -r--r--r-- 1 root root 4096 Feb 13 20:39 bDeviceSubClass -r--r--r-- 1 root root 4096 Feb 13 20:39 bMaxPacketSize0 -r--r--r-- 1 root root 4096 Feb 13 20:39 bMaxPower -r--r--r-- 1 root root 4096 Feb 13 20:39 bNumConfigurations -r--r--r-- 1 root root 4096 Feb 13 20:39 bNumInterfaces -r--r--r-- 1 root root 4096 Feb 13 20:39 bcdDevice -r--r--r-- 1 root root 4096 Feb 13 20:39 bmAttributes lrwxrwxrwx 1 root root 0 Feb 13 20:39 bus -> ../../../../../bus/usb -r--r--r-- 1 root root 4096 Feb 13 20:39 configuration -r--r--r-- 1 root root 4096 Feb 13 20:39 devnum lrwxrwxrwx 1 root root 0 Feb 13 20:39 driver -> ../../../../../bus/usb/drivers/usb lrwxrwxrwx 1 root root 0 Feb 13 20:39 ep_00 -> ../../../../../class/usb_endpoint/usbdev1.6_ep00 -r--r--r-- 1 root root 4096 Feb 13 20:39 idProduct -r--r--r-- 1 root root 4096 Feb 13 20:39 idVendor -r--r--r-- 1 root root 4096 Feb 13 20:39 maxchild drwxr-xr-x 2 root root 0 Feb 13 20:39 power lrwxrwxrwx 1 root root 0 Feb 13 20:43 sound:audio3 -> ../../../../../class/sound/audio3 lrwxrwxrwx 1 root root 0 Feb 13 20:39 sound:controlC3 -> ../../../../../class/sound/controlC3 lrwxrwxrwx 1 root root 0 Feb 13 20:43 sound:dmmidi3 -> ../../../../../class/sound/dmmidi3 lrwxrwxrwx 1 root root 0 Feb 13 20:43 sound:dsp3 -> ../../../../../class/sound/dsp3 lrwxrwxrwx 1 root root 0 Feb 13 20:39 sound:hwC3D0 -> ../../../../../class/sound/hwC3D0 lrwxrwxrwx 1 root root 0 Feb 13 20:43 sound:hwC3D1 -> ../../../../../class/sound/hwC3D1 lrwxrwxrwx 1 root root 0 Feb 13 20:43 sound:midi3 -> ../../../../../class/sound/midi3 lrwxrwxrwx 1 root root 0 Feb 13 20:43 sound:midiC3D0 -> ../../../../../class/sound/midiC3D0 lrwxrwxrwx 1 root root 0 Feb 13 20:39 sound:mixer3 -> ../../../../../class/sound/mixer3 lrwxrwxrwx 1 root root 0 Feb 13 20:43 sound:pcmC3D0c -> ../../../../../class/sound/pcmC3D0c lrwxrwxrwx 1 root root 0 Feb 13 20:43 sound:pcmC3D0p -> ../../../../../class/sound/pcmC3D0p lrwxrwxrwx 1 root root 0 Feb 13 20:43 sound:pcmC3D2c -> ../../../../../class/sound/pcmC3D2c lrwxrwxrwx 1 root root 0 Feb 13 20:43 sound:pcmC3D2p -> ../../../../../class/sound/pcmC3D2p -r--r--r-- 1 root root 4096 Feb 13 20:39 speed lrwxrwxrwx 1 root root 0 Feb 13 20:39 subsystem -> ../../../../../bus/usb --w------- 1 root root 4096 Feb 13 20:39 uevent lrwxrwxrwx 1 root root 0 Feb 13 20:39 usb_device:usbdev1.6 -> ../../../../../class/usb_device/usbdev1.6 lrwxrwxrwx 1 root root 0 Feb 13 20:39 usb_endpoint:usbdev1.6_ep00 -> ../../../../../class/usb_endpoint/usbdev1.6_ep00 -r--r--r-- 1 root root 4096 Feb 13 20:39 version # cat /sys/bus/usb/devices/1-1/{idVendor,idProduct} 1604 8005 Cheers. -- rncbc aka Rui Nuno Capela rncbc@rncbc.org ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: Q: How to detect which USx2y is connected? 2007-02-13 21:01 ` Rui Nuno Capela @ 2007-02-14 12:59 ` Takashi Iwai 2007-02-14 14:30 ` Rui Nuno Capela 0 siblings, 1 reply; 55+ messages in thread From: Takashi Iwai @ 2007-02-14 12:59 UTC (permalink / raw) To: Rui Nuno Capela; +Cc: Karsten Wiese, alsa-devel At Tue, 13 Feb 2007 21:01:35 +0000, Rui Nuno Capela wrote: > > Karsten Wiese wrote: > >> How about using snd_pcm_hw_params_get_channels_max() ? > >> At least on capture the US224 should give 2 and the US428 should give 4 > >> as the maximum number of channels. > >> > >> It would be handful for me if the attached test program could be ran > >> against a US428, just for the records ;) > >> > >> On my US224 it gives: > >> > >> $ snd_hwdep_info hw:3 > >> ---hwdep--- > >> snd_hwdep_info_get_id (hw:3) = 'USX2Y Loader' > >> snd_hwdep_info_get_name (hw:3) = '/proc/bus/usb/001/004' > >> ---pcm (capture)--- > >> snd_pcm_hw_params_get_channels_min(hw:3) = 2 > >> snd_pcm_hw_params_get_channels_max(hw:3) = 2 > >> ---pcm (playback)--- > >> snd_pcm_hw_params_get_channels_min(hw:3) = 2 > >> snd_pcm_hw_params_get_channels_max(hw:3) = 2 > >> > >> Karsten? > > > > ./a.out hw:1 > > ---hwdep--- > > snd_hwdep_info_get_id (hw:1) = 'USX2Y Loader' > > snd_hwdep_info_get_name (hw:1) = '/proc/bus/usb/004/007' > > ---pcm (capture)--- > > snd_pcm_hw_params_get_channels_min(hw:1) = 2 > > snd_pcm_hw_params_get_channels_max(hw:1) = 2 > > ---pcm (playback)--- > > snd_pcm_hw_params_get_channels_min(hw:1) = 2 > > snd_pcm_hw_params_get_channels_max(hw:1) = 2 > > > > The 428's 4 capture channels are only visible to the raw-usb jack thing. > > and this is only there for module param nrpacks=1..... > > > > What do you see in your /sys/bus/usb/devices/... ? > > (Not that I knew how to deduce the sysfs file from the hwdep->name) > > > > We're in trouble... there must be another way. What about the shm > accessed from us428control? Is there supposed to be some watermark or > something? Maybe even the number of fader-channels, who knoes? I'm > afraid only you Karsten can grok that ;) The easiest way would be to add a new hwdep ioctl in usx2y driver to return the USB ids, etc. Also, hardcoding the path /proc/xxx is wrong in the current driver code. It has to be fixed, too. You can still add an option to us248control to specify the device type for making it work with the old driver. Another way is to use libusb and look for the device with the given location. The merit of this is that you need no change in the kernel although the resultant code might be slightly more complicated. BTW, the new systems have usually /dev/bus/usb instead of /proc/bus/usb. But such path is really system-dependent, and shouldn't be embedded in the driver code. Takashi > > > Anyway, here what I could grab, anyway: > > # ls -l /sys/bus/usb/drivers/snd-usb-usx2y/ > total 0 > lrwxrwxrwx 1 root root 0 Feb 13 20:45 1-1:1.0 -> > ../../../../devices/pci0000:00/0000:00:1d.0/usb1/1-1/1-1:1.0 > --w------- 1 root root 4096 Feb 13 20:45 bind > lrwxrwxrwx 1 root root 0 Feb 13 20:45 module -> > ../../../../module/snd_usb_usx2y > --w------- 1 root root 4096 Feb 13 20:45 new_id > --w------- 1 root root 4096 Feb 13 20:45 unbind > > # ls -l /sys/bus/usb/devices/1-1/ > total 0 > drwxr-xr-x 3 root root 0 Feb 13 20:50 1-1:1.0 > -rw-r--r-- 1 root root 4096 Feb 13 20:39 bConfigurationValue > -r--r--r-- 1 root root 4096 Feb 13 20:39 bDeviceClass > -r--r--r-- 1 root root 4096 Feb 13 20:39 bDeviceProtocol > -r--r--r-- 1 root root 4096 Feb 13 20:39 bDeviceSubClass > -r--r--r-- 1 root root 4096 Feb 13 20:39 bMaxPacketSize0 > -r--r--r-- 1 root root 4096 Feb 13 20:39 bMaxPower > -r--r--r-- 1 root root 4096 Feb 13 20:39 bNumConfigurations > -r--r--r-- 1 root root 4096 Feb 13 20:39 bNumInterfaces > -r--r--r-- 1 root root 4096 Feb 13 20:39 bcdDevice > -r--r--r-- 1 root root 4096 Feb 13 20:39 bmAttributes > lrwxrwxrwx 1 root root 0 Feb 13 20:39 bus -> ../../../../../bus/usb > -r--r--r-- 1 root root 4096 Feb 13 20:39 configuration > -r--r--r-- 1 root root 4096 Feb 13 20:39 devnum > lrwxrwxrwx 1 root root 0 Feb 13 20:39 driver -> > ../../../../../bus/usb/drivers/usb > lrwxrwxrwx 1 root root 0 Feb 13 20:39 ep_00 -> > ../../../../../class/usb_endpoint/usbdev1.6_ep00 > -r--r--r-- 1 root root 4096 Feb 13 20:39 idProduct > -r--r--r-- 1 root root 4096 Feb 13 20:39 idVendor > -r--r--r-- 1 root root 4096 Feb 13 20:39 maxchild > drwxr-xr-x 2 root root 0 Feb 13 20:39 power > lrwxrwxrwx 1 root root 0 Feb 13 20:43 sound:audio3 -> > ../../../../../class/sound/audio3 > lrwxrwxrwx 1 root root 0 Feb 13 20:39 sound:controlC3 -> > ../../../../../class/sound/controlC3 > lrwxrwxrwx 1 root root 0 Feb 13 20:43 sound:dmmidi3 -> > ../../../../../class/sound/dmmidi3 > lrwxrwxrwx 1 root root 0 Feb 13 20:43 sound:dsp3 -> > ../../../../../class/sound/dsp3 > lrwxrwxrwx 1 root root 0 Feb 13 20:39 sound:hwC3D0 -> > ../../../../../class/sound/hwC3D0 > lrwxrwxrwx 1 root root 0 Feb 13 20:43 sound:hwC3D1 -> > ../../../../../class/sound/hwC3D1 > lrwxrwxrwx 1 root root 0 Feb 13 20:43 sound:midi3 -> > ../../../../../class/sound/midi3 > lrwxrwxrwx 1 root root 0 Feb 13 20:43 sound:midiC3D0 -> > ../../../../../class/sound/midiC3D0 > lrwxrwxrwx 1 root root 0 Feb 13 20:39 sound:mixer3 -> > ../../../../../class/sound/mixer3 > lrwxrwxrwx 1 root root 0 Feb 13 20:43 sound:pcmC3D0c -> > ../../../../../class/sound/pcmC3D0c > lrwxrwxrwx 1 root root 0 Feb 13 20:43 sound:pcmC3D0p -> > ../../../../../class/sound/pcmC3D0p > lrwxrwxrwx 1 root root 0 Feb 13 20:43 sound:pcmC3D2c -> > ../../../../../class/sound/pcmC3D2c > lrwxrwxrwx 1 root root 0 Feb 13 20:43 sound:pcmC3D2p -> > ../../../../../class/sound/pcmC3D2p > -r--r--r-- 1 root root 4096 Feb 13 20:39 speed > lrwxrwxrwx 1 root root 0 Feb 13 20:39 subsystem -> ../../../../../bus/usb > --w------- 1 root root 4096 Feb 13 20:39 uevent > lrwxrwxrwx 1 root root 0 Feb 13 20:39 usb_device:usbdev1.6 -> > ../../../../../class/usb_device/usbdev1.6 > lrwxrwxrwx 1 root root 0 Feb 13 20:39 usb_endpoint:usbdev1.6_ep00 -> > ../../../../../class/usb_endpoint/usbdev1.6_ep00 > -r--r--r-- 1 root root 4096 Feb 13 20:39 version > > # cat /sys/bus/usb/devices/1-1/{idVendor,idProduct} > 1604 > 8005 > > > Cheers. > -- > rncbc aka Rui Nuno Capela > rncbc@rncbc.org > ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: Q: How to detect which USx2y is connected? 2007-02-14 12:59 ` Takashi Iwai @ 2007-02-14 14:30 ` Rui Nuno Capela 2007-02-14 14:36 ` Takashi Iwai 0 siblings, 1 reply; 55+ messages in thread From: Rui Nuno Capela @ 2007-02-14 14:30 UTC (permalink / raw) To: Takashi Iwai; +Cc: Karsten Wiese, alsa-devel > At Tue, 13 Feb 2007 21:01:35 +0000, > Rui Nuno Capela wrote: >> >> Karsten Wiese wrote: >> >> How about using snd_pcm_hw_params_get_channels_max() ? >> >> At least on capture the US224 should give 2 and the US428 should give >> 4 >> >> as the maximum number of channels. >> >> >> >> It would be handful for me if the attached test program could be ran >> >> against a US428, just for the records ;) >> >> >> >> On my US224 it gives: >> >> >> >> $ snd_hwdep_info hw:3 >> >> ---hwdep--- >> >> snd_hwdep_info_get_id (hw:3) = 'USX2Y Loader' >> >> snd_hwdep_info_get_name (hw:3) = '/proc/bus/usb/001/004' >> >> ---pcm (capture)--- >> >> snd_pcm_hw_params_get_channels_min(hw:3) = 2 >> >> snd_pcm_hw_params_get_channels_max(hw:3) = 2 >> >> ---pcm (playback)--- >> >> snd_pcm_hw_params_get_channels_min(hw:3) = 2 >> >> snd_pcm_hw_params_get_channels_max(hw:3) = 2 >> >> >> >> Karsten? >> > >> > ./a.out hw:1 >> > ---hwdep--- >> > snd_hwdep_info_get_id (hw:1) = 'USX2Y Loader' >> > snd_hwdep_info_get_name (hw:1) = '/proc/bus/usb/004/007' >> > ---pcm (capture)--- >> > snd_pcm_hw_params_get_channels_min(hw:1) = 2 >> > snd_pcm_hw_params_get_channels_max(hw:1) = 2 >> > ---pcm (playback)--- >> > snd_pcm_hw_params_get_channels_min(hw:1) = 2 >> > snd_pcm_hw_params_get_channels_max(hw:1) = 2 >> > >> > The 428's 4 capture channels are only visible to the raw-usb jack >> thing. >> > and this is only there for module param nrpacks=1..... >> > >> > What do you see in your /sys/bus/usb/devices/... ? >> > (Not that I knew how to deduce the sysfs file from the hwdep->name) >> > >> >> We're in trouble... there must be another way. What about the shm >> accessed from us428control? Is there supposed to be some watermark or >> something? Maybe even the number of fader-channels, who knoes? I'm >> afraid only you Karsten can grok that ;) > > The easiest way would be to add a new hwdep ioctl in usx2y driver to > return the USB ids, etc. Also, hardcoding the path /proc/xxx is wrong > in the current driver code. It has to be fixed, too. > You can still add an option to us248control to specify the device type > for making it work with the old driver. > > Another way is to use libusb and look for the device with the given > location. The merit of this is that you need no change in the kernel > although the resultant code might be slightly more complicated. > > BTW, the new systems have usually /dev/bus/usb instead of > /proc/bus/usb. But such path is really system-dependent, and > shouldn't be embedded in the driver code. > Hmmm... I'm coming up with some workaround... yes, I guess the easiest solution is about adding a new command line option to us428control, stating which model we're into, either us428 or us224; us428 would be the default. This way, for it to work out-of-the-box, and for the US224 at least, one should just change the respective udev rule, where I think the switch is made based on the actual product-id on power-up. What you think? -- rncbc aka Rui Nuno Capela rncbc@rncbc.org ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: Q: How to detect which USx2y is connected? 2007-02-14 14:30 ` Rui Nuno Capela @ 2007-02-14 14:36 ` Takashi Iwai 2007-02-14 14:57 ` Rui Nuno Capela 0 siblings, 1 reply; 55+ messages in thread From: Takashi Iwai @ 2007-02-14 14:36 UTC (permalink / raw) To: Rui Nuno Capela; +Cc: Karsten Wiese, alsa-devel At Wed, 14 Feb 2007 14:30:17 -0000 (WET), Rui Nuno Capela wrote: > > > > At Tue, 13 Feb 2007 21:01:35 +0000, > > Rui Nuno Capela wrote: > >> > >> Karsten Wiese wrote: > >> >> How about using snd_pcm_hw_params_get_channels_max() ? > >> >> At least on capture the US224 should give 2 and the US428 should give > >> 4 > >> >> as the maximum number of channels. > >> >> > >> >> It would be handful for me if the attached test program could be ran > >> >> against a US428, just for the records ;) > >> >> > >> >> On my US224 it gives: > >> >> > >> >> $ snd_hwdep_info hw:3 > >> >> ---hwdep--- > >> >> snd_hwdep_info_get_id (hw:3) = 'USX2Y Loader' > >> >> snd_hwdep_info_get_name (hw:3) = '/proc/bus/usb/001/004' > >> >> ---pcm (capture)--- > >> >> snd_pcm_hw_params_get_channels_min(hw:3) = 2 > >> >> snd_pcm_hw_params_get_channels_max(hw:3) = 2 > >> >> ---pcm (playback)--- > >> >> snd_pcm_hw_params_get_channels_min(hw:3) = 2 > >> >> snd_pcm_hw_params_get_channels_max(hw:3) = 2 > >> >> > >> >> Karsten? > >> > > >> > ./a.out hw:1 > >> > ---hwdep--- > >> > snd_hwdep_info_get_id (hw:1) = 'USX2Y Loader' > >> > snd_hwdep_info_get_name (hw:1) = '/proc/bus/usb/004/007' > >> > ---pcm (capture)--- > >> > snd_pcm_hw_params_get_channels_min(hw:1) = 2 > >> > snd_pcm_hw_params_get_channels_max(hw:1) = 2 > >> > ---pcm (playback)--- > >> > snd_pcm_hw_params_get_channels_min(hw:1) = 2 > >> > snd_pcm_hw_params_get_channels_max(hw:1) = 2 > >> > > >> > The 428's 4 capture channels are only visible to the raw-usb jack > >> thing. > >> > and this is only there for module param nrpacks=1..... > >> > > >> > What do you see in your /sys/bus/usb/devices/... ? > >> > (Not that I knew how to deduce the sysfs file from the hwdep->name) > >> > > >> > >> We're in trouble... there must be another way. What about the shm > >> accessed from us428control? Is there supposed to be some watermark or > >> something? Maybe even the number of fader-channels, who knoes? I'm > >> afraid only you Karsten can grok that ;) > > > > The easiest way would be to add a new hwdep ioctl in usx2y driver to > > return the USB ids, etc. Also, hardcoding the path /proc/xxx is wrong > > in the current driver code. It has to be fixed, too. > > You can still add an option to us248control to specify the device type > > for making it work with the old driver. > > > > Another way is to use libusb and look for the device with the given > > location. The merit of this is that you need no change in the kernel > > although the resultant code might be slightly more complicated. > > > > BTW, the new systems have usually /dev/bus/usb instead of > > /proc/bus/usb. But such path is really system-dependent, and > > shouldn't be embedded in the driver code. > > > > Hmmm... I'm coming up with some workaround... yes, I guess the easiest > solution is about adding a new command line option to us428control, > stating which model we're into, either us428 or us224; us428 would be the > default. > > This way, for it to work out-of-the-box, and for the US224 at least, one > should just change the respective udev rule, where I think the switch is > made based on the actual product-id on power-up. > > What you think? This is another way I thought of, too. How compatible between these two models? If running with a wrong option doesn't bring fatal errors like segfault, it'd be surely a good workaround. Of course, some consistency check in us428control would be nice to have. Takashi ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: Q: How to detect which USx2y is connected? 2007-02-14 14:36 ` Takashi Iwai @ 2007-02-14 14:57 ` Rui Nuno Capela 2007-02-14 15:01 ` Takashi Iwai 0 siblings, 1 reply; 55+ messages in thread From: Rui Nuno Capela @ 2007-02-14 14:57 UTC (permalink / raw) To: Takashi Iwai; +Cc: Karsten Wiese, alsa-devel > At Wed, 14 Feb 2007 14:30:17 -0000 (WET), > Rui Nuno Capela wrote: >> >> Hmmm... I'm coming up with some workaround... yes, I guess the easiest >> solution is about adding a new command line option to us428control, >> stating which model we're into, either us428 or us224; us428 would be >> the >> default. >> >> This way, for it to work out-of-the-box, and for the US224 at least, one >> should just change the respective udev rule, where I think the switch is >> made based on the actual product-id on power-up. >> >> What you think? > > This is another way I thought of, too. How compatible between these > two models? If running with a wrong option doesn't bring fatal errors > like segfault, it'd be surely a good workaround. Of course, some > consistency check in us428control would be nice to have. > AFAICS running the wrong option would only lead to wrong functionality, specially regarding fader-channel bank layer switching to DAW track logical mapping. It would be a terrible mess between the logical mapping between the US-224/428 control surface channels assignment and the actual tracks on the DAW (e.g. Ardour), and LEDs and what not won't be consistent of course, but for all else, no, it should not segfault ;) Cheers. -- rncbc aka Rui Nuno Capela rncbc@rncbc.org ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: Q: How to detect which USx2y is connected? 2007-02-14 14:57 ` Rui Nuno Capela @ 2007-02-14 15:01 ` Takashi Iwai 2007-02-14 15:08 ` Rui Nuno Capela 0 siblings, 1 reply; 55+ messages in thread From: Takashi Iwai @ 2007-02-14 15:01 UTC (permalink / raw) To: Rui Nuno Capela; +Cc: Karsten Wiese, alsa-devel At Wed, 14 Feb 2007 14:57:24 -0000 (WET), Rui Nuno Capela wrote: > > > > At Wed, 14 Feb 2007 14:30:17 -0000 (WET), > > Rui Nuno Capela wrote: > >> > >> Hmmm... I'm coming up with some workaround... yes, I guess the easiest > >> solution is about adding a new command line option to us428control, > >> stating which model we're into, either us428 or us224; us428 would be > >> the > >> default. > >> > >> This way, for it to work out-of-the-box, and for the US224 at least, one > >> should just change the respective udev rule, where I think the switch is > >> made based on the actual product-id on power-up. > >> > >> What you think? > > > > This is another way I thought of, too. How compatible between these > > two models? If running with a wrong option doesn't bring fatal errors > > like segfault, it'd be surely a good workaround. Of course, some > > consistency check in us428control would be nice to have. > > > > AFAICS running the wrong option would only lead to wrong functionality, > specially regarding fader-channel bank layer switching to DAW track > logical mapping. It would be a terrible mess between the logical mapping > between the US-224/428 control surface channels assignment and the actual > tracks on the DAW (e.g. Ardour), and LEDs and what not won't be consistent > of course, but for all else, no, it should not segfault ;) OK, then let's go to this way at first. We can add any possible better workarounds if found later. Takashi ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: Q: How to detect which USx2y is connected? 2007-02-14 15:01 ` Takashi Iwai @ 2007-02-14 15:08 ` Rui Nuno Capela 0 siblings, 0 replies; 55+ messages in thread From: Rui Nuno Capela @ 2007-02-14 15:08 UTC (permalink / raw) To: Takashi Iwai; +Cc: Karsten Wiese, alsa-devel > At Wed, 14 Feb 2007 14:57:24 -0000 (WET), > Rui Nuno Capela wrote: >> >> >> > At Wed, 14 Feb 2007 14:30:17 -0000 (WET), >> > Rui Nuno Capela wrote: >> >> >> >> Hmmm... I'm coming up with some workaround... yes, I guess the >> >> easiest solution is about adding a new command line option to >> >> us428control, stating which model we're into, either us428 or >> >> us224; us428 would be the default. >> >> >> >> This way, for it to work out-of-the-box, and for the US224 at >> >> least, one should just change the respective udev rule, where >> >> I think the switch is made based on the actual product-id on >> >> power-up. >> >> >> >> What you think? >> > >> > This is another way I thought of, too. How compatible between >> > these two models? If running with a wrong option doesn't bring >> > fatal errors like segfault, it'd be surely a good workaround. >> > Of course, some consistency check in us428control would be nice >> > to have. >> > >> >> AFAICS running the wrong option would only lead to wrong functionality, >> specially regarding fader-channel bank layer switching to DAW track >> logical mapping. It would be a terrible mess between the logical mapping >> between the US-224/428 control surface channels assignment and the >> actual tracks on the DAW (e.g. Ardour), and LEDs and what not won't >> be consistent of course, but for all else, no, it should not segfault ;) > > OK, then let's go to this way at first. We can add any possible > better workarounds if found later. > OK. I'll come up with this later on. Thanks. -- rncbc aka Rui Nuno Capela rncbc@rncbc.org ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ^ permalink raw reply [flat|nested] 55+ messages in thread
* [PATCH] us428control 0.4.5 2007-02-10 15:37 ` Rui Nuno Capela 2007-02-13 16:07 ` Q: How to detect which USx2y is connected? Rui Nuno Capela @ 2007-02-14 22:43 ` Rui Nuno Capela 2007-02-14 23:23 ` Takashi Iwai 2007-02-16 17:13 ` [PATCH] us428control 0.4.6 Rui Nuno Capela 2 siblings, 1 reply; 55+ messages in thread From: Rui Nuno Capela @ 2007-02-14 22:43 UTC (permalink / raw) To: alsa-devel; +Cc: Takashi Iwai, Karsten Wiese, Karsten Wiese [-- Attachment #1: Type: text/plain, Size: 2989 bytes --] Hi, This makes it. Here goes my latest tentative (but not necessarily the last) for a new us428control incarnation, the Tascam US-428/224 control utility, as for inclusion in the alsa-tools subtree. Patch to alsa-tools/us428control is attached and a standalone tarball is also provided through a personal url [1]. Notice of changes: - A new command line option indicates which interface model is actually present (-m us428|us224|mixxx) -- nb. the mixxx mode is actually orthogonal to the us428 and us224 ones, which are in turn both mutually exclusive, so that more than one -m option can be specified in the same command line, for compatibility sake; default to us428 mode, of course. - New BANK switching allows for mapping to a maximum of 32 (!) logical channel-tracks. This introduces effective BANK L/R button functionality. Under the default us428 mode it now offers a total of 4 switchable banks (or layers) for the available 8 fader-channels; while in the new us224 mode, one can switch across 8 banks of 4 fader-channels each. Each fader-channel maps sequentially (0-31) to a logical track in your DAW, when connected in a MMC closed-loop. This only applies when not in INPUT MONITOR mode. - SELECT, REC, MUTE and SOLO state LEDs/buttons/channel functionality are now split into INPUT MONITOR and BANK modes, so that each bank (layer) has its own state. INPUT MONITOR mode gets its own independent state, which is the only that affects the audio interface channel signal volume (via respective faders) through the internal hardware mixer -- nb. this special mode deals exclusively to channel/faders 0 and 1 (A/B) and eventually to 2 and 3 (C/D) which are only available on the US-428 and made accessible through modprobe'ing snd-usb-usx2y with nrpacks=1 and thus made usable via the special hwdep "rawusb" interface mode (ie. hw:N,2). - The new track-channel mapping gets effectively signaled through correspondent but rather experimental MMC MASKED WRITE sub-commands for RECORD, MUTE and SOLO arming. It is important to note that this late SOLO sub-command is just some MMC implementation mockup of mine, as I believe there's no support whatsoever for just that from the official MIDI MMC RP-013 document (which I don't even have access to date:) However, I've been prototyping around with this, to my own amusement and home-brew audio/MIDI sequencer, qtractor [2]. - NULL fader switch LED is now switchable on/off, but not actually of any usefulness at this time ;) I have tried to maintain all previous functionality as it were. Of course I only tested this new stuff over my own US-224, for which it surely needs the '-m us224' command-line option. This is also proposedto be specified in a correspondent udev rule, for all this to work correctly OOTB for the US-224 at least. US-428 owners don't need to bother ;) [1] http://www.rncbc.org/usx2y/us428control-0.4.5-5.tar.gz [2] http://qtractor.sourceforge.net Cheers. -- rncbc aka Rui Nuno Capela rncbc@rncbc.org [-- Attachment #2: us428control-0.4.5-5.patch --] [-- Type: text/x-patch, Size: 24373 bytes --] diff -dupr us428control-0.4.4-0/configure.in us428control-0.4.5-5/configure.in --- us428control-0.4.4-0/configure.in 2006-12-07 14:27:24.000000000 +0000 +++ us428control-0.4.5-5/configure.in 2007-02-09 18:01:59.000000000 +0000 @@ -1,5 +1,5 @@ AC_INIT(us428control.cc) -AM_INIT_AUTOMAKE(us428control, 0.4.4) +AM_INIT_AUTOMAKE(us428control, 0.4.5) AC_PROG_CXX AC_PROG_INSTALL AC_HEADER_STDC diff -dupr us428control-0.4.4-0/Cus428Midi.cc us428control-0.4.5-5/Cus428Midi.cc --- us428control-0.4.4-0/Cus428Midi.cc 2006-12-07 14:27:24.000000000 +0000 +++ us428control-0.4.5-5/Cus428Midi.cc 2007-02-13 18:39:14.000000000 +0000 @@ -2,6 +2,7 @@ /* * * Copyright (c) 2003 by Karsten Wiese <annabellesgarden@yahoo.de> + * Copyright (c) 2004-2007 by Rui Nuno Capela <rncbc@rncbc.org> * * This program is free software; you can redistribute it and/or modify * it under the terms of the GNU General Public License as published by @@ -140,6 +141,11 @@ void Cus428Midi::ProcessMidiEvents() fprintf(stderr, "LOCATE.\n"); OneState->LocateWheel(&data[7]); break; + case MMC_CMD_MASKED_WRITE: + if (verbose > 1) + fprintf(stderr, "MASKED WRITE.\n"); + OneState->MaskedWrite(&data[6]); + break; case MMC_CMD_MMC_RESET: if (verbose > 1) fprintf(stderr, "MMC RESET.\n"); diff -dupr us428control-0.4.4-0/Cus428Midi.h us428control-0.4.5-5/Cus428Midi.h --- us428control-0.4.4-0/Cus428Midi.h 2006-12-07 14:27:24.000000000 +0000 +++ us428control-0.4.5-5/Cus428Midi.h 2007-02-14 18:20:57.000000000 +0000 @@ -2,6 +2,7 @@ /* * * Copyright (c) 2003 by Karsten Wiese <annabellesgarden@yahoo.de> + * Copyright (c) 2004-2007 by Rui Nuno Capela <rncbc@rncbc.org> * * This program is free software; you can redistribute it and/or modify * it under the terms of the GNU General Public License as published by @@ -61,6 +62,11 @@ #define MMC_CMD_WAIT 0x7c #define MMC_CMD_RESUME 0x7f +// Available MMC Masked Write sub-commands (information fields). +#define MMC_CIF_TRACK_RECORD 0x4f +#define MMC_CIF_TRACK_MUTE 0x62 +#define MMC_CIF_TRACK_SOLO 0x66 // Custom-implementation ;) + class Cus428Midi { public: diff -dupr us428control-0.4.4-0/Cus428State.cc us428control-0.4.5-5/Cus428State.cc --- us428control-0.4.4-0/Cus428State.cc 2006-12-07 14:27:24.000000000 +0000 +++ us428control-0.4.5-5/Cus428State.cc 2007-02-14 18:18:53.000000000 +0000 @@ -3,6 +3,7 @@ * Controller for Tascam US-X2Y * * Copyright (c) 2003 by Karsten Wiese <annabellesgarden@yahoo.de> + * Copyright (c) 2004-2007 by Rui Nuno Capela <rncbc@rncbc.org> * * This program is free software; you can redistribute it and/or modify * it under the terms of the GNU General Public License as published by @@ -84,9 +85,9 @@ void Cus428State::SliderChangedTo(int S, V.SetTo(S, New); if (S == eFaderM || !LightIs(eL_Mute0 + S)) SendVolume(V); - } - else + } else { UserSliderChangedTo(S, New); + } } void Cus428State::UserKnobChangedTo(eKnobs K, bool V) @@ -132,12 +133,12 @@ void Cus428State::UserKnobChangedTo(eKno break; case eK_SET: if (verbose > 1) - printf("Knob SET now %i", V); + printf("Knob SET now %i\n", V); bSetLocate = V; break; case eK_LOCATE_L: if (verbose > 1) - printf("Knob LOCATE_L now %i", V); + printf("Knob LOCATE_L now %i\n", V); if (V) { if (bSetLocate) aWheel_L = aWheel; @@ -149,7 +150,7 @@ void Cus428State::UserKnobChangedTo(eKno break; case eK_LOCATE_R: if (verbose > 1) - printf("Knob LOCATE_R now %i", V); + printf("Knob LOCATE_R now %i\n", V); if (V) { if (bSetLocate) aWheel_R = aWheel; @@ -159,6 +160,118 @@ void Cus428State::UserKnobChangedTo(eKno } } break; + case eK_REC: + if (verbose > 1) + printf("Knob REC now %i\n", V); + bSetRecord = V; + break; + case eK_SOLO: + if (verbose > 1) + printf("Knob SOLO now %i", V); + if (V) { + bool bSolo = ! LightIs(eL_Solo); + if (StateInputMonitor()) { + if (bSolo) { + MuteInputMonitor = Light[2].Value; + Light[2].Value = SoloInputMonitor; + } else { + SoloInputMonitor = Light[2].Value; + Light[2].Value = MuteInputMonitor; + } + } else { + if (bSolo) { + Mute[aBank] = Light[2].Value; + Light[2].Value = Solo[aBank]; + } else { + Solo[aBank] = Light[2].Value; + Light[2].Value = Mute[aBank]; + } + } + LightSet(eL_Solo, bSolo); + LightSend(); + } + if (verbose > 1) + printf(" Light is %i\n", LightIs(eL_Solo)); + break; + case eK_NULL: + if (verbose > 1) + printf("Knob NULL now %i", V); + if (V) { + bool bNull = ! LightIs(eL_Null); + LightSet(eL_Null, bNull); + LightSend(); + } + if (verbose > 1) + printf(" Light is %i\n", LightIs(eL_Null)); + break; + case eK_BANK_L: + if (verbose > 1) + printf("Knob BANK_L now %i", V); + if (V) { + if (aBank > 0) { + bool bInputMonitor = StateInputMonitor(); + bool bSolo = LightIs(eL_Solo); + if (!bInputMonitor) { + Select[aBank] = Light[0].Value; + Rec[aBank] = Light[1].Value; + if (bSolo) { + Solo[aBank] = Light[2].Value; + } else { + Mute[aBank] = Light[2].Value; + } + } + aBank--; + if (!bInputMonitor) { + Light[0].Value = Select[aBank]; + Light[1].Value = Rec[aBank]; + if (bSolo) { + Light[2].Value = Solo[aBank]; + } else { + Light[2].Value = Mute[aBank]; + } + } + } + LightSet(eL_BankL, (aBank == 0)); + LightSet(eL_BankR, (aBank == cBanks - 1)); + LightSend(); + } + if (verbose > 1) + printf(" Light is %i\n", LightIs(eL_BankL)); + break; + case eK_BANK_R: + if (verbose > 1) + printf("Knob BANK_R now %i", V); + if (V) { + if (aBank < 3) { + bool bInputMonitor = StateInputMonitor(); + bool bSolo = LightIs(eL_Solo); + if (!bInputMonitor) { + Select[aBank] = Light[0].Value; + Rec[aBank] = Light[1].Value; + if (bSolo) { + Solo[aBank] = Light[2].Value; + } else { + Mute[aBank] = Light[2].Value; + } + } + aBank++; + if (!bInputMonitor) { + Light[0].Value = Select[aBank]; + Light[1].Value = Rec[aBank]; + if (bSolo) { + Light[2].Value = Solo[aBank]; + } else { + Light[2].Value = Mute[aBank]; + } + } + } + LightSet(eL_BankL, (aBank == 0)); + LightSet(eL_BankR, (aBank == cBanks - 1)); + LightSend(); + } + if (verbose > 1) + printf(" Light is %i\n", LightIs(eL_BankR)); + break; default: if (verbose > 1) printf("Knob %i now %i\n", K, V); @@ -169,12 +282,21 @@ void Cus428State::UserKnobChangedTo(eKno void Cus428State::KnobChangedTo(eKnobs K, bool V) { - switch (K & ~(StateInputMonitor() ? 3 : -1)) { +// switch (K & ~(StateInputMonitor() ? 3 : -1)) { + switch (K & ~3) { case eK_Select0: if (V) { int S = eL_Select0 + (K & 7); Light[eL_Select0 / 8].Value = 0; LightSet(S, !LightIs(S)); + if (bSetRecord) { + int R = eL_Rec0 + (K & 7); + LightSet(R, !LightIs(R)); + if (!StateInputMonitor()) { + SendMaskedWrite(MMC_CIF_TRACK_RECORD, + Y * aBank + (K & 7), LightIs(R)); + } + } LightSend(); } break; @@ -184,10 +306,27 @@ void Cus428State::KnobChangedTo(eKnobs K LightSet(M, !LightIs(M)); LightSend(); if (StateInputMonitor()) { - usX2Y_volume V = Volume[M - eL_Mute0]; - if (LightIs(M)) - V.LH = V.LL = V.RL = V.RH = 0; - SendVolume(V); + if (LightIs(eL_Solo)) { + for (int i = 0; i < 8; ++i) { + usX2Y_volume V = Volume[i]; + if (!LightIs(eL_Mute0 + i) || (MuteInputMonitor & (1 << i))) + V.LH = V.LL = V.RL = V.RH = 0; + SendVolume(V); + } + } else { + usX2Y_volume V = Volume[M - eL_Mute0]; + if (LightIs(M)) + V.LH = V.LL = V.RL = V.RH = 0; + SendVolume(V); + } + } else { + if (LightIs(eL_Solo)) { + SendMaskedWrite(MMC_CIF_TRACK_SOLO, + Y * aBank + (K & 7), LightIs(M)); + } else { + SendMaskedWrite(MMC_CIF_TRACK_MUTE, + Y * aBank + (K & 7), LightIs(M)); + } } } break; @@ -196,16 +335,33 @@ void Cus428State::KnobChangedTo(eKnobs K if (verbose > 1) printf("Knob InputMonitor now %i", V); if (V) { - if (StateInputMonitor()) { - SelectInputMonitor = Light[0].Value; - MuteInputMonitor = Light[2].Value; + bool bInputMonitor = ! StateInputMonitor(); + if (bInputMonitor) { + Select[aBank] = Light[0].Value; + Rec[aBank] = Light[1].Value; + Light[0].Value = SelectInputMonitor; + Light[1].Value = RecInputMonitor; + if (LightIs(eL_Solo)) { + Solo[aBank] = Light[2].Value; + Light[2].Value = SoloInputMonitor; + } else { + Mute[aBank] = Light[2].Value; + Light[2].Value = MuteInputMonitor; + } } else { - Select = Light[0].Value; - Mute = Light[2].Value; + SelectInputMonitor = Light[0].Value; + RecInputMonitor = Light[1].Value; + Light[0].Value = Select[aBank]; + Light[1].Value = Rec[aBank]; + if (LightIs(eL_Solo)) { + SoloInputMonitor = Light[2].Value; + Light[2].Value = Solo[aBank]; + } else { + MuteInputMonitor = Light[2].Value; + Light[2].Value = Mute[aBank]; + } } - LightSet(eL_InputMonitor, ! StateInputMonitor()); - Light[0].Value = StateInputMonitor() ? SelectInputMonitor : Select; - Light[2].Value = StateInputMonitor() ? MuteInputMonitor : Mute; + LightSet(eL_InputMonitor, bInputMonitor); LightSend(); } if (verbose > 1) @@ -232,8 +388,8 @@ void Cus428State::UserWheelChangedTo(E_I Param = 0x4A; break; case eWheel: - Param = 0x60; - // Update the absolute wheel position. + Param = 0x60; + // Update the absolute wheel position. WheelDelta((int) ((unsigned char *) us428_ctls)[W]); break; } @@ -242,21 +398,18 @@ void Cus428State::UserWheelChangedTo(E_I void Cus428State::WheelChangedTo(E_In84 W, char Diff) { - if (W == eWheelPan && StateInputMonitor() && Light[0].Value) - { - int index = 0; - - while( index < 4 && (1 << index) != Light[0].Value) - index++; - - if (index >= 4) - return; - - Volume[index].PanTo(Diff, us428_ctls->Knob(eK_SET)); - if (!LightIs(eL_Mute0 + index)) - SendVolume(Volume[index]); + if (W == eWheelPan && StateInputMonitor() && Light[0].Value) { + int index = 0; + while( index < 4 && (1 << index) != Light[0].Value) + index++; + if (index >= 4) return; - } + Volume[index].PanTo(Diff, us428_ctls->Knob(eK_SET)); + if (!LightIs(eL_Mute0 + index)) + SendVolume(Volume[index]); + return; + } + UserWheelChangedTo(W, Diff); } @@ -265,9 +418,9 @@ void Cus428State::WheelChangedTo(E_In84 void Cus428State::LocateWheel ( unsigned char *tc ) { aWheel = (60 * 60 * 30) * (int) tc[0] // hh - hours [0..23] - + ( 60 * 30) * (int) tc[1] // mm - minutes [0..59] - + ( 30) * (int) tc[2] // ss - seconds [0..59] - + (int) tc[3]; // ff - frames [0..29] + + ( 60 * 30) * (int) tc[1] // mm - minutes [0..59] + + ( 30) * (int) tc[2] // ss - seconds [0..59] + + (int) tc[3]; // ff - frames [0..29] } @@ -426,6 +579,7 @@ void Cus428State::TransportSet ( unsigne TransportSend(); } + // Update transport status lights. void Cus428State::TransportSend() { @@ -447,6 +601,7 @@ void Cus428State::TransportSend() LightSend(); } + // Reset MMC state. void Cus428State::MmcReset() { @@ -454,13 +609,101 @@ void Cus428State::MmcReset() aWheel = aWheel_L = aWheel_R = 0; aWheelSpeed = 0; bSetLocate = false; + bSetRecord = false; uTransport = 0; TransportSend(); LocateSend(); } -Cus428StateMixxx::Cus428StateMixxx(struct us428ctls_sharedmem* Pus428ctls_sharedmem):Cus428State(Pus428ctls_sharedmem) + +// Process MMC maked-write sub-command. +void Cus428State::MaskedWrite ( unsigned char *data ) +{ + // data[0] - sub-command / information field. + // data[1] - target track bitmap byte address. + // data[2] - bitmap changed mask. + // data[3] - bitmap changed value. + + int track = (data[1] > 0 ? (data[1] * 7) : 0) - 5; + for (int i = 0; i < 7; ++i) { + int mask = (1 << i); + if (data[2] & mask) { + // Only touch tracks that have the "mask" bit set. + int enable = (data[3] & mask); + int bank = (track / Y); + int N = (track % Y); + switch (data[0]) { + case MMC_CIF_TRACK_RECORD: + if (verbose > 1) + fprintf(stderr, "TRACK RECORD(%d, %d).\n", track, enable); + if (!StateInputMonitor() && bank >= 0 && bank < cBanks) { + if (bank == aBank) { + LightSet(eL_Rec0 + N, enable); + LightSend(); + } else if (enable) { + Rec[bank] |= (1 << N); + } else { + Rec[bank] &= ~(1 << N); + } + } + break; + case MMC_CIF_TRACK_MUTE: + if (verbose > 1) + fprintf(stderr, "TRACK MUTE(%d, %d).\n", track, enable); + if (!StateInputMonitor() && bank >= 0 && bank < cBanks) { + if (bank == aBank && !LightIs(eL_Solo)) { + LightSet(eL_Mute0 + N, enable); + LightSend(); + } else if (enable) { + Mute[bank] |= (1 << N); + } else { + Mute[bank] &= ~(1 << N); + } + } + break; + case MMC_CIF_TRACK_SOLO: + if (verbose > 1) + fprintf(stderr, "TRACK SOLO(%d, %d).\n", track, enable); + if (!StateInputMonitor() && bank >= 0 && bank < cBanks) { + if (bank == aBank && LightIs(eL_Solo)) { + LightSet(eL_Mute0 + N, enable); + LightSend(); + } else if (enable) { + Solo[bank] |= (1 << N); + } else { + Solo[bank] &= ~(1 << N); + } + } + break; + default: + break; + } + } + track++; + } +} + + +// Send own MMC masked-write subcommand. +void Cus428State::SendMaskedWrite ( unsigned char scmd, int track, bool V ) +{ + unsigned char data[4]; + int mask = (1 << (track < 2 ? track + 5 : (track - 2) % 7)); + + data[0] = scmd; + data[1] = (unsigned char) (track < 2 ? 0 : 1 + (track - 2) / 7); + data[2] = (unsigned char) mask; + data[3] = (unsigned char) (V ? mask : 0); + + Midi.SendMmcCommand(MMC_CMD_MASKED_WRITE, &data[0], sizeof(data)); +} + + + +Cus428StateMixxx::Cus428StateMixxx( + struct us428ctls_sharedmem* Pus428ctls_sharedmem, int y) + : Cus428State(Pus428ctls_sharedmem, y) { focus = 0; eq = 0; @@ -476,26 +719,26 @@ void Cus428StateMixxx::UserKnobChangedTo switch (K) { case eK_BANK_L: if (verbose > 1) - printf("Knob BANK_L now %i", V); + printf("Knob BANK_L now %i\n", V); if (V) LightSet(eL_BankL, !LightIs(eL_BankL)); LightSend(); Midi.SendMidiNote(0, 51, V ? 127 : 0); break; case eK_BANK_R: if (verbose > 1) - printf("Knob BANK_R now %i", V); + printf("Knob BANK_R now %i\n", V); if (V) LightSet(eL_BankR, !LightIs(eL_BankR)); LightSend(); Midi.SendMidiNote(1, 51, V ? 127 : 0); break; case eK_REW: if (verbose > 1) - printf("Knob REW now %i", V); + printf("Knob REW now %i\n", V); Midi.SendMidiNote(focus, 60, V ? 127 : 0); break; case eK_FFWD: if (verbose > 1) - printf("Knob FFWD now %i", V); + printf("Knob FFWD now %i\n", V); Midi.SendMidiNote(focus, 61, V ? 127 : 0); break; case eK_STOP: @@ -505,17 +748,17 @@ void Cus428StateMixxx::UserKnobChangedTo break; case eK_PLAY: if (verbose > 1) - printf("Knob PLAY now %i", V); + printf("Knob PLAY now %i\n", V); Midi.SendMidiNote(focus, 63, V ? 127 : 0); break; case eK_RECORD: if (verbose > 1) - printf("Knob RECORD now %i", V); + printf("Knob RECORD now %i\n", V); Midi.SendMidiNote(focus, 64, V ? 127 : 0); break; case eK_LOW: if (verbose > 1) - printf("Knob LOW now %i", V); + printf("Knob LOW now %i\n", V); if (V) { eq = 0; @@ -528,7 +771,7 @@ void Cus428StateMixxx::UserKnobChangedTo break; case eK_LOWMID: if (verbose > 1) - printf("Knob LOWMID now %i", V); + printf("Knob LOWMID now %i\n", V); if (V) { eq = 1; @@ -541,7 +784,7 @@ void Cus428StateMixxx::UserKnobChangedTo break; case eK_HIMID: if (verbose > 1) - printf("Knob HIMID now %i", V); + printf("Knob HIMID now %i\n", V); if (V) { eq = 2; @@ -554,7 +797,7 @@ void Cus428StateMixxx::UserKnobChangedTo break; case eK_HIGH: if (verbose > 1) - printf("Knob HIGH now %i", V); + printf("Knob HIGH now %i\n", V); if (V) { eq = 3; @@ -567,19 +810,19 @@ void Cus428StateMixxx::UserKnobChangedTo break; case eK_SET: if (verbose > 1) - printf("Knob SET now %i", V); + printf("Knob SET now %i\n", V); Midi.SendMidiNote(focus, 65, V ? 127 : 0); break; case eK_LOCATE_L: if (verbose > 1) - printf("Knob LOCATE_L now %i", V); + printf("Knob LOCATE_L now %i\n", V); if (V) { focus = 0; } break; case eK_LOCATE_R: if (verbose > 1) - printf("Knob LOCATE_R now %i", V); + printf("Knob LOCATE_R now %i\n", V); if (V) { focus = 1; } diff -dupr us428control-0.4.4-0/Cus428State.h us428control-0.4.5-5/Cus428State.h --- us428control-0.4.4-0/Cus428State.h 2006-12-07 14:27:24.000000000 +0000 +++ us428control-0.4.5-5/Cus428State.h 2007-02-14 18:15:55.000000000 +0000 @@ -3,6 +3,7 @@ * Controller for Tascam US-X2Y * * Copyright (c) 2003 by Karsten Wiese <annabellesgarden@yahoo.de> + * Copyright (c) 2004-2007 by Rui Nuno Capela <rncbc@rncbc.org> * * This program is free software; you can redistribute it and/or modify * it under the terms of the GNU General Public License as published by @@ -24,29 +25,50 @@ #include "Cus428_ctls.h" -class Cus428State: public us428_lights{ +class Cus428State: public us428_lights +{ public: - Cus428State(struct us428ctls_sharedmem* Pus428ctls_sharedmem) - :us428ctls_sharedmem(Pus428ctls_sharedmem) + + // Constructor. + Cus428State(struct us428ctls_sharedmem* Pus428ctls_sharedmem, int y = 8) + :us428ctls_sharedmem(Pus428ctls_sharedmem),Y(y) + ,us428_ctls(0) ,MuteInputMonitor(0) - ,Mute(0) + ,SoloInputMonitor(0) + ,RecInputMonitor(0) ,SelectInputMonitor(0) - ,Select(0) - ,us428_ctls(0) + ,aBank(0) + ,cBanks(32 / y) ,W0(0) ,aWheel(0) ,aWheel_L(0) ,aWheel_R(0) ,bSetLocate(false) + ,bSetRecord(false) ,uTransport(0) ,aWheelSpeed(0) { + Mute = new unsigned char [cBanks]; + Solo = new unsigned char [cBanks]; + Rec = new unsigned char [cBanks]; + Select = new unsigned char [cBanks]; + for (int i = 0; i < cBanks; ++i) + Mute[i] = Solo[i] = Rec[i] = Select[i] = 0; init_us428_lights(); for (int v = 0; v < 5; ++v) { Volume[v].init(v); } } - enum eKnobs{ + + // Destructor. + virtual ~Cus428State() { + delete Select; + delete Rec; + delete Solo; + delete Mute; + } + + enum eKnobs { eK_RECORD = 72, eK_PLAY, eK_STOP, @@ -84,6 +106,7 @@ public: eK_F2, eK_F3, }; + void InitDevice(void); void KnobChangedTo(eKnobs K, bool V); @@ -108,9 +131,13 @@ public: void TransportToggle(unsigned char T); void TransportSet(unsigned char T, bool V); void TransportSend(); + // Process masked-write sub-command. + void MaskedWrite(unsigned char *data); // Reset internal MMC state. void MmcReset(); + protected: + void SendVolume(usX2Y_volume &V); struct us428ctls_sharedmem* us428ctls_sharedmem; bool StateInputMonitor() { @@ -124,13 +151,19 @@ protected: void WheelShuttle(int dW); // Get the curent wheel timecode. void LocateTimecode(unsigned char *tc); + // Send own MMC masked-write subcommand. + void SendMaskedWrite(unsigned char scmd, int track, bool V); usX2Y_volume_t Volume[5]; - char MuteInputMonitor, - Mute, - SelectInputMonitor, - Select; Cus428_ctls *us428_ctls; + // To hold channel light-mode states. + unsigned char + MuteInputMonitor, *Mute, + SoloInputMonitor, *Solo, + RecInputMonitor, *Rec, + SelectInputMonitor, *Select; + // The current selected bank, maximum number of bank/layers. + int aBank, cBanks; // Differential wheel tracking. int W0; // Some way to convert wheel (absolute) position into hh:mm:ss:ff:fr @@ -140,16 +173,20 @@ protected: int aWheel_R; // SET knob state. bool bSetLocate; + // REC knob state. + bool bSetRecord; // Last/current transport state. unsigned char uTransport; // Shuttle wheel absolute speed. int aWheelSpeed; + // The official number of faders (channels per bank) + int Y; }; class Cus428StateMixxx: public Cus428State{ public: - Cus428StateMixxx(struct us428ctls_sharedmem* Pus428ctls_sharedmem); + Cus428StateMixxx(struct us428ctls_sharedmem* Pus428ctls_sharedmem, int y); void UserKnobChangedTo(eKnobs K, bool V); void UserSliderChangedTo(int S, unsigned char New); void UserWheelChangedTo(E_In84 W, char Diff); diff -dupr us428control-0.4.4-0/us428control.cc us428control-0.4.5-5/us428control.cc --- us428control-0.4.4-0/us428control.cc 2006-12-07 14:27:24.000000000 +0000 +++ us428control-0.4.5-5/us428control.cc 2007-02-14 18:38:07.000000000 +0000 @@ -3,6 +3,7 @@ * Controller for Tascam US-X2Y * * Copyright (c) 2003 by Karsten Wiese <annabellesgarden@yahoo.de> + * Copyright (c) 2004-2007 by Rui Nuno Capela <rncbc@rncbc.org> * * This program is free software; you can redistribute it and/or modify * it under the terms of the GNU General Public License as published by @@ -63,7 +64,7 @@ static void usage(void) printf("Tascam US-428 Control\n"); printf("version %s\n", VERSION); printf("usage: "PROGNAME" [-v verbosity_level 0..2] [-c card] [-D device] [-u usb-device] [-m mode]\n"); - printf("mode is one of (native, mixxx)\n"); + printf("mode is one of (us224, us428, mixxx)\n"); } /* * check the name id of the given hwdep handle @@ -85,7 +86,7 @@ static int check_hwinfo(snd_hwdep_t *hw, return 0; /* ok */ } -int US428Control(const char* DevName, int mode) +int US428Control(const char* DevName, int mode, int y) { snd_hwdep_t *hw; int err; @@ -95,7 +96,8 @@ int US428Control(const char* DevName, in int npfd, pollrc; if ((err = snd_hwdep_open(&hw, DevName, O_RDWR)) < 0) { - error("cannot open hwdep %s\n", DevName); + if (verbose > 1) + error("cannot open hwdep %s\n", DevName); return err; } @@ -105,6 +107,9 @@ int US428Control(const char* DevName, in return -ENODEV; } + if (verbose > 0) + fprintf(stderr, PROGNAME ": US-X2Y-compatible card found on hwdep %s\n", DevName); + Midi.CreatePorts(); npfd = snd_seq_poll_descriptors_count(Midi.Seq, POLLIN) + 1; @@ -118,11 +123,12 @@ int US428Control(const char* DevName, in snd_hwdep_close(hw); return -ENOMEM; } + us428ctls_sharedmem->CtlSnapShotRed = us428ctls_sharedmem->CtlSnapShotLast; if (mode == 1) - OneState = new Cus428StateMixxx(us428ctls_sharedmem); + OneState = new Cus428StateMixxx(us428ctls_sharedmem, y); else - OneState = new Cus428State(us428ctls_sharedmem); + OneState = new Cus428State(us428ctls_sharedmem, y); OneState->InitDevice(); @@ -131,7 +137,7 @@ int US428Control(const char* DevName, in if (verbose > 1 || pfds[0].revents & (POLLERR|POLLHUP)) printf("poll returned 0x%X\n", pfds[0].revents); if (pfds[0].revents & (POLLERR|POLLHUP)) - return -ENXIO; + return 0; /* -ENXIO; */ int Last = us428ctls_sharedmem->CtlSnapShotLast; if (verbose > 1) printf("Last is %i\n", Last); @@ -158,6 +164,7 @@ int US428Control(const char* DevName, in int main (int argc, char *argv[]) { int c; + int y = 8; int mode = 0; int card = -1; char *device_name = NULL, @@ -179,6 +186,12 @@ int main (int argc, char *argv[]) verbose = atoi(optarg); break; case 'm': + if (!strcmp(optarg, "us224")) + y = 4; + else + if (!strcmp(optarg, "us428")) + y = 8; + else if (!strcmp(optarg, "mixxx")) mode = 1; break; @@ -201,24 +214,28 @@ int main (int argc, char *argv[]) } } if (device_name) { - return US428Control(device_name, mode) != 0; + return US428Control(device_name, mode, y) != 0; } if (card >= 0) { sprintf(name, "hw:%d", card); - return US428Control(name, mode) != 0; + return US428Control(name, mode, y) != 0; } /* probe the all cards */ for (c = 0; c < SND_CARDS; c++) { // verbose--; sprintf(name, "hw:%d", c); - if (!US428Control(name, mode)) + if (US428Control(name, mode, y) == 0) { card = c; + break; + } } + if (card < 0) { fprintf(stderr, PROGNAME ": no US-X2Y-compatible cards found\n"); return 1; } + return 0; } [-- Attachment #3: Type: text/plain, Size: 345 bytes --] ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV [-- Attachment #4: Type: text/plain, Size: 161 bytes --] _______________________________________________ Alsa-devel mailing list Alsa-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-devel ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [PATCH] us428control 0.4.5 2007-02-14 22:43 ` [PATCH] us428control 0.4.5 Rui Nuno Capela @ 2007-02-14 23:23 ` Takashi Iwai 0 siblings, 0 replies; 55+ messages in thread From: Takashi Iwai @ 2007-02-14 23:23 UTC (permalink / raw) To: Rui Nuno Capela; +Cc: Karsten Wiese, Karsten Wiese, alsa-devel At Wed, 14 Feb 2007 22:43:27 +0000, Rui Nuno Capela wrote: > > Hi, > > This makes it. Here goes my latest tentative (but not necessarily the > last) for a new us428control incarnation, the Tascam US-428/224 control > utility, as for inclusion in the alsa-tools subtree. Great. Now merged to ALSA HG tree. Thanks. Takashi ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ^ permalink raw reply [flat|nested] 55+ messages in thread
* [PATCH] us428control 0.4.6 2007-02-10 15:37 ` Rui Nuno Capela 2007-02-13 16:07 ` Q: How to detect which USx2y is connected? Rui Nuno Capela 2007-02-14 22:43 ` [PATCH] us428control 0.4.5 Rui Nuno Capela @ 2007-02-16 17:13 ` Rui Nuno Capela 2007-02-16 17:46 ` Takashi Iwai 2 siblings, 1 reply; 55+ messages in thread From: Rui Nuno Capela @ 2007-02-16 17:13 UTC (permalink / raw) To: alsa-devel; +Cc: Takashi Iwai, Karsten Wiese, Karsten Wiese [-- Attachment #1: Type: text/plain, Size: 495 bytes --] Hi again, After some more fun playing with my US-224, properly fitted to the new command-line `us428control -m us224`, I'll take this chance and submit this minor maintenance patch, yet bumping us428control version to 0.4.6 already. Applies to alsa-tools/us428control, on top of that last one and already applied to alsa-tools hg tree. Standalone tarball is also provided [1]. [1] http://www.rncbc.org/usx2y/us428control-0.4.6-2.tar.gz Cheers. -- rncbc aka Rui Nuno Capela rncbc@rncbc.org [-- Attachment #2: us428control-0.4.6-2.patch --] [-- Type: text/x-patch, Size: 4426 bytes --] diff -dupr us428control-0.4.5-5/configure us428control-0.4.6-2/configure --- us428control-0.4.5-5/configure 2007-02-09 18:19:26.000000000 +0000 +++ us428control-0.4.6-2/configure 2007-02-16 16:26:35.000000000 +0000 @@ -1994,7 +1994,7 @@ fi # Define the identity of the package. PACKAGE=us428control - VERSION=0.4.5 + VERSION=0.4.6 cat >>confdefs.h <<_ACEOF diff -dupr us428control-0.4.5-5/configure.in us428control-0.4.6-2/configure.in --- us428control-0.4.5-5/configure.in 2007-02-09 18:01:59.000000000 +0000 +++ us428control-0.4.6-2/configure.in 2007-02-16 16:26:11.000000000 +0000 @@ -1,5 +1,5 @@ AC_INIT(us428control.cc) -AM_INIT_AUTOMAKE(us428control, 0.4.5) +AM_INIT_AUTOMAKE(us428control, 0.4.6) AC_PROG_CXX AC_PROG_INSTALL AC_HEADER_STDC diff -dupr us428control-0.4.5-5/Cus428State.cc us428control-0.4.6-2/Cus428State.cc --- us428control-0.4.5-5/Cus428State.cc 2007-02-14 18:18:53.000000000 +0000 +++ us428control-0.4.6-2/Cus428State.cc 2007-02-16 16:26:11.000000000 +0000 @@ -207,68 +207,14 @@ void Cus428State::UserKnobChangedTo(eKno case eK_BANK_L: if (verbose > 1) printf("Knob BANK_L now %i", V); - if (V) { - if (aBank > 0) { - bool bInputMonitor = StateInputMonitor(); - bool bSolo = LightIs(eL_Solo); - if (!bInputMonitor) { - Select[aBank] = Light[0].Value; - Rec[aBank] = Light[1].Value; - if (bSolo) { - Solo[aBank] = Light[2].Value; - } else { - Mute[aBank] = Light[2].Value; - } - } - aBank--; - if (!bInputMonitor) { - Light[0].Value = Select[aBank]; - Light[1].Value = Rec[aBank]; - if (bSolo) { - Light[2].Value = Solo[aBank]; - } else { - Light[2].Value = Mute[aBank]; - } - } - } - LightSet(eL_BankL, (aBank == 0)); - LightSet(eL_BankR, (aBank == cBanks - 1)); - LightSend(); - } + if (V) BankSet(aBank - 1); if (verbose > 1) printf(" Light is %i\n", LightIs(eL_BankL)); break; case eK_BANK_R: if (verbose > 1) printf("Knob BANK_R now %i", V); - if (V) { - if (aBank < 3) { - bool bInputMonitor = StateInputMonitor(); - bool bSolo = LightIs(eL_Solo); - if (!bInputMonitor) { - Select[aBank] = Light[0].Value; - Rec[aBank] = Light[1].Value; - if (bSolo) { - Solo[aBank] = Light[2].Value; - } else { - Mute[aBank] = Light[2].Value; - } - } - aBank++; - if (!bInputMonitor) { - Light[0].Value = Select[aBank]; - Light[1].Value = Rec[aBank]; - if (bSolo) { - Light[2].Value = Solo[aBank]; - } else { - Light[2].Value = Mute[aBank]; - } - } - } - LightSet(eL_BankL, (aBank == 0)); - LightSet(eL_BankR, (aBank == cBanks - 1)); - LightSend(); - } + if (V) BankSet(aBank + 1); if (verbose > 1) printf(" Light is %i\n", LightIs(eL_BankR)); break; @@ -602,10 +548,48 @@ void Cus428State::TransportSend() } +// Set new bank layer state. +void Cus428State::BankSet( int B ) +{ + if (B >= 0 && B < cBanks) { + if (!StateInputMonitor()) { + bool bSolo = LightIs(eL_Solo); + Select[aBank] = Light[0].Value; + Rec[aBank] = Light[1].Value; + if (bSolo) { + Solo[aBank] = Light[2].Value; + } else { + Mute[aBank] = Light[2].Value; + } + Light[0].Value = Select[B]; + Light[1].Value = Rec[B]; + if (bSolo) { + Light[2].Value = Solo[B]; + } else { + Light[2].Value = Mute[B]; + } + } + aBank = B; + } + + BankSend(); +} + + +// Update bank status lights. +void Cus428State::BankSend() +{ + LightSet(eL_BankL, (aBank == 0)); + LightSet(eL_BankR, (aBank == cBanks - 1)); + LightSend(); +} + + // Reset MMC state. void Cus428State::MmcReset() { W0 = 0; + aBank = 0; aWheel = aWheel_L = aWheel_R = 0; aWheelSpeed = 0; bSetLocate = false; @@ -614,6 +598,7 @@ void Cus428State::MmcReset() TransportSend(); LocateSend(); + BankSend(); } diff -dupr us428control-0.4.5-5/Cus428State.h us428control-0.4.6-2/Cus428State.h --- us428control-0.4.5-5/Cus428State.h 2007-02-14 18:15:55.000000000 +0000 +++ us428control-0.4.6-2/Cus428State.h 2007-02-16 16:26:11.000000000 +0000 @@ -131,6 +131,9 @@ public: void TransportToggle(unsigned char T); void TransportSet(unsigned char T, bool V); void TransportSend(); + // Set bank layer state. + void BankSet(int B); + void BankSend(); // Process masked-write sub-command. void MaskedWrite(unsigned char *data); // Reset internal MMC state. Only in us428control-0.4.6-2: .deps [-- Attachment #3: Type: text/plain, Size: 345 bytes --] ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV [-- Attachment #4: Type: text/plain, Size: 161 bytes --] _______________________________________________ Alsa-devel mailing list Alsa-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-devel ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [PATCH] us428control 0.4.6 2007-02-16 17:13 ` [PATCH] us428control 0.4.6 Rui Nuno Capela @ 2007-02-16 17:46 ` Takashi Iwai 0 siblings, 0 replies; 55+ messages in thread From: Takashi Iwai @ 2007-02-16 17:46 UTC (permalink / raw) To: Rui Nuno Capela; +Cc: Karsten Wiese, Karsten Wiese, alsa-devel At Fri, 16 Feb 2007 17:13:53 +0000, Rui Nuno Capela wrote: > > Hi again, > > After some more fun playing with my US-224, properly fitted to the new > command-line `us428control -m us224`, I'll take this chance and submit > this minor maintenance patch, yet bumping us428control version to 0.4.6 > already. > > Applies to alsa-tools/us428control, on top of that last one and already > applied to alsa-tools hg tree. Standalone tarball is also provided [1]. Applied to HG tree. Thanks. Takashi ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: v2.6.20-rt1, yum/rpm 2007-02-05 6:56 v2.6.20-rt1, yum/rpm Ingo Molnar ` (3 preceding siblings ...) 2007-02-05 14:25 ` Karsten Wiese @ 2007-02-05 15:17 ` Parag Warudkar 2007-02-05 21:50 ` Michal Piotrowski ` (8 subsequent siblings) 13 siblings, 0 replies; 55+ messages in thread From: Parag Warudkar @ 2007-02-05 15:17 UTC (permalink / raw) To: linux-kernel Ingo Molnar <mingo <at> elte.hu> writes: > > i have released the v2.6.20-rt1 kernel, which can be downloaded from the > usual place: > > http://redhat.com/~mingo/realtime-preempt/ > > more info about the -rt patchset can be found in the RT wiki: > > http://rt.wiki.kernel.org > On FC6 with KVM userspace from trunk I get a ton of errors like this in dmesg - ======================= --------------------------- | preempt count: 00000001 ] | 1-level deep critical section nesting: ---------------------------------------- .. [<f90ecc48>] .... vmx_vcpu_load+0x26/0xd2 [kvm_intel] .....[<f90b0a1c>] .. ( <= vcpu_load+0x38/0x3c [kvm]) BUG: sleeping function called from invalid context qemu(4314) at arch/i386/mm/highmem.c:8 in_atomic():1 [00000001], irqs_disabled():0 [<c010503c>] dump_trace+0x63/0x1e8 [<c01051dd>] show_trace_log_lvl+0x1c/0x39 [<c01055d4>] show_trace+0x12/0x14 [<c01055ea>] dump_stack+0x14/0x16 [<c0122b71>] __might_sleep+0x110/0x117 [<c012161b>] kmap+0x3e/0x48 [<f90b415e>] paging32_walk_addr+0x214/0x276 [kvm] [<f90b4f08>] paging32_page_fault+0x51/0x749 [kvm] [<f90ede01>] handle_exception+0xeb/0x1da [kvm_intel] [<f90edc8a>] kvm_vmx_return+0x169/0x1f5 [kvm_intel] [<f90b108a>] kvm_dev_ioctl+0x284/0x1148 [kvm] [<c0189db9>] do_ioctl+0x21/0x66 [<c018a053>] vfs_ioctl+0x255/0x268 [<c018a0ae>] sys_ioctl+0x48/0x62 [<c0104009>] syscall_call+0x7/0xb [<009858b2>] 0x9858b2 ======================= --------------------------- | preempt count: 00000001 ] | 1-level deep critical section nesting: ---------------------------------------- .. [<f90ecc48>] .... vmx_vcpu_load+0x26/0xd2 [kvm_intel] .....[<f90b0a1c>] .. ( <= vcpu_load+0x38/0x3c [kvm]) BUG: sleeping function called from invalid context qemu(4314) at arch/i386/mm/highmem.c:8 in_atomic():1 [00000001], irqs_disabled():0 [<c010503c>] dump_trace+0x63/0x1e8 [<c01051dd>] show_trace_log_lvl+0x1c/0x39 [<c01055d4>] show_trace+0x12/0x14 [<c01055ea>] dump_stack+0x14/0x16 [<c0122b71>] __might_sleep+0x110/0x117 [<c012161b>] kmap+0x3e/0x48 [<f90b415e>] paging32_walk_addr+0x214/0x276 [kvm] [<f90b4f08>] paging32_page_fault+0x51/0x749 [kvm] [<f90ede01>] handle_exception+0xeb/0x1da [kvm_intel] [<f90edc8a>] kvm_vmx_return+0x169/0x1f5 [kvm_intel] [<f90b108a>] kvm_dev_ioctl+0x284/0x1148 [kvm] [<c0189db9>] do_ioctl+0x21/0x66 [<c018a053>] vfs_ioctl+0x255/0x268 [<c018a0ae>] sys_ioctl+0x48/0x62 [<c0104009>] syscall_call+0x7/0xb [<009858b2>] 0x9858b2 ======================= --------------------------- | preempt count: 00000001 ] | 1-level deep critical section nesting: ---------------------------------------- .. [<f90ecc48>] .... vmx_vcpu_load+0x26/0xd2 [kvm_intel] .....[<f90b0a1c>] .. ( <= vcpu_load+0x38/0x3c [kvm]) ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: v2.6.20-rt1, yum/rpm 2007-02-05 6:56 v2.6.20-rt1, yum/rpm Ingo Molnar ` (4 preceding siblings ...) 2007-02-05 15:17 ` v2.6.20-rt1, yum/rpm Parag Warudkar @ 2007-02-05 21:50 ` Michal Piotrowski 2007-02-06 0:11 ` Michal Piotrowski ` (7 subsequent siblings) 13 siblings, 0 replies; 55+ messages in thread From: Michal Piotrowski @ 2007-02-05 21:50 UTC (permalink / raw) To: Ingo Molnar; +Cc: linux-kernel, linux-rt-users Ingo Molnar napisał(a): > i have released the v2.6.20-rt1 kernel, which can be downloaded from the > usual place: > > http://redhat.com/~mingo/realtime-preempt/ > > more info about the -rt patchset can be found in the RT wiki: 2.6.20-rt2 echo shutdown > /sys/power/disk; echo disk > /sys/power/state Disabling non-boot CPUs ... CPU1 playing dead [<c01041a3>] dump_trace+0x63/0x1eb [<c0104348>] show_trace_log_lvl+0x1d/0x3a [<c0104a23>] show_trace+0x12/0x14 [<c0104ab6>] dump_stack+0x16/0x18 [<c01013a5>] cpu_idle+0x8d/0x11e [<c0112d05>] start_secondary+0x35a/0x362 ======================= --------------------------- | preempt count: 00000001 ] | 1-level deep critical section nesting: ---------------------------------------- .. [<c010142b>] .... cpu_idle+0x113/0x11e .....[<c0112d05>] .. ( <= start_secondary+0x35a/0x362) 0xc010142b is in cpu_idle (arch/i386/kernel/process.c:204). 199 tick_nohz_restart_sched_tick(); 200 local_irq_disable(); 201 __preempt_enable_no_resched(); 202 __schedule(); 203 preempt_disable(); 204 local_irq_enable(); 205 } 206 } 207 208 void cpu_idle_wait(void) 0xc0112d05 is in start_secondary (arch/i386/kernel/smpboot.c:432). 427 /* We can take interrupts now: we're officially "up". */ 428 local_irq_enable(); 429 430 wmb(); 431 cpu_idle(); 432 } 433 434 /* 435 * Everything has been set up for the secondary 436 * CPUs - they just need to reload everything lapic suspend on CPU#0 [<c01041a3>] dump_trace+0x63/0x1eb [<c0104348>] show_trace_log_lvl+0x1d/0x3a [<c0104a23>] show_trace+0x12/0x14 [<c0104ab6>] dump_stack+0x16/0x18 [<c0113ac8>] lapic_suspend+0xd8/0x101 [<c02543c0>] sysdev_suspend+0x8d/0x1ee [<c0258117>] device_power_down+0x119/0x152 [<c014ab42>] swsusp_suspend+0x17/0x67 [<c014b2a1>] pm_suspend_disk+0x9a/0x161 [<c014a169>] enter_state+0x52/0x1bb [<c014a358>] state_store+0x86/0x9c [<c01abed4>] subsys_attr_store+0x20/0x25 [<c01ac176>] sysfs_write_file+0xa1/0xc2 [<c0177962>] vfs_write+0xaf/0x163 [<c0177fda>] sys_write+0x40/0x67 [<c01030e0>] syscall_call+0x7/0xb [<b7f74410>] 0xb7f74410 ======================= --------------------------- | preempt count: 00000000 ] | 0-level deep critical section nesting: ---------------------------------------- swsusp: critical section: swsusp: Need to copy 122686 pages swsusp: Normal pages needed: 36485 + 1024 + 40, available pages: 192889 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU0: Intel P4/Xeon Extended MCE MSRs (12) available CPU0: Thermal monitoring enabled lapic resume on CPU#0 [<c01041a3>] dump_trace+0x63/0x1eb [<c0104348>] show_trace_log_lvl+0x1d/0x3a [<c0104a23>] show_trace+0x12/0x14 [<c0104ab6>] dump_stack+0x16/0x18 [<c0113b22>] lapic_resume+0x31/0x1c3 [<c025404e>] __sysdev_resume+0x14/0x57 [<c025453a>] sysdev_resume+0x19/0x54 [<c02585a7>] device_power_up+0x8/0xf [<c014ab85>] swsusp_suspend+0x5a/0x67 [<c014b2a1>] pm_suspend_disk+0x9a/0x161 [<c014a169>] enter_state+0x52/0x1bb [<c014a358>] state_store+0x86/0x9c [<c01abed4>] subsys_attr_store+0x20/0x25 [<c01ac176>] sysfs_write_file+0xa1/0xc2 [<c0177962>] vfs_write+0xaf/0x163 [<c0177fda>] sys_write+0x40/0x67 [<c01030e0>] syscall_call+0x7/0xb [<b7f74410>] 0xb7f74410 ======================= --------------------------- | preempt count: 00000000 ] | 0-level deep critical section nesting: ---------------------------------------- http://www.stardust.webpages.pl/files/tbf/euridica/2.6.20-rt2/rt-dmesg2 http://www.stardust.webpages.pl/files/tbf/euridica/2.6.20-rt2/rt-config Regards, Michal -- Michal K. K. Piotrowski LTG - Linux Testers Group (http://www.stardust.webpages.pl/ltg/) ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: v2.6.20-rt1, yum/rpm 2007-02-05 6:56 v2.6.20-rt1, yum/rpm Ingo Molnar ` (5 preceding siblings ...) 2007-02-05 21:50 ` Michal Piotrowski @ 2007-02-06 0:11 ` Michal Piotrowski 2007-02-06 1:14 ` Daniel Walker ` (6 subsequent siblings) 13 siblings, 0 replies; 55+ messages in thread From: Michal Piotrowski @ 2007-02-06 0:11 UTC (permalink / raw) To: Ingo Molnar; +Cc: linux-kernel, linux-rt-users On 05/02/07, Ingo Molnar <mingo@elte.hu> wrote: > i have released the v2.6.20-rt1 kernel, which can be downloaded from the > usual place: > > http://redhat.com/~mingo/realtime-preempt/ > -rt2 vs. autotest. Good news - It passes aiostress, linus_stress and ltp. Bad news - it hangs a few seconds after pi_tests (I don't see any errors in /var/log/messages) Regards, Michal -- Michal K. K. Piotrowski LTG - Linux Testers Group (http://www.stardust.webpages.pl/ltg/) ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: v2.6.20-rt1, yum/rpm 2007-02-05 6:56 v2.6.20-rt1, yum/rpm Ingo Molnar ` (6 preceding siblings ...) 2007-02-06 0:11 ` Michal Piotrowski @ 2007-02-06 1:14 ` Daniel Walker 2007-02-06 10:05 ` Pre-packaged version Alessio Igor Bogani ` (5 subsequent siblings) 13 siblings, 0 replies; 55+ messages in thread From: Daniel Walker @ 2007-02-06 1:14 UTC (permalink / raw) To: Ingo Molnar; +Cc: linux-kernel, linux-rt-users The /proc/interrupts timer entry is dangling a little. With PREEMPT_RT the entry doesn't get updated .. My system after two hours uptime, CPU0 CPU1 0: 56 0 IO-APIC-edge timer 1: 2 0 IO-APIC-edge i8042 4: 1450 0 IO-APIC-edge serial 6: 3 0 IO-APIC-edge floppy 8: 0 0 IO-APIC-edge rtc 9: 0 0 IO-APIC-fasteoi acpi 12: 4 0 IO-APIC-edge i8042 14: 824890 0 IO-APIC-edge ide0 17: 182 0 IO-APIC-fasteoi HDA Intel 20: 0 0 IO-APIC-fasteoi uhci_hcd:usb2 21: 0 0 IO-APIC-fasteoi libata, ehci_hcd:usb1, uhci_hcd:usb4 22: 0 0 IO-APIC-fasteoi uhci_hcd:usb3 23: 7515 0 IO-APIC-fasteoi uhci_hcd:usb5, eth0 NMI: 0 0 LOC: 1749635 1749614 ERR: 0 Daniel ^ permalink raw reply [flat|nested] 55+ messages in thread
* Pre-packaged version 2007-02-05 6:56 v2.6.20-rt1, yum/rpm Ingo Molnar ` (7 preceding siblings ...) 2007-02-06 1:14 ` Daniel Walker @ 2007-02-06 10:05 ` Alessio Igor Bogani 2007-02-06 10:10 ` v2.6.20-rt1, yum/rpm Arjan van de Ven ` (4 subsequent siblings) 13 siblings, 0 replies; 55+ messages in thread From: Alessio Igor Bogani @ 2007-02-06 10:05 UTC (permalink / raw) To: linux-rt-users [...] > the -rt YUM repository for Fedora Core 6 and 5, for architectures i686 > and x86_64 can be activated via: [...] For Ubuntu feisty users (last section "Beta available") at: https://wiki.ubuntu.com/RealTime Ciao, Alessio ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: v2.6.20-rt1, yum/rpm 2007-02-05 6:56 v2.6.20-rt1, yum/rpm Ingo Molnar ` (8 preceding siblings ...) 2007-02-06 10:05 ` Pre-packaged version Alessio Igor Bogani @ 2007-02-06 10:10 ` Arjan van de Ven 2007-02-07 12:32 ` Ingo Molnar 2007-02-06 10:30 ` Sunil Naidu ` (3 subsequent siblings) 13 siblings, 1 reply; 55+ messages in thread From: Arjan van de Ven @ 2007-02-06 10:10 UTC (permalink / raw) To: Ingo Molnar; +Cc: linux-kernel, linux-rt-users On Mon, 2007-02-05 at 07:56 +0100, Ingo Molnar wrote: > i have released the v2.6.20-rt1 kernel, which can be downloaded from the > usual place: > > http://redhat.com/~mingo/realtime-preempt/ > > more info about the -rt patchset can be found in the RT wiki: > > http://rt.wiki.kernel.org > > This is a fixes-only release. Since the -rt tree has been closely > tracking Linus' upstream kernel since -rc1, no new issues are expected - > please re-report if anything is still unfixed. patch below has 2 tweaks 1) the new RCU feature wakes up once per second, make sure this is using the new round_jiffies() infrastructure 2) the slab background reap code is waking up once per 2 seconds per cpu. The patch makes this more dynamic; if no work was done (no activity on the cpu happened) then this is made to be 4 seconds Signed-off-by: Arjan van de Ven <arjan@linux.intel.com> Index: linux-2.6.20-rt2/kernel/rcupreempt.c =================================================================== --- linux-2.6.20-rt2.orig/kernel/rcupreempt.c +++ linux-2.6.20-rt2/kernel/rcupreempt.c @@ -465,7 +465,7 @@ static int rcu_booster(void *arg) * adjust, or eliminate in case of OOM. */ - schedule_timeout_interruptible(HZ); + schedule_timeout_interruptible(round_jiffies_relative(HZ)); /* Print stats if enough time has passed. */ Index: linux-2.6.20-rt2/kernel/rcutorture.c =================================================================== --- linux-2.6.20-rt2.orig/kernel/rcutorture.c +++ linux-2.6.20-rt2/kernel/rcutorture.c @@ -288,7 +288,7 @@ static int rcu_torture_preempt(void *arg cond_resched(); if (rcu_torture_completed() == completedstart) rcu_torture_preempt_errors++; - schedule_timeout_interruptible(HZ); + schedule_timeout_interruptible(round_jiffies_relative(HZ)); } while (!kthread_should_stop()); return 0; } @@ -660,7 +660,7 @@ rcu_torture_reader(void *arg) if (p == NULL) { /* Wait for rcu_torture_writer to get underway */ cur_ops->readunlock(idx); - schedule_timeout_interruptible(HZ); + schedule_timeout_interruptible(round_jiffies_relative(HZ)); continue; } if (p->rtort_mbtest == 0) Index: linux-2.6.20-rt2/mm/slab.c =================================================================== --- linux-2.6.20-rt2.orig/mm/slab.c +++ linux-2.6.20-rt2/mm/slab.c @@ -1062,7 +1062,7 @@ static int transfer_objects(struct array #ifndef CONFIG_NUMA #define drain_alien_cache(cachep, alien) do { } while (0) -#define reap_alien(cachep, l3, this_cpu) do { } while (0) +#define reap_alien(cachep, l3, this_cpu) 0 static inline struct array_cache **alloc_alien_cache(int node, int limit) { @@ -1160,7 +1160,7 @@ static void __drain_alien_cache(struct k /* * Called from cache_reap() to regularly drain alien caches round robin. */ -static void +static int reap_alien(struct kmem_cache *cachep, struct kmem_list3 *l3, int *this_cpu) { int node = per_cpu(reap_node, *this_cpu); @@ -1171,8 +1171,10 @@ reap_alien(struct kmem_cache *cachep, st if (ac && ac->avail && spin_trylock_irq(&ac->lock)) { __drain_alien_cache(cachep, ac, node, this_cpu); spin_unlock_irq(&ac->lock); + return 1; } } + return 0; } static void drain_alien_cache(struct kmem_cache *cachep, @@ -2473,7 +2475,7 @@ static void check_spinlock_acquired_node #define check_spinlock_acquired_node(x, y) do { } while(0) #endif -static void drain_array(struct kmem_cache *cachep, struct kmem_list3 *l3, +static int drain_array(struct kmem_cache *cachep, struct kmem_list3 *l3, struct array_cache *ac, int force, int node); @@ -4114,15 +4116,16 @@ static int enable_cpucache(struct kmem_c * Drain an array if it contains any elements taking the l3 lock only if * necessary. Note that the l3 listlock also protects the array_cache * if drain_array() is used on the shared array. + * returns non-zero if some work is done */ -void drain_array(struct kmem_cache *cachep, struct kmem_list3 *l3, +int drain_array(struct kmem_cache *cachep, struct kmem_list3 *l3, struct array_cache *ac, int force, int node) { int this_cpu = smp_processor_id(); int tofree; if (!ac || !ac->avail) - return; + return 0; if (ac->touched && !force) { ac->touched = 0; } else { @@ -4138,6 +4141,7 @@ void drain_array(struct kmem_cache *cach } slab_spin_unlock_irq(&l3->list_lock, this_cpu); } + return 1; } /** @@ -4157,6 +4161,7 @@ static void cache_reap(struct work_struc int this_cpu = raw_smp_processor_id(), node = cpu_to_node(this_cpu); struct kmem_cache *searchp; struct kmem_list3 *l3; + int work_done = 0; if (!mutex_trylock(&cache_chain_mutex)) { /* Give up. Setup the next iteration. */ @@ -4175,10 +4180,10 @@ static void cache_reap(struct work_struc */ l3 = searchp->nodelists[node]; - reap_alien(searchp, l3, &this_cpu); + work_done += reap_alien(searchp, l3, &this_cpu); - drain_array(searchp, l3, cpu_cache_get(searchp, this_cpu), - 0, node); + work_done += drain_array(searchp, l3, + cpu_cache_get(searchp, this_cpu), 0, node); /* * These are racy checks but it does not matter @@ -4189,7 +4194,7 @@ static void cache_reap(struct work_struc l3->next_reap = jiffies + REAPTIMEOUT_LIST3; - drain_array(searchp, l3, l3->shared, 0, node); + work_done += drain_array(searchp, l3, l3->shared, 0, node); if (l3->free_touched) l3->free_touched = 0; @@ -4207,9 +4212,10 @@ next: mutex_unlock(&cache_chain_mutex); next_reap_node(); refresh_cpu_vm_stats(smp_processor_id()); + /* Set up the next iteration */ schedule_delayed_work(&__get_cpu_var(reap_work), - round_jiffies_relative(REAPTIMEOUT_CPUC)); + round_jiffies_relative((1+!work_done) * REAPTIMEOUT_CPUC)); } #ifdef CONFIG_PROC_FS ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: v2.6.20-rt1, yum/rpm 2007-02-06 10:10 ` v2.6.20-rt1, yum/rpm Arjan van de Ven @ 2007-02-07 12:32 ` Ingo Molnar 0 siblings, 0 replies; 55+ messages in thread From: Ingo Molnar @ 2007-02-07 12:32 UTC (permalink / raw) To: Arjan van de Ven; +Cc: linux-kernel, linux-rt-users * Arjan van de Ven <arjan@infradead.org> wrote: > patch below has 2 tweaks > 1) the new RCU feature wakes up once per second, make sure this is using > the new round_jiffies() infrastructure > 2) the slab background reap code is waking up once per 2 seconds per > cpu. The patch makes this more dynamic; if no work was done (no activity > on the cpu happened) then this is made to be 4 seconds thanks, i've applied both tweaks. Ingo ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: v2.6.20-rt1, yum/rpm 2007-02-05 6:56 v2.6.20-rt1, yum/rpm Ingo Molnar ` (9 preceding siblings ...) 2007-02-06 10:10 ` v2.6.20-rt1, yum/rpm Arjan van de Ven @ 2007-02-06 10:30 ` Sunil Naidu 2007-02-06 19:38 ` Chuck Harding ` (2 subsequent siblings) 13 siblings, 0 replies; 55+ messages in thread From: Sunil Naidu @ 2007-02-06 10:30 UTC (permalink / raw) To: Ingo Molnar; +Cc: linux-kernel, linux-rt-users On 2/5/07, Ingo Molnar <mingo@elte.hu> wrote: > i have released the v2.6.20-rt1 kernel, which can be downloaded from the This is about 2.6.20-rt2, no issues here. PID TTY STAT TIME COMMAND 1 ? Ss 0:00 init [5] 2 ? S 0:00 [migration/0] 3 ? S 0:00 [posix_cpu_timer] 4 ? S 0:00 [softirq-high/0] 5 ? S 0:00 [softirq-timer/0] 6 ? S 0:00 [softirq-net-tx/] 7 ? S 0:00 [softirq-net-rx/] 8 ? S 0:00 [softirq-block/0] 9 ? S 0:00 [softirq-tasklet] 10 ? S 0:00 [softirq-sched/0] 11 ? S 0:00 [softirq-hrtimer] 12 ? S 0:00 [softirq-rcu/0] 13 ? S< 0:00 [desched/0] 14 ? S 0:00 [migration/1] 15 ? S 0:00 [posix_cpu_timer] 16 ? S 0:00 [softirq-high/1] 17 ? S 0:00 [softirq-timer/1] 18 ? S 0:00 [softirq-net-tx/] 19 ? S 0:00 [softirq-net-rx/] 20 ? S 0:00 [softirq-block/1] 21 ? S 0:00 [softirq-tasklet] 22 ? S 0:00 [softirq-sched/1] 23 ? S 0:00 [softirq-hrtimer] 24 ? S 0:00 [softirq-rcu/1] 25 ? S< 0:00 [desched/1] 26 ? S< 0:00 [events/0] 27 ? S< 0:00 [events/1] 28 ? S< 0:00 [khelper] 29 ? S 0:00 [RCU Prio Booste] 30 ? S< 0:00 [kthread] 63 ? S< 0:00 [kblockd/0] 64 ? S< 0:00 [kblockd/1] 65 ? S< 0:00 [kacpid] 66 ? S< 0:00 [IRQ-9] 157 ? S< 0:00 [cqueue/0] 158 ? S< 0:00 [cqueue/1] 159 ? S< 0:00 [ksuspend_usbd] 162 ? S< 0:00 [khubd] 164 ? S< 0:00 [kseriod] 189 ? S 0:00 [pdflush] 190 ? S 0:00 [pdflush] 191 ? S< 0:00 [kswapd0] 192 ? S< 0:00 [flush_filesd/0] 193 ? S< 0:00 [flush_filesd/1] 194 ? S< 0:00 [aio/0] 195 ? S< 0:00 [aio/1] 285 ? S< 0:00 [IRQ-8] 317 ? S< 0:00 [IRQ-14] 332 ? S< 0:00 [IRQ-12] 333 ? S< 0:00 [IRQ-1] 339 ? S< 0:00 [kpsmoused] 343 ? S 0:00 [kirqd] 351 ? S< 0:00 [IRQ-20] 352 ? S< 0:00 [IRQ-19] 353 ? S< 0:00 [IRQ-18] 354 ? S< 0:00 [IRQ-16] 376 ? S< 0:00 [ata/0] 377 ? S< 0:00 [ata/1] 378 ? S< 0:00 [ata_aux] 382 ? S< 0:00 [scsi_eh_0] 383 ? S< 0:00 [scsi_eh_1] 384 ? S< 0:00 [kjournald] 412 ? S< 0:00 [kauditd] 449 ? S<s 0:00 /sbin/udevd -d 1153 ? S< 0:00 [hda_codec] 1552 ? S< 0:00 [kmpathd/0] 1553 ? S< 0:00 [kmpathd/1] 1561 ? S< 0:00 [kmirrord] 1582 ? S< 0:00 [kjournald] ................ ................. ................ Wanted to ask, is there any (performance) problem with multi-sessions (on the same box) with these kernels? I read some time back about Real Time sound (exact terminology I don't remember), how to test this using Intel hda? Any pointers? Thanks, Akula2 ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: v2.6.20-rt1, yum/rpm 2007-02-05 6:56 v2.6.20-rt1, yum/rpm Ingo Molnar ` (10 preceding siblings ...) 2007-02-06 10:30 ` Sunil Naidu @ 2007-02-06 19:38 ` Chuck Harding 2007-02-06 20:08 ` K.R. Foley 2007-02-27 17:39 ` K.R. Foley 2007-04-26 13:57 ` v2.6.21-rt1 Ingo Molnar 13 siblings, 1 reply; 55+ messages in thread From: Chuck Harding @ 2007-02-06 19:38 UTC (permalink / raw) To: Ingo Molnar; +Cc: linux-rt-users On Mon, 5 Feb 2007, Ingo Molnar wrote: > i have released the v2.6.20-rt1 kernel, which can be downloaded from the > usual place: > > http://redhat.com/~mingo/realtime-preempt/ I find no patch-2.6.20-rt1 there. Is it somewhere else, perhaps? > > more info about the -rt patchset can be found in the RT wiki: > > http://rt.wiki.kernel.org > > This is a fixes-only release. Since the -rt tree has been closely > tracking Linus' upstream kernel since -rc1, no new issues are expected - > please re-report if anything is still unfixed. > > There are lots of changes relative to 2.6.19-rt6 (the last stable > release), but these are mostly fixes and other gradual improvements. KVM > is now enabled in the yum kernel on both i686 and x86_64 (and has been > enabled since around -rc1-rt1), the -rt tree tracks kvm-trunk (which is > a bit fresher than upstream KVM) and has a few additional paravirt > speedups implemented and enabled. > > to build a 2.6.20-rt1 tree, the following patches should be applied: > > http://kernel.org/pub/linux/kernel/v2.6/linux-2.6.20.tar.bz2 > http://redhat.com/~mingo/realtime-preempt/patch-2.6.20-rt1 > > the -rt YUM repository for Fedora Core 6 and 5, for architectures i686 > and x86_64 can be activated via: > > cd /etc/yum.repos.d > wget http://people.redhat.com/~mingo/realtime-preempt/rt.repo > > yum install kernel-rt.x86_64 # on x86_64 > yum install kernel-rt # on i686 > > yum update kernel-rt # refresh - or enable yum-updatesd > > as usual, bugreports, fixes and suggestions are welcome, > > Ingo > - > To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- Charles D. (Chuck) Harding <charding@llnl.gov> Voice: 925-423-8879 Senior Computer Associate LC Operations Fax: 925-423-6961 B453 R2253/2131 Pager: 00500 Ops Room: 925-422-3743 Ops: 925-422-0484 Lawrence Livermore National Laboratory Computation Directorate Livermore, CA USA http://www.llnl.gov GPG Public Key ID: B9EB6601 -------------------- http://tinyurl.com/5w5ey ------------------------- -- Support bacteria - it's the only culture some people have! -- ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: v2.6.20-rt1, yum/rpm 2007-02-06 19:38 ` Chuck Harding @ 2007-02-06 20:08 ` K.R. Foley 0 siblings, 0 replies; 55+ messages in thread From: K.R. Foley @ 2007-02-06 20:08 UTC (permalink / raw) To: Chuck Harding; +Cc: Ingo Molnar, linux-rt-users Chuck Harding wrote: > On Mon, 5 Feb 2007, Ingo Molnar wrote: > >> i have released the v2.6.20-rt1 kernel, which can be downloaded from the >> usual place: >> >> http://redhat.com/~mingo/realtime-preempt/ > > I find no patch-2.6.20-rt1 there. Is it somewhere else, perhaps? > rt1 is now in older: http://people.redhat.com/mingo/realtime-preempt/older/patch-2.6.20-rt1 However, looks like Ingo is up to rt4 now but there is no rt4 patch, only RPMs? Ingo? >> >> more info about the -rt patchset can be found in the RT wiki: >> >> http://rt.wiki.kernel.org >> >> This is a fixes-only release. Since the -rt tree has been closely >> tracking Linus' upstream kernel since -rc1, no new issues are expected - >> please re-report if anything is still unfixed. >> >> There are lots of changes relative to 2.6.19-rt6 (the last stable >> release), but these are mostly fixes and other gradual improvements. KVM >> is now enabled in the yum kernel on both i686 and x86_64 (and has been >> enabled since around -rc1-rt1), the -rt tree tracks kvm-trunk (which is >> a bit fresher than upstream KVM) and has a few additional paravirt >> speedups implemented and enabled. >> >> to build a 2.6.20-rt1 tree, the following patches should be applied: >> >> http://kernel.org/pub/linux/kernel/v2.6/linux-2.6.20.tar.bz2 >> http://redhat.com/~mingo/realtime-preempt/patch-2.6.20-rt1 >> >> the -rt YUM repository for Fedora Core 6 and 5, for architectures i686 >> and x86_64 can be activated via: >> >> cd /etc/yum.repos.d >> wget http://people.redhat.com/~mingo/realtime-preempt/rt.repo >> >> yum install kernel-rt.x86_64 # on x86_64 >> yum install kernel-rt # on i686 >> >> yum update kernel-rt # refresh - or enable yum-updatesd >> >> as usual, bugreports, fixes and suggestions are welcome, >> >> Ingo >> - >> To unsubscribe from this list: send the line "unsubscribe >> linux-rt-users" in >> the body of a message to majordomo@vger.kernel.org >> More majordomo info at http://vger.kernel.org/majordomo-info.html >> > -- kr ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: v2.6.20-rt1, yum/rpm 2007-02-05 6:56 v2.6.20-rt1, yum/rpm Ingo Molnar ` (11 preceding siblings ...) 2007-02-06 19:38 ` Chuck Harding @ 2007-02-27 17:39 ` K.R. Foley 2007-02-28 8:11 ` Ingo Molnar 2007-04-26 13:57 ` v2.6.21-rt1 Ingo Molnar 13 siblings, 1 reply; 55+ messages in thread From: K.R. Foley @ 2007-02-27 17:39 UTC (permalink / raw) To: Ingo Molnar; +Cc: linux-kernel, linux-rt-users Ingo Molnar wrote: > i have released the v2.6.20-rt1 kernel, which can be downloaded from the > usual place: > I have a couple of questions regarding priorities of the softirqs, IRQ handlers, etc. With some exceptions, back in 2.6.18 and prior patches the IRQ threads were prioritized between 50 and 25 and the most of the softirqs were prioritized at 1? In newer patches it looks like they are all prioritized at 50? I was just curious what went into making these choices? I am just trying to better understand these decisions. Thanks, -- kr ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: v2.6.20-rt1, yum/rpm 2007-02-27 17:39 ` K.R. Foley @ 2007-02-28 8:11 ` Ingo Molnar 2007-02-28 10:16 ` K.R. Foley 0 siblings, 1 reply; 55+ messages in thread From: Ingo Molnar @ 2007-02-28 8:11 UTC (permalink / raw) To: K.R. Foley; +Cc: linux-kernel, linux-rt-users * K.R. Foley <kr@cybsft.com> wrote: > Ingo Molnar wrote: > > i have released the v2.6.20-rt1 kernel, which can be downloaded from the > > usual place: > > > > I have a couple of questions regarding priorities of the softirqs, IRQ > handlers, etc. > > With some exceptions, back in 2.6.18 and prior patches the IRQ threads > were prioritized between 50 and 25 and the most of the softirqs were > prioritized at 1? In newer patches it looks like they are all > prioritized at 50? > > I was just curious what went into making these choices? I am just > trying to better understand these decisions. The basically random order-of-request_irq() prioritization was causing problems (it worked for some but didnt work for others), so i got rid of trying to auto-guess some priority order. Also, now that we've got tools/scripts like set_kthread_prio and rtprio it seemed more consistent to just not attempt to prioritize interrupts and softirqs at all, but to keep them all 'in the middle' of the RT priority range. Ingo ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: v2.6.20-rt1, yum/rpm 2007-02-28 8:11 ` Ingo Molnar @ 2007-02-28 10:16 ` K.R. Foley 0 siblings, 0 replies; 55+ messages in thread From: K.R. Foley @ 2007-02-28 10:16 UTC (permalink / raw) To: Ingo Molnar; +Cc: linux-kernel, linux-rt-users Ingo Molnar wrote: > * K.R. Foley <kr@cybsft.com> wrote: > >> Ingo Molnar wrote: >>> i have released the v2.6.20-rt1 kernel, which can be downloaded from the >>> usual place: >>> >> I have a couple of questions regarding priorities of the softirqs, IRQ >> handlers, etc. >> >> With some exceptions, back in 2.6.18 and prior patches the IRQ threads >> were prioritized between 50 and 25 and the most of the softirqs were >> prioritized at 1? In newer patches it looks like they are all >> prioritized at 50? >> >> I was just curious what went into making these choices? I am just >> trying to better understand these decisions. > > The basically random order-of-request_irq() prioritization was causing > problems (it worked for some but didnt work for others), so i got rid of > trying to auto-guess some priority order. Also, now that we've got > tools/scripts like set_kthread_prio and rtprio it seemed more consistent > to just not attempt to prioritize interrupts and softirqs at all, but to > keep them all 'in the middle' of the RT priority range. > > Ingo > Thanks. -- kr ^ permalink raw reply [flat|nested] 55+ messages in thread
* v2.6.21-rt1 2007-02-05 6:56 v2.6.20-rt1, yum/rpm Ingo Molnar ` (12 preceding siblings ...) 2007-02-27 17:39 ` K.R. Foley @ 2007-04-26 13:57 ` Ingo Molnar 2007-04-26 20:53 ` v2.6.21-rt1 Free Ekanayaka ` (2 more replies) 13 siblings, 3 replies; 55+ messages in thread From: Ingo Molnar @ 2007-04-26 13:57 UTC (permalink / raw) To: linux-kernel; +Cc: linux-rt-users i have released the v2.6.20-rt1 kernel, which can be downloaded from the usual place: http://redhat.com/~mingo/realtime-preempt/ more info about the -rt patchset can be found in the RT wiki: http://rt.wiki.kernel.org This is a fixes-only release. to build a 2.6.21-rt1 tree, the following patches should be applied: http://kernel.org/pub/linux/kernel/v2.6/linux-2.6.21.tar.bz2 http://redhat.com/~mingo/realtime-preempt/patch-2.6.21-rt1 Ingo ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: v2.6.21-rt1 2007-04-26 13:57 ` v2.6.21-rt1 Ingo Molnar @ 2007-04-26 20:53 ` Free Ekanayaka 2007-05-03 19:16 ` v2.6.21-rt1 - bug in asm-mips/atomic.h Tim Bird 2007-05-17 18:46 ` v2.6.21-rt1 emin ak 2 siblings, 0 replies; 55+ messages in thread From: Free Ekanayaka @ 2007-04-26 20:53 UTC (permalink / raw) To: Ingo Molnar; +Cc: linux-kernel, linux-rt-users Hi, |--==> Ingo Molnar writes: IM> i have released the v2.6.20-rt1 kernel, which can be downloaded from the IM> usual place: IM> http://redhat.com/~mingo/realtime-preempt/ IM> more info about the -rt patchset can be found in the RT wiki: IM> http://rt.wiki.kernel.org IM> This is a fixes-only release. IM> to build a 2.6.21-rt1 tree, the following patches should be applied: IM> http://kernel.org/pub/linux/kernel/v2.6/linux-2.6.21.tar.bz2 IM> http://redhat.com/~mingo/realtime-preempt/patch-2.6.21-rt1 I've tested the patch on a Pavillon zv5000 laptop (amd64) and apparently the kernel still hangs when one of the script in the initramfs [0] tries to run udevsettle. Booting with noapic doesn't seem to help, and differently from the 2.6.21-rc6-rt0 release [1] this time the kernel won't boot even with qemu. Here's the config I used: http://people.64studio.com/~free/config-2.6.21-rt1 Ciao, Free [0] http://people.64studio.com/~free/udev [1] http://www.mail-archive.com/linux-rt-users@vger.kernel.org/msg00332.html ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: v2.6.21-rt1 - bug in asm-mips/atomic.h 2007-04-26 13:57 ` v2.6.21-rt1 Ingo Molnar 2007-04-26 20:53 ` v2.6.21-rt1 Free Ekanayaka @ 2007-05-03 19:16 ` Tim Bird 2007-05-03 19:35 ` v2.6.21-rt1 - mips compile bugs Tim Bird 2007-05-17 18:46 ` v2.6.21-rt1 emin ak 2 siblings, 1 reply; 55+ messages in thread From: Tim Bird @ 2007-05-03 19:16 UTC (permalink / raw) To: Ingo Molnar; +Cc: linux-kernel, linux-rt-users Ingo Molnar wrote: > i have released the v2.6.20-rt1 kernel... Ingo, There appears to be a bug in the patch for include/asm-mips/atomic.h In the hunk for line 554, it has 2 #endifs. I think it should only have one. A portion of the patch reads: Index: new-linux/include/asm-mips/atomic.h =================================================================== --- new-linux.orig/include/asm-mips/atomic.h 2007-04-25 20:08:32.000000000 -0700 +++ new-linux/include/asm-mips/atomic.h 2007-04-26 16:15:14.000000000 -0700 @@ -545,7 +554,9 @@ : "=&r" (result), "=&r" (temp), "=m" (v->counter) : "Ir" (i), "m" (v->counter) : "memory"); - } else { + } +#if !defined(CONFIG_NO_SPINLOCK) && !defined(CONFIG_PREEMPT_RT) + else { unsigned long flags; raw_local_irq_save(flags); @@ -554,6 +565,8 @@ v->counter = result; raw_local_irq_restore(flags); } +#endif +#endif smp_mb(); When I applied the patch to 2.6.21 and tried to compile for MIPS I got: CHK include/linux/utsrelease.h CC arch/mips/kernel/asm-offsets.s In file included from /home/tbird/work/alp-3.0/alp-linux/include/linux/rt_lock.h:14, from /home/tbird/work/alp-3.0/alp-linux/include/linux/spinlock.h:116, from /home/tbird/work/alp-3.0/alp-linux/include/linux/capability.h:45, from /home/tbird/work/alp-3.0/alp-linux/include/linux/sched.h:47, from /home/tbird/work/alp-3.0/alp-linux/arch/mips/kernel/asm-offsets.c:14: include2/asm/atomic.h:571: error: expected '(' before 'volatile' include2/asm/atomic.h:573: error: expected identifier or '(' before 'return' include2/asm/atomic.h:574: error: expected identifier or '(' before '}' token include2/asm/atomic.h:576: error: expected declaration specifiers or '...' before 'atomic64_t' include2/asm/atomic.h: In function 'atomic64_sub_return': include2/asm/atomic.h:593: error: 'v' undeclared (first use in this function) include2/asm/atomic.h:593: error: (Each undeclared identifier is reported only once include2/asm/atomic.h:593: error: for each function it appears in.) include2/asm/atomic.h:585: error: invalid lvalue in asm output 2 include2/asm/atomic.h:585: error: memory input 4 is not directly addressable include2/asm/atomic.h:599: error: invalid lvalue in asm output 2 include2/asm/atomic.h:599: error: memory input 4 is not directly addressable include2/asm/atomic.h: At top level: include2/asm/atomic.h:638: error: expected declaration specifiers or '...' before 'atomic64_t' include2/asm/atomic.h: In function 'atomic64_sub_if_positive': include2/asm/atomic.h:659: error: 'v' undeclared (first use in this function) include2/asm/atomic.h:647: error: invalid lvalue in asm output 2 include2/asm/atomic.h:647: error: memory input 4 is not directly addressable include2/asm/atomic.h:665: error: invalid lvalue in asm output 2 include2/asm/atomic.h:665: error: memory input 4 is not directly addressable In file included from /home/tbird/work/alp-3.0/alp-linux/include/linux/rt_lock.h:14, from /home/tbird/work/alp-3.0/alp-linux/include/linux/spinlock.h:116, from /home/tbird/work/alp-3.0/alp-linux/include/linux/capability.h:45, from /home/tbird/work/alp-3.0/alp-linux/include/linux/sched.h:47, from /home/tbird/work/alp-3.0/alp-linux/arch/mips/kernel/asm-offsets.c:14: include2/asm/atomic.h:779:2: error: #endif without #if After removing the second #endif in the second hunk above, things compiled better. -- Tim ============================= Tim Bird Architecture Group Chair, CE Linux Forum Senior Staff Engineer, Sony Electronics ============================= ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: v2.6.21-rt1 - mips compile bugs 2007-05-03 19:16 ` v2.6.21-rt1 - bug in asm-mips/atomic.h Tim Bird @ 2007-05-03 19:35 ` Tim Bird 0 siblings, 0 replies; 55+ messages in thread From: Tim Bird @ 2007-05-03 19:35 UTC (permalink / raw) To: Tim Bird; +Cc: Ingo Molnar, linux-kernel, linux-rt-users Ingo Molnar wrote: > i have released the v2.6.20-rt1 kernel... There was also a problem with the patch for arch/mips/kernel/entry.S Some kind of cruft was in the patch. Below is a patch which fixes both issues. It at least allows compilation. I haven't turned anything on, or looked at runtime yet. Index: alp-linux/arch/mips/kernel/entry.S =================================================================== --- alp-linux.orig/arch/mips/kernel/entry.S 2007-05-03 12:28:38.000000000 -0700 +++ alp-linux/arch/mips/kernel/entry.S 2007-05-03 12:21:47.000000000 -0700 @@ -21,8 +21,6 @@ #endif #ifndef CONFIG_PREEMPT -<<<<<<< delete local_irq_disable - raw_local_irq_disable #define resume_kernel restore_all #else #define __ret_from_irq ret_from_exception @@ -32,7 +30,7 @@ .align 5 #ifndef CONFIG_PREEMPT FEXPORT(ret_from_exception) - local_irq_disable # preempt stop + raw_local_irq_disable # preempt stop b __ret_from_irq #endif FEXPORT(ret_from_irq) Index: alp-linux/include/asm-mips/atomic.h =================================================================== --- alp-linux.orig/include/asm-mips/atomic.h 2007-05-03 12:28:38.000000000 -0700 +++ alp-linux/include/asm-mips/atomic.h 2007-05-03 11:56:58.000000000 -0700 @@ -566,7 +566,6 @@ raw_local_irq_restore(flags); } #endif -#endif smp_mb(); ============================= Tim Bird Architecture Group Chair, CE Linux Forum Senior Staff Engineer, Sony Electronics ============================= ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: v2.6.21-rt1 2007-04-26 13:57 ` v2.6.21-rt1 Ingo Molnar 2007-04-26 20:53 ` v2.6.21-rt1 Free Ekanayaka 2007-05-03 19:16 ` v2.6.21-rt1 - bug in asm-mips/atomic.h Tim Bird @ 2007-05-17 18:46 ` emin ak 2 siblings, 0 replies; 55+ messages in thread From: emin ak @ 2007-05-17 18:46 UTC (permalink / raw) To: Ingo Molnar; +Cc: linux-kernel, linux-rt-users [-- Attachment #1: Type: text/plain, Size: 5822 bytes --] Hi, This patch is failed for ppc arch (actually for mpc8540ads). too because of compilition errors. Here is the output log and I have also attached .config. Any comments? make uImage HOSTLD scripts/kconfig/conf scripts/kconfig/conf -s arch/ppc/Kconfig CHK include/linux/version.h CHK include/linux/utsrelease.h UPD include/linux/utsrelease.h CC arch/ppc/kernel/asm-offsets.s In file included from arch/ppc/include/asm/hw_irq.h:110, from include/asm/system.h:10, from include/linux/list.h:9, from include/linux/signal.h:8, from arch/ppc/kernel/asm-offsets.c:11: include/linux/irqflags.h:83:1: warning: "raw_local_irq_save" redefined In file included from include/asm/system.h:10, from include/linux/list.h:9, from include/linux/signal.h:8, from arch/ppc/kernel/asm-offsets.c:11: arch/ppc/include/asm/hw_irq.h:103:1: warning: this is the location of the previous definition In file included from arch/ppc/include/asm/hw_irq.h:110, from include/asm/system.h:10, from include/linux/list.h:9, from include/linux/signal.h:8, from arch/ppc/kernel/asm-offsets.c:11: include/linux/irqflags.h:88:1: warning: "raw_local_irq_restore" redefined In file included from include/asm/system.h:10, from include/linux/list.h:9, from include/linux/signal.h:8, from arch/ppc/kernel/asm-offsets.c:11: arch/ppc/include/asm/hw_irq.h:59:1: warning: this is the location of the previous definition In file included from include/linux/time.h:7, from include/linux/timex.h:57, from include/linux/sched.h:51, from arch/ppc/kernel/asm-offsets.c:12: include/linux/seqlock.h: In function '__read_seqretry': include/linux/seqlock.h:139: warning: implicit declaration of function 'local_irq_save' include/linux/seqlock.h:140: warning: implicit declaration of function 'local_irq_restore' GEN include/asm-ppc/asm-offsets.h CC scripts/mod/empty.o HOSTCC scripts/mod/mk_elfconfig MKELF scripts/mod/elfconfig.h HOSTCC scripts/mod/file2alias.o HOSTCC scripts/mod/modpost.o HOSTCC scripts/mod/sumversion.o HOSTLD scripts/mod/modpost CC init/main.o In file included from include/asm/system.h:10, from include/linux/spinlock.h:95, from include/linux/module.h:9, from init/main.c:13: arch/ppc/include/asm/hw_irq.h:59:1: warning: "raw_local_irq_restore" redefined In file included from include/linux/spinlock.h:93, from include/linux/module.h:9, from init/main.c:13: include/linux/irqflags.h:88:1: warning: this is the location of the previous definition In file included from include/asm/system.h:10, from include/linux/spinlock.h:95, from include/linux/module.h:9, from init/main.c:13: arch/ppc/include/asm/hw_irq.h:65:46: error: macro "raw_local_irq_disable" passed 1 arguments, but takes just 0 In file included from include/asm/system.h:10, from include/linux/spinlock.h:95, from include/linux/module.h:9, from init/main.c:13: arch/ppc/include/asm/hw_irq.h:66: error: syntax error before '{' token arch/ppc/include/asm/hw_irq.h:77:45: error: macro "raw_local_irq_enable" passed 1 arguments, but takes just 0 arch/ppc/include/asm/hw_irq.h:78: error: syntax error before '{' token arch/ppc/include/asm/hw_irq.h:103:1: warning: "raw_local_irq_save" redefined In file included from include/linux/spinlock.h:93, from include/linux/module.h:9, from init/main.c:13: include/linux/irqflags.h:83:1: warning: this is the location of the previous definition In file included from include/linux/time.h:7, from include/linux/stat.h:57, from include/linux/module.h:11, from init/main.c:13: include/linux/seqlock.h: In function '__read_seqretry': include/linux/seqlock.h:139: warning: implicit declaration of function 'local_irq_save' include/linux/seqlock.h:140: warning: implicit declaration of function 'local_irq_restore' In file included from include/linux/rtc.h:102, from include/linux/efi.h:19, from init/main.c:43: include/linux/interrupt.h: In function 'cli': include/linux/interrupt.h:210: warning: implicit declaration of function 'local_irq_disable' include/linux/interrupt.h: In function 'sti': include/linux/interrupt.h:214: warning: implicit declaration of function 'local_irq_enable' include/linux/interrupt.h: In function 'save_flags': include/linux/interrupt.h:218: warning: implicit declaration of function 'local_save_flags' init/main.c: In function 'start_kernel': init/main.c:572: warning: implicit declaration of function 'irqs_disabled' make[1]: *** [init/main.o] Error 1 make: *** [init] Error 2 2007/4/26, Ingo Molnar <mingo@elte.hu>: > > i have released the v2.6.20-rt1 kernel, which can be downloaded from the > usual place: > > http://redhat.com/~mingo/realtime-preempt/ > > more info about the -rt patchset can be found in the RT wiki: > > http://rt.wiki.kernel.org > > This is a fixes-only release. > > to build a 2.6.21-rt1 tree, the following patches should be applied: > > http://kernel.org/pub/linux/kernel/v2.6/linux-2.6.21.tar.bz2 > http://redhat.com/~mingo/realtime-preempt/patch-2.6.21-rt1 > > Ingo > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ > [-- Attachment #2: .config --] [-- Type: text/plain, Size: 18780 bytes --] # # Automatically generated make config: don't edit # Linux kernel version: 2.6.21-rt1 # Thu May 17 16:40:32 2007 # CONFIG_MMU=y CONFIG_GENERIC_HARDIRQS=y CONFIG_ARCH_HAS_ILOG2_U32=y # CONFIG_ARCH_HAS_ILOG2_U64 is not set CONFIG_GENERIC_HWEIGHT=y CONFIG_GENERIC_CALIBRATE_DELAY=y CONFIG_PPC=y CONFIG_PPC32=y CONFIG_GENERIC_NVRAM=y CONFIG_GENERIC_FIND_NEXT_BIT=y CONFIG_SCHED_NO_NO_OMIT_FRAME_POINTER=y CONFIG_ARCH_MAY_HAVE_PC_FDC=y CONFIG_GENERIC_BUG=y CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config" # # Code maturity level options # CONFIG_EXPERIMENTAL=y CONFIG_BROKEN_ON_SMP=y CONFIG_LOCK_KERNEL=y CONFIG_INIT_ENV_ARG_LIMIT=32 # # General setup # CONFIG_LOCALVERSION="" CONFIG_LOCALVERSION_AUTO=y CONFIG_SWAP=y CONFIG_SYSVIPC=y # CONFIG_IPC_NS is not set CONFIG_SYSVIPC_SYSCTL=y # CONFIG_POSIX_MQUEUE is not set # CONFIG_BSD_PROCESS_ACCT is not set # CONFIG_TASKSTATS is not set # CONFIG_UTS_NS is not set # CONFIG_AUDIT is not set # CONFIG_IKCONFIG is not set CONFIG_SYSFS_DEPRECATED=y # CONFIG_RELAY is not set CONFIG_BLK_DEV_INITRD=y CONFIG_INITRAMFS_SOURCE="" # CONFIG_CC_OPTIMIZE_FOR_SIZE is not set CONFIG_SYSCTL=y CONFIG_EMBEDDED=y CONFIG_SYSCTL_SYSCALL=y # CONFIG_KALLSYMS is not set # CONFIG_HOTPLUG is not set CONFIG_PRINTK=y CONFIG_BUG=y CONFIG_ELF_CORE=y CONFIG_BASE_FULL=y CONFIG_FUTEX=y # CONFIG_EPOLL is not set CONFIG_SHMEM=y CONFIG_SLAB=y CONFIG_VM_EVENT_COUNTERS=y CONFIG_RT_MUTEXES=y # CONFIG_TINY_SHMEM is not set CONFIG_BASE_SMALL=0 # CONFIG_SLOB is not set # # Loadable module support # # CONFIG_MODULES is not set # # Block layer # CONFIG_BLOCK=y # CONFIG_LBD is not set # CONFIG_BLK_DEV_IO_TRACE is not set # CONFIG_LSF is not set # # IO Schedulers # CONFIG_IOSCHED_NOOP=y CONFIG_IOSCHED_AS=y CONFIG_IOSCHED_DEADLINE=y CONFIG_IOSCHED_CFQ=y # CONFIG_DEFAULT_AS is not set # CONFIG_DEFAULT_DEADLINE is not set CONFIG_DEFAULT_CFQ=y # CONFIG_DEFAULT_NOOP is not set CONFIG_DEFAULT_IOSCHED="cfq" # # Processor # # CONFIG_6xx is not set # CONFIG_40x is not set # CONFIG_44x is not set # CONFIG_8xx is not set # CONFIG_E200 is not set CONFIG_E500=y # CONFIG_PPC_DCR_NATIVE is not set CONFIG_BOOKE=y CONFIG_FSL_BOOKE=y # CONFIG_PHYS_64BIT is not set CONFIG_SPE=y CONFIG_MATH_EMULATION=y # CONFIG_KEXEC is not set # CONFIG_CPU_FREQ is not set # CONFIG_WANT_EARLY_SERIAL is not set CONFIG_PPC_GEN550=y CONFIG_85xx=y CONFIG_PPC_INDIRECT_PCI_BE=y # # Freescale 85xx options # CONFIG_MPC8540_ADS=y # CONFIG_MPC8548_CDS is not set # CONFIG_MPC8555_CDS is not set # CONFIG_MPC8560_ADS is not set # CONFIG_SBC8560 is not set # CONFIG_STX_GP3 is not set # CONFIG_TQM8540 is not set # CONFIG_TQM8541 is not set # CONFIG_TQM8555 is not set # CONFIG_TQM8560 is not set CONFIG_MPC8540=y # # Platform options # # CONFIG_HIGHMEM is not set CONFIG_ARCH_POPULATES_NODE_MAP=y # CONFIG_HZ_100 is not set CONFIG_HZ_250=y # CONFIG_HZ_300 is not set # CONFIG_HZ_1000 is not set CONFIG_HZ=250 # CONFIG_PREEMPT_NONE is not set # CONFIG_PREEMPT_VOLUNTARY is not set # CONFIG_PREEMPT_DESKTOP is not set CONFIG_PREEMPT_RT=y CONFIG_PREEMPT=y CONFIG_PREEMPT_SOFTIRQS=y CONFIG_PREEMPT_HARDIRQS=y CONFIG_PREEMPT_BKL=y # CONFIG_CLASSIC_RCU is not set CONFIG_PREEMPT_RCU=y CONFIG_RCU_TRACE=y CONFIG_RWSEM_GENERIC_SPINLOCK=y CONFIG_ASM_SEMAPHORES=y CONFIG_SELECT_MEMORY_MODEL=y CONFIG_FLATMEM_MANUAL=y # CONFIG_DISCONTIGMEM_MANUAL is not set # CONFIG_SPARSEMEM_MANUAL is not set CONFIG_FLATMEM=y CONFIG_FLAT_NODE_MEM_MAP=y # CONFIG_SPARSEMEM_STATIC is not set CONFIG_SPLIT_PTLOCK_CPUS=4 # CONFIG_RESOURCES_64BIT is not set CONFIG_ZONE_DMA_FLAG=1 CONFIG_BINFMT_ELF=y # CONFIG_BINFMT_MISC is not set # CONFIG_CMDLINE_BOOL is not set # CONFIG_PM is not set CONFIG_SECCOMP=y CONFIG_ISA_DMA_API=y # # Bus options # CONFIG_ZONE_DMA=y CONFIG_PPC_I8259=y CONFIG_PPC_INDIRECT_PCI=y CONFIG_PCI=y CONFIG_PCI_DOMAINS=y # # PCCARD (PCMCIA/CardBus) support # # CONFIG_RAPIDIO is not set # # Advanced setup # # CONFIG_ADVANCED_OPTIONS is not set # # Default settings for advanced configuration options are used # CONFIG_HIGHMEM_START=0xfe000000 CONFIG_LOWMEM_SIZE=0x30000000 CONFIG_KERNEL_START=0xc0000000 CONFIG_TASK_SIZE=0x80000000 CONFIG_BOOT_LOAD=0x00800000 # # Networking # CONFIG_NET=y # # Networking options # # CONFIG_NETDEBUG is not set CONFIG_PACKET=y # CONFIG_PACKET_MMAP is not set CONFIG_UNIX=y CONFIG_XFRM=y # CONFIG_XFRM_USER is not set # CONFIG_XFRM_SUB_POLICY is not set # CONFIG_XFRM_MIGRATE is not set # CONFIG_NET_KEY is not set CONFIG_INET=y CONFIG_IP_MULTICAST=y # CONFIG_IP_ADVANCED_ROUTER is not set CONFIG_IP_FIB_HASH=y CONFIG_IP_PNP=y CONFIG_IP_PNP_DHCP=y CONFIG_IP_PNP_BOOTP=y # CONFIG_IP_PNP_RARP is not set # CONFIG_NET_IPIP is not set # CONFIG_NET_IPGRE is not set # CONFIG_IP_MROUTE is not set # CONFIG_ARPD is not set CONFIG_SYN_COOKIES=y # CONFIG_INET_AH is not set # CONFIG_INET_ESP is not set # CONFIG_INET_IPCOMP is not set # CONFIG_INET_XFRM_TUNNEL is not set # CONFIG_INET_TUNNEL is not set CONFIG_INET_XFRM_MODE_TRANSPORT=y CONFIG_INET_XFRM_MODE_TUNNEL=y CONFIG_INET_XFRM_MODE_BEET=y CONFIG_INET_DIAG=y CONFIG_INET_TCP_DIAG=y # CONFIG_TCP_CONG_ADVANCED is not set CONFIG_TCP_CONG_CUBIC=y CONFIG_DEFAULT_TCP_CONG="cubic" # CONFIG_TCP_MD5SIG is not set # CONFIG_IPV6 is not set # CONFIG_INET6_XFRM_TUNNEL is not set # CONFIG_INET6_TUNNEL is not set # CONFIG_NETWORK_SECMARK is not set # CONFIG_NETFILTER is not set # # DCCP Configuration (EXPERIMENTAL) # # CONFIG_IP_DCCP is not set # # SCTP Configuration (EXPERIMENTAL) # # CONFIG_IP_SCTP is not set # # TIPC Configuration (EXPERIMENTAL) # # CONFIG_TIPC is not set # CONFIG_ATM is not set # CONFIG_BRIDGE is not set # CONFIG_VLAN_8021Q is not set # CONFIG_DECNET is not set # CONFIG_LLC2 is not set # CONFIG_IPX is not set # CONFIG_ATALK is not set # CONFIG_X25 is not set # CONFIG_LAPB is not set # CONFIG_ECONET is not set # CONFIG_WAN_ROUTER is not set # # QoS and/or fair queueing # # CONFIG_NET_SCHED is not set # # Network testing # # CONFIG_NET_PKTGEN is not set # CONFIG_HAMRADIO is not set # CONFIG_IRDA is not set # CONFIG_BT is not set # CONFIG_IEEE80211 is not set # # Device Drivers # # # Generic Driver Options # CONFIG_STANDALONE=y CONFIG_PREVENT_FIRMWARE_BUILD=y # CONFIG_SYS_HYPERVISOR is not set # # Connector - unified userspace <-> kernelspace linker # # CONFIG_CONNECTOR is not set # # Memory Technology Devices (MTD) # # CONFIG_MTD is not set # # Parallel port support # # CONFIG_PARPORT is not set # # Plug and Play support # # CONFIG_PNPACPI is not set # # Block devices # # CONFIG_BLK_DEV_FD is not set # CONFIG_BLK_CPQ_DA is not set # CONFIG_BLK_CPQ_CISS_DA is not set # CONFIG_BLK_DEV_DAC960 is not set # CONFIG_BLK_DEV_UMEM is not set # CONFIG_BLK_DEV_COW_COMMON is not set CONFIG_BLK_DEV_LOOP=y # CONFIG_BLK_DEV_CRYPTOLOOP is not set # CONFIG_BLK_DEV_NBD is not set # CONFIG_BLK_DEV_SX8 is not set CONFIG_BLK_DEV_RAM=y CONFIG_BLK_DEV_RAM_COUNT=16 CONFIG_BLK_DEV_RAM_SIZE=32768 CONFIG_BLK_DEV_RAM_BLOCKSIZE=1024 # CONFIG_CDROM_PKTCDVD is not set # CONFIG_ATA_OVER_ETH is not set # # Misc devices # # CONFIG_SGI_IOC4 is not set # CONFIG_TIFM_CORE is not set # # ATA/ATAPI/MFM/RLL support # # CONFIG_IDE is not set # # SCSI device support # # CONFIG_RAID_ATTRS is not set # CONFIG_SCSI is not set # CONFIG_SCSI_NETLINK is not set # # Serial ATA (prod) and Parallel ATA (experimental) drivers # # CONFIG_ATA is not set # # Multi-device support (RAID and LVM) # # CONFIG_MD is not set # # Fusion MPT device support # # CONFIG_FUSION is not set # # IEEE 1394 (FireWire) support # # CONFIG_IEEE1394 is not set # # I2O device support # # CONFIG_I2O is not set # # Macintosh device drivers # # CONFIG_MAC_EMUMOUSEBTN is not set # CONFIG_WINDFARM is not set # # Network device support # CONFIG_NETDEVICES=y # CONFIG_DUMMY is not set # CONFIG_BONDING is not set # CONFIG_EQUALIZER is not set # CONFIG_TUN is not set # # ARCnet devices # # CONFIG_ARCNET is not set # # PHY device support # CONFIG_PHYLIB=y # # MII PHY device drivers # # CONFIG_MARVELL_PHY is not set # CONFIG_DAVICOM_PHY is not set # CONFIG_QSEMI_PHY is not set # CONFIG_LXT_PHY is not set # CONFIG_CICADA_PHY is not set # CONFIG_VITESSE_PHY is not set # CONFIG_SMSC_PHY is not set # CONFIG_BROADCOM_PHY is not set # CONFIG_FIXED_PHY is not set # # Ethernet (10 or 100Mbit) # CONFIG_NET_ETHERNET=y CONFIG_MII=y # CONFIG_HAPPYMEAL is not set # CONFIG_SUNGEM is not set # CONFIG_CASSINI is not set # CONFIG_NET_VENDOR_3COM is not set # # Tulip family network device support # # CONFIG_NET_TULIP is not set # CONFIG_HP100 is not set # CONFIG_NET_PCI is not set # # Ethernet (1000 Mbit) # # CONFIG_ACENIC is not set # CONFIG_DL2K is not set # CONFIG_E1000 is not set # CONFIG_NS83820 is not set # CONFIG_HAMACHI is not set # CONFIG_YELLOWFIN is not set # CONFIG_R8169 is not set # CONFIG_SIS190 is not set # CONFIG_SKGE is not set # CONFIG_SKY2 is not set # CONFIG_SK98LIN is not set # CONFIG_TIGON3 is not set # CONFIG_BNX2 is not set CONFIG_GIANFAR=y CONFIG_GFAR_NAPI=y # CONFIG_QLA3XXX is not set # CONFIG_ATL1 is not set # # Ethernet (10000 Mbit) # # CONFIG_CHELSIO_T1 is not set # CONFIG_CHELSIO_T3 is not set # CONFIG_IXGB is not set # CONFIG_S2IO is not set # CONFIG_MYRI10GE is not set # CONFIG_NETXEN_NIC is not set # # Token Ring devices # # CONFIG_TR is not set # # Wireless LAN (non-hamradio) # # CONFIG_NET_RADIO is not set # # Wan interfaces # # CONFIG_WAN is not set # CONFIG_FDDI is not set # CONFIG_HIPPI is not set # CONFIG_PPP is not set # CONFIG_SLIP is not set # CONFIG_SHAPER is not set # CONFIG_NETCONSOLE is not set # CONFIG_NETPOLL is not set # CONFIG_NET_POLL_CONTROLLER is not set # # ISDN subsystem # # CONFIG_ISDN is not set # # Telephony Support # # CONFIG_PHONE is not set # # Input device support # CONFIG_INPUT=y # CONFIG_INPUT_FF_MEMLESS is not set # # Userland interfaces # # CONFIG_INPUT_MOUSEDEV is not set # CONFIG_INPUT_JOYDEV is not set # CONFIG_INPUT_TSDEV is not set # CONFIG_INPUT_EVDEV is not set # CONFIG_INPUT_EVBUG is not set # # Input Device Drivers # # CONFIG_INPUT_KEYBOARD is not set # CONFIG_INPUT_MOUSE is not set # CONFIG_INPUT_JOYSTICK is not set # CONFIG_INPUT_TOUCHSCREEN is not set # CONFIG_INPUT_MISC is not set # # Hardware I/O ports # # CONFIG_SERIO is not set # CONFIG_GAMEPORT is not set # # Character devices # # CONFIG_VT is not set # CONFIG_SERIAL_NONSTANDARD is not set # # Serial drivers # CONFIG_SERIAL_8250=y CONFIG_SERIAL_8250_CONSOLE=y CONFIG_SERIAL_8250_PCI=y CONFIG_SERIAL_8250_NR_UARTS=4 CONFIG_SERIAL_8250_RUNTIME_UARTS=4 # CONFIG_SERIAL_8250_EXTENDED is not set # # Non-8250 serial port support # # CONFIG_SERIAL_UARTLITE is not set CONFIG_SERIAL_CORE=y CONFIG_SERIAL_CORE_CONSOLE=y # CONFIG_SERIAL_JSM is not set CONFIG_UNIX98_PTYS=y CONFIG_LEGACY_PTYS=y CONFIG_LEGACY_PTY_COUNT=256 # # IPMI # # CONFIG_IPMI_HANDLER is not set # # Watchdog Cards # # CONFIG_WATCHDOG is not set CONFIG_HW_RANDOM=y # CONFIG_NVRAM is not set CONFIG_GEN_RTC=y # CONFIG_GEN_RTC_X is not set # CONFIG_DTLK is not set # CONFIG_R3964 is not set # CONFIG_APPLICOM is not set # CONFIG_AGP is not set # CONFIG_DRM is not set # CONFIG_RAW_DRIVER is not set # # TPM devices # # CONFIG_TCG_TPM is not set CONFIG_RMEM=y CONFIG_ALLOC_RTSJ_MEM=y # # I2C support # CONFIG_I2C=y CONFIG_I2C_CHARDEV=y # # I2C Algorithms # # CONFIG_I2C_ALGOBIT is not set # CONFIG_I2C_ALGOPCF is not set # CONFIG_I2C_ALGOPCA is not set # # I2C Hardware Bus support # # CONFIG_I2C_ALI1535 is not set # CONFIG_I2C_ALI1563 is not set # CONFIG_I2C_ALI15X3 is not set # CONFIG_I2C_AMD756 is not set # CONFIG_I2C_AMD8111 is not set # CONFIG_I2C_I801 is not set # CONFIG_I2C_I810 is not set # CONFIG_I2C_PIIX4 is not set CONFIG_I2C_MPC=y # CONFIG_I2C_NFORCE2 is not set # CONFIG_I2C_OCORES is not set # CONFIG_I2C_PARPORT_LIGHT is not set # CONFIG_I2C_PROSAVAGE is not set # CONFIG_I2C_SAVAGE4 is not set # CONFIG_I2C_SIS5595 is not set # CONFIG_I2C_SIS630 is not set # CONFIG_I2C_SIS96X is not set # CONFIG_I2C_VIA is not set # CONFIG_I2C_VIAPRO is not set # CONFIG_I2C_VOODOO3 is not set # CONFIG_I2C_PCA_ISA is not set # # Miscellaneous I2C Chip support # # CONFIG_SENSORS_DS1337 is not set # CONFIG_SENSORS_DS1374 is not set # CONFIG_SENSORS_EEPROM is not set # CONFIG_SENSORS_PCF8574 is not set # CONFIG_SENSORS_PCA9539 is not set # CONFIG_SENSORS_PCF8591 is not set # CONFIG_SENSORS_M41T00 is not set # CONFIG_SENSORS_MAX6875 is not set # CONFIG_I2C_DEBUG_CORE is not set # CONFIG_I2C_DEBUG_ALGO is not set # CONFIG_I2C_DEBUG_BUS is not set # CONFIG_I2C_DEBUG_CHIP is not set # # SPI support # # CONFIG_SPI is not set # CONFIG_SPI_MASTER is not set # # Dallas's 1-wire bus # # CONFIG_W1 is not set # # Hardware Monitoring support # CONFIG_HWMON=y # CONFIG_HWMON_VID is not set # CONFIG_SENSORS_ABITUGURU is not set # CONFIG_SENSORS_ADM1021 is not set # CONFIG_SENSORS_ADM1025 is not set # CONFIG_SENSORS_ADM1026 is not set # CONFIG_SENSORS_ADM1029 is not set # CONFIG_SENSORS_ADM1031 is not set # CONFIG_SENSORS_ADM9240 is not set # CONFIG_SENSORS_ASB100 is not set # CONFIG_SENSORS_ATXP1 is not set # CONFIG_SENSORS_DS1621 is not set # CONFIG_SENSORS_F71805F is not set # CONFIG_SENSORS_FSCHER is not set # CONFIG_SENSORS_FSCPOS is not set # CONFIG_SENSORS_GL518SM is not set # CONFIG_SENSORS_GL520SM is not set # CONFIG_SENSORS_IT87 is not set # CONFIG_SENSORS_LM63 is not set # CONFIG_SENSORS_LM75 is not set # CONFIG_SENSORS_LM77 is not set # CONFIG_SENSORS_LM78 is not set # CONFIG_SENSORS_LM80 is not set # CONFIG_SENSORS_LM83 is not set # CONFIG_SENSORS_LM85 is not set # CONFIG_SENSORS_LM87 is not set # CONFIG_SENSORS_LM90 is not set # CONFIG_SENSORS_LM92 is not set # CONFIG_SENSORS_MAX1619 is not set # CONFIG_SENSORS_PC87360 is not set # CONFIG_SENSORS_PC87427 is not set # CONFIG_SENSORS_SIS5595 is not set # CONFIG_SENSORS_SMSC47M1 is not set # CONFIG_SENSORS_SMSC47M192 is not set # CONFIG_SENSORS_SMSC47B397 is not set # CONFIG_SENSORS_VIA686A is not set # CONFIG_SENSORS_VT1211 is not set # CONFIG_SENSORS_VT8231 is not set # CONFIG_SENSORS_W83781D is not set # CONFIG_SENSORS_W83791D is not set # CONFIG_SENSORS_W83792D is not set # CONFIG_SENSORS_W83793 is not set # CONFIG_SENSORS_W83L785TS is not set # CONFIG_SENSORS_W83627HF is not set # CONFIG_SENSORS_W83627EHF is not set # CONFIG_HWMON_DEBUG_CHIP is not set # # Multifunction device drivers # # CONFIG_MFD_SM501 is not set # # Multimedia devices # # CONFIG_VIDEO_DEV is not set # # Digital Video Broadcasting Devices # # CONFIG_DVB is not set # # Graphics support # # CONFIG_BACKLIGHT_LCD_SUPPORT is not set # CONFIG_FB is not set # CONFIG_FB_IBM_GXT4500 is not set # # Sound # # CONFIG_SOUND is not set # # HID Devices # CONFIG_HID=y # CONFIG_HID_DEBUG is not set # # USB support # CONFIG_USB_ARCH_HAS_HCD=y CONFIG_USB_ARCH_HAS_OHCI=y CONFIG_USB_ARCH_HAS_EHCI=y # CONFIG_USB is not set # # NOTE: USB_STORAGE enables SCSI, and 'SCSI disk support' # # # USB Gadget Support # # CONFIG_USB_GADGET is not set # # MMC/SD Card support # # CONFIG_MMC is not set # # LED devices # # CONFIG_NEW_LEDS is not set # # LED drivers # # # LED Triggers # # # InfiniBand support # # CONFIG_INFINIBAND is not set # # EDAC - error detection and reporting (RAS) (EXPERIMENTAL) # # # Real Time Clock # # CONFIG_RTC_CLASS is not set # # DMA Engine support # CONFIG_DMA_ENGINE=y # # DMA Clients # CONFIG_NET_DMA=y # # DMA Devices # CONFIG_INTEL_IOATDMA=y # # Auxiliary Display support # # # Virtualization # # # File systems # CONFIG_EXT2_FS=y # CONFIG_EXT2_FS_XATTR is not set # CONFIG_EXT2_FS_XIP is not set CONFIG_EXT3_FS=y CONFIG_EXT3_FS_XATTR=y # CONFIG_EXT3_FS_POSIX_ACL is not set # CONFIG_EXT3_FS_SECURITY is not set # CONFIG_EXT4DEV_FS is not set CONFIG_JBD=y # CONFIG_JBD_DEBUG is not set CONFIG_FS_MBCACHE=y # CONFIG_REISERFS_FS is not set # CONFIG_JFS_FS is not set # CONFIG_FS_POSIX_ACL is not set # CONFIG_XFS_FS is not set # CONFIG_GFS2_FS is not set # CONFIG_OCFS2_FS is not set # CONFIG_MINIX_FS is not set # CONFIG_ROMFS_FS is not set CONFIG_INOTIFY=y CONFIG_INOTIFY_USER=y # CONFIG_QUOTA is not set CONFIG_DNOTIFY=y # CONFIG_AUTOFS_FS is not set # CONFIG_AUTOFS4_FS is not set # CONFIG_FUSE_FS is not set # # CD-ROM/DVD Filesystems # # CONFIG_ISO9660_FS is not set # CONFIG_UDF_FS is not set # # DOS/FAT/NT Filesystems # # CONFIG_MSDOS_FS is not set # CONFIG_VFAT_FS is not set # CONFIG_NTFS_FS is not set # # Pseudo filesystems # CONFIG_PROC_FS=y CONFIG_PROC_KCORE=y CONFIG_PROC_SYSCTL=y CONFIG_SYSFS=y CONFIG_TMPFS=y # CONFIG_TMPFS_POSIX_ACL is not set # CONFIG_HUGETLB_PAGE is not set CONFIG_RAMFS=y # CONFIG_CONFIGFS_FS is not set # # Miscellaneous filesystems # # CONFIG_ADFS_FS is not set # CONFIG_AFFS_FS is not set # CONFIG_HFS_FS is not set # CONFIG_HFSPLUS_FS is not set # CONFIG_BEFS_FS is not set # CONFIG_BFS_FS is not set # CONFIG_EFS_FS is not set # CONFIG_CRAMFS is not set # CONFIG_VXFS_FS is not set # CONFIG_HPFS_FS is not set # CONFIG_QNX4FS_FS is not set # CONFIG_SYSV_FS is not set # CONFIG_UFS_FS is not set # # Network File Systems # CONFIG_NFS_FS=y # CONFIG_NFS_V3 is not set # CONFIG_NFS_V4 is not set # CONFIG_NFS_DIRECTIO is not set # CONFIG_NFSD is not set CONFIG_ROOT_NFS=y CONFIG_LOCKD=y CONFIG_NFS_COMMON=y CONFIG_SUNRPC=y # CONFIG_RPCSEC_GSS_KRB5 is not set # CONFIG_RPCSEC_GSS_SPKM3 is not set # CONFIG_SMB_FS is not set # CONFIG_CIFS is not set # CONFIG_NCP_FS is not set # CONFIG_CODA_FS is not set # CONFIG_AFS_FS is not set # CONFIG_9P_FS is not set # # Partition Types # CONFIG_PARTITION_ADVANCED=y # CONFIG_ACORN_PARTITION is not set # CONFIG_OSF_PARTITION is not set # CONFIG_AMIGA_PARTITION is not set # CONFIG_ATARI_PARTITION is not set # CONFIG_MAC_PARTITION is not set # CONFIG_MSDOS_PARTITION is not set # CONFIG_LDM_PARTITION is not set # CONFIG_SGI_PARTITION is not set # CONFIG_ULTRIX_PARTITION is not set # CONFIG_SUN_PARTITION is not set # CONFIG_KARMA_PARTITION is not set # CONFIG_EFI_PARTITION is not set # # Native Language Support # # CONFIG_NLS is not set # # Distributed Lock Manager # # CONFIG_DLM is not set # # Library routines # CONFIG_BITREVERSE=y # CONFIG_CRC_CCITT is not set # CONFIG_CRC16 is not set CONFIG_CRC32=y # CONFIG_LIBCRC32C is not set CONFIG_PLIST=y CONFIG_HAS_IOMEM=y CONFIG_HAS_IOPORT=y # CONFIG_PROFILING is not set # # Kernel hacking # # CONFIG_PRINTK_TIME is not set CONFIG_ENABLE_MUST_CHECK=y # CONFIG_MAGIC_SYSRQ is not set # CONFIG_UNUSED_SYMBOLS is not set # CONFIG_DEBUG_FS is not set # CONFIG_HEADERS_CHECK is not set # CONFIG_DEBUG_KERNEL is not set CONFIG_LOG_BUF_SHIFT=14 # CONFIG_FUNCTION_TRACE is not set # CONFIG_DEBUG_BUGVERBOSE is not set # CONFIG_UNWIND_INFO is not set # CONFIG_SERIAL_TEXT_DEBUG is not set # # Security options # # CONFIG_KEYS is not set # CONFIG_SECURITY is not set # # Cryptographic options # # CONFIG_CRYPTO is not set ^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: v2.6.20-rt1, yum/rpm
@ 2007-02-05 15:06 Milan Svoboda
0 siblings, 0 replies; 55+ messages in thread
From: Milan Svoboda @ 2007-02-05 15:06 UTC (permalink / raw)
To: linux-kernel
On Feb 5, 7:50 am, Ingo Molnar <m...@elte.hu> wrote:
> i have released the v2.6.20-rt1 kernel, which can be downloaded from the
> usual place:
>
Clean boot for me on ARM ixp4xx (gcc-4.1.1, glibc-2.5, big endian,
softfloat).
High-res timers looks good.
However, I'm trying to use PI mutexes in userspace
(pthread_mutexattr_setprotocol =>
PTHREAD_PRIO_INHERIT) and found strange behaviour. It seems to me that
mutex
is not really locked, ie. first thread locks mutex then second thread also
locks the
same mutex! Then the second mutex unlock it and when the first thread
unlocks the
mutex error EPERM is returned.
What do you think, is it kernel or glibc problem? (Priority ceiling works
as expected.)
Is PTHREAD_PRIO_INHERIT supposed to work on my platform?
If there is anything else what would you like to see from my system, let
me know.
See logs from pi_tests-1.15 => classic_pi.c (I added code that test return
value from
pthread_mutex_lock/pthread_mutex_unlock):
# /mnt/clfs/opt/classic_pi --verbose
main: Priority Inheritance turned on
set_cpu_affinity: using processr 0
main: creating low priority thread
main: creating medium priority thread
main: creating high priority thread
main: releasing all threads
high_priority: running as FIFO thread at priority 97
high_priority: entering ready state
med_priority: running as FIFO thread at priority 96
med_priority: entering ready state
low_priority: running as FIFO thread at priority 95
low_priority: entering ready state
main: all threads initialized, waiting for mutex to be claimed
main: waiting for threads to finish
high_priority: starting inversion loop (1)
high_priority: entering start state (1)
med_priority: starting inversion loop (1)
med_priority: entering start state (1)
low_priority: starting inversion loop (1)
low_priority: entering start wait (1)
high_priority: entering running state
med_priority: entering elevate state
low_priority: claiming mutex
low_priority: mutex locked
low_priority: entering locked wait
high_priority: locking mutex
high_priority: got mutex
high_priority: unlocking mutex
high_priority: entering finish state
low_priority: entering elevated wait
med_priority: entering finish state
low_priority: unlocking mutex
low_priority: mutex unlock failed: 1
low_priority: entering finish wait
high_priority: entering exit state
med_priority: entering exit state
low_priority: entering exit state
main: all threads terminated!
main: test passed
And this is log from kernel (I added prink to sys_futex and do_futex):
sys_futex: op == 0
do_futex: op == 0
sys_futex: op == 0
do_futex: op == 0
sys_futex: op == 0
do_futex: op == 0
sys_futex: op == 1
do_futex: op == 1
sys_futex: op == 0
do_futex: op == 0
sys_futex: op == 0
do_futex: op == 0
sys_futex: op == 0
do_futex: op == 0
sys_futex: op == 1
do_futex: op == 1
sys_futex: op == 0
do_futex: op == 0
sys_futex: op == 0
do_futex: op == 0
sys_futex: op == 1
do_futex: op == 1
sys_futex: op == 6
do_futex: op == 6
FUTEX_LOCK_PI
sys_futex: op == 7
do_futex: op == 7
FUTEX_UNLOCK_PI
sys_futex: op == 0
do_futex: op == 0
sys_futex: op == 1
do_futex: op == 1
sys_futex: op == 0
do_futex: op == 0
sys_futex: op == 1
do_futex: op == 1
sys_futex: op == 0
do_futex: op == 0
sys_futex: op == 0
do_futex: op == 0
sys_futex: op == 1
do_futex: op == 1
sys_futex: op == 1
do_futex: op == 1
^ permalink raw reply [flat|nested] 55+ messages in threadend of thread, other threads:[~2007-05-17 18:46 UTC | newest] Thread overview: 55+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2007-02-05 6:56 v2.6.20-rt1, yum/rpm Ingo Molnar 2007-02-05 9:18 ` Serge Belyshev 2007-02-05 9:02 ` Ingo Molnar 2007-02-05 10:36 ` Sunil Naidu 2007-02-05 10:42 ` Peter Zijlstra 2007-02-05 10:22 ` Ingo Molnar 2007-02-05 11:15 ` Sunil Naidu 2007-02-05 12:59 ` Michal Piotrowski 2007-02-05 13:47 ` Ingo Molnar 2007-02-05 21:29 ` Michal Piotrowski 2007-02-05 14:25 ` Karsten Wiese 2007-02-05 21:46 ` USX2Y 2.6.20-rt2 Oops on disconnect Rui Nuno Capela 2007-02-05 22:27 ` Karsten Wiese 2007-02-06 11:53 ` Takashi Iwai 2007-02-07 0:54 ` USX2Y 2.6.20-rt2 Oops on disconnect [SOLVED] Rui Nuno Capela 2007-02-07 10:26 ` Takashi Iwai 2007-02-10 1:29 ` us428control 0.4.5 [RFC] Rui Nuno Capela 2007-02-10 15:37 ` Rui Nuno Capela 2007-02-13 16:07 ` Q: How to detect which USx2y is connected? Rui Nuno Capela 2007-02-13 17:36 ` Karsten Wiese 2007-02-13 17:47 ` Karsten Wiese 2007-02-13 17:48 ` Takashi Iwai 2007-02-13 18:08 ` Rui Nuno Capela 2007-02-13 18:13 ` Rui Nuno Capela 2007-02-13 19:03 ` Karsten Wiese 2007-02-13 21:01 ` Rui Nuno Capela 2007-02-14 12:59 ` Takashi Iwai 2007-02-14 14:30 ` Rui Nuno Capela 2007-02-14 14:36 ` Takashi Iwai 2007-02-14 14:57 ` Rui Nuno Capela 2007-02-14 15:01 ` Takashi Iwai 2007-02-14 15:08 ` Rui Nuno Capela 2007-02-14 22:43 ` [PATCH] us428control 0.4.5 Rui Nuno Capela 2007-02-14 23:23 ` Takashi Iwai 2007-02-16 17:13 ` [PATCH] us428control 0.4.6 Rui Nuno Capela 2007-02-16 17:46 ` Takashi Iwai 2007-02-05 15:17 ` v2.6.20-rt1, yum/rpm Parag Warudkar 2007-02-05 21:50 ` Michal Piotrowski 2007-02-06 0:11 ` Michal Piotrowski 2007-02-06 1:14 ` Daniel Walker 2007-02-06 10:05 ` Pre-packaged version Alessio Igor Bogani 2007-02-06 10:10 ` v2.6.20-rt1, yum/rpm Arjan van de Ven 2007-02-07 12:32 ` Ingo Molnar 2007-02-06 10:30 ` Sunil Naidu 2007-02-06 19:38 ` Chuck Harding 2007-02-06 20:08 ` K.R. Foley 2007-02-27 17:39 ` K.R. Foley 2007-02-28 8:11 ` Ingo Molnar 2007-02-28 10:16 ` K.R. Foley 2007-04-26 13:57 ` v2.6.21-rt1 Ingo Molnar 2007-04-26 20:53 ` v2.6.21-rt1 Free Ekanayaka 2007-05-03 19:16 ` v2.6.21-rt1 - bug in asm-mips/atomic.h Tim Bird 2007-05-03 19:35 ` v2.6.21-rt1 - mips compile bugs Tim Bird 2007-05-17 18:46 ` v2.6.21-rt1 emin ak 2007-02-05 15:06 v2.6.20-rt1, yum/rpm Milan Svoboda
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.