[PATCH] add default mode CONFIG_EDD_OFF=n, override with edd={on,off}

2008-02-22 Thread Matt Domsch
Andrew, please add to -mm and forward during the the 2.6.27 merge window. Thanks, Matt -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux >From 5c8fa0705c7f55ec5ae1b7da874029fe2000c595 Mon Sep 17 00:00:00 2001 From: Tim Gardner

[PATCH] add default mode CONFIG_EDD_OFF=n, override with edd={on,off}

2008-02-22 Thread Matt Domsch
Andrew, please add to -mm and forward during the the 2.6.27 merge window. Thanks, Matt -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com www.dell.com/linux From 5c8fa0705c7f55ec5ae1b7da874029fe2000c595 Mon Sep 17 00:00:00 2001 From: Tim Gardner [EMAIL PROTECTED

Re: [Openipmi-developer] [PATCH 3/4] IPMI: convert locked counters to atomics

2008-02-16 Thread Matt Domsch
e line bouncing to increment the counter. Are these read so often that atomics are really better? Thanks, Matt -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux -- To unsubscribe from this list: send the line "unsubscribe linux-kernel&q

Re: [Openipmi-developer] [PATCH 3/4] IPMI: convert locked counters to atomics

2008-02-16 Thread Matt Domsch
to increment the counter. Are these read so often that atomics are really better? Thanks, Matt -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com www.dell.com/linux -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL

Re: [RFC PATCH] PCI: remove initial bios sort of PCI devices on x86

2008-02-13 Thread Matt Domsch
easons, and userspace tools like udev > exist to properly name devices in a persistant manner if that is needed, > no reliance on the BIOS is needed. > > Matt Domsch and others at Dell noticed this back in 2006, and added a > boot option to sort the PCI device lists (both of them) in a >

Re: [RFC PATCH] PCI: remove initial bios sort of PCI devices on x86

2008-02-13 Thread Matt Domsch
manner if that is needed, no reliance on the BIOS is needed. Matt Domsch and others at Dell noticed this back in 2006, and added a boot option to sort the PCI device lists (both of them) in a breadth-first manner to help remain compatible with the 2.4 order, if needed for any reason

Re: DMI: add-type-41

2008-02-07 Thread Matt Domsch
servers with recent BIOS do so). FWIW, my biosdevname app consumes this data, using dmidecode from userspace. -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux -- To unsubscribe from this list: send the line "unsubscribe linux-kernel&

Re: DMI: add-type-41

2008-02-07 Thread Matt Domsch
app consumes this data, using dmidecode from userspace. -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com www.dell.com/linux -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info

Re: [Openipmi-developer] modprobing ipmi_si on Dell Power Edge 2600 make the terminal hang kernel ver. >= 2.6.20

2008-01-22 Thread Matt Domsch
On Tue, Jan 22, 2008 at 06:50:31AM -0600, Matt Domsch wrote: > On Mon, Jan 21, 2008 at 09:40:59AM +0800, william cheng wrote: > > Dear all, > > > > We got some problem on modprobing the ipmi_si module on Dell > > Power Edge 2600. > > I've asked someone t

Re: modprobing ipmi_si on Dell Power Edge 2600 make the terminal hang kernel ver. >= 2.6.20

2008-01-22 Thread Matt Domsch
On Mon, Jan 21, 2008 at 09:40:59AM +0800, william cheng wrote: > Dear all, > > We got some problem on modprobing the ipmi_si module on Dell > Power Edge 2600. I've asked someone to look into this. -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO li

Re: modprobing ipmi_si on Dell Power Edge 2600 make the terminal hang kernel ver. = 2.6.20

2008-01-22 Thread Matt Domsch
On Mon, Jan 21, 2008 at 09:40:59AM +0800, william cheng wrote: Dear all, We got some problem on modprobing the ipmi_si module on Dell Power Edge 2600. I've asked someone to look into this. -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com

Re: Querying the bios from booted linux kernel?

