Eric Lee / smarc-fsl-linux-kernel

13 Jun, 2009

1 commit

07 Apr, 2009

1 commit

27 Feb, 2009

1 commit

08 Jan, 2009

1 commit

13 Nov, 2008

1 commit

  • 8f15ea42b   netdevice: safe convert to netdev_priv() #part-3 ... Browse Code »

    We have some reasons to kill netdev->priv:
    1. netdev->priv is equal to netdev_priv().
    2. netdev_priv() wraps the calculation of netdev->priv's offset, obviously
    netdev_priv() is more flexible than netdev->priv.
    But we cann't kill netdev->priv, because so many drivers reference to it
    directly.

    This patch is a safe convert for netdev->priv to netdev_priv(netdev).
    Since all of the netdev->priv is only for read.
    But it is too big to be sent in one mail.
    I split it to 4 parts and make every part smaller than 100,000 bytes,
    which is max size allowed by vger.

    Signed-off-by: Wang Chen
    Signed-off-by: David S. Miller

    Wang Chen
     

04 Nov, 2008

1 commit

28 Oct, 2008

1 commit

  • e174961ca   net: convert print_mac to %pM ... Browse Code »

    This converts pretty much everything to print_mac. There were
    a few things that had conflicts which I have just dropped for
    now, no harm done.

    I've built an allyesconfig with this and looked at the files
    that weren't built very carefully, but it's a huge patch.

    Signed-off-by: Johannes Berg
    Signed-off-by: David S. Miller

    Johannes Berg
     

22 May, 2008

1 commit

  • 7fa0cba33   uli526x: add support for netpoll ... Browse Code »

    This patch adds netpoll support for the uli526x ethernet driver --
    simply call the interrupt handler for polling.

    To do this without disable_irq()/enable_irq() pair we should fully
    protect the handler. Luckily, it's already using irqsave spinlock,
    the only unprotected place is interrupts re-enabling write. It was
    safe to re-enable interrupts without holding the spinlock, but with
    netpoll possibility now it doesn't seem so.

    Patch was tested using netconsole and KGDBoE.

    Signed-off-by: Anton Vorontsov
    Signed-off-by: Jeff Garzik

    Anton Vorontsov
     

07 May, 2008

