Re: LANANA: To Pending Device Number Registrants

2001-05-15 Thread Chip Salzenberg
() or stat() and check a file for existence and readability before calling open(). But that's just stupid when you think about it, because if the file isn't there and the open() fails, that's OK! Failures are not fatal. Similarly, ioctl failures are not fatal. Just Try Them. -- Chip Salzenberg

Re: LANANA: To Pending Device Number Registrants

2001-05-15 Thread Chip Salzenberg
to send data to printer. So what? Nobody makes you use the same file. You're talking about /dev/fb0 vs. /dev/fb0ctl, right? Would that driver authors routinely used such clean designs. PS: No, readers, AFAIK, there is no such thing as /dev/fb0ctl. Yet. -- Chip Salzenberg - a.k.a

Re: LANANA: To Pending Device Number Registrants

2001-05-15 Thread Chip Salzenberg
According to Linus Torvalds: I don't see why we couldn't expose the driver name for any file descriptor. Is it wise to assume that there is only one such name for *any* file descriptor? -- Chip Salzenberg - a.k.a. - [EMAIL PROTECTED] We have no fuel on board, plus

Re: LANANA: To Pending Device Number Registrants

2001-05-15 Thread Chip Salzenberg
to feed pipelines. But no, it's a raft of ioctl() calls. *sigh* -- Chip Salzenberg - a.k.a. - [EMAIL PROTECTED] We have no fuel on board, plus or minus 8 kilograms. -- NEAR tech - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body

Re: LANANA: To Pending Device Number Registrants

2001-05-15 Thread Chip Salzenberg
connected to -- permissions becomes quite simple to manage. Come to think of it, the mechanism I'm describing could address all hotpluggable devices -- Chip Salzenberg - a.k.a. - [EMAIL PROTECTED] We have no fuel on board, plus or minus 8 kilograms. -- NEAR tech

Re: LANANA: To Pending Device Number Registrants

2001-05-15 Thread Chip Salzenberg
no place for them. For example a disk may belong, at the same time, to the scsi, disk and scsi-disk device classes [...] True, but in a sane system, scsi + disk implies scsi-disk. -- Chip Salzenberg - a.k.a. - [EMAIL PROTECTED] We have no fuel on board, plus or minus 8

Re: LANANA: To Pending Device Number Registrants

2001-05-15 Thread Chip Salzenberg
? Depends on how many ioctls overlap, and how easily we could make them stop overlapping. -- Chip Salzenberg - a.k.a. - [EMAIL PROTECTED] We have no fuel on board, plus or minus 8 kilograms. -- NEAR tech - To unsubscribe from this list: send the line unsubscribe linux

[PATCH] 2.2: Rusty's fasync patch backported

2000-08-29 Thread Chip Salzenberg
; } + if (error != 0) + break; + if (on) filp-f_flags |= FASYNC; -- Chip Salzenberg - a.k.a. - [EMAIL PROTECTED] "I wanted to play hopscotch with the impenetrable my

[PATCH] 2.2: Support O_NONBLOCK for SCSI disks

2000-08-29 Thread Chip Salzenberg
( [EMAIL PROTECTED] ) */ - rscsi_disks[target].ready = 1; /* FLOPTICAL */ retval = rscsi_disks[target].device-changed; -if(!flag) rscsi_disks[target].device-changed = 0; +rscsi_disks[target].device-changed = 0; + return retval; } -- Chip Salzenberg

[PATCH] 2.2: Refinements to CONFIG_IP_PNP

2000-08-29 Thread Chip Salzenberg
OOTP and RARP (not DHCP) */ static int __init ic_proto_name(char *name) { - if (!strcmp(name, "off") || !strcmp(name, "none")) { - ic_proto_enabled = 0; + if (!strcmp(name, "on") || !strcmp(name, "any")) { return

Re: [PATCH] 2.2: /proc/config.gz

2000-08-31 Thread Chip Salzenberg
According to Paul Gortmaker: (things marked as not set or modular aren't relevant to the zImage) True, but reconstructing the (b)zImage isn't the only purpose of keeping a config file around. So I'd rather keep the modular settings. But maybe that's just me. -- Chip Salzenberg

Re: Linux 2.2.18pre1

2000-09-01 Thread Chip Salzenberg
are problematic? Yes, please ... without specifics we can't improve the situation. -- Chip Salzenberg - a.k.a. - [EMAIL PROTECTED] "I wanted to play hopscotch with the impenetrable mystery of existence, but he stepped in a wormhole and had to go in early."

[PATCH] 2.2.18pre2: fencepost error in __ioremap() [AGP]

2000-09-01 Thread Chip Salzenberg
mp_end = temp_addr + (size - 1); - for(i = MAP_NR(temp_addr); i MAP_NR(temp_end); i++) { + for(i = MAP_NR(temp_addr); i = MAP_NR(temp_end); i++) { if(!PageReserved(mem_map + i)) ret

Re: 2.2.18pre2: gcc 2.7 doesn't like __attr__((unused))

2000-09-02 Thread Chip Salzenberg
According to Alan Cox: I'm not sure if __attribute__((unused)) has an equivalent in gcc 2.7, but as it appears in the AGP driver, it doesn't work with gcc 2.7. Try static void __attribute((unused)) unused(void) I'm afraid that didn't work either. -- Chip Salzenberg - a.k.a

Re: Linux 2.2.18pre4

2000-09-13 Thread Chip Salzenberg
. Ext3. -- Chip Salzenberg - a.k.a. - [EMAIL PROTECTED] "I wanted to play hopscotch with the impenetrable mystery of existence, but he stepped in a wormhole and had to go in early." // MST3K - To unsubscribe from this list: send the line "unsubscri

Re: What is up with Redhat 7.0?

2000-10-01 Thread Chip Salzenberg
-in-testing has Trond's (now your! :-)) NFS, rock-solid NFSD from Neil Brown and Dave Higgen, and FXSAVE support back-ported from 2.4. I hope to get much of VA's kernel-in-testing patch set into mainline 2.2 ... keeping up with N/2 patches is 4x easier than N. (Or at least it seems so.) -- Chip

2.2.18pre13: Small patches

2000-10-02 Thread Chip Salzenberg
fig enabled? */ +#ifdef CONFIG_IP_PNP_AUTO + 1 +#else + 0 +#endif +; /* Protocol choice */ static int ic_proto_enabled __initdata = 0 -- Chip Salzenberg - a.k.a. - [EMAIL PROTECTED] "I wanted to play hopscotch with the impenetrable mystery of e

[PATCH] 2.2.18pre13: USB tweak for VAIO

2000-10-02 Thread Chip Salzenberg
1) 3) + 1); return; } +#endif for (n = 0; n report-maxfield; n++) hid_input_field(device, report-field[n], data); -- Chip Salzenberg - a.k.a. - [EMAIL PROTECTED] "I wanted to play hopscotch with the impenetrable mystery of existe

[PATCH] 2.2.18pre13: eepro100 debug tweaks

2000-10-02 Thread Chip Salzenberg
!\n" + "sp-cur_tx[%d], sp-dirty_tx[%d], TX_RING_SIZE[%d], +TX_MULTICAST_SIZE[%d]\n", + dev-name, sp-cur_tx, sp-dirty_tx, TX_RING_SIZE, +TX_MULTICAST_SIZE); return; } -- Chip Salzenberg

[PATCH] 2.2.18pre13: Small patches from Andrea

2000-10-02 Thread Chip Salzenberg
also for failed buffer tries during shrink_mmap. * overcommit-1 Make sure to not understimate the available memory (the cache and buffers may be under the min percent). -- Chip Salzenberg - a.k.a. - [EMAIL PROTECTED] "I wanted to play hops

Re: [PATCH] 2.2.18pre13: eepro100 debug tweaks

2000-10-02 Thread Chip Salzenberg
? Now see, this is why peer review is a Good Thing. :-/ Yes, of course it should check for root. (I'm dunce-for-a-day for not seeing that immediately.) -- Chip Salzenberg - a.k.a. - [EMAIL PROTECTED] "I wanted to play hopscotch with the impenetrable mystery of existe

[PATCH] 2.2.18pre13: eepro100 debug, take 2

2000-10-02 Thread Chip Salzenberg
is full -- don't add +anything!\n" + "sp-cur_tx[%d], sp-dirty_tx[%d], TX_RING_SIZE[%d], +TX_MULTICAST_SIZE[%d]\n", + dev-name, sp-cur_tx, sp-dirty_tx, TX_RING_SIZE, +TX_MULTICAST_SIZE); return; } -- Chip Salz

Re: 2.2.18pre13: Small patches

2000-10-03 Thread Chip Salzenberg
he did. -- Chip Salzenberg - a.k.a. - [EMAIL PROTECTED] "I wanted to play hopscotch with the impenetrable mystery of existence, but he stepped in a wormhole and had to go in early." // MST3K - To unsubscribe from this list: send the line "unsubscri

Re: Linux 2.2.18pre2

2000-09-01 Thread Chip Salzenberg
According to David S. Miller: o Acenic 0.45 fixes (Chip Salzenberg) This adds a huge comment claiming to fix some race condition, but no actual code is changed. How can this be? :-) The bug fix was already in. The log message is misleading. -- Chip

Re: [PATCH] 2.2.18 IDE tape problem, with ide-scsi

2001-03-06 Thread Chip Salzenberg
" in idetape_chrdev_release\n"); #endif + } + MOD_DEC_USE_COUNT; } clear_bit (IDETAPE_BUSY, tape-flags); -- Chip Salzenberg - a.k.a. - [EMAIL PROTECTED] "We have no fuel on board, plus or minus

Remote Management (was Re: Alert on LAN)

2001-03-14 Thread Chip Salzenberg
IBM says, as quoted by Terje Malmedal: With the latest release, Alert on LAN 2 now extends IT capabilities to remotely manage and control their networked PCs: Remote system reboot upon report of a critical failure Repair Operating System Update BIOS image

Re: IDE poweroff - hangup

2001-03-14 Thread Chip Salzenberg
patch with bated breath and baited fishook. -- Chip Salzenberga.k.a.[EMAIL PROTECTED] - 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 re

Re: Remote Management (was Re: Alert on LAN)

2001-03-15 Thread Chip Salzenberg
According to Terje Malmedal: I am aware of some motherboards where you can configure the BIOS via RS232. What I want is some way to actually reset a machine that is hung. That's possible with VACM-style management. It's not just for BIOS. -- Chip Salzenberg - a.k.a

[PATCH] 2.2.18: d_move() with self-root dentries

2000-11-21 Thread Chip Salzenberg
; + } } -- Chip Salzenberg- a.k.a. -[EMAIL PROTECTED] "Give me immortality, or give me death!" // Firesign Theatre - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please

[PATCH] 2.2.18: d_move() with self-root dentries (Dentry Corruption!)

2000-11-21 Thread Chip Salzenberg
); + dentry-d_parent = dentry; + } + if (target-d_parent != dentry) + list_add(target-d_child, target-d_parent-d_subdirs); + else { + INIT_LIST_HEAD(target-d_child); + target-d_parent = target; + } } -- Chip Salzenberg- a.k.a

Re: NFSD dentry manipulation (was Re: d_move())

2000-11-23 Thread Chip Salzenberg
arrange for a better one. */ + struct inode *inode = igrab(dotdot-d_inode); + dput(dotdot); /* not hashed, thus discarded */ + parent = nfsd_arrange_dentry(inode); } - dput(tdentry); /* it is not hashed, it will be discarded */ - ret

Re: [PATCH] blindingly stupid 2.2 VM bug

2000-11-24 Thread Chip Salzenberg
. */ + if (nr_free_pages freepages.low) + return 1; + + return count SWAP_CLUSTER_MAX; } -- Chip Salzenberg- a.k.a. -[EMAIL PROTECTED] "Give me immortality, or give me death!" // Firesign Theatre - To unsubscribe from this list: send the line &q

Re: ANNOUNCE: Linux Kernel ORB: kORBit

2000-12-13 Thread Chip Salzenberg
not OK. -- Chip Salzenberg- a.k.a. -[EMAIL PROTECTED] "Give me immortality, or give me death!" // Firesign Theatre - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please

Re: ANNOUNCE: Linux Kernel ORB: kORBit

2000-12-13 Thread Chip Salzenberg
According to Alexander Viro: On Wed, 13 Dec 2000, Chip Salzenberg wrote: According to Alexander Viro: On Wed, 13 Dec 2000, Chip Salzenberg wrote: According to Alexander Viro: 9P is quite simple and unlike CORBA it had been designed for taking kernel stuff to userland. Besides

[PATCH] Re: FAIL: 2.2.18 + AA-VM-global-7 + serial 5.05

2001-01-01 Thread Chip Salzenberg
-r1.2 -r1.2.12.1 --- tty_io.c2000/08/30 21:33:27 1.2 +++ tty_io.c2000/09/28 08:21:34 1.2.12.1 @@ -2185,7 +2185,4 @@ __initfunc(int tty_init(void)) espserial_init(); #endif -#ifdef CONFIG_SERIAL - rs_init(); -#endif #ifdef CONFIG_COMPUTONE ip2_init(); -- Chip

[PATCH] 2.2.18pre21: DRM update

2000-11-17 Thread Chip Salzenberg
This is an update from the main DRM tree, but with cosmetic changes removed and only meat left. This patch is already in VA's shipping kernel, so you know we really trust it. :-, BTW, this patch is not fluff: It includes bug fixes. But it's pretty big, so if you want to wait until 2.2.19 I'll

Re: Your message to linux-lvm awaits moderator approval

2001-04-19 Thread Chip Salzenberg
Rik van Riel writes: [...] Andreas' patches got dropped over and over again and comments on the LVM code got refused by the moderators at Sistina ... "The Net interprets censorship as damage and routes around it." -- John Gilmore -- Chip Salzenberg

Re: aic7xxx (and sym53c8xx) plans