2008-01-04 Thread Matt Domsch
ere, and seemingly no real desire on the part of the component vendors to fix it. MBR signatures work pretty well - Dell uses this method for every one of our factory installed Linux systems we ship, so I _know_ it works. -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO li

Re: Querying the bios from booted linux kernel?

2008-01-04 Thread Matt Domsch
of the component vendors to fix it. MBR signatures work pretty well - Dell uses this method for every one of our factory installed Linux systems we ship, so I _know_ it works. -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com www.dell.com/linux -- To unsubscribe

Re: [PATCH 1/3] ide: use MODULE_VERSION()

2008-01-02 Thread Matt Domsch
On Wed, Jan 02, 2008 at 11:45:17PM +0100, Bartlomiej Zolnierkiewicz wrote: > Unfortunately 'srcversion' is set only if MODULE_VERSION() is used... :( or CONFIG_MODULE_SRCVERSION_ALL=y. I see Fedora doesn't use that :-( but Ubuntu, openSUSE do. /me files a change request... -- Matt Dom

Re: [PATCH 1/3] ide: use MODULE_VERSION()

2008-01-02 Thread Matt Domsch
On Wed, Jan 02, 2008 at 11:45:17PM +0100, Bartlomiej Zolnierkiewicz wrote: Unfortunately 'srcversion' is set only if MODULE_VERSION() is used... :( or CONFIG_MODULE_SRCVERSION_ALL=y. I see Fedora doesn't use that :-( but Ubuntu, openSUSE do. /me files a change request... -- Matt Domsch Linux

Re: Get physical MAC address

2008-01-01 Thread Matt Domsch
summers ago, wrote the code and was able to have it included. Thanks, Matt -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message

Re: [PATCH 1/3] ide: use MODULE_VERSION()

2008-01-01 Thread Matt Domsch
users of a distro kernel where we need to fix a module without forcing the user to upgrade the whole kernel. -Matt -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux -- To unsubscribe from this list: send the line "unsubscribe

Re: [PATCH 1/3] ide: use MODULE_VERSION()

2008-01-01 Thread Matt Domsch
kernel. -Matt -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com www.dell.com/linux -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo

Re: Get physical MAC address

2008-01-01 Thread Matt Domsch
the code and was able to have it included. Thanks, Matt -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com www.dell.com/linux -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info

Re: [PATCH 38/54] efivars: remove new_var and del_var files from sysfs

2007-11-16 Thread Matt Domsch
lication continues to work as it did before this patch series, which I claim is success. For the patches that touch drivers/firmware/efivars.c I can say: Tested-by: Matt Domsch <[EMAIL PROTECTED]> Thanks, Matt -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.

Re: [PATCH 38/54] efivars: remove new_var and del_var files from sysfs

2007-11-16 Thread Matt Domsch
to work as it did before this patch series, which I claim is success. For the patches that touch drivers/firmware/efivars.c I can say: Tested-by: Matt Domsch [EMAIL PROTECTED] Thanks, Matt -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com www.dell.com/linux

Re: [PATCH 0/5][RFC] Physical PCI slot objects

2007-11-13 Thread Matt Domsch
ch damn card it is so they can replace it. And slot name > > tells them that. > > Not if the slot information is incorrect :) > > That's my main concern. Again, I've only seen this be incorrect on those two models of Dell servers with outdated BIOS versions. Thanks, Matt -

Re: [PATCH 0/5][RFC] Physical PCI slot objects

2007-11-13 Thread Matt Domsch
it. And slot name tells them that. Not if the slot information is incorrect :) That's my main concern. Again, I've only seen this be incorrect on those two models of Dell servers with outdated BIOS versions. Thanks, Matt -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO

Re: PCI card initialisation at boot

2007-11-11 Thread Matt Domsch
) hole below 4GB with RAM. Linux right now doesn't have a way to do this. It will assign resources for cards that the BIOS left unassigned, but won't intentionally move resources. -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux - To unsubs

Re: PCI card initialisation at boot

2007-11-11 Thread Matt Domsch
. Linux right now doesn't have a way to do this. It will assign resources for cards that the BIOS left unassigned, but won't intentionally move resources. -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com www.dell.com/linux - To unsubscribe from this list: send

Re: [PATCH] Dell laptop backlight driver

2007-10-28 Thread Matt Domsch
On Sun, Oct 28, 2007 at 07:06:23PM +0100, [EMAIL PROTECTED] wrote: > Matt Domsch wrote: > >On Sun, Oct 28, 2007 at 05:12:37PM +0100, [EMAIL PROTECTED] wrote: > >>Hello, > >>this driver implements backlight control on Dell laptops > >>which use

Re: [PATCH] Dell laptop backlight driver

2007-10-28 Thread Matt Domsch
the source code > as explained in Documentation/dell-laptop.txt. > > Parts of this driver may also be used to provide additional functionalities > similarly to the drivers/misc/*-laptop.c drivers. Why is this better done in the kernel rather than in userspace with libsmbios as you've noted? -

Re: [PATCH] Dell laptop backlight driver

2007-10-28 Thread Matt Domsch
/dell-laptop.txt. Parts of this driver may also be used to provide additional functionalities similarly to the drivers/misc/*-laptop.c drivers. Why is this better done in the kernel rather than in userspace with libsmbios as you've noted? -- Matt Domsch Linux Technology Strategist, Dell Office

Re: [PATCH] Dell laptop backlight driver

2007-10-28 Thread Matt Domsch
On Sun, Oct 28, 2007 at 07:06:23PM +0100, [EMAIL PROTECTED] wrote: Matt Domsch wrote: On Sun, Oct 28, 2007 at 05:12:37PM +0100, [EMAIL PROTECTED] wrote: Hello, this driver implements backlight control on Dell laptops which use SMI for changing brightness levels. The driver is INCOMPLETE

Re: [PATCH] pci: use pci=bfsort for HP DL385 G2, DL585 G2

2007-09-27 Thread Matt Domsch
atching the kernel is necessary. I really hope biosdevname eliminates that need in future distributions. http://linux.dell.com/biosdevname/ Thanks, Matt -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux - To unsubscribe from th

Re: [PATCH] pci: use pci=bfsort for HP DL385 G2, DL585 G2

2007-09-27 Thread Matt Domsch
is necessary. I really hope biosdevname eliminates that need in future distributions. http://linux.dell.com/biosdevname/ Thanks, Matt -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com www.dell.com/linux - To unsubscribe from this list: send the line unsubscribe linux

Re: [PATCH] ppp_mppe: Don't put InterimKey on the stack

2007-09-21 Thread Matt Domsch
076). > > The fix is to avoid copying the interim key. We can simply use it in its > original place, which is kmalloc'd. Needs a Signed-off-by: line, but otherwise, looks good, and even saves some stack space. Thanks for tracking this down. -Matt -- Matt Domsch Linux Technology Strateg

Re: [PATCH] ppp_mppe: Don't put InterimKey on the stack

2007-09-21 Thread Matt Domsch
copying the interim key. We can simply use it in its original place, which is kmalloc'd. Needs a Signed-off-by: line, but otherwise, looks good, and even saves some stack space. Thanks for tracking this down. -Matt -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com

l-k-digest downtime + bounces

2007-06-13 Thread Matt Domsch
subscribed to one of the digest forms of the list. I apologize for the inconvenience. 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

l-k-digest downtime + bounces

2007-06-13 Thread Matt Domsch
subscribed to one of the digest forms of the list. I apologize for the inconvenience. 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

Re: [PATCH 1/1] Work around Dell E520 BIOS reboot bug.

2007-05-25 Thread Matt Domsch
On Wed, May 23, 2007 at 01:12:44PM -0600, Tim Gardner wrote: > From: Tim Gardner <[EMAIL PROTECTED]> > Subject: [PATCH] Work around Dell E520 BIOS reboot bug. > > Force Dell E520 to use the BIOS to shutdown/reboot. > > Signed-off-by: Tim Gardner <[EMAIL PROTECTED]>

Re: [PATCH 1/1] Work around Dell E520 BIOS reboot bug.

2007-05-25 Thread Matt Domsch
On Wed, May 23, 2007 at 01:12:44PM -0600, Tim Gardner wrote: From: Tim Gardner [EMAIL PROTECTED] Subject: [PATCH] Work around Dell E520 BIOS reboot bug. Force Dell E520 to use the BIOS to shutdown/reboot. Signed-off-by: Tim Gardner [EMAIL PROTECTED] Acked-by: Matt Domsch [EMAIL PROTECTED

[PATCH 2.6.21-rc3] pci: set pci=bfsort for PowerEdge R900

2007-03-23 Thread Matt Domsch
This patch automatically enables pci=bfsort for the Dell PowerEdge R900. This is necessary to ensure the onboard NICs enumerate in the proper order, similar to the other systems already on the list. I'd appreciate this being applied before 2.6.21-final if possible. Signed-off-by: Matt Domsch

[PATCH 2.6.21-rc3] pci: set pci=bfsort for PowerEdge R900

2007-03-23 Thread Matt Domsch
This patch automatically enables pci=bfsort for the Dell PowerEdge R900. This is necessary to ensure the onboard NICs enumerate in the proper order, similar to the other systems already on the list. I'd appreciate this being applied before 2.6.21-final if possible. Signed-off-by: Matt Domsch

Re: [Ksummit-2007-discuss] Re: [Ksummit-2006-discuss] 2007 Linux Kernel Summit

2007-01-30 Thread Matt Domsch
nsor slot people detract from the sessions. Most of the time we keep quiet, occasionally offering our insights or challenges. Jonathan's writeups are fantastic, but it doesn't really compare with being there and participating in discussions, either hallway or main room. Besides consuming oxygen

Re: [Ksummit-2007-discuss] Re: [Ksummit-2006-discuss] 2007 Linux Kernel Summit

2007-01-30 Thread Matt Domsch
compare with being there and participating in discussions, either hallway or main room. Besides consuming oxygen, what's the real concern here? Thanks, Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com www.dell.com/linux Linux on Dell mailing lists @ http

[PATCH] Fix race in efi variable delete code

2007-01-25 Thread Matt Domsch
list_for_each_entry_safe() rather than list_for_each_safe() for readability. Tested on ia64. Signed-off-by: Prarit Bhargava <[EMAIL PROTECTED]> Signed-off-by: Matt Domsch <[EMAIL PROTECTED]> -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/lin

Re: [PATCH] Fix race in efi variable delete code.

2007-01-25 Thread Matt Domsch
s release. > > Signed-off-by: Prarit Bhargava <[EMAIL PROTECTED]> But then we'll leave it dangling on the list at module unload time. Let me rework this and send you something to try. Thanks, Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/li

Re: [PATCH] Fix race in efi variable delete code.

2007-01-25 Thread Matt Domsch
-off-by: Prarit Bhargava [EMAIL PROTECTED] But then we'll leave it dangling on the list at module unload time. Let me rework this and send you something to try. Thanks, Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com www.dell.com/linux Linux on Dell mailing lists @ http

[PATCH] Fix race in efi variable delete code

2007-01-25 Thread Matt Domsch
list_for_each_entry_safe() rather than list_for_each_safe() for readability. Tested on ia64. Signed-off-by: Prarit Bhargava [EMAIL PROTECTED] Signed-off-by: Matt Domsch [EMAIL PROTECTED] -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com www.dell.com/linux Linux on Dell mailing

Re: [PATCH] docbook: add edd firmware interfaces

2007-01-09 Thread Matt Domsch
On Tue, Jan 09, 2007 at 09:41:09PM -0800, Randy Dunlap wrote: > From: Randy Dunlap <[EMAIL PROTECTED]> > > Cleanup kernel-doc notation in drivers/firmware/edd.c. > > Add edd.c to DocBook/kernel-api.tmpl. > > Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]&g

Re: [PATCH] docbook: add edd firmware interfaces

2007-01-09 Thread Matt Domsch
On Tue, Jan 09, 2007 at 09:41:09PM -0800, Randy Dunlap wrote: From: Randy Dunlap [EMAIL PROTECTED] Cleanup kernel-doc notation in drivers/firmware/edd.c. Add edd.c to DocBook/kernel-api.tmpl. Signed-off-by: Randy Dunlap [EMAIL PROTECTED] Acked-by: Matt Domsch [EMAIL PROTECTED] Thanks

Re: Network drivers that don't suspend on interface down

2006-12-21 Thread Matt Domsch
it as an embedded advertisement - you too could have bluetooth and mobile broadband... :-) -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

Re: Network drivers that don't suspend on interface down

2006-12-21 Thread Matt Domsch
and mobile broadband... :-) -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-kernel in the body of a message to [EMAIL PROTECTED] More

Re: [2.6 patch] make arch/i386/pci/common.c:pci_bf_sort static

2006-11-16 Thread Matt Domsch
On Thu, Nov 16, 2006 at 01:16:23PM +0100, Adrian Bunk wrote: > This patch makes the needlessly global pci_bf_sort static. > > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> Acked-by: Matt Domsch <[EMAIL PROTECTED]> -- Matt Domsch Software Architect Dell Linux Sol

Re: [2.6 patch] make arch/i386/pci/common.c:pci_bf_sort static

2006-11-16 Thread Matt Domsch
On Thu, Nov 16, 2006 at 01:16:23PM +0100, Adrian Bunk wrote: This patch makes the needlessly global pci_bf_sort static. Signed-off-by: Adrian Bunk [EMAIL PROTECTED] Acked-by: Matt Domsch [EMAIL PROTECTED] -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com www.dell.com

[PATCH 2.6.13-rc6-mm2] ppp_mppe: author email change

2005-08-29 Thread Matt Domsch
Frank Cusack, primary author of the ppp_mppe kernel module, is no longer at Google. This updates his email address in the module, as agreed to by Frank privately. ppp_mppe.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) Signed-off-by: Matt Domsch <[EMAIL PROTECTED]> --

Re: ppp_mppe+pptp for 2.6.14?

2005-08-29 Thread Matt Domsch
o make sure the client-side kernel ppp_generic module does the right thing and drops packets. I don't have a testbed that allows such, but he does. Thanks, Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lis

Re: ppp_mppe+pptp for 2.6.14?

2005-08-29 Thread Matt Domsch
ppp_generic module does the right thing and drops packets. I don't have a testbed that allows such, but he does. 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

[PATCH 2.6.13-rc6-mm2] ppp_mppe: author email change

2005-08-29 Thread Matt Domsch
Frank Cusack, primary author of the ppp_mppe kernel module, is no longer at Google. This updates his email address in the module, as agreed to by Frank privately. ppp_mppe.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) Signed-off-by: Matt Domsch [EMAIL PROTECTED] -- Matt

Re: Ext3 Errors on Dell RAID

2005-08-23 Thread Matt Domsch
ller combined with Linux Software RAID works quite well), recreate your RAID array on the new controller, and restore your data from backups. 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

Re: Ext3 Errors on Dell RAID

2005-08-23 Thread Matt Domsch
on the new controller, and restore your data from backups. 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-kernel in the body

Re: [RFC][PATCH 2.6.13-rc6] add Dell Systems Management Base Driver (dcdbas) with sysfs support

2005-08-16 Thread Matt Domsch
before doing so. But there isn't a sysfs file for every possible command you can send to each device. Userspace tools that care about any given command implement such. Thanks, Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing

Re: [RFC][PATCH 2.6.13-rc6] add Dell Systems Management Base Driver (dcdbas) with sysfs support

2005-08-16 Thread Matt Domsch
* validated that the device it's talking to is a SCSI device (fair suggestion #1 above) before doing so. But there isn't a sysfs file for every possible command you can send to each device. Userspace tools that care about any given command implement such. Thanks, Matt -- Matt Domsch Software Architect

[RFT][PATCH 2.6.13-rc] EDD: edd=skipmbr necessity fix

2005-08-13 Thread Matt Domsch
++ 2 files changed, 16 insertions, 1 deletion 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 diff --git a/arch/i386/boot/edd.S b

[RFT][PATCH 2.6.13-rc] EDD: edd=skipmbr necessity fix

2005-08-13 Thread Matt Domsch
++ 2 files changed, 16 insertions, 1 deletion 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 diff --git a/arch/i386/boot/edd.S b/arch/i386

Re: Could you please check mail configuration?

2005-08-04 Thread Matt Domsch
was adding that field incorrectly. Thanks for bringing it to my attention. -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 "unsubsc

Re: Could you please check mail configuration?

2005-08-04 Thread Matt Domsch
m you that this was a configuration error on your server's part, not on the list. So I stopped worrying about it... -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

Re: Could you please check mail configuration?

2005-08-04 Thread Matt Domsch
worrying about it... -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-kernel in the body of a message to [EMAIL PROTECTED] More

Re: Could you please check mail configuration?

2005-08-04 Thread Matt Domsch
other 79 addresses. It is indeed a mistake on Dell's part, and it'll be fixed momentarily. lists.us.dell.com relays to an intermediate server before being sent to you, and the intermediate relay was adding that field incorrectly. Thanks for bringing it to my attention. -Matt -- Matt Domsch

Re: [PATCH 22/82] remove linux/version.h from drivers/message/fus ion

2005-07-20 Thread Matt Domsch
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: > > >

Re: [PATCH 22/82] remove linux/version.h from drivers/message/fus ion

2005-07-20 Thread Matt Domsch
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

Re: [PATCH 22/82] remove linux/version.h from drivers/message/fus ion

2005-07-19 Thread Matt Domsch
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 s

Re: [PATCH 22/82] remove linux/version.h from drivers/message/fus ion

2005-07-19 Thread Matt Domsch
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

Re: [PATCH 22/82] remove linux/version.h from drivers/message/fus ion

2005-07-12 Thread Matt Domsch
eturn sdev->online; } #endif when you can. It cleanly eliminates the version test, and tests for exactly what you're looking for - is this function defined. Thanks, Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists

Re: [PATCH 22/82] remove linux/version.h from drivers/message/fus ion

2005-07-12 Thread Matt Domsch
eliminates the version test, and tests for exactly what you're looking for - is this function defined. 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

Re: [RFC][PATCH 2.6.13-rc1] driver core: subclasses

2005-07-09 Thread Matt Domsch
On Fri, Jul 08, 2005 at 07:40:00PM -0700, Greg KH wrote: > On Fri, Jul 08, 2005 at 05:54:48PM -0500, Matt Domsch wrote: > > The below patch is a first pass at implementing subclasses, for review > > and comment. > > Oops, when you mentioned this on irc, I thoug

Re: [RFC][PATCH 2.6.13-rc1] driver core: subclasses

2005-07-09 Thread Matt Domsch
On Fri, Jul 08, 2005 at 07:40:00PM -0700, Greg KH wrote: On Fri, Jul 08, 2005 at 05:54:48PM -0500, Matt Domsch wrote: The below patch is a first pass at implementing subclasses, for review and comment. Oops, when you mentioned this on irc, I thought you were referring to class_devices

[RFC][PATCH 2.6.13-rc1] driver core: subclasses

2005-07-08 Thread Matt Domsch
the parent class. Feedback appreciated. 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.6/drivers/base/class.c

[RFC][PATCH 2.6.13-rc1] driver core: subclasses

2005-07-08 Thread Matt Domsch
the parent class. Feedback appreciated. 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.6/drivers/base/class.c 2005-07-06

Re: [PATCH 2.4.30-pre3] x86_64: pci_alloc_consistent() match 2.6 implementation

2005-03-19 Thread Matt Domsch
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 ab

Re: [PATCH 2.4.30-pre3] x86_64: pci_alloc_consistent() match 2.6 implementation

2005-03-19 Thread Matt Domsch
On Sat, Mar 19, 2005 at 07:09:45AM +0100, Arjan van de Ven wrote: > On Fri, 2005-03-18 at 15:23 -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 ab

Re: [PATCH 2.4.30-pre3] x86_64: pci_alloc_consistent() match 2.6 implementation

2005-03-19 Thread Matt Domsch
On Sat, Mar 19, 2005 at 07:09:45AM +0100, Arjan van de Ven wrote: On Fri, 2005-03-18 at 15:23 -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

Re: [PATCH 2.4.30-pre3] x86_64: pci_alloc_consistent() match 2.6 implementation

2005-03-19 Thread Matt Domsch
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

[PATCH 2.4.30-pre3] x86_64: move init_tss declaration after tss_struct definition

2005-03-18 Thread Matt Domsch
Compiling 2.4.30-pre3 for x86_64 with FC4-test1 gcc-4.0.0-0.32 fails because include/asm-x86_64/processor.h declares init_tss[NR_CPUS] as a sized array before struct tss_struct has been defined. Simple fix moves this declaration to after the definition of tss_struct. Signed-off-by: Matt Domsch

[PATCH 2.4.30-pre3] x86_64: pci_alloc_consistent() match 2.6 implementation

2005-03-18 Thread Matt Domsch
ion 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.c

[PATCH 2.4.30-pre3] linux/fs.h: remove root_device_name declaration

2005-03-18 Thread Matt Domsch
include/linux/fs.h has: extern char root_device_name[]; but it's been declared static in init/do_mounts.c since March 2002. gcc-4.0.0-0.32 from FC4-test1 errors out due to the static/non-static mismatch. Time to kill it from include/linux/fs.h. Signed-off-by: Matt Domsch <[EMAIL PROTEC

[PATCH 2.4.30-pre3] linux/fs.h: remove root_device_name declaration

2005-03-18 Thread Matt Domsch
include/linux/fs.h has: extern char root_device_name[]; but it's been declared static in init/do_mounts.c since March 2002. gcc-4.0.0-0.32 from FC4-test1 errors out due to the static/non-static mismatch. Time to kill it from include/linux/fs.h. Signed-off-by: Matt Domsch [EMAIL PROTECTED

[PATCH 2.4.30-pre3] x86_64: pci_alloc_consistent() match 2.6 implementation

2005-03-18 Thread Matt Domsch
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

[PATCH 2.4.30-pre3] x86_64: move init_tss declaration after tss_struct definition

2005-03-18 Thread Matt Domsch
Compiling 2.4.30-pre3 for x86_64 with FC4-test1 gcc-4.0.0-0.32 fails because include/asm-x86_64/processor.h declares init_tss[NR_CPUS] as a sized array before struct tss_struct has been defined. Simple fix moves this declaration to after the definition of tss_struct. Signed-off-by: Matt Domsch

Re: [ANNOUNCE][PATCH 2.6.11 2/3] megaraid_sas: Announcing new module for LSI Logic's SAS based MegaRAID controllers

2005-03-07 Thread Matt Domsch
* adapters, which should be sufficient :-) > + */ While confusing, I appreciate the large comment about it. > +/** > + * megasas_mgmt_fw_smp What is SMP in this instance? > +/* vim: set ts=8 sw=8 tw=78 ai si: */ unnecessary. megaraid is about the only driver in the tree wi

