1. 29 May, 2009 3 commits
    • Inaky Perez-Gonzalez's avatar
      wimax/i2400m: allow kernel commands to device to be logged too · 223beea2
      Inaky Perez-Gonzalez authored
      By running 'echo 1 > /sys/kernel/debug/wimax:wmxX/i2400m/trace_msg_from_user',
      the driver will echo to user space all the commands being sent to the
      device from user space, along with the responses.
      
      However, this only helps with the commands being sent from user space;
      with this patch, the trace hook is moved to i2400m_msg_to_dev(), which
      is the single access point for running commands to the device (both by
      user space and the kernel driver). This allows better debugging by
      having a complete stream of commands/acks and reports.
      Signed-off-by: default avatarInaky Perez-Gonzalez <inaky@linux.intel.com>
      223beea2
    • Inaky Perez-Gonzalez's avatar
      wimax/i2400m: trace commands sent from user space on the "echo" pipe · 44b849d1
      Inaky Perez-Gonzalez authored
      When commands are sent from user space, trace both the command sent
      and the answer received over the "echo" pipe instead of over the
      "trace" pipe when command tracing is enabled. As well, when the device
      sends a reports/indications, send it over the "echo" pipe.
      
      The "trace" pipe is used by the device to send firmware traces;
      gets confusing. Another named pipe makes it easier to split debug
      information.
      Signed-off-by: default avatarInaky Perez-Gonzalez <inaky@linux.intel.com>
      44b849d1
    • Inaky Perez-Gonzalez's avatar
      wimax/i2400m: generate fake source MAC address with random_ether_addr() · fe442683
      Inaky Perez-Gonzalez authored
      The WiMAX i2400m driver needs to generate a fake source MAC address to
      fake an ethernet header (for destination, the card's MAC is
      used). This is the source of the packet, which is the basestation it
      came from. The basestation's mac address is not usable for this, as it
      uses its own namespace and it is not always available.
      
      Currently the fake source MAC address was being set to all zeros,
      which was causing trouble with bridging.
      
      Use random_ether_addr() to generate a proper one that creates no
      trouble.
      Signed-off-by: default avatarInaky Perez-Gonzalez <inaky@linux.intel.com>
      fe442683
  2. 22 May, 2009 3 commits
  3. 21 May, 2009 20 commits
  4. 20 May, 2009 1 commit
    • Eric W. Biederman's avatar
      syscall: Sort out syscall_restart name clash. · 288ddad5
      Eric W. Biederman authored
      Stephen Rothwell <sfr@canb.auug.org.au> writes:
      
      > Today's linux-next build of at least some av32 and arm configs failed like this:
      >
      > arch/avr32/kernel/signal.c:216: error: conflicting types for 'restart_syscall'
      > include/linux/sched.h:2184: error: previous definition of 'restart_syscall' was here
      >
      > Caused by commit 690cc3ff ("syscall:
      > Implement a convinience function restart_syscall") from the net tree.
      
      Grrr. Some days it feels like all of the good names are already taken.
      
      Let's just rename the two static users in arm and avr32 to get this
      sorted out.
      Signed-off-by: default avatarEric W. Biederman <ebiederm@aristanetworks.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      288ddad5
  5. 19 May, 2009 13 commits