2001-02-14 Thread Chip Salzenberg
for the Sym-2 Symbios/NCR drivers from Gerard Roudier: ftp://ftp.tux.org/roudier/drivers/portable/sym-2.1.x/ Joe-Bob says: "Check it out." -- Chip Salzenberg- a.k.a. -[EMAIL PROTECTED] "Give me immortality, or give me death!" // Firesign Theatre -

Re: aic7xxx (and sym53c8xx) plans

2001-02-15 Thread Chip Salzenberg
suggest that Justin imitate the maintainers of lm_sensors, and create a program (shell script, Perl program, whatever) that *creates* a patch against any given Linux source tree? Obviously it could break in the face of weird trees, but even minimal flexibility would save him a lot of work ... -- Chip

Re: [RFC] sane access to per-fs metadata (was Re: [PATCH] Documentation/ioctl-number.txt)

2001-04-01 Thread Chip Salzenberg
is cleaner, but still requires a fair amount of coding even for simple interfaces. Why not have a kernel thread and use standard RPC techniques like sockets? Then you'd not have to invent anything unimportant like Yet Another IPC Technique. -- Chip Salzenberg - a.k.a

Re: TCP Vegas implementation for Linux

2001-04-01 Thread Chip Salzenberg
Our (VA's) kernel includes a Vegas patch: ftp://ftp.valinux.com/pub/people/chip/linux-vegas-v2-patch-2.2 -- Chip Salzenberg - a.k.a. - [EMAIL PROTECTED] "We have no fuel on board, plus or minus 8 kilograms." -- NEAR tech - To unsubscribe from this

Re: [RFC] sane access to per-fs metadata (was Re: [PATCH] Documentation/ioctl-number.txt)

2001-04-02 Thread Chip Salzenberg
According to [EMAIL PROTECTED]: [EMAIL PROTECTED] (Chip Salzenberg) wrote: Why not have a kernel thread and use standard RPC techniques like sockets? Then you'd not have to invent anything unimportant like Yet Another IPC Technique. kerneld (kmod's late unlamented predecessor) used to use Unix

Re: SCSI Tape Corruption - update 2

2001-04-14 Thread Chip Salzenberg
with a simple memtest. -- Chip Salzenberg - a.k.a. - [EMAIL PROTECTED] "We have no fuel on board, plus or minus 8 kilograms." -- NEAR tech - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED]

NEC IDE DVD writer breaks when writing with DMA; is this normal?

2005-03-07 Thread Chip Salzenberg
I/O ports at ignored I/O ports at 1860 [size=16] Memory at 2800 (32-bit, non-prefetchable) [size=1K] -- Chip Salzenberg- a.k.a. -[EMAIL PROTECTED] Open Source is not an excuse to write fun code then leave the actual work

[PATCH] restore skb_copy_datagram, removed from 2.6.11-rc2, breaking VMWare

2005-01-22 Thread Chip Salzenberg
Those of you who are using VMWare 4.5 will find that 2.6.11-rc2 removes the public function skb_copy_datagram, breaking VMWare (and any other module using that interface *sigh*). The attached patch restores the (little harmless wrapper) function. -- Chip Salzenberg- a.k.a

Re: LANANA: To Pending Device Number Registrants

2001-05-15 Thread Chip Salzenberg
access() or stat() and check a file for existence and readability before calling open(). But that's just stupid when you think about it, because if the file isn't there and the open() fails, that's OK! Failures are not fatal. Similarly, ioctl failures are not fatal. Just Try Them. -- Chip Salz

Re: LANANA: To Pending Device Number Registrants

2001-05-15 Thread Chip Salzenberg
> > Yes. And we also use write to send data to printer. So what? Nobody makes > you use the same file. You're talking about /dev/fb0 vs. /dev/fb0ctl, right? Would that driver authors routinely used such clean designs. PS: No, readers, AFAIK, there is no such thing as /dev/fb0

Re: LANANA: To Pending Device Number Registrants

2001-05-15 Thread Chip Salzenberg
According to Linus Torvalds: > I don't see why we couldn't expose the "driver name" for any file > descriptor. Is it wise to assume that there is only one such name for *any* file descriptor? -- Chip Salzenberg - a.k.a. - <[EMAIL PROTECTED]> &qu

Re: LANANA: To Pending Device Number Registrants

2001-05-15 Thread Chip Salzenberg
tural way to feed pipelines. But no, it's a raft of ioctl() calls. *sigh* -- Chip Salzenberg - a.k.a. - <[EMAIL PROTECTED]> "We have no fuel on board, plus or minus 8 kilograms." -- NEAR tech - To unsubscribe from this list: send the line "unsubsc

Re: LANANA: To Pending Device Number Registrants

2001-05-15 Thread Chip Salzenberg
someone else is already connected to -- permissions becomes quite simple to manage. Come to think of it, the mechanism I'm describing could address all hotpluggable devices.... -- Chip Salzenberg - a.k.a. - <[EMAIL PROTECTED]> "We have no fuel on board, plus or minus