Re: [ANNOUNCE][PATCH 2.6.11 2/3] megaraid_sas: Announcing new module for LSI Logic's SAS based MegaRAID controllers

2005-03-07 Thread Matt Domsch
sysfs. That would be a welcome addition. A RAID device transport, exposing data common to logical drives (RAID level, stripe size, health, cache mode, ...). Very good start though. Thanks, Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com www.dell.com/linux Linux on Dell

Re: [PATCH] EFI missing failure handling

2005-03-05 Thread Matt Domsch
xey > > Thanks! How about the updated patch? Looks good to me. Good catch, and thanks for the patch! Please forward to Andrew Morton ([EMAIL PROTECTED]) directly, following the format described here: http://linux.yyz.us/patch-format.html Thanks, Matt -- Matt Domsch Software Archit

Re: [PATCH] EFI missing failure handling

2005-03-05 Thread Matt Domsch
, not unconditionally 0. Alexey Thanks! How about the updated patch? Looks good to me. Good catch, and thanks for the patch! Please forward to Andrew Morton ([EMAIL PROTECTED]) directly, following the format described here: http://linux.yyz.us/patch-format.html Thanks, Matt -- Matt Domsch

Re: EDD failures since edd=off patch

2005-02-10 Thread Matt Domsch
t;edd=of" or "edd=sk", ZF=1. But with "edd=bar", ZF=0, which you say works too. So that's not it... CF is taken care of around the int13 calls already, so that's not it... Thanks, Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.d

