* network freeze with nforce-A939 integrated rhine card
From: David Lang @ 2006-05-12 5:59 UTC (permalink / raw)
To: linux-kernel, rl; +Cc: netdev
[-- Attachment #1: Type: TEXT/PLAIN, Size: 3093 bytes --]
I haven't had time to go back and find where is started (my prior kernel
was 2.6.15-rc7), but with 2.6.17-rc1/2/3/4 I've been running into a
problem where when transfering large amounts of data (trying to ftp a TB
or so of data off of the box to my new server it will run for a while (as
little as 1G, as much as 45G) and then the network card will shut down.
when I say shut down I mean that it looses link and requires powering down
the box (hard power down, not just power off from the front panel),
disabling the network card in the BIOS, booting (as far as lilo is
enough), powering down again, enabling the card and booting again.
there is no indication of trouble before the halt (it's transfering at
full speed), the only think in the log is
May 11 22:23:57 david kernel: eth0: link down
May 11 22:24:00 david kernel: eth0: link up, 100Mbps, full-duplex, lpa 0xCDE1
May 11 22:24:22 david kernel: eth0: link down
if I don't do the disable/enable in the bios cycle and just power cycle
the system the card does not initialize properly (ethtool reports
autonegotiation disabled, 10Mb. will generate an 'unsupported' error if I
try to enable the card)
the system is x86_64 64 bit kernel with 32 bit userspace
lspci report
dlang@david:~$ /sbin/lspci
00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 0204
00:00.1 Host bridge: VIA Technologies, Inc.: Unknown device 1204
00:00.2 Host bridge: VIA Technologies, Inc.: Unknown device 2204
00:00.3 Host bridge: VIA Technologies, Inc.: Unknown device 3204
00:00.4 Host bridge: VIA Technologies, Inc.: Unknown device 4204
00:00.7 Host bridge: VIA Technologies, Inc.: Unknown device 7204
00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI bridge [K8T800 South]
00:08.0 RAID bus controller: Triones Technologies, Inc. HPT374 (rev 07)
00:08.1 RAID bus controller: Triones Technologies, Inc. HPT374 (rev 07)
00:0a.0 Ethernet controller: Olicom OC-2326 (rev 01)
00:0f.0 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C/VT8235 PIPC Bus Master IDE (rev 06)
00:10.0 USB Controller: VIA Technologies, Inc. VT6202 [USB 2.0 controller] (rev 81)
00:10.1 USB Controller: VIA Technologies, Inc. VT6202 [USB 2.0 controller] (rev 81)
00:10.2 USB Controller: VIA Technologies, Inc. VT6202 [USB 2.0 controller] (rev 81)
00:10.3 USB Controller: VIA Technologies, Inc. VT6202 [USB 2.0 controller] (rev 81)
00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [K8T800 South]
00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 60)
00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 78)
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge
01:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200 SE] (rev 01)
config is attached
David Lang
[-- Attachment #2: Type: APPLICATION/octet-stream, Size: 9962 bytes --]
^ permalink raw reply
* Re: [PATCH 4/6] myri10ge - First half of the driver
From: Evgeniy Polyakov @ 2006-05-12 6:47 UTC (permalink / raw)
To: Brice Goglin; +Cc: Francois Romieu, netdev, LKML, Andrew J. Gallatin
In-Reply-To: <4463CE88.20301@myri.com>
On Fri, May 12, 2006 at 01:53:44AM +0200, Brice Goglin (brice@myri.com) wrote:
> > Imho you will want to work directly with pages shortly.
> >
>
> We had thought about doing this, but were a little nervous since we did
> not know of any other drivers that worked directly with pages. If this
> is an official direction to work directly with pages, we will.
s2io does. e1000 does it with skb frags.
If your hardware allows header split and driver can put headers into
skb->data and real data into frag_list, that allows to create various
interesting things like receiving zero-copy support and netchannels
support. It is work in progress, not official direction currently,
but this definitely will help your driver to support future high
performance extensions.
> Brice
--
Evgeniy Polyakov
^ permalink raw reply
* netem rtp
From: Perez Thomas (HES) @ 2006-05-12 6:53 UTC (permalink / raw)
To: netdev
Hello.
I have setup NETEM between to devices that are sending eachother RTP voice packets.
VOICE1_RTP <----> (eth1)NETEM_LINUX_BOX (eth2) <----> VOICE2_RTP
I am attempting to introduce delay via netem. "tc qdisc add dev eth1 root netem delay 100ms"
This appears to work for ICMP (ping) traffic or TCP traffic However,
as soon as a run an RTP stream over this interface There is no more delay. It's like without netem. Do I need to set up a specific rule for RTP? I'm using linux fedora core 5.
Thank you,
PEREZ Thomas
^ permalink raw reply
* Re: network freeze with nforce-A939 integrated rhine card
From: David Lang @ 2006-05-12 7:12 UTC (permalink / raw)
To: linux-kernel, rl; +Cc: netdev
In-Reply-To: <Pine.LNX.4.62.0605112235170.2802@qnivq.ynat.uz>
On Thu, 11 May 2006, David Lang wrote:
> I haven't had time to go back and find where is started (my prior kernel was
> 2.6.15-rc7), but with 2.6.17-rc1/2/3/4 I've been running into a problem where
> when transfering large amounts of data (trying to ftp a TB or so of data off
> of the box to my new server it will run for a while (as little as 1G, as much
> as 45G) and then the network card will shut down.
following up with earlier kernels, this problem persists back as far as
2.6.13.
I'll do more testing tomorrow.
David Lang
^ permalink raw reply
* Re: Initial benchmarks of some VJ ideas [mmap memcpy vs copy_to_user].
From: Evgeniy Polyakov @ 2006-05-12 7:54 UTC (permalink / raw)
To: David S. Miller; +Cc: netdev, caitlinb, kelly, rusty
In-Reply-To: <20060511.115409.89709859.davem@davemloft.net>
On Thu, May 11, 2006 at 11:54:09AM -0700, David S. Miller (davem@davemloft.net) wrote:
> BTW you make another massively critical error in your analysis of TCP
> profiles.
>
> You mention that "tcp_v4_rcv()" shows up in your profiles and not
> __inet_lookup(). This __inet_lookup() is inlined, and thus it's cost
> shows up as "tcp_v4_rcv()". I find such oversight amazing for someone
> as careful about details as you are :-)
Ugh, my fault.
But tcp_v4_rcv() also does a lot of other things which more likely
pushes this function in profile statistics :)
> I would suggest to look at instruction level profile hits, it makes
> such mistakes in analysis almost impossible :-)
It is much more challenging than running oprofile, so it will be
postponed for a while :)
--
Evgeniy Polyakov
^ permalink raw reply
* Re: More
From: Wilma Hunter @ 2006-05-12 9:44 UTC (permalink / raw)
To: netdev
-S'ensationall revoolution in m'edicine!
-E'n'l'a'r'g'e your p''enis up to 10 cm or up to 4 inches!
-It's herbal solution what hasn't side effect, but has 100% guaranted results!
-Don't lose your chance and but know wihtout doubts, you will be impressed with results!
Clisk here: http://qwasps.info
amaranth annuli controversial falcon deerskin anheuser circumpolar decatur demote abide
skindive course congenital cellulose desultory roughish bait ethyl beverage
compromise vitiate catabolic heterostructure christlike rotund gershwin filmmake arson earwig doorkeeper
obsidian spire bikini obsolescent twin phosphate thank pigging
wrangle hydrochemistry esther antiquary pareto downturn cupful devise
imp questionnaire seductive quiet martial prohibitory gong oligopoly
^ permalink raw reply
* [PATCH] ethtool always report port is TP on tg3
From: Karsten Keil @ 2006-05-12 10:05 UTC (permalink / raw)
To: Michael Chan; +Cc: netdev, Andrew Morton
Even with fiber cards ethtool reports that the connected port is TP,
the patch fix this.
---
drivers/net/tg3.c | 8 +++++---
1 files changed, 5 insertions(+), 3 deletions(-)
5ed8e79c778ee803e44a325a1e15c0cb3f52d0ff
diff --git a/drivers/net/tg3.c b/drivers/net/tg3.c
index beeb612..0b5bc93 100644
--- a/drivers/net/tg3.c
+++ b/drivers/net/tg3.c
@@ -7653,21 +7653,23 @@ static int tg3_get_settings(struct net_d
cmd->supported |= (SUPPORTED_1000baseT_Half |
SUPPORTED_1000baseT_Full);
- if (!(tp->tg3_flags2 & TG3_FLG2_ANY_SERDES))
+ if (!(tp->tg3_flags2 & TG3_FLG2_ANY_SERDES)) {
cmd->supported |= (SUPPORTED_100baseT_Half |
SUPPORTED_100baseT_Full |
SUPPORTED_10baseT_Half |
SUPPORTED_10baseT_Full |
SUPPORTED_MII);
- else
+ cmd->port = PORT_TP;
+ } else {
cmd->supported |= SUPPORTED_FIBRE;
+ cmd->port = PORT_FIBRE;
+ }
cmd->advertising = tp->link_config.advertising;
if (netif_running(dev)) {
cmd->speed = tp->link_config.active_speed;
cmd->duplex = tp->link_config.active_duplex;
}
- cmd->port = 0;
cmd->phy_address = PHY_ADDR;
cmd->transceiver = 0;
cmd->autoneg = tp->link_config.autoneg;
--
Karsten Keil
SuSE Labs
ISDN development
^ permalink raw reply related
* Re: Linux v2.6.17-rc4
From: Erik Mouw @ 2006-05-12 10:24 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Linux Kernel Mailing List, netdev
In-Reply-To: <Pine.LNX.4.64.0605111640010.3866@g5.osdl.org>
On Thu, May 11, 2006 at 04:44:03PM -0700, Linus Torvalds wrote:
> Ok, I've let the release time between -rc's slide a bit too much again,
> but -rc4 is out there, and this is the time to hunker down for 2.6.17.
>
> If you know of any regressions, please holler now, so that we don't miss
> them.
I got assertion failures in the bcm43xx driver:
bcm43xx: Chip ID 0x4318, rev 0x2
bcm43xx: Number of cores: 4
bcm43xx: Core 0: ID 0x800, rev 0xd, vendor 0x4243, enabled
bcm43xx: Core 1: ID 0x812, rev 0x9, vendor 0x4243, disabled
bcm43xx: Core 2: ID 0x804, rev 0xc, vendor 0x4243, enabled
bcm43xx: Core 3: ID 0x80d, rev 0x7, vendor 0x4243, enabled
bcm43xx: PHY connected
bcm43xx: Detected PHY: Version: 3, Type 2, Revision 7
bcm43xx: Detected Radio: ID: 8205017f (Manuf: 17f Ver: 2050 Rev: 8)
bcm43xx: Radio turned off
bcm43xx: Radio turned off
bcm43xx: PHY connected
bcm43xx: Radio turned on
bcm43xx: ASSERTION FAILED (radio_attenuation < 10) at: drivers/net/wireless/bcm43xx/bcm43xx_phy.c:1485:bcm43xx_find_lopair()
bcm43xx: ASSERTION FAILED (radio_attenuation < 10) at: drivers/net/wireless/bcm43xx/bcm43xx_phy.c:1485:bcm43xx_find_lopair()
bcm43xx: ASSERTION FAILED (radio_attenuation < 10) at: drivers/net/wireless/bcm43xx/bcm43xx_phy.c:1485:bcm43xx_find_lopair()
bcm43xx: Chip initialized
bcm43xx: DMA initialized
bcm43xx: 80211 cores initialized
bcm43xx: Keys cleared
ADDRCONF(NETDEV_UP): eth2: link is not ready
bcm43xx: ASSERTION FAILED (radio_attenuation < 10) at: drivers/net/wireless/bcm43xx/bcm43xx_phy.c:1485:bcm43xx_find_lopair()
ieee80211_crypt: registered algorithm 'WEP'
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
^ permalink raw reply
* Re: Linux v2.6.17-rc4
From: Michael Buesch @ 2006-05-12 10:44 UTC (permalink / raw)
To: Erik Mouw; +Cc: Linux Kernel Mailing List, netdev, Linus Torvalds
In-Reply-To: <20060512102422.GA30285@harddisk-recovery.com>
On Friday 12 May 2006 12:24, you wrote:
> On Thu, May 11, 2006 at 04:44:03PM -0700, Linus Torvalds wrote:
> > Ok, I've let the release time between -rc's slide a bit too much again,
> > but -rc4 is out there, and this is the time to hunker down for 2.6.17.
> >
> > If you know of any regressions, please holler now, so that we don't miss
> > them.
>
> I got assertion failures in the bcm43xx driver:
>
> bcm43xx: Chip ID 0x4318, rev 0x2
That is expected an non-fatal.
It is no regression.
We are working on it, but there won't be any fix for 2.6.17, as
very intrusive changes are needed to fix this.
--
Greetings Michael.
^ permalink raw reply
* Re: [PATCH wireless-dev] d80211: Don't discriminate against 802.11b drivers
From: Jiri Benc @ 2006-05-12 10:47 UTC (permalink / raw)
To: Michael Wu; +Cc: John W. Linville, Jouni Malinen, netdev, jkmaline
In-Reply-To: <200605101331.39960.flamingice@sourmilk.net>
On Wed, 10 May 2006 13:31:39 -0400, Michael Wu wrote:
> I think this is overkill to fix a hack. IMHO, scan_skip_11b shouldn't exist in
> the first place. One alternative would be to modify 802.11g drivers to not
> set IEEE80211_CHAN_W_SCAN on 802.11b channels when there are equivalent
> 802.11g channels.
This won't work when 11g is administratively disabled. We can surely add
another flags; but I'm not sure if it is really desirable to require
drivers to be aware of this when it is easily determinable by the stack.
> It seems like hw_modes is more useful for saying
> what modes shouldn't be used than saying what modes are supported by the
> hardware and should be used.
This is exactly the purpose of hw_modes. This also means you don't need
any validation.
Jiri
--
Jiri Benc
SUSE Labs
^ permalink raw reply
* Re: [Keir.Fraser@cl.cam.ac.uk: Re: [RFC PATCH 34/35] Add the Xen virtual network device driver.]
From: linux @ 2006-05-12 11:15 UTC (permalink / raw)
To: ak, chrisw, ian.pratt, Keir.Fraser, linux-kernel, netdev, rdreier,
shemminger, virtualization, xen-devel
Cc: herbert
In-Reply-To: <20060512044654.26724.qmail@science.horizon.com>
> This subthread in the Xen patch thread has now digressed onto discussions
> about entropy and security. Perhaps you guys could add some points.
Well, I can try. I don't think this answers any questions, but
perhaps it informs the discussion. Apologies if the Cc: list is
getting a bit bloated.
> On 11 May 2006, at 01:33, Herbert Xu wrote:
>>> But if sampling virtual events for randomness is really unsafe (is it
>>> really?) then native guests in Xen would also get bad random numbers
>>> and this would need to be somehow addressed.
>>
>> Good point. I wonder what VMWare does in this situation.
>
> Well, there's not much they can do except maybe jitter interrupt
> delivery. I doubt they do that though.
There are two aspects which are often confused. It doesn't sound
like people are confused here, but I'll say it explicitly just to
make sure:
One is the concern that by feeding malicious data into the /dev/random
pool, you can control its output. This can't happen; the input mixing
is safe against that, which is why /dev/random is globally writeable.
Whatever data you feed into the pool, you can't increase your level of
knowledge about the state of it. So there is no need whatsoever to stop
potentially bad data from being fed into the pool. The worst it can do
is nothing.
The second, which CAN happen, is an entropy estimation failure.
The /dev/random system tries to guess by how much a given piece of input
DECREASES an attacker's knowledge about the state of the pool. If it
guesses wrong, it can produce output (which gives away information)
beyond the limits of the unicity distance and then an attacker with
unbounded computational power can figure out the state of the pool and
thereby predict future output.
Underestimating the entropy is always safe, so adding suspect data is
fine as long as you give it a zero entropy score. But you need to find
some entropy somewhere or you'll never make any progress. That's where
it gets tricky. It's not what seed material you use (use it all), but
what seed material do you TRUST?
Also, for this second kind of problem, an attacker only has to KNOW what
the data being introduced into the pool is (or, to be even more specific,
know more about it than the entropy estimate thinks is possible),
not control it in any way. Thus, there is no possible test of the
input data itself which can prove an attacker's ignorance of it; some
assumptions about its origin must be made.
/dev/random's main entropy source is interrupt timing, based on the
assumption that the real-world I/O devices are driven by sources at least
partly uncorrelated with the processor clock. But if the interrupts
are virtualized and come from hypervisor software, how unknown to an
attacker are they?
> The original complaint in our case was that we take entropy from
> interrupts caused by other local VMs, as well as external sources.
> There was a feeling that the former was more predictable and could form
> the basis of an attack. I have to say I'm unconvinced: I don't really
> see that it's significantly easier to inject precisely-timed interrupts
> into a local VM. Certainly not to better than +/- a few microseconds.
> As long as you add cycle-counter info to the entropy pool, the least
> significant bits of that will always be noise.
It's not a matter if injecting *controlled* interrupts, just *known*
interrupts. If the duration of cross-VM interrupt delivery is
predictable, an attacker reading the timestamp counter before sending
a packet could predict the timestamp on arrival and figure out what's
going into the pool. If that's the main source of entropy going in to
the target domain and the attacker has a way to read the vast majority
of the output of /dev/random there, an attacker has a chance to guess
the fraction of /dev/random output they don't see.
> The alternatives are unattractive:
> 1. We have no good way to distinguish interrupts caused by packets
> from local VMs versus packets from remote hosts. Both get muxed on the
> same virtual interface.
Doesn't the source MAC address offer a clue?
> 2. An entropy front/back is tricky -- how do we decide how much
> entropy to pull from domain0? How much should domain0 be prepared to
> give other domains? How easy is it to DoS domain0 by draining its
> entropy pool? Yuk.
THAT, at least, is not terribly hard. It's exactly the same sort
of fair CPU scheduling problem as has been solved many times before.
As entropy comes in, credit it round-robin to various child domains.
There's a pool in domain0 which can buffer a certain about of credit
for child domains even if they don't want it yet. When that buffered
credit reaches the limit that domain0 can store, it spills over and is
allocated to other domains with non-full accounts.
So after an initial accumulation period to fill up the buffers, the
available entropy is divided evenly among all the domains that want it.
I don't know how Xen works at all, whether it's easier to buffer the
entropy in domain0 until requested or immediately push it to the
subdomains, but either way, it's doable.
So I guess, before doing any fancy design, it's worth asking: do people
prefer to have entropy be a service that the Xen hypervisor delivers to
client domains, or should the domains manage it themselves?
They may not both be practicable, but which do you people to explore
first?
A few more issues which have arisen since /dev/random was first written:
- Modern processors change clock rate, causing a real-world jitter
number to translate into a variable number of timestamp ticks. +/-10 ns
may be +/-32 timestamp ticks, or less if the clock is running slower.
The most recent processors run their timestamp counters at a fixed
rate, regardless of clock divisor, by incrementing it by more than
one per cycle at times. But either way, you still have to reduce
the entropy estimate when reducing clock speed.
- Wireless keyboards and mice are a lot less unobservable than wired ones.
- On the upside, full-speed timestamp counters are widely available, as
are > 1 GHz clock rates, making for a rich source of clock jitter.
Oh, and on the theoretical front, there's been a lot of research
into so-called "randomness extraction functions". In particular,
it's been shown that Shannon entropy (the sum, over the various random
possibilities i = 1, 2, ... n of -p[i] * log(p[i])) is not possible to
base a secure extractor on; you need your sources to have good min-entropy
min -log(p[i]). In my previous post to linux-kernel, I completely forgot
about this... arrgh, have to post a retraction.
Anyway, min-entropy, being simply the negative log of the highest
probability, is always less than or equal to the Shannon entropy.
It's equal for uniform distributions (all choices equally likely),
but more conservative for lopsided distributions.
Here's the classic teaching example: say you have a source, which produces
31 truly random bits (0..0x7fffffff) half the time, but produces -1
(0xffffffff) the other half of the time. (If this seems too trivial,
assume it is encrypted with a one-time pad known only to the attacker;
that doesn't change the analysis.)
It is simple to compute the Shannon entropy of this source: 16.5 bits
per sample. p[-1] = 1/2, while p[0..0x7fffffff] = 2^-32, and plug all
that into the Shannon entropy formula.
Now, if I take 8 samples from this source (total entropy 132 bits) and mix
them up together (say, with MD5), I should get a good 128-bit key, right?
But 1/256 of the time, the MD5 input is simply zero and the attacker
knows my key in one guess. An additional 1/32 of the time, only one of
the 8 samples was random and there's only 34 bits of entropy in my key.
(31 for the sample value plus 3 for the sample number.)
The reason for this paradox is that, half of the time, my input contains
more than 128 bits of entropy, and compressing it with MD5 is throwing
the excess away. The naive Shannon entropy computation is averaging
that excess entropy with the low-entropy cases, which is not valid if
you are producing finite-length output.
The min-entropy measure of 1 bit per sample correctly predicts the
8-bit min-entropy of the output.
^ permalink raw reply
* Re: Linux v2.6.17-rc4
From: Olaf Hering @ 2006-05-12 11:23 UTC (permalink / raw)
To: Michael Buesch; +Cc: Erik Mouw, netdev
In-Reply-To: <200605121244.22511.mb@bu3sch.de>
On Fri, May 12, Michael Buesch wrote:
> On Friday 12 May 2006 12:24, you wrote:
> > On Thu, May 11, 2006 at 04:44:03PM -0700, Linus Torvalds wrote:
> > > Ok, I've let the release time between -rc's slide a bit too much again,
> > > but -rc4 is out there, and this is the time to hunker down for 2.6.17.
> > >
> > > If you know of any regressions, please holler now, so that we don't miss
> > > them.
> >
> > I got assertion failures in the bcm43xx driver:
> >
> > bcm43xx: Chip ID 0x4318, rev 0x2
>
> That is expected an non-fatal.
Is this one in the same category?
[ 79.087115] bcm43xx: WARNING: Writing invalid LOpair (low: 46, high: 104, index: 123)
[ 0.000000] Using PowerMac machine description
[ 0.000000] Total memory = 768MB; using 2048kB for hash table (at cfe00000)
[ 0.000000] Linux version 2.6.17-rc4-airport (olaf@pomegranate) (gcc version 4.1.0 (SUSE Linux)) #3 Fri May 12 13:12:42 CEST 2006
[ 0.000000] Found initrd at 0xc4100000:0xc445d000
[ 0.000000] Found UniNorth memory controller & host bridge @ 0xf8000000 revision: 0xd2
[ 0.000000] Mapped at 0xfdfc0000
[ 0.000000] Found a Intrepid mac-io controller, rev: 0, mapped at 0xfdf40000
[ 0.000000] Processor NAP mode on idle enabled.
[ 0.000000] PowerMac motherboard: iBook G4
[ 0.000000] via-pmu: Server Mode is disabled
[ 0.000000] PMU driver v2 initialized for Core99, firmware: 0c
[ 0.000000] Found UniNorth PCI host bridge at 0xf0000000. Firmware bus number: 0->0
[ 0.000000] Found UniNorth PCI host bridge at 0xf2000000. Firmware bus number: 0->0
[ 0.000000] Found UniNorth PCI host bridge at 0xf4000000. Firmware bus number: 0->0
[ 0.000000] Top of RAM: 0x30000000, Total RAM: 0x30000000
[ 0.000000] Memory hole size: 0MB
[ 0.000000] On node 0 totalpages: 196608
[ 0.000000] DMA zone: 196608 pages, LIFO batch:31
[ 0.000000] Built 1 zonelists
[ 0.000000] Kernel command line: root=/dev/hda2 quiet time sysrq=1
[ 0.000000] mpic: Setting up MPIC " MPIC 1 " version 1.2 at 80040000, max 4 CPUs
[ 0.000000] mpic: ISU size: 64, shift: 6, mask: 3f
[ 0.000000] mpic: Initializing for 64 sources
[ 0.000000] PID hash table entries: 4096 (order: 12, 16384 bytes)
[ 0.000000] time_init: decrementer frequency = 18.432000 MHz
[ 0.000000] time_init: processor frequency = 1333.333330 MHz
[ 23.809911] Console: colour dummy device 80x25
[ 23.810822] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
[ 23.812165] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
[ 23.854228] Memory: 767232k/786432k available (3160k kernel code, 18664k reserved, 448k data, 2177k bss, 160k init)
[ 23.854480] Calibrating delay loop... 36.76 BogoMIPS (lpj=183808)
[ 24.039729] Mount-cache hash table entries: 512
[ 24.040130] device-tree: Duplicate name in /cpus/PowerPC,G4@0, renamed to "l2-cache#1"
[ 24.043262] checking if image is initramfs... it is
[ 24.734182] Freeing initrd memory: 3444k freed
[ 24.735401] NET: Registered protocol family 16
[ 24.736061] KeyWest i2c @0xf8001003 irq 42 /uni-n@f8000000/i2c@f8001000
[ 24.736074] channel 1 bus /uni-n@f8000000/i2c@f8001000/i2c-bus@1
[ 24.736123] KeyWest i2c @0x80018000 irq 26 /pci@f2000000/mac-io@17/i2c@18000
[ 24.736134] channel 0 bus /pci@f2000000/mac-io@17/i2c@18000/i2c-bus@0
[ 24.736161] PMU i2c /pci@f2000000/mac-io@17/via-pmu@16000/pmu-i2c
[ 24.736169] channel 1 bus <multibus>
[ 24.736176] channel 2 bus <multibus>
[ 24.736706] PCI: Probing PCI hardware
[ 24.739527] PCI: Cannot allocate resource region 0 of device 0001:10:18.0
[ 24.739549] PCI: Cannot allocate resource region 0 of device 0001:10:19.0
[ 24.739583] Apple USB OHCI 0001:10:18.0 disabled by firmware
[ 24.739596] Apple USB OHCI 0001:10:19.0 disabled by firmware
[ 24.740556] usbcore: registered new driver usbfs
[ 24.740655] usbcore: registered new driver hub
[ 24.740917] TC classifier action (bugs to netdev@vger.kernel.org cc hadi@cyberus.ca)
[ 24.741608] NET: Registered protocol family 2
[ 24.829781] IP route cache hash table entries: 32768 (order: 5, 131072 bytes)
[ 24.830282] TCP established hash table entries: 131072 (order: 9, 2097152 bytes)
[ 24.839978] TCP bind hash table entries: 65536 (order: 8, 1310720 bytes)
[ 24.846243] TCP: Hash tables configured (established 131072 bind 65536)
[ 24.846253] TCP reno registered
[ 24.846361] Thermal assist unit not available
[ 24.848508] VFS: Disk quotas dquot_6.5.1
[ 24.848561] Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
[ 24.848760] Initializing Cryptographic API
[ 24.848777] io scheduler noop registered
[ 24.848792] io scheduler anticipatory registered
[ 24.848806] io scheduler deadline registered
[ 24.848833] io scheduler cfq registered (default)
[ 24.849393] PCI: Enabling device 0000:00:10.0 (0006 -> 0007)
[ 25.045487] radeonfb (0000:00:10.0): Invalid ROM signature 0 should be 0xaa55
[ 25.045502] radeonfb: Retrieved PLL infos from Open Firmware
[ 25.045513] radeonfb: Reference=27.00 MHz (RefDiv=12) Memory=183.00 Mhz, System=210.00 MHz
[ 25.045522] radeonfb: PLL min 12000 max 35000
[ 26.090640] radeonfb: Monitor 1 type LCD found
[ 26.090648] radeonfb: EDID probed
[ 26.090654] radeonfb: Monitor 2 type no found
[ 26.090672] radeonfb: Using Firmware dividers 0x00020074 from PPLL 0
[ 26.090750] radeonfb: Dynamic Clock Power Management enabled
[ 26.143184] Console: switching to colour frame buffer device 128x48
[ 26.143276] Registered "mnca" backlight controller,level: 15/15
[ 26.143283] radeonfb (0000:00:10.0): ATI Radeon NV
[ 26.148372] Generic RTC Driver v1.07
[ 26.150099] RAMDISK driver initialized: 16 RAM disks of 123456K size 1024 blocksize
[ 26.150201] sungem.c:v0.98 8/24/03 David S. Miller (davem@redhat.com)
[ 26.230004] PHY ID: 4061e4, addr: 0
[ 26.230765] eth0: Sun GEM (PCI) 10/100/1000BaseT Ethernet 00:11:24:e3:f0:1e
[ 26.230785] eth0: Found BCM5221 PHY
[ 26.231143] MacIO PCI driver attached to Intrepid chipset
[ 26.232921] input: Macintosh mouse button emulation as /class/input/input0
[ 26.233164] apm_emu: APM Emulation 0.5 initialized.
[ 26.233299] adt746x: version 1 (supported)
[ 26.233311] adt746x: Thermostat bus: 1, address: 0x2e, limit_adjust: 0, fan_speed: -1
[ 26.233322] sensor 0: PWR/MEMORY BOTTOMSIDE
[ 26.233330] sensor 1: CPU BOTTOMSIDE
[ 26.233336] sensor 2: GPU BOTTOMSIDE
[ 26.233404] adb: starting probe task...
[ 26.234766] Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
[ 26.234779] ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
[ 26.234975] PCI: Enabling device 0002:20:0d.0 (0000 -> 0002)
[ 26.259143] adb devices: [2]: 2 c4 [7]: 7 1f
[ 26.264488] ADB keyboard at 2, handler 1
[ 26.264503] Detected ADB keyboard, type ISO, swapping keys.
[ 26.264666] input: ADB keyboard as /class/input/input1
[ 26.264820] input: ADB Powerbook buttons as /class/input/input2
[ 26.264833] adb: finished probe task...
[ 27.259660] ide0: Found Apple UniNorth ATA-6 controller, bus ID 3, irq 39
[ 27.259682] Probing IDE interface ide0...
[ 27.559841] hda: FUJITSU MHV2060AT, ATA DISK drive
[ 28.279667] hda: Enabling Ultra DMA 5
[ 28.283665] ide0 at 0xf1012000-0xf1012007,0xf1012160 on irq 39
[ 28.629816] eth0: Link is up at 100 Mbps, full-duplex.
[ 29.309658] ide1: Found Apple KeyLargo ATA-3 controller, bus ID 0, irq 24
[ 29.309676] Probing IDE interface ide1...
[ 29.729843] hdc: MATSHITACD-RW CW-8124, ATAPI CD/DVD-ROM drive
[ 30.089675] hdc: Enabling MultiWord DMA 2
[ 30.090716] ide1 at 0xf1006000-0xf1006007,0xf1006160 on irq 24
[ 30.091002] hda: max request size: 512KiB
[ 30.162948] hda: 117210240 sectors (60011 MB) w/8192KiB Cache, CHS=16383/255/63, UDMA(100)
[ 30.167677] hda: cache flushes supported
[ 30.167772] hda: [mac] hda1 hda2 hda3 hda4 hda5 hda6 hda7 hda8
[ 30.175449] PCI: Enabling device 0001:10:1b.2 (0004 -> 0006)
[ 30.175471] ehci_hcd 0001:10:1b.2: EHCI Host Controller
[ 30.175627] ehci_hcd 0001:10:1b.2: new USB bus registered, assigned bus number 1
[ 30.199693] ehci_hcd 0001:10:1b.2: irq 63, io mem 0x80080000
[ 30.199707] ehci_hcd 0001:10:1b.2: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
[ 30.199952] usb usb1: configuration #1 chosen from 1 choice
[ 30.200063] hub 1-0:1.0: USB hub found
[ 30.200094] hub 1-0:1.0: 5 ports detected
[ 30.309822] ohci_hcd: 2005 April 22 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
[ 30.309942] Apple USB OHCI 0001:10:18.0 disabled by firmware
[ 30.309959] Apple USB OHCI 0001:10:19.0 disabled by firmware
[ 30.309976] PCI: Enabling device 0001:10:1a.0 (0000 -> 0002)
[ 30.309997] ohci_hcd 0001:10:1a.0: OHCI Host Controller
[ 30.310125] ohci_hcd 0001:10:1a.0: new USB bus registered, assigned bus number 2
[ 30.310158] ohci_hcd 0001:10:1a.0: irq 29, io mem 0x80083000
[ 30.389370] usb usb2: configuration #1 chosen from 1 choice
[ 30.389471] hub 2-0:1.0: USB hub found
[ 30.389495] hub 2-0:1.0: 2 ports detected
[ 30.489827] PCI: Enabling device 0001:10:1b.0 (0000 -> 0002)
[ 30.489846] ohci_hcd 0001:10:1b.0: OHCI Host Controller
[ 30.489981] ohci_hcd 0001:10:1b.0: new USB bus registered, assigned bus number 3
[ 30.490009] ohci_hcd 0001:10:1b.0: irq 63, io mem 0x80082000
[ 30.569361] usb usb3: configuration #1 chosen from 1 choice
[ 30.569461] hub 3-0:1.0: USB hub found
[ 30.569483] hub 3-0:1.0: 3 ports detected
[ 30.669823] PCI: Enabling device 0001:10:1b.1 (0000 -> 0002)
[ 30.669841] ohci_hcd 0001:10:1b.1: OHCI Host Controller
[ 30.669940] ohci_hcd 0001:10:1b.1: new USB bus registered, assigned bus number 4
[ 30.669966] ohci_hcd 0001:10:1b.1: irq 63, io mem 0x80081000
[ 30.749372] usb usb4: configuration #1 chosen from 1 choice
[ 30.749469] hub 4-0:1.0: USB hub found
[ 30.749492] hub 4-0:1.0: 2 ports detected
[ 30.789662] usb 2-1: new full speed USB device using ohci_hcd and address 2
[ 31.004679] usb 2-1: configuration #1 chosen from 1 choice
[ 31.299660] usb 2-2: new full speed USB device using ohci_hcd and address 3
[ 31.488678] usb 2-2: configuration #1 chosen from 1 choice
[ 31.492824] usbcore: registered new driver hiddev
[ 31.524884] input: HID 05ac:1000 as /class/input/input3
[ 31.524917] input: USB HID v1.11 Keyboard [HID 05ac:1000] on usb-0001:10:1a.0-1
[ 31.565847] input: HID 05ac:1000 as /class/input/input4
[ 31.565861] input: USB HID v1.11 Mouse [HID 05ac:1000] on usb-0001:10:1a.0-1
[ 31.572679] HID device not claimed by input or hiddev
[ 31.572711] usbcore: registered new driver usbhid
[ 31.572720] /home/olaf/kernel/olh/airport/linux-2.6.17-rc4/drivers/usb/input/hid-core.c: v2.6:USB HID core driver
[ 31.572966] mice: PS/2 mouse device common for all mice
[ 31.573542] PowerMac i2c bus pmu 2 registered
[ 31.573649] PowerMac i2c bus pmu 1 registered
[ 31.573781] PowerMac i2c bus mac-io 0 registered
[ 31.574329] adt746x: ADT7467 initializing
[ 31.576521] adt746x: Lowering max temperatures from 69, 92, 101 to 70, 50, 70
[ 31.577694] PowerMac i2c bus uni-n 1 registered
[ 31.577715] md: md driver 0.90.3 MAX_MD_DEVS=256, MD_SB_DISKS=27
[ 31.577723] md: bitmap version 4.39
[ 31.577931] NET: Registered protocol family 1
[ 31.577948] NET: Registered protocol family 17
[ 31.577963] NET: Registered protocol family 15
[ 31.578044] Freeing unused kernel memory: 160k init
[ 35.655774] ReiserFS: hda2: found reiserfs format "3.6" with standard journal
[ 36.937288] ReiserFS: hda2: using ordered data mode
[ 36.937791] ReiserFS: hda2: journal params: device hda2, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
[ 36.940521] ReiserFS: hda2: checking transaction log (hda2)
[ 37.033930] ReiserFS: hda2: Using r5 hash to sort names
[ 38.939608] Adding 530136k swap on /dev/hda6. Priority:-1 extents:1 across:530136k
[ 42.013907] input: PowerMac Beep as /class/input/input5
[ 43.484073] input: appletouch as /class/input/input6
[ 43.484182] usbcore: registered new driver appletouch
[ 45.043454] Linux agpgart interface v0.101 (c) Dave Jones
[ 45.186632] hdc: ATAPI 24X DVD-ROM CD-R/RW drive, 2048kB Cache, (U)DMA
[ 45.186659] Uniform CD-ROM driver Revision: 3.20
[ 45.191243] agpgart: Detected Apple UniNorth 2 chipset
[ 45.191366] agpgart: configuring for size idx: 4
[ 45.191431] agpgart: AGP aperture is 16M @ 0x0
[ 45.666918] ieee1394: Initialized config rom entry `ip1394'
[ 45.694136] ieee80211_crypt: registered algorithm 'NULL'
[ 46.148147] PCI: Enabling device 0002:20:0e.0 (0000 -> 0002)
[ 46.219702] ieee80211: 802.11 data/management/control stack, git-1.1.7
[ 46.219716] ieee80211: Copyright (C) 2004-2005 Intel Corporation <jketreno@linux.intel.com>
[ 46.241574] ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=[40] MMIO=[f5000000-f50007ff] Max Packet=[2048] IR/IT contexts=[8/8]
[ 47.354898] bcm43xx driver
[ 47.355496] PCI: Enabling device 0001:10:12.0 (0004 -> 0006)
[ 47.361435] bcm43xx: Chip ID 0x4318, rev 0x2
[ 47.361442] bcm43xx: Number of cores: 4
[ 47.361452] bcm43xx: Core 0: ID 0x800, rev 0xd, vendor 0x4243, enabled
[ 47.361467] bcm43xx: Core 1: ID 0x812, rev 0x9, vendor 0x4243, disabled
[ 47.361482] bcm43xx: Core 2: ID 0x804, rev 0xc, vendor 0x4243, enabled
[ 47.361497] bcm43xx: Core 3: ID 0x80d, rev 0x7, vendor 0x4243, enabled
[ 47.364759] bcm43xx: PHY connected
[ 47.364778] bcm43xx: Detected PHY: Version: 3, Type 2, Revision 7
[ 47.364806] bcm43xx: Detected Radio: ID: 8205017f (Manuf: 17f Ver: 2050 Rev: 8)
[ 47.364835] bcm43xx: Radio turned off
[ 47.364857] bcm43xx: Radio turned off
[ 47.728792] ieee1394: Host added: ID:BUS[0-00:1023] GUID[001124fffee3f01e]
[ 48.944822] device-mapper: 4.6.0-ioctl (2006-02-17) initialised: dm-devel@redhat.com
[ 50.220481] loop: loaded (max 8 devices)
[ 50.240129] kjournald starting. Commit interval 5 seconds
[ 50.259939] EXT3 FS on hda5, internal journal
[ 50.259957] EXT3-fs: mounted filesystem with ordered data mode.
[ 55.277144] NET: Registered protocol family 10
[ 55.283176] lo: Disabled Privacy Extensions
[ 55.289024] IPv6 over IPv4 tunneling driver
[ 55.543587] ip6_tables: (C) 2000-2006 Netfilter Core Team
[ 56.192479] ip_tables: (C) 2000-2006 Netfilter Core Team
[ 56.314463] Netfilter messages via NETLINK v0.30.
[ 56.638288] ip_conntrack version 2.4 (6144 buckets, 49152 max) - 208 bytes per conntrack
[ 71.626052] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
[ 72.532956] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
[ 72.537269] NFSD: starting 90-second grace period
[ 77.766307] bcm43xx: PHY connected
[ 79.071344] bcm43xx: Radio turned on
[ 79.087099] bcm43xx: ASSERTION FAILED (radio_attenuation < 10) at: /home/olaf/kernel/olh/airport/linux-2.6.17-rc4/drivers/net/wireless/bcm43xx/bcm43xx_phy.c:1485:bcm43xx_find_lopair()
[ 79.087115] bcm43xx: WARNING: Writing invalid LOpair (low: 46, high: 104, index: 123)
[ 79.087123] Call Trace:
[ 79.087129] [EC571960] [C0007D98] show_stack+0x50/0x184 (unreliable)
[ 79.087155] [EC571980] [F24F12B8] bcm43xx_phy_lo_adjust+0x2e8/0x30c [bcm43xx]
[ 79.087231] [EC5719A0] [F24ECFAC] bcm43xx_radio_set_txpower_bg+0x284/0x298 [bcm43xx]
[ 79.087260] [EC5719C0] [F24F0AC0] bcm43xx_phy_initb6+0x758/0x8b4 [bcm43xx]
[ 79.087289] [EC5719E0] [F24F1F28] bcm43xx_phy_initg+0x130/0xe54 [bcm43xx]
[ 79.087317] [EC571A50] [F24F4344] bcm43xx_phy_init+0x6f8/0x730 [bcm43xx]
[ 79.087346] [EC571A70] [F24E3140] bcm43xx_wireless_core_init+0x8a0/0x10b4 [bcm43xx]
[ 79.087375] [EC571B00] [F24E52E0] bcm43xx_init_board+0x2f8/0x624 [bcm43xx]
[ 79.087402] [EC571B30] [C020D9E4] dev_open+0x60/0xc8
[ 79.087423] [EC571B50] [C020B910] dev_change_flags+0x70/0x148
[ 79.087438] [EC571B70] [C0216DD0] do_setlink+0x78/0x390
[ 79.087453] [EC571BB0] [C0216944] rtnetlink_rcv_msg+0x204/0x230
[ 79.087466] [EC571BE0] [C0222C68] netlink_run_queue+0x80/0x188
[ 79.087481] [EC571C20] [C02166B8] rtnetlink_rcv+0x40/0x6c
[ 79.087494] [EC571C50] [C0223284] netlink_data_ready+0x28/0x84
[ 79.087507] [EC571C60] [C0221C2C] netlink_sendskb+0x34/0x70
[ 79.087520] [EC571C80] [C0223240] netlink_sendmsg+0x260/0x27c
[ 79.087533] [EC571CD0] [C0200B00] sock_sendmsg+0xac/0xdc
[ 79.087552] [EC571DC0] [C020182C] sys_sendmsg+0x1c8/0x254
[ 79.087567] [EC571F00] [C02029A4] sys_socketcall+0x1ac/0x1e4
[ 79.087582] [EC571F40] [C000F300] ret_from_syscall+0x0/0x38
[ 79.087598] --- Exception: c01 at 0xff05d48
[ 79.087619] LR = 0xff66798
[ 79.240869] bcm43xx: ASSERTION FAILED (radio_attenuation < 10) at: /home/olaf/kernel/olh/airport/linux-2.6.17-rc4/drivers/net/wireless/bcm43xx/bcm43xx_phy.c:1485:bcm43xx_find_lopair()
[ 79.240884] bcm43xx: WARNING: Writing invalid LOpair (low: 46, high: 104, index: 123)
[ 79.240892] Call Trace:
[ 79.240898] [EC5719A0] [C0007D98] show_stack+0x50/0x184 (unreliable)
[ 79.240913] [EC5719C0] [F24F12B8] bcm43xx_phy_lo_adjust+0x2e8/0x30c [bcm43xx]
[ 79.240943] [EC5719E0] [F24F2AE8] bcm43xx_phy_initg+0xcf0/0xe54 [bcm43xx]
[ 79.240971] [EC571A50] [F24F4344] bcm43xx_phy_init+0x6f8/0x730 [bcm43xx]
[ 79.240999] [EC571A70] [F24E3140] bcm43xx_wireless_core_init+0x8a0/0x10b4 [bcm43xx]
[ 79.241028] [EC571B00] [F24E52E0] bcm43xx_init_board+0x2f8/0x624 [bcm43xx]
[ 79.241055] [EC571B30] [C020D9E4] dev_open+0x60/0xc8
[ 79.241069] [EC571B50] [C020B910] dev_change_flags+0x70/0x148
[ 79.241083] [EC571B70] [C0216DD0] do_setlink+0x78/0x390
[ 79.241095] [EC571BB0] [C0216944] rtnetlink_rcv_msg+0x204/0x230
[ 79.241108] [EC571BE0] [C0222C68] netlink_run_queue+0x80/0x188
[ 79.241121] [EC571C20] [C02166B8] rtnetlink_rcv+0x40/0x6c
[ 79.241133] [EC571C50] [C0223284] netlink_data_ready+0x28/0x84
[ 79.241146] [EC571C60] [C0221C2C] netlink_sendskb+0x34/0x70
[ 79.241158] [EC571C80] [C0223240] netlink_sendmsg+0x260/0x27c
[ 79.241171] [EC571CD0] [C0200B00] sock_sendmsg+0xac/0xdc
[ 79.241186] [EC571DC0] [C020182C] sys_sendmsg+0x1c8/0x254
[ 79.241199] [EC571F00] [C02029A4] sys_socketcall+0x1ac/0x1e4
[ 79.241214] [EC571F40] [C000F300] ret_from_syscall+0x0/0x38
[ 79.241226] --- Exception: c01 at 0xff05d48
[ 79.241239] LR = 0xff66798
[ 79.242938] bcm43xx: ASSERTION FAILED (radio_attenuation < 10) at: /home/olaf/kernel/olh/airport/linux-2.6.17-rc4/drivers/net/wireless/bcm43xx/bcm43xx_phy.c:1485:bcm43xx_find_lopair()
[ 79.242953] bcm43xx: WARNING: Writing invalid LOpair (low: 46, high: 104, index: 123)
[ 79.242960] Call Trace:
[ 79.242966] [EC571960] [C0007D98] show_stack+0x50/0x184 (unreliable)
[ 79.242981] [EC571980] [F24F12B8] bcm43xx_phy_lo_adjust+0x2e8/0x30c [bcm43xx]
[ 79.243010] [EC5719A0] [F24ECFAC] bcm43xx_radio_set_txpower_bg+0x284/0x298 [bcm43xx]
[ 79.243039] [EC5719C0] [F24EFC40] bcm43xx_phy_init_pctl+0x284/0x2a0 [bcm43xx]
[ 79.243068] [EC5719E0] [F24F2BD8] bcm43xx_phy_initg+0xde0/0xe54 [bcm43xx]
[ 79.243096] [EC571A50] [F24F4344] bcm43xx_phy_init+0x6f8/0x730 [bcm43xx]
[ 79.243124] [EC571A70] [F24E3140] bcm43xx_wireless_core_init+0x8a0/0x10b4 [bcm43xx]
[ 79.243153] [EC571B00] [F24E52E0] bcm43xx_init_board+0x2f8/0x624 [bcm43xx]
[ 79.243180] [EC571B30] [C020D9E4] dev_open+0x60/0xc8
[ 79.243193] [EC571B50] [C020B910] dev_change_flags+0x70/0x148
[ 79.243207] [EC571B70] [C0216DD0] do_setlink+0x78/0x390
[ 79.243220] [EC571BB0] [C0216944] rtnetlink_rcv_msg+0x204/0x230
[ 79.243232] [EC571BE0] [C0222C68] netlink_run_queue+0x80/0x188
[ 79.243246] [EC571C20] [C02166B8] rtnetlink_rcv+0x40/0x6c
[ 79.243258] [EC571C50] [C0223284] netlink_data_ready+0x28/0x84
[ 79.243271] [EC571C60] [C0221C2C] netlink_sendskb+0x34/0x70
[ 79.243283] [EC571C80] [C0223240] netlink_sendmsg+0x260/0x27c
[ 79.243296] [EC571CD0] [C0200B00] sock_sendmsg+0xac/0xdc
[ 79.243310] [EC571DC0] [C020182C] sys_sendmsg+0x1c8/0x254
[ 79.243324] [EC571F00] [C02029A4] sys_socketcall+0x1ac/0x1e4
[ 79.243338] [EC571F40] [C000F300] ret_from_syscall+0x0/0x38
[ 79.243350] --- Exception: c01 at 0xff05d48
[ 79.243361] LR = 0xff66798
[ 79.243921] bcm43xx: Chip initialized
[ 79.249384] bcm43xx: DMA initialized
[ 79.249408] bcm43xx: 80211 cores initialized
[ 79.249627] bcm43xx: Keys cleared
[ 79.257753] bcm43xx: ASSERTION FAILED (radio_attenuation < 10) at: /home/olaf/kernel/olh/airport/linux-2.6.17-rc4/drivers/net/wireless/bcm43xx/bcm43xx_phy.c:1485:bcm43xx_find_lopair()
[ 79.257769] bcm43xx: WARNING: Writing invalid LOpair (low: 46, high: 104, index: 123)
[ 79.257778] Call Trace:
[ 79.257784] [EC571810] [C0007D98] show_stack+0x50/0x184 (unreliable)
[ 79.257808] [EC571830] [F24F12B8] bcm43xx_phy_lo_adjust+0x2e8/0x30c [bcm43xx]
[ 79.257875] [EC571850] [F24F1A64] bcm43xx_phy_lo_g_measure+0x788/0xb1c [bcm43xx]
[ 79.257904] [EC5718D0] [F24E2234] bcm43xx_periodic_task_handler+0x104/0x344 [bcm43xx]
[ 79.257932] [EC5718F0] [C0035284] run_timer_softirq+0x144/0x1bc
[ 79.257953] [EC571920] [C0030978] __do_softirq+0x64/0xe4
[ 79.257966] [EC571940] [C0005A94] do_softirq+0x50/0x74
[ 79.257979] [EC571950] [C0030904] irq_exit+0x38/0x48
[ 79.257992] [EC571960] [C000C120] timer_interrupt+0x508/0x51c
[ 79.258007] [EC5719C0] [C000F9A8] ret_from_except+0x0/0x14
[ 79.258022] --- Exception: 901 at mutex_lock+0x2c/0x6c
[ 79.258036] LR = mutex_lock+0x28/0x6c
[ 79.258043] [EC571AA0] [C00B6B08] sysfs_add_file+0x34/0x8c
[ 79.258061] [EC571AC0] [C019C51C] device_create_file+0x34/0x58
[ 79.258081] [EC571AE0] [F24F7D54] bcm43xx_sysfs_register+0x60/0xcc [bcm43xx]
[ 79.258115] [EC571B00] [F24E5578] bcm43xx_init_board+0x590/0x624 [bcm43xx]
[ 79.258143] [EC571B30] [C020D9E4] dev_open+0x60/0xc8
[ 79.258162] [EC571B50] [C020B910] dev_change_flags+0x70/0x148
[ 79.258176] [EC571B70] [C0216DD0] do_setlink+0x78/0x390
[ 79.258189] [EC571BB0] [C0216944] rtnetlink_rcv_msg+0x204/0x230
[ 79.258203] [EC571BE0] [C0222C68] netlink_run_queue+0x80/0x188
[ 79.258218] [EC571C20] [C02166B8] rtnetlink_rcv+0x40/0x6c
[ 79.258230] [EC571C50] [C0223284] netlink_data_ready+0x28/0x84
[ 79.258243] [EC571C60] [C0221C2C] netlink_sendskb+0x34/0x70
[ 79.258256] [EC571C80] [C0223240] netlink_sendmsg+0x260/0x27c
[ 79.258269] [EC571CD0] [C0200B00] sock_sendmsg+0xac/0xdc
[ 79.258288] [EC571DC0] [C020182C] sys_sendmsg+0x1c8/0x254
[ 79.258302] [EC571F00] [C02029A4] sys_socketcall+0x1ac/0x1e4
[ 79.258317] [EC571F40] [C000F300] ret_from_syscall+0x0/0x38
[ 79.258329] --- Exception: c01 at 0xff05d48
[ 79.258349] LR = 0xff66798
[ 79.268404] ADDRCONF(NETDEV_UP): eth1: link is not ready
[ 79.525350] SoftMAC: Start scanning with channel: 1
[ 79.525362] SoftMAC: Scanning 14 channels
[ 79.839760] SoftMAC: Scanning finished
[ 82.000532] SoftMAC: Associate: Scanning for networks first.
[ 82.000551] SoftMAC: Start scanning with channel: 1
[ 82.000558] SoftMAC: Scanning 14 channels
[ 82.279679] SoftMAC: Scanning finished
[ 82.279727] SoftMAC: Associate: Scanning for networks first.
[ 82.279740] SoftMAC: Start scanning with channel: 1
[ 82.279747] SoftMAC: Scanning 14 channels
[ 82.559728] SoftMAC: Scanning finished
[ 82.559783] SoftMAC: Associate: Scanning for networks first.
[ 82.559798] SoftMAC: Start scanning with channel: 1
[ 82.559805] SoftMAC: Scanning 14 channels
[ 82.849676] SoftMAC: Scanning finished
[ 82.849730] SoftMAC: Unable to find matching network after scan!
[ 84.009832] bcm43xx: set security called
[ 84.009844] bcm43xx: .level = 0
[ 84.009850] bcm43xx: .enabled = 0
[ 84.009856] bcm43xx: .encrypt = 0
[ 84.045918] eth0: Link is up at 100 Mbps, full-duplex.
[ 84.045931] eth0: Pause is disabled
[ 96.400807] SFW2-INext-DROP-DEFLT IN=eth0 OUT= MAC=01:00:5e:00:00:fb:00:13:77:04:15:b7:08:00 SRC=10.10.103.184 DST=224.0.0.251 LEN=72 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=52
[ 96.559913] SFW2-INext-DROP-DEFLT IN=eth0 OUT= MAC= SRC=10.10.100.46 DST=224.0.0.251 LEN=76 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=56
[ 96.652764] SFW2-INext-DROP-DEFLT IN=eth0 OUT= MAC=01:00:5e:00:00:fb:00:13:77:04:15:b7:08:00 SRC=10.10.103.184 DST=224.0.0.251 LEN=72 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=52
[ 96.819857] SFW2-INext-DROP-DEFLT IN=eth0 OUT= MAC= SRC=10.10.100.46 DST=224.0.0.251 LEN=76 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=56
[ 96.904775] SFW2-INext-DROP-DEFLT IN=eth0 OUT= MAC=01:00:5e:00:00:fb:00:13:77:04:15:b7:08:00 SRC=10.10.103.184 DST=224.0.0.251 LEN=72 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=52
[ 97.069829] SFW2-INext-DROP-DEFLT IN=eth0 OUT= MAC= SRC=10.10.100.46 DST=224.0.0.251 LEN=76 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=56
[ 97.319893] SFW2-INext-DROP-DEFLT IN=eth0 OUT= MAC= SRC=10.10.100.46 DST=224.0.0.251 LEN=109 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=89
[ 98.319959] SFW2-INext-DROP-DEFLT IN=eth0 OUT= MAC= SRC=10.10.100.46 DST=224.0.0.251 LEN=109 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=89
[ 99.909871] SoftMAC: Start scanning with channel: 1
[ 99.909885] SoftMAC: Scanning 14 channels
[ 100.189696] SoftMAC: Scanning finished
[ 105.864700] SFW2-INext-DROP-DEFLT IN=eth0 OUT= MAC=01:00:5e:00:00:fb:00:02:3f:14:43:68:08:00 SRC=10.10.1.91 DST=224.0.0.251 LEN=105 TOS=0x00 PREC=0x00 TTL=255 ID=4 DF PROTO=UDP SPT=5353 DPT=5353 LEN=85
[ 106.484935] SFW2-INext-DROP-DEFLT IN=eth0 OUT= MAC=01:00:5e:00:00:fb:00:13:77:04:15:b7:08:00 SRC=10.10.103.184 DST=224.0.0.251 LEN=72 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=52
[ 106.736931] SFW2-INext-DROP-DEFLT IN=eth0 OUT= MAC=01:00:5e:00:00:fb:00:13:77:04:15:b7:08:00 SRC=10.10.103.184 DST=224.0.0.251 LEN=72 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=52
[ 106.988938] SFW2-INext-DROP-DEFLT IN=eth0 OUT= MAC=01:00:5e:00:00:fb:00:13:77:04:15:b7:08:00 SRC=10.10.103.184 DST=224.0.0.251 LEN=72 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=52
[ 107.240956] SFW2-INext-DROP-DEFLT IN=eth0 OUT= MAC=01:00:5e:00:00:fb:00:13:77:04:15:b7:08:00 SRC=10.10.103.184 DST=224.0.0.251 LEN=106 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=86
[ 108.230064] SFW2-INext-DROP-DEFLT IN=eth0 OUT= MAC= SRC=10.10.100.46 DST=224.0.0.251 LEN=109 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=89
[ 116.232421] SFW2-INext-DROP-DEFLT IN=eth0 OUT= MAC= SRC=10.10.100.46 DST=224.0.0.251 LEN=109 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=89
[ 120.289923] SoftMAC: Start scanning with channel: 1
[ 120.289939] SoftMAC: Scanning 14 channels
[ 120.569731] SoftMAC: Scanning finished
[ 121.000248] SFW2-INext-DROP-DEFLT IN=eth0 OUT= MAC= SRC=10.10.100.46 DST=224.0.0.251 LEN=76 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=56
[ 121.259856] SFW2-INext-DROP-DEFLT IN=eth0 OUT= MAC= SRC=10.10.100.46 DST=224.0.0.251 LEN=76 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=56
[ 121.519876] SFW2-INext-DROP-DEFLT IN=eth0 OUT= MAC= SRC=10.10.100.46 DST=224.0.0.251 LEN=76 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=56
[ 126.067233] SFW2-INext-DROP-DEFLT IN=eth0 OUT= MAC=01:00:5e:00:00:fb:00:02:3f:14:43:68:08:00 SRC=10.10.1.91 DST=224.0.0.251 LEN=105 TOS=0x00 PREC=0x00 TTL=255 ID=4 DF PROTO=UDP SPT=5353 DPT=5353 LEN=85
[ 128.780029] SFW2-INext-DROP-DEFLT IN=eth0 OUT= MAC= SRC=10.10.100.46 DST=224.0.0.251 LEN=109 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=89
[ 140.669817] SoftMAC: Start scanning with channel: 1
[ 140.669832] SoftMAC: Scanning 14 channels
[ 140.949681] SoftMAC: Scanning finished
^ permalink raw reply
* Re: Linux v2.6.17-rc4
From: Erik Mouw @ 2006-05-12 11:47 UTC (permalink / raw)
To: Michael Buesch; +Cc: Linux Kernel Mailing List, netdev, Linus Torvalds
In-Reply-To: <200605121244.22511.mb@bu3sch.de>
On Fri, May 12, 2006 at 12:44:22PM +0200, Michael Buesch wrote:
> On Friday 12 May 2006 12:24, you wrote:
> > On Thu, May 11, 2006 at 04:44:03PM -0700, Linus Torvalds wrote:
> > > Ok, I've let the release time between -rc's slide a bit too much again,
> > > but -rc4 is out there, and this is the time to hunker down for 2.6.17.
> > >
> > > If you know of any regressions, please holler now, so that we don't miss
> > > them.
> >
> > I got assertion failures in the bcm43xx driver:
> >
> > bcm43xx: Chip ID 0x4318, rev 0x2
>
> That is expected an non-fatal.
Assertion failed sounds rather fatal to me.
> It is no regression.
It is, I didn't see it in 2.6.17-rc3.
> We are working on it, but there won't be any fix for 2.6.17, as
> very intrusive changes are needed to fix this.
If it's non-fatal, could you remove the assertion, or make it print
something that sounds less fatal?
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
^ permalink raw reply
* [PATCH 1/5] new pcmcia IDs for hostap - ASUS WL-110
From: Marcin Juszkiewicz @ 2006-05-12 13:21 UTC (permalink / raw)
To: netdev; +Cc: Jouni Malinen, Pavel Roskin
This time I checked more carefully my changeset and split it into
smaller parts. Few of my patches was tested by OpenZaurus users, some
are waiting for testing.
We switched to pcmciautils when moved to 2.6.16 and many users complain
that their WiFi CompactFlash cards are driven by orinoco instead of
hostap.
BTW - how to force using of hostap_cs when both hostap_cs and orinoco_cs
has card in device table?
All patches require 24_hostap_cs_id.diff from Pavel Roskin.
I'm subscribed to netdev mailing list now.
-----------------------------------------------------------------------
Here's another card that would benefit from a hostap driver: ASUS WL-110
Platform: HP Ipaq hx4700 running 2.6.16-hh
root@ipaq-pxa270:~# pccardctl ident
Socket 0:
product info: "ASUS", "802_11B_CF_CARD_25", "Version 01.00", ""
manfid: 0x02aa, 0x0002
function: 6 (network)
root@ipaq-pxa270:~# ifconfig wlan0
wlan0 Link encap:Ethernet HWaddr 00:0C:6E:F0:DA:CD
inet addr:172.20.0.3 Bcast:172.20.255.255 Mask:255.255.0.0
inet6 addr: 2001:610:600:93:20c:6eff:fef0:dacd/64 Scope:Global
inet6 addr: fe80::20c:6eff:fef0:dacd/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:158 errors:0 dropped:0 overruns:0 frame:0
TX packets:77 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:17978 (17.5 KiB) TX bytes:11424 (11.1 KiB)
Interrupt:92
Signed-off-by: Marcin Juszkiewicz <openembedded@hrw.one.pl>
Index: linux/drivers/net/wireless/orinoco_cs.c
===================================================================
--- linux.orig/drivers/net/wireless/orinoco_cs.c 2006-05-12 15:02:13.000000000 +0200
+++ linux/drivers/net/wireless/orinoco_cs.c 2006-05-12 15:03:31.000000000 +0200
@@ -533,7 +533,6 @@
PCMCIA_DEVICE_MANF_CARD(0x0274, 0x1613), /* Linksys WPC11 Version 3 */
PCMCIA_DEVICE_MANF_CARD(0x028a, 0x0002), /* Compaq HNW-100 11 Mbps Wireless Adapter */
PCMCIA_DEVICE_MANF_CARD(0x028a, 0x0673), /* Linksys WCF12 Wireless CompactFlash Card */
- PCMCIA_DEVICE_MANF_CARD(0x02aa, 0x0002), /* ASUS SpaceLink WL-100 */
PCMCIA_DEVICE_MANF_CARD(0x02ac, 0x0002), /* SpeedStream SS1021 Wireless Adapter */
PCMCIA_DEVICE_MANF_CARD(0x14ea, 0xb001), /* PLANEX RoadLannerWave GW-NS11H */
PCMCIA_DEVICE_MANF_CARD(0x50c2, 0x7300), /* Airvast WN-100 */
@@ -548,8 +547,6 @@
PCMCIA_DEVICE_PROD_ID12("Addtron", "AWP-100 Wireless PCMCIA", 0xe6ec52ce, 0x08649af2),
PCMCIA_DEVICE_PROD_ID123("AIRVAST", "IEEE 802.11b Wireless PCMCIA Card", "HFA3863", 0xea569531, 0x4bcb9645, 0x355cb092),
PCMCIA_DEVICE_PROD_ID12("Allied Telesyn", "AT-WCL452 Wireless PCMCIA Radio", 0x5cd01705, 0x4271660f),
- PCMCIA_DEVICE_PROD_ID12("ASUS", "802_11b_PC_CARD_25", 0x78fc06ee, 0xdb9aa842),
- PCMCIA_DEVICE_PROD_ID12("ASUS", "802_11B_CF_CARD_25", 0x78fc06ee, 0x45a50c1e),
PCMCIA_DEVICE_PROD_ID12("Avaya Communication", "Avaya Wireless PC Card", 0xd8a43b78, 0x0d341169),
PCMCIA_DEVICE_PROD_ID12("BENQ", "AWL100 PCMCIA ADAPTER", 0x35dadc74, 0x01f7fedb),
PCMCIA_DEVICE_PROD_ID12("BUFFALO", "WLI-PCM-L11G", 0x2decece3, 0xf57ca4b3),
Index: linux/drivers/net/wireless/hostap/hostap_cs.c
===================================================================
--- linux.orig/drivers/net/wireless/hostap/hostap_cs.c 2006-05-12 15:02:51.000000000 +0200
+++ linux/drivers/net/wireless/hostap/hostap_cs.c 2006-05-12 15:06:26.000000000 +0200
@@ -935,6 +935,8 @@
PCMCIA_DEVICE_PROD_ID123(
"U.S. Robotics", "IEEE 802.11b PC-CARD", "Version 01.02",
0xc7b8df9d, 0x1700d087, 0x4b74baa0),
+ PCMCIA_DEVICE_PROD_ID1234("ASUS", "802_11B_CF_CARD_25", "Version 01.00", ""
+ 0x78fc06ee, 0x45a50c1e, 0xa57adb8c, 0x00000000),
PCMCIA_DEVICE_PROD_ID12("ASUS", "802_11b_PC_CARD_25",
0x78fc06ee, 0xdb9aa842),
PCMCIA_DEVICE_PROD_ID12("ASUS", "802_11B_CF_CARD_25",
--
JID: hrw-jabber.org
Sharp Zaurus C-760 (OZ 3.5.x)
OpenEmbedded/OpenZaurus/OPIE developer
So when I die, the first thing I will see in Heaven is a hi-score list?
^ permalink raw reply
* Re: [PATCH 1/5] new pcmcia IDs for hostap - ASUS WL-110 (FIXED)
From: Marcin Juszkiewicz @ 2006-05-12 13:37 UTC (permalink / raw)
To: netdev; +Cc: Jouni Malinen, Pavel Roskin
In-Reply-To: <200605121521.32410.linux-arm@hrw.one.pl>
This time I checked more carefully my changeset and split it into
smaller parts. Few of my patches was tested by OpenZaurus users, some
are waiting for testing.
We switched to pcmciautils when moved to 2.6.16 and many users complain
that their WiFi CompactFlash cards are driven by orinoco instead of
hostap.
BTW - how to force using of hostap_cs when both hostap_cs and orinoco_cs
has card in device table?
All patches require 24_hostap_cs_id.diff from Pavel Roskin.
I'm subscribed to netdev mailing list now.
-----------------------------------------------------------------------
Here's another card that would benefit from a hostap driver: ASUS WL-110
Platform: HP Ipaq hx4700 running 2.6.16-hh
root@ipaq-pxa270:~# pccardctl ident
Socket 0:
product info: "ASUS", "802_11B_CF_CARD_25", "Version 01.00", ""
manfid: 0x02aa, 0x0002
function: 6 (network)
root@ipaq-pxa270:~# ifconfig wlan0
wlan0 Link encap:Ethernet HWaddr 00:0C:6E:F0:DA:CD
inet addr:172.20.0.3 Bcast:172.20.255.255 Mask:255.255.0.0
inet6 addr: 2001:610:600:93:20c:6eff:fef0:dacd/64 Scope:Global
inet6 addr: fe80::20c:6eff:fef0:dacd/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:158 errors:0 dropped:0 overruns:0 frame:0
TX packets:77 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:17978 (17.5 KiB) TX bytes:11424 (11.1 KiB)
Interrupt:92
Signed-off-by: Marcin Juszkiewicz <openembedded@hrw.one.pl>
Index: linux/drivers/net/wireless/orinoco_cs.c
===================================================================
--- linux.orig/drivers/net/wireless/orinoco_cs.c 2006-05-12
15:02:13.000000000 +0200
+++ linux/drivers/net/wireless/orinoco_cs.c 2006-05-12 15:03:31.000000000
+0200
@@ -533,7 +533,6 @@
PCMCIA_DEVICE_MANF_CARD(0x0274, 0x1613), /* Linksys WPC11 Version 3 */
PCMCIA_DEVICE_MANF_CARD(0x028a, 0x0002), /* Compaq HNW-100 11 Mbps
Wireless Adapter */
PCMCIA_DEVICE_MANF_CARD(0x028a, 0x0673), /* Linksys WCF12 Wireless
CompactFlash Card */
- PCMCIA_DEVICE_MANF_CARD(0x02aa, 0x0002), /* ASUS SpaceLink WL-100 */
PCMCIA_DEVICE_MANF_CARD(0x02ac, 0x0002), /* SpeedStream SS1021 Wireless
Adapter */
PCMCIA_DEVICE_MANF_CARD(0x14ea, 0xb001), /* PLANEX RoadLannerWave
GW-NS11H */
PCMCIA_DEVICE_MANF_CARD(0x50c2, 0x7300), /* Airvast WN-100 */
@@ -548,8 +547,6 @@
PCMCIA_DEVICE_PROD_ID12("Addtron", "AWP-100 Wireless PCMCIA", 0xe6ec52ce,
0x08649af2),
PCMCIA_DEVICE_PROD_ID123("AIRVAST", "IEEE 802.11b Wireless PCMCIA
Card", "HFA3863", 0xea569531, 0x4bcb9645, 0x355cb092),
PCMCIA_DEVICE_PROD_ID12("Allied Telesyn", "AT-WCL452 Wireless PCMCIA
Radio", 0x5cd01705, 0x4271660f),
- PCMCIA_DEVICE_PROD_ID12("ASUS", "802_11b_PC_CARD_25", 0x78fc06ee,
0xdb9aa842),
- PCMCIA_DEVICE_PROD_ID12("ASUS", "802_11B_CF_CARD_25", 0x78fc06ee,
0x45a50c1e),
PCMCIA_DEVICE_PROD_ID12("Avaya Communication", "Avaya Wireless PC Card",
0xd8a43b78, 0x0d341169),
PCMCIA_DEVICE_PROD_ID12("BENQ", "AWL100 PCMCIA ADAPTER", 0x35dadc74,
0x01f7fedb),
PCMCIA_DEVICE_PROD_ID12("BUFFALO", "WLI-PCM-L11G", 0x2decece3,
0xf57ca4b3),
Index: linux/drivers/net/wireless/hostap/hostap_cs.c
===================================================================
--- linux.orig/drivers/net/wireless/hostap/hostap_cs.c 2006-05-12
15:02:51.000000000 +0200
+++ linux/drivers/net/wireless/hostap/hostap_cs.c 2006-05-12
15:06:26.000000000 +0200
@@ -935,6 +935,8 @@
PCMCIA_DEVICE_PROD_ID123(
"U.S. Robotics", "IEEE 802.11b PC-CARD", "Version 01.02",
0xc7b8df9d, 0x1700d087, 0x4b74baa0),
+ PCMCIA_DEVICE_PROD_ID1234("ASUS", "802_11B_CF_CARD_25", "Version
01.00", "",
+ 0x78fc06ee, 0x45a50c1e, 0xa57adb8c, 0x00000000),
PCMCIA_DEVICE_PROD_ID12("ASUS", "802_11b_PC_CARD_25",
0x78fc06ee, 0xdb9aa842),
PCMCIA_DEVICE_PROD_ID12("ASUS", "802_11B_CF_CARD_25",
--
JID: hrw-jabber.org
Sharp Zaurus C-760 (OZ 3.5.x)
OpenEmbedded/OpenZaurus/OPIE developer
So when I die, the first thing I will see in Heaven is a hi-score list?
^ permalink raw reply
* [PATCH 2/5] new pcmcia IDs for hostap - Linksys WCF12
From: Marcin Juszkiewicz @ 2006-05-12 13:40 UTC (permalink / raw)
To: netdev; +Cc: Jouni Malinen, Pavel Roskin
Not sure about removing this card from orinoco driver and should I add
PCMCIA_DEVICE_MANF_CARD or does PCMCIA_DEVICE_PROD_ID* is enough.
-----------------------------------------------------------------------
Here's another card that would benefit from a hostap driver:
Platform: Sharp Zaurus SL-C3100 running 2.6.16 + pcmciautils 013
root@spitz:~# pccardctl ident
Socket 0:
product info: "HITACHI", "microdrive", "", ""
manfid: 0x0319, 0x0000
function: 4 (fixed disk)
Socket 1:
product info: "Linksys", "Wireless CompactFlash Card", "", ""
manfid: 0x028a, 0x0673
function: 6 (network)
root@spitz:~# ifconfig wlan0
wlan0 Link encap:Ethernet HWaddr 00:0C:41:15:BB:0F
inet addr:192.168.0.225 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::20c:41ff:fe15:bb0f/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:242 errors:0 dropped:0 overruns:0 frame:0
TX packets:151 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:22627 (22.0 KiB) TX bytes:28096 (27.4 KiB)
Interrupt:137
Signed-off-by: Marcin Juszkiewicz <openembedded@hrw.one.pl>
Index: linux/drivers/net/wireless/hostap/hostap_cs.c
===================================================================
--- linux.orig/drivers/net/wireless/hostap/hostap_cs.c 2006-05-12 15:34:25.000000000 +0200
+++ linux/drivers/net/wireless/hostap/hostap_cs.c 2006-05-12 15:34:59.000000000 +0200
@@ -884,6 +884,7 @@
PCMCIA_DEVICE_MANF_CARD(0x0274, 0x1612),
PCMCIA_DEVICE_MANF_CARD(0x0274, 0x1613),
PCMCIA_DEVICE_MANF_CARD(0x028a, 0x0002),
+ PCMCIA_DEVICE_MANF_CARD(0x028a, 0x0673), /* Linksys WCF12 Wireless CompactFlash Card */
PCMCIA_DEVICE_MANF_CARD(0x02aa, 0x0002),
PCMCIA_DEVICE_MANF_CARD(0x02d2, 0x0001),
PCMCIA_DEVICE_MANF_CARD(0x50c2, 0x0001),
@@ -971,6 +972,8 @@
PCMCIA_DEVICE_PROD_ID12(
"ZoomAir 11Mbps High", "Rate wireless Networking",
0x273fe3db, 0x32a1eaee),
+ PCMCIA_DEVICE_PROD_ID12("Linksys", "Wireless CompactFlash Card",
+ 0x0733cc81, 0x0c52f395),
PCMCIA_DEVICE_NULL
};
MODULE_DEVICE_TABLE(pcmcia, hostap_cs_ids);
Index: linux/drivers/net/wireless/orinoco_cs.c
===================================================================
--- linux.orig/drivers/net/wireless/orinoco_cs.c 2006-05-12 15:03:31.000000000 +0200
+++ linux/drivers/net/wireless/orinoco_cs.c 2006-05-12 15:34:49.000000000 +0200
@@ -532,7 +532,6 @@
PCMCIA_DEVICE_MANF_CARD(0x0274, 0x1612), /* Linksys WPC11 Version 2.5 */
PCMCIA_DEVICE_MANF_CARD(0x0274, 0x1613), /* Linksys WPC11 Version 3 */
PCMCIA_DEVICE_MANF_CARD(0x028a, 0x0002), /* Compaq HNW-100 11 Mbps Wireless Adapter */
- PCMCIA_DEVICE_MANF_CARD(0x028a, 0x0673), /* Linksys WCF12 Wireless CompactFlash Card */
PCMCIA_DEVICE_MANF_CARD(0x02ac, 0x0002), /* SpeedStream SS1021 Wireless Adapter */
PCMCIA_DEVICE_MANF_CARD(0x14ea, 0xb001), /* PLANEX RoadLannerWave GW-NS11H */
PCMCIA_DEVICE_MANF_CARD(0x50c2, 0x7300), /* Airvast WN-100 */
@@ -570,7 +569,6 @@
PCMCIA_DEVICE_PROD_ID12("Intersil", "PRISM 2_5 PCMCIA ADAPTER", 0x4b801a17, 0x6345a0bf),
PCMCIA_DEVICE_PROD_ID123("Intersil", "PRISM Freedom PCMCIA Adapter", "ISL37100P", 0x4b801a17, 0xf222ec2d, 0x630d52b2),
PCMCIA_DEVICE_PROD_ID12("LeArtery", "SYNCBYAIR 11Mbps Wireless LAN PC Card", 0x7e3b326a, 0x49893e92),
- PCMCIA_DEVICE_PROD_ID12("Linksys", "Wireless CompactFlash Card", 0x0733cc81, 0x0c52f395),
PCMCIA_DEVICE_PROD_ID12("Lucent Technologies", "WaveLAN/IEEE", 0x23eb9949, 0xc562e72a),
PCMCIA_DEVICE_PROD_ID12("MELCO", "WLI-PCM-L11", 0x481e0094, 0x7360e410),
PCMCIA_DEVICE_PROD_ID12("MELCO", "WLI-PCM-L11G", 0x481e0094, 0xf57ca4b3),
--
JID: hrw-jabber.org
Sharp Zaurus C-760 (OZ 3.5.x)
OpenEmbedded/OpenZaurus/OPIE developer
Real programmers don't document.
If it was hard to write, it should be hard to understand.
^ permalink raw reply
* [PATCH 3/5] new pcmcia IDs for hostap - D-Link DCF-660W
From: Marcin Juszkiewicz @ 2006-05-12 13:45 UTC (permalink / raw)
To: netdev; +Cc: Jouni Malinen, Pavel Roskin
I use D-Link DCF-660W card with WPA protected network. By default
orinoco_cs was loaded for my card so I was not able to connect. This patch
make my card working with hostap_cs (like it was when I used pcmcia-cs).
Card was used with hostap_cs during last year in two Zaurus models (2.4.18
on one and 2.6.11 - 2.6.16 on another).
I do not know does removing card from orinoco_cs is correct way.
Platform: Sharp Zaurus C760 running 2.6.16 and pcmciautils 013.
root@c7x0:~# pccardctl ident
Socket 0:
product info: "D-Link", "DCF-660W", "", ""
manfid: 0xd601, 0x0005
function: 6 (network)
root@c7x0:~# iwconfig wlan0
wlan0 IEEE 802.11b ESSID:"test"
Mode:Master Frequency:2.422 GHz Access Point: 00:80:C8:2C:09:3F
Bit Rate:11 Mb/s Sensitivity=1/3
Retry min limit:8 RTS thr:off Fragment thr:off
Encryption key:off
Power Management:off
Link Quality:0 Signal level:0 Noise level:0
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0
Signed-off-by: Marcin Juszkiewicz <openembedded@hrw.one.pl>
Index: linux/drivers/net/wireless/hostap/hostap_cs.c
===================================================================
--- linux.orig/drivers/net/wireless/hostap/hostap_cs.c 2006-05-12 15:36:08.000000000 +0200
+++ linux/drivers/net/wireless/hostap/hostap_cs.c 2006-05-12 15:43:36.000000000 +0200
@@ -974,6 +974,8 @@
0x273fe3db, 0x32a1eaee),
PCMCIA_DEVICE_PROD_ID12("Linksys", "Wireless CompactFlash Card",
0x0733cc81, 0x0c52f395),
+ PCMCIA_DEVICE_PROD_ID12("D-Link", "DCF-660W",
+ 0x1a424a1c, 0xe78b6dcc),
PCMCIA_DEVICE_NULL
};
MODULE_DEVICE_TABLE(pcmcia, hostap_cs_ids);
Index: linux/drivers/net/wireless/orinoco_cs.c
===================================================================
--- linux.orig/drivers/net/wireless/orinoco_cs.c 2006-05-12 15:34:49.000000000 +0200
+++ linux/drivers/net/wireless/orinoco_cs.c 2006-05-12 15:42:32.000000000 +0200
@@ -539,7 +539,6 @@
PCMCIA_DEVICE_MANF_CARD(0xc001, 0x0008), /* CONTEC FLEXSCAN/FX-DDS110-PCC */
PCMCIA_DEVICE_MANF_CARD(0xc250, 0x0002), /* Conceptronic CON11Cpro, EMTAC A2424i */
PCMCIA_DEVICE_MANF_CARD(0xd601, 0x0002), /* Safeway 802.11b, ZCOMAX AirRunner/XI-300 */
- PCMCIA_DEVICE_MANF_CARD(0xd601, 0x0005), /* D-Link DCF660, Sandisk Connect SDWCFB-000 */
PCMCIA_DEVICE_PROD_ID12(" ", "IEEE 802.11 Wireless LAN/PC Card", 0x3b6e20c8, 0xefccafe9),
PCMCIA_DEVICE_PROD_ID12("3Com", "3CRWE737A AirConnect Wireless LAN PC Card", 0x41240e5b, 0x56010af3),
PCMCIA_DEVICE_PROD_ID12("ACTIONTEC", "PRISM Wireless LAN PC Card", 0x393089da, 0xa71e69d5),
--
JID: hrw-jabber.org
Sharp Zaurus C-760 (OZ 3.5.x)
OpenEmbedded/OpenZaurus/OPIE developer
Fear leads to anger, anger leads to hate, hate... leads to suffering.
-- Yoda
^ permalink raw reply
* [PATCH 4/5] new pcmcia IDs for hostap - Netgear MA701
From: Marcin Juszkiewicz @ 2006-05-12 13:48 UTC (permalink / raw)
To: netdev; +Cc: Jouni Malinen, Pavel Roskin
One more Prism2 card which works with HostAP.
Platform: Sharp Zaurus SL-5500 running 2.4.18 + hostap_cs 0.4.7
root@collie:~# cardctl ident
Socket 0:
product info: "NETGEAR", "MA701 Wireless CF Card", ""
manfid: 0xd601, 0x0002
function: 6 (network)
root@collie:~# ifconfig wlan0
wlan0 Link encap:Ethernet HWaddr 00:0F:B5:DE:41:CE
inet addr:135.82.8.139 Bcast:135.82.255.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:56 errors:0 dropped:0 overruns:0 frame:0
TX packets:40 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:7449 (7.2 KiB) TX bytes:7250 (7.0 KiB)
Interrupt:35
Signed-off-by: Marcin Juszkiewicz <openembedded@hrw.one.pl>
Index: linux/drivers/net/wireless/hostap/hostap_cs.c
===================================================================
--- linux.orig/drivers/net/wireless/hostap/hostap_cs.c 2006-05-12 15:43:36.000000000 +0200
+++ linux/drivers/net/wireless/hostap/hostap_cs.c 2006-05-12 15:46:35.000000000 +0200
@@ -976,6 +976,8 @@
0x0733cc81, 0x0c52f395),
PCMCIA_DEVICE_PROD_ID12("D-Link", "DCF-660W",
0x1a424a1c, 0xe78b6dcc),
+ PCMCIA_DEVICE_PROD_ID12("NETGEAR", "MA701 Wireless CF Card",
+ 0x9aa79dc3, 0xd9ec98e),
PCMCIA_DEVICE_NULL
};
MODULE_DEVICE_TABLE(pcmcia, hostap_cs_ids);
--
JID: hrw-jabber.org
Sharp Zaurus C-760 (OZ 3.5.x)
OpenEmbedded/OpenZaurus/OPIE developer
Monday is a hard way to spend one-seventh of your life.
^ permalink raw reply
* [PATCH 5/5] new pcmcia IDs for hostap - Planex GW-CF11X
From: Marcin Juszkiewicz @ 2006-05-12 13:52 UTC (permalink / raw)
To: netdev; +Cc: Jouni Malinen, Pavel Roskin
Platform: Sharp Zaurus SL-C3100 running 2.6.16 + pcmciautils 013
root@spitz:~# pccardctl ident
Socket 0:
product info: "HITACHI", "microdrive", "", ""
manfid: 0x0319, 0x0000
function: 4 (fixed disk)
Socket 1:
product info:"PLANEX COMMUNICATION INC","PLANEX GW-CF11X Wireless CF Card", "", ""
manfid: 0xd601, 0x0010
function: 6 ( network )
Signed-off-by: Marcin Juszkiewicz <openembedded@hrw.one.pl>
Index: linux/drivers/net/wireless/hostap/hostap_cs.c
===================================================================
--- linux.orig/drivers/net/wireless/hostap/hostap_cs.c 2006-05-12 15:46:35.000000000 +0200
+++ linux/drivers/net/wireless/hostap/hostap_cs.c 2006-05-12 15:48:54.000000000 +0200
@@ -967,6 +967,9 @@
0x4ac44287, 0x235a6bed),
PCMCIA_DEVICE_PROD_ID12("PLANEX", "GeoWave/GW-CF110",
0x209f40ab, 0xd9715264),
+ PCMCIA_DEVICE_PROD_ID12("PLANEX COMMUNICATION INC",
+ "PLANEX GW-CF11X Wireless CF Card",
+ 0x4703cf68, 0xfad7318d),
PCMCIA_DEVICE_PROD_ID12("PLANEX", "GeoWave/GW-NS110",
0x209f40ab, 0x46263178),
PCMCIA_DEVICE_PROD_ID12(
--
JID: hrw-jabber.org
Sharp Zaurus C-760 (OZ 3.5.x)
OpenEmbedded/OpenZaurus/OPIE developer
That must be wonderful! I don understand it at all.
^ permalink raw reply
* Re: skge driver oops
From: Stephen Hemminger @ 2006-05-12 15:53 UTC (permalink / raw)
To: David Arnold; +Cc: netdev
In-Reply-To: <861.1147397784@d.0x1.org>
On Fri, 12 May 2006 11:36:24 +1000
"David Arnold" <david@mantara.com> wrote:
> i've been getting semi-regular lockups on my machine over 2.6.16
> series. I recently attached a serial console in an attempt to capture
> an OOPS.
>
> i got one yesterday. it's copied manually from the console, but
> hopefully the values are all accurate. there was more that had scrolled
> off screen above this too (sorry).
>
> oops, lspci, uname -a, .config and dmesg below.
>
> any suggestions for further debugging would be great,
>
> thanks,
Could you retest with the v1.5 version that is 2.6.17-rc3?
^ permalink raw reply
* Re: [PATCH] ethtool always report port is TP on tg3
From: Michael Chan @ 2006-05-12 14:59 UTC (permalink / raw)
To: Karsten Keil; +Cc: netdev, Andrew Morton
In-Reply-To: <20060512100541.GA10529@pingi.kke.suse.de>
On Fri, 2006-05-12 at 12:05 +0200, Karsten Keil wrote:
> Even with fiber cards ethtool reports that the connected port is TP,
> the patch fix this.
ACK. Thanks. Please add sign-off line and send to DaveM.
^ permalink raw reply
* Re: [PATCH 1/5] new pcmcia IDs for hostap - ASUS WL-110
From: Jean Tourrilhes @ 2006-05-12 16:57 UTC (permalink / raw)
To: Marcin Juszkiewicz, netdev; +Cc: Pavel Roskin
Marcin Juszkiewicz wrote :
>
> This time I checked more carefully my changeset and split it into
> smaller parts. Few of my patches was tested by OpenZaurus users, some
> are waiting for testing.
I'm sorry, but I will have again to veto part of your patch.
You are removing IDs from the Orinoco driver. Please don't do
that, those card work perfectly with the orinoco driver, and some of
us run them with the orinoco driver (orinoco is one third the
footprint of hostap).
> We switched to pcmciautils when moved to 2.6.16 and many users complain
> that their WiFi CompactFlash cards are driven by orinoco instead of
> hostap.
>
> BTW - how to force using of hostap_cs when both hostap_cs and orinoco_cs
> has card in device table?
The overall architecture of hotplug/udev module loading is
broken as it does not allow user override. I have explained in details
the problem to the concerned people, but it seems that they don't
really care. The standard answer is "blacklist the orinoco
module". Let's not even mention libusual.
> --- linux.orig/drivers/net/wireless/orinoco_cs.c 2006-05-12 15:02:13.000000000 +0200
> +++ linux/drivers/net/wireless/orinoco_cs.c 2006-05-12 15:03:31.000000000 +0200
> @@ -533,7 +533,6 @@
> PCMCIA_DEVICE_MANF_CARD(0x0274, 0x1613), /* Linksys WPC11 Version 3 */
> PCMCIA_DEVICE_MANF_CARD(0x028a, 0x0002), /* Compaq HNW-100 11 Mbps Wireless Adapter \
> */ PCMCIA_DEVICE_MANF_CARD(0x028a, 0x0673), /* Linksys WCF12 Wireless CompactFlash \
> Card */
> - PCMCIA_DEVICE_MANF_CARD(0x02aa, 0x0002), /* ASUS SpaceLink WL-100 */
> PCMCIA_DEVICE_MANF_CARD(0x02ac, 0x0002), /* SpeedStream SS1021 Wireless Adapter */
> PCMCIA_DEVICE_MANF_CARD(0x14ea, 0xb001), /* PLANEX RoadLannerWave GW-NS11H */
> PCMCIA_DEVICE_MANF_CARD(0x50c2, 0x7300), /* Airvast WN-100 */
> @@ -548,8 +547,6 @@
> PCMCIA_DEVICE_PROD_ID12("Addtron", "AWP-100 Wireless PCMCIA", 0xe6ec52ce, \
> 0x08649af2), PCMCIA_DEVICE_PROD_ID123("AIRVAST", "IEEE 802.11b Wireless PCMCIA \
> Card", "HFA3863", 0xea569531, 0x4bcb9645, 0x355cb092), \
> PCMCIA_DEVICE_PROD_ID12("Allied Telesyn", "AT-WCL452 Wireless PCMCIA Radio", \
> 0x5cd01705, 0x4271660f),
> - PCMCIA_DEVICE_PROD_ID12("ASUS", "802_11b_PC_CARD_25", 0x78fc06ee, 0xdb9aa842),
> - PCMCIA_DEVICE_PROD_ID12("ASUS", "802_11B_CF_CARD_25", 0x78fc06ee, 0x45a50c1e),
> PCMCIA_DEVICE_PROD_ID12("Avaya Communication", "Avaya Wireless PC Card", \
> 0xd8a43b78, 0x0d341169), PCMCIA_DEVICE_PROD_ID12("BENQ", "AWL100 PCMCIA ADAPTER", \
> 0x35dadc74, 0x01f7fedb), PCMCIA_DEVICE_PROD_ID12("BUFFALO", "WLI-PCM-L11G", \
> 0x2decece3, 0xf57ca4b3),
Please do *NOT* remove those IDs from the Orinoco driver. The
Orinoco driver do support those devices properly.
Regards,
Jean
^ permalink raw reply
* Re: [PATCH 1/5] new pcmcia IDs for hostap - ASUS WL-110
From: Marcin Juszkiewicz @ 2006-05-12 17:04 UTC (permalink / raw)
To: jt; +Cc: netdev, Pavel Roskin
In-Reply-To: <20060512165706.GA4079@bougret.hpl.hp.com>
Dnia piątek, 12 maja 2006 18:57, Jean Tourrilhes napisał:
> Marcin Juszkiewicz wrote :
> I'm sorry, but I will have again to veto part of your patch.
> You are removing IDs from the Orinoco driver. Please don't do
> that, those card work perfectly with the orinoco driver, and some of
> us run them with the orinoco driver (orinoco is one third the
> footprint of hostap).
Ok - I will update all patches to not doing this.
Thx for answers.
----------------------------------------------------------------------
Here's another card that would benefit from a hostap driver:
Platform: HP Ipaq hx4700 running 2.6.16-hh
root@ipaq-pxa270:~# pccardctl ident
Socket 0:
product info: "ASUS", "802_11B_CF_CARD_25", "Version 01.00", ""
manfid: 0x02aa, 0x0002
function: 6 (network)
root@ipaq-pxa270:~# ifconfig wlan0
wlan0 Link encap:Ethernet HWaddr 00:0C:6E:F0:DA:CD
inet addr:172.20.0.3 Bcast:172.20.255.255 Mask:255.255.0.0
inet6 addr: 2001:610:600:93:20c:6eff:fef0:dacd/64 Scope:Global
inet6 addr: fe80::20c:6eff:fef0:dacd/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:158 errors:0 dropped:0 overruns:0 frame:0
TX packets:77 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:17978 (17.5 KiB) TX bytes:11424 (11.1 KiB)
Interrupt:92
Signed-off-by: Marcin Juszkiewicz <openembedded@hrw.one.pl>
Index: linux/drivers/net/wireless/hostap/hostap_cs.c
===================================================================
--- linux.orig/drivers/net/wireless/hostap/hostap_cs.c 2006-05-12 15:02:51.000000000 +0200
+++ linux/drivers/net/wireless/hostap/hostap_cs.c 2006-05-12 15:31:07.000000000 +0200
@@ -935,6 +935,8 @@
PCMCIA_DEVICE_PROD_ID123(
"U.S. Robotics", "IEEE 802.11b PC-CARD", "Version 01.02",
0xc7b8df9d, 0x1700d087, 0x4b74baa0),
+ PCMCIA_DEVICE_PROD_ID1234("ASUS", "802_11B_CF_CARD_25", "Version 01.00", "",
+ 0x78fc06ee, 0x45a50c1e, 0xa57adb8c, 0x00000000),
PCMCIA_DEVICE_PROD_ID12("ASUS", "802_11b_PC_CARD_25",
0x78fc06ee, 0xdb9aa842),
PCMCIA_DEVICE_PROD_ID12("ASUS", "802_11B_CF_CARD_25",
--
JID: hrw-jabber.org
Palmtop: Sharp Zaurus C760
OpenEmbedded/OpenZaurus developer
We are the Knights who say: MOVE.L USP,A1
^ permalink raw reply
* Re: [PATCH 2/5] new pcmcia IDs for hostap - Linksys WCF12
From: Marcin Juszkiewicz @ 2006-05-12 17:05 UTC (permalink / raw)
To: netdev; +Cc: Jouni Malinen, Pavel Roskin
In-Reply-To: <200605121540.59378.linux-arm@hrw.one.pl>
Dnia piątek, 12 maja 2006 15:40, Marcin Juszkiewicz napisał:
> Not sure about removing this card from orinoco driver and should I add
> PCMCIA_DEVICE_MANF_CARD or does PCMCIA_DEVICE_PROD_ID* is enough.
Updated to not touch orinoco_cs driver.
-----------------------------------------------------------------------
Here's another card that would benefit from a hostap driver:
Platform: Sharp Zaurus SL-C3100 running 2.6.16 + pcmciautils 013
root@spitz:~# pccardctl ident
Socket 0:
product info: "HITACHI", "microdrive", "", ""
manfid: 0x0319, 0x0000
function: 4 (fixed disk)
Socket 1:
product info: "Linksys", "Wireless CompactFlash Card", "", ""
manfid: 0x028a, 0x0673
function: 6 (network)
root@spitz:~# ifconfig wlan0
wlan0 Link encap:Ethernet HWaddr 00:0C:41:15:BB:0F
inet addr:192.168.0.225 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::20c:41ff:fe15:bb0f/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:242 errors:0 dropped:0 overruns:0 frame:0
TX packets:151 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:22627 (22.0 KiB) TX bytes:28096 (27.4 KiB)
Interrupt:137
Signed-off-by: Marcin Juszkiewicz <openembedded@hrw.one.pl>
Index: linux/drivers/net/wireless/hostap/hostap_cs.c
===================================================================
--- linux.orig/drivers/net/wireless/hostap/hostap_cs.c 2006-05-12 15:34:25.000000000 +0200
+++ linux/drivers/net/wireless/hostap/hostap_cs.c 2006-05-12 15:34:59.000000000 +0200
@@ -884,6 +884,7 @@
PCMCIA_DEVICE_MANF_CARD(0x0274, 0x1612),
PCMCIA_DEVICE_MANF_CARD(0x0274, 0x1613),
PCMCIA_DEVICE_MANF_CARD(0x028a, 0x0002),
+ PCMCIA_DEVICE_MANF_CARD(0x028a, 0x0673), /* Linksys WCF12 Wireless CompactFlash Card */
PCMCIA_DEVICE_MANF_CARD(0x02aa, 0x0002),
PCMCIA_DEVICE_MANF_CARD(0x02d2, 0x0001),
PCMCIA_DEVICE_MANF_CARD(0x50c2, 0x0001),
@@ -971,6 +972,8 @@
PCMCIA_DEVICE_PROD_ID12(
"ZoomAir 11Mbps High", "Rate wireless Networking",
0x273fe3db, 0x32a1eaee),
+ PCMCIA_DEVICE_PROD_ID12("Linksys", "Wireless CompactFlash Card",
+ 0x0733cc81, 0x0c52f395),
PCMCIA_DEVICE_NULL
};
MODULE_DEVICE_TABLE(pcmcia, hostap_cs_ids);
--
JID: hrw-jabber.org
Palmtop: Sharp Zaurus C760
OpenEmbedded/OpenZaurus developer
Reality is for people who cannot cope with science fiction.
^ permalink raw reply
* Re: [PATCH 3/5] new pcmcia IDs for hostap - D-Link DCF-660W
From: Marcin Juszkiewicz @ 2006-05-12 17:06 UTC (permalink / raw)
To: netdev; +Cc: Jouni Malinen, Pavel Roskin
In-Reply-To: <200605121545.19635.linux-arm@hrw.one.pl>
Updated to not touch orinoco_cs driver.
-----------------------------------------------------------------------
I use D-Link DCF-660W card with WPA protected network. By default
orinoco_cs was loaded for my card so I was not able to connect. This patch
make my card working with hostap_cs (like it was when I used pcmcia-cs).
Card was used with hostap_cs during last year in two Zaurus models (2.4.18
on one and 2.6.11 - 2.6.16 on another).
I do not know does removing card from orinoco_cs is correct way.
Platform: Sharp Zaurus C760 running 2.6.16 and pcmciautils 013.
root@c7x0:~# pccardctl ident
Socket 0:
product info: "D-Link", "DCF-660W", "", ""
manfid: 0xd601, 0x0005
function: 6 (network)
root@c7x0:~# iwconfig wlan0
wlan0 IEEE 802.11b ESSID:"test"
Mode:Master Frequency:2.422 GHz Access Point: 00:80:C8:2C:09:3F
Bit Rate:11 Mb/s Sensitivity=1/3
Retry min limit:8 RTS thr:off Fragment thr:off
Encryption key:off
Power Management:off
Link Quality:0 Signal level:0 Noise level:0
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0
Signed-off-by: Marcin Juszkiewicz <openembedded@hrw.one.pl>
Index: linux/drivers/net/wireless/hostap/hostap_cs.c
===================================================================
--- linux.orig/drivers/net/wireless/hostap/hostap_cs.c 2006-05-12 15:36:08.000000000 +0200
+++ linux/drivers/net/wireless/hostap/hostap_cs.c 2006-05-12 15:43:36.000000000 +0200
@@ -974,6 +974,8 @@
0x273fe3db, 0x32a1eaee),
PCMCIA_DEVICE_PROD_ID12("Linksys", "Wireless CompactFlash Card",
0x0733cc81, 0x0c52f395),
+ PCMCIA_DEVICE_PROD_ID12("D-Link", "DCF-660W",
+ 0x1a424a1c, 0xe78b6dcc),
PCMCIA_DEVICE_NULL
};
MODULE_DEVICE_TABLE(pcmcia, hostap_cs_ids);
--
JID: hrw-jabber.org
Palmtop: Sharp Zaurus C760
OpenEmbedded/OpenZaurus developer
Woda, której dotykasz w rzekach, jest ostatkiem tej, która przeszła
i początkiem tej, która przyjdzie: tak samo teraźniejszość.
-- Leonardo da Vinci
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox