Re: 2.6.23-rc6 : crash with RTL8187 USB
On Sat, Sep 22, 2007 at 04:45:28PM +0200, Paul Rolland (ポール・ロラン) wrote: > Hello, > > > [PATCH] mac80211: fix initialisation when built-in > > http://article.gmane.org/gmane.linux.kernel.wireless.general/5710/match=patch+mac80211+initialisation > > > > [PATCH] cfg80211: fix initialisation if built-in > > http://article.gmane.org/gmane.linux.network/71326/match=patch+cfg80211+initialisation > > This is not present in 2.6.23-rc7 ! :((( I asked Dave M. to pull it a week ago, and I sent a reminder today. Hopefully that will take care of it. John -- John W. Linville [EMAIL PROTECTED] - 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/
Re: 2.6.23-rc6 : crash with RTL8187 USB
Hello, > [PATCH] mac80211: fix initialisation when built-in > http://article.gmane.org/gmane.linux.kernel.wireless.general/5710/match=patch+mac80211+initialisation > > [PATCH] cfg80211: fix initialisation if built-in > http://article.gmane.org/gmane.linux.network/71326/match=patch+cfg80211+initialisation This is not present in 2.6.23-rc7 ! :((( Paul -- Paul RollandE-Mail : rol(at)witbe.net Witbe.net SATel. +33 (0)1 47 67 77 77 Les Collines de l'Arche Fax. +33 (0)1 47 67 77 99 F-92057 Paris La DefenseRIPE : PR12-RIPE Please no HTML, I'm not a browser - Pas d'HTML, je ne suis pas un navigateur "Some people dream of success... while others wake up and work hard at it" Volley Theory: It is better to have lobbed and lost than never to have lobbed at all. - 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/
Re: 2.6.23-rc6 : crash with RTL8187 USB
Hi Rob, On Sat, 15 Sep 2007 12:21:39 -0400 "Rob Hussey" <[EMAIL PROTECTED]> wrote: > On 9/15/07, ポール・ロラン Paul Rolland <[EMAIL PROTECTED]> wrote: > > Hello, > > > I had this problem as well. It has to do with mac80211, cfg80211 and > the rate control algorithm not initializing early enough in the boot > process. These two patches should fix it: > > [PATCH] mac80211: fix initialisation when built-in > http://article.gmane.org/gmane.linux.kernel.wireless.general/5710/match=patch+mac80211+initialisation > > [PATCH] cfg80211: fix initialisation if built-in > http://article.gmane.org/gmane.linux.network/71326/match=patch+cfg80211+initialisation Yes, they do ! Thanks very much, Regards, Paul -- Paul RollandE-Mail : rol(at)witbe.net Witbe.net SATel. +33 (0)1 47 67 77 77 Les Collines de l'Arche Fax. +33 (0)1 47 67 77 99 F-92057 Paris La DefenseRIPE : PR12-RIPE Please no HTML, I'm not a browser - Pas d'HTML, je ne suis pas un navigateur "Some people dream of success... while others wake up and work hard at it" "I worry about my child and the Internet all the time, even though she's too young to have logged on yet. Here's what I worry about. I worry that 10 or 15 years from now, she will come to me and say 'Daddy, where were you when they took freedom of the press away from the Internet?'" --Mike Godwin, Electronic Frontier Foundation - 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/
Re: 2.6.23-rc6 : crash with RTL8187 USB
On 9/15/07, ポール・ロラン Paul Rolland <[EMAIL PROTECTED]> wrote: > Hello, > > Each time I add the support for this piece of hardware, I have a crash during > the boot process. > Serial console gives the attached boot message... > ... > WARNING: at lib/kref.c:33 kref_get() > Call Trace: > [] kref_get+0x2f/0x36 > [] kobject_get+0x12/0x17 > [] kobject_shadow_add+0x7f/0x1a2 > [] device_add+0xb7/0x631 > [] msleep+0x14/0x1e > [] wiphy_register+0x29/0x80 > [] ieee80211_register_hw+0x11/0x208 > [] rtl8187_probe+0x544/0x624 I had this problem as well. It has to do with mac80211, cfg80211 and the rate control algorithm not initializing early enough in the boot process. These two patches should fix it: [PATCH] mac80211: fix initialisation when built-in http://article.gmane.org/gmane.linux.kernel.wireless.general/5710/match=patch+mac80211+initialisation [PATCH] cfg80211: fix initialisation if built-in http://article.gmane.org/gmane.linux.network/71326/match=patch+cfg80211+initialisation Regards, Rob - 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/
2.6.23-rc6 : crash with RTL8187 USB
Hello, Each time I add the support for this piece of hardware, I have a crash during the boot process. Serial console gives the attached boot message... Linux version 2.6.23-rc6 ([EMAIL PROTECTED]) (gcc version 4.1.2 20070502 (Red Hat 4.1.2-12)) #1 SMP Sat Sep 15 15:02:47 CEST 2007 Command line: ro root=LABEL=/1 rhgb irqpoll vga=extended console=ttyS0,38400 BIOS-provided physical RAM map: BIOS-e820: - 0009fc00 (usable) BIOS-e820: 0009fc00 - 000a (reserved) BIOS-e820: 000e4000 - 0010 (reserved) BIOS-e820: 0010 - c7f8 (usable) BIOS-e820: c7f8 - c7f8e000 (ACPI data) BIOS-e820: c7f8e000 - c7fe (ACPI NVS) BIOS-e820: c7fe - c800 (reserved) BIOS-e820: ffb0 - 0001 (reserved) end_pfn_map = 1048576 DMI 2.4 present. ACPI: RSDP 000FAF20, 0014 (r0 ACPIAM) ACPI: RSDT C7F8, 0040 (r1 A_M_I_ OEMRSDT 7000724 MSFT 97) ACPI: FACP C7F80200, 0081 (r1 A_M_I_ OEMFACP 7000724 MSFT 97) ACPI: DSDT C7F80590, 9560 (r1 A0543 A05430000 INTL 20060113) ACPI: FACS C7F8E000, 0040 ACPI: APIC C7F80390, 0080 (r1 A_M_I_ OEMAPIC 7000724 MSFT 97) ACPI: OEMB C7F8E040, 0066 (r1 A_M_I_ AMI_OEM 7000724 MSFT 97) ACPI: HPET C7F89AF0, 0038 (r1 A_M_I_ OEMHPET 7000724 MSFT 97) ACPI: MCFG C7F89B30, 003C (r1 A_M_I_ OEMMCFG 7000724 MSFT 97) ACPI: SSDT C7F8E0B0, 01C6 (r1AMI CPU1PM1 INTL 20060113) ACPI: SSDT C7F8E280, 013A (r1AMI CPU2PM1 INTL 20060113) Zone PFN ranges: DMA 0 -> 4096 DMA324096 -> 1048576 Normal1048576 -> 1048576 Movable zone start PFN for each node early_node_map[2] active PFN ranges 0:0 -> 159 0: 256 -> 819072 ACPI: PM-Timer IO Port: 0x808 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) Processor #0 (Bootup-CPU) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled) Processor #1 ACPI: LAPIC (acpi_id[0x03] lapic_id[0x82] disabled) ACPI: LAPIC (acpi_id[0x04] lapic_id[0x83] disabled) ACPI: IOAPIC (id[0x02] address[0xfec0] gsi_base[0]) IOAPIC[0]: apic_id 2, 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: 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) Setting APIC routing to flat ACPI: HPET id: 0x8086a201 base: 0xfed0 Using ACPI (MADT) for SMP configuration information Allocating PCI resources starting at cc00 (gap: c800:37b0) SMP: Allowing 4 CPUs, 2 hotplug CPUs PERCPU: Allocating 31320 bytes of per cpu data Built 1 zonelists in Zone order. Total pages: 805591 Kernel command line: ro root=LABEL=/1 rhgb irqpoll vga=extended console=ttyS0,38400 Misrouted IRQ fixup and polling support enabled This may significantly impact system performance Initializing CPU#0 PID hash table entries: 4096 (order: 12, 32768 bytes) time.c: Detected 2404.112 MHz processor. Console: colour VGA+ 80x50 console [ttyS0] enabled Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes) Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes) Checking aperture... Memory: 3212620k/3276288k available (4864k kernel code, 62832k reserved, 2733k data, 276k init) SLUB: Genslabs=22, HWalign=64, Order=0-1, MinObjects=4, CPUs=4, Nodes=1 Calibrating delay using timer specific routine.. 4823.96 BogoMIPS (lpj=9647923) Mount-cache hash table entries: 256 CPU: L1 I cache: 32K, L1 D cache: 32K CPU: L2 cache: 4096K using mwait in idle threads. CPU: Physical Processor ID: 0 CPU: Processor Core ID: 0 CPU0: Thermal monitoring enabled (TM2) SMP alternatives: switching to UP code ACPI: Core revision 20070126 Using local APIC timer interrupts. result 16695222 Detected 16.695 MHz APIC timer. SMP alternatives: switching to SMP code Booting processor 1/2 APIC 0x1 Initializing CPU#1 Calibrating delay using timer specific routine.. 4808.32 BogoMIPS (lpj=9616640) CPU: L1 I cache: 32K, L1 D cache: 32K CPU: L2 cache: 4096K CPU: Physical Processor ID: 0 CPU: Processor Core ID: 1 CPU1: Thermal monitoring enabled (TM2) Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz stepping 06 checking TSC synchronization [CPU#0 -> CPU#1]: passed. Brought up 2 CPUs xor: automatically using best checksumming function: generic_sse generic_sse: 8757.000 MB/sec xor: using function: generic_sse (8757.000 MB/sec) NET: Registered protocol family 16 ACPI: bus type pci registered PCI: BIOS Bug: MCFG area at f000 is not E820-reserved PCI: Not using MMCONFIG. PCI: Using configuration type 1 ACPI: Interpreter enabled ACPI: (supports S0 S1 S3) ACPI: Using IOAPIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (:00) PCI quirk: region 0800-087f claimed by ICH6 ACPI/GPIO/TCO PCI quirk: region 0480-04bf claimed by ICH6 GPIO PCI: Transparent bridge - :00:1e.0 ACPI: PCI Interrupt Link [LN