Re: EDD failures since edd=off patch

2005-02-10 Thread Matt Domsch
that's not it... CF is taken care of around the int13 calls already, so that's not it... 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

[PATCH 2.6.11-rc3] cpufreq-core: reduce warning messages

2005-02-03 Thread Matt Domsch
cpufreq core is printing out messages at KERN_WARNING level that the core recovers from without intervention, and that the system administrator can do nothing about. Patch below reduces the severity of these messages to debug. Signed-off-by: Matt Domsch <[EMAIL PROTECTED]> -- Matt

[PATCH 2.6.11-rc3] cpufreq-core: reduce warning messages

2005-02-03 Thread Matt Domsch
cpufreq core is printing out messages at KERN_WARNING level that the core recovers from without intervention, and that the system administrator can do nothing about. Patch below reduces the severity of these messages to debug. Signed-off-by: Matt Domsch [EMAIL PROTECTED] -- Matt Domsch

Re: [PATCH] Prevent NMI oopser

2005-02-02 Thread Matt Domsch
on > >declarations in megaraid2.h would disappear completely. > > > Could you fix it by additional patch? Or you going to prepare a new one? Here's the hack patch (will apply after yours). Signed-off-by: Matt Domsch <[EMAIL PROTECTED]> -- Matt Domsch Software Architect Dell Linux

Re: [PATCH] Prevent NMI oopser

2005-02-02 Thread Matt Domsch
be nice if the functions could all get reordered such that inlining works properly, and the need for function declarations in megaraid2.h would disappear completely. Thanks, Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists

Re: [PATCH] Prevent NMI oopser

2005-02-02 Thread Matt Domsch
would disappear completely. 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-kernel in the body of a message to [EMAIL

Re: [PATCH] Prevent NMI oopser

2005-02-02 Thread Matt Domsch
would disappear completely. Could you fix it by additional patch? Or you going to prepare a new one? Here's the hack patch (will apply after yours). Signed-off-by: Matt Domsch [EMAIL PROTECTED] -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com www.dell.com/linux Linux

Re: [Announce] megaraid_mbox 2.20.4.3 patch

2005-02-01 Thread Matt Domsch
for exporting logical drive number +// 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 So

Re: [Announce] megaraid_mbox 2.20.4.3 patch

2005-02-01 Thread 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

[RFC][PATCH 2.6.11-rc2] vmlinux: put built-in module parameter info in vmlinux

2005-01-31 Thread Matt Domsch
those fields are when built-in. Feedback requested prior to submission for inclusion. 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.u

  1   2   >