08 Oct, 2008

2 commits


06 Oct, 2008

1 commit


01 Oct, 2008

1 commit


30 Sep, 2008

1 commit


28 Sep, 2008

1 commit


24 Sep, 2008

2 commits


23 Sep, 2008

3 commits


20 Sep, 2008

1 commit


18 Sep, 2008

1 commit


16 Sep, 2008

3 commits

  • A few errors sneaked in over time, some functions no longer exist,
    for some alternatives exist. This changes the docbook template to
    include the right things.

    Signed-off-by: Johannes Berg
    Signed-off-by: John W. Linville

    Johannes Berg
     
  • Currently, rfkill would stand in the way of properly supporting wireless
    devices that are capable of waking the system up from sleep or hibernation
    when they receive a special wireless message. It would also get in the way
    of mesh devices that need to remain operational even during platform
    suspend.

    To avoid that, stop trying to block the transmitters on the rfkill class
    suspend handler.

    Drivers that need rfkill's older behaviour will have to implement it by
    themselves in their own suspend handling.

    Do note that rfkill *will* attempt to restore the transmitter state on
    resume in any situation. This happens after the driver's resume method is
    called by the suspend core (class devices resume after the devices they are
    attached to have been resumed).

    The following drivers need to check if they need to explicitly block
    their transmitters in their own suspend handlers (maintainers Cc'd):
    arch/arm/mach-pxa/tosa-bt.c
    drivers/net/usb/hso.c
    drivers/net/wireless/rt2x00/* (USB might need it?)
    drivers/net/wireless/b43/ (SSB over USB might need it?)
    drivers/misc/hp-wmi.c
    eeepc-laptop w/rfkill support (not in mainline yet)
    Compal laptop w/rfkill support (not in mainline yet)
    toshiba-acpi w/rfkill support (not in mainline yet)

    Signed-off-by: Henrique de Moraes Holschuh
    Cc: Ivo van Doorn
    Cc: Matthew Garrett
    Cc: Andrew Bird
    Cc: Greg Kroah-Hartman
    Cc: Cezary Jackiewicz
    Cc: Philip Langdale
    Signed-off-by: John W. Linville

    Henrique de Moraes Holschuh
     
  • This adds the new wireless regulatory infrastructure. The
    main motiviation behind this was to centralize regulatory
    code as each driver was implementing their own regulatory solution,
    and to replace the initial centralized code we have where:

    * only 3 regulatory domains are supported: US, JP and EU
    * regulatory domains can only be changed through module parameter
    * all rules were built statically in the kernel

    We now have support for regulatory domains for many countries
    and regulatory domains are now queried through a userspace agent
    through udev allowing distributions to update regulatory rules
    without updating the kernel.

    Each driver can regulatory_hint() a regulatory domain
    based on either their EEPROM mapped regulatory domain value to a
    respective ISO/IEC 3166-1 country code or pass an internally built
    regulatory domain. We also add support to let the user set the
    regulatory domain through userspace in case of faulty EEPROMs to
    further help compliance.

    Support for world roaming will be added soon for cards capable of
    this.

    For more information see:

    http://wireless.kernel.org/en/developers/Regulatory/CRDA

    For now we leave an option to enable the old module parameter,
    ieee80211_regdom, and to build the 3 old regdomains statically
    (US, JP and EU). This option is CONFIG_WIRELESS_OLD_REGULATORY.
    These old static definitions and the module parameter is being
    scheduled for removal for 2.6.29. Note that if you use this
    you won't make use of a world regulatory domain as its pointless.
    If you leave this option enabled and if CRDA is present and you
    use US or JP we will try to ask CRDA to update us a regulatory
    domain for us.

    Signed-off-by: Luis R. Rodriguez
    Signed-off-by: John W. Linville

    Luis R. Rodriguez
     

14 Sep, 2008

3 commits


13 Sep, 2008

4 commits

  • This patch resolves a few issues found with multiq including wording
    suggestions and a problem seen in the allocation of queues.

    Signed-off-by: Alexander Duyck
    Signed-off-by: Jeff Kirsher
    Signed-off-by: David S. Miller

    Alexander Duyck
     
  • Signed-off-by: Alexander Duyck
    Signed-off-by: Jeff Kirsher
    Signed-off-by: David S. Miller

    Alexander Duyck
     
  • This new action will have the ability to change the priority and/or
    queue_mapping fields on an sk_buff.

    Signed-off-by: Alexander Duyck
    Signed-off-by: Jeff Kirsher
    Signed-off-by: David S. Miller

    Alexander Duyck
     
  • This patch is intended to add a qdisc to support the new tx multiqueue
    architecture by providing a band for each hardware queue. By doing
    this it is possible to support a different qdisc per physical hardware
    queue.

    This qdisc uses the skb->queue_mapping to select which band to place
    the traffic onto. It then uses a round robin w/ a check to see if the
    subqueue is stopped to determine which band to dequeue the packet from.

    Signed-off-by: Alexander Duyck
    Signed-off-by: Jeff Kirsher
    Signed-off-by: David S. Miller

    Alexander Duyck
     

11 Sep, 2008

1 commit


10 Sep, 2008

1 commit


09 Sep, 2008

2 commits


06 Sep, 2008

2 commits

  • * 'fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/v4l-dvb: (98 commits)
    V4L/DVB (8881): gspca: After 'while (retry--) {...}', retry will be -1 but not 0.
    V4L/DVB (8880): PATCH: Fix parents on some webcam drivers
    V4L/DVB (8877): b2c2 and bt8xx: udelay to mdelay
    V4L/DVB (8876): budget: udelay changed to mdelay
    V4L/DVB (8874): gspca: Adjust hstart for sn9c103/ov7630 and update usb-id's.
    V4L/DVB (8873): gspca: Bad image offset with rev012a of spca561 and adjust exposure.
    V4L/DVB (8872): gspca: Bad image format and offset with rev072a of spca561.
    V4L/DVB (8870): gspca: Fix dark room problem with sonixb.
    V4L/DVB (8869): gspca: Move the Sonix webcams with TAS5110C1B from sn9c102 to gspca.
    V4L/DVB (8868): gspca: Support for vga modes with sif sensors in sonixb.
    V4L/DVB (8844): dabusb_fpga_download(): fix a memory leak
    V4L/DVB (8843): tda10048_firmware_upload(): fix a memory leak
    V4L/DVB (8842): vivi_release(): fix use-after-free
    V4L/DVB (8840): dib0700: add basic support for Hauppauge Nova-TD-500 (84xxx)
    V4L/DVB (8839): dib0700: add comment to identify 35th USB id pair
    V4L/DVB (8837): dvb: fix I2C adapters name size
    V4L/DVB (8835): gspca: Same pixfmt as the sn9c102 driver and raw Bayer added in sonixb.
    V4L/DVB (8834): gspca: Have a bigger buffer for sn9c10x compressed images.
    V4L/DVB (8833): gspca: Cleanup the sonixb code.
    V4L/DVB (8832): gspca: Bad pixelformat of vc0321 webcams.
    ...

    Linus Torvalds
     
  • * 'release-2.6.27' of git://git.kernel.org/pub/scm/linux/kernel/git/ak/linux-acpi-2.6:
    acer-wmi: remove debugfs entries upon unloading
    ACPI: Avoid bogus timeout about SMbus check
    fujitsu-laptop: fix regression for P8010 in 2.6.27-rc
    ACPI: Make Len Brown the ACPI maintainer again
    ACPI: thinkpad-acpi: wan radio control is not experimental
    PNPACPI: ignore the producer/consumer bit for extended IRQ descriptors
    acpi: add checking for NULL early param
    ACPI: Fix typo in "Disable MWAIT via DMI on broken Compal board"
    ACPI: Fix now signed module parameter.
    ACPI: Change package length error to warning
    ACPI: Fix now signed module parameter.

    Linus Torvalds
     

05 Sep, 2008

1 commit


04 Sep, 2008

10 commits

  • This patch adds a generic infrastructure for policy-based dequeueing of
    TX packets and provides two policies:
    * a simple FIFO policy (which is the default) and
    * a priority based policy (set via socket options).
    Both policies honour the tx_qlen sysctl for the maximum size of the write
    queue (can be overridden via socket options).

    The priority policy uses skb->priority internally to assign an u32 priority
    identifier, using the same ranking as SO_PRIORITY. The skb->priority field
    is set to 0 when the packet leaves DCCP. The priority is supplied as ancillary
    data using cmsg(3), the patch also provides the requisite parsing routines.

    Signed-off-by: Tomasz Grobelny
    Signed-off-by: Gerrit Renker

    Tomasz Grobelny
     
  • This adds full support for local/remote Sequence Window feature, from which the
    * sequence-number-validity (W) and
    * acknowledgment-number-validity (W') windows
    derive as specified in RFC 4340, 7.5.3.

    Specifically, the following changes are introduced:
    * integrated new socket fields into dccp_sk;
    * updated the update_gsr/gss routines with regard to these fields;
    * updated handler code: the Sequence Window feature is located at the TX side,
    so the local feature is meant if the handler-rx flag is false;
    * the initialisation of `rcv_wnd' in reqsk is removed, since
    - rcv_wnd is not used by the code anywhere;
    - sequence number checks are not done in the LISTEN state (cf. 7.5.3);
    - dccp_check_req checks the Ack number validity more rigorously;
    * the `struct dccp_minisock' became empty and is now removed.

    Until the handshake completes with activating negotiated values, the local/remote
    Sequence-Window values are undefined and thus can not reliably be estimated.
    This issue is addressed in a separate patch.

    Signed-off-by: Gerrit Renker
    Acked-by: Ian McDonald

    Gerrit Renker
     
  • This removes the use of the sysctl and the minisock variable for the Send Ack
    Vector feature, which is now handled fully dynamically via feature negotiation;
    i.e. when CCID2 is enabled, Ack Vectors are automatically enabled (as per
    RFC 4341, 4.).

    Using a sysctl in parallel to this implementation would open the door to
    crashes, since much of the code relies on tests of the boolean minisock /
    sysctl variable. Thus, this patch replaces all tests of type

    if (dccp_msk(sk)->dccpms_send_ack_vector)
    /* ... */
    with
    if (dp->dccps_hc_rx_ackvec != NULL)
    /* ... */

    The dccps_hc_rx_ackvec is allocated by the dccp_hdlr_ackvec() when feature
    negotiation concluded that Ack Vectors are to be used on the half-connection.
    Otherwise, it is NULL (due to dccp_init_sock/dccp_create_openreq_child),
    so that the test is a valid one.

    The activation handler for Ack Vectors is called as soon as the feature
    negotiation has concluded at the
    * server when the Ack marking the transition RESPOND => OPEN arrives;
    * client after it has sent its ACK, marking the transition REQUEST => PARTOPEN.

    Adding the sequence number of the Response packet to the Ack Vector has been
    removed, since
    (a) connection establishment implies that the Response has been received;
    (b) the CCIDs only look at packets received in the (PART)OPEN state, i.e.
    this entry will always be ignored;
    (c) it can not be used for anything useful - to detect loss for instance, only
    packets received after the loss can serve as pseudo-dupacks.

    Signed-off-by: Gerrit Renker
    Acked-by: Ian McDonald

    Gerrit Renker
     
  • Updating the NDP count feature is handled automatically now:
    * for CCID-2 it is disabled, since the code does not use NDP counts;
    * for CCID-3 it is enabled, as NDP counts are used to determine loss lengths.

    Allowing the user to change NDP values leads to unpredictable and failing
    behaviour, since it is then possible to disable NDP counts even when they
    are needed (e.g. in CCID-3).

    This means that only those user settings are sensible that agree with the
    values for Send NDP Count implied by the choice of CCID. But those settings
    are already activated by the feature negotiation (CCID dependency tracking),
    hence this form of support is redundant.

    At startup the initialisation of the NDP count feature is with the default
    value of 0, which is done implicitly by the zeroing-out of the socket when
    it is allocated. If the choice of CCID or feature negotiation enables NDP
    count, this will then be updated via the NDP activation handler.

    Signed-off-by: Gerrit Renker
    Acked-by: Ian McDonald

    Gerrit Renker
     
  • The TX/RX CCIDs of the minisock are now redundant: similar to the Ack Vector
    case, their value equals initially that of the sysctl, but at the end of
    feature negotiation may be something different.

    The old interface removed by this patch thus has been replaced by the newer
    interface to dynamically query the currently loaded CCIDs earlier in this
    patch set.

    Also removed the constructors for the TX CCID and the RX CCID, since the
    switch rx/non-rx is done by the handler in minisocks.c (and the handler is
    the only place in the code where CCIDs are loaded).

    Signed-off-by: Gerrit Renker
    Acked-by: Ian McDonald

    Gerrit Renker
     
  • With this patch, TX/RX CCIDs can now be changed on a per-connection basis, which
    overrides the defaults set by the global sysctl variables for TX/RX CCIDs.

    To make full use of this facility, the remaining patches of this patch set are
    needed, which track dependencies and activate negotiated feature values.

    Note on the maximum number of CCIDs that can be registered:
    -----------------------------------------------------------
    The maximum number of CCIDs that can be registered on the socket is constrained
    by the space in a Confirm/Change feature negotiation option.

    The space in these in turn depends on the size of header options as defined
    in RFC 4340, 5.8. Since this is a recurring constant, it has been moved from
    ackvec.h into linux/dccp.h, clarifying its purpose.

    Relative to this size, the maximum number of CCID identifiers that can be
    present in a Confirm option (which always consumes 1 byte more than a Change
    option, cf. 6.1) is 2 bytes less than the maximum TLV size: one for the
    CCID-feature-type and one for the selected value.

    Signed-off-by: Gerrit Renker

    Gerrit Renker
     
  • This patch deprecates the Ack Ratio sysctl, since
    * Ack Ratio is entirely ignored by CCID-3 and CCID-4,
    * Ack Ratio currently doesn't work in CCID-2 (i.e. is always set to 1);
    * even if it would work in CCID-2, there is no point for a user to change it:
    - Ack Ratio is constrained by cwnd (RFC 4341, 6.1.2),
    - if Ack Ratio > cwnd, the system resorts to spurious RTO timeouts
    (since waiting for Acks which will never arrive in this window),
    - cwnd is not a user-configurable value.

    The only reasonable place for Ack Ratio is to print it for debugging. It is
    planned to do this later on, as part of e.g. dccp_probe.

    With this patch Ack Ratio is now under full control of feature negotiation:
    * Ack Ratio is resolved as a dependency of the selected CCID;
    * if the chosen CCID supports it (i.e. CCID == CCID-2), Ack Ratio is set to
    the default of 2, following RFC 4340, 11.3 - "New connections start with Ack
    Ratio 2 for both endpoints";
    * what happens then is part of another patch set, since it concerns the
    dynamic update of Ack Ratio while the connection is in full flight.

    Thanks to Tomasz Grobelny for discussion leading up to this patch.

    Signed-off-by: Gerrit Renker
    Acked-by: Arnaldo Carvalho de Melo

    Gerrit Renker
     
  • This provides a data structure to record which CCIDs are locally supported
    and three accessor functions:
    - a test function for internal use which is used to validate CCID requests
    made by the user;
    - a copy function so that the list can be used for feature-negotiation;
    - documented getsockopt() support so that the user can query capabilities.

    The data structure is a table which is filled in at compile-time with the
    list of available CCIDs (which in turn depends on the Kconfig choices).

    Using the copy function for cloning the list of supported CCIDs is useful for
    feature negotiation, since the negotiation is now with the full list of available
    CCIDs (e.g. {2, 3}) instead of the default value {2}. This means negotiation
    will not fail if the peer requests to use CCID3 instead of CCID2.

    Signed-off-by: Gerrit Renker
    Acked-by: Ian McDonald

    Gerrit Renker
     
  • Signed-off-by: Jean-Francois Moine
    Signed-off-by: Mauro Carvalho Chehab

    Jean-Francois Moine
     
  • -Add usb id for 093a:2624 (pac7302)
    -Report some controls to userspace with 7302 only, as they are 7302 only
    -Add gain and exposure controls
    -Add autogain
    -Fix 7302 imaged being mirrored by default

    Signed-off-by: Hans de Goede
    Signed-off-by: Jean-Francois Moine
    Signed-off-by: Mauro Carvalho Chehab

    Hans de Goede