with that label.
Thanks,
Matt
--
Matt Domsch
Software Architect
Dell Linux Solutions linux.dell.com www.dell.com/linux
Linux on Dell mailing lists @ http://lists.us.dell.com
-
To unsubscribe from this list: send the line unsubscribe linux-scsi in
the body of a message to [EMAIL PROTECTED]
More
to the whole array and can fill in if any disk
fails. Others are tied to either a group of logical volumes, or to a
single logical volume. The first and third associations are easy, the
second association will require a new group concept.
Thanks,
Matt
--
Matt Domsch
Software Architect
Dell
On Wed, Jul 20, 2005 at 12:54:09PM -0500, Nathan Lynch wrote:
Matt Domsch wrote:
On Tue, Jul 19, 2005 at 06:07:41PM -0600, Moore, Eric Dean wrote:
On Tuesday, July 12, 2005 8:17 PM, Matt Domsch wrote:
In general, this construct:
-#if (LINUX_VERSION_CODE KERNEL_VERSION(2,6,6
On Tue, Jul 19, 2005 at 06:07:41PM -0600, Moore, Eric Dean wrote:
On Tuesday, July 12, 2005 8:17 PM, Matt Domsch wrote:
In general, this construct:
-#if (LINUX_VERSION_CODE KERNEL_VERSION(2,6,6))
-static int inline scsi_device_online(struct scsi_device *sdev
, the swiotlb no longer
is mapped into ZONE_DMA space, so you can safely make it larger (as
Mark describes above) without depleating the 16MB ZONE_DMA.
Thanks,
Matt
--
Matt Domsch
Software Architect
Dell Linux Solutions linux.dell.com www.dell.com/linux
Linux on Dell mailing lists @ http
I posted this back in February, with no response (good or bad).
I still think this is useful, and would appreciate feedback.
Thanks,
Matt
Date: Mon, 7 Feb 2005 12:27:53 -0600
From: Matt Domsch [EMAIL PROTECTED]
To: linux-scsi@vger.kernel.org, [EMAIL PROTECTED]
Subject: [RFC][PATCH 2.6.11-rc2
(slot 5):
Device 0d:06.0 (slot 6): RAID bus controller
Device 0d:08.0 (slot 7):
Slot 0 lines are embedded, the other values should pretty closely
correspond to the silkscreen text on the motherboards.
That's about as close as you get.
Thanks,
Matt
--
Matt Domsch
Software Architect
Dell Linux
PCI_DEVICE_ID_PERC4E_DI_KOBUK 0x0013
#define PCI_SUBSYS_ID_PERC4E_DI_KOBUK 0x016d
Right, this are the right IDs, as your working 2.4 scenario shows:
megaraid: found 0x1028:0x0013:bus 2:slot 14:func 0
so your 2.6.9 kernel should work.
Thanks,
Matt
--
Matt Domsch
Software
On Sat, Mar 19, 2005 at 08:26:45PM +0100, Andi Kleen wrote:
On Fri, Mar 18, 2005 at 03:23:44PM -0600, Matt Domsch wrote:
For review and comment.
On x86_64 systems with no IOMMU and with 4GB RAM (in fact, whenever
there are any pages mapped above 4GB), pci_alloc_consistent() falls
back
that this continues to use GFP_ATOMIC.
Signed-off-by: Matt Domsch [EMAIL PROTECTED]
Thanks,
Matt
--
Matt Domsch
Software Architect
Dell Linux Solutions linux.dell.com www.dell.com/linux
Linux on Dell mailing lists @ http://lists.us.dell.com
--- linux-2.4/arch/x86_64/kernel/pci-nommu.cFri Feb 25 13
-level format time.
While it may feel like a large number, it really isn't for the size
disk you've got.
Now, if the number of Grown defects starts increasing, then yes, be
worried.
Thanks,
Matt
--
Matt Domsch
Software Architect
Dell Linux Solutions linux.dell.com www.dell.com/linux
Linux on Dell
accidental reset receives corrupted data.
Patch was submitted by Justin Gibbs many moons ago, but never applied
to mainline 2.4. It's in mainlin 2.6. Marcelo, please apply.
Signed-off-by: Matt Domsch [EMAIL PROTECTED]
--
Matt Domsch
Software Architect
Dell Linux Solutions linux.dell.com
accidental reset receives corrupted data.
Patch was submitted by Justin Gibbs many moons ago, but never applied
to mainline 2.4. Marcelo, please apply.
Signed-off-by: Matt Domsch [EMAIL PROTECTED]
--
Matt Domsch
Software Architect
Dell Linux Solutions linux.dell.com www.dell.com/linux
Linux on Dell
to logical_drive_created).
2) if your driver is what sees LUN arrivals/removals on the topology,
then the driver just invokes the hotplug calls directly rather than
expecting the event to originate via a sysfs file.
Thanks,
Matt
--
Matt Domsch
Software Architect
Dell Linux Solutions linux.dell.com
On Mon, Feb 07, 2005 at 12:27:53PM -0600, Matt Domsch wrote:
Below is a patch to add some hotplug infrastructure to the Linux SCSI
subsystem.
I've added and reworked the megaraid_mbox driver to make use of this
new infrastructure. I'll send that patch next. The rest is unchanged
from
On Tue, Feb 08, 2005 at 05:19:23PM -0600, Matt Domsch wrote:
I've added and reworked the megaraid_mbox driver to make use of this
new infrastructure. I'll send that patch next. The rest is unchanged
from yesterday.
This is the megaraid_mbox 2.20.4.5 patch as submitted by LSI on-list
last
On Tue, Feb 08, 2005 at 05:19:23PM -0600, Matt Domsch wrote:
On Mon, Feb 07, 2005 at 12:27:53PM -0600, Matt Domsch wrote:
Below is a patch to add some hotplug infrastructure to the Linux SCSI
subsystem.
I've added and reworked the megaraid_mbox driver to make use of this
new
={add,remove}.
scsi_topology.agent invokes /sys/class/scsi_host/hostX/scan or
/sys/class/scsi_device/H:C:T:L:/device/delete as appropriate.
From this point, we're back into known territory, with the device
being made known, or deleted from, the kernel's view.
Thoughts?
Signed-off-by: Matt Domsch
On Mon, Feb 07, 2005 at 12:27:53PM -0600, Matt Domsch wrote:
Modified files:
drivers/scsi/megaraid/megaraid_mbox.c
(will follow in a separate patch)
is the user of this new function.
For example. I will rework this to follow the patch submitted last
week by LSI to accomplish something
On Mon, Feb 07, 2005 at 12:27:53PM -0600, Matt Domsch wrote:
In addition, two more infrastructure pieces are necessary:
udev-050-scsi_topology.patch - adds the subsystem name scsi_topology
to the list of devices *not* to wait for the creation of files in
sysfs for - scsi_topology devices
On Mon, Feb 07, 2005 at 12:27:53PM -0600, Matt Domsch wrote:
/etc/hotplug/scsi_topology.agent
handles the hotplug call, and invokes /sys/class/scsi_host/hostX/scan
and /sys/class/scsi_device/H:C:T:L:/device/delete as appropriate.
And here's scsi_topology.agent.
Signed-off-by: Matt Domsch
+// for a scsi address (Host, Channel, Id, Lun)
+
+CLASS_DEVICE_ATTR(megaraid_mbox_app_hndl, S_IRUSR,
megaraid_sysfs_show_app_hndl,
+ NULL);
How is this being used by your apps please?
Otherwise the patch looks sane.
Thanks,
Matt
--
Matt Domsch
Software Architect
Dell Linux
sectors automagically)?
In this case, the RAID controller is reporting the I/O error. It may
be that you've got bad sectors on more than one physical disk, in the
same stripe, and the RAID controller can't fix them.
Thanks,
Matt
--
Matt Domsch
Software Architect
Dell Linux Solutions linux.dell.com
?
Thanks,
Matt
--
Matt Domsch
Software Architect
Dell Linux Solutions linux.dell.com www.dell.com/linux
Linux on Dell mailing lists @ http://lists.us.dell.com
-
To unsubscribe from this list: send the line unsubscribe linux-scsi in
the body of a message to [EMAIL PROTECTED]
More majordomo info
24 matches
Mail list logo