11 Sep, 2013

2 commits


09 Sep, 2013

1 commit


04 Sep, 2013

2 commits

  • As once the error interrupt is triggered, it can not be cleared.
    So, disable it.

    No side effect found while testing on sama5d3xek and at91sam9x5ek
    boards.

    Signed-off-by: Bo Shen
    Acked-by: Nicolas Ferre
    Signed-off-by: Mark Brown

    Bo Shen
     
  • Booting a mx51babbage board with a non-dt kernel leads to the following crash:

    Unable to handle kernel NULL pointer dereference at virtual address 0000001c
    pgd = 80004000
    [0000001c] *pgd=00000000
    Internal error: Oops: 5 [#1] SMP ARM
    Modules linked in:
    CPU: 0 PID: 1 Comm: swapper/0 Not tainted 3.11.0-next-20130903 #287
    task: 9f860000 ti: 9f862000 task.ti: 9f862000
    PC is at of_get_next_available_child+0x5c/0x68
    LR is at of_get_next_available_child+0x1c/0x68
    pc : [] lr : [] psr: 60000193
    sp : 9f863d58 ip : 00000000 fp : 9f863d74
    r10: 9f89a010 r9 : 9f862000 r8 : 807bb26c
    r7 : 80615d5c r6 : 00000000 r5 : 60000113 r4 : 00000000
    r3 : 00000000 r2 : 808770a4 r1 : 00000011 r0 : 60000113
    Flags: nZCv IRQs off FIQs on Mode SVC_32 ISA ARM Segment kernel
    Control: 10c5387d Table: 90004019 DAC: 00000017
    Process swapper/0 (pid: 1, stack limit = 0x9f862240)
    Stack: (0x9f863d58 to 0x9f864000)

    This is caused by commit 8548a464b9 (ASoC: imx-audmux: Read default
    configuration from devicetree).

    In order to fix this, add a check for 'of_id' so that
    imx_audmux_parse_dt_defaults() only gets called when a dt kernel is running.

    Signed-off-by: Fabio Estevam
    Signed-off-by: Mark Brown

    Fabio Estevam
     

03 Sep, 2013

4 commits


02 Sep, 2013

4 commits


01 Sep, 2013

4 commits

  • On a mx28 board, running "aplay -l" and "arecord -l" results in the following:

    $ aplay -l
    **** List of PLAYBACK Hardware Devices ****
    card 0: mxssgtl5000 [mxs_sgtl5000], device 0: Playback sgtl5000-0 []
    Subdevices: 1/1
    Subdevice #0: subdevice #0
    card 0: mxssgtl5000 [mxs_sgtl5000], device 1: Capture sgtl5000-1 []
    Subdevices: 1/1
    Subdevice #0: subdevice #0

    $ arecord -l
    **** List of CAPTURE Hardware Devices ****
    card 0: mxssgtl5000 [mxs_sgtl5000], device 0: Playback sgtl5000-0 []
    Subdevices: 1/1
    Subdevice #0: subdevice #0
    card 0: mxssgtl5000 [mxs_sgtl5000], device 1: Capture sgtl5000-1 []
    Subdevices: 1/1
    Subdevice #0: subdevice #0

    ,which is not correct because we got a capture device listed in aplay and a
    playback device listed in arecord.

    On mx28 there are two serial audio interface ports (SAIF0 and SAIF1) and each
    one of them are unidirectional.

    Allow to specify a dai link as 'playback_only' or 'capture_only', which suits
    well for this case.

    After this change we can correctly report the capabilities as follows:

    $ aplay -l
    **** List of PLAYBACK Hardware Devices ****
    card 0: mxssgtl5000 [mxs_sgtl5000], device 0: HiFi Playback sgtl5000-0 []
    Subdevices: 1/1
    Subdevice #0: subdevice #0

    $ arecord -l
    **** List of CAPTURE Hardware Devices ****
    card 0: mxssgtl5000 [mxs_sgtl5000], device 1: HiFi Capture sgtl5000-1 []
    Subdevices: 1/1
    Subdevice #0: subdevice #0

    Also tested playback and capture on the mx28evk board.

    Signed-off-by: Fabio Estevam
    Signed-off-by: Mark Brown

    Fabio Estevam
     
  • Add 'playback_only' and 'capture_only' fields that can be used for specifying
    that a dai_link has a unidirectional capability.

    The motivation for this is for the cases of systems, such as Freescale MX28,
    that has two unidirectional DAIs.

    Signed-off-by: Fabio Estevam
    Signed-off-by: Mark Brown

    Fabio Estevam
     
  • Signed-off-by: Mark Brown
    Acked-by: Nicolin Chen

    Mark Brown
     
  • The ssm2602 uses regmap for caching not soc-cache, so we need to use
    regcache_sync() instead of snd_soc_cache_sync().

    Signed-off-by: Lars-Peter Clausen
    Signed-off-by: Mark Brown

    Lars-Peter Clausen
     

31 Aug, 2013

20 commits

  • The sysfs_registered field was added to the snd_soc_codec struct in commit
    f0fba2ad ("ASoC: multi-component - ASoC Multi-Component Support"), but has never
    been used.

    Signed-off-by: Lars-Peter Clausen
    Signed-off-by: Mark Brown

    Lars-Peter Clausen
     
  • The DAPM context struct has its own field where it stores the pointer to the
    DAPM debugfs entry. The debugfs_dapm field in the snd_soc_platform and
    snd_soc_codec structs are completely unused and can be removed.

    Signed-off-by: Lars-Peter Clausen
    Signed-off-by: Mark Brown

    Lars-Peter Clausen
     
  • The control_type field was used by the core to track which raw IO methods to
    use, but when switching to regmap this was no longer necessary and so the last
    user of the field was removed in commit be3ea3b9 ("ASoC: Use new register map
    API for ASoC generic physical I/O"). The field is now completely unused and can
    be removed.

    Signed-off-by: Lars-Peter Clausen
    Signed-off-by: Mark Brown

    Lars-Peter Clausen
     
  • Pull networking fixes from David Miller:

    1) There was a simplification in the ipv6 ndisc packet sending
    attempted here, which avoided using memory accounting on the
    per-netns ndisc socket for sending NDISC packets. It did fix some
    important issues, but it causes regressions so it gets reverted here
    too. Specifically, the problem with this change is that the IPV6
    output path really depends upon there being a valid skb->sk
    attached.

    The reason we want to do this change in some form when we figure out
    how to do it right, is that if a device goes down the ndisc_sk
    socket send queue will fill up and block NDISC packets that we want
    to send to other devices too. That's really bad behavior.

    Hopefully Thomas can come up with a better version of this change.

    2) Fix a severe TCP performance regression by reverting a change made
    to dev_pick_tx() quite some time ago. From Eric Dumazet.

    3) TIPC returns wrongly signed error codes, fix from Erik Hugne.

    4) Fix OOPS when doing IPSEC over ipv4 tunnels due to orphaning the
    skb->sk too early. Fix from Li Hongjun.

    5) RAW ipv4 sockets can use the wrong routing key during lookup, from
    Chris Clark.

    6) Similar to #1 revert an older change that tried to use plain
    alloc_skb() for SYN/ACK TCP packets, this broke the netfilter owner
    mark which needs to see the skb->sk for such frames. From Phil
    Oester.

    7) BNX2x driver bug fixes from Ariel Elior and Yuval Mintz,
    specifically in the handling of virtual functions.

    8) IPSEC path error propagations to sockets is not done properly when
    we have v4 in v6, and v6 in v4 type rules. Fix from Hannes Frederic
    Sowa.

    9) Fix missing channel context release in mac80211, from Johannes Berg.

    10) Fix network namespace handing wrt. SCM_RIGHTS, from Andy
    Lutomirski.

    11) Fix usage of bogus NAPI weight in jme, netxen, and ps3_gelic
    drivers. From Michal Schmidt.

    12) Hopefully a complete and correct fix for the genetlink dump locking
    and module reference counting. From Pravin B Shelar.

    13) sk_busy_loop() must do a cpu_relax(), from Eliezer Tamir.

    14) Fix handling of timestamp offset when restoring a snapshotted TCP
    socket. From Andrew Vagin.

    * git://git.kernel.org/pub/scm/linux/kernel/git/davem/net: (44 commits)
    net: fec: fix time stamping logic after napi conversion
    net: bridge: convert MLDv2 Query MRC into msecs_to_jiffies for max_delay
    mISDN: return -EINVAL on error in dsp_control_req()
    net: revert 8728c544a9c ("net: dev_pick_tx() fix")
    Revert "ipv6: Don't depend on per socket memory for neighbour discovery messages"
    ipv4 tunnels: fix an oops when using ipip/sit with IPsec
    tipc: set sk_err correctly when connection fails
    tcp: tcp_make_synack() should use sock_wmalloc
    bridge: separate querier and query timer into IGMP/IPv4 and MLD/IPv6 ones
    ipv6: Don't depend on per socket memory for neighbour discovery messages
    ipv4: sendto/hdrincl: don't use destination address found in header
    tcp: don't apply tsoffset if rcv_tsecr is zero
    tcp: initialize rcv_tstamp for restored sockets
    net: xilinx: fix memleak
    net: usb: Add HP hs2434 device to ZLP exception table
    net: add cpu_relax to busy poll loop
    net: stmmac: fixed the pbl setting with DT
    genl: Hold reference on correct module while netlink-dump.
    genl: Fix genl dumpit() locking.
    xfrm: Fix potential null pointer dereference in xdst_queue_output
    ...

    Linus Torvalds
     
  • Filtering capabilities on my work email are pretty much non-existent and this
    has turned out to be something of a firehose...

    Cc: Stephen Warren
    Cc: Rob Herring
    Cc: Olof Johansson
    Cc: Linus Walleij
    Signed-off-by: Ian Campbell
    Acked-by: Pawel Moll
    Acked-by: Mark Rutland
    Signed-off-by: Linus Torvalds

    Ian Campbell
     
  • Pull sound fixes from Takashi Iwai:
    "This contains two Oops fixes (opti9xx and HD-audio) and a simple fixup
    for an Acer laptop. All marked as stable patches"

    * tag 'sound-3.11' of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound:
    ALSA: opti9xx: Fix conflicting driver object name
    ALSA: hda - Fix NULL dereference with CONFIG_SND_DYNAMIC_MINORS=n
    ALSA: hda - Add inverted digital mic fixup for Acer Aspire One

    Linus Torvalds
     
  • Pull ARM SoC fixes from Olof Johansson:
    "Two straggling fixes that I had missed as they were posted a couple of
    weeks ago, causing problems with interrupts (breaking them completely)
    on the CSR SiRF platforms"

    * tag 'fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc:
    arm: prima2: drop nr_irqs in mach as we moved to linear irqdomain
    irqchip: sirf: move from legacy mode to linear irqdomain

    Linus Torvalds
     
  • Pull drm fixes from Dave Airlie:
    "Since we are getting to the pointy end, one i915 black screen on some
    machines, and one vmwgfx stop userspace ability to nuke the VM,

    There might be one or two ati or nouveau fixes trickle in before
    final, but I think this should pretty much be it"

    * 'drm-fixes' of git://people.freedesktop.org/~airlied/linux:
    drm/vmwgfx: Split GMR2_REMAP commands if they are to large
    drm/i915: ivb: fix edp voltage swing reg val

    Linus Torvalds
     
  • Pull input layer updates from Dmitry Torokhov:
    "Just a couple of new IDs in Wacom and xpad drivers, i8042 is now
    disabled on ARC, and data checks in Elantech driver that were overly
    relaxed by the previous patch are now tightened"

    * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input:
    Input: i8042 - disable the driver on ARC platforms
    Input: xpad - add signature for Razer Onza Classic Edition
    Input: elantech - fix packet check for v3 and v4 hardware
    Input: wacom - add support for 0x300 and 0x301

    Linus Torvalds
     
  • Commit dc975382 "net: fec: add napi support to improve proformance"
    converted the fec driver to the napi model. However, that commit
    forgot to remove the call to skb_defer_rx_timestamp which is only
    needed in non-napi drivers.

    (The function napi_gro_receive eventually calls netif_receive_skb,
    which in turn calls skb_defer_rx_timestamp.)

    This patch should also be applied to the 3.9 and 3.10 kernels.

    Signed-off-by: Richard Cochran
    Signed-off-by: David S. Miller

    Richard Cochran
     
  • There is a blank space missing between ':=' and 'imx-spdif.o', thus add it.

    Signed-off-by: Nicolin Chen
    Signed-off-by: Mark Brown

    Nicolin Chen
     
  • Add wrapping '\n' for dev_dbg() in fsl_spdif.c

    Signed-off-by: Nicolin Chen
    Signed-off-by: Mark Brown

    Nicolin Chen
     
  • While looking into MLDv1/v2 code, I noticed that bridging code does
    not convert it's max delay into jiffies for MLDv2 messages as we do
    in core IPv6' multicast code.

    RFC3810, 5.1.3. Maximum Response Code says:

    The Maximum Response Code field specifies the maximum time allowed
    before sending a responding Report. The actual time allowed, called
    the Maximum Response Delay, is represented in units of milliseconds,
    and is derived from the Maximum Response Code as follows: [...]

    As we update timers that work with jiffies, we need to convert it.

    Signed-off-by: Daniel Borkmann
    Cc: Linus Lüssing
    Cc: Hannes Frederic Sowa
    Signed-off-by: David S. Miller

    Daniel Borkmann
     
  • If skb->len is too short then we should return an error. Otherwise we
    read beyond the end of skb->data for several bytes.

    Signed-off-by: Dan Carpenter
    Signed-off-by: David S. Miller

    Dan Carpenter
     
  • commit 8728c544a9cbdc ("net: dev_pick_tx() fix") and commit
    b6fe83e9525a ("bonding: refine IFF_XMIT_DST_RELEASE capability")
    are quite incompatible : Queue selection is disabled because skb
    dst was dropped before entering bonding device.

    This causes major performance regression, mainly because TCP packets
    for a given flow can be sent to multiple queues.

    This is particularly visible when using the new FQ packet scheduler
    with MQ + FQ setup on the slaves.

    We can safely revert the first commit now that 416186fbf8c5b
    ("net: Split core bits of netdev_pick_tx into __netdev_pick_tx")
    properly caps the queue_index.

    Reported-by: Xi Wang
    Diagnosed-by: Xi Wang
    Signed-off-by: Eric Dumazet
    Cc: Tom Herbert
    Cc: Alexander Duyck
    Cc: Denys Fedorysychenko
    Signed-off-by: David S. Miller

    Eric Dumazet
     
  • This reverts commit 1f324e38870cc09659cf23bc626f1b8869e201f2.

    It seems to cause regressions, and in particular the output path
    really depends upon there being a socket attached to skb->sk for
    checks such as sk_mc_loop(skb->sk) for example. See ip6_output_finish2().

    Reported-by: Stephen Warren
    Reported-by: Fabio Estevam
    Signed-off-by: David S. Miller

    David S. Miller
     
  • Since commit 3d7b46cd20e3 (ip_tunnel: push generic protocol handling to
    ip_tunnel module.), an Oops is triggered when an xfrm policy is configured on
    an IPv4 over IPv4 tunnel.

    xfrm4_policy_check() calls __xfrm_policy_check2(), which uses skb_dst(skb). But
    this field is NULL because iptunnel_pull_header() calls skb_dst_drop(skb).

    Signed-off-by: Li Hongjun
    Signed-off-by: Nicolas Dichtel
    Signed-off-by: David S. Miller

    Li Hongjun
     
  • Should a connect fail, if the publication/server is unavailable or
    due to some other error, a positive value will be returned and errno
    is never set. If the application code checks for an explicit zero
    return from connect (success) or a negative return (failure), it
    will not catch the error and subsequent send() calls will fail as
    shown from the strace snippet below.

    socket(0x1e /* PF_??? */, SOCK_SEQPACKET, 0) = 3
    connect(3, {sa_family=0x1e /* AF_??? */, sa_data="\2\1\322\4\0\0\322\4\0\0\0\0\0\0"}, 16) = 111
    sendto(3, "test", 4, 0, NULL, 0) = -1 EPIPE (Broken pipe)

    The reason for this behaviour is that TIPC wrongly inverts error
    codes set in sk_err.

    Signed-off-by: Erik Hugne
    Signed-off-by: David S. Miller

    Erik Hugne
     
  • In commit 90ba9b19 (tcp: tcp_make_synack() can use alloc_skb()), Eric changed
    the call to sock_wmalloc in tcp_make_synack to alloc_skb. In doing so,
    the netfilter owner match lost its ability to block the SYNACK packet on
    outbound listening sockets. Revert the change, restoring the owner match
    functionality.

    This closes netfilter bugzilla #847.

    Signed-off-by: Phil Oester
    Signed-off-by: David S. Miller

    Phil Oester
     
  • Currently we would still potentially suffer multicast packet loss if there
    is just either an IGMP or an MLD querier: For the former case, we would
    possibly drop IPv6 multicast packets, for the latter IPv4 ones. This is
    because we are currently assuming that if either an IGMP or MLD querier
    is present that the other one is present, too.

    This patch makes the behaviour and fix added in
    "bridge: disable snooping if there is no querier" (b00589af3b04)
    to also work if there is either just an IGMP or an MLD querier on the
    link: It refines the deactivation of the snooping to be protocol
    specific by using separate timers for the snooped IGMP and MLD queries
    as well as separate timers for our internal IGMP and MLD queriers.

    Signed-off-by: Linus Lüssing
    Signed-off-by: David S. Miller

    Linus Lüssing
     

30 Aug, 2013

3 commits