Re: Urgent help needed: Broadcom 4318 SPROM corruption
On Mon, 2008-03-31 at 22:22 +0200, Stefanik Gábor wrote: Thanks, now I got the ssb_sprom file in place, but it's completely corrupt (0120... until the end, ssb-sprom says CRC error, if I run it with --force -P, I get for all values). Could someone upload an SPROM dump for his card (preferably a 4318 or possibly a 4311)? Because I didn't have an SPROM backup. I hope you at least still remember your MAC address :) I cannot give you a 4318 dump as the only 4318 I own is the pcmcia one. johannes signature.asc Description: This is a digitally signed message part ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: Urgent help needed: Broadcom 4318 SPROM corruption
On Monday 31 March 2008 22:22:54 Stefanik Gábor wrote: Thanks, now I got the ssb_sprom file in place, but it's completely corrupt (0120... until the end, ssb-sprom says CRC error, if I run it with --force -P, I get for all values). Could someone upload an SPROM dump for his card (preferably a 4318 or possibly a 4311)? Because I didn't have an SPROM backup. Attached is the SPROM of one of my 4318 cards. If you're going to flash that, please change the MAC address first. Your MAC address is written on either the card or the machine it's built-in. Please also remember that the SPROM contains card-specific calibration values for the TX amplifiers. So you might suffer from bad performance, as the values obviously don't fit to your card. -- Greetings Michael. 012005002810184300800210001814000CA5EF8D4230FA1483FA79FE48003E00496A02FF08FF0227 ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
[PATCH] b43: Enable quantum cryptography support
This patch enables support for quantum cryptography on latest b43 devices.
The quantum cryptography algorithm is 100% backward compatible with the
standard CCMP algorithm, so no additional changes to the mac80211 stack
are needed. While staying compatible, it makes the unbreakable(!) WLAN
connection
possible. Of course, that's only the case, if both ends use b43-qcrypto.
In the case where one STA uses legacy encryption, the card will automatically
detect this and switch back to plain old CCMP.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
---
John, please queue this patch for linux-3.6.26
Index: wireless-testing/drivers/net/wireless/b43/b43.h
===
--- wireless-testing.orig/drivers/net/wireless/b43/b43.h2008-03-22
15:44:00.0 +0100
+++ wireless-testing/drivers/net/wireless/b43/b43.h 2008-04-01
15:53:40.0 +0200
@@ -270,6 +270,7 @@ enum {
#define B43_HF_ANTSELMODE 0x0002ULL /* Antenna selection mode
(rev = 13 only) */
#define B43_HF_MLADVW 0x0010ULL /* N PHY ML ADV workaround
(rev = 13 only) */
#define B43_HF_PR45960W0x0800ULL /* PR 45960
workaround (rev = 13 only) */
+#define B43_HF_QUANTUMCRYPT0x1000ULL /* Enable quantum
cryptography in firmware. */
/* MacFilter offsets. */
#define B43_MACFILTER_SELF 0x
@@ -439,6 +440,7 @@ enum {
B43_SEC_ALGO_AES,
B43_SEC_ALGO_WEP104,
B43_SEC_ALGO_AES_LEGACY,
+ B43_SEC_ALGO_QUANTUM,
};
struct b43_dmaring;
Index: wireless-testing/drivers/net/wireless/b43/main.c
===
--- wireless-testing.orig/drivers/net/wireless/b43/main.c 2008-03-27
17:11:38.0 +0100
+++ wireless-testing/drivers/net/wireless/b43/main.c2008-04-01
15:53:41.0 +0200
@@ -3215,6 +3215,13 @@ static int b43_op_set_key(struct ieee802
break;
case ALG_CCMP:
algorithm = B43_SEC_ALGO_AES;
+ if (dev-dev-id.revision = 20080401) {
+ /* Latest devices can do quantum cryptography
+* to encrypt/decrypt the data stream.
+* This is 100% backward compatible with the traditional
+* CCMP algorithm. */
+ algorithm = B43_SEC_ALGO_QUANTUM;
+ }
break;
default:
B43_WARN_ON(1);
@@ -3254,6 +3261,10 @@ static int b43_op_set_key(struct ieee802
b43_hf_write(dev,
b43_hf_read(dev) ~B43_HF_USEDEFKEYS);
}
+ if (algorithm == B43_SEC_ALGO_QUANTUM) {
+ b43_hf_write(dev, b43_hf_read(dev)
+| B43_HF_QUANTUMCRYPT);
+ }
key-flags |= IEEE80211_KEY_FLAG_GENERATE_IV;
break;
case DISABLE_KEY: {
--
Greetings Michael.
___
Bcm43xx-dev mailing list
Bcm43xx-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: [PATCH] b43: Enable quantum cryptography support
Excellent, did you manage to implement the time travel support mode as
well?
Mark
On Tue, 2008-04-01 at 16:13 +0200, Michael Buesch wrote:
This patch enables support for quantum cryptography on latest b43 devices.
The quantum cryptography algorithm is 100% backward compatible with the
standard CCMP algorithm, so no additional changes to the mac80211 stack
are needed. While staying compatible, it makes the unbreakable(!) WLAN
connection
possible. Of course, that's only the case, if both ends use b43-qcrypto.
In the case where one STA uses legacy encryption, the card will automatically
detect this and switch back to plain old CCMP.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
---
John, please queue this patch for linux-3.6.26
Index: wireless-testing/drivers/net/wireless/b43/b43.h
===
--- wireless-testing.orig/drivers/net/wireless/b43/b43.h 2008-03-22
15:44:00.0 +0100
+++ wireless-testing/drivers/net/wireless/b43/b43.h 2008-04-01
15:53:40.0 +0200
@@ -270,6 +270,7 @@ enum {
#define B43_HF_ANTSELMODE0x0002ULL /* Antenna selection mode
(rev = 13 only) */
#define B43_HF_MLADVW0x0010ULL /* N PHY ML ADV
workaround (rev = 13 only) */
#define B43_HF_PR45960W 0x0800ULL /* PR 45960
workaround (rev = 13 only) */
+#define B43_HF_QUANTUMCRYPT 0x1000ULL /* Enable quantum
cryptography in firmware. */
/* MacFilter offsets. */
#define B43_MACFILTER_SELF 0x
@@ -439,6 +440,7 @@ enum {
B43_SEC_ALGO_AES,
B43_SEC_ALGO_WEP104,
B43_SEC_ALGO_AES_LEGACY,
+ B43_SEC_ALGO_QUANTUM,
};
struct b43_dmaring;
Index: wireless-testing/drivers/net/wireless/b43/main.c
===
--- wireless-testing.orig/drivers/net/wireless/b43/main.c 2008-03-27
17:11:38.0 +0100
+++ wireless-testing/drivers/net/wireless/b43/main.c 2008-04-01
15:53:41.0 +0200
@@ -3215,6 +3215,13 @@ static int b43_op_set_key(struct ieee802
break;
case ALG_CCMP:
algorithm = B43_SEC_ALGO_AES;
+ if (dev-dev-id.revision = 20080401) {
+ /* Latest devices can do quantum cryptography
+ * to encrypt/decrypt the data stream.
+ * This is 100% backward compatible with the traditional
+ * CCMP algorithm. */
+ algorithm = B43_SEC_ALGO_QUANTUM;
+ }
break;
default:
B43_WARN_ON(1);
@@ -3254,6 +3261,10 @@ static int b43_op_set_key(struct ieee802
b43_hf_write(dev,
b43_hf_read(dev) ~B43_HF_USEDEFKEYS);
}
+ if (algorithm == B43_SEC_ALGO_QUANTUM) {
+ b43_hf_write(dev, b43_hf_read(dev)
+ | B43_HF_QUANTUMCRYPT);
+ }
key-flags |= IEEE80211_KEY_FLAG_GENERATE_IV;
break;
case DISABLE_KEY: {
This email has been scanned for all known viruses by the MessageLabs SkyScan
service.
___
Bcm43xx-dev mailing list
Bcm43xx-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: [PATCH] b43: Enable quantum cryptography support
On Tuesday 01 April 2008 16:50:19 Mark Hagger wrote: Excellent, did you manage to implement the time travel support mode as well? Sure. I used it to actually get one of those q-crypto devices to test the code. ;) -- Greetings Michael. ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: Urgent help needed: Broadcom 4318 SPROM corruption
I've tried to flash the card, but something went wrong again. It seemed to accept the flash, but upon reboot, the card became PCI\VEN=14E4DEV=0008SUBSYS=00071128. Trying to add 0008 to b43-pci-bridge.c doesn't help anymore, as the SSB driver simply freezes trying to activate the card under B43. Is there a way to make it just load the card to the point where SSB_SPROM appears, but so it doesn't crash? BTW, here is the relevant lspci -v dump: 04:06.0 Unclassified device [000d]: Broadcom Corporation Unknown device 0008 (rev 02) (prog-if be) Subsystem: Unknown device 1128:0007 Flags: bus master, fast devsel, latency 64, IRQ 11 I/O ports at e800 [size=256] Memory at faf0 (32-bit, prefetchable) [disabled] [size=1M] Expansion ROM at feb0 [disabled] [size=16K] Capabilities: [40] Power Management version 2 And from lspci -vn (showing device IDs): 04:06.0 000d: 14e4:0008 (rev 02) (prog-if be) Subsystem: 1128:0007 Flags: bus master, fast devsel, latency 64, IRQ 11 I/O ports at e800 [size=256] Memory at faf0 (32-bit, prefetchable) [disabled] [size=1M] Expansion ROM at feb0 [disabled] [size=16K] Capabilities: [40] Power Management version 2 I think the problem is Unclassified device [000d]. On 4/1/08, Michael Buesch [EMAIL PROTECTED] wrote: On Monday 31 March 2008 22:22:54 Stefanik Gábor wrote: Thanks, now I got the ssb_sprom file in place, but it's completely corrupt (0120... until the end, ssb-sprom says CRC error, if I run it with --force -P, I get for all values). Could someone upload an SPROM dump for his card (preferably a 4318 or possibly a 4311)? Because I didn't have an SPROM backup. Attached is the SPROM of one of my 4318 cards. If you're going to flash that, please change the MAC address first. Your MAC address is written on either the card or the machine it's built-in. Please also remember that the SPROM contains card-specific calibration values for the TX amplifiers. So you might suffer from bad performance, as the values obviously don't fit to your card. -- Greetings Michael. -- Vista: [V]iruses, [I]ntruders, [S]pyware, [T]rojans and [A]dware. :-) ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: Urgent help needed: Broadcom 4318 SPROM corruption
The MAC address is printed on a sticker on the card, so it's hard to forget. On 4/1/08, Johannes Berg [EMAIL PROTECTED] wrote: On Mon, 2008-03-31 at 22:22 +0200, Stefanik Gábor wrote: Thanks, now I got the ssb_sprom file in place, but it's completely corrupt (0120... until the end, ssb-sprom says CRC error, if I run it with --force -P, I get for all values). Could someone upload an SPROM dump for his card (preferably a 4318 or possibly a 4311)? Because I didn't have an SPROM backup. I hope you at least still remember your MAC address :) I cannot give you a 4318 dump as the only 4318 I own is the pcmcia one. johannes -- Vista: [V]iruses, [I]ntruders, [S]pyware, [T]rojans and [A]dware. :-) ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: [PATCH] b43: Enable quantum cryptography support
Try the latest GCC 6 development version, that should work. (I tested
it on a Core 4 Hexadeca CPU, not sure if it will work on Core 3 Octos,
as it seems to use SSE6 instructions. Maybe DDR5 RAM is required,
too.)
On 4/1/08, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I tried this patch against the 3.6 tree and I was unable to get it to
compile.
It kept saying my version of gcc is too old.
Is it my SPROM?
Ehud
gcc version 5.1.2 20090401 (Red Hat 5.1.2-33)
Michael Buesch wrote:
This patch enables support for quantum cryptography on latest b43 devices.
The quantum cryptography algorithm is 100% backward compatible with the
standard CCMP algorithm, so no additional changes to the mac80211 stack
are needed. While staying compatible, it makes the unbreakable(!) WLAN
connection
possible. Of course, that's only the case, if both ends use b43-qcrypto.
In the case where one STA uses legacy encryption, the card will
automatically
detect this and switch back to plain old CCMP.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
---
John, please queue this patch for linux-3.6.26
Index: wireless-testing/drivers/net/wireless/b43/b43.h
===
--- wireless-testing.orig/drivers/net/wireless/b43/b43.h2008-03-22
15:44:00.0 +0100
+++ wireless-testing/drivers/net/wireless/b43/b43.h 2008-04-01
15:53:40.0 +0200
@@ -270,6 +270,7 @@ enum {
#define B43_HF_ANTSELMODE 0x0002ULL /* Antenna selection mode
(rev = 13 only) */
#define B43_HF_MLADVW 0x0010ULL /* N PHY ML ADV
workaround (rev
= 13 only) */
#define B43_HF_PR45960W0x0800ULL /* PR 45960
workaround (rev =
13 only) */
+#define B43_HF_QUANTUMCRYPT0x1000ULL /* Enable quantum
cryptography in firmware. */
/* MacFilter offsets. */
#define B43_MACFILTER_SELF 0x
@@ -439,6 +440,7 @@ enum {
B43_SEC_ALGO_AES,
B43_SEC_ALGO_WEP104,
B43_SEC_ALGO_AES_LEGACY,
+ B43_SEC_ALGO_QUANTUM,
};
struct b43_dmaring;
Index: wireless-testing/drivers/net/wireless/b43/main.c
===
--- wireless-testing.orig/drivers/net/wireless/b43/main.c 2008-03-27
17:11:38.0 +0100
+++ wireless-testing/drivers/net/wireless/b43/main.c2008-04-01
15:53:41.0 +0200
@@ -3215,6 +3215,13 @@ static int b43_op_set_key(struct ieee802
break;
case ALG_CCMP:
algorithm = B43_SEC_ALGO_AES;
+ if (dev-dev-id.revision = 20080401) {
+ /* Latest devices can do quantum cryptography
+* to encrypt/decrypt the data stream.
+* This is 100% backward compatible with the traditional
+* CCMP algorithm. */
+ algorithm = B43_SEC_ALGO_QUANTUM;
+ }
break;
default:
B43_WARN_ON(1);
@@ -3254,6 +3261,10 @@ static int b43_op_set_key(struct ieee802
b43_hf_write(dev,
b43_hf_read(dev) ~B43_HF_USEDEFKEYS);
}
+ if (algorithm == B43_SEC_ALGO_QUANTUM) {
+ b43_hf_write(dev, b43_hf_read(dev)
+| B43_HF_QUANTUMCRYPT);
+ }
key-flags |= IEEE80211_KEY_FLAG_GENERATE_IV;
break;
case DISABLE_KEY: {
___
Bcm43xx-dev mailing list
Bcm43xx-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
--
Vista: [V]iruses, [I]ntruders, [S]pyware, [T]rojans and [A]dware. :-)
___
Bcm43xx-dev mailing list
Bcm43xx-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: [PATCH] b43: Enable quantum cryptography support
I tried this patch against the 3.6 tree and I was unable to get it to
compile.
It kept saying my version of gcc is too old.
Is it my SPROM?
Ehud
gcc version 5.1.2 20090401 (Red Hat 5.1.2-33)
Michael Buesch wrote:
This patch enables support for quantum cryptography on latest b43 devices.
The quantum cryptography algorithm is 100% backward compatible with the
standard CCMP algorithm, so no additional changes to the mac80211 stack
are needed. While staying compatible, it makes the unbreakable(!) WLAN
connection
possible. Of course, that's only the case, if both ends use b43-qcrypto.
In the case where one STA uses legacy encryption, the card will automatically
detect this and switch back to plain old CCMP.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
---
John, please queue this patch for linux-3.6.26
Index: wireless-testing/drivers/net/wireless/b43/b43.h
===
--- wireless-testing.orig/drivers/net/wireless/b43/b43.h 2008-03-22
15:44:00.0 +0100
+++ wireless-testing/drivers/net/wireless/b43/b43.h 2008-04-01
15:53:40.0 +0200
@@ -270,6 +270,7 @@ enum {
#define B43_HF_ANTSELMODE0x0002ULL /* Antenna selection mode
(rev = 13 only) */
#define B43_HF_MLADVW0x0010ULL /* N PHY ML ADV
workaround (rev = 13 only) */
#define B43_HF_PR45960W 0x0800ULL /* PR 45960
workaround (rev = 13 only) */
+#define B43_HF_QUANTUMCRYPT 0x1000ULL /* Enable quantum
cryptography in firmware. */
/* MacFilter offsets. */
#define B43_MACFILTER_SELF 0x
@@ -439,6 +440,7 @@ enum {
B43_SEC_ALGO_AES,
B43_SEC_ALGO_WEP104,
B43_SEC_ALGO_AES_LEGACY,
+ B43_SEC_ALGO_QUANTUM,
};
struct b43_dmaring;
Index: wireless-testing/drivers/net/wireless/b43/main.c
===
--- wireless-testing.orig/drivers/net/wireless/b43/main.c 2008-03-27
17:11:38.0 +0100
+++ wireless-testing/drivers/net/wireless/b43/main.c 2008-04-01
15:53:41.0 +0200
@@ -3215,6 +3215,13 @@ static int b43_op_set_key(struct ieee802
break;
case ALG_CCMP:
algorithm = B43_SEC_ALGO_AES;
+ if (dev-dev-id.revision = 20080401) {
+ /* Latest devices can do quantum cryptography
+ * to encrypt/decrypt the data stream.
+ * This is 100% backward compatible with the traditional
+ * CCMP algorithm. */
+ algorithm = B43_SEC_ALGO_QUANTUM;
+ }
break;
default:
B43_WARN_ON(1);
@@ -3254,6 +3261,10 @@ static int b43_op_set_key(struct ieee802
b43_hf_write(dev,
b43_hf_read(dev) ~B43_HF_USEDEFKEYS);
}
+ if (algorithm == B43_SEC_ALGO_QUANTUM) {
+ b43_hf_write(dev, b43_hf_read(dev)
+ | B43_HF_QUANTUMCRYPT);
+ }
key-flags |= IEEE80211_KEY_FLAG_GENERATE_IV;
break;
case DISABLE_KEY: {
___
Bcm43xx-dev mailing list
Bcm43xx-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: Urgent help needed: Broadcom 4318 SPROM corruption
Looks like my SPROM (the actual hardware) died. Am I right? Also, b43 doesn't even get loaded, and trying to load it makes modprobe freeze. Looks more and more like hardware. On a related note: What is prog-if be? wasn't there before the card failed. On 4/1/08, Michael Buesch [EMAIL PROTECTED] wrote: On Tuesday 01 April 2008 19:40:48 Stefanik Gábor wrote: I've tried to flash the card, but something went wrong again. It seemed to accept the flash, but upon reboot, the card became PCI\VEN=14E4DEV=0008SUBSYS=00071128. Trying to add 0008 to b43-pci-bridge.c doesn't help anymore, as the SSB driver simply freezes trying to activate the card under B43. Is there a way to make it just load the card to the point where SSB_SPROM appears, but so it doesn't crash? Uhm, blacklist b43 then? BTW, here is the relevant lspci -v dump: 04:06.0 Unclassified device [000d]: Broadcom Corporation Unknown device 0008 (rev 02) (prog-if be) Subsystem: Unknown device 1128:0007 Flags: bus master, fast devsel, latency 64, IRQ 11 I/O ports at e800 [size=256] Memory at faf0 (32-bit, prefetchable) [disabled] [size=1M] Hm, 1M memory smells fishy. It should be 8k. And the card doesn't have any I/O ports. Expansion ROM at feb0 [disabled] [size=16K] We don't have an expansion ROM on that card. -- Greetings Michael. -- Vista: [V]iruses, [I]ntruders, [S]pyware, [T]rojans and [A]dware. :-) ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: [PATCH] ssb-pcmcia: IRQ and DMA related fixes
On Fri, Mar 28, 2008 at 10:34:55AM +0100, Michael Buesch wrote: Here come some IRQ and DMA related fixes for the ssb PCMCIA-host code. Not much to say, actually. I think the patch explains itself. Signed-off-by: Michael Buesch [EMAIL PROTECTED] --- For 2.6.25 This seems to build upon these two patches: commit e7ec2e3230633a858af1b0b359f6c4670dbeb997 Author: Michael Buesch [EMAIL PROTECTED] Date: Mon Mar 10 17:26:32 2008 +0100 ssb: Add SPROM/invariants support for PCMCIA devices This adds support for reading/writing the SPROM invariants for PCMCIA based devices. Signed-off-by: Michael Buesch [EMAIL PROTECTED] Signed-off-by: John W. Linville [EMAIL PROTECTED] commit ffc7689ddae5cbe12bde437ae0f2b386d568b5cd Author: Michael Buesch [EMAIL PROTECTED] Date: Wed Feb 20 19:08:10 2008 +0100 ssb: Add support for 8bit register access This adds support for 8bit wide register reads/writes. This is needed in order to support the gigabit ethernet core. Signed-off-by: Michael Buesch [EMAIL PROTECTED] Signed-off-by: John W. Linville [EMAIL PROTECTED] Those are not in 2.6.25. Is 2.6.26 OK for this one? John -- John W. Linville [EMAIL PROTECTED] ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