Re: LANANA: To Pending Device Number Registrants

2001-05-15 Thread Chip Salzenberg
e", there's no place for them. > For example a disk may belong, at the same time, to the "scsi", > "disk" and "scsi-disk" device classes [...] True, but in a sane system, "scsi" + "disk" implies "scsi-disk". -- Chip Salzenberg

Re: LANANA: To Pending Device Number Registrants

2001-05-15 Thread Chip Salzenberg
e'll have to live through to make device identification reliable? Depends on how many ioctls overlap, and how easily we could make them stop overlapping. -- Chip Salzenberg - a.k.a. - <[EMAIL PROTECTED]> "We have no fuel on board, plus or minus 8 kilograms." --

Re: Your message to linux-lvm awaits moderator approval

2001-04-19 Thread Chip Salzenberg
Rik van Riel writes: >[...] Andreas' patches got dropped over and over again and comments >on the LVM code got refused by the moderators at Sistina ... "The Net interprets censorship as damage and routes around it." -- John Gilmore -- Chip Salzenberg

Re: [PATCH] 2.2.18 IDE tape problem, with ide-scsi

2001-03-06 Thread Chip Salzenberg
RN_INFO "ide-tape: MOD_DEC_USE_COUNT" + " in idetape_chrdev_release\n"); #endif + } + MOD_DEC_USE_COUNT; } clear_bit (IDETAPE_BUSY, >flags); -- Chip Salzenberg - a.k.a. -

Remote Management (was Re: Alert on LAN)

2001-03-14 Thread Chip Salzenberg
IBM says, as quoted by Terje Malmedal: > With the latest release, Alert on LAN 2 now extends IT > capabilities to remotely manage and control their > networked PCs: > > Remote system reboot upon report of a critical failure > Repair Operating System > Update BIOS image

Re: IDE poweroff -> hangup

2001-03-14 Thread Chip Salzenberg
unknow solution. I await your fugly patch with bated breath and baited fishook. -- Chip Salzenberga.k.a.<[EMAIL PROTECTED]> - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at htt

Re: Remote Management (was Re: Alert on LAN)

2001-03-15 Thread Chip Salzenberg
According to Terje Malmedal: > I am aware of some motherboards where you can configure the BIOS via > RS232. What I want is some way to actually reset a machine that is > hung. That's possible with VACM-style management. It's not just for BIOS. -- Chip Salzenberg

[PATCH] 2.2 vs. CAP_CHOWN and CAP_FOWNER

2000-08-29 Thread Chip Salzenberg
nt->fsuid != inode->i_uid) && !capable(CAP_FOWNER)) + if (current->fsuid != inode->i_uid && !capable(CAP_FOWNER)) goto error; /* Also check the setgid bit! */ -- Chip Salzenberg - a.k.a. - <[EMAIL PROTE

[PATCH] 2.2: Rusty's fasync patch backported

2000-08-29 Thread Chip Salzenberg
else error = -ENOTTY; } + if (error != 0) + break; + if (on) filp->f_flags |= FASYNC; -- Chip Salzenberg - a.k.a. - <[

[PATCH] 2.2: Consistency in ext2 error setting

2000-08-29 Thread Chip Salzenberg
size); if (tmp == *p) return result; -- Chip Salzenberg - a.k.a. - <[EMAIL PROTECTED]> "I wanted to play hopscotch with the impenetrable mystery of existence, but he stepped in a wormhole and had to go in early."

[PATCH] 2.2: vfat filename creation rules

