Michael Buesch schrieb:
> On Monday 14 September 2009 20:35:42 Daniel Schmitt wrote:
>> Michael Buesch schrieb:
>>> On Monday 14 September 2009 18:56:08 Daniel Schmitt wrote:
well, same issue:
ssb: Sonics Silicon Backplane found on PCI device :00:02.0
ssb: Core 0 found: ChipCommo
On Monday 14 September 2009 20:35:42 Daniel Schmitt wrote:
> Michael Buesch schrieb:
> > On Monday 14 September 2009 18:56:08 Daniel Schmitt wrote:
> >> well, same issue:
> >> ssb: Sonics Silicon Backplane found on PCI device :00:02.0
> >> ssb: Core 0 found: ChipCommon (cc 0x800, rev 0x02, vend
Michael Buesch schrieb:
> On Monday 14 September 2009 18:56:08 Daniel Schmitt wrote:
>> well, same issue:
>> ssb: Sonics Silicon Backplane found on PCI device :00:02.0
>> ssb: Core 0 found: ChipCommon (cc 0x800, rev 0x02, vendor 0x4243)
>> ssb: Core 1 found: IEEE 802.11 (cc 0x812, rev 0x04, ven
On Mon, Sep 14, 2009 at 7:42 PM, Michael Buesch wrote:
> On Monday 14 September 2009 18:56:08 Daniel Schmitt wrote:
>> well, same issue:
>> ssb: Sonics Silicon Backplane found on PCI device :00:02.0
>> ssb: Core 0 found: ChipCommon (cc 0x800, rev 0x02, vendor 0x4243)
>> ssb: Core 1 found: IEEE
On Monday 14 September 2009 18:56:08 Daniel Schmitt wrote:
> well, same issue:
> ssb: Sonics Silicon Backplane found on PCI device :00:02.0
> ssb: Core 0 found: ChipCommon (cc 0x800, rev 0x02, vendor 0x4243)
> ssb: Core 1 found: IEEE 802.11 (cc 0x812, rev 0x04, vendor 0x4243)
> ssb: Core 2 foun
well, same issue:
ssb: Sonics Silicon Backplane found on PCI device :00:02.0
ssb: Core 0 found: ChipCommon (cc 0x800, rev 0x02, vendor 0x4243)
ssb: Core 1 found: IEEE 802.11 (cc 0x812, rev 0x04, vendor 0x4243)
ssb: Core 2 found: PCMCIA (cc 0x80D, rev 0x01, vendor 0x4243)
ssb: Core 3 found: V90
Daniel Schmitt wrote:
> Larry, I don't think that sprom_do_read is able to read _ANY_ valid data
> because if I do it today it results it
Is there any reason to suspect a timing issue? I'm not familiar with
your platform. If that is the issue, perhaps might try (my mailer will
mangle this, but you
Gábor Stefanik wrote:
> On Sun, Sep 13, 2009 at 7:05 PM, Daniel Schmitt
> wrote:
>> Hello Group,
>>
>> I posted a few days ago my problems with this WLAN minipci card:
>>
>> Linux OpenWrt 2.6.28.10 #5 Thu Sep 10 20:36:33 CEST 2009 armv5teb unknown
>> 00:02.0 0280: 14e4:4325 (rev 02)
>> Su
Larry, I don't think that sprom_do_read is able to read _ANY_ valid data
because
if I do it today it results it
r...@openwrt:/# insmod ssb
ssb: Core 0 found: ChipCommon (cc 0x800, rev 0x02, vendor 0x4243)
ssb: Core 1 found: IEEE 802.11 (cc 0x812, rev 0x04, vendor 0x4243)
ssb: Core 2 found: PCMCI
Daniel Schmitt wrote:
> Hello Group,
>
> I posted a few days ago my problems with this WLAN minipci card:
>
> Linux OpenWrt 2.6.28.10 #5 Thu Sep 10 20:36:33 CEST 2009 armv5teb unknown
> 00:02.0 0280: 14e4:4325 (rev 02)
> Subsystem: 1414:0004
> Control: I/O- Mem- BusMaster- Spe
On So, 2009-09-13 at 19:05 +0200, Daniel Schmitt wrote:
>
> Does anybody know what I can change in OpenWRT relating to PCI options for
> WP188?
That maybe totally off topic, but:
I fiddled a bit with getting wireless running on an ASUS WL-520GU
router. I noticed the following:
OpenWRT's mac8021
On Sun, Sep 13, 2009 at 7:05 PM, Daniel Schmitt
wrote:
> Hello Group,
>
> I posted a few days ago my problems with this WLAN minipci card:
>
> Linux OpenWrt 2.6.28.10 #5 Thu Sep 10 20:36:33 CEST 2009 armv5teb unknown
> 00:02.0 0280: 14e4:4325 (rev 02)
> Subsystem: 1414:0004
> Con
Hello Group,
I posted a few days ago my problems with this WLAN minipci card:
Linux OpenWrt 2.6.28.10 #5 Thu Sep 10 20:36:33 CEST 2009 armv5teb unknown
00:02.0 0280: 14e4:4325 (rev 02)
Subsystem: 1414:0004
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr+
Ste
13 matches
Mail list logo