[lkml]   [2005]   [Jun]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: ipw2100: firmware problem
    David S. Miller wrote:

    >From: Pavel Machek <>
    >Date: Thu, 9 Jun 2005 12:42:05 +0200
    >>I'm not saying it should not work automagically. But it is wrong to
    >>start transmitting on wireless as soon as kernel boots. It should stay
    >>quiet in the radio until it is either told to talk or until interface
    >>is upped.
    >I agree.
    >There is a similar problem in the Acenic driver, it brings the
    >link up and receives broadcast packets as soon as the driver
    >is loaded. Mostly this is because the driver inits the chip
    >and registers the IRQ handler at probe time, whereas nearly
    >every other driver does this at ->open() time.
    The ipw2100 originally postponed doing any initialization until open was
    called. The problem at that time was that distributions were crafted to
    rely on link detection (I believe via ethtoolop's get_link) before they
    would bring the interface up.

    With a wireless device, you don't have link until you are associated...
    chicken and egg. The solution was to move initialization and
    association to the probe.

    I don't know if all the distributions have moved away from this model.
    If they have and the devices are brought up regardless of link, then
    going back to delaying radio initialization until the open() is called
    is workable.


    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-06-09 23:07    [W:0.021 / U:6.196 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site