Does athn - Atheros IEEE 802.11a/g/n wireless supports 802.11n mode?
Does athn driver support 802.11n mode for all Atheros devices which has N mode implemented? -- Denis Lapshin mailto: den...@mindall.org
OpenBSD patches for ZTE AC5730 CDMA modem recognition
/usr/src/sys/dev/usb
# cat ubsa.c.patch
--- ubsa.c.old Sun Jul 7 20:22:38 2013
+++ ubsa.c Wed May 14 21:27:45 2014
@@ -212,6 +212,8 @@
{ USB_VENDOR_PERACOM, USB_PRODUCT_PERACOM_SERIAL1 },
/* ZTE Inc. CMDMA MSM modem */
{ USB_VENDOR_ZTE, USB_PRODUCT_ZTE_CDMA_MSM },
+ /* ZTE Inc. AC5730 */
+ { USB_VENDOR_ZTE, USB_PRODUCT_ZTE_AC5730 },
/* ZTE Inc. AC8700 */
{ USB_VENDOR_ZTE, USB_PRODUCT_ZTE_AC8700 },
};
# cat umsm.c.patch
--- umsm.c.old Sun Jul 7 20:22:39 2013
+++ umsm.c Wed May 14 20:18:09 2014
@@ -178,6 +178,8 @@
{{ USB_VENDOR_ZTE, USB_PRODUCT_ZTE_MF633 }, 0},
{{ USB_VENDOR_ZTE, USB_PRODUCT_ZTE_MF637 }, 0},
{{ USB_VENDOR_ZTE, USB_PRODUCT_ZTE_MSA110UP }, 0},
+ {{ USB_VENDOR_ZTE, USB_PRODUCT_ZTE_AC5730 }, 0},
+ {{ USB_VENDOR_ZTE, USB_PRODUCT_ZTE_AC8700 }, 0},
{{ USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_EXPRESSCARD }, 0},
{{ USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_MERLINV620 }, 0},
# cat usbdevs.patch
--- usbdevs.old Sun Jul 21 20:48:13 2013
+++ usbdevs Wed May 14 20:16:02 2014
@@ -3318,6 +3318,7 @@
product ZTE UMASS_INSTALLER0x2000 ZTE USB MSM installer
product ZTE AC2746 0xfff1 AC2746 CDMA USB modem
product ZTE UMASS_INSTALLER3 0xfff5 ZTE USB CDMA installer
+product ZTE AC5730 0xfffe AC5730 CDMA USB modem
product ZTE AC8700 0xfffe AC8700 CDMA USB modem
/* Quanta products */
# cat usbdevs.h.patch
--- usbdevs.h.old Sun Jul 21 20:48:13 2013
+++ usbdevs.h Wed May 14 20:48:36 2014
@@ -3325,6 +3325,7 @@
#defineUSB_PRODUCT_ZTE_UMASS_INSTALLER 0x2000 /* ZTE
USB MSM installer */
#defineUSB_PRODUCT_ZTE_AC2746 0xfff1 /* AC2746 CDMA
USB modem */
#defineUSB_PRODUCT_ZTE_UMASS_INSTALLER3 0xfff5 /* ZTE
USB CDMA installer */
+#defineUSB_PRODUCT_ZTE_AC5730 0xfffe /* AC5730 CDMA
USB modem */
#defineUSB_PRODUCT_ZTE_AC8700 0xfffe /* AC8700 CDMA
USB modem */
/* Quanta products */
# cat usbdevs_data.h.patch
--- usbdevs_data.h.old Sun Jul 21 20:48:13 2013
+++ usbdevs_data.h Wed May 14 20:20:47 2014
@@ -8106,6 +8106,10 @@
"ZTE USB CDMA installer",
},
{
+ USB_VENDOR_ZTE, USB_PRODUCT_ZTE_AC5730,
+ "AC5730 CDMA USB modem",
+ },
+ {
USB_VENDOR_ZTE, USB_PRODUCT_ZTE_AC8700,
"AC8700 CDMA USB modem",
},
--
Denis Lapshin
mailto: den...@mindall.org
Ricoh Bay8Controller, Ricoh 5C843 MMC, Ricoh 5C832 Firewire controller were not configured during kernel boot process
cbb0 at pci5 dev 6 function 0 "Ricoh 5C476 CardBus" rev 0xb9: apic 1 int 16 cbb1 at pci5 dev 6 function 1 "Ricoh 5C476 CardBus" rev 0xb9: apic 1 int 17 "Ricoh 5C832 Firewire" rev 0x03 at pci5 dev 6 function 2 not configured sdhc0 at pci5 dev 6 function 3 "Ricoh 5C822 SD/MMC" rev 0x20: apic 1 int 19 "Ricoh 5C843 MMC" rev 0x10 at pci5 dev 6 function 4 not configured "RICOH, Bay8Controller" (manufacturer 0x0, product 0x0) at pcmcia1 function 0 not configured
Ricoh Bay8Controller, Ricoh 5C843 MMC, Ricoh 5C832 Firewire controller were not configured during kernel boot process
I've been found MMC card reader, Firewire port, and Bay8Controller are not configured to work properly. All devices were produced by Ricoh semi. Is it a driver missing problem? Denis
Re: acpiec madness (HP laptop people pay attention to this one) - tested on some HP Compaq platforms
Theo,
Thank you for comprehensive answer.
It can be wrong and I don't know on how to do acpi things right, but three
years ago I wrote about HP-Compaq acpiec specific errors to tech@. I'm not
a guru in programming, but it is very sorrowfully having the same acpiec
errors from version to version for about of three years on all old and
newest HP Compaq laptops...
Maybe HP does something wrong for more that three years and we should point
on these things?
Denis
On Mon, Oct 8, 2012 at 9:38 PM, Theo de Raadt wrote:
> That diff will not go into the tree now, for the same reason it didn't
> go in two years ago.
>
> BECAUSE IT IS WRONG.
>
> > Two years ago Marco issued a patch in order to prevent incorrect
> > reading acpitz on HP Compaq (or any HP laptops with acpiec madness) by
> > adding some delays to have data prepared to read/write.
> >
> > It has been tested and works perfectly fine on some HP laptops: 6510b,
> > 8510p/w, 8710p/w.
> >
> > Please add this patch into the source tree to have it by default.
> >
> > Index: acpiec.c
> > ===
> > RCS file: /cvs/src/sys/dev/acpi/acpiec.c,v
> > retrieving revision 1.43
> > diff -u -p -r1.43 acpiec.c
> > --- acpiec.c8 Aug 2010 17:25:41 - 1.43
> > +++ acpiec.c29 Sep 2010 04:24:13 -
> > @@ -92,7 +92,7 @@ void
> > acpiec_wait(struct acpiec_softc *sc, u_int8_t mask, u_int8_t val)
> > {
> > static int acpiecnowait;
> > - u_int8_tstat;
> > + volatile u_int8_t stat;
> >
> > dnprintf(40, "%s: EC wait_ns for: %b == %02x\n",
> > DEVNAME(sc), (int)mask,
> > @@ -104,8 +104,14 @@ acpiec_wait(struct acpiec_softc *sc, u_i
> > if (cold || (stat & EC_STAT_BURST))
> > delay(1);
> > else
> > - tsleep(&acpiecnowait, PWAIT, "acpiec", 1);
> > + tsleep(&acpiecnowait, PWAIT, "ecstat", 1);
> > }
> > +
> > + /* delay to make sure the data is actually ready */
> > + if (cold)
> > + delay(10);
> > + else
> > + tsleep(&acpiecnowait, PWAIT, "ecout", 1);
> >
> > dnprintf(40, "%s: EC wait_ns, stat: %b\n", DEVNAME(sc),
> (int)stat,
> > "\20\x8IGN\x7SMI\x6SCI\05BURST\04CMD\03IGN\02IBF\01OBF");
> >
>
>
--
Best regards,
--
Denis Lapshin
E-mail: deniza...@gmail.com
Re: acpiec madness (HP laptop people pay attention to this one) - tested on HP Compaq 6510b, 8510p, 8510w, 8710p, 8710w platforms
It looks a bit dirty from a coding position, but it works fine. Why
not add this by default to make it working out of the box on further
OpenBSD versions? Doing this you have more time to develop a proper
locking procedure...
Thanks
On Tue, Sep 25, 2012 at 1:19 PM, Paul Irofti wrote:
> On Mon, Sep 24, 2012 at 10:06:24PM +0400, Denis Lapshin wrote:
>> Two years ago Marco issued a patch
>> http://marc.info/?l=openbsd-tech&m=128612230314484&w=4 in order to
>> prevent incorrect reading acpitz on HP Compaq (or any HP laptops with
>> acpiec madness) by adding some delays to have data prepared to
>> read/write.
>>
>> It has been tested and works perfectly fine on some HP laptops: 6510b,
>> 8510p/w, 8710p/w.
>>
>> Please add this patch into the source tree to have it by default.
>
> I don't like this approach. At all.
>
> There should be proper locking done instead of these disgusting
> timeouts. I'm working on the locking infrastructure but it's going to
> take a while before I finish.
>
> If people want this in now they better convince another developer to
> commit it.
>
>> Index: acpiec.c
>> ===
>> RCS file: /cvs/src/sys/dev/acpi/acpiec.c,v
>> retrieving revision 1.43
>> diff -u -p -r1.43 acpiec.c
>> --- acpiec.c 8 Aug 2010 17:25:41 - 1.43
>> +++ acpiec.c 29 Sep 2010 04:24:13 -
>> @@ -92,7 +92,7 @@ void
>> acpiec_wait(struct acpiec_softc *sc, u_int8_t mask, u_int8_t val)
>> {
>> static int acpiecnowait;
>> - u_int8_tstat;
>> + volatile u_int8_t stat;
>>
>> dnprintf(40, "%s: EC wait_ns for: %b == %02x\n",
>> DEVNAME(sc), (int)mask,
>> @@ -104,8 +104,14 @@ acpiec_wait(struct acpiec_softc *sc, u_i
>> if (cold || (stat & EC_STAT_BURST))
>> delay(1);
>> else
>> - tsleep(&acpiecnowait, PWAIT, "acpiec", 1);
>> + tsleep(&acpiecnowait, PWAIT, "ecstat", 1);
>> }
>> +
>> + /* delay to make sure the data is actually ready */
>> + if (cold)
>> + delay(10);
>> + else
>> + tsleep(&acpiecnowait, PWAIT, "ecout", 1);
>>
>> dnprintf(40, "%s: EC wait_ns, stat: %b\n", DEVNAME(sc), (int)stat,
>> "\20\x8IGN\x7SMI\x6SCI\05BURST\04CMD\03IGN\02IBF\01OBF");
>>
--
Best regards,
--
Denis Lapshin
E-mail: deniza...@gmail.com
acpiec madness (HP laptop people pay attention to this one) - tested on some HP Compaq platforms
Two years ago Marco issued a patch in order to prevent incorrect
reading acpitz on HP Compaq (or any HP laptops with acpiec madness) by
adding some delays to have data prepared to read/write.
It has been tested and works perfectly fine on some HP laptops: 6510b,
8510p/w, 8710p/w.
Please add this patch into the source tree to have it by default.
Index: acpiec.c
===
RCS file: /cvs/src/sys/dev/acpi/acpiec.c,v
retrieving revision 1.43
diff -u -p -r1.43 acpiec.c
--- acpiec.c8 Aug 2010 17:25:41 - 1.43
+++ acpiec.c29 Sep 2010 04:24:13 -
@@ -92,7 +92,7 @@ void
acpiec_wait(struct acpiec_softc *sc, u_int8_t mask, u_int8_t val)
{
static int acpiecnowait;
- u_int8_tstat;
+ volatile u_int8_t stat;
dnprintf(40, "%s: EC wait_ns for: %b == %02x\n",
DEVNAME(sc), (int)mask,
@@ -104,8 +104,14 @@ acpiec_wait(struct acpiec_softc *sc, u_i
if (cold || (stat & EC_STAT_BURST))
delay(1);
else
- tsleep(&acpiecnowait, PWAIT, "acpiec", 1);
+ tsleep(&acpiecnowait, PWAIT, "ecstat", 1);
}
+
+ /* delay to make sure the data is actually ready */
+ if (cold)
+ delay(10);
+ else
+ tsleep(&acpiecnowait, PWAIT, "ecout", 1);
dnprintf(40, "%s: EC wait_ns, stat: %b\n", DEVNAME(sc), (int)stat,
"\20\x8IGN\x7SMI\x6SCI\05BURST\04CMD\03IGN\02IBF\01OBF");
M76 chip DRI support for ATI Mobility Radeon HD2600
--- radeon_drv.old.cTue Jul 17 19:54:00 2012
+++ radeon_drv.cMon Jul 16 19:24:26 2012
@@ -493,6 +493,8 @@
CHIP_RV630|RADEON_NEW_MEMMAP},
{PCI_VENDOR_ATI, PCI_PRODUCT_ATI_RADEON_HD2600_XT,
CHIP_RV630|RADEON_NEW_MEMMAP},
+{PCI_VENDOR_ATI, PCI_PRODUCT_ATI_RADEON_HD2600_M76,
+CHIP_RV630|RADEON_IS_MOBILITY|RADEON_NEW_MEMMAP},
{PCI_VENDOR_ATI, PCI_PRODUCT_ATI_RADEON_HD3650_M,
CHIP_RV635|RADEON_IS_MOBILITY|RADEON_NEW_MEMMAP},
{PCI_VENDOR_ATI, PCI_PRODUCT_ATI_RADEON_HD3650,
