In mem-free mode, when allocating memory regions, make sure that the
HCA has context memory mapped to cover the virtual space used for the
MPT and MTTs being used.
Signed-off-by: Roland Dreier [EMAIL PROTECTED]
--- linux-export.orig/drivers/infiniband/hw/mthca/mthca_main.c 2005-03-31
CQ numbers are only 24 bits, so only print 6 hex digits and mask off
reserved part when reporting a CQ event.
Signed-off-by: Roland Dreier [EMAIL PROTECTED]
--- linux-export.orig/drivers/infiniband/hw/mthca/mthca_eq.c2005-03-31
19:06:55.0 -0800
+++
From: Michael S. Tsirkin [EMAIL PROTECTED]
Fix error handling in MR allocation for mem-free mode:
mthca_free must get an MR index, not a key.
Signed-off-by: Michael S. Tsirkin [EMAIL PROTECTED]
Signed-off-by: Roland Dreier [EMAIL PROTECTED]
---
Add code to support RDMA and atomic send work requests in mem-free mode.
Signed-off-by: Roland Dreier [EMAIL PROTECTED]
--- linux-export.orig/drivers/infiniband/hw/mthca/mthca_qp.c2005-04-01
12:38:21.580276194 -0800
+++ linux-export/drivers/infiniband/hw/mthca/mthca_qp.c 2005-04-01
Make address handle verbs usable from interrupt context.
Signed-off-by: Roland Dreier [EMAIL PROTECTED]
--- linux-export.orig/drivers/infiniband/hw/mthca/mthca_av.c2005-03-31
19:07:01.0 -0800
+++ linux-export/drivers/infiniband/hw/mthca/mthca_av.c 2005-04-01
12:38:26.648176093
From: Michael S. Tsirkin [EMAIL PROTECTED]
Add mthca_table_find() function, which returns the lowmem address of
an entry in a mem-free HCA's context tables. This will be used by the
FMR implementation.
Signed-off-by: Michael S. Tsirkin [EMAIL PROTECTED]
Signed-off-by: Roland Dreier [EMAIL
From: Michael S. Tsirkin [EMAIL PROTECTED]
Fill in missing fields in send completions.
Signed-off-by: Itamar Rabenstein [EMAIL PROTECTED]
Signed-off-by: Michael S. Tsirkin [EMAIL PROTECTED]
Signed-off-by: Roland Dreier [EMAIL PROTECTED]
---
From: Michael S. Tsirkin [EMAIL PROTECTED]
Implement fast memory regions (FMRs), where the driver writes directly
into the HCA's translation tables rather than requiring a firmware
command. For Tavor, MTTs for FMR are separate from regular MTTs, and
are reserved at driver initialization. This is
Minor tweaks to firmware command handling: kill off an unused get of a
value, and add a little more info to debug output.
Signed-off-by: Roland Dreier [EMAIL PROTECTED]
--- linux-export.orig/drivers/infiniband/hw/mthca/mthca_cmd.c 2005-04-01
12:38:27.495992056 -0800
+++
From: Michael S. Tsirkin [EMAIL PROTECTED]
Split Tavor and Arbel/mem-free index-hw key munging routines, so that FMR
implementation
can call correct implementation without testing HCA type (which it already
knows).
Signed-off-by: Michael S. Tsirkin [EMAIL PROTECTED]
Signed-off-by: Roland
Fix RDMA in mem-free mode: we need to make sure that the RDMA context
memory is mapped for the HCA.
Signed-off-by: Roland Dreier [EMAIL PROTECTED]
--- linux-export.orig/drivers/infiniband/hw/mthca/mthca_dev.h 2005-04-01
12:38:30.772280864 -0800
+++
Decouple table of HCA features from exact HCA device type. Add a
current FW version field so we can warn when someone is using old FW.
Add support for new MT25204 HCA.
Remove the warning about mem-free support, since it should be pretty
solid at this point.
Signed-off-by: Roland Dreier [EMAIL
On Tue, 2005-03-29 at 19:01 +0200, Christoph Hellwig wrote:
just to check whether it's Nathan's race theory, can you please
disable PREEMPT and PREEMPT_BKL?
Ok till now this ooops can not be reproduced. I have been spending some
time today copying large chunks of files and subdirs from point A
On Fri, 2005-04-01 at 06:30 +0200, Ingo Molnar wrote:
* Lee Revell [EMAIL PROTECTED] wrote:
ah - cool! This was a 100 MB writeout so having 3.7 msecs to process
20K+ pages is not unreasonable. To break the latency, can i just do a
simple lock-break, via the patch below?
On Fri, 2005-04-01 at 12:46 -0800, Matt Mackall wrote:
On Fri, Apr 01, 2005 at 12:26:41PM -0800, Andrew Morton wrote:
Matt Mackall [EMAIL PROTECTED] wrote:
This patch tidies up those annoying kernel messages. A typical kernel
boot now looks like this:
Loading Linux...
This patch correctly sets f_pos in readdir. The offset passed from
userspace is now the offset of the next entry. Needs at least libfuse
2.3-pre2 to work properly.
Zero lengh filenames are also disallowed.
Signed-off-by: Miklos Szeredi [EMAIL PROTECTED]
diff -rup
applied
On Tue, Mar 22, 2005 at 10:57:17PM +0100, Adrian Bunk wrote:
The Coveity checker found that residue is always 0.
Is this patch correct or should residue have been used?
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
--- linux-2.6.12-rc1-mm1-full/drivers/net/ns83820.c.old
Clean up mem-free mode support by introducing mthca_is_memfree() function,
which encapsulates the logic of deciding if a device is mem-free.
Signed-off-by: Roland Dreier [EMAIL PROTECTED]
--- linux-export.orig/drivers/infiniband/hw/mthca/mthca_av.c2005-04-01
12:38:26.648176093 -0800
+++
From: Michael S. Tsirkin [EMAIL PROTECTED]
Add code for SYNC_TPT firmware command, which will be used by FMR
implementation.
Signed-off-by: Michael S. Tsirkin [EMAIL PROTECTED]
Signed-off-by: Roland Dreier [EMAIL PROTECTED]
--- linux-export.orig/drivers/infiniband/hw/mthca/mthca_cmd.c
From: Michael S. Tsirkin [EMAIL PROTECTED]
Add mthca_write64_raw() function, which will be used to write FMR
entries that are in ioremapped PCI memory.
Signed-off-by: Michael S. Tsirkin [EMAIL PROTECTED]
Signed-off-by: Roland Dreier [EMAIL PROTECTED]
---
Fix bug in MTT allocation in mem-free mode.
I misunderstood the MTT size value returned by the firmware -- it is
really the size of a single MTT entry, since mem-free mode does not
segment the MTT as the original firmware did. This meant that our MTT
addresses ended up being off by a factor of
Signed-off-by: Michael S. Tsirkin [EMAIL PROTECTED]
It's cleaner to kfree mthca_mr, and not rely on the fact
that ib_mr is the first field in mthca_mr.
Signed-off-by: Michael S. Tsirkin [EMAIL PROTECTED]
Signed-off-by: Roland Dreier [EMAIL PROTECTED]
---
From: Michael S. Tsirkin [EMAIL PROTECTED]
Encapsulate the buddy allocator used for MTT segments. This cleans up
the code and also gets us ready to add FMR support.
Signed-off-by: Michael S. Tsirkin [EMAIL PROTECTED]
Signed-off-by: Roland Dreier [EMAIL PROTECTED]
---
Release mutex on error return path from mthca_alloc_db().
Signed-off-by: Roland Dreier [EMAIL PROTECTED]
--- linux-export.orig/drivers/infiniband/hw/mthca/mthca_memfree.c
2005-04-01 12:38:22.274125578 -0800
+++ linux-export/drivers/infiniband/hw/mthca/mthca_memfree.c2005-04-01
On Fri, 2005-04-01 at 16:18 -0500, Steven Rostedt wrote:
On Fri, 2005-04-01 at 12:46 -0800, Matt Mackall wrote:
On Fri, Apr 01, 2005 at 12:26:41PM -0800, Andrew Morton wrote:
Matt Mackall [EMAIL PROTECTED] wrote:
This patch tidies up those annoying kernel messages. A typical kernel
On Fri, Apr 01, 2005 at 04:18:42PM -0500, Steven Rostedt wrote:
On Fri, 2005-04-01 at 12:46 -0800, Matt Mackall wrote:
On Fri, Apr 01, 2005 at 12:26:41PM -0800, Andrew Morton wrote:
Matt Mackall [EMAIL PROTECTED] wrote:
This patch tidies up those annoying kernel messages. A typical
needs unknown symbol __compat_down_failed_interruptible
Nope. Same error output as last report.
does -43-04 work for you?
RT-V0.7.43-05 is now working for me. No quirks so far, on the UP laptop.
Building now for the SMP/HT desktop.
Cheers.
--
rncbc aka Rui Nuno Capela
[EMAIL PROTECTED]
On Wednesday 30 March 2005 05:27, Gerold Jury wrote:
On Tue, Mar 29, 2005 at 05:37:06PM +0300, Denis Vlasenko wrote:
/*
* This looks horribly ugly, but the compiler can optimize it totally,
* as the count is constant.
*/
static inline void * __constant_memcpy(void *
Print IRQ number when NOP command interrupt test fails to help debugging.
Signed-off-by: Roland Dreier [EMAIL PROTECTED]
--- linux-export.orig/drivers/infiniband/hw/mthca/mthca_main.c 2005-04-01
12:38:19.884644268 -0800
+++ linux-export/drivers/infiniband/hw/mthca/mthca_main.c
On error path, only free doorbell records if we're in mem-free mode.
Signed-off-by: Roland Dreier [EMAIL PROTECTED]
--- linux-export.orig/drivers/infiniband/hw/mthca/mthca_cq.c2005-03-31
19:06:42.0 -0800
+++ linux-export/drivers/infiniband/hw/mthca/mthca_cq.c 2005-04-01
When posting a work request with immediate data, put the immediate
data in the immediate data field of the hardware's work request
(rather than overwriting the flags field).
Signed-off-by: Roland Dreier [EMAIL PROTECTED]
--- linux-export.orig/drivers/infiniband/hw/mthca/mthca_qp.c2005-03-31
Doorbell record pages are allocated in HCA page size chunks (always
4096 bytes), so we need to divide by 4096 and not PAGE_SIZE when
figuring out how many pages we'll need space for.
Signed-off-by: Roland Dreier [EMAIL PROTECTED]
--- linux-export.orig/drivers/infiniband/hw/mthca/mthca_memfree.c
Fix calculation of rdb_shift by using original number of QPs, not
their slot in profile[] (which will be rearranged when we sort it).
Signed-off-by: Roland Dreier [EMAIL PROTECTED]
--- linux-export.orig/drivers/infiniband/hw/mthca/mthca_profile.c
2005-03-31 19:07:14.0 -0800
+++
From: Michael S. Tsirkin [EMAIL PROTECTED]
The first buffer of a memory region is not required to be
page-aligned, so don't return an error if it's not.
Signed-off-by: Michael S. Tsirkin [EMAIL PROTECTED]
Signed-off-by: Roland Dreier [EMAIL PROTECTED]
---
On Fri, Apr 01, 2005 at 12:23:25PM -0800, Jim Gifford wrote:
Grant,
Thank you, I took your driver as a reference and added in the cobalt
specifics to the eeprom.c file, works perfectly now.
Cool! very welcome.
Can you do me a favor and submit a diff of all the tulip changes
you have at
On Fri, Apr 01, 2005 at 04:41:44PM +0100, Artem B. Bityuckiy wrote:
Suppose we compress 1 GiB of input, and have a 70K output buffer. We
The question is what happens when you compress 1 1GiB input buffer into
a 1GiB output buffer.
Surely I'll check. I'll even test the new implementation
On Fri, 1 Apr 2005, Steven Rostedt wrote:
On Fri, 2005-04-01 at 16:18 -0500, Steven Rostedt wrote:
On Fri, 2005-04-01 at 12:46 -0800, Matt Mackall wrote:
On Fri, Apr 01, 2005 at 12:26:41PM -0800, Andrew Morton wrote:
Matt Mackall [EMAIL PROTECTED] wrote:
This patch tidies up those annoying kernel
Ugh, this patch is required to build support for the new Mellanox
HCAs. Greg K-H applied it to his tree a while ago but it hasn't made
it to Linus yet.
Sorry,
Roland
Add PCI device IDs for new Mellanox MT25204 Sinai InfiniHost III Lx HCA.
Signed-off-by: Roland Dreier [EMAIL PROTECTED]
---
Greetings, James.
On Fri, Apr 01, 2005 at 12:09:48PM -0600, James Bottomley wrote:
On Fri, 2005-04-01 at 14:01 +0900, Tejun Heo wrote:
Well, REQ_SPECIAL is the signal to the mid-layer that we've allocated
the resources necessary to process the command, so in practice it will
be turned
Ingo Molnar wrote on Thursday, March 31, 2005 10:46 PM
before we get into complexities, i'd like to see whether it solves Ken's
performance problem. The attached patch (against BK-curr, but should
apply to vanilla 2.6.12-rc1 too) adds the autodetection feature. (For
ia64 i've hacked in a
Hello,
some private discussion (that was continuing some kernel-summit-discuss
thread) ended in the below patch. I also liked a textual disable
instead of value -17 (internally to the kernel it could be represented
the same way, but the /proc parsing would be more complicated). If you
prefer
It comes up as useful in debugging to be able to see task-thread_info-flags
along with signal information and such. There is no way currently to
elicit these bits from the kernel via sysrq or /proc (AFAIK).
This patch adds the field to /proc/PID/status.
Thanks,
Roland
Signed-off-by: Roland
On Fri, 1 Apr 2005, Chen, Kenneth W wrote:
Paul, you definitely want to check this out on your large numa box. I booted
a kernel with this patch on a 32-way numa box and it took a long time
to produce the cost matrix.
Is there anything fundamentally wrong with the notion of just
Roland McGrath [EMAIL PROTECTED] wrote:
It comes up as useful in debugging to be able to see task-thread_info-flags
along with signal information and such. There is no way currently to
elicit these bits from the kernel via sysrq or /proc (AFAIK).
This patch adds the field to
Linus Torvalds wrote on Tuesday, March 29, 2005 4:00 PM
Also, it would be absolutely wonderful to see a finer granularity (which
would likely also answer the stability question of the numbers). If you
can do this with the daily snapshots, that would be great. If it's not
easily automatable, or
Greetings, James. :-)
On Fri, Apr 01, 2005 at 12:23:37PM -0600, James Bottomley wrote:
On Thu, 2005-03-31 at 18:08 +0900, Tejun Heo wrote:
When scsi_init_io() returns BLKPREP_DEFER or BLKPREP_KILL,
it's supposed to free resources itself. This patch
consolidates defer and kill
I'm testing a system based on a ATI Radeon Xpress 200 motherboard.
(host bridge PCI device 1002:5950)
Something is causing the timer interrupt to be received twice as often as
desired; this makes the clock run at double normal speed.
I first noticed the problem when testing Red Hat 2.4 and 2.6
On Friday 01 April 2005 14:22, K.R. Foley wrote:
Gene Heskett wrote:
On Friday 01 April 2005 13:27, K.R. Foley wrote:
Gene Heskett wrote:
snip
It was up to 43-04 by the time I got there.
This one didn't go in cleanly Ingo. From my build-src scripts
output: ---
Applying patch
On Friday April 1, [EMAIL PROTECTED] wrote:
I had created a new raid1 array and started moving a volume group to it at the
same time while it was reconstructing. Got this oops after several hours,
The subject says 'md array' but the Opps seems to say 'dm raid1
array'.
Could you please clarify
This patch makes two needlessly global functions static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
drivers/serial/jsm/jsm.h |1 -
drivers/serial/jsm/jsm_neo.c |2 +-
drivers/serial/jsm/jsm_tty.c |4 +++-
3 files changed, 4 insertions(+), 3 deletions(-)
---
Hi,
Here are some PCI and PCI Hotplug patches for 2.6.11. All of these have
been in the past few -mm releases.
This includes an even bigger pci.ids update, as now we should be
completly synced up with the main sf.net database. I've also marked
this feature as will be deleted soon as it's a
Matt Mackall wrote:
This shuts up a potential uninitialized variable warning.
Potential warning or potential uninitialized use?
The code was right before the change, and if the compiler
generates such a warning on it, it's the compiler who
should be fixed, not the code: it's obvious the variable
ChangeSet 1.2181.16.25, 2005/03/28 22:00:24-08:00, [EMAIL PROTECTED]
PCI: clean up the dynamic id logic a little bit.
Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED]
drivers/pci/pci-driver.c | 11 ++-
1 files changed, 2 insertions(+), 9 deletions(-)
diff -Nru
ChangeSet 1.2181.16.20, 2005/03/28 15:10:15-08:00, [EMAIL PROTECTED]
[PATCH] drivers/pci/hotplug/cpqphp_core.c: fix a check after use
This patch fixes a check after use found by the Coverity checker.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
Signed-off-by: Greg Kroah-Hartman [EMAIL
ChangeSet 1.2181.16.17, 2005/03/21 22:55:26-08:00, [EMAIL PROTECTED]
PCI Hotplug: enforce the rule that a hotplug slot needs a release function.
Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED]
drivers/pci/hotplug/pci_hotplug_core.c |5 +
1 files changed, 5 insertions(+)
diff
ChangeSet 1.2181.16.24, 2005/03/28 15:20:34-08:00, [EMAIL PROTECTED]
[PATCH] drivers/pci/msi.c: fix a check after use
This patch fixes a check after use found by the Coverity checker.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED]
ChangeSet 1.2181.16.13, 2005/03/17 14:31:48-08:00, [EMAIL PROTECTED]
[PATCH] PCI busses are structs, not integers
PCI busses are structs, not integers. Fix pcibus_to_cpumask to take
a struct. NB changing it from a macro to an inline function would
require serious include file surgery.
ChangeSet 1.2181.16.18, 2005/03/28 15:09:31-08:00, [EMAIL PROTECTED]
[PATCH] PCI Hotplug: add documentation about release pointer.
Adds release func pointer comments to nano-doc.
Signed-off-by: Prarit Bhargava [EMAIL PROTECTED]
Index: hp/drivers/pci/hotplug/pci_hotplug.h
ChangeSet 1.2181.16.5, 2005/03/17 10:11:55-08:00, [EMAIL PROTECTED]
[PATCH] PCI: Add PCI device ID for new Mellanox HCA
Add PCI device IDs for new Mellanox Sinai InfiniHost III Lx HCA.
Signed-off-by: Roland Dreier [EMAIL PROTECTED]
Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED]
ChangeSet 1.2181.16.12, 2005/03/17 14:31:26-08:00, [EMAIL PROTECTED]
[PATCH] [PATCH] remove redundant devices list
The RPA PCI Hotplug module creates and maintains a list of devices for
each slot. This is redundant, because the PCI structures already
maintain such a list. This patch changes
ChangeSet 1.2181.16.1, 2005/03/16 23:55:56-08:00, [EMAIL PROTECTED]
PCI: increase the size of the pci.ids strings
If we are going to waste memory, might as well do it right...
Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED]
drivers/pci/gen-devlist.c |2 +-
include/linux/pci.h |
ChangeSet 1.2181.16.2, 2005/03/16 23:56:17-08:00, [EMAIL PROTECTED]
Remove item from feature-removal-schedule.txt that was already removed from the
kernel.
my mistake...
Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED]
Documentation/feature-removal-schedule.txt | 15 ---
1
ChangeSet 1.2181.16.6, 2005/03/17 10:23:26-08:00, [EMAIL PROTECTED]
[PATCH] PCI: Patch for Serverworks chips in hotplug environment
From: Kimball Murray [EMAIL PROTECTED]
Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED]
drivers/ide/pci/serverworks.c |8
drivers/pci/quirks.c
ChangeSet 1.2181.16.21, 2005/03/28 15:10:34-08:00, [EMAIL PROTECTED]
[PATCH] PCI: shrink drivers/pci/proc.c::pci_seq_start()
this patch shrinks pci_seq_start by using for_each_pci_dev() macro instead
of explicitely using a loop and avoiding a goto.
Signed-off-by: Rolf Eike Beer [EMAIL
Grecko OSCP wrote on Friday, April 01, 2005 10:22 AM
I noticed yesterday a news article on Linux.org about more kernel
performance testing being called for, and I decided it would be a nice
project to try. I have 10 completely identical systems that can be
used for this, and would like to get
ChangeSet 1.2181.16.14, 2005/03/17 14:32:07-08:00, [EMAIL PROTECTED]
[PATCH] pci_ids.h correction for Intel ICH7M
This patch corrects the ICH7M LPC controller DID in pci_ids.h from x27B1
to x27B9.
Signed-off-by: Jason Gaston [EMAIL PROTECTED]
Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED]
Andrea,
I just successfully tested the patch on my environment. It actually
resolved OOM-killer problem for my iscsid.
Important note: daemon's parent must be init.
In my test, OOM-killer killed everything around but iscsid, and iscsid
successfully finished registration of new SCSI host in the
On Thu, 2005-03-31 at 14:03 -0800, Rajesh Shah wrote:
Does this patch help?
YES! I can now power down the slot, see it gone from pci list, reenable
it, etc. Awesome. Thank you.
[EMAIL PROTECTED] ~]# lspci -s 08:00
08:00.0 Ethernet controller: Intel Corp.: Unknown device 105f (rev 03)
08:00.1
ChangeSet 1.2181.16.26, 2005/03/28 22:29:40-08:00, [EMAIL PROTECTED]
[PATCH] PCI: create PCI_DEBUG config option to make it easier for users to
enable pci debugging
Now you don't have to dig through a file to change a #define, it's a real
config option.
Signed-off-by: Greg Kroah-Hartman
ChangeSet 1.2181.16.22, 2005/03/28 15:10:57-08:00, [EMAIL PROTECTED]
[PATCH] PCI: handle multiple video cards on the same bus
From: Jon Smirl [EMAIL PROTECTED]
When detecting the boot video device, allow for the case of multiple
cards on the same bus. Check each candidate to make sure that the
Appended patch removes the unnecessary scheduler domains(containing
only one sched group) setup during the sched-domain init.
For example on x86_64, we always have NUMA configured in. On Intel EM64T
systems, top most sched domain will be of NUMA and with only one sched_group in
it.
With
Ingo Molnar wrote:
* Frank Rowand [EMAIL PROTECTED] wrote:
more stuff deleted
I'm working on the architecture support for realtime on PPC64 now. If
the lock field of struct raw_rwlock_t is a long instead of int then
/proc/meminfo shows MemFree decreasing from 485608 kB to 485352 kB.
Do you
ChangeSet 1.2181.16.3, 2005/03/16 23:56:39-08:00, [EMAIL PROTECTED]
PCI: add CONFIG_PCI_NAMES to the feature-removal-schedule.txt file
Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED]
Documentation/feature-removal-schedule.txt |9 +
1 files changed, 9 insertions(+)
diff -Nru
I woke up to a mostly-dead PE1850 this morning:
Message from [EMAIL PROTECTED] at Fri Apr 1 06:19:14 2005 ...
storage kernel: Assertion failure in log_do_checkpoint() at
fs/jbd/checkpoint.c:365: drop_count != 0 || cleanup_ret != 0
Message from [EMAIL PROTECTED] at Fri Apr 1 06:19:14 2005 ...
ChangeSet 1.2181.16.23, 2005/03/28 15:19:00-08:00, [EMAIL PROTECTED]
[PATCH] PCI: remove pci_find_device usage from pci sysfs code.
Greg KH wrote:
On Sun, Mar 20, 2005 at 03:53:58PM +0100, Rolf Eike Beer wrote:
Greg KH wrote:
ChangeSet 1.1998.11.23, 2005/02/25 08:26:11-08:00, [EMAIL
ChangeSet 1.2181.16.19, 2005/03/28 15:09:51-08:00, [EMAIL PROTECTED]
[PATCH] PCI: Quirk for Asus M5N
One more Asus laptop which requires a PCI quirk to unhide the SMBus.
Contributed by Matthias Hensler through bugzilla (#4391).
Signed-off-by: Jean Delvare [EMAIL PROTECTED]
Signed-off-by: Greg
ChangeSet 1.2181.16.10, 2005/03/17 13:54:51-08:00, [EMAIL PROTECTED]
[PATCH] PCI Hotplug: only call ibmphp_remove_resource() if argument is not NULL
If we call ibmphp_remove_resource() with a NULL argument it will write
a warning. We can avoid this here because we already look if the argument
On Sat, Apr 02, 2005 at 03:46:53AM +0400, Michael Tokarev wrote:
Matt Mackall wrote:
This shuts up a potential uninitialized variable warning.
Potential warning or potential uninitialized use?
The code was right before the change, and if the compiler
generates such a warning on it, it's the
ChangeSet 1.2181.16.9, 2005/03/17 13:54:33-08:00, [EMAIL PROTECTED]
[PATCH] PCI Hotplug: remove code duplication in drivers/pci/hotplug/ibmphp_pci.c
This patch removes some code duplication where if and else have the
same code at the beginning and the end of the branch.
Signed-off-by: Rolf Eike
ChangeSet 1.2181.16.8, 2005/03/17 13:50:00-08:00, [EMAIL PROTECTED]
[PATCH] PCI: trivial DBG tidy-up
Tidy-up a bunch of PCI DBG output to use pci_name() when possible,
add domain when appropriate, remove redundancy, settle on one
style (DBG vs DBGC), etc.
Signed-off-by: Bjorn Helgaas [EMAIL
ChangeSet 1.2181.16.15, 2005/03/17 14:49:28-08:00, [EMAIL PROTECTED]
[PATCH] sort-out-pci_rom_address_enable-vs-ioresource_rom_enable.patch
From: Jon Smirl [EMAIL PROTECTED]
This sorts out the usage of PCI_ROM_ADDRESS_ENABLE vs
IORESOURCE_ROM_ENABLE. PCI_ROM_ADDRESS_ENABLE is for actually
ChangeSet 1.2181.16.7, 2005/03/17 10:30:46-08:00, [EMAIL PROTECTED]
PCI: fix an oops in some pci devices on hotplug remove when their resources are
being freed.
As reported by Prarit Bhargava [EMAIL PROTECTED]
Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED]
drivers/pci/remove.c |2
ChangeSet 1.2181.16.11, 2005/03/17 14:31:08-08:00, [EMAIL PROTECTED]
[PATCH] PCI: 80 column lines
PCI 80-column lines
A couple of lines are 80 columns
Signed-off-by: Matthew Wilcox [EMAIL PROTECTED]
Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED]
drivers/pci/quirks.c |4 ++--
1
ChangeSet 1.2181.16.16, 2005/03/17 14:50:04-08:00, [EMAIL PROTECTED]
[PATCH] arch/i386/pci/i386.c: Use new for_each_pci_dev macro
From: Domen Puncer [EMAIL PROTECTED]
As requested by Christoph Hellwig I created a new macro called
for_each_pci_dev. It is a wrapper for this common use of
On Fri, Apr 01, 2005 at 03:47:50PM -0800, Greg KH wrote:
PCI: fix an oops in some pci devices on hotplug remove when their resources
are being freed.
As reported by Prarit Bhargava [EMAIL PROTECTED]
Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED]
diff -Nru a/drivers/pci/remove.c
On Fri, 2005-03-25 at 06:59, Badari Pulavarty wrote:
Andrew,
When I debugged the problem, the issue seems to be only for the last
block of the file. Filesize is not multiple of 4K blocks. (say 17K).
So, on the disk we have a 4K block for the last block. The test is
trying to read 20K.
Daniel McNeil [EMAIL PROTECTED] wrote:
I updated the patch to add an i_size element to the dio structure and
sample i_size during i/o submission. When i/o completes the result can
be truncated to match the file size without using i_size_read(), thus
the aio result now matches the number
Andrew Morton [EMAIL PROTECTED] wrote:
--- linux-2.6.11.orig/fs/direct-io.c 2005-04-01 15:33:11.0
-0800
+++ linux-2.6.11/fs/direct-io.c 2005-03-31 16:59:15.0 -0800
@@ -66,6 +66,7 @@ struct dio {
struct bio *bio;/* bio under assembly */
On Fri, 2005-04-01 at 17:20, Andrew Morton wrote:
Daniel McNeil [EMAIL PROTECTED] wrote:
I updated the patch to add an i_size element to the dio structure and
sample i_size during i/o submission. When i/o completes the result can
be truncated to match the file size without using
On Fri, 2005-04-01 at 17:27, Andrew Morton wrote:
Andrew Morton [EMAIL PROTECTED] wrote:
--- linux-2.6.11.orig/fs/direct-io.c2005-04-01 15:33:11.0
-0800
+++ linux-2.6.11/fs/direct-io.c 2005-03-31 16:59:15.0 -0800
@@ -66,6 +66,7 @@ struct dio {
This patch changes all cases where the MS_ACTIVE bit gets set. This is
done to eliminate a race condition that can occur if an inode is
allocated and then released (using iput) during the -fill_super
functions. The race condition is between kswapd and mount.
For most filesystems this can only
On Fri, 2005-04-01 at 18:34 -0500, Gene Heskett wrote:
No one has commented about the loss of video in the tvtime/pcHDTV-3000
card situation, am I on my own, basicly reverting to the
pcHDTV-2.0.tar.gz stuff to overwrite the kernel stuff?
You didn't really give much of a clue as to where to
Kenneth wrote:
Paul, you definitely want to check this out on your large numa box.
Interesting - thanks. I can get a kernel patched and booted on a big
box easily enough. I don't know how to run an industry db benchmark,
and benchmarks aren't my forte.
Should I rope in one of our guys who is
On Wed, Mar 30, 2005 at 02:29:45PM -0800, Noah Silverman wrote:
On Wed, 30 Mar 2005, Noah Silverman wrote:
I'm been experiencing a weird problem
I get endlessly repeated hangcheck errors in my syslog with no
explanation:
Mar 30 12:41:43 db kernel: Hangcheck: hangcheck value past
Siddha, Suresh B wrote:
Appended patch removes the unnecessary scheduler domains(containing
only one sched group) setup during the sched-domain init.
For example on x86_64, we always have NUMA configured in. On Intel EM64T
systems, top most sched domain will be of NUMA and with only one
Paul Jackson wrote on Friday, April 01, 2005 5:45 PM
Kenneth wrote:
Paul, you definitely want to check this out on your large numa box.
Interesting - thanks. I can get a kernel patched and booted on a big
box easily enough. I don't know how to run an industry db benchmark,
and benchmarks
Chen, Kenneth W wrote:
Ingo Molnar wrote on Thursday, March 31, 2005 8:52 PM
the current defaults for cache_hot_time are 10 msec for NUMA domains,
and 2.5 msec for SMP domains. Clearly too low for CPUs with 9MB cache.
Are you increasing cache_hot_time in your experiment? If that solves
most of the
On Tue, Mar 29, 2005 at 11:00:30AM -0800, David Schwartz wrote:
Since the GPL permits their removal, removing them cannot
be circumventing
the GPL. Since the GPL is the only license and the license
permits you to
remove them, they cannot be a license enforcement mechanism. How can
When I boot the kernel is mistaking my initrd as an initramfs. Of
course this doesn't work. This broke in the last 24hrs on the linus bk
tree. I am using an up2date Fedora Core 3. Booting older kernels still
works.
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line
Linus Torvalds wrote:
On Fri, 1 Apr 2005, Chen, Kenneth W wrote:
Paul, you definitely want to check this out on your large numa box. I booted
a kernel with this patch on a 32-way numa box and it took a long time
to produce the cost matrix.
Is there anything fundamentally wrong with the
501 - 600 of 631 matches
Mail list logo