31 Dec, 2008

1 commit

  • …l/git/tip/linux-2.6-tip

    * 'timers-core-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
    hrtimers: fix warning in kernel/hrtimer.c
    x86: make sure we really have an hpet mapping before using it
    x86: enable HPET on Fujitsu u9200
    linux/timex.h: cleanup for userspace
    posix-timers: simplify de_thread()->exit_itimers() path
    posix-timers: check ->it_signal instead of ->it_pid to validate the timer
    posix-timers: use "struct pid*" instead of "struct task_struct*"
    nohz: suppress needless timer reprogramming
    clocksource, acpi_pm.c: put acpi_pm_read_slow() under CONFIG_PCI
    nohz: no softirq pending warnings for offline cpus
    hrtimer: removing all ur callback modes, fix
    hrtimer: removing all ur callback modes, fix hotplug
    hrtimer: removing all ur callback modes
    x86: correct link to HPET timer specification
    rtc-cmos: export second NVRAM bank

    Fixed up conflicts in sound/drivers/pcsp/pcsp.c and sound/core/hrtimer.c
    manually.

    Linus Torvalds
     

25 Dec, 2008

1 commit


21 Dec, 2008

1 commit


18 Dec, 2008

1 commit


28 Nov, 2008

1 commit


26 Nov, 2008

2 commits


25 Nov, 2008

1 commit

  • Impact: cleanup, move all hrtimer processing into hardirq context

    This is an attempt at removing some of the hrtimer complexity by
    reducing the number of callback modes to 1.

    This means that all hrtimer callback functions will be ran from HARD-irq
    context.

    I went through all the 30 odd hrtimer callback functions in the kernel
    and saw only one that I'm not quite sure of, which is the one in
    net/can/bcm.c - hence I'm CC-ing the folks responsible for that code.

    Furthermore, the hrtimer core now calls callbacks directly with IRQs
    disabled in case you try to enqueue an expired timer. If this timer is a
    periodic timer (which should use hrtimer_forward() to advance its time)
    then it might be possible to end up in an inf. recursive loop due to the
    fact that hrtimer_forward() doesn't round up to the next timer
    granularity, and therefore keeps on calling the callback - obviously
    this needs a fix.

    Aside from that, this seems to compile and actually boot on my dual core
    test box - although I'm sure there are some bugs in, me not hitting any
    makes me certain :-)

    Signed-off-by: Peter Zijlstra
    Signed-off-by: Ingo Molnar

    Peter Zijlstra
     

14 Nov, 2008

1 commit


07 Nov, 2008

1 commit


04 Nov, 2008

1 commit

  • * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6:
    ALSA: hda: make a STAC_DELL_EQ option
    ALSA: emu10k1 - Add more invert_shared_spdif flag to Audigy models
    ALSA: hda - Add a quirk for another Acer Aspire (1025:0090)
    ALSA: remove direct access of dev->bus_id in sound/isa/*
    sound: struct device - replace bus_id with dev_name(), dev_set_name()
    ALSA: Fix PIT lockup on some chipsets when using the PC-Speaker
    ALSA: rawmidi - Add open check in rawmidi callbacks
    ALSA: hda - Add digital-mic for ALC269 auto-probe mode
    ALSA: hda - Disable broken mic auto-muting in Realtek codes

    Linus Torvalds
     

03 Nov, 2008

2 commits


27 Oct, 2008

1 commit


22 Oct, 2008

1 commit


20 Oct, 2008

1 commit

  • snd-pcsp driver takes chip->substream_lock together with PCM substream
    lock. These are even mixed up with hrtimer's lock, resulting in messy
    lock depencies. Right now, snd-pcsp driver resolves the deadlock by
    using HRTIMER_CB_SOFTIRQ. However, this isn't nice for a really fast
    path like bit-flipping.

    This patch introduces a tasklet for PCM period handling so that the
    hrtimer callback can be handled fast. This also reduce the use of
    chip->substream_lock to avoid deadlocks. It's still used in pointer
    callback, but even this could be removed with a proper barrier.

    Another good solution is to introduce async trigger callback. But,
    this will involve with a major rewrite of the PCM core code, so I
    take first this easy fix.

    Signed-off-by: Takashi Iwai

    Takashi Iwai
     

19 Oct, 2008

1 commit


18 Oct, 2008

1 commit


10 Oct, 2008

1 commit

  • Ingo reported Oops at probing mtpav driver. It's a race between
    the irq handler and the rawmidi instance registration.

    This patch fixes the order of registration to avoid the race.

    Signed-off-by: Takashi Iwai
    Tested-by: Ingo Molnar
    Signed-off-by: Jaroslav Kysela

    Takashi Iwai
     

06 Sep, 2008

1 commit


15 Aug, 2008

2 commits


13 Aug, 2008

1 commit


15 Jul, 2008

1 commit


10 Jul, 2008

3 commits


27 May, 2008

2 commits


26 May, 2008

1 commit


20 May, 2008

1 commit

  • Change HRTIMER_CB_IRQSAFE to HRTIMER_CB_SOFTIRQ,
    as suggested by Thomas Gleixner.
    That solves the lock dependancy reported in
    Bug #10701.
    That also allows to call hrtimer_start()
    directly, tasklet "stupid hack" removed.

    Signed-off-by: Stas Sergeev
    Acked-by: Thomas Gleixner
    Signed-off-by: Takashi Iwai

    Stas Sergeev
     

19 May, 2008

5 commits


07 May, 2008

1 commit

  • fix pcspkr dependancies: make the pcspkr platform
    drivers to depend on a platform device, and
    not the other way around.

    Signed-off-by: Stas Sergeev
    Acked-by: Thomas Gleixner
    Acked-by: Dmitry Torokhov
    CC: Vojtech Pavlik
    CC: Michael Opdenacker
    [fixed for 2.6.26-rc1 by tiwai]
    Signed-off-by: Takashi Iwai

    Stas Sergeev
     

05 May, 2008

1 commit


30 Apr, 2008

2 commits