On Thursday 12 June 2008 04:20:04 Larry Finger wrote:
> Dale Walsh wrote:
> > I've been in touch with Broadcom a since I am considering having a card
> > OEM'ed and it was discussed acquiring the API and a framework for driver
> > programming in a custom OS so now I'm just waiting on approval.
>
This fixes a possible NULL pointer dereference in an error path of the
DMA allocation error checking code. This is also necessary for a future
DMA API change that is on its way into the mainline kernel that adds
an additional dev parameter to dma_mapping_error().
This patch moves the whole struct
This removes a WARN_ON that is responsible for the following koops:
http://www.kerneloops.org/searchweek.php?search=b43_generate_noise_sample
The comment in the patch describes why it's safe to simply remove
the check.
Signed-off-by: Michael Buesch <[EMAIL PROTECTED]>
---
John, this is a bugfix
Hi, it was my results of the compilation of
http://www.broadcom.com/support/802.11/linux_sta.php on openwrt
.
make[5]: Leaving directory
`/opt/openwrt-2.6.25/build_dir/linux-brcm47xx/linux-2.6.25.5'
make[4]: Leaving directory
`/opt/openwrt-2.6.25/build_dir/linux-brcm47xx/compat-wireless-2008-06
On Thu, 2008-06-12 at 16:39 -0400, Felipe Maya wrote:
> Hi, it was my results of the compilation of
> http://www.broadcom.com/support/802.11/linux_sta.php on openwrt
...
> /opt/openwrt-2.6.25/build_dir/linux-brcm47xx/compat-wireless-2008-06-10/hybrid-wl/lib/wlc_hybrid.o_shipped:
> could not read s
On Mon, 2008-06-09 at 14:08 +0200, Michael Buesch wrote:
> You can try the latest firmware from git, btw. It should be (partially) fixed
> there.
I've tried the today's version. It's working in monitor mode.
Moreover, it scans in managed mode! The only problem is that it fails
to associate, ev
On Friday 13 June 2008 00:22:39 Pavel Roskin wrote:
> On Mon, 2008-06-09 at 14:08 +0200, Michael Buesch wrote:
>
> > You can try the latest firmware from git, btw. It should be (partially)
> > fixed there.
>
> I've tried the today's version. It's working in monitor mode.
> Moreover, it scans in
On Fri, 2008-06-13 at 01:20 +0200, Michael Buesch wrote:
> On Friday 13 June 2008 00:22:39 Pavel Roskin wrote:
> > On Mon, 2008-06-09 at 14:08 +0200, Michael Buesch wrote:
> >
> > > You can try the latest firmware from git, btw. It should be (partially)
> > > fixed there.
> >
> > I've tried the
It hangs on "b43_write16(dev, B43_MMIO_PHY0, on ? 0 : 0xF4);" If I
ignore the case where phy.type is 0, I get a little further, but it
still fails. That output is included too.
The test rig is a bcm5354 in an Asus wl520gu and the b43, cfg, mac
drivers are from a several day old wireless-testin
On Jun 12, 2008, at 05:16 AM, Michael Buesch wrote:
On Thursday 12 June 2008 04:20:04 Larry Finger wrote:
Dale Walsh wrote:
I've been in touch with Broadcom a since I am considering having
a card
OEM'ed and it was discussed acquiring the API and a framework for
driver
programming in a cus
Dale Walsh wrote:
>
> On Jun 12, 2008, at 05:16 AM, Michael Buesch wrote:
>
>> On Thursday 12 June 2008 04:20:04 Larry Finger wrote:
>>> Dale Walsh wrote:
I've been in touch with Broadcom a since I am considering having a card
OEM'ed and it was discussed acquiring the API and a framewo
In current ssb-sprom code, the Subsystem and Product ID's are wrong for rev 4
SPROM's.
Signed-off-by: Larry Finger <[EMAIL PROTECTED]>
---
Index: ssb_sprom/ssb_sprom.h
===
--- ssb_sprom.orig/ssb_sprom.h
+++ ssb_sprom/ssb_sprom.h
@@ -
12 matches
Mail list logo