Opteron box and 4Gb memory
Hi... I have some Quad-Opteron boxes with 4Gb memory and two of them are running two different Linux distros. Box one sees 4Gb of memory, but box two just sees 3. Their mtrr setups are different: one: [0.00] Linux version 2.6.20... ... [0.00] BIOS-provided physical RAM map: [0.00] BIOS-e820: - 0009fc00 (usable) [0.00] BIOS-e820: 0009fc00 - 000a (reserved) [0.00] BIOS-e820: 000e6000 - 0010 (reserved) [0.00] BIOS-e820: 0010 - b7fd (usable) [0.00] BIOS-e820: b7fd - b7fde000 (ACPI data) [0.00] BIOS-e820: b7fde000 - b800 (ACPI NVS) [0.00] BIOS-e820: fec0 - fec01000 (reserved) [0.00] BIOS-e820: fee0 - fee01000 (reserved) [0.00] BIOS-e820: ff78 - 0001 (reserved) [0.00] BIOS-e820: 0001 - 00014500 (usable) [0.00] Entering add_active_range(0, 0, 159) 0 entries of 3200 used [0.00] Entering add_active_range(0, 256, 753616) 1 entries of 3200 used [0.00] Entering add_active_range(0, 1048576, 1331200) 2 entries of 3200 used [0.00] end_pfn_map = 1331200 cat /proc/mtrr: reg00: base=0x ( 0MB), size=4096MB: write-back, count=1 reg01: base=0x1 (4096MB), size=1024MB: write-back, count=1 reg02: base=0x14000 (5120MB), size= 64MB: write-back, count=1 reg03: base=0x14400 (5184MB), size= 16MB: write-back, count=1 reg04: base=0xb800 (2944MB), size= 128MB: uncachable, count=1 reg05: base=0xc000 (3072MB), size=1024MB: uncachable, count=1 two: Linux version 2.6.22.9... ... BIOS-provided physical RAM map: BIOS-e820: - 0009fc00 (usable) BIOS-e820: 0009fc00 - 000a (reserved) BIOS-e820: 000e6000 - 0010 (reserved) BIOS-e820: 0010 - b8fd (usable) BIOS-e820: b8fd - b8fde000 (ACPI data) BIOS-e820: b8fde000 - b900 (ACPI NVS) BIOS-e820: fec0 - fec01000 (reserved) BIOS-e820: fee0 - fee01000 (reserved) BIOS-e820: ff78 - 0001 (reserved) Entering add_active_range(0, 0, 159) 0 entries of 3200 used Entering add_active_range(0, 256, 757712) 1 entries of 3200 used end_pfn_map = 1048576 cicely:~# cat /proc/mtrr reg00: base=0x ( 0MB), size=2048MB: write-back, count=1 reg01: base=0x8000 (2048MB), size= 512MB: write-back, count=1 reg02: base=0xa000 (2560MB), size= 256MB: write-back, count=1 reg03: base=0xb000 (2816MB), size= 128MB: write-back, count=1 reg04: base=0xb800 (2944MB), size= 16MB: write-back, count=1 Why ? Is it a bios setup problem ? A kernel problem ? grep HIGHMEN in configs for both kernels does not give anything, so I still understand less this thing... -- J.A. Magallon \ Software is like sex: \ It's better when it's free MacOS X 10.4.8 Tiger - Darwin Kernel Version 8.8.0 PPC - 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-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.13-mm1
On 09.02, Andrew Morton wrote:
> "J.A. Magallon" <[EMAIL PROTECTED]> wrote:
> >
> >
> > On 09.02, Andrew Morton wrote:
> > > "J.A. Magallon" <[EMAIL PROTECTED]> wrote:
> > > >
> > > >
> > > > On 1/09/2005 10:58 a.m., Andrew Morton wrote:
> > > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/
> > > > >
> > > > > - Included Alan's big tty layer buffering rewrite. This breaks the
> > > > > build on
> > > > > lots of more obscure character device drivers. Patches welcome
> > > > > (please cc
> > > > > Alan).
> > > > >
> > > >
> > > > I have problems with udev and latest -mm.
> > > > 2.6.13 boots fine, but 2.6.13-mm1 blocks when starting udev.
> > > > System is Mandriva Cooker. As cooker, things are changing fast
> > > > (initscripts,
> > > > udev, etc), but the fact is that with the same setup, plain .13 boots
> > > > and -mm1 blocks. Udev is 068 version.
> > > >
> > > > Any idea about what can be the reason ?
> > > >
> > >
> > > There's some suspect locking in the /proc/devices seq_file conversion
> > > code.
> > >
> > > Could you revert convert-proc-devices-to-use-seq_file-interface-fix.patch
> > > then convert-proc-devices-to-use-seq_file-interface.patch?
> > >
> >
> > Still the same result, system bocks starting udev...
> >
>
> OK, thanks. Nothing from sysrq-t? Does the below help?
>
> ---
> devel/fs/sysfs/file.c~gregkh-driver-sysfs-strip_leading_trailing_whitespace-fix
>2005-09-02 04:01:40.0 -0700
> +++ devel-akpm/fs/sysfs/file.c2005-09-02 04:05:02.0 -0700
> @@ -202,13 +202,14 @@ fill_write_buffer(struct sysfs_buffer *
> * passing the buffer that we acquired in fill_write_buffer().
> */
>
> -static int
> -flush_write_buffer(struct dentry * dentry, struct sysfs_buffer * buffer,
> size_t count)
> +static int flush_write_buffer(struct dentry *dentry,
> + struct sysfs_buffer *buffer, size_t count_in)
> {
> struct attribute * attr = to_attr(dentry);
> struct kobject * kobj = to_kobj(dentry->d_parent);
> struct sysfs_ops * ops = buffer->ops;
> char *x;
> + size_t count = count_in;
>
> /* locate trailing white space */
> while ((count > 0) && isspace(buffer->page[count - 1]))
> @@ -224,7 +225,8 @@ flush_write_buffer(struct dentry * dentr
> /* terminate the string */
> x[count] = '\0';
>
> - return ops->store(kobj, attr, x, count);
> + ops->store(kobj, attr, x, count);
> + return count_in;
> }
>
Bingo !.
That did the trink. Booting fine again.
I meant, just with this, without reverting the other 2 patches.
Thanks !
--
J.A. Magallon \ Software is like sex:
werewolf!able!es \ It's better when it's free
Mandriva Linux release 2006.0 (Cooker) for i586
Linux 2.6.13-jam2 (gcc 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0))
-
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-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.13-mm1
On 09.02, Andrew Morton wrote: > "J.A. Magallon" <[EMAIL PROTECTED]> wrote: > > > > > > On 1/09/2005 10:58 a.m., Andrew Morton wrote: > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/ > > > > > > - Included Alan's big tty layer buffering rewrite. This breaks the build > > > on > > > lots of more obscure character device drivers. Patches welcome (please > > > cc > > > Alan). > > > > > > > I have problems with udev and latest -mm. > > 2.6.13 boots fine, but 2.6.13-mm1 blocks when starting udev. > > System is Mandriva Cooker. As cooker, things are changing fast (initscripts, > > udev, etc), but the fact is that with the same setup, plain .13 boots > > and -mm1 blocks. Udev is 068 version. > > > > Any idea about what can be the reason ? > > > > There's some suspect locking in the /proc/devices seq_file conversion code. > > Could you revert convert-proc-devices-to-use-seq_file-interface-fix.patch > then convert-proc-devices-to-use-seq_file-interface.patch? > Still the same result, system bocks starting udev... -- J.A. Magallon \ Software is like sex: werewolf!able!es \ It's better when it's free Mandriva Linux release 2006.0 (Cooker) for i586 Linux 2.6.13 (gcc 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0)) - 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-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.13-mm1
On 1/09/2005 10:58 a.m., Andrew Morton wrote: > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/ > > - Included Alan's big tty layer buffering rewrite. This breaks the build on > lots of more obscure character device drivers. Patches welcome (please cc > Alan). > I have problems with udev and latest -mm. 2.6.13 boots fine, but 2.6.13-mm1 blocks when starting udev. System is Mandriva Cooker. As cooker, things are changing fast (initscripts, udev, etc), but the fact is that with the same setup, plain .13 boots and -mm1 blocks. Udev is 068 version. Any idea about what can be the reason ? TIA -- J.A. Magallon \ Software is like sex: werewolf!able!es \ It's better when it's free Mandriva Linux release 2006.0 (Cooker) for i586 Linux 2.6.13 (gcc 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0)) - 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-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [PATCH] signed char fixes for scripts
On 07.27, Sam Ravnborg wrote:
> On Fri, Jul 15, 2005 at 10:14:43PM +0000, J.A. Magallon wrote:
> >
> > On 07.16, J.A. Magallon wrote:
> > >
> > > On 07.15, Andrew Morton wrote:
> > > >
> > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc3/2.6.13-rc3-mm1/
> > > >
> >
> > This time I did not break anything... and they shut up gcc4 ;)
>
> I have applied it to my tree. There still is a lot left when I compile
> with -Wsign-compare.
>
All the problems are born here:
struct sym_entry {
unsigned long long addr;
unsigned int len;
unsigned char *sym;
};
I suppose you want sym to be an unsigned char to store the type and to do
the checksum math in there.
And why use a 64bit address in 32bit archs ?. There is no math involved
with 'addr', so you can make it a pointer and let the compiler decide its
size.
Why don't you do something like:
struct sym_entry {
void*addr;
unsigned char type;
unsigned short len;
union {
unsigned char data[KSYM_NAME_LEN+1];
charname[KSYM_NAME_LEN+1];
};
};
Option b) is identify the five lines that do the checksum math and plague
them with (unsigned char) casts...
Will try to do it...
--
J.A. Magallon \ Software is like sex:
werewolf!able!es \ It's better when it's free
Mandriva Linux release 2006.0 (Cooker) for i586
Linux 2.6.12-jam10 (gcc 4.0.1 (4.0.1-0.2mdk for Mandriva Linux release 2006.0))
-
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-info.html
Please read the FAQ at http://www.tux.org/lkml/
[PATCH] SMB fix
On 07.16, J.A. Magallon wrote:
>
> On 07.15, Andrew Morton wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc3/2.6.13-rc3-mm1/
> >
--- linux-2.6.12/fs/smbfs/request.c~2005-07-07 14:41:11.0 -0400
+++ linux-2.6.12/fs/smbfs/request.c 2005-07-07 14:41:22.0 -0400
@@ -348,6 +348,7 @@ int smb_add_request(struct smb_request *
smb_rput(req);
}
smb_unlock_server(server);
+ return -EINTR;
}
if (!timeleft) {
--
J.A. Magallon \ Software is like sex:
werewolf!able!es \ It's better when it's free
Mandriva Linux release 2006.0 (Cooker) for i586
Linux 2.6.12-jam9 (gcc 4.0.1 (4.0.1-0.2mdk for Mandriva Linux release 2006.0))
-
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-info.html
Please read the FAQ at http://www.tux.org/lkml/
[PATCH] signed char fixes for scripts
On 07.16, J.A. Magallon wrote:
>
> On 07.15, Andrew Morton wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc3/2.6.13-rc3-mm1/
> >
This time I did not break anything... and they shut up gcc4 ;)
--- linux-2.6.12-jam1/scripts/mod/sumversion.c.orig 2005-06-21
23:44:30.0 +0200
+++ linux-2.6.12-jam1/scripts/mod/sumversion.c 2005-06-21 23:47:09.0
+0200
@@ -252,9 +252,9 @@
}
/* FIXME: Handle .s files differently (eg. # starts comments) --RR */
-static int parse_file(const signed char *fname, struct md4_ctx *md)
+static int parse_file(const char *fname, struct md4_ctx *md)
{
- signed char *file;
+ char *file;
unsigned long i, len;
file = grab_file(fname, &len);
@@ -332,7 +332,7 @@
Sum all files in the same dir or subdirs.
*/
while ((line = get_next_line(&pos, file, flen)) != NULL) {
- signed char* p = line;
+ char* p = line;
if (strncmp(line, "deps_", sizeof("deps_")-1) == 0) {
check_files = 1;
continue;
@@ -458,7 +458,7 @@
close(fd);
}
-static int strip_rcs_crap(signed char *version)
+static int strip_rcs_crap(char *version)
{
unsigned int len, full_len;
--- linux-2.6.12-jam1/scripts/lxdialog/inputbox.c.orig 2005-06-21
23:40:27.0 +0200
+++ linux-2.6.12-jam1/scripts/lxdialog/inputbox.c 2005-06-21
23:42:39.0 +0200
@@ -21,7 +21,7 @@
#include "dialog.h"
-unsigned char dialog_input_result[MAX_LEN + 1];
+char dialog_input_result[MAX_LEN + 1];
/*
* Print the termination buttons
@@ -48,7 +48,7 @@
{
int i, x, y, box_y, box_x, box_width;
int input_x = 0, scroll = 0, key = 0, button = -1;
-unsigned char *instr = dialog_input_result;
+char *instr = dialog_input_result;
WINDOW *dialog;
/* center dialog box on screen */
--- linux-2.6.12-jam1/scripts/lxdialog/dialog.h.orig2005-06-21
23:42:55.0 +0200
+++ linux-2.6.12-jam1/scripts/lxdialog/dialog.h 2005-06-21 23:43:19.0
+0200
@@ -163,7 +163,7 @@
int dialog_checklist (const char *title, const char *prompt, int height,
int width, int list_height, int item_no,
const char * const * items, int flag);
-extern unsigned char dialog_input_result[];
+extern char dialog_input_result[];
int dialog_inputbox (const char *title, const char *prompt, int height,
int width, const char *init);
--- linux-2.6.12-jam1/scripts/conmakehash.c.orig2005-06-22
00:16:58.0 +0200
+++ linux-2.6.12-jam1/scripts/conmakehash.c 2005-06-22 00:17:21.0
+0200
@@ -33,7 +33,7 @@
int getunicode(char **p0)
{
- unsigned char *p = *p0;
+ char *p = *p0;
while (*p == ' ' || *p == '\t')
p++;
--- linux-2.6.12-jam7/scripts/kallsyms.c.orig 2005-07-06 00:16:39.0
+0200
+++ linux-2.6.12-jam7/scripts/kallsyms.c2005-07-06 00:42:24.0
+0200
@@ -166,9 +166,9 @@
* move then they may get dropped in pass 2, which breaks the
* kallsyms rules.
*/
- if ((s->addr == _etext && strcmp(s->sym + offset, "_etext")) ||
- (s->addr == _einittext && strcmp(s->sym + offset,
"_einittext")) ||
- (s->addr == _eextratext && strcmp(s->sym + offset,
"_eextratext")))
+ if ((s->addr == _etext && strcmp((char*)s->sym + offset,
"_etext")) ||
+ (s->addr == _einittext && strcmp((char*)s->sym + offset,
"_einittext")) ||
+ (s->addr == _eextratext && strcmp((char*)s->sym + offset,
"_eextratext")))
return 0;
}
--
J.A. Magallon \ Software is like sex:
werewolf!able!es \ It's better when it's free
Mandriva Linux release 2006.0 (Cooker) for i586
Linux 2.6.12-jam9 (gcc 4.0.1 (4.0.1-0.2mdk for Mandriva Linux release 2006.0))
-
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-info.html
Please read the FAQ at http://www.tux.org/lkml/
[PATCH] SCSI SATA is a tristate
On 07.16, J.A. Magallon wrote: > > On 07.15, Andrew Morton wrote: > > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc3/2.6.13-rc3-mm1/ > > --- linux-2.6.13-rc1-mm1/drivers/scsi/Kconfig.old 2005-07-02 21:57:40.0 +0200 +++ linux-2.6.13-rc1-mm1/drivers/scsi/Kconfig 2005-07-02 21:58:06.0 +0200 @@ -447,7 +447,7 @@ source "drivers/scsi/megaraid/Kconfig.megaraid" config SCSI_SATA - bool "Serial ATA (SATA) support" + tristate "Serial ATA (SATA) support" depends on SCSI help This driver family supports Serial ATA host controllers -- J.A. Magallon \ Software is like sex: werewolf!able!es \ It's better when it's free Mandriva Linux release 2006.0 (Cooker) for i586 Linux 2.6.12-jam9 (gcc 4.0.1 (4.0.1-0.2mdk for Mandriva Linux release 2006.0)) - 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-info.html Please read the FAQ at http://www.tux.org/lkml/
[PATCH] fix LDT tss
On 07.16, J.A. Magallon wrote:
>
> On 07.15, Andrew Morton wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc3/2.6.13-rc3-mm1/
> >
--- linux.orig/include/asm-i386/processor.h
+++ linux/include/asm-i386/processor.h
@@ -476,7 +476,6 @@ struct thread_struct {
.esp0 = sizeof(init_stack) + (long)&init_stack, \
.ss0= __KERNEL_DS, \
.ss1= __KERNEL_CS, \
- .ldt= GDT_ENTRY_LDT,\
.io_bitmap_base = INVALID_IO_BITMAP_OFFSET, \
.io_bitmap = { [ 0 ... IO_BITMAP_LONGS] = ~0 }, \
}
--
J.A. Magallon \ Software is like sex:
werewolf!able!es \ It's better when it's free
Mandriva Linux release 2006.0 (Cooker) for i586
Linux 2.6.12-jam9 (gcc 4.0.1 (4.0.1-0.2mdk for Mandriva Linux release 2006.0))
-
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-info.html
Please read the FAQ at http://www.tux.org/lkml/
[PATCH] fix kmalloc in IDE
On 07.16, J.A. Magallon wrote:
>
> On 07.15, Andrew Morton wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc3/2.6.13-rc3-mm1/
> >
--- linux-2.6.git.orig/drivers/ide/ide-probe.c 2005-06-23 11:38:02.0
-0700
+++ linux-2.6.git/drivers/ide/ide-probe.c 2005-07-07 10:22:02.0
-0700
@@ -960,6 +960,15 @@
}
#endif /* MAX_HWIFS > 1 */
+static inline int hwif_to_node(ide_hwif_t *hwif)
+{
+ if (hwif && hwif->pci_dev)
+ return pcibus_to_node(hwif->pci_dev->bus);
+ else
+ /* Add ways to determine the node of other busses here */
+ return -1;
+}
+
/*
* init request queue
*/
@@ -978,8 +987,7 @@
* do not.
*/
- q = blk_init_queue_node(do_ide_request, &ide_lock,
- pcibus_to_node(drive->hwif->pci_dev->bus));
+ q = blk_init_queue_node(do_ide_request, &ide_lock, hwif_to_node(hwif));
if (!q)
return 1;
@@ -1097,7 +1105,7 @@
spin_unlock_irq(&ide_lock);
} else {
hwgroup = kmalloc_node(sizeof(ide_hwgroup_t), GFP_KERNEL,
- pcibus_to_node(hwif->drives[0].hwif->pci_dev->bus));
+ hwif_to_node(hwif->drives[0].hwif));
if (!hwgroup)
goto out_up;
--
J.A. Magallon \ Software is like sex:
werewolf!able!es \ It's better when it's free
Mandriva Linux release 2006.0 (Cooker) for i586
Linux 2.6.12-jam9 (gcc 4.0.1 (4.0.1-0.2mdk for Mandriva Linux release 2006.0))
-
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-info.html
Please read the FAQ at http://www.tux.org/lkml/
[PATCH] Assorted fixes
On 07.15, Andrew Morton wrote: > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc3/2.6.13-rc3-mm1/ > > (http://www.zip.com.au/~akpm/linux/patches/stuff/2.6.13-rc3-mm1.gz until > kernel.org syncs up) > This are fixes that I still have in my small patchset, collected from the list, Just post them fwiw (they don't hurt but I'm no more sure if they are needed) Patches come in replys to this mail... -- J.A. Magallon \ Software is like sex: werewolf!able!es \ It's better when it's free Mandriva Linux release 2006.0 (Cooker) for i586 Linux 2.6.12-jam9 (gcc 4.0.1 (4.0.1-0.2mdk for Mandriva Linux release 2006.0)) - 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-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Thread_Id
On 07.14, RVK wrote: > Ian Campbell wrote: > > >On Thu, 2005-07-14 at 16:32 +0530, RVK wrote: > > > > > >>Ian Campbell wrote: > >> > >> > >>>What Arjan is saying is that pthread_t is a cookie -- this means that > >>>you cannot interpret it in any way, it is just a "thing" which you can > >>>pass back to the API, that pthread_t happens to be typedef'd to unsigned > >>>long int is irrelevant. > >>> > >>> > >>Do you want to say for both 2.6.x and 2.4.x I should interpret that way ? > >> > >> > > > >As I understand it, yes, you should never try and assign any meaning to > >the values. The fact that you may have been able to find some apparent > >meaning under 2.4 is just a coincidence. > > > > > > > Iam sorry I don't agree on this. This confusion have created only becoz > of the different behavior of pthread_self() on 2.4.18 and 2.6.x kernels. > And Iam looking for clarifying my doubt. I can't digest this at all. > It is simple: none ever never told you that a pthread_t has nothing to do with a pid. pthreads is a standard and portable implementation that guarantees you can port _pthread_ code between posix systems. It uses an internal opaque type to identify threads, but you should never relay on it have nothing to do with pids. The fact that somewhere-in-time-in-some-os the pthread_t equals the pid/tid/ etc is just pure chance. If you had code relaying on this, it is just broken. Where is stated if pthread_t is the tid, an index into a table internal to pthread library, a pointer to an struct (mmm, bloken on 64 bits?) or what ? Whatif: - you swith kernels and thread library implementation ? - you go solaris (it has user level threads ?) I think one of the sources of the confussion is that: - man pages about system calls talk about 'threads', but that should be read as 'sibling _processes_ created via clone(CLONE_THREAD) syscall'. - man pages about phthreads library also talk about 'threads', but that should be read as 'posix threads created via pthread_create'. And none guarantees that both 'threads' are the same. If you just want to use gettid(), don't go further that clone(). If you use pthread_create(), forget about gettid(). (AFAIK ;) ) -- J.A. Magallon \ Software is like sex: werewolf!able!es \ It's better when it's free Mandriva Linux release 2006.0 (Cooker) for i586 Linux 2.6.12-jam9 (gcc 4.0.1 (4.0.1-0.2mdk for Mandriva Linux release 2006.0)) - 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-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: nVidia stuff again
On 04.21, Manu Abraham wrote:
> Lennart Sorensen wrote:
> > On Thu, Apr 21, 2005 at 08:15:02AM -0400, Doug Ledford wrote:
> >
> >>Ha! That's the whole damn point Dave. Use your head. Just because ATI
> >>is getting more complex with their GPU does *not* mean nVidia is. Go
> >>back to my original example of the aic7xxx cards. The alternative to
> >>their simple hardware design is something like the BusLogic or QLogic
> >>cards that are far more complex. Your assuming that because the ATI
> >>cards are getting more complex and people are less able to discern their
> >>makeup just by reading the specs that the nVidia cards are doing the
> >>same, nVidia is telling you otherwise, and you are just blowing that off
> >>as though you know more about their cards than they do. Reality is that
> >>they *could* be telling the truth and the fact that their card is a more
> >>simplistic card than ATIs may be the very reason that ATI has ponied up
> >>specs and they haven't. Therefore, you can reliably discern absolutely
> >>*zero* information about the nVidia cards from a reference to ATI specs.
> >
> >
> > Certainly possible. Maybe all their real IP is in the code, although if
> > that was true, letting opensource peope ahve the programing spec and
> > have to do their own drivers wouldn't expose that IP. I have no idea.
> >
>
> Even without opening up the code, but with programming specs there are
> many graphics driver guys out there, given the specs out it would not be
> too hard to have a decent driver, without the Nvidia IP. In that case
> there would be no question of IP violation.
>
> Or maybe somebody can do a clean room implementation provided Nvidia
> agrees to some NDA, and the resultant work is acceptable to Nvidia
> provided that it is free of their IP.. Many hardware vendors do resort
> to these to get their hardware working properly under Linux, and in some
> cases, the Linux driver has proved to be a better driver than their
> Windows counterparts, albeit with lesser gimmicks/features.
>
But the problem is like comparing CISC and RISC processors/code.
If you see the CISC assembler you do not see anything.
If you look at RISC code you can know many things about how the processor
pipelines are organized (you see interleaved float/int ops), you see how
much pipelines are there, what they do, and so on. Compare (hypothetically)
an ATI engine with 2 matrix-vector-multiply units and an nVidia with
8 dot product units. Perhaps ATI thought about doing matrices in parallel,
but never thought on doing rows in parallel. You could know that looking
at the code. Or at the programming specs ('load each row of your transform
in registers r0..r3 ' )
I do not know how big are the ATI drivers, but looking at the nVidia ones,
werewolf:/lib/modules/2.6.11-jam14/kernel/drivers/video# ll
-rw-rw-r-- 1 root root 4402072 Apr 14 23:18 nvidia.ko
werewolf:/usr/X11R6/lib# ll /usr/X11R6/lib/*7174*
-rwxr-xr-x 1 root root 485260 Apr 11 01:12 /usr/X11R6/lib/libGL.so.1.0.7174*
-rwxr-xr-x 1 root root 7626156 Apr 11 01:12
/usr/X11R6/lib/libGLcore.so.1.0.7174*
12 Mb of code is too much for a wrapper that just loads the hardware and
calls a rom ;) What is there ? Runtime loadable microcode ? Specially
optimized code for sending data to 2 pipes on a GeForce2 and 8 on a 6800 ?
Who knows. But sure the driver does _many_ things.
--
J.A. Magallon \ Software is like sex:
werewolf!able!es \ It's better when it's free
Mandriva Linux release 2006.0 (Cooker) for i586
Linux 2.6.11-jam14 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-7mdk)) #5
-
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-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: What does 'WrongLevel' mean in RAID0 ?
On 04.12, Neil Brown wrote: > On Tuesday April 12, [EMAIL PROTECTED] wrote: > > Hi all... > > > > I have a RAID0 setup on top of three IDE drives. > > mdadm monitor sends me mesages with: > > > > DeviceDisappeared > > /dev/md0 > > Wrong-Level > > > > The RAID seems to be working well. Any pointer on what does this > > mean ? > > From "man mdadm" (if you know where to look) > >Follow or Monitor > Monitor one or more md devices and act on any state changes. > This is only meaningful for raid1, 4, 5, 6 or multipath arrays > as only these have interesting state. raid0 or linear never > have missing, spare, or failed drives, so there is nothing to > monitor. > > You are presumably trying to monitor a raid0 (which isn't meaningful) > and mdadm is telling you (in its own idiosyncratic way) that it isn't > going to monitor it. > Thank you very much !! One less mistery in my life ;) -- J.A. Magallon \ Software is like sex: werewolf!able!es \ It's better when it's free Mandrakelinux release 10.2 (Limited Edition 2005) for i586 Linux 2.6.11-jam14 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-7mdk)) #3 - 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-info.html Please read the FAQ at http://www.tux.org/lkml/
What does 'WrongLevel' mean in RAID0 ?
Hi all... I have a RAID0 setup on top of three IDE drives. mdadm monitor sends me mesages with: DeviceDisappeared /dev/md0 Wrong-Level The RAID seems to be working well. Any pointer on what does this mean ? PD: I know it is a bit strange raid, see: annwn:~# cat /proc/partitions major minor #blocks name 3 0 245117376 hda 3 1 245111706 hda1 22 0 117220824 hdc 22 1 117218241 hdc1 2264 117220824 hdd 2265 117218241 hdd1 annwn:~# mdadm -D /dev/md0 /dev/md0: Version : 00.90.01 Creation Time : Mon Sep 13 17:57:08 2004 Raid Level : raid0 Array Size : 479547968 (457.33 GiB 491.06 GB) Raid Devices : 3 Total Devices : 3 Preferred Minor : 0 Persistence : Superblock is persistent Update Time : Mon Sep 13 17:57:08 2004 State : clean Active Devices : 3 Working Devices : 3 Failed Devices : 0 Spare Devices : 0 Chunk Size : 64K UUID : c7c5ec26:ae5a99f9:49fec7a1:7e0dcc69 Events : 0.12 Number Major Minor RaidDevice State 0 310 active sync /dev/hda1 1 2211 active sync /dev/hdc1 2 22 652 active sync /dev/hdd1 -- J.A. Magallon \ Software is like sex: werewolf!able!es \ It's better when it's free Mandrakelinux release 10.2 (Limited Edition 2005) for i586 Linux 2.6.11-jam14 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-7mdk)) #3 - 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-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.12-rc2-mm3
On 04.11, Andrew Morton wrote: > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc2/2.6.12-rc2-mm3/ > > Is this not needed anymore ? --- 25/arch/i386/kernel/entry.S~nmi_stack_correct-fix 2005-04-05 00:02:48.0 -0700 +++ 25-akpm/arch/i386/kernel/entry.S2005-04-05 00:02:48.0 -0700 @@ -178,9 +178,9 @@ ENTRY(resume_kernel) need_resched: movl TI_flags(%ebp), %ecx # need_resched set ? testb $_TIF_NEED_RESCHED, %cl - jz restore_all + jz restore_nocheck testl $IF_MASK,EFLAGS(%esp) # interrupts off (exception path) ? - jz restore_all + jz restore_nocheck call preempt_schedule_irq jmp need_resched #endif @@ -587,7 +587,7 @@ nmi_stack_correct: xorl %edx,%edx # zero error code movl %esp,%eax # pt_regs pointer call do_nmi - jmp restore_all + jmp restore_nocheck nmi_stack_fixup: FIX_STACK(12,nmi_stack_correct, 1) -- J.A. Magallon \ Software is like sex: werewolf!able!es \ It's better when it's free Mandrakelinux release 10.2 (Limited Edition 2005) for i586 Linux 2.6.11-jam12 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-7mdk)) #1 - 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-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Status of new kernel.org servers
On 04.10, H. Peter Anvin wrote: > Andre Tomt wrote: > > H. Peter Anvin wrote: > > > >> For those of you that are interested... > > > > > > > > I kind of sort of miss the load and bandwidth statistics on the > > kernel.org front page. Did they just go boring now with sufficient > > hardware resources? :-) > > No; the issue there is that with multiple servers we have to change the > way they're generated and distributed. Nathan Laredo is working on > that, but it's so obviously not a high priority item. > How about a ganglia stats page ? -- J.A. Magallon \ Software is like sex: werewolf!able!es \ It's better when it's free Mandrakelinux release 10.2 (Limited Edition 2005) for i586 Linux 2.6.11-jam12 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-7mdk)) #1 - 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-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Poor SATA / RAID performance (2.6.11 and promise SATAII150 TX4)
On 03.31, Tim Harvey wrote: > Greetings, > > I'm attempting to benchmark software RAID5 on a system with: > - Promise SATAII150 TX4 card > - 4 Segate ST3300831AS drives > - custom built kernel 2.6.11 (to get driver for promise SATAIITX4) > - FC3 install > - EPIA M1 mainboard, 256MB memory > > The tools I'm familiar with for benchmarking a PATA based RAID system are: > - hdparm > - dd > > Here are some interesting stats from my system: > Here goes my setup/results, FWIW... Hard: Dual [EMAIL PROTECTED] 2 Promise FastTrak S150 TX4 (rev 02) 6x Maxtor 7Y250M0, 250Gb, 3 on each card. Soft: > [EMAIL PROTECTED] ~]# more /proc/mdstat > Personalities : [raid5] > md0 : active raid5 sdd1[3] sdc1[2] sdb1[1] sda1[0] > 879100608 blocks level 5, 4k chunk, algorithm 2 [4/4] [] > > unused devices: nada:~# cat /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid5] [multipath] [raid6] [raid10] md0 : active raid5 sdf1[5] sde1[4] sdd1[3] sdc1[2] sdb1[1] sda1[0] 1225557760 blocks level 5, 256k chunk, algorithm 2 [6/6] [UU] unused devices: > [EMAIL PROTECTED] ~]# hdparm -t /dev/sda > > /dev/sda: > Timing buffered disk reads: 116 MB in 3.02 seconds = 38.45 MB/sec > HDIO_DRIVE_CMD(null) (wait for flush complete) failed: Inappropriate ioctl for > device > [EMAIL PROTECTED] ~]# hdparm -t /dev/sda1 > > /dev/sda1: > Timing buffered disk reads: 104 MB in 3.05 seconds = 34.10 MB/sec > HDIO_DRIVE_CMD(null) (wait for flush complete) failed: Inappropriate ioctl for > device nada:~# hdparm -tT /dev/sda /dev/sda: Timing cached reads: 900 MB in 2.00 seconds = 449.84 MB/sec Timing buffered disk reads: 172 MB in 3.03 seconds = 56.70 MB/sec > [EMAIL PROTECTED] ~]# hdparm -t /dev/md0 > > /dev/md0: > Timing buffered disk reads: 72 MB in 3.03 seconds = 23.79 MB/sec > nada:~# hdparm -tT /dev/md0 /dev/md0: Timing cached reads: 912 MB in 2.01 seconds = 454.48 MB/sec Timing buffered disk reads: 178 MB in 3.04 seconds = 58.60 MB/sec > [EMAIL PROTECTED] ~]# vmstat > procs ---memory-- ---swap-- -io --system-- cpu > r b swpd free buff cache si sobibo incs us sy id wa > 1 0 0 3628 8984 14270400 42323 1023 112 30 3 61 6 > > Observations: > - the performance of a raw SATA device (/dev/sda in the above example) seems > low when I compare it to a PATA drive from a previous system (which would get > about 45MB/sec) > - the performance of the RAID5 array (/dev/md0) seems very low - I expect > quite an increase over a single device due to striping > - the number of interrupts per second (1023) seems very high > It is not marvelous in my case, but slightly better than yours... -- J.A. Magallon \ Software is like sex: werewolf!able!es \ It's better when it's free Mandrakelinux release 10.2 (Cooker) for i586 Linux 2.6.11-jam10 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-7mdk)) #1 - 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-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Distinguish real vs. virtual CPUs?
On 03.22, Dan Maas wrote: > Is there a canonical way for user-space software to determine how many > real CPUs are present in a system (as opposed to HyperThreaded or > otherwise virtual CPUs)? > This is 2xXeonHT, is, 4 cpus on 2 packages: cat /proc/cpuinfo: processor : 0 ... physical id : 0 siblings: 2 core id : 0 cpu cores : 1 processor : 1 ... physical id : 0 siblings: 2 core id : 0 cpu cores : 1 processor : 2 ... physical id : 3 siblings: 2 core id : 3 cpu cores : 1 processor : 3 ... physical id : 3 siblings: 2 core id : 3 cpu cores : 1 So something like: cat /proc/cpuinfo | grep 'core id' | uniq | wc -l would give you the number of packages or 'real cpus'. Then you have to choose which ones are unrelated. Usually evens are siblings of odds, but I won't trust on it... > We have an application that for performance reasons wants to run one > process per CPU. However, on a HyperThreaded system /proc/cpuinfo > lists two CPUs, and running two processes in this case is the wrong > thing to do. (Hyperthreading ends up degrading our performance, > perhaps due to cache or bus contention). > I always hear people about HT 'degrading' performance. Obviously you don't get a 200%, but it is always better than 100%. With my simulation code, in which I did not anything special for HT (it uses my 4 cpus as 'real' ones), I usually get a 125-130% gain. So the theoretical performance loos true. Your application behaviour has to be really nasty to run slower with 2 threads on an HT-P4 that with one thread. Hope this helps. -- J.A. Magallon \ Software is like sex: werewolf!able!es \ It's better when it's free Mandrakelinux release 10.2 (Cooker) for i586 Linux 2.6.11-jam6 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-6mdk)) #1 - 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-info.html Please read the FAQ at http://www.tux.org/lkml/
[PATCH] make gconfig build again
On 03.16, Andrew Morton wrote:
> "J.A. Magallon" <[EMAIL PROTECTED]> wrote:
> >
> > On 03.16, Andrew Morton wrote:
> > >
> > >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11-mm4/
> > >
> > ...
> > >
> > > +revert-gconfig-changes.patch
> > >
> > > Back out a recent change which broke gconfig.
> > >
> >
> > What was broken ?
>
> hm. I emailed you twice, and had a feeling that things weren't getting
> through.
>
> The patch caused those little pixmap buttons across the top of the main
> window to vanish when using gtk+-1.2.10-28.1. See
> http://www.zip.com.au/~akpm/linux/patches/stuff/x.jpg.
>
> I now note that scripts/kconfig/gconf.c doesn't compile at all with the
> above backout patch. Drat.
>
This is enough to make it compile:
diff -ruN linux-2.6.11-mm4/scripts/kconfig/gconf.c
linux-2.6.11-mm4-gconf/scripts/kconfig/gconf.c
--- linux-2.6.11-mm4/scripts/kconfig/gconf.c2005-03-16 23:45:56.0
+0100
+++ linux-2.6.11-mm4-gconf/scripts/kconfig/gconf.c 2005-03-16
23:48:25.0 +0100
@@ -11,6 +11,7 @@
#endif
#include "lkc.h"
+#include "images.c"
#include
#include
@@ -1171,42 +1172,6 @@
}
-/* Conf management */
-
-static const char *xpm_menu[] = {
-"12 12 2 1",
-" c white",
-". c black",
-"",
-"",
-" . ",
-" ..",
-" ... ",
-" ",
-" . ",
-" ",
-" ... ",
-" ..",
-" . ",
-""};
-
-static const char *xpm_void[] = {
-"12 12 2 1",
-" c white",
-". c black",
-"",
-"",
-"",
-"",
-"",
-"",
-"",
-"",
-"",
-"",
-"",
-""};
-
/* Fill a row of strings */
static gchar **fill_row(struct menu *menu)
{
--
J.A. Magallon \ Software is like sex:
werewolf!able!es \ It's better when it's free
Mandrakelinux release 10.2 (Cooker) for i586
Linux 2.6.11-jam5 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-6mdk)) #1
-
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-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.11-mm4
On 03.16, Andrew Morton wrote: > "J.A. Magallon" <[EMAIL PROTECTED]> wrote: > > > > On 03.16, Andrew Morton wrote: > > > > > > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11-mm4/ > > > > > ... > > > > > > +revert-gconfig-changes.patch > > > > > > Back out a recent change which broke gconfig. > > > > > > > What was broken ? > > hm. I emailed you twice, and had a feeling that things weren't getting > through. > > The patch caused those little pixmap buttons across the top of the main > window to vanish when using gtk+-1.2.10-28.1. See > http://www.zip.com.au/~akpm/linux/patches/stuff/x.jpg. > > I now note that scripts/kconfig/gconf.c doesn't compile at all with the > above backout patch. Drat. > But gconf is not supposed to build with gtk-1.2, it needs 2.x, at least reding this: linux/scripts/kconfig/Makefile: HOSTLOADLIBES_gconf = `pkg-config gtk+-2.0 gmodule-2.0 libglade-2.0 --libs` HOSTCFLAGS_gconf.o = `pkg-config gtk+-2.0 gmodule-2.0 libglade-2.0 --cflags` \ -D LKC_DIRECT_LINK ... # GTK needs some extra effort, too... $(obj)/.tmp_gtkcheck: @if `pkg-config gtk+-2.0 gmodule-2.0 libglade-2.0 --exists`; then \ if `pkg-config gtk+-2.0 --atleast-version=2.0.0`; then \ touch $@; \ else\ echo "*"; \ echo "* GTK+ is present but version >= 2.0.0 is required."; \ echo "*"; \ false; \ fi \ else\ echo "*"; \ echo "* Unable to find the GTK+ installation. Please make sure that"; \ echo "* the GTK+ 2.0 development package is correctly installed..."; \ echo "* You need gtk+-2.0, glib-2.0 and libglade-2.0."; \ echo "*"; \ false; \ fi endif I can try just to make it compile, and then polish all the edges... If you swear to me it does not have to build under gtk-1.2 (which with current Makefile I do not know how can it be done), there are many stock things that can be done automagically in 2.x, and not manually like in gtk-1.2. TIA -- J.A. Magallon \ Software is like sex: werewolf!able!es \ It's better when it's free Mandrakelinux release 10.2 (Cooker) for i586 Linux 2.6.11-jam5 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-6mdk)) #1 - 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-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.11-mm4
On 03.16, Andrew Morton wrote: > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11-mm4/ > ... > > +revert-gconfig-changes.patch > > Back out a recent change which broke gconfig. > What was broken ? Now it does not work: werewolf:/usr/src/linux# make gconfig HOSTCC scripts/kconfig/gconf.o In file included from /usr/include/gtk-2.0/gtk/gtkactiongroup.h:34, from /usr/include/gtk-2.0/gtk/gtk.h:38, from scripts/kconfig/gconf.c:16: /usr/include/gtk-2.0/gtk/gtkitemfactory.h:53: warning: function declaration isn't a prototype scripts/kconfig/gconf.c: In function `init_main_window': scripts/kconfig/gconf.c:225: error: `xpm_single_view' undeclared (first use in this function) scripts/kconfig/gconf.c:225: error: (Each undeclared identifier is reported only once scripts/kconfig/gconf.c:225: error: for each function it appears in.) scripts/kconfig/gconf.c:235: error: `xpm_split_view' undeclared (first use in this function) scripts/kconfig/gconf.c:245: error: `xpm_tree_view' undeclared (first use in this function) scripts/kconfig/gconf.c: At top level: scripts/kconfig/gconf.c:973: warning: 'renderer_toggled' defined but not used make[1]: *** [scripts/kconfig/gconf.o] Error 1 make: *** [gconfig] Error 2 An if you just open gconf.glade with glade-2 and just _save_ it without doing nothing, it changes a lot of things. by -- J.A. Magallon \ Software is like sex: werewolf!able!es \ It's better when it's free Mandrakelinux release 10.2 (Cooker) for i586 Linux 2.6.11-jam4 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-6mdk)) #1 - 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-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: AGP bogosities
On 03.12, Martin Schlemmer wrote: > On Fri, 2005-03-11 at 23:17 +0000, J.A. Magallon wrote: > > On 03.12, Martin Schlemmer wrote: > > > On Fri, 2005-03-11 at 22:46 +0000, J.A. Magallon wrote: > > > > On 03.11, Dave Jones wrote: > > > > > On Fri, Mar 11, 2005 at 10:11:08PM +, J.A. Magallon wrote: > > > > > > ... > > > > > > > Just curiosity, what says your /proc/driver/nvidia/agp/status ? > > > > - > # cat /proc/driver/nvidia/agp/status > Status: Enabled > Driver: AGPGART > AGP Rate:8x > Fast Writes: Enabled > SBA: Enabled > - > Ah, I got it. The AGPRate is a _limit_ and is not active by default. It is not the rates to probe... If you activate it and dont change to 15 you limit the driver to x4. If you do nothing, no limit. Thanks. -- J.A. Magallon \ Software is like sex: werewolf!able!es \ It's better when it's free Mandrakelinux release 10.2 (Cooker) for i586 Linux 2.6.11-jam3 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-6mdk)) #3 - 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-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: AGP bogosities
On 03.12, Martin Schlemmer wrote: > On Fri, 2005-03-11 at 22:46 +0000, J.A. Magallon wrote: > > On 03.11, Dave Jones wrote: > > > On Fri, Mar 11, 2005 at 10:11:08PM +0000, J.A. Magallon wrote: > > > > > > > > On 03.11, Paul Mackerras wrote: > > > > > Linus, > > > > > > > > > ... > > > > > > > > > > Oh, and by the way, I have 3D working relatively well on my G5 with a > > > > > 64-bit kernel (and 32-bit X server and clients), which is why I care > > > > > about AGP 3.0 support. :) > > > > > > > > > > > > > I think it is not a G5 only problem. I have a x8 card, a x8 slot, but > > > > agpgart keeps saying this: > > > > > > > > Mar 11 23:00:28 werewolf dm: Display manager startup succeeded > > > > Mar 11 23:00:29 werewolf kernel: agpgart: Found an AGP 3.0 compliant > > > device at :00:00.0. > > > > Mar 11 23:00:29 werewolf kernel: agpgart: reserved bits set in mode > > > 0xa. Fixed. > > > > Mar 11 23:00:29 werewolf kernel: agpgart: X passes broken AGP2 flags > > > (2) in AGP3 mode. Fixed. > > > > Mar 11 23:00:29 werewolf kernel: agpgart: Putting AGP V3 device at > > > :00:00.0 into 4x mode > > > > Mar 11 23:00:29 werewolf kernel: agpgart: Putting AGP V3 device at > > > :01:00.0 into 4x mode > > > > Mar 11 23:00:29 werewolf kernel: agpgart: Found an AGP 3.0 compliant > > > device at :00:00.0. > > > > Mar 11 23:00:29 werewolf kernel: agpgart: reserved bits set in mode > > > 0xa. Fixed. > > > > Mar 11 23:00:29 werewolf kernel: agpgart: X passes broken AGP2 flags > > > (2) in AGP3 mode. Fixed. > > > > Mar 11 23:00:29 werewolf kernel: agpgart: Putting AGP V3 device at > > > :00:00.0 into 4x mode > > > > Mar 11 23:00:29 werewolf kernel: agpgart: Putting AGP V3 device at > > > :01:00.0 into 4x mode > > > > > > > > The nvidia driver (brand new 1.0-7167, now works with stock -mm) tells > > > me > > > > it is in x8 mode, but i suspect it lies > > > > > > > > Will try your patch right now. > > > > > > > Looks fine, now I got: > > > > agpgart: Found an AGP 3.0 compliant device at :00:00.0. > > agpgart: Putting AGP V3 device at :00:00.0 into 8x mode > > agpgart: Putting AGP V3 device at :01:00.0 into 8x mode > > agpgart: Found an AGP 3.0 compliant device at :00:00.0. > > agpgart: Putting AGP V3 device at :00:00.0 into 8x mode > > agpgart: Putting AGP V3 device at :01:00.0 into 8x mode > > > > werewolf:~> lspci > > 00:00.0 Host bridge: Intel Corporation 82875P/E7210 Memory Controller Hub > > (rev 02) > > 00:01.0 PCI bridge: Intel Corporation 82875P Processor to AGP Controller > > (rev 02) > > ... > > 01:00.0 VGA compatible controller: nVidia Corporation NV34 [GeForce FX > > 5200] (rev a1) > > > > BTW, I had to patch the nVidia driver. It just tries up to x4 AGP... > > > > New and old one works fine with Paul's patch: > > --old-- > agpgart: Found an AGP 3.0 compliant device at :00:00.0. > agpgart: X tried to set rate=x12. Setting to AGP3 x8 mode. > agpgart: Putting AGP V3 device at :00:00.0 into 8x mode > agpgart: Putting AGP V3 device at :01:00.0 into 8x mode > --- > > (ok, so old driver is a bit dodgy) > > --new-- > agpgart: Found an AGP 3.0 compliant device at :00:00.0. > agpgart: Putting AGP V3 device at :00:00.0 into 8x mode > agpgart: Putting AGP V3 device at :01:00.0 into 8x mode > --- > Just curiosity, what says your /proc/driver/nvidia/agp/status ? -- J.A. Magallon \ Software is like sex: werewolf!able!es \ It's better when it's free Mandrakelinux release 10.2 (Cooker) for i586 Linux 2.6.11-jam3 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-6mdk)) #3 - 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-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: AGP bogosities
On 03.11, Dave Jones wrote: > On Fri, Mar 11, 2005 at 10:11:08PM +0000, J.A. Magallon wrote: > > > > On 03.11, Paul Mackerras wrote: > > > Linus, > > > > > ... > > > > > > Oh, and by the way, I have 3D working relatively well on my G5 with a > > > 64-bit kernel (and 32-bit X server and clients), which is why I care > > > about AGP 3.0 support. :) > > > > > > > I think it is not a G5 only problem. I have a x8 card, a x8 slot, but > > agpgart keeps saying this: > > > > Mar 11 23:00:28 werewolf dm: Display manager startup succeeded > > Mar 11 23:00:29 werewolf kernel: agpgart: Found an AGP 3.0 compliant > device at :00:00.0. > > Mar 11 23:00:29 werewolf kernel: agpgart: reserved bits set in mode 0xa. > Fixed. > > Mar 11 23:00:29 werewolf kernel: agpgart: X passes broken AGP2 flags (2) > in AGP3 mode. Fixed. > > Mar 11 23:00:29 werewolf kernel: agpgart: Putting AGP V3 device at > :00:00.0 into 4x mode > > Mar 11 23:00:29 werewolf kernel: agpgart: Putting AGP V3 device at > :01:00.0 into 4x mode > > Mar 11 23:00:29 werewolf kernel: agpgart: Found an AGP 3.0 compliant > device at :00:00.0. > > Mar 11 23:00:29 werewolf kernel: agpgart: reserved bits set in mode 0xa. > Fixed. > > Mar 11 23:00:29 werewolf kernel: agpgart: X passes broken AGP2 flags (2) > in AGP3 mode. Fixed. > > Mar 11 23:00:29 werewolf kernel: agpgart: Putting AGP V3 device at > :00:00.0 into 4x mode > > Mar 11 23:00:29 werewolf kernel: agpgart: Putting AGP V3 device at > :01:00.0 into 4x mode > > > > The nvidia driver (brand new 1.0-7167, now works with stock -mm) tells me > > it is in x8 mode, but i suspect it lies > > > > Will try your patch right now. > Looks fine, now I got: agpgart: Found an AGP 3.0 compliant device at :00:00.0. agpgart: Putting AGP V3 device at :00:00.0 into 8x mode agpgart: Putting AGP V3 device at :01:00.0 into 8x mode agpgart: Found an AGP 3.0 compliant device at :00:00.0. agpgart: Putting AGP V3 device at :00:00.0 into 8x mode agpgart: Putting AGP V3 device at :01:00.0 into 8x mode werewolf:~> lspci 00:00.0 Host bridge: Intel Corporation 82875P/E7210 Memory Controller Hub (rev 02) 00:01.0 PCI bridge: Intel Corporation 82875P Processor to AGP Controller (rev 02) ... 01:00.0 VGA compatible controller: nVidia Corporation NV34 [GeForce FX 5200] (rev a1) BTW, I had to patch the nVidia driver. It just tries up to x4 AGP... Thanks. -- J.A. Magallon \ Software is like sex: werewolf!able!es \ It's better when it's free Mandrakelinux release 10.2 (Cooker) for i586 Linux 2.6.11-jam3 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-6mdk)) #2 - 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-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: AGP bogosities
On 03.11, Paul Mackerras wrote: > Linus, > ... > > Oh, and by the way, I have 3D working relatively well on my G5 with a > 64-bit kernel (and 32-bit X server and clients), which is why I care > about AGP 3.0 support. :) > I think it is not a G5 only problem. I have a x8 card, a x8 slot, but agpgart keeps saying this: Mar 11 23:00:28 werewolf dm: Display manager startup succeeded Mar 11 23:00:29 werewolf kernel: agpgart: Found an AGP 3.0 compliant device at :00:00.0. Mar 11 23:00:29 werewolf kernel: agpgart: reserved bits set in mode 0xa. Fixed. Mar 11 23:00:29 werewolf kernel: agpgart: X passes broken AGP2 flags (2) in AGP3 mode. Fixed. Mar 11 23:00:29 werewolf kernel: agpgart: Putting AGP V3 device at :00:00.0 into 4x mode Mar 11 23:00:29 werewolf kernel: agpgart: Putting AGP V3 device at :01:00.0 into 4x mode Mar 11 23:00:29 werewolf kernel: agpgart: Found an AGP 3.0 compliant device at :00:00.0. Mar 11 23:00:29 werewolf kernel: agpgart: reserved bits set in mode 0xa. Fixed. Mar 11 23:00:29 werewolf kernel: agpgart: X passes broken AGP2 flags (2) in AGP3 mode. Fixed. Mar 11 23:00:29 werewolf kernel: agpgart: Putting AGP V3 device at :00:00.0 into 4x mode Mar 11 23:00:29 werewolf kernel: agpgart: Putting AGP V3 device at :01:00.0 into 4x mode The nvidia driver (brand new 1.0-7167, now works with stock -mm) tells me it is in x8 mode, but i suspect it lies Will try your patch right now. -- J.A. Magallon \ Software is like sex: werewolf!able!es \ It's better when it's free Mandrakelinux release 10.2 (Cooker) for i586 Linux 2.6.11-jam3 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-6mdk)) #2 - 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-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.11-mm2
HI all... On 03.08, Andrew Morton wrote: > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11-mm2/ > (replied to this because this is the kernel I am testing on :) ) Can cpu affinity really be changed for a running process ? Does it need something like io or yielding to take effect ? I am playin with Robert Love's taskset (symlinked to runon, it is easier to type and I'm more used to it), because I want to play with hyperthreading and wanted a method to force two threads on the same physical package. It works fine to bound a new process to a cpu set, but I does not change anything for a running process. I try runon -c -p 0 for my numbercruncher and it does nothing, top shows it is in the same cpus where it started: werewolf:~# runon -c -p 0 8277 pid 8277's current affinity list: 0-3 pid 8277's new affinity list: 0 werewolf:~# runon -c -p 8277 pid 8277's current affinity list: 0 The program uses posix threads, 2 in this case. The two threads change from cpu sometimes (not too often), but do not go into the same processor immediately as when I start the program directly with runon/taskset. Any idea ? TIA -- J.A. Magallon \ Software is like sex: werewolf!able!es \ It's better when it's free Mandrakelinux release 10.2 (Cooker) for i586 Linux 2.6.11-jam3 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-3mdk)) #1 - 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-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.11-mm2
On 03.09, Robert Love wrote: > On Tue, 2005-03-08 at 23:36 +0000, J.A. Magallon wrote: > > > Can cpu affinity really be changed for a running process ? > > Yes. > > > Does it need something like io or yielding to take effect ? > > No. > ... > > Although, you have the syntax wrong. It should be > > taskset -c 0 -p 8277 > That was what I first tried, but: werewolf:~> ps -ef | grep box magallon 8638 8629 99 00:47 pts/000:01:54 box-d --out box.srf @opt magallon 8733 8643 0 00:48 pts/200:00:00 grep box werewolf:~> taskset -c 0 -p 8638 execvp: No such file or directory failed to execute -p > > > The program uses posix threads, 2 in this case. The two threads change from > > cpu sometimes (not too often), but do not go into the same processor > > immediately as when I start the program directly with runon/taskset. > > You have to bind all of the threads individually. > Ahh, damn, that explains it. I use a main thread that does nothing but wait for the worker threads. So it sure gets moved to CPU0, but as it does not waste CPU time, I do not see it... Thanks. Will see what can I do with my threads. cpusets, perhaps... -- J.A. Magallon \ Software is like sex: werewolf!able!es \ It's better when it's free Mandrakelinux release 10.2 (Cooker) for i586 Linux 2.6.11-jam3 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-3mdk)) #1 - 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-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Linux 2.6.11
On 03.02, Linus Torvalds wrote:
>
> Ok,
> there it is. Only small stuff lately - as promised. Shortlog from -rc5
> appended, nothing exciting there, mostly some fixes from various code
> checkers (like fixed init sections, and some coverity tool finds).
>
> So it's now _officially_ all bug-free.
>
Mmm, conflicts in NFS ?
nfsd/nfsctl.c reads:
static int __init init_nfsd(void)
{
...
if (proc_mkdir("fs/nfs", NULL)) {
struct proc_dir_entry *entry;
entry = create_proc_entry("fs/nfs/exports", 0, NULL);
if (entry)
entry->proc_fops = &exports_operations;
}
...
But nfs-utils 1.0.7 say that you can mount nfsd at /proc/fs/nfsd.
What 'exports' would kernel use ? Just duplicate info or a bug ?
TIA
--
J.A. Magallon \ Software is like sex:
werewolf!able!es \ It's better when it's free
Mandrakelinux release 10.2 (Cooker) for i586
Linux 2.6.11-jam1 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-3mdk)) #1
-
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-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: nothing in /proc/fs/nfs/exports ?
On 03.04, Trond Myklebust wrote: > fr den 04.03.2005 Klokka 11:58 (+) skreiv J.A. Magallon: > > > = /proc/fs/nfs/exports > > # Version 1.1 > > # Path Client(Flags) # IPs > > > > Nothing in xtab ? Nothing in /proc ? Why ? > > > > "man exportfs". Read all about the 2.6 kernel's new mechanism for > communication between mountd and the kernel. > Thanks. After reading that twice, I realized I had not /proc/fs/nfs mounted !! BTW, my system has two dirs in /proc/fs, both nfs and nfsd. Which is the correct one ? Is that a bug ? I will have a manual mount of that, until I discover why my initscripts stopped mounting that. TIA -- J.A. Magallon \ Software is like sex: werewolf!able!es \ It's better when it's free Mandrakelinux release 10.2 (Cooker) for i586 Linux 2.6.11-jam1 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-3mdk)) #1 - 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-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Something is broken with SATA RAID ?
On 03.03, Jeff Garzik wrote: > On Thu, Mar 03, 2005 at 12:39:41AM +0000, J.A. Magallon wrote: > > Hi... > > > > I posted this in other mail, but now I can confirm this. > > > > I have a box with a SATA RAID-5, and with 2.6.11-rc3-mm2+libata-dev1 > > works like a charm as a samba server, I dropped it 12Gb from an > > osx client, and people does backups from W2k boxes and everything was fine. > > With 2.6.11-rc4-mm1, it hangs shortly after the mac starts copying > > files. No oops, no messages... It even hanged on a local copy (wget), > > so I will discard samba as the buggy piece in the puzzle. > > > > I'm going to make a definitive test with rc5-mm1 vs rc5-mm1+libata-dev1. > > I already know that plain rc5-mm1 hangs. I have to wait the md > > reconstruction > > of the 1.2 TB to check rc5-mm1+libata (and no user putting things there...) > > Please eliminate -mm and -libata-dev from the equation. > One piece at last... I have tried - 2.6.11 - 2.6.11 + libata-dev1 + netdev1 + shrinkers-at-tail + 1Gb-lowmem Bot work fine and survived several gigas dumped both through smb and afp. Happy man ;). If there was something strange, it must be in -mm. rc5-mm1 did not work, but plain 2.6.11 works. I will try 2.6.11-mm1 on monday... Just a note. Net throughput seems a bit slower in the second case (measured with iftop). And it degrades over time. With a 8 Gb copy, it started at about 50Mb/s and dropped to 25 at the end. Not sure if the one to blame is linux or osx... Hardware (just for the record): 2 x PDC20319 (FastTrak S150 TX4) (rev 02) 6 x 250Gb Maxtor 7Y250M0 YAR5, 3 on each. RAID-5 nada:~# mdadm -D /dev/md0 /dev/md0: Version : 00.90.01 Creation Time : Fri Sep 3 02:17:28 2004 Raid Level : raid5 Array Size : 1225557760 (1168.78 GiB 1254.97 GB) Device Size : 245111552 (233.76 GiB 250.99 GB) Raid Devices : 6 Total Devices : 6 Preferred Minor : 0 Persistence : Superblock is persistent Update Time : Fri Mar 4 21:34:00 2005 State : clean Active Devices : 6 Working Devices : 6 Failed Devices : 0 Spare Devices : 0 Layout : left-symmetric Chunk Size : 256K UUID : fd6fcad0:21da140b:072a82b1:11b3db21 Events : 0.156336 Number Major Minor RaidDevice State 0 810 active sync /dev/sda1 1 8 171 active sync /dev/sdb1 2 8 332 active sync /dev/sdc1 3 8 493 active sync /dev/sdd1 4 8 654 active sync /dev/sde1 5 8 815 active sync /dev/sdf1 /dev/md0: Timing cached reads: 756 MB in 2.01 seconds = 376.93 MB/sec Timing buffered disk reads: 158 MB in 3.02 seconds = 52.26 MB/sec Thanks. -- J.A. Magallon \ Software is like sex: werewolf!able!es \ It's better when it's free Mandrakelinux release 10.2 (Cooker) for i586 Linux 2.6.11-jam1 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-3mdk)) #1 - 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-info.html Please read the FAQ at http://www.tux.org/lkml/
nothing in /proc/fs/nfs/exports ?
Hi all... I have problems with NFS in 2.6.11. Just a simple test: #!/bin/bash service nfslock stop service nfs stop rm -rf /var/lib/nfs/* service nfs start service nfslock start echo "= /etc/exports" cat /etc/exports echo "= exportsfs -v" exportfs -v echo "= /var/lib/nfs/xtab" cat /var/lib/nfs/xtab echo "= /proc/fs/nfs/exports" cat /proc/fs/nfs/exports Results are: Stopping NFS statd: [ OK ] Shutting down NFS mountd: [ OK ] Shutting down NFS daemon: [ OK ] Shutting down NFS services: [ OK ] Starting NFS services: [ OK ] Starting NFS daemon:[ OK ] Starting NFS mountd:[ OK ] Starting NFS statd: [ OK ] = /etc/exports /store/media/music 192.168.0.2(ro,no_root_squash,no_subtree_check,insecure) = exportsfs -v /store/media/music ibook(ro,wdelay,insecure,no_root_squash,no_subtree_check) = /var/lib/nfs/xtab = /proc/fs/nfs/exports # Version 1.1 # Path Client(Flags) # IPs Nothing in xtab ? Nothing in /proc ? Why ? werewolf:~# df /store FilesystemType 1K-blocks Used Available Use% Mounted on /dev/hda1 ext3 115377640 39848024 69668704 37% /store Any hint ? -- J.A. Magallon \ Software is like sex: werewolf!able!es \ It's better when it's free Mandrakelinux release 10.2 (Cooker) for i586 Linux 2.6.11-jam1 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-3mdk)) #1 - 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-info.html Please read the FAQ at http://www.tux.org/lkml/
2.6.11-rc3-mm2: broken NFS ?
Hi... I have a problem with nfs. It always worked, so I don't know what is failing now. I have a server running 2.6.11-rc3-mm2. I try to export a dir via nfs: /etc/exports: /raid belly.cps.unizar.es(ro,insecure,no_root_squash,no_subtree_check) nada:/proc/fs/nfs# exportfs -v /raid belly.cps.unizar.es(ro,wdelay,insecure,no_root_squash,no_subtree_check) So it looks ok... But when I try to mount it from OSX: belly:~ root# mount nada:/raid ./w mount_nfs: can't access /raid: Permission denied But the server shows it got mounted: nada:/var/lib/nfs# cat rmtab 155.210.152.151:belly.cps.unizar.es:0x0001 belly.cps.unizar.es:/raid:0x0001 If I now restart nfs: nada:/var/lib/nfs# service nfs restart Shutting down NFS mountd: [ OK ] Shutting down NFS daemon: [ OK ] Shutting down NFS services: [ OK ] Starting NFS services: [ OK ] Starting NFS daemon:[ OK ] Starting NFS mountd:[ OK ] nada:/var/lib/nfs# cat /proc/fs/nfs/exports # Version 1.1 # Path Client(Flags) # IPs Nothing ? What is wrong with this setup ? Kernel is 2.6.11-rc3-mm2, nfs-utils-1.0.7. TIA -- J.A. Magallon \ Software is like sex: werewolf!able!es \ It's better when it's free Mandrakelinux release 10.2 (Cooker) for i586 Linux 2.6.11-jam1 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-3mdk)) #1 - 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-info.html Please read the FAQ at http://www.tux.org/lkml/
Something is broken with SATA RAID ?
Hi... I posted this in other mail, but now I can confirm this. I have a box with a SATA RAID-5, and with 2.6.11-rc3-mm2+libata-dev1 works like a charm as a samba server, I dropped it 12Gb from an osx client, and people does backups from W2k boxes and everything was fine. With 2.6.11-rc4-mm1, it hangs shortly after the mac starts copying files. No oops, no messages... It even hanged on a local copy (wget), so I will discard samba as the buggy piece in the puzzle. I'm going to make a definitive test with rc5-mm1 vs rc5-mm1+libata-dev1. I already know that plain rc5-mm1 hangs. I have to wait the md reconstruction of the 1.2 TB to check rc5-mm1+libata (and no user putting things there...) But, anyone has a clue about what is happening ? I have seen other reports of RAID related hangs... Any important change after rc3 ? Any important bugfix in libata-dev1 ? Something broken in -mm ? More details, like sata card model and setup on demand... TIA -- J.A. Magallon \ Software is like sex: werewolf!able!es \ It's better when it's free Mandrakelinux release 10.2 (Cooker) for i586 Linux 2.6.10-jam10 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-3mdk)) #1 - 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-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.11-rc5: Promise SATA150 TX4 failure
On 03.01, Joerg Sommrey wrote: > Hi all, > > a problem that was introduced between 2.6.10-ac9 and 2.6.10-ac11 made > it's way into 2.6.11-rc5. While taking a backup onto a SCSI-streamer one > of my RAID1-arrays gets corrupted. Afterwards the system hangs and > isn't even bootable. Need to raidhotadd the failed partition in single > user mode to get the box working again. Error messages: > Me too :(. Just a slightly different case. I have a server with 6x250Gb SATA drives, hanged on a pair of Promise PDC20319 (FastTrak S150 TX4) (rev 02) controlers (each has 4 ports). Main use for the box is as a smb/atalk/nfs server. With 2.6.20-rc3-mm2+libata-dev2, the box is stable, we can drop gigs of files throug samba amd it works. Anything newer that that makes the box hang siliently, no messages, no oops. It also happened to me with just a local wget of a big file (oofice-2.0-beta), after download the box locked hard. I tried to apply libata-dev1 on top of newer kernels, but part of it is already there, and the rest drops too many rejects/offsets for me. I also have one other problem with flock, but thats subject for another post... Any ideas about what changed wrt sata ? -- J.A. Magallon \ Software is like sex: werewolf!able!es \ It's better when it's free Mandrakelinux release 10.2 (Cooker) for i586 Linux 2.6.10-jam12 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-3mdk)) #1 - 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-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.11-rc4-mm1
On 02.24, Dmitry Torokhov wrote: > On Wednesday 23 February 2005 18:12, Ed Tomlinson wrote: > > On Wednesday 23 February 2005 17:38, J.A. Magallon wrote: > > > > > > On 02.23, Andrew Morton wrote: > > > > > > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc4/2.6.11-rc4-mm1/ > > > > > > > > > > > > - Various fixes and updates all over the place. Things seem to have > > > > slowed > > > > down a bit. > > > > > > > > - Last, final, ultimate call: if anyone has patches in here which are > > > > 2.6.11 > > > > material, please tell me. > > > > > > > > > > Two points: > > > > > > - I lost my keyboard :(. USB, but plugged into PS/2 with an adapter. > > > > Mine too. Details sent in another message... > > > > Does i8042.nopnp help? > Yes, that makes things work. Even better than ever before, now an USB mouse and a PS/2 logitech trackball work fine both at the same time. In console and in X. In previous kernels PS/2 was dead or jumped heavily when an usb mouse was plugged. The keyboard works both in PS/2 (with adapter) and in USB. Now a tricky question: the mouse and the trackball move the pointer in X at different speeds. Is there any way to tell the kernel they have the same DPI ? Or can I tweak the speed/DPI settings for them separately to get a more or less similar movement ? TIA -- J.A. Magallon \ Software is like sex: werewolf!able!es \ It's better when it's free Mandrakelinux release 10.2 (Cooker) for i586 Linux 2.6.10-jam11 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-3mdk)) #1 - 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-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.11-rc4-mm1
On 02.23, Andrew Morton wrote: > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc4/2.6.11-rc4-mm1/ > > > - Various fixes and updates all over the place. Things seem to have slowed > down a bit. > > - Last, final, ultimate call: if anyone has patches in here which are 2.6.11 > material, please tell me. > Two points: - I lost my keyboard :(. USB, but plugged into PS/2 with an adapter. - hdb is missing. initscripts show an strange message about hdq ?? As I read the same on other post, I think something has screwed the ide device naming scheme ... TIA -- J.A. Magallon \ Software is like sex: werewolf!able!es \ It's better when it's free Mandrakelinux release 10.2 (Cooker) for i586 Linux 2.6.10-jam10 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-3mdk)) #2 - 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-info.html Please read the FAQ at http://www.tux.org/lkml/
udev and cdsymlinks
Hi all...
There are some problems with current udev. I wil try to propose an acceptable
solution (ie, patch ;) ).
My problems are with cdsymlinks (the C version, mandrake cooker uses that;
all I say is applicable also to the bash version).
Problems with udev-053:cdymlinks.c:
- Does not obey the NUMBERED_LINKS flag. Just a problem with string lengths.
Fixed below.
- The nunbered links sould always be present (ie, kill NUMBERED_LINKS).
Why ?
- In a box with several optical units, you obviously need numbered links.
You also need a 'default' unit for each class (cdrom, dvd, cdrw...)
- In a box with only one unit, you also need the numbered links for
compatibility (a program can try to open cdrom{i}, i in 0.., ) until
it fails...)
- In a box with just one DVDRW it fails, typo in the strtok.
Is this patch acceptable ?
TIA
--- cdsymlinks.c.orig 2005-02-14 23:18:16.0 +0100
+++ cdsymlinks.c2005-02-15 00:30:16.0 +0100
@@ -55,7 +55,6 @@
/* Configuration variables */
static struct list_t allowed_output = {0};
-static int numbered_links = 1;
/* Available devices */
static struct list_t Devices = {0};
@@ -218,7 +217,7 @@
list_assign_split (struct list_t *list, char *text)
{
char *token = strchr (text, ':');
- token = strtok (token ? token + 1 : text, " \t");
+ token = strtok (token ? token + 1 : text, " \t\n");
while (token)
{
list_prepend (list, token);
@@ -267,8 +266,6 @@
list_delete (&allowed_output);
list_assign_split (&allowed_output, p.we_wordv[0] + 7);
}
- else if (!strncmp (p.we_wordv[0], "NUMBERED_LINKS=", 14))
-numbered_links = atoi (p.we_wordv[0] + 14);
break;
}
/* fall through */
@@ -325,9 +322,9 @@
list_assign_split (&cap_CDRW, text);
else if (!strncasecmp (text, "Can write CD-R", 14))
list_assign_split (&cap_CDR, text);
-else if (!strncasecmp (text, "Can read MRW", 14))
+else if (!strncasecmp (text, "Can read MRW", 12))
list_assign_split (&cap_CDMRW, text);
-else if (!strncasecmp (text, "Can write MRW", 14))
+else if (!strncasecmp (text, "Can write MRW", 13))
list_assign_split (&cap_CDWMRW, text);
}
if (!feof (info))
@@ -408,24 +405,30 @@
*/
present = 1;
if (isdev)
-printf (" %s", list_nth (&devls, li)->data);
+printf ("%s ", list_nth (&devls, li)->data);
}
/* If we found no existing symlinks for the target device... */
if (!present)
{
char buf[256];
- snprintf (buf, sizeof (buf), count ? "%s%d" : "%s", link, count);
- /* Find the next available (not present) symlink name.
- * We always need to do this for reasons of output consistency: if a
- * symlink is created by udev as a result of use of this program, we
- * DON'T want different output!
- */
- while (list_search (&devls, buf))
-snprintf (buf, sizeof (buf), "%s%d", link, ++count);
- /* If ISDEV, output it. */
- if (isdev && (numbered_links || count == 0))
-printf (" %s", buf);
+ if (!count)
+ {
+snprintf (buf, sizeof (buf), "%s", link);
+if (isdev && !list_search (&devls, buf))
+ printf ("%s ", buf);
+ }
+ /* Find the next available (not present) symlink name.
+ * We always need to do this for reasons of output consistency: if a
+ * symlink is created by udev as a result of use of this program, we
+ * DON'T want different output!
+ */
+ snprintf (buf, sizeof (buf), "%s%d", link, count);
+ while (list_search (&devls, buf))
+ snprintf (buf, sizeof (buf), "%s%d", link, ++count);
+ /* If ISDEV, output it. */
+ if (isdev)
+ printf ("%s ", buf);
/* If the link isn't in our "existing links" list, add it and increment
* our counter.
*/
--
J.A. Magallon \ Software is like sex:
werewolf!able!es \ It's better when it's free
Mandrakelinux release 10.2 (Cooker) for i586
Linux 2.6.10-jam9 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-3mdk)) #1
pgpW8LKVVeuzI.pgp
Description: PGP signature
[PATCH] fixes for cdsymlinks.c
Hi...
I needed this patch to get this working, I think they are obvious
corrections:
--- cdsymlinks.c.orig 2005-02-12 02:51:15.0 +0100
+++ cdsymlinks.c2005-02-12 02:48:35.0 +0100
@@ -218,7 +218,7 @@
list_assign_split (struct list_t *list, char *text)
{
char *token = strchr (text, ':');
- token = strtok (token ? token + 1 : text, " \t");
+ token = strtok (token ? token + 1 : text, " \t\n");
while (token)
{
list_prepend (list, token);
@@ -267,8 +267,8 @@
list_delete (&allowed_output);
list_assign_split (&allowed_output, p.we_wordv[0] + 7);
}
- else if (!strncmp (p.we_wordv[0], "NUMBERED_LINKS=", 14))
-numbered_links = atoi (p.we_wordv[0] + 14);
+ else if (!strncmp (p.we_wordv[0], "NUMBERED_LINKS=", 15))
+numbered_links = atoi (p.we_wordv[0] + 15);
break;
}
/* fall through */
@@ -325,9 +325,9 @@
list_assign_split (&cap_CDRW, text);
else if (!strncasecmp (text, "Can write CD-R", 14))
list_assign_split (&cap_CDR, text);
-else if (!strncasecmp (text, "Can read MRW", 14))
+else if (!strncasecmp (text, "Can read MRW", 12))
list_assign_split (&cap_CDMRW, text);
-else if (!strncasecmp (text, "Can write MRW", 14))
+else if (!strncasecmp (text, "Can write MRW", 13))
list_assign_split (&cap_CDWMRW, text);
}
if (!feof (info))
Hope this is correct and will be included in udev-054 ;)
TIA
--
J.A. Magallon \ Software is like sex:
werewolf!able!es \ It's better when it's free
Mandrakelinux release 10.2 (Cooker) for i586
Linux 2.6.10-jam9 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-3mdk)) #1
pgprJwul2AbUT.pgp
Description: PGP signature
Re: udev::cdsymlinks does not consider a 'cdrw' as a 'cdrom'
On 2005.02.12, J.A. Magallon wrote: > > On 2005.02.12, J.A. Magallon wrote: > > Hi... > > > > I have a little problem with udev. I have udev-051, but have tried > > cdsymlinks.c from 053 and is the same. > > > > It does not give 'cdrom' or 'dvd' for DVD writers. > > In one box, hdb is a DVD, and hdc is a DVDRW: > > > > Opps, and cdsymlinks.c and .sh behave different: > > werewolf:~# /sbin/cdsymlinks hdc -d > Devices: hdb hdc > DVDRAM : 0 1 hdc > DVDRW : 0 1 hdc > DVD: 1 1 hdb hdc > CDRW : 0 1 hdc > CDR: 0 1 hdc > CDWMRW : > CDMRW : > CDROM : (all) hdb hdc > cdrw dvdrw dvdram > > werewolf:~# /etc/udev/scripts/cdsymlinks.sh hdc -d > Devices: hdb hdc > DVDRAM : 0 1 hdc > DVDRW : 0 1 hdc > DVD: 1 1 hdb hdc > CDRW : 0 1 hdc > CD-R : 0 1 hdc > CDMRW : 1 1 hdb hdc > CDM: 1 1 hdb hdc > CDROM : (all) hdb hdc > cdrom1 cdrw dvd1 dvdrw dvdram > Caught it: --- cdsymlinks.c.orig 2005-02-12 02:17:19.0 +0100 +++ cdsymlinks.c2005-02-12 02:17:26.0 +0100 @@ -267,8 +267,8 @@ list_delete (&allowed_output); list_assign_split (&allowed_output, p.we_wordv[0] + 7); } - else if (!strncmp (p.we_wordv[0], "NUMBERED_LINKS=", 14)) -numbered_links = atoi (p.we_wordv[0] + 14); + else if (!strncmp (p.we_wordv[0], "NUMBERED_LINKS=", 15)) +numbered_links = atoi (p.we_wordv[0] + 15); break; } /* fall through */ -- J.A. Magallon \ Software is like sex: werewolf!able!es \ It's better when it's free Mandrakelinux release 10.2 (Cooker) for i586 Linux 2.6.10-jam9 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-3mdk)) #1 pgplrJRQGo0sj.pgp Description: PGP signature
Re: udev::cdsymlinks does not consider a 'cdrw' as a 'cdrom'
On 2005.02.12, J.A. Magallon wrote: > Hi... > > I have a little problem with udev. I have udev-051, but have tried > cdsymlinks.c from 053 and is the same. > > It does not give 'cdrom' or 'dvd' for DVD writers. > In one box, hdb is a DVD, and hdc is a DVDRW: > Opps, and cdsymlinks.c and .sh behave different: werewolf:~# /sbin/cdsymlinks hdc -d Devices: hdb hdc DVDRAM : 0 1 hdc DVDRW : 0 1 hdc DVD: 1 1 hdb hdc CDRW : 0 1 hdc CDR: 0 1 hdc CDWMRW : CDMRW : CDROM : (all) hdb hdc cdrw dvdrw dvdram werewolf:~# /etc/udev/scripts/cdsymlinks.sh hdc -d Devices: hdb hdc DVDRAM : 0 1 hdc DVDRW : 0 1 hdc DVD: 1 1 hdb hdc CDRW : 0 1 hdc CD-R : 0 1 hdc CDMRW : 1 1 hdb hdc CDM: 1 1 hdb hdc CDROM : (all) hdb hdc cdrom1 cdrw dvd1 dvdrw dvdram -- J.A. Magallon \ Software is like sex: werewolf!able!es \ It's better when it's free Mandrakelinux release 10.2 (Cooker) for i586 Linux 2.6.10-jam9 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-3mdk)) #1 pgplmWi9mr1WA.pgp Description: PGP signature
udev::cdsymlinks does not consider a 'cdrw' as a 'cdrom'
Hi... I have a little problem with udev. I have udev-051, but have tried cdsymlinks.c from 053 and is the same. It does not give 'cdrom' or 'dvd' for DVD writers. In one box, hdb is a DVD, and hdc is a DVDRW: werewolf:/proc/sys/dev/cdrom> cat info CD-ROM information, Id: cdrom.c 3.20 2003/12/17 drive name: hdc hdb drive speed:40 48 drive # of slots: 1 1 Can close tray: 1 1 Can open tray: 1 1 Can lock tray: 1 1 Can change speed: 1 1 Can select disk:0 0 Can read multisession: 1 1 Can read MCN: 1 1 Reports media changed: 1 1 Can play audio: 1 1 Can write CD-R: 1 0 Can write CD-RW:1 0 Can read DVD: 1 1 Can write DVD-R:1 0 Can write DVD-RAM: 1 0 Can read MRW: 1 1 Can write MRW: 1 1 Can write RAM: 1 1 werewolf:/proc/sys/dev/cdrom> cdsymlinks hdb cdrom dvd werewolf:/proc/sys/dev/cdrom> cdsymlinks hdc cdrw dvdrw dvdram werewolf:/proc/sys/dev/cdrom> cdsymlinks hdc -d Devices: hdb hdc DVDRAM : 0 1 hdc DVDRW : 0 1 hdc DVD: 1 1 hdb hdc CDRW : 0 1 hdc CDR: 0 1 hdc CDWMRW : CDMRW : CDROM : (all) hdb hdc cdrw dvdrw dvdram (btw, I did not know my DVD _reader_ can write anything like MRW or RAM) In other box that just has also a combo drive (DVD + DVDRW 4.7): nada:/proc/sys/dev/cdrom# cat info CD-ROM information, Id: cdrom.c 3.20 2003/12/17 drive name: hdh drive speed:32 drive # of slots: 1 Can close tray: 1 Can open tray: 1 Can lock tray: 1 Can change speed: 1 Can select disk:0 Can read multisession: 1 Can read MCN: 1 Reports media changed: 1 Can play audio: 1 Can write CD-R: 1 Can write CD-RW:1 Can read DVD: 1 Can write DVD-R:1 Can write DVD-RAM: 1 Can read MRW: 1 Can write MRW: 1 Can write RAM: 1 nada:~> cdsymlinks hdh nada:~> cdsymlinks hdh -d Devices: hdh DVDRAM : 1 hdh DVDRW : 1 hdh DVD: 1 hdh CDRW : 1 hdh CDR: 1 hdh CDWMRW : CDMRW : CDROM : (all) hdh And now that I realize it, why the different debug output ??? TIA -- J.A. Magallon \ Software is like sex: werewolf!able!es \ It's better when it's free Mandrakelinux release 10.2 (Cooker) for i586 Linux 2.6.10-jam9 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-3mdk)) #1 pgplumSQgJE3a.pgp Description: PGP signature
Re: [PATCH] Makefiles are not built using a Fortran compiler
On 2005.02.08, Matthew Wilcox wrote: > On Tue, Feb 08, 2005 at 01:23:48PM +0100, Roman Zippel wrote: > > Enabling the following in the Makefile should have the same effect: > > > > # For maximum performance (+ possibly random breakage, uncomment > > # the following) > > > > #MAKEFLAGS += -rR > aic7xxx fails if you select to build firmware and use -R. -R suppress the variable definitions, so a rule for lex and yacc is missing and aicasm fails to build. A rule for lex and yacc could be added somewhere in kbuild... -- J.A. Magallon \ Software is like sex: werewolf!able!es \ It's better when it's free Mandrakelinux release 10.2 (Cooker) for i586 Linux 2.6.10-jam8 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-3mdk)) #1 pgpIg8cECqgCO.pgp Description: PGP signature
Re: [PATCH] raw1394 : Fix hang on unload
On 2005.02.07, [EMAIL PROTECTED] wrote:
> On Sun, Feb 06, 2005 at 02:41:15PM -0500, Parag Warudkar wrote:
> > I was seeing rmmod getting stuck consistently in D state while removing
> > raw1394. Looking at raw1394.c:cleanup_raw1394 - the order of doing
> > things seemed incorrect to me after comparing other places in raw1394.c
> > which do the same thing but with a different order.
> >
> > bash R running task 0 4319 38843900
> > (NOTLB)
> > rmmod D 008428792a16 0 4490 3900
> > (NOTLB)
> > 81001cff9dd8 0082 0001
> >0074 8100211c9070 097b
> > 81002c8a2800
> >80397c97 81002b6f9360
> > Call Trace:{__down+421}
> > {default_wake_function+0}
> >{__down_failed+53}
> > {generic_delete_inode+0}
> >{.text.lock.driver+5}
> > {:raw1394:cleanup_raw1394+16}
> >{sys_delete_module+497}
> > {__up_write+514}
> >{sys_munmap+107} {system_call
> > +126}
> >
> > Attached patch fixes the rmmod raw1394 hang. Tested.
>
> I think sbp2 also need do this, attached patch will fix sbp2 rmmod
> hang, But not tested.
>
It happens the same for me with eth1394. Reversing the order of those
calls allows unloading of the module; as they are now, rmmod just hangs
forever...
I looked also at other 1394 drivers and all have the calls in 'bad' order.
Sure this ordering has to be reversed or it is correct and is triggering
other hidden bug ?
TIA
--
J.A. Magallon \ Software is like sex:
werewolf!able!es \ It's better when it's free
Mandrakelinux release 10.2 (Cooker) for i586
Linux 2.6.10-jam8 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-3mdk)) #1
pgpIx5xNVXfLc.pgp
Description: PGP signature
Re: Strange problem with sensors: 0 RPMs ?
On 2005.02.04, J.A. Magallon wrote: > Hi all... > > I have a dual Xeon box. I got tired of the noise of the Intel boxed > fans and bought a couple of Swiftech 'hedegehogs' and two ThemalTake > fans. > Board is an Asus PCDL and sensors chip is a w83627hf (heavily modified by > Asus, I suppose, because it has 5! fan sensors). With the Intel fans, > I got both rpm measures OK. With the new fans, the CPU0 fan insists > it is stopped at 0 RPM. And I see it spinning. It is correctly plugged > and the Xeon temperature stays nicely at 32º C. > And the more strange thing is that the hardware monitor in the BIOS > tells me it is spinning at about 2500 RPM !!! And the own BIOS says > at boot that my CPU FAN IS STOPPED. > Sorry for the noise. Some google results I have not found before and fanN_div did the trick. Thanks. -- J.A. Magallon \ Software is like sex: werewolf!able!es \ It's better when it's free Mandrakelinux release 10.2 (Cooker) for i586 Linux 2.6.10-jam7 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-3mdk)) #3 pgpgx5MzbxPs7.pgp Description: PGP signature
Strange problem with sensors: 0 RPMs ?
Hi all... I have a dual Xeon box. I got tired of the noise of the Intel boxed fans and bought a couple of Swiftech 'hedegehogs' and two ThemalTake fans. Board is an Asus PCDL and sensors chip is a w83627hf (heavily modified by Asus, I suppose, because it has 5! fan sensors). With the Intel fans, I got both rpm measures OK. With the new fans, the CPU0 fan insists it is stopped at 0 RPM. And I see it spinning. It is correctly plugged and the Xeon temperature stays nicely at 32º C. And the more strange thing is that the hardware monitor in the BIOS tells me it is spinning at about 2500 RPM !!! And the own BIOS says at boot that my CPU FAN IS STOPPED. Any idea ? Apart from the BIOS POST message, the problem related to kernel is: why bios monitor gives 2500 and sensors 0 ? TIA Ah, as a collateral damage, I also have one other fan connected to SYS_FAN1, for which lm_sensors never gave me an speed, always 0. :( What a mess... -- J.A. Magallon \ Software is like sex: werewolf!able!es \ It's better when it's free Mandrakelinux release 10.2 (Cooker) for i586 Linux 2.6.10-jam7 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-3mdk)) #3 pgpWvw8bxozeo.pgp Description: PGP signature
Re: patch to enable Nvidia v5336 on v2.6.11 kernel (was Re: inter_module_get and __symbol_get)
On 2005.01.25, Zephaniah E. Hull wrote:
> On Tue, Jan 25, 2005 at 12:56:25PM +0000, J.A. Magallon wrote:
>
> > You can use the latest drivers (6629) with this patches:
> >
> > http://www.minion.de/files/1.0-6629/
> >
> > They work fine up to -rc2.
> >
> > If you want to use the driver with -mm, you have to kill the support
> > for AGPGART in nvidia driver, add -DNOAGPGART to EXTRA_CFLAGS in the
> > makefile. It will require a big change to use the multi-agp patches
> > in -mm. But you are restricted to those AGPs supported by nvidia
> > (ah, and don't load any agp related module...).
>
> For values of big changes that equal the attached patch.
>
Opps, previous patch was wrapped. Correct one attached.
--
J.A. Magallon \ Software is like sex:
werewolf!able!es \ It's better when it's free
Mandrakelinux release 10.2 (Cooker) for i586
Linux 2.6.10-jam6 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-3mdk)) #1
diff -ruN nv-6629-jam/src/nv/nv-linux.h nv-6629-jam-2/src/nv/nv-linux.h
--- nv-6629-jam/src/nv/nv-linux.h 2005-01-24 23:16:46.0 +0100
+++ nv-6629-jam-2/src/nv/nv-linux.h 2005-01-26 00:25:10.0 +0100
@@ -930,6 +930,9 @@
/* lock for linux-specific alloc queue */
struct semaphore at_lock;
+
+ /* AGP bridge handle */
+ struct agp_bridge_data *agp_bridge;
} nv_linux_state_t;
diff -ruN nv-6629-jam/src/nv/nv.c nv-6629-jam-2/src/nv/nv.c
--- nv-6629-jam/src/nv/nv.c 2005-01-24 23:16:46.0 +0100
+++ nv-6629-jam-2/src/nv/nv.c 2005-01-26 00:47:14.0 +0100
@@ -3011,10 +3011,11 @@
return -1;
}
#elif defined(AGPGART)
-int error;
-if ((error = agp_backend_acquire()) != -EINVAL)
+ nv_linux_state_t *nvl = NV_GET_NVL_FROM_NV_STATE(nv);
+ nvl->agp_bridge = agp_backend_acquire(nvl->dev);
+if (nvl->agp_bridge)
{
-if (!error) agp_backend_release();
+agp_backend_release(nvl->agp_bridge);
nv_printf(NV_DBG_WARNINGS,
"NVRM: not using NVAGP, an AGPGART backend is loaded!\n");
return -1;
diff -ruN nv-6629-jam/src/nv/os-agp.c nv-6629-jam-2/src/nv/os-agp.c
--- nv-6629-jam/src/nv/os-agp.c 2005-01-24 23:16:46.0 +0100
+++ nv-6629-jam-2/src/nv/os-agp.c 2005-01-26 00:49:01.0 +0100
@@ -60,23 +60,23 @@
#endif
#if defined(KERNEL_2_6)
-#define NV_AGPGART_BACKEND_ACQUIRE(o) agp_backend_acquire()
-#define NV_AGPGART_BACKEND_ENABLE(o,mode) agp_enable(mode)
-#define NV_AGPGART_BACKEND_RELEASE(o) agp_backend_release()
-#define NV_AGPGART_COPY_INFO(o,p) agp_copy_info(p)
-#define NV_AGPGART_ALLOCATE_MEMORY(o,count,type) agp_allocate_memory(count,type)
-#define NV_AGPGART_FREE_MEMORY(o,p) agp_free_memory(p)
-#define NV_AGPGART_BIND_MEMORY(o,p,offset) agp_bind_memory(p,offset)
-#define NV_AGPGART_UNBIND_MEMORY(o,p) agp_unbind_memory(p)
+#define NV_AGPGART_BACKEND_ACQUIRE(nvl,o) ({ nvl->agp_bridge = agp_backend_acquire(nvl->dev); !nvl->agp_bridge; })
+#define NV_AGPGART_BACKEND_ENABLE(nvl,o,mode) agp_enable(nvl->agp_bridge,mode)
+#define NV_AGPGART_BACKEND_RELEASE(nvl,o) agp_backend_release(nvl->agp_bridge)
+#define NV_AGPGART_COPY_INFO(nvl,o,p) agp_copy_info(nvl->agp_bridge,p)
+#define NV_AGPGART_ALLOCATE_MEMORY(nvl,o,count,type) agp_allocate_memory(nvl->agp_bridge,count,type)
+#define NV_AGPGART_FREE_MEMORY(nvl,o,p) agp_free_memory(p)
+#define NV_AGPGART_BIND_MEMORY(nvl,o,p,offset) agp_bind_memory(p,offset)
+#define NV_AGPGART_UNBIND_MEMORY(nvl,o,p) agp_unbind_memory(p)
#elif defined(KERNEL_2_4)
-#define NV_AGPGART_BACKEND_ACQUIRE(o) ({ (o)->acquire(); 0; })
-#define NV_AGPGART_BACKEND_ENABLE(o,mode) (o)->enable(mode)
-#define NV_AGPGART_BACKEND_RELEASE(o) ((o)->release())
-#define NV_AGPGART_COPY_INFO(o,p) ({ (o)->copy_info(p); 0; })
-#define NV_AGPGART_ALLOCATE_MEMORY(o,count,type) (o)->allocate_memory(count,type)
-#define NV_AGPGART_FREE_MEMORY(o,p) (o)->free_memory(p)
-#define NV_AGPGART_BIND_MEMORY(o,p,offset) (o)->bind_memory(p,offset)
-#define NV_AGPGART_UNBIND_MEMORY(o,p) (o)->unbind_memory(p)
+#define NV_AGPGART_BACKEND_ACQUIRE(nvl,o) ({ (o)->acquire(); 0; })
+#define NV_AGPGART_BACKEND_ENABLE(nvl,o,mode) (o)->enable(mode)
+#define NV_AGPGART_BACKEND_RELEASE(nvl,o) ((o)->release())
+#define NV_AGPGART_COPY_INFO(nvl,o,p) ({ (o)->copy_info(p); 0; })
+#define NV_AGPGART_ALLOCATE_MEMORY(nvl,o,count,type) (o)->allocate_memory(count,type)
+#define NV_AGPGART_FREE_MEMORY(nvl,o,p) (o)->free_memory(p)
+#define NV_AGPGART_BIND_MEMORY(nvl,o,p,offset) (o)->bind_memory(p,offset)
+#define NV_AGPGART_UNBIND_MEMORY(nvl,o,p) (o)->unbind_memory(p)
#endif
#endif /* AGPGART */
@@ -96,6 +96,7 @@
U032 agp_fw;
void *bitmap;
U032 bitmap_size;
+ nv_linux_state_t *nvl = NV_GET_NVL_FROM_NV_STATE(nv);
memset( (v
Re: patch to enable Nvidia v5336 on v2.6.11 kernel (was Re: inter_module_get and __symbol_get)
On 2005.01.25, Zephaniah E. Hull wrote:
> On Tue, Jan 25, 2005 at 12:56:25PM +0000, J.A. Magallon wrote:
>
> > You can use the latest drivers (6629) with this patches:
> >
> > http://www.minion.de/files/1.0-6629/
> >
> > They work fine up to -rc2.
> >
> > If you want to use the driver with -mm, you have to kill the support
> > for AGPGART in nvidia driver, add -DNOAGPGART to EXTRA_CFLAGS in the
> > makefile. It will require a big change to use the multi-agp patches
> > in -mm. But you are restricted to those AGPs supported by nvidia
> > (ah, and don't load any agp related module...).
>
> For values of big changes that equal the attached patch.
>
> I'm using it on 2.6.10-mm3. I sent it to Zander however since there is
> no way to detect the new multi-agp support barring some sick hacks it
> has not gone in.
>
> It may conflict with the support for the 2.6.11-rc kernels, in which
> case when I next upgrade I'll find out and write a new one.
> >
> > Ah, just a ton of workarounds
>
Hay, that gave me the clues I was missing !!!
With patch below, I get 6629 working on 2.6.10-rc2-mm1. Apply it on top of
all the patches in the link above.
I know, it is ugly as hell (all those superfluos parameters in NV_AGPGART
macros, unused drm_agp_p...), but perhaps someone will rework all that
macro mesh. For the moment, it works
diff -ruN nv-6629-jam/src/nv/nv-linux.h nv-6629-jam-2/src/nv/nv-linux.h
--- nv-6629-jam/src/nv/nv-linux.h 2005-01-24 23:16:46.0 +0100
+++ nv-6629-jam-2/src/nv/nv-linux.h 2005-01-26 00:25:10.0 +0100
@@ -930,6 +930,9 @@
/* lock for linux-specific alloc queue */
struct semaphore at_lock;
+
+ /* AGP bridge handle */
+ struct agp_bridge_data *agp_bridge;
} nv_linux_state_t;
diff -ruN nv-6629-jam/src/nv/nv.c nv-6629-jam-2/src/nv/nv.c
--- nv-6629-jam/src/nv/nv.c 2005-01-24 23:16:46.0 +0100
+++ nv-6629-jam-2/src/nv/nv.c 2005-01-26 00:47:14.0 +0100
@@ -3011,10 +3011,11 @@
return -1;
}
#elif defined(AGPGART)
-int error;
-if ((error = agp_backend_acquire()) != -EINVAL)
+ nv_linux_state_t *nvl = NV_GET_NVL_FROM_NV_STATE(nv);
+ nvl->agp_bridge = agp_backend_acquire(nvl->dev);
+if (nvl->agp_bridge)
{
-if (!error) agp_backend_release();
+agp_backend_release(nvl->agp_bridge);
nv_printf(NV_DBG_WARNINGS,
"NVRM: not using NVAGP, an AGPGART backend is
loaded!\n");
return -1;
diff -ruN nv-6629-jam/src/nv/os-agp.c nv-6629-jam-2/src/nv/os-agp.c
--- nv-6629-jam/src/nv/os-agp.c 2005-01-24 23:16:46.0 +0100
+++ nv-6629-jam-2/src/nv/os-agp.c 2005-01-26 00:49:01.0 +0100
@@ -60,23 +60,23 @@
#endif
#if defined(KERNEL_2_6)
-#define NV_AGPGART_BACKEND_ACQUIRE(o) agp_backend_acquire()
-#define NV_AGPGART_BACKEND_ENABLE(o,mode) agp_enable(mode)
-#define NV_AGPGART_BACKEND_RELEASE(o) agp_backend_release()
-#define NV_AGPGART_COPY_INFO(o,p) agp_copy_info(p)
-#define NV_AGPGART_ALLOCATE_MEMORY(o,count,type)
agp_allocate_memory(count,type)
-#define NV_AGPGART_FREE_MEMORY(o,p) agp_free_memory(p)
-#define NV_AGPGART_BIND_MEMORY(o,p,offset) agp_bind_memory(p,offset)
-#define NV_AGPGART_UNBIND_MEMORY(o,p) agp_unbind_memory(p)
+#define NV_AGPGART_BACKEND_ACQUIRE(nvl,o) ({ nvl->agp_bridge =
agp_backend_acquire(nvl->dev); !nvl->agp_bridge; })
+#define NV_AGPGART_BACKEND_ENABLE(nvl,o,mode) agp_enable(nvl->agp_bridge,mode)
+#define NV_AGPGART_BACKEND_RELEASE(nvl,o) agp_backend_release(nvl->agp_bridge)
+#define NV_AGPGART_COPY_INFO(nvl,o,p) agp_copy_info(nvl->agp_bridge,p)
+#define NV_AGPGART_ALLOCATE_MEMORY(nvl,o,count,type)
agp_allocate_memory(nvl->agp_bridge,count,type)
+#define NV_AGPGART_FREE_MEMORY(nvl,o,p) agp_free_memory(p)
+#define NV_AGPGART_BIND_MEMORY(nvl,o,p,offset) agp_bind_memory(p,offset)
+#define NV_AGPGART_UNBIND_MEMORY(nvl,o,p) agp_unbind_memory(p)
#elif defined(KERNEL_2_4)
-#define NV_AGPGART_BACKEND_ACQUIRE(o) ({ (o)->acquire(); 0; })
-#define NV_AGPGART_BACKEND_ENABLE(o,mode) (o)->enable(mode)
-#define NV_AGPGART_BACKEND_RELEASE(o) ((o)->release())
-#define NV_AGPGART_COPY_INFO(o,p) ({ (o)->copy_info(p); 0; })
-#define NV_AGPGART_ALLOCATE_MEMORY(o,count,type)
(o)->allocate_memory(count,type)
-#define NV_AGPGART_FREE_MEMORY(o,p) (o)->free_memory(p)
-#define NV_AGPGART_BIND_MEMORY(o,p,offset) (o)->bind_memory(p,offset)
-#define NV_AGPGART_UNBIND_MEMORY(o,p) (o)->unbind_memory(p)
+#define NV_AGPGART_BACKEND_ACQUIRE(nvl,o) ({ (o)->acquire(); 0; })
+#define NV_AGPGART_BACKEND_ENABLE(nvl,o,mode) (o)->enable(mode)
+#define NV_AGPGART_BACKEND_RELEASE(nvl,o) ((o)->release())
+#define NV_AGPGART_COPY_INFO(nvl,o,p) ({ (o)->copy_info(p); 0; })
+#defin
Re: patch to enable Nvidia v5336 on v2.6.11 kernel (was Re: inter_module_get and __symbol_get)
On 2005.01.25, David Mosberger wrote:
> >>>>> On Tue, 25 Jan 2005 10:03:01 +1100, Keith Owens said:
>
> Keith> I have always hated the dynamic resolution model used by
> Keith> DRM/AGP and (originally) MTD.
>
> Well, the attached patch does the trick for me for Nvidia driver v5336
> on ia64. It compiles with a minimum amount of fuss with gcc v3.4
> (just a handful of warnings about deprecated pm_{un,}register() and
> inter_module_put()).
>
You can use the latest drivers (6629) with this patches:
http://www.minion.de/files/1.0-6629/
They work fine up to -rc2.
If you want to use the driver with -mm, you have to kill the support
for AGPGART in nvidia driver, add -DNOAGPGART to EXTRA_CFLAGS in the
makefile. It will require a big change to use the multi-agp patches
in -mm. But you are restricted to those AGPs supported by nvidia
(ah, and don't load any agp related module...).
Ah, just a ton of workarounds
--
J.A. Magallon \ Software is like sex:
werewolf!able!es \ It's better when it's free
Mandrakelinux release 10.2 (Cooker) for i586
Linux 2.6.10-jam6 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-3mdk)) #1
pgpVKzT16N1K8.pgp
Description: PGP signature
Re: [patch 3/3] spinlock fix #3: type-checking spinlock primitives, x86
On 2005.01.20, Ingo Molnar wrote:
>
> this patch would have caught the bug in -BK-curr (that patch #1 fixes),
> via a compiler warning. Test-built/booted on x86.
>
> Ingo
>
> Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
>
> --- linux/include/asm-i386/spinlock.h.orig
> +++ linux/include/asm-i386/spinlock.h
> @@ -36,7 +36,10 @@ typedef struct {
>
> #define SPIN_LOCK_UNLOCKED (spinlock_t) { 1 SPINLOCK_MAGIC_INIT }
>
> -#define spin_lock_init(x)do { *(x) = SPIN_LOCK_UNLOCKED; } while(0)
> +static inline void spin_lock_init(spinlock_t *lock)
Will have any real effect if you add things like:
+static inline void spin_lock_init(spinlock_t *lock) __attribute__((__pure__));
??
TIA
--
J.A. Magallon \ Software is like sex:
werewolf!able!es \ It's better when it's free
Mandrakelinux release 10.2 (Cooker) for i586
Linux 2.6.10-jam4 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-3mdk)) #2
pgp7L3hBDpJiT.pgp
Description: PGP signature
Re: 2.6.11-rc1-mm1
On 2005.01.16, Daniel Drake wrote: > Hi, > > Joseph Fannin wrote: > > On Fri, Jan 14, 2005 at 12:23:52AM -0800, Andrew Morton wrote: > > > >>ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc1/2.6.11-rc1-mm1/ > > > > > >>waiting-10s-before-mounting-root-filesystem.patch > >> retry mounting the root filesystem at boot time > > > > > > With this patch, initrds seem to get 'skipped'. I think this is > > probably the cause for the reports of problems with RAID too. > > This patch should do the job. Replaces the existing > waiting-10s-before-mounting-root-filesystem.patch in 2.6.11-rc1-mm1. > > Daniel > > Retry up to 20 times if mounting the root device fails. This fixes booting > from usb-storage devices, which no longer make their partitions immediately > available. Also cleans up the mount_block_root() function. > > Based on an earlier patch from William Park <[EMAIL PROTECTED]> > > Signed-off-by: Daniel Drake <[EMAIL PROTECTED]> > This does not patch against -mm1. -mm1 looks like a mix of plain 2.6.10 and your code. Could you revamp it against -mm1, please ? I looked at it but seems out of my understanding... TIA -- J.A. Magallon \ Software is like sex: werewolf!able!es \ It's better when it's free Mandrakelinux release 10.2 (Cooker) for i586 Linux 2.6.10-jam4 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-3mdk)) #2 pgpJTZVivsc8z.pgp Description: PGP signature
VM kernel patch ?
I have heard about the Andrea's patch to improve VM in kernels 2.2. Is this http://www.kernel.org/pub/linux/kernel/people/andrea/patches/v2.2/ 2.2.18pre9/VM* ? Has anybody tried it on post pre9 kernels ? Thanks. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
init/main.c do-while bug still there ?
First of all, sorry for posting to the list without being subscribed. I have seen in kernel 2.4.0-test8 and test9-pre2 sources that a bug that was making kernel 2.2.18 not bootable is still present. Someone said it was a back-ported bug, so I supposed that the patcd had been "for-ported" (what a kick to English...). But as I saw in sources it is still there. Is something related with the and semantics in init/main.c, in the and functions. I have recently seen messages in the list about kernel stopping just in "booting linux...", that was just what 2.2.18 did because of that bug. It is not buggy in 2.4 ? Is a bug only in 2.2 for some external reason ? -- Juan Antonio Magallon Lacarta mailto:[EMAIL PROTECTED] Grupo de Informatica Grafica Avanzada http://giga.cps.unizar.es Tlf: 34-976-762354,1916 - Fax: 34-976-761914 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
