Re: Atheros (ath) MSI wireless embedded chipset fails to attach on 7.0-STABLE

2008-07-03 Thread Alexander Sack
On Wed, Jul 2, 2008 at 3:54 PM, Sam Leffler [EMAIL PROTECTED] wrote:
 Alexander Sack wrote:

 Hello:

 I have installed FreeBSD-7.0-amd64 stable on my new AMD X2 Turon based
 notebook, a MSI-1710A (GX710Ax) which has a generic embedded
 controller.  During boot up I notice that ATH complains with:

 ath_rate: version 1.2 SampleRate bit-rate selection algorithm
 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413)
 ath0: Atheros 5424/2424 mem 0xfd7f-0xfd7f irq 16 at device 0.0
 on pci2
 ath0: Reserved 0x1 bytes for rid 0x10 type 3 at 0xfd7f
 ath0: [MPSAFE]
 ath0: [ITHREAD]
 ath0: unable to attach hardware; HAL status 13
 device_attach: ath0 attach returned 6

 HAL status 13 from the header file seems to indicate that the
 7.0-STABLE driver doesn't support my hardware revision.  Here is my
 pciconf -l output:

 [EMAIL PROTECTED]:0:0:0:  class=0x06 card=0x42cd1462 chip=0x79101002
 rev=0x00 hdr=0x00
 [EMAIL PROTECTED]:0:2:0:   class=0x060400 card=0x42cd1462 chip=0x79131002
 rev=0x00 hdr=0x01
 [EMAIL PROTECTED]:0:4:0:   class=0x060400 card=0x42cd1462 chip=0x79141002
 rev=0x00 hdr=0x01
 [EMAIL PROTECTED]:0:6:0:   class=0x060400 card=0x42cd1462 chip=0x79161002
 rev=0x00 hdr=0x01
 [EMAIL PROTECTED]:0:7:0:   class=0x060400 card=0x42cd1462 chip=0x79171002
 rev=0x00 hdr=0x01
 [EMAIL PROTECTED]:0:18:0:class=0x01018f card=0x42cd1462 chip=0x43801002
 rev=0x00 hdr=0x00
 [EMAIL PROTECTED]:0:19:0:  class=0x0c0310 card=0x42cd1462 chip=0x43871002
 rev=0x00 hdr=0x00
 [EMAIL PROTECTED]:0:19:1:  class=0x0c0310 card=0x42cd1462 chip=0x43881002
 rev=0x00 hdr=0x00
 [EMAIL PROTECTED]:0:19:2:  class=0x0c0310 card=0x42cd1462 chip=0x43891002
 rev=0x00 hdr=0x00
 [EMAIL PROTECTED]:0:19:3:  class=0x0c0310 card=0x42cd1462 chip=0x438a1002
 rev=0x00 hdr=0x00
 [EMAIL PROTECTED]:0:19:4:  class=0x0c0310 card=0x42cd1462 chip=0x438b1002
 rev=0x00 hdr=0x00
 [EMAIL PROTECTED]:0:19:5:  class=0x0c0320 card=0x42cd1462 chip=0x43861002
 rev=0x00 hdr=0x00
 [EMAIL PROTECTED]:0:20:0:  class=0x0c0500 card=0x42cd1462 chip=0x43851002
 rev=0x14 hdr=0x00
 [EMAIL PROTECTED]:0:20:1:class=0x01018a card=0x42cd1462 chip=0x438c1002
 rev=0x00 hdr=0x00
 [EMAIL PROTECTED]:0:20:2:  class=0x040300 card=0x42cd1462 chip=0x43831002
 rev=0x00 hdr=0x00
 [EMAIL PROTECTED]:0:20:3:  class=0x060100 card=0x42cd1462 chip=0x438d1002
 rev=0x00 hdr=0x00
 [EMAIL PROTECTED]:0:20:4:  class=0x060401 card=0x chip=0x43841002
 rev=0x00 hdr=0x01
 [EMAIL PROTECTED]:0:24:0: class=0x06 card=0x chip=0x11001022
 rev=0x00 hdr=0x00
 [EMAIL PROTECTED]:0:24:1: class=0x06 card=0x chip=0x11011022
 rev=0x00 hdr=0x00
 [EMAIL PROTECTED]:0:24:2: class=0x06 card=0x chip=0x11021022
 rev=0x00 hdr=0x00
 [EMAIL PROTECTED]:0:24:3: class=0x06 card=0x chip=0x11031022
 rev=0x00 hdr=0x00
 [EMAIL PROTECTED]:1:0:0: class=0x03 card=0x42cd1462 chip=0x95811002
 rev=0x00 hdr=0x00
 [EMAIL PROTECTED]:1:0:1:   class=0x040300 card=0xaa081462 chip=0xaa081002
 rev=0x00 hdr=0x00
 [EMAIL PROTECTED]:2:0:0:class=0x02 card=0x10261a3b 
 chip=0x001c168c
 rev=0x01 hdr=0x00
 [EMAIL PROTECTED]:5:0:0: class=0x02 card=0x42cd1462 chip=0x816810ec 
 rev=0x01
 hdr=0x00
 [EMAIL PROTECTED]:6:4:0:class=0x060700 card=0x42cd1462 
 chip=0x71341217
 rev=0x21 hdr=0x02
 [EMAIL PROTECTED]:6:4:2:   class=0x080500 card=0x42cd1462 chip=0x71201217
 rev=0x01 hdr=0x00
 [EMAIL PROTECTED]:6:4:3:   class=0x068000 card=0x42cd1462 chip=0x71301217
 rev=0x01 hdr=0x00
 [EMAIL PROTECTED]:6:4:4: class=0x0c0010 card=0x42cd1462 chip=0x00f71217
 rev=0x02 hdr=0x00

 ath0 is listed as rev=0x01 so I'm a little confused why I got HAL
 status 13.  Does anyone know if this chipset is supported in
 7.0-STABLE?  If not, is it possible to try CURRENT on 7.0 which may
 fix it?  I've attached my complete dmesg output.

 Again, any feedback would be much appreciated!



 Try the hal in http://www.freebsd.org/~sam.

