http://softwareblogs.intel.com/2007/04/13/intel-me-interface-heci-now-available/ I have had a mobo with the 965 chipset for awhile now, I was curious if there was any update of this patch getting into the kernel / whether it will be ever possible to monitor the chipset temperature / fan speeds / etc? I know coretemp grabs the CPU temp which is great but it would be nice to see the other sensors' statistics. Justin. --

While reading through the HPET code I realized that the computation of .mult variables could be done with less lines of code, resulting in a 1.6% text size saving for hpet.o So I propose the following patch, which applies against today's Linus -git tree. From 0c6507e400e9ca5f7f14331e18f8c12baf75a9d3 Mon Sep 17 00:00:00 2001 From: Carlos R. Mafra <crmafra@ift.unesp.br> Date: Mon, 5 May 2008 19:38:53 -0300 Subject: [PATCH] x86: Clean up computation of HPET .mult variables The computat...

This patch series handles online disk resizes that are currently not completely recognized by the kernel using the existing revalidate_disk routines. An online resize can occur when growing or shrinking a Fibre Channel LUN or perhaps by adding a disk to an existing RAID volume. The kernel currently recognizes a device size change when revalidate_disk() is called; however, the block layer does not use the new size while it has any current openers on the device. So, for example, if LVM has an volum...

Added flush_disk to factor out common buffer cache flushing code. We need to be able to flush the buffer cache for more than just when a disk is changed, so we factor out common cache flush code in check_disk_change() to an internal flush_disk() routine. This routine will then be used for both disk changes and disk resizes (in a later patch). Include the disk name in the text indicating that there are busy inodes on the device and increase the KERN severity of the message. Signed-off-by: Andr...