2000-08-29 Thread Chip Salzenberg
return 0; + } + vfat_format_name_fast(name, len, msdos_name); + } else { + res = vfat_valid_longname(name, len, xlate); + if (res < 0) + return res; + res = vfat_create_shortname(di

[PATCH] 2.2: /proc/config.gz

2000-08-29 Thread Chip Salzenberg
ot;const char *%s %s=\n",argv[1],argc>2?argv[2]:""); + + do { + printf("\t\""); + while((ch=getchar())!=EOF) + { + total++; + printf("\\x%02x",ch); + if(total%16==0) break; +

[PATCH] 2.2: Support O_NONBLOCK for SCSI disks

2000-08-29 Thread Chip Salzenberg
tic int check_scsidisk_media_change(k * struct and tested at open ! Daniel Roche ( [EMAIL PROTECTED] ) */ - rscsi_disks[target].ready = 1; /* FLOPTICAL */ retval = rscsi_disks[target].device->changed; -if(!flag) rscsi_disks[target].device->changed = 0; +rscsi_

[PATCH] 2.2: Magic patch for older Symbios SCSI

2000-08-29 Thread Chip Salzenberg
/scsi/sym53c8xx.cSat Jun 17 17:49:46 2000 @@ -4792,5 +4792,5 @@ printk(KERN_INFO NAME53C "%s-%d: rev=0x% #define XXX0 #else -#define XXX3 +#define XXX2 #endif np->script0->dataphase[XXX] = cpu_to_scr(SCR_JUMP); -- Chip Salzenberg

[PATCH] 2.2: Refinements to CONFIG_IP_PNP

2000-08-29 Thread Chip Salzenberg
P and RARP (not DHCP) - *off or none - don't do autoconfig at all + *off|none - don't do autoconfig at all (DEFAULT) + *on|any - use any configured protocol + *dhcp|bootp|rarp - use only the specified protocol + *both - use both BOOT

Re: [PATCH] 2.2: /proc/config.gz

2000-08-30 Thread Chip Salzenberg
According to Andi Kleen: > You probably don't have a .config.gz that is longer than a page > (4K), because in that case it'll badly corrupt your memory (or you > just haven't noticed the corruption yet ;) Hm... they're all <4K, but a few are pushing it. -- Chip Salzenberg

Re: [PATCH] 2.2: Magic patch for older Symbios SCSI

2000-08-30 Thread Chip Salzenberg
upposed to use sym53c8xx with old chips but ncr53c8xx Some of our systems are mixed old and new. Making one driver work with both old and new is a significant life-simplification. -- Chip Salzenberg - a.k.a. - <[EMAIL PROTECTED]> "I wanted to play hopscotch with th

Re: [PATCH] 2.2: /proc/config.gz

2000-08-31 Thread Chip Salzenberg
According to Paul Gortmaker: > (things marked as not set or modular aren't relevant to the zImage) True, but reconstructing the (b)zImage isn't the only purpose of keeping a config file around. So I'd rather keep the modular settings. But maybe that's just me. -- Chip Salzenb

Re: Linux 2.2.18pre2

2000-09-01 Thread Chip Salzenberg
always be someone with specific compatibility issues. -- Chip Salzenberg - a.k.a. - <[EMAIL PROTECTED]> "I wanted to play hopscotch with the impenetrable mystery of existence, but he stepped in a wormhole and had to go in early." // MST3K - To unsubscrib

Re: Linux 2.2.18pre1

2000-09-01 Thread Chip Salzenberg
few words what items are > problematic? Yes, please ... without specifics we can't improve the situation. -- Chip Salzenberg - a.k.a. - <[EMAIL PROTECTED]> "I wanted to play hopscotch with the impenetrable mystery of existence, but he stepped in a wormhole

2.2.18pre2: slab.c missing return

2000-09-01 Thread Chip Salzenberg
k(cachep,0); + return __kmem_cache_shrink(cachep,0); } -- Chip Salzenberg - a.k.a. - <[EMAIL PROTECTED]> "I wanted to play hopscotch with the impenetrable mystery of existence, but he stepped in a wormhole and had to go in early." // MST3K - To unsubs

2.2.18pre2: gcc 2.7 doesn't like __attr__((unused))

2000-09-01 Thread Chip Salzenberg
unused(void) { agp_enable(0); -- Chip Salzenberg - a.k.a. - <[EMAIL PROTECTED]> "I wanted to play hopscotch with the impenetrable mystery of existence, but he stepped in a wormhole and had to go in early." // MST3K - To unsubscribe from

[PATCH] 2.2.18pre2: AGP and the i810

2000-09-01 Thread Chip Salzenberg
gt;vendor == PCI_VENDOR_ID_INTEL) { struct pci_dev *i810_dev; @@ -2272,5 +2277,5 @@ static int __init agp_find_supported_dev } } - +#endif /* CONFIG_AGP_I810 */ /* find capndx */ -- Chip Salzenberg - a.k.a. - <[EMAIL PR

[PATCH] 2.2.18pre2: fencepost error in __ioremap() [AGP]

2000-09-01 Thread Chip Salzenberg
temp_end = temp_addr + (size - 1); - for(i = MAP_NR(temp_addr); i < MAP_NR(temp_end); i++) { + for(i = MAP_NR(temp_addr); i <= MAP_NR(temp_end); i++) { if(!PageReserved(mem_map + i))

Re: 2.2.18pre2: gcc 2.7 doesn't like __attr__((unused))

2000-09-02 Thread Chip Salzenberg
According to Alan Cox: > > I'm not sure if __attribute__((unused)) has an equivalent in gcc 2.7, > > but as it appears in the AGP driver, it doesn't work with gcc 2.7. > > Try static void __attribute((unused)) unused(void) I'm afraid that didn't work either. -

Re: Linux 2.2.18pre4

2000-09-13 Thread Chip Salzenberg
gmem. LVM. LFS. Rawio. Serial. Ext3. -- Chip Salzenberg - a.k.a. - <[EMAIL PROTECTED]> "I wanted to play hopscotch with the impenetrable mystery of existence, but he stepped in a wormhole and had to go in early." // MST3K - To unsubscribe from thi

Re: Distro kernel patches (was Re: Linux 2.2.18pre4)

2000-09-13 Thread Chip Salzenberg
mat compatibility, which makes the current RAID patch unacceptable for official 2.2 usage. I just wish somebody would *solve* that issue.[2] [2] Having complained about a problem, have I just volunteered myself to solve it? (HHOS) -- Chip Salzenberg - a.

[PATCH] 2.2.18: d_move() with self-root dentries

2000-11-21 Thread Chip Salzenberg
t->d_subdirs); + else { + INIT_LIST_HEAD(>d_child); + dentry->d_parent = dentry; + } + if (target->d_parent != dentry) + list_add(>d_child, >d_parent->d_subdirs); + else { + INIT_LIST_HEAD(>d_child); +

[PATCH] 2.2.18: d_move() with self-root dentries (Dentry Corruption!)

2000-11-21 Thread Chip Salzenberg
INIT_LIST_HEAD(>d_child); + dentry->d_parent = dentry; + } + if (target->d_parent != dentry) + list_add(>d_child, >d_parent->d_subdirs); + else { + INIT_LIST_HEAD(>d_child); + target->d_parent = targe

Re: NFSD dentry manipulation (was Re: d_move())

2000-11-23 Thread Chip Salzenberg
EM); + if (parent) + dput(dotdot); /* not hashed, thus discarded */ + else { + /* Discard the ".." dentry, then arrange for a better one. */ + struct inode *inode = igrab(dotdot->d_inode); + dput(dotdot); /* not hashe

Re: [PATCH] blindingly stupid 2.2 VM bug

2000-11-24 Thread Chip Salzenberg
we freed a page. */ + if (nr_free_pages > freepages.low) + return 1; + + return count < SWAP_CLUSTER_MAX; } -- Chip Salzenberg- a.k.a. -<[EMAIL PROTECTED]> "Give me immortality, or give me death!" // Firesign Theatre - To unsu

Re: ANNOUNCE: Linux Kernel ORB: kORBit

2000-12-13 Thread Chip Salzenberg
s; that's not OK. -- Chip Salzenberg- a.k.a. -<[EMAIL PROTECTED]> "Give me immortality, or give me death!" // Firesign Theatre - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PRO

Re: ANNOUNCE: Linux Kernel ORB: kORBit

2000-12-13 Thread Chip Salzenberg
According to Alexander Viro: > On Wed, 13 Dec 2000, Chip Salzenberg wrote: > > According to Alexander Viro: > > > On Wed, 13 Dec 2000, Chip Salzenberg wrote: > > > > According to Alexander Viro: > > > > > 9P is quite simple and unlike CORBA it had be

Re: What is up with Redhat 7.0?

2000-10-01 Thread Chip Salzenberg
nt kernel-in-testing has Trond's (now your! :-)) NFS, rock-solid NFSD from Neil Brown and Dave Higgen, and FXSAVE support back-ported from 2.4. I hope to get much of VA's kernel-in-testing patch set into mainline 2.2 ... keeping up with N/2 patches is 4x easier than N. (Or at least it seems so.)

2.2.18pre13: Small patches

2000-10-02 Thread Chip Salzenberg
int ic_enable __initdata = /* IP config enabled? */ +#ifdef CONFIG_IP_PNP_AUTO + 1 +#else + 0 +#endif +; /* Protocol choice */ static int ic_proto_enabled __initdata = 0 -- Chip Salzenberg - a.k.a. - <[EMAIL PROTECTED]> "I wanted

[PATCH] 2.2.18pre13: USB tweak for VAIO

2000-10-02 Thread Chip Salzenberg
en, ((report->size - 1) >> 3) + 1); return; } +#endif for (n = 0; n < report->maxfield; n++) hid_input_field(device, report->field[n], data); -- Chip Salzenberg - a.k.a. - <[EMAIL PROTECTED]>

[PATCH] 2.2.18pre13: eepro100 debug tweaks

2000-10-02 Thread Chip Salzenberg
if(speedo_debug < 2) + printk(KERN_DEBUG "%s: The Tx ring is full -- don't add +anything!\n" + "sp->cur_tx[%d], sp->dirty_tx[%d], TX_RING_SIZE[%d], +TX_MULTICAST_SIZE[%d]\n", + dev->name, sp->cur_tx, sp->

[PATCH] 2.2.18pre13: Small patches from Andrea

2000-10-02 Thread Chip Salzenberg
also for failed buffer tries during shrink_mmap. * overcommit-1 Make sure to not understimate the available memory (the cache and buffers may be under the min percent). -- Chip Salzenberg - a.k.a. - <[EMAIL PROTECTED]> "I wanted to pla

Re: [PATCH] 2.2.18pre13: eepro100 debug tweaks

2000-10-02 Thread Chip Salzenberg
turn 0; > > Surely that should check for root ? Now see, this is why peer review is a Good Thing. :-/ Yes, of course it should check for root. (I'm dunce-for-a-day for not seeing that immediately.) -- Chip Salzenberg - a.k.a. - <[EMAIL PROTECTED]>

[PATCH] 2.2.18pre13: eepro100 debug, take 2

2000-10-02 Thread Chip Salzenberg
printk(KERN_DEBUG "%s: The Tx ring is full -- don't add +anything!\n" + "sp->cur_tx[%d], sp->dirty_tx[%d], TX_RING_SIZE[%d], +TX_MULTICAST_SIZE[%d]\n", + dev->name, sp->cur_tx, sp->di

Re: 2.2.18pre13: Small patches

2000-10-03 Thread Chip Salzenberg
I'm quite glad he did. -- Chip Salzenberg - a.k.a. - <[EMAIL PROTECTED]> "I wanted to play hopscotch with the impenetrable mystery of existence, but he stepped in a wormhole and had to go in early." // MST3K - To unsubscribe from this list: send th

Re: Linux 2.2.18pre2

2000-09-01 Thread Chip Salzenberg
According to David S. Miller: >o Acenic 0.45 fixes (Chip Salzenberg) > > This adds a huge comment claiming to fix some race condition, > but no actual code is changed. How can this be? :-) The bug fix was already in. The log message is misleadi

[PATCH] Re: FAIL: 2.2.18 + AA-VM-global-7 + serial 5.05

2001-01-01 Thread Chip Salzenberg
E ip2_init(); -- Chip Salzenberg- a.k.a. -<[EMAIL PROTECTED]> "Give me immortality, or give me death!" // Firesign Theatre - 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/

[PATCH] 2.2.18pre21: DRM update

2000-11-17 Thread Chip Salzenberg
This is an update from the main DRM tree, but with cosmetic changes removed and only meat left. This patch is already in VA's shipping kernel, so you know we really trust it. :-, BTW, this patch is not fluff: It includes bug fixes. But it's pretty big, so if you want to wait until 2.2.19 I'll

[PATCH] inter_module_* backport to 2.2.18

2001-02-11 Thread Chip Salzenberg
return res; +} + asmlinkage int sys_delete_module(const char *name_user) @@ -1039,4 +1224,9 @@ sys_get_kernel_syms(struct kernel_sym *t { return -ENOSYS; +} + +int try_inc_mod_count(struct module *mod) +{ + return 1; } -- Chip Salzenberg- a.k.a. -<

Re: aic7xxx (and sym53c8xx) plans

2001-02-14 Thread Chip Salzenberg
ord for the Sym-2 Symbios/NCR drivers from Gerard Roudier: ftp://ftp.tux.org/roudier/drivers/portable/sym-2.1.x/ Joe-Bob says: "Check it out." -- Chip Salzenberg- a.k.a. -<[EMAIL PROTECTED]> "Give me immortality, or give me death!" // Firesign

Re: aic7xxx (and sym53c8xx) plans

2001-02-15 Thread Chip Salzenberg
t of work ... -- Chip Salzenberg - a.k.a. - <[EMAIL PROTECTED]> "We have no fuel on board, plus or minus 8 kilograms." -- NEAR tech - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROT

Re: [RFC] sane access to per-fs metadata (was Re: [PATCH] Documentation/ioctl-number.txt)

2001-04-01 Thread Chip Salzenberg
Alex Viro's idea is cleaner, but still requires a fair amount of coding even for simple interfaces. Why not have a kernel thread and use standard RPC techniques like sockets? Then you'd not have to invent anything unimportant like Yet Another IPC Technique. -- Chip Salzenberg

Re: TCP Vegas implementation for Linux

2001-04-01 Thread Chip Salzenberg
Our (VA's) kernel includes a Vegas patch: ftp://ftp.valinux.com/pub/people/chip/linux-vegas-v2-patch-2.2 -- Chip Salzenberg - a.k.a. - <[EMAIL PROTECTED]> "We have no fuel on board, plus or minus 8 kilograms." -- NEAR tech - To unsubscribe from

Re: [RFC] sane access to per-fs metadata (was Re: [PATCH] Documentation/ioctl-number.txt)

2001-04-02 Thread Chip Salzenberg
According to [EMAIL PROTECTED]: >[EMAIL PROTECTED] (Chip Salzenberg) wrote: >>Why not have a kernel thread and use standard RPC techniques like >>sockets? Then you'd not have to invent anything unimportant like >>Yet Another IPC Technique. > >kerneld (kmod's late u

  1   2   >