ng to drive
a single JTAG master could wreak serious havoc if transactions get
interleaved. Would something like an added JTAG_LOCKCHAIN/UNLOCKCHAIN
ioctl() for exclusive client access be reasonable to prevent this?
-Chip
the LVTOFF value in "hi", then the LVTOFF value in "hi" is
replaced with the value in tr->lvt_off. One has to wonder, then, why bother
actually calling lvt_off_valid() in the first place when the end result is
that "hi" does not change. What is the ratio
Wonder what happened there?
>
> Looks like Chip's address got mangled too.
You can find me at <[EMAIL PROTECTED]> or <[EMAIL PROTECTED]> these
days, although <[EMAIL PROTECTED]> still works for the time
being.
Chip
- --
Charles M. "Chip" Coldwell
Senior
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 18 Dec 2007, Haavard Skinnemoen wrote:
> From: Chip Coldwell <[EMAIL PROTECTED]>
>
> This patch is based on the DMA-patch by Chip Coldwell for the
> AT91/AT32 serial USARTS, with some tweaks to make it apply neatly on
nd recorded in the IRR if I understand the
Intel documentation correctly.
So I think the scenario which leaves IRR set when the kdump kernel
starts is possible.
Chip
--
Charles M. "Chip" Coldwell
Senior Software Engineer
Red Hat, Inc
978-392-2426
-
To unsubscribe from this list: se
current TPR. If the interrupt has a higher priority, then the
processor is interrupted, otherwise the interrupt is kept pending.
So, I think if the CPU has interrupts disabled, but the Local APIC
does not, the IRR could get set. I guess we need to be sure to turn
off the Local APIC first befo
tt_base[iommu_page] = GPTE_ENCODE(addr);
SET_LEAK(iommu_page);
+ GATT_CLFLUSH(iommu_page);
addr += PAGE_SIZE;
iommu_page++;
}
Chip
--
Charles M. "Chip" Coldwell
Senior S
long-term solution for the problem.
In the past we saw corruptions from such conflicts, so this is more
than just theory. I suspect you traded a more easy to trigger
corruption with a more subtle one.
Yup. That was the inspiration for the script.
Chip
--
Charles M. "Chip" Cold
On Wed, 17 Jan 2007, Chip Coldwell wrote:
On Wed, 17 Jan 2007, Andi Kleen wrote:
On Wednesday 17 January 2007 07:31, Chris Wedgwood wrote:
On Tue, Jan 16, 2007 at 08:52:32PM +0100, Christoph Anton Mitterer wrote:
I agree,... it seems drastic, but this is the only really secure
solution
write-combining MTRR for IOMMU aperture"
printf "base=0x%08x size=0x%08x type=write-combining\n" $base $size >/proc/mtrr
exit 0
[ -- cut here-- ]
Chip
--
Charles M. "Chip" Coldwell
Senior Software Engineer
Red Hat, Inc
978-392-2426
-
To unsubscribe from this
O ports at
I/O ports at
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 th
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
Not to mention, not everyone on the list runs their own mailservers.
-Original Message-
From: Steve Modica [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 22, 2001 12:28
To: Rogier Wolff
Cc: Richard Gooch; Brent D. Norris; David S. Miller;
[EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTEC
According to Alan Cox:
> Chip:
> > Wouldn't it be better just to *try* ioctls and see which ones work and
> > which ones don't?
>
> 1. We have overlaps
We all agree that overlaps need to be eliminated over time. In the
meantime, as a coping strategy: I'll b
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 Salzen
x27;s a natural 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 &
if it's going
to connect to a device that 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 PROTEC
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
>
> 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 /de
t
they have to call 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 f
emonstrate any problems.
What I'm trying to figure out is how to compile in this setting.
Thanks,
Chip Schweiss
-
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.o
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
more likely to show up
with Cerberus than 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 li
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
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 fro
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 Salzenber
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
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
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
>
a new driver which is what we have done
here...
Chip
_
Get your FREE download of MSN Explorer at http://explorer.msn.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [
if (tape->debug_level >= 6)
+ printk(KERN_INFO "ide-tape: MOD_DEC_USE_COUNT"
+ " in idetape_chrdev_release\n");
#endif
+ }
+ MOD_DEC_USE_COUNT;
}
clear
a lot 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
lso like to put in a good
word 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
ck);
+ if (mod->flags & MOD_DELETED)
+ res = 0;
+ else
+ __MOD_INC_USE_COUNT(mod);
+ spin_unlock(&unload_lock);
+ }
+ return res;
+}
+
asmlinkage int
sys_delete_module(const char *name_user)
@@ -10
fdef CONFIG_COMPUTONE
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/
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
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, authors definitely understand
> > &g
acters; 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
y or 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
. */
+ 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 */
- return pdentry;
+
d(&target->d_child, &target->d_parent->d_subdirs);
+ else {
+ INIT_LIST_HEAD(&target->d_child);
+ target->d_parent = target;
+ }
}
--
Chip Salzenberg- a.k.a. -<[EMAIL PROTECTED]>
"Give me immor
->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. -
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
The problem seems to be deeper than that. I first encountered the
problem with only bootp compiled in. In my configuration I am not able
to supply kernel parameters on the client which may be why you were
able to get bootp to execute.
Chip
> It seem somewhere between 2.2.17 and
of IP configuration.
I haven't had any luck tracing down the root of this problem.
Anyone else experience this problem or have a patch to fix it?
Chip Schweiss
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECT
can, and 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 thi
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-&
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]&g
count 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 ho
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_t
iguration
*/
-int ic_enable __initdata = 0; /* IP config enabled? */
+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
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]>
&q
.3 to 5.4.
BTW, VA's current 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
According to Andre Hedrick:
> On Wed, 13 Sep 2000, Chip Salzenberg wrote:
> > that reducing it isn't worthwhile. The more de facto standard patches
> > (*cough* NFS RAID[1] HedrickIDE *ahem*) can get into the 2.2 tree [...]
>
> Thanks Chip but the backporting to 2.
cally clerical patch maintenance work.
[1] I understand the RAID issue with disk format 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 j
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
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&#
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))
if (dev->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. -
d)
+static void 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 unsub
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
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
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 wor
ays 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
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
ed 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
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
* - use all available devices
* :
- *dhcp|bootp|rarp - use given protocol
- *both or empty- use both BOOTP and RARP (not DHCP)
- *off or none - don't do autoconfig at all
+ *off|none - don't do autoconfig a
/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
127,9 @@ static 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 =
printf("\\x%02x",ch);
+ if(total%16==0) break;
+ }
+ printf("\"\n");
+ } while(ch!=EOF);
+
+ if(argc>1) printf("\t;\n\nconst int %s_size = %d;\n",argv[1],total);
+
+ return 0;
+}
force_long = MSDOS_SB(dir->i_sb)->options.force_long;
nls = MSDOS_SB(dir->i_sb)->nls_io;
*slots = 1;
- res = vfat_valid_longname(name, len, xlate);
- if (res < 0)
- return res;
if (vfat_valid_shortname(name, len, utf8) >= 0)
sb->s_blocksize);
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
else error = -ENOTTY;
}
+ if (error != 0)
+ break;
+
if (on)
filp->f_flags |= FASYNC;
--
Chip Salzenberg - a.k.a. - <[EMAIL PRO
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
75 matches
Mail list logo