2 commits

  • e284e5c66   uli526x: fix endianness issues in the setup frame ... Browse Code »

    This patch fixes uli526x driver's issues on a PowerPC boards: uli chip
    is unable to receive the packets.

    It appears that send_frame_filter prepares the setup frame in the
    endianness unsafe manner. On a big endian machines we should shift
    the address nibble by two bytes.

    Signed-off-by: Anton Vorontsov
    Signed-off-by: Jeff Garzik

    Anton Vorontsov
     
  • afd8e3991   uli526x: initialize the hardware prior to requesting interrupts ... Browse Code »

    The firmware on MPC8610HPCD boards enables ULI ethernet and leaves it
    in some funky state before booting Linux. For drivers, it's always good
    idea to (re)initialize the hardware prior to requesting interrupts.

    This patch fixes the following oops:

    Oops: Kernel access of bad area, sig: 11 [#1]
    MPC86xx HPCD
    NIP: c0172820 LR: c017287c CTR: 00000000
    [...]
    NIP [c0172820] allocate_rx_buffer+0x2c/0xb0
    LR [c017287c] allocate_rx_buffer+0x88/0xb0
    Call Trace:
    [df82bdc0] [c017287c] allocate_rx_buffer+0x88/0xb0 (unreliable)
    [df82bde0] [c0173000] uli526x_interrupt+0xe4/0x49c
    [df82be20] [c0045418] request_irq+0xf0/0x114
    [df82be50] [c01737b0] uli526x_open+0x48/0x160
    [df82be70] [c0201184] dev_open+0xb0/0xe8
    [df82be80] [c0200104] dev_change_flags+0x90/0x1bc
    [df82bea0] [c035fab0] ip_auto_config+0x214/0xef4
    [df82bf60] [c03421c8] kernel_init+0xc4/0x2ac
    [df82bff0] [c0010834] kernel_thread+0x44/0x60
    Instruction dump:
    4e800020 9421ffe0 7c0802a6 bfa10014 7c7e1b78 90010024 80030060 83e30054
    2b80002f 419d0078 3fa0c039 48000058 80630088 2f830000 419e0014

    Signed-off-by: Anton Vorontsov
    Signed-off-by: Jeff Garzik

    Anton Vorontsov
     

24 Feb, 2008

1 commit

  • 7a7d23dac   uli526x partially recognizing interface ... Browse Code »

    Patch fixes:
    http://bugzilla.kernel.org/show_bug.cgi?id=5839

    Init sequence needs to poll phy until phy reset is complete. This is the
    same problem that I fixed in 2002 in tulip driver.

    Thanks to manty@manty.net for testing this patch.
    Thanks to Pozsar Balazs for posting/testing
    a similar patch before:
    http://lkml.org/lkml/2006/8/21/45

    Signed-off-by: Grant Grundler
    Signed-off-by: Jeff Garzik

    Grant Grundler
     

20 Oct, 2007

1 commit

  • 1977f0327   remove asm/bitops.h includes ... Browse Code »

    remove asm/bitops.h includes

    including asm/bitops directly may cause compile errors. don't include it
    and include linux/bitops instead. next patch will deny including asm header
    directly.

    Cc: Adrian Bunk
    Signed-off-by: Jiri Slaby
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jiri Slaby
     

11 Oct, 2007

6 commits

26 Apr, 2007

3 commits

05 Oct, 2006

1 commit

  • 7d12e780e   IRQ: Maintain regs pointer globally rather than passing to IRQ handlers ... Browse Code »

    Maintain a per-CPU global "struct pt_regs *" variable which can be used instead
    of passing regs around manually through all ~1800 interrupt handlers in the
    Linux kernel.

    The regs pointer is used in few places, but it potentially costs both stack
    space and code to pass it around. On the FRV arch, removing the regs parameter
    from all the genirq function results in a 20% speed up of the IRQ exit path
    (ie: from leaving timer_interrupt() to leaving do_IRQ()).

    Where appropriate, an arch may override the generic storage facility and do
    something different with the variable. On FRV, for instance, the address is
    maintained in GR28 at all times inside the kernel as part of general exception
    handling.

    Having looked over the code, it appears that the parameter may be handed down
    through up to twenty or so layers of functions. Consider a USB character
    device attached to a USB hub, attached to a USB controller that posts its
    interrupts through a cascaded auxiliary interrupt controller. A character
    device driver may want to pass regs to the sysrq handler through the input
    layer which adds another few layers of parameter passing.

    I've build this code with allyesconfig for x86_64 and i386. I've runtested the
    main part of the code on FRV and i386, though I can't test most of the drivers.
    I've also done partial conversion for powerpc and MIPS - these at least compile
    with minimal configurations.

    This will affect all archs. Mostly the changes should be relatively easy.
    Take do_IRQ(), store the regs pointer at the beginning, saving the old one:

    struct pt_regs *old_regs = set_irq_regs(regs);

    And put the old one back at the end:

    set_irq_regs(old_regs);

    Don't pass regs through to generic_handle_irq() or __do_IRQ().

    In timer_interrupt(), this sort of change will be necessary:

    - update_process_times(user_mode(regs));
    - profile_tick(CPU_PROFILING, regs);
    + update_process_times(user_mode(get_irq_regs()));
    + profile_tick(CPU_PROFILING);

    I'd like to move update_process_times()'s use of get_irq_regs() into itself,
    except that i386, alone of the archs, uses something other than user_mode().

    Some notes on the interrupt handling in the drivers:

    (*) input_dev() is now gone entirely. The regs pointer is no longer stored in
    the input_dev struct.

    (*) finish_unlinks() in drivers/usb/host/ohci-q.c needs checking. It does
    something different depending on whether it's been supplied with a regs
    pointer or not.

    (*) Various IRQ handler function pointers have been moved to type
    irq_handler_t.

    Signed-Off-By: David Howells
    (cherry picked from 1b16e7ac850969f38b375e511e3fa2f474a33867 commit)

    David Howells
     

14 Sep, 2006

1 commit

29 Jul, 2006

1 commit

03 Jul, 2006

1 commit

27 May, 2006

1 commit

07 Feb, 2006

1 commit

13 Jan, 2006

1 commit

06 Sep, 2005

1 commit

20 Aug, 2005

1 commit

30 Jul, 2005

1 commit

  • 4689ced99   [netdrvr] add 'uli526x' driver (a tulip clone) ... Browse Code »

    We want to extract our LAN card driver from tulip core driver and
    make a new file uli526x.c at tulip folder, because we have added
    some ethtool interface support and non-eprom support in our driver
    and may be other change in the futher.

    If our controllers support are still contained in the tulip core
    driver, I think it'll increase the complexity of maintenance, you
    know, tulip core driver include several files and support so many
    other controllers. Furthermore, I tested the newest kernel 2.6.12
    and I found the tulip driver can not work on our lan controller, and
    I no time to debug it, so I aspired want to make a single uli526x.c
    file just for our controllers. Could you help us remove the ULi
    m5261/m5263 lan controller support from tulip core driver and add
    the new single uli526x.c file for us?

    Signed-off-by: Peer Chen
    Signed-off-by: Jeff Garzik

    Peer Chen