First  |  Prev |  Next  |  Last
Pages: 691 692 693 694 695 696 697 698 699 700 701 702 703 704 705 706 707 708 709 710 711
Use memblock with x86
* Yinghai Lu <yinghai(a)kernel.org> wrote: New memblock could be used to replace early_res in x86. Suggested by: David, Ben, and Thomas 113 files changed, 2110 insertions(+), 2217 deletions(-) create mode 100644 include/linux/memblock.h delete mode 100644 kernel/early_res.c delete mode 100... 20 Jul 2010 14:40
One question about the positions of flush_dcache_page and bounce_copy_vec methods in copy_to_high_bio_irq
���� Recently, I read the kernel codes from 2.6.32 to 2.6.35. I have a question about the positions of flush_dcache_page and bounce_copy_vec methods in copy_to_high_bio_irq function in mm/bounce.c file. In my opinion, flush_dcache_page is written before bounce_copy_vec in order to set the destination page in bounce... 7 Jul 2010 02:34
panasonic-laptop: fix acpi_pcc_write_sset return value
On Wed, Jul 07, 2010 at 08:21:48AM +0800, Axel Lin wrote: In current implementation, acpi_pcc_write_sset return 1 if write is successful, 0 if write is failed. But all the callers consider acpi_pcc_write_sset return 0 if write is successful and return negtive if write is failed. This patch changes th... 7 Jul 2010 02:34
[PATCH 2/2] toshiba_acpi: rename add_device() and remove_device() to create_toshiba_proc_entries() and remove_toshiba_proc_entries()
To improve readability. This patch rename add_device() to create_toshiba_proc_entries() and rename remove_device() to remove_toshiba_proc_entries(). Signed-off-by: Axel Lin <axel.lin(a)gmail.com> --- drivers/platform/x86/toshiba_acpi.c | 8 ++++---- 1 files changed, 4 insertions(+), 4 deletions(-) diff --g... 7 Jul 2010 02:34
[PATCH 1/2] toshiba_acpi: make remove_device() and add_device() void
remove_device() and add_device() are not related to ACPI APIs, it does not make sense to return acpi_status for both functions. Current implementation of add_device() always AE_OK, thus the return value checking for add_device() always return false for ACPI_FAILURE(status). This patch makes add_device() to be voi... 7 Jul 2010 02:34
linux-next: build warning after merge of the net tree
Hi Dave, After merging the net tree, today's linux-next build (x86_64 allmodconfig) produced this warning: drivers/net/ethoc.c: In function 'ethoc_init_ring': drivers/net/ethoc.c:302: warning: assignment makes integer from pointer without a cast Introduced by commit f8555ad0cfb0ba6cbc8729f337341fb11c82db89 (... 10 Jul 2010 23:41
2.6.35-rc4 - include/linux/fdtable.h:85 invoked rcu_dereference_check() without protection!
Le mardi 06 juillet 2010 à 20:25 -0400, Miles Lane a écrit : [ INFO: suspicious rcu_dereference_check() usage. ] --------------------------------------------------- include/linux/fdtable.h:85 invoked rcu_dereference_check() without protection! other info that might help us debug this: rcu_sch... 7 Jul 2010 01:30
[git pull] drm v2 fixes
Okay I dropped the ioports patch from the last pull, it broke a few systems unexpectedly, so no more of that, just 3 simple fixes now. Dave. The following changes since commit 123f94f22e3d283dfe68742b269c245b0501ad82: Merge branch 'sched-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git... 7 Jul 2010 01:29
staging/panel: Prevent double-calling of parport_release - fix oops.
On Wed, Jul 07, 2010 at 04:52:16AM +0200, Peter Huewe wrote: From: Peter Huewe <peterhuewe(a)gmx.de> This patch prevents the code from calling parport_release and parport_unregister_device twice with the same arguments - and thus fixes an oops. Rationale: After the first call the parport is already... 7 Jul 2010 00:25
[git pull] drm fixes
Four fixes, page alloc fix is for a regression when you load/unload drm drivers modules that use it, Jesse fixed annoying bug where starting X after console blanked would never light up screen, and two fixes to radeon to light up certain hw configurations properly. The following changes since commit 123f94f2... 7 Jul 2010 00:25
First  |  Prev |  Next  |  Last
Pages: 691 692 693 694 695 696 697 698 699 700 701 702 703 704 705 706 707 708 709 710 711