Re: [linux-usb-devel] [DOC] The documentation for HID Simple Driver Interface 0.5.0
Dmitry Torokhov wrote: > If we define HID "bus" allowing drivers to bind on VID:PID and provide > default library module for parsing HID reports and providing access to > HID transports (USB/BT) then writing tiny drivers adjusting just a > part of hid_input_event and relying on default implemenattaion where > it makes sense will become a breeze. > > Well, actually, the argument have begun since the version 0.4.0 of HID simple interface. I clearly know its weaknesses, and I believe Dmitry said, the HID bus/tiny driver way is the most ultimatest way very well. But (You may guess I will say this word :), before the HID bus or other better implementation come , I hope use the extended keys of my keyboard on Linux, and I guess other people also think same with me, so we need something here temporarily, even it do not merge into upstream code tree. And, I want to know that is somebody works on HID bus, Can I join it? Good luck. -Li Yu - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[BUG] acpi: failed to poweroff
Hi, all. I got a hasee notebook, and failed to poweroff after win soundcard (ALC861) problem. I seen someone said acpi=off may help this, but when I append it on kernel parameter list, the kernel even can not boot, the kernel just said "hdc: lost interrupt" at last, and freezeing. The dmesg is in the attachment. What do you need more? Any word is welcome. Thanks in advanced. -Liyu Linux version 2.6.19 ([EMAIL PROTECTED]) (gcc version 3.4.5 20051201 (Co-Create 3.4.5-2.cocreate.3)) #18 SMP PREEMPT Fri Dec 8 18:07:02 CST 2006 BIOS-provided physical RAM map: BIOS-e820: - 0009fc00 (usable) BIOS-e820: 0009fc00 - 000a (reserved) BIOS-e820: 000e - 0010 (reserved) BIOS-e820: 0010 - 3fcf7000 (usable) BIOS-e820: 3fcf7000 - 3fcff000 (reserved) BIOS-e820: 3fcff000 - 3fdbd000 (usable) BIOS-e820: 3fdbd000 - 3fdbf000 (reserved) BIOS-e820: 3fdbf000 - 3fe8a000 (usable) BIOS-e820: 3fe8a000 - 3febf000 (ACPI NVS) BIOS-e820: 3febf000 - 3ff0 (ACPI data) BIOS-e820: 3ff0 - 4000 (reserved) BIOS-e820: e000 - f000 (reserved) BIOS-e820: fec0 - fec01000 (reserved) BIOS-e820: fed14000 - fed1a000 (reserved) BIOS-e820: fed1c000 - fed2 (reserved) BIOS-e820: fee0 - fee01000 (reserved) BIOS-e820: fff0 - 0001 (reserved) user-defined physical RAM map: user: - 0009fc00 (usable) user: 0009fc00 - 000a (reserved) user: 000e - 0010 (reserved) user: 0010 - 3fcf7000 (usable) user: 3fcf7000 - 3fcff000 (reserved) user: 3fcff000 - 3fdbd000 (usable) user: 3fdbd000 - 3fdbf000 (reserved) user: 3fdbf000 - 3fe8a000 (usable) Warning only 896MB will be used. Use a HIGHMEM enabled kernel. 896MB LOWMEM available. found SMP MP-table at 000fe060 Entering add_active_range(0, 0, 229376) 0 entries of 256 used Zone PFN ranges: DMA 0 -> 4096 Normal 4096 -> 229376 early_node_map[1] active PFN ranges 0:0 -> 229376 On node 0 totalpages: 229376 DMA zone: 32 pages used for memmap DMA zone: 0 pages reserved DMA zone: 4064 pages, LIFO batch:0 Normal zone: 1760 pages used for memmap Normal zone: 223520 pages, LIFO batch:31 DMI 2.3 present. ACPI: RSDP (v000 NEC ) @ 0x000fe020 ACPI: RSDT (v001 NECH2O 0x0001 0x0113) @ 0x3fefe038 ACPI: FADT (v001 NECH2O 0x0001 MSFT 0x0113) @ 0x3fefd000 ACPI: SSDT (v001 NECH2O 0x0001 MSFT 0x0113) @ 0x3fef7000 ACPI: MADT (v001 NECH2O 0x0001 MSFT 0x0113) @ 0x3fef6000 ACPI: MCFG (v001 NECH2O 0x0001 MSFT 0x0113) @ 0x3fef4000 ACPI: DSDT (v001 NECH2O 0x0001 MSFT 0x0113) @ 0x ACPI: PM-Timer IO Port: 0x408 ACPI: Local APIC address 0xfee0 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) Processor #0 6:15 APIC version 20 ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled) Processor #1 6:15 APIC version 20 ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1]) ACPI: IOAPIC (id[0x04] address[0xfec0] gsi_base[0]) IOAPIC[0]: apic_id 4, version 32, address 0xfec0, 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 4000 (gap: 3fe8a000:c0176000) Detected 1995.066 MHz processor. Built 1 zonelists. Total pages: 227584 Kernel command line: ro root=LABEL=/ 1 mem=1047080K mapped APIC to d000 (fee0) mapped IOAPIC to c000 (fec0) Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 PID hash table entries: 4096 (order: 12, 16384 bytes) Console: colour VGA+ 80x25 Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Memory: 904036k/917504k available (2577k kernel code, 12944k reserved, 1040k data, 252k init, 0k highmem) virtual kernel memory layout: fixmap : 0xfffb7000 - 0xf000 ( 288 kB) vmalloc : 0xf880 - 0xfffb5000 ( 119 MB) lowmem : 0xc000 - 0xf800 ( 896 MB) .init : 0xc048f000 - 0xc04ce000 ( 252 kB) .data : 0xc0384487 - 0xc048852c (1040 kB) .text : 0xc010 - 0xc0384487 (2577 kB) Checking if this processor honours the WP bit even in supervisor mode... Ok
[BUG] freeze when poweroff
Hi, all. I got a hasee notebook, and failed to poweroff after win soundcard (ALC861) problem. I seen someone said acpi=off may help this, but when I append it on kernel parameter list, the kernel even can not boot, the kernel just said "hdc: lost interrupt" at last, and freezeing. The dmesg is in the attachment. What do you need more? Any word is welcome. Thanks in advanced. -Liyu Linux version 2.6.19 ([EMAIL PROTECTED]) (gcc version 3.4.5 20051201 (Co-Create 3.4.5-2.cocreate.3)) #18 SMP PREEMPT Fri Dec 8 18:07:02 CST 2006 BIOS-provided physical RAM map: BIOS-e820: - 0009fc00 (usable) BIOS-e820: 0009fc00 - 000a (reserved) BIOS-e820: 000e - 0010 (reserved) BIOS-e820: 0010 - 3fcf7000 (usable) BIOS-e820: 3fcf7000 - 3fcff000 (reserved) BIOS-e820: 3fcff000 - 3fdbd000 (usable) BIOS-e820: 3fdbd000 - 3fdbf000 (reserved) BIOS-e820: 3fdbf000 - 3fe8a000 (usable) BIOS-e820: 3fe8a000 - 3febf000 (ACPI NVS) BIOS-e820: 3febf000 - 3ff0 (ACPI data) BIOS-e820: 3ff0 - 4000 (reserved) BIOS-e820: e000 - f000 (reserved) BIOS-e820: fec0 - fec01000 (reserved) BIOS-e820: fed14000 - fed1a000 (reserved) BIOS-e820: fed1c000 - fed2 (reserved) BIOS-e820: fee0 - fee01000 (reserved) BIOS-e820: fff0 - 0001 (reserved) user-defined physical RAM map: user: - 0009fc00 (usable) user: 0009fc00 - 000a (reserved) user: 000e - 0010 (reserved) user: 0010 - 3fcf7000 (usable) user: 3fcf7000 - 3fcff000 (reserved) user: 3fcff000 - 3fdbd000 (usable) user: 3fdbd000 - 3fdbf000 (reserved) user: 3fdbf000 - 3fe8a000 (usable) Warning only 896MB will be used. Use a HIGHMEM enabled kernel. 896MB LOWMEM available. found SMP MP-table at 000fe060 Entering add_active_range(0, 0, 229376) 0 entries of 256 used Zone PFN ranges: DMA 0 -> 4096 Normal 4096 -> 229376 early_node_map[1] active PFN ranges 0:0 -> 229376 On node 0 totalpages: 229376 DMA zone: 32 pages used for memmap DMA zone: 0 pages reserved DMA zone: 4064 pages, LIFO batch:0 Normal zone: 1760 pages used for memmap Normal zone: 223520 pages, LIFO batch:31 DMI 2.3 present. ACPI: RSDP (v000 NEC ) @ 0x000fe020 ACPI: RSDT (v001 NECH2O 0x0001 0x0113) @ 0x3fefe038 ACPI: FADT (v001 NECH2O 0x0001 MSFT 0x0113) @ 0x3fefd000 ACPI: SSDT (v001 NECH2O 0x0001 MSFT 0x0113) @ 0x3fef7000 ACPI: MADT (v001 NECH2O 0x0001 MSFT 0x0113) @ 0x3fef6000 ACPI: MCFG (v001 NECH2O 0x0001 MSFT 0x0113) @ 0x3fef4000 ACPI: DSDT (v001 NECH2O 0x0001 MSFT 0x0113) @ 0x ACPI: PM-Timer IO Port: 0x408 ACPI: Local APIC address 0xfee0 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) Processor #0 6:15 APIC version 20 ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled) Processor #1 6:15 APIC version 20 ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1]) ACPI: IOAPIC (id[0x04] address[0xfec0] gsi_base[0]) IOAPIC[0]: apic_id 4, version 32, address 0xfec0, 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 4000 (gap: 3fe8a000:c0176000) Detected 1995.066 MHz processor. Built 1 zonelists. Total pages: 227584 Kernel command line: ro root=LABEL=/ 1 mem=1047080K mapped APIC to d000 (fee0) mapped IOAPIC to c000 (fec0) Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 PID hash table entries: 4096 (order: 12, 16384 bytes) Console: colour VGA+ 80x25 Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Memory: 904036k/917504k available (2577k kernel code, 12944k reserved, 1040k data, 252k init, 0k highmem) virtual kernel memory layout: fixmap : 0xfffb7000 - 0xf000 ( 288 kB) vmalloc : 0xf880 - 0xfffb5000 ( 119 MB) lowmem : 0xc000 - 0xf800 ( 896 MB) .init : 0xc048f000 - 0xc04ce000 ( 252 kB) .data : 0xc0384487 - 0xc048852c (1040 kB) .text : 0xc010 - 0xc0384487 (2577 kB) Checking if this processor honours the WP bit even in supervisor mode... Ok
Re: [PATCH] usb/hid: The HID Simple Driver Interface 0.4.1 (core)
Jiri Kosina wrote: > Do you think that you could wait a little bit more, after the split has > been done? (it's currently planned approximately after 2.6.20-rc1). It > seems to me that your patches will apply almost cleanly on top of the > split patches (you will have to change the pathnames, of course). Of course, I interest to wait this. If they have other weakless, tell me too. I also think the HID split plan is a great idea. Dmitry wrote: > I still have the same objection - the "simple'" code will have to be > compiled into the driver instead of being a separate module and > eventyally will lead to a monster-size HID module. We have this issue > with psmouse to a degree but with HID the growth potential is much > bigger IMO. As you guess;), I do not agree with your words very much. We can image, there are many devices use some HID base layer, however they even do not merge into mainstream kernel source tree for some reasons. and in fact, I do not like the mainstream kernel source tree include every drivers. For such devices out of core, we should have such feature that let developer write such driver quickly. I think it allows many monster-size driver modules is a better means than all-in-one.But we need resolve /dev/input/event? switching problem in principle first, else we still encounter same problem when new hidraw come. Good luck. -Li Yu www.co-create.com.cn - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/