Again Sam, thanks for this, it worked for me...

-aps
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Atheros (ath) MSI wireless embedded chipset fails to attach on 7.0-STABLE

2008-06-17 Thread Alexander Sack
Hello:

I have installed FreeBSD-7.0-amd64 stable on my new AMD X2 Turon based
notebook, a MSI-1710A (GX710Ax) which has a generic embedded
controller.  During boot up I notice that ATH complains with:

ath_rate: version 1.2 SampleRate bit-rate selection algorithm
ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413)
ath0: Atheros 5424/2424 mem 0xfd7f-0xfd7f irq 16 at device 0.0 on pci2
ath0: Reserved 0x1 bytes for rid 0x10 type 3 at 0xfd7f
ath0: [MPSAFE]
ath0: [ITHREAD]
ath0: unable to attach hardware; HAL status 13
device_attach: ath0 attach returned 6

HAL status 13 from the header file seems to indicate that the
7.0-STABLE driver doesn't support my hardware revision.  Here is my
pciconf -l output:

[EMAIL PROTECTED]:0:0:0:class=0x06 card=0x42cd1462 chip=0x79101002
rev=0x00 hdr=0x00
[EMAIL PROTECTED]:0:2:0:class=0x060400 card=0x42cd1462 chip=0x79131002
rev=0x00 hdr=0x01
[EMAIL PROTECTED]:0:4:0:class=0x060400 card=0x42cd1462 chip=0x79141002
rev=0x00 hdr=0x01
[EMAIL PROTECTED]:0:6:0:class=0x060400 card=0x42cd1462 chip=0x79161002
rev=0x00 hdr=0x01
[EMAIL PROTECTED]:0:7:0:class=0x060400 card=0x42cd1462 chip=0x79171002
rev=0x00 hdr=0x01
[EMAIL PROTECTED]:0:18:0:   class=0x01018f card=0x42cd1462 chip=0x43801002
rev=0x00 hdr=0x00
[EMAIL PROTECTED]:0:19:0:   class=0x0c0310 card=0x42cd1462 chip=0x43871002
rev=0x00 hdr=0x00
[EMAIL PROTECTED]:0:19:1:   class=0x0c0310 card=0x42cd1462 chip=0x43881002
rev=0x00 hdr=0x00
[EMAIL PROTECTED]:0:19:2:   class=0x0c0310 card=0x42cd1462 chip=0x43891002
rev=0x00 hdr=0x00
[EMAIL PROTECTED]:0:19:3:   class=0x0c0310 card=0x42cd1462 chip=0x438a1002
rev=0x00 hdr=0x00
[EMAIL PROTECTED]:0:19:4:   class=0x0c0310 card=0x42cd1462 chip=0x438b1002
rev=0x00 hdr=0x00
[EMAIL PROTECTED]:0:19:5:   class=0x0c0320 card=0x42cd1462 chip=0x43861002
rev=0x00 hdr=0x00
[EMAIL PROTECTED]:0:20:0:   class=0x0c0500 card=0x42cd1462 chip=0x43851002
rev=0x14 hdr=0x00
[EMAIL PROTECTED]:0:20:1:   class=0x01018a card=0x42cd1462 chip=0x438c1002
rev=0x00 hdr=0x00
[EMAIL PROTECTED]:0:20:2:   class=0x040300 card=0x42cd1462 chip=0x43831002
rev=0x00 hdr=0x00
[EMAIL PROTECTED]:0:20:3:   class=0x060100 card=0x42cd1462 chip=0x438d1002
rev=0x00 hdr=0x00
[EMAIL PROTECTED]:0:20:4:   class=0x060401 card=0x chip=0x43841002
rev=0x00 hdr=0x01
[EMAIL PROTECTED]:0:24:0:   class=0x06 card=0x chip=0x11001022
rev=0x00 hdr=0x00
[EMAIL PROTECTED]:0:24:1:   class=0x06 card=0x chip=0x11011022
rev=0x00 hdr=0x00
[EMAIL PROTECTED]:0:24:2:   class=0x06 card=0x chip=0x11021022
rev=0x00 hdr=0x00
[EMAIL PROTECTED]:0:24:3:   class=0x06 card=0x chip=0x11031022
rev=0x00 hdr=0x00
[EMAIL PROTECTED]:1:0:0:class=0x03 card=0x42cd1462 chip=0x95811002
rev=0x00 hdr=0x00
[EMAIL PROTECTED]:1:0:1:class=0x040300 card=0xaa081462 chip=0xaa081002
rev=0x00 hdr=0x00
[EMAIL PROTECTED]:2:0:0:class=0x02 card=0x10261a3b chip=0x001c168c
rev=0x01 hdr=0x00
[EMAIL PROTECTED]:5:0:0:class=0x02 card=0x42cd1462 chip=0x816810ec 
rev=0x01 hdr=0x00
[EMAIL PROTECTED]:6:4:0:class=0x060700 card=0x42cd1462 chip=0x71341217
rev=0x21 hdr=0x02
[EMAIL PROTECTED]:6:4:2:class=0x080500 card=0x42cd1462 chip=0x71201217
rev=0x01 hdr=0x00
[EMAIL PROTECTED]:6:4:3:class=0x068000 card=0x42cd1462 chip=0x71301217
rev=0x01 hdr=0x00
[EMAIL PROTECTED]:6:4:4:class=0x0c0010 card=0x42cd1462 chip=0x00f71217
rev=0x02 hdr=0x00