otherwise fixed MTRR for family 10h may not be changed Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> Index: linux-2.6/arch/x86/kernel/cpu/mtrr/generic.c =================================================================== --- linux-2.6.orig/arch/x86/kernel/cpu/mtrr/generic.c +++ linux-2.6/arch/x86/kernel/cpu/mtrr/generic.c @@ -342,7 +342,7 @@ static void set_fixed_range(int msr, boo if (lo != msrwords[0] || hi != msrwords[1]) { if (boot_cpu_data.x86_vendor == X86_VENDOR_AMD &a...

From: Jesper Juhl <jesper.juhl@gmail.com> Use correct format when printing long unsigned int in arch/x86/kernel/setup.c This patch gets rid of this compiler warning: arch/x86/kernel/setup.c: In function 'setup_per_cpu_areas': arch/x86/kernel/setup.c:99: warning: format '%zd' expects type 'signed size_t', but argument 2 has type 'long unsigned int' Signed-off-by: Jesper Juhl <jesper.juhl@gmail.com> --- setup.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) di...

Let's try this again... Linus, Please pull from 'powerpc-next' branch of git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git powerpc-next There are five commits there that Andrew Morton has sent on to me: three semaphore to mutex conversions, one that changes a proc_create call to proc_create_data, and one that adds a new devm_ioremap_prot function and makes devm_ioremap_release (in lib/devres.c) available to outside callers. If you think these should wait until 2.6.27, that'...

Rather than stepping through all IO resources, then stepping through all MMIO resources, etc., we can just iterate over the resource list once directly. This can change the order in /sys, e.g., # cat /sys/devices/pnp0/00:07/resources # OLD state = active io 0x3f8-0x3ff irq 4 # cat /sys/devices/pnp0/00:07/resources # NEW state = active irq 4 io 0x3f8-0x3ff The old code artificially sorted resources by type; the new code just lists them in the order...

We used to have a fixed-size resource table. If a device had twenty resources when the table only had space for ten, we didn't need ten warnings, so we added the ratelimit. Now that we can dynamically allocate new resources, we should only get failures if the allocation fails. That should be rare enough that we don't need to ratelimit the messages. Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com> Index: work10/drivers/pnp/resource.c ==================================================...

We used pnp_resource.index to keep track of which ISAPNP configuration register a resource should be written to. We needed this only to handle the case where a register is disabled but a subsequent register in the same set is enabled. Rather than explicitly maintaining the pnp_resource.index, this patch adds a resource every time we read an ISAPNP configuration register and marks the resource as IORESOURCE_DISABLED when appropriate. This makes the position in the pnp_resource_table always corresp...

This series replaces the fixed-size pnp_resource_table with a linked list of resources. The first patch is in -mm already and should appear in Linus' tree soon, so just skip that patch if necessary. As a reminder, if anybody tests this and sees problems, the dmesg log with CONFIG_PNP_DEBUG enabled would be a great help to me. Bjorn -- --

Primarily, this patch implements the dma-coherent API. In addition, it cleans up some of the code that deals with caches, in order to match the usage in dma-coherent. In particular, the dcache in the microblaze is write through, so the existing code is more easily thought of as 'invalidation' than 'flushing'. In addition, some of the flush_* methods were old, and some shouldn't need to be implemented (since currently no mmu is supported). I'd appreciate if someone would ACK my interpretation o...

Yes, in fact this is one of the keys to getting the lltemac driver to My understanding is that on other architectures (x86, for instance) 'dma' memory ensures other things, like it's accessible in PCI memory space. On microblaze, there's nothing really special about dma memory, I think it's definitely a simple way of solving the problem (in fact, the version of the code that's currently at git.xilinx.com includes it). Would it be better dealt with at the page level, rather than at the address ...

The latest rev of Intel doc AP-485 details a new cache descriptor that we don't yet support. A 6MB 24-way assoc L2 cache. Signed-off-by: Dave Jones <davej@redhat.com> diff --git a/arch/x86/kernel/cpu/intel_cacheinfo.c b/arch/x86/kernel/cpu/intel_cacheinfo.c index 26d615d..2c8afaf 100644 --- a/arch/x86/kernel/cpu/intel_cacheinfo.c +++ b/arch/x86/kernel/cpu/intel_cacheinfo.c @@ -62,6 +62,7 @@ static struct _cache_table cache_table[] __cpuinitdata = { 0x4b, LVL_3, 8192 }, /* 16-way se...

sa1100fb: The semaphore ctrlr_sem is used as a mutex. Convert it to the mutex API Signed-off-by: Matthias Kaehlcke <matthias@kaehlcke.net> -- diff --git a/drivers/video/sa1100fb.c b/drivers/video/sa1100fb.c index ab2b211..2dd1b8a 100644 --- a/drivers/video/sa1100fb.c +++ b/drivers/video/sa1100fb.c @@ -174,6 +174,7 @@ #include <linux/cpufreq.h> #include <linux/platform_device.h> #include <linux/dma-mapping.h> +#include <linux/mutex.h> #include <asm/h...

Hi, When trying today's kernel (f74d505b58d36ceeef10e459094f0eb760681165) on ARAnyM (emulated m68k Atari), I get | Unable to handle kernel NULL pointer dereference at virtual address 000000b4 | Oops: 00000000 | Modules linked in: | PC: [<000aad9e>] ext3_sync_fs+0x16/0x4a | SR: 2304 SP: 00c09cc0 a2: 00c07a80 | d0: 00000001 d1: 00002300 d2: 00000002 d3: 00677600 | d4: 00677752 d5: 006776d2 a0: 00000000 a1: 00677600 | Process swapper (pid: 1, task=00c07a80) | Frame for...

Hi! Ok, code is still extremely ugly, but at least it uses softmac (and does not carry its own 802.11 layer), and now actually works well enough to do ssh. It does not work well enough to survive tcpspray. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

Never mind, a peek inside tells me it does use mac80211. However, the code gives me the creeps so I won't look any further. johannes

Removed nasty stack overflow, and got transmit of big packets to work. I can now actually do ssh over softmac-based driver. Unindent code to make it more readable. --- commit 0cfb0fd5cde408c154de69fa1c5521d5288ca506 tree 2814afd5b2b385bd3885c2095e94f03ca7dd8e20 parent 5b251c6315097d5f9ab5d30c43813fe74c1db4e4 author Pavel <pavel@amd.ucw.cz> Mon, 05 May 2008 22:40:29 +0200 committer Pavel <pavel@amd.ucw.cz> Mon, 05 May 2008 22:40:29 +0200 arch/x86/kernel/traps_32.c ...

ARM: OMAP1: N770: The semaphore audio_pwr_sem is used as a mutex. Convert it to the mutex API Signed-off-by: Matthias Kaehlcke <matthias@kaehlcke.net> -- diff --git a/arch/arm/mach-omap1/board-nokia770.c b/arch/arm/mach-omap1/board-nokia770.c index bcb984f..db235ad 100644 --- a/arch/arm/mach-omap1/board-nokia770.c +++ b/arch/arm/mach-omap1/board-nokia770.c @@ -202,7 +202,7 @@ static struct omap_board_config_kernel nokia770_config[] __initdata = { #define AMPLIFIER_CTRL_GPIO 58 sta...

Remove some more unneccessary code --- commit 5b251c6315097d5f9ab5d30c43813fe74c1db4e4 tree 5ca21582f55886d5f0249f7ca139687450024581 parent e44ccdabb97fa4a6cdc1a95adcad7bcc469d0c16 author Pavel <pavel@amd.ucw.cz> Mon, 05 May 2008 22:08:51 +0200 committer Pavel <pavel@amd.ucw.cz> Mon, 05 May 2008 22:08:51 +0200 drivers/net/wireless/winbond/winbondport/mds.c | 46 +++----------------- drivers/net/wireless/winbond/winbondport/wblinux.c | 8 +-- 2 files changed, 11 insertion...

No, this is actually all hand-generated ;-). Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html --

Seriously though, we (as inhabitants of linux-wireless) have no context for these patches, so I hope you're not expecting us to actually look at them. johannes

Folks, if you have friends in China, you may let them know that we've been increasing seeing site-wide bounce problems lasting days here at vger that require us to remove lots of people from the lists. This isn't isolated to one or two sites, it's been seen for anything from yahoo.com.cn to fujitsu.com.cn The error is always the same: User not local; please try <forward-path> and every recipient at the site fails this way. I don't know what causes this, or why it's seemingly only...

On Mon, 05 May 2008 12:51:18 -0700 (PDT) I'm still working out how to incorporate linux-next so I didn't really look at the actual specfics of this problem. I noticed that there were rather a lot of changes in git+ssh://master.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6.git which are not in linux-next, perhaps due to time lag. So I generated a diff between linux-next and net-2.6.git using my rather wonky script to do that. This script does tend to muck things up sometimes. Then on to...