ath0 is listed as rev=0x01 so I'm a little confused why I got HAL
status 13.  Does anyone know if this chipset is supported in
7.0-STABLE?  If not, is it possible to try CURRENT on 7.0 which may
fix it?  I've attached my complete dmesg output.

Again, any feedback would be much appreciated!

-aps


unity-dmesg
Description: Binary data
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: FreeBSD 7.0-STABLE SATA300 detected as SATA150

2008-04-25 Thread Alexander Sack
On Tue, Apr 22, 2008 at 3:11 PM, Abdullah Ibn Hamad Al-Marri
[EMAIL PROTECTED] wrote:
 Hello,


  FreeBSD 7.0-STABLE #0: Tue Apr 22 17:32:02 UTC 2008
 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/MX1
  Timecounter i8254 frequency 1193182 Hz quality 0
  CPU: Intel(R) Core(TM)2 Duo CPU E6750  @ 2.66GHz (2666.63-MHz K8-class 
 CPU)
   Origin = GenuineIntel  Id = 0x6fb  Stepping = 11
   
 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE
   Features2=0xe3fdSSE3,RSVD2,MON,DS_CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM
   AMD Features=0x20100800SYSCALL,NX,LM
   AMD Features2=0x1LAHF
   Cores per package: 2
  usable memory = 4276047872 (4077 MB)
  avail memory  = 4106981376 (3916 MB)
  ACPI APIC Table: INTEL DG31PR
  FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
   cpu0 (BSP): APIC ID:  0
   cpu1 (AP): APIC ID:  1
  ioapic0 Version 2.0 irqs 0-23 on motherboard
  acpi0: INTEL on motherboard
  acpi0: [ITHREAD]
  acpi0: Power Button (fixed)
  Timecounter ACPI-fast frequency 3579545 Hz quality 1000
  acpi_timer0: 24-bit timer at 3.579545MHz port 0x408-0x40b on acpi0
  acpi_hpet0: High Precision Event Timer iomem 0xfed0-0xfed003ff on acpi0
  Timecounter HPET frequency 14318180 Hz quality 900
  cpu0: ACPI CPU on acpi0
  cpu1: ACPI CPU on acpi0
  pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0
  pci0: ACPI PCI bus on pcib0
  pcib1: ACPI PCI-PCI bridge irq 16 at device 1.0 on pci0
  pci1: ACPI PCI bus on pcib1
  vgapci0: VGA-compatible display port 0xd070-0xd077 mem 
 0xd020-0xd027,0xc000-0xcfff,0xd010-0xd01f irq 16 at 
 device 2.0 on pci0
  pcib2: ACPI PCI-PCI bridge irq 16 at device 28.0 on pci0
  pci2: ACPI PCI bus on pcib2
  pcib3: ACPI PCI-PCI bridge irq 17 at device 28.1 on pci0
  pci3: ACPI PCI bus on pcib3
  re0: RealTek 8168/8111B PCIe Gigabit Ethernet port 0xc000-0xc0ff mem 
 0xd002-0xd0020fff irq 17 at device 0.0 on pci3
  miibus0: MII bus on re0
  rgephy0: RTL8169S/8110S/8211B media interface PHY 1 on miibus0
  rgephy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 
 1000baseT-FDX, auto
  re0: Ethernet address: 00:19:d1:a7:a4:72
  re0: [FILTER]
  pcib4: ACPI PCI-PCI bridge at device 30.0 on pci0
  pci4: ACPI PCI bus on pcib4
  isab0: PCI-ISA bridge at device 31.0 on pci0
  isa0: ISA bus on isab0
  atapci0: Intel ICH7 SATA300 controller port 
 0xd060-0xd067,0xd050-0xd053,0xd040-0xd047,0xd030-0xd033,0xd020-0xd02f irq 17 
 at device 31.2 on pci0
  ^^
  atapci0: [ITHREAD]
  ata2: ATA channel 0 on atapci0
  ata2: [ITHREAD]
  ata3: ATA channel 1 on atapci0
  ata3: [ITHREAD]
  pci0: serial bus, SMBus at device 31.3 (no driver attached)
  acpi_button0: Sleep Button on acpi0
  acpi_button1: Power Button on acpi0
  atkbdc0: Keyboard controller (i8042) port 0x60,0x64 irq 1 on acpi0
  atkbd0: AT Keyboard irq 1 on atkbdc0
  kbd0 at atkbd0
  atkbd0: [GIANT-LOCKED]
  atkbd0: [ITHREAD]
  sc0: System console at flags 0x100 on isa0
  sc0: VGA 16 virtual consoles, flags=0x300
  vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0
  Timecounters tick every 1.000 msec
  ad4: 238475MB WDC WD2500KS-00MJB0 02.01C03 at ata2-master SATA150
   
   ^^^
  ad6: 715404MB WDC WD7500AAKS-00RBA0 30.04G30 at ata3-master SATA150
  SMP: AP CPU #1 Launched!

  Regards,

  -Abdullah Ibn Hamad Al-Marri
  Arab Portal
  http://www.WeArab.Net/

Not sure if you know this but there should be no speed negotiation/DMA
level issues with a native AHCI SATA implementation.  If its reported
as SATA-150, its probably a hardware issue (with FPDMA and the general
DMA architecture of SATA, the driver really has no clue nor should it
on what speed the bus speed is - its strictly up to your cable,
chipset and drive).

I would definitely check what Jeremy mentioned as well as a faulty cable!

Long live no more CS jumpers

-aps
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Don't recognizing SMP...

2008-04-17 Thread Alexander Sack
On Tue, Apr 8, 2008 at 9:52 AM, John Baldwin [EMAIL PROTECTED] wrote:
 On Monday 07 April 2008 02:45:47 pm Alexander Sack wrote:
   On Tue, Apr 1, 2008 at 5:43 AM, Andrei Kolu [EMAIL PROTECTED] wrote:
On Monday 31 March 2008 12:31:49 한원희 wrote:
  I installed FreeBSD 7.0 on HP DL 380.
 
  This is a mptable result.
 
   # mptable
   Processors: APIC ID Version State   Family  Model   Step
   Flags 0   0x14BSP, usable 6   2   1   0x0381
   6 0x14AP, usable  15  2   9   0xbfebfbff
 
  2 way cpus are same as 3.0GHz Xeon CPU. But they have different
  Family, Step, and Flags.
   
 SMP does NOT work with cpus with different steppings. You should find
other matching pair for smp to work.
  
   Then this needs to be FIXED because MANY OEMs ship mixed stepping
   processors as Intel now supports it

  FreeBSD itself doesn't enforce this, we use whatever CPUs we find in the 
 table
  and we don't actually bother reading the family/model/etc. from the APs at
  all.  Assuming this is a non-ancient computer and non-ancient FreeBSD (5.2 or
  later) then FreeBSD isn't using the MP Table at all but the ACPI MADT table
  (available via acpidump -t).

I would assume that as well.  Yes it matters what steppings are mixed
in terms of support but Intel DOES support a number of mixed steppings
and OEMs like HP have shipped mixed stepping Proliant machines (I was
on the fore-front of this issue with another platform so I know this
to be fact).  In fact there is some public documentation about this is
you can stand Intel's search feature on their website :D!

-aps
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Don't recognizing SMP...

2008-04-07 Thread Alexander Sack
On Tue, Apr 1, 2008 at 5:43 AM, Andrei Kolu [EMAIL PROTECTED] wrote:
 On Monday 31 March 2008 12:31:49 한원희 wrote:
   I installed FreeBSD 7.0 on HP DL 380.
  
   This is a mptable result.
  
# mptable
Processors: APIC ID Version State   Family  Model   Step
Flags 0   0x14BSP, usable 6   2   1   0x0381 6
   0x14AP, usable  15  2   9   0xbfebfbff
  
   2 way cpus are same as 3.0GHz Xeon CPU. But they have different
   Family, Step, and Flags.
  
  SMP does NOT work with cpus with different steppings. You should find other
  matching pair for smp to work.

Then this needs to be FIXED because MANY OEMs ship mixed stepping
processors as Intel now supports it

-aps

-- 
What lies behind us and what lies in front of us is of little concern
to what lies within us. -Ralph Waldo Emerson
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]