Bret Indrelee wrote:
>
> On Thu, 12 Apr 2001, george anzinger wrote:
> > Bret Indrelee wrote:
> > >
> > > On Thu, 12 Apr 2001, george anzinger wrote:
> > > > Bret Indrelee wrote:
> > > > > Keep all timers in a sorted double-linked list. Do the insert
> > > > > intelligently, adding it from the
Hi,
While playing a dvd I was plugging a headphone and my machine froze and had to reset.
The machine was running 2.4.3 with the new aha7xxx driver.
I booted back into 2.2.18. It took a while to get pass the scsi BIOS. It finally
detected
all the drives, but lilo would not find the scsi disk
There is a singular Yacc file in 2.4.3:
linux/drivers/scsi/aic7xxx/aicasm/aicasm_gram.y
This is the first time I remember seeing a Yacc file in the Linux kernel
source code, but I'm young and stupid.
Since the default Makefile mapping for .y files is to call yacc, and since I
have bison on my
Hi,
Strange thing that shows up here. Using a MB with a MVP3
chipset I have
hda - 13G udma2
hdb - nothing physical but the driver does not always agree
hdc - cdrom udma2 sometimes...
hdd - HP Colorada 20GB tape dma - sometimes...
I say sometimes for the devices ide1 since what /proc/ide/via
Hi,
Upgraded to ac5 tonight. Problems with 8139too.o
caused a few crashes and scrambled a few files.
Restoring them was fun. Seems that while ide-tape
can write to my 'HP Colorado 20G' drive, it gets
an I/O error when it trys to read... If I flip to
ide-scsi and friends (much slower for
Erik DeBill [[EMAIL PROTECTED]] wrote:
> On Wed, Apr 11, 2001 at 08:52:30AM -0500, John Madden wrote:
> > > Apr 8 23:33:09 horus kernel: hub.c: USB new device connect on bus1/1,
> > > assigned device number 5
> > > Apr 8 23:33:12 horus kernel: usb_control/bulk_msg: timeout
> > > Apr 8 23:33:12
Hi,
Upgraded to ac5 tonight. It stalled shortly after start a
program to suck news. Looking at a serial console I see
hundreds of the above message with a status of
intrStatus = 0x0001
Sysrq was active on the serial console so I did a T and P
before syncing are rebooting... If the
On Fri, Mar 30, 2001 at 07:04:29AM +0200, Sebastian Klemke wrote:
> Hi!
>
> The driver for the natsemi NIC does not properly filter out requested
> multicast groups when in multicast mode. Multicast groups I joined
> are simply dropped by the MAC address filter of the card, the kernel
> filters
On Thursday 12 April 2001 22:03, Alexander Viro wrote:
> On Thu, 12 Apr 2001, Ed Tomlinson wrote:
> > On Thursday 12 April 2001 11:12, Alexander Viro wrote:
> > What prompted my patch was observing situations where the icache (and
> > dcache too) got so big that they were applying artifical
On Wed, Apr 11, 2001 at 08:52:30AM -0500, John Madden wrote:
> > Apr 8 23:33:09 horus kernel: hub.c: USB new device connect on bus1/1,
> > assigned device number 5
> > Apr 8 23:33:12 horus kernel: usb_control/bulk_msg: timeout
> > Apr 8 23:33:12 horus kernel: usb.c: USB device not accepting
On Wed, Apr 11, 2001 at 09:32:36PM -0500, Troy Benjegerdes wrote:
> On Wed, Mar 28, 2001 at 12:58:57PM -0500, Jeff Garzik wrote:
> > There are some improvements in the latest 2.4 test patch, 2.4.3-pre8. I
> > would be very interested in hearing feedback on that. I finally got two
> > test
On Thu, 12 Apr 2001, george anzinger wrote:
> Actually we could do the same thing they did for errno, i.e.
>
> #define jiffies get_jiffies()
> extern unsigned get_jiffies(void);
> No, not really. HZ still defines the units of jiffies and most all the
> timing is still related to it. Its just
Stephen,
Just telling me this fact is preaching to the choir, you have to express
this on the mailing list, so others can hear first hand that you dislike
the product and their support is non-existant.
You will get no support for kernels that are not precompiled with distros,
that will be a
On Thu, 12 Apr 2001, george anzinger wrote:
> Bret Indrelee wrote:
> >
> > On Thu, 12 Apr 2001, george anzinger wrote:
> > > Bret Indrelee wrote:
> > > > Keep all timers in a sorted double-linked list. Do the insert
> > > > intelligently, adding it from the back or front of the list depending on
POSIX 1003.13 defines profiles 51-4 where 51 is a single POSIX
process with multiple threads (RTLinux) and 54 is a full POSIX OS
with the RT extensions (Linux).
On Thu, Apr 12, 2001 at 08:15:34PM -0700, george anzinger wrote:
> Any one know any thing about a POSIX draft 52 or 53 or 54. I think
Any one know any thing about a POSIX draft 52 or 53 or 54. I think they
are suppose to have something to do with real time.
Where can they be found? What do they imply for the kernel?
George
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Andre Hedrick wrote:
>
> On Fri, 13 Apr 2001, Alan Cox wrote:
>
> > > Okay but what will be used for a base for hardware that has critical
> > > timing issues due to the rules of the hardware?
> >
> > > #define WAIT_MIN_SLEEP (2*HZ/100) /* 20msec - minimum sleep time */
> > >
> > > Give
Hi all,
After running 2.4.3 for 9 days my system froze when copying a cd
(dd if=/dev/cdrom of=file)
After rebooting I found the following in the syslog:
===
Apr 12 22:05:28 cs865114-a kernel: Unable to handle kernel paging request at virtual
On Thu, Apr 12, 2001 at 09:32:40PM -0400, Douglas Gilbert wrote:
> At the risk of Jens jumping on this post, I think
> there was some problem mounting cdroms that is
> fixed in the "ac" series, the latest of which is
> 2.4.3-ac5 . Perhaps you could try it and report
> back.
Okay, I'll give that
On Thu, 12 Apr 2001, Ed Tomlinson wrote:
> On Thursday 12 April 2001 11:12, Alexander Viro wrote:
> What prompted my patch was observing situations where the icache (and dcache
> too) got so big that they were applying artifical pressure to the page and
> buffer caches. I say artifical since
On Thursday 12 April 2001 11:12, Alexander Viro wrote:
> On Thu, 12 Apr 2001, Rik van Riel wrote:
> > On Thu, 12 Apr 2001, Ed Tomlinson wrote:
> > > I have been playing around with patches that fix this problem. What
> > > seems to happen is that the VM code is pretty efficent at avoiding the
>
Tim Meushaw <[EMAIL PROTECTED]> wrote:
> I've got an update for this problem I emailled about
> last night (and for which I only received one reply :-) ).
>
> Strangely enough, I'm able to actually burn a CD
> using the cd-rw described below, and can verify
> data written to it (using
> > (2) Every so often, I get a non-fatal error on my screen about a
> > kernel paging request error.
>
> If it's usually the same address, we're probably dealing with
> a kernel bug. If you always get different addresses, chances
> are your RAM is broken (you can test this with memtest86).
I
I've got an update for this problem I emailled about last night (and for
which I only received one reply :-) ).
Strangely enough, I'm able to actually burn a CD using the cd-rw
described below, and can verify data written to it (using X-CD-Roast).
I still can't actually mount a cd in the drive
> Hmmm, I was wondering if could come up with a pretty way to do this on
> 32 bit boxes that wants to enable highmem DMA. Right now
> pci_set_dma_mask() wants a dma_addr_t which means you have to do
> #ifdef CONFIG_HIGHMEM #else #endif.
>
> Introducing a new function that takes bit flags as
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
I'm not very experienced with dealing directly with the kernel, so I was
hoping for a little advice...
I'd like to implement some sort of rudimentary (file)system-call logging.
Specifically, I'd like information about write, open, creat,
> "Jeff" == Jeff Garzik <[EMAIL PROTECTED]> writes:
>> I think the function idea would let us do some sanity checking to
>> make sure drivers weren't setting this to 64bit on non-64 bit
>> busses and stuff.
Jeff> pci_set_dma_mask. Modify that to do the additional checks you
Jeff> need.
On Thu, 12 Apr 2001, Linus Torvalds wrote:
>
>
> On Thu, 12 Apr 2001, Marcelo Tosatti wrote:
> >
> > Comments?
> >
> > --- fs/inode.c~ Thu Mar 22 16:04:13 2001
> > +++ fs/inode.c Thu Apr 12 15:18:22 2001
> > @@ -347,6 +347,11 @@
> > #endif
> >
> > spin_lock(_lock);
> > + while
> > > FrastTrack/100 Raid controller working. I finally found the ft.o driver
>
> Did you try building it from source? Their docs say beta ft.o is RH 6.2-7.0
> which would make me a bit nervous.
>
> ftp://ftp.promise.com/Controllers/IDE/FastTrak100/Linux/LinuxBETA/
They dont supply most of
> > FrastTrack/100 Raid controller working. I finally found the ft.o driver
Did you try building it from source? Their docs say beta ft.o is RH 6.2-7.0
which would make me a bit nervous.
ftp://ftp.promise.com/Controllers/IDE/FastTrak100/Linux/LinuxBETA/
--
-
To unsubscribe from this list:
On Thu, Apr 12, 2001 at 07:17:26PM -0400, Greg Louis wrote:
> On 20010412 (Thu) at 1726:11 +0100, Alan Cox wrote:
> >
> > 2.4.3-ac5
>
> > o Fix rwsem compile problem (me)
>
> No such luck, I fear, at least not with egcs-2.91.66:
> /u
On Fri, 13 Apr 2001, Alan Cox wrote:
> > Okay but what will be used for a base for hardware that has critical
> > timing issues due to the rules of the hardware?
>
> > #define WAIT_MIN_SLEEP (2*HZ/100) /* 20msec - minimum sleep time */
> >
> > Give me something for HZ or a rule for
On 20010412 (Thu) at 1726:11 +0100, Alan Cox wrote:
>
> 2.4.3-ac5
> o Fix rwsem compile problem (me)
No such luck, I fear, at least not with egcs-2.91.66:
/usr/src/linux-2.4.3ac5/include/asm/rwsem.h:26: badly punctuated
parameter list in #define'
/usr/
> Okay but what will be used for a base for hardware that has critical
> timing issues due to the rules of the hardware?
> #define WAIT_MIN_SLEEP (2*HZ/100) /* 20msec - minimum sleep time */
>
> Give me something for HZ or a rule for getting a known base so I can have
> your storage work
On Wed, Apr 11, 2001 at 12:53:16PM -0300, Rik van Riel wrote:
> On Wed, 11 Apr 2001, Rik van Riel wrote:
>
> > OK, here it is. It's nothing like montavista's singing-dancing
> > scheduler patch that does all, just a really minimal change that
> > should stretch the nice levels to yield the
Stephen,
Sorry but that is a closed source driver and you have to goto Promise, LOL.
Last time I talked to them they sent me an email virus that choked a drive.
Scan your mail first and then count your fingers if you have to shake
hands with somebody their
Andre Hedrick
Linux ATA
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
OK.
This is Kernel 2.4.3.
If I smbmount an exported filesystem from another GNU/Linux machine and then
suspend my laptop, after I resume I am unable to use the network at all.
I really think this is a bug raised by another bug. The xirc2ps_cs
On Fri, 13 Apr 2001 01:02:21 +0200, Szabolcs Szakacsits said:
> Not __alloc_pages() calls oom_kill() however do_page_fault(). Not the
> same. After the system tried *really* hard to get *one* free page and
> couldn't managed why loop forever? To eat CPU and waiting for
For what it's worth, this
Bret Indrelee wrote:
>
> On Thu, 12 Apr 2001, george anzinger wrote:
> > Bret Indrelee wrote:
> > > Keep all timers in a sorted double-linked list. Do the insert
> > > intelligently, adding it from the back or front of the list depending on
> > > where it is in relation to existing entries.
> >
On Thu, 12 Apr 2001, Shane Wegner wrote:
> On Thu, Apr 12, 2001 at 03:05:53PM -0700, Andre Hedrick wrote:
> >
> > So you want a VIA-old and VIA-new ??
>
> Hi,
>
> Is the version of the driver in the latest IDE patch v4.x?
> That's odd as that driver does work fine on Linux 2.4.3.
> It's
[EMAIL PROTECTED] said:
> ho-hum. Jeff, I think the best fix here is to bite the bullet and
> write kernel_daemon(), which will delegate thread creation to keventd,
> which is the only thing we have which reaps zombies. Any better
> ideas?
Yes. Let init do it, as God intended. Why reap
On Thu, Apr 12, 2001 at 03:05:53PM -0700, Andre Hedrick wrote:
>
> So you want a VIA-old and VIA-new ??
Hi,
Is the version of the driver in the latest IDE patch v4.x?
That's odd as that driver does work fine on Linux 2.4.3.
It's just the one in 2.2.19+ide.2.2.19.0405 which seems to
be
So you want a VIA-old and VIA-new ??
On Tue, 10 Apr 2001, Shane Wegner wrote:
> On Mon, Apr 09, 2001 at 05:33:13PM -0700, Andre Hedrick wrote:
> >
> > This is up with some updates
> Hi,
>
> This isn't working here on my Abit VP6 board. The
> ide.2.2.18.1221 works fine but this latest patch
http://www.xx.kernel.org/pub/linux/kernel/people/hedrick/utility-patches/DiskPerf-1.0.4.tar.gz
http://www.xx.kernel.org/pub/linux/kernel/people/hedrick/utility-patches/DiskPerf-1.0.4.tar.bz2
Cheers,
Andre Hedrick
Linux ATA Development
ASL Kernel Development
Daniel Podlejski <[EMAIL PROTECTED]> writes:
> Hi,
>
> there is litlle programm:
>
> signal (SIGALRM, empty);
> alarm (1);
>
> a = read(fd, buf, 511);
>
> while (a && a != -1) a = read(fd, buf, 511);
> I open /tmp/nic and run compiled program.
> There should be
On Thu, 12 Apr 2001, Rik van Riel wrote:
> On Thu, 12 Apr 2001, Szabolcs Szakacsits wrote:
> > You mean without dropping out_of_memory() test in kswapd and calling
> > oom_kill() in page fault [i.e. without additional patch]?
> No. I think it's ok for __alloc_pages() to call oom_kill()
> IF we
Okay but what will be used for a base for hardware that has critical
timing issues due to the rules of the hardware?
I do not care but your drives/floppy/tapes/cdroms/cdrws do:
/*
* Timeouts for various operations:
*/
#define WAIT_DRQ(5*HZ/100) /* 50msec - spec allows up to 20ms
[EMAIL PROTECTED] said:
> The RTC interrupt is programmable from 2 Hz to 8192 Hz, in powers of
> 2. So the interrupts that you could get are one of the following:
> 0.122ms, .244ms, .488ms, .977ms, 1.953ms, 3.906ms, 7.813ms, and so on.
>Is there any workaround , so that i can use RTC for
Subject: Oscillations in disk write compaction
The following data sets are the output of a small program that
reads a random 4k block from a large data file, makes a trivial
alteration to the block, and writes the block back into the
file (in place). In all three cases the file is larger than
On Thu, 12 Apr 2001, Andrew Morton wrote:
> Rod Stewart wrote:
> >
> > On Thu, 12 Apr 2001, Andrew Morton wrote:
> > > Is there something unusual about your setup?
> >
> > One box is standard PIII with RH 7.0, the other is a custom Crusoe TM5400
> > board. But from further investigation it
Rod Stewart wrote:
>
> On Thu, 12 Apr 2001, Andrew Morton wrote:
> > Is there something unusual about your setup?
>
> One box is standard PIII with RH 7.0, the other is a custom Crusoe TM5400
> board. But from further investigation it appears to be a kernel config
> option. As I've got a
On Thu, 12 Apr 2001, Daniel Podlejski wrote:
> Hi,
>
> there is litlle programm:
>
> #include
> #include
> #include
> #include
> #include
> #include
> #include
>
> static void empty(int sig)
> {
> printf ("hello\n");
> return;
> }
>
> void main()
> {
> int fd, a;
>
On Sat, Apr 07, 2001 at 11:17:29PM -0500, David Fries wrote:
> There is a lot of comfort looking at /var/log/mail.log and seeing mail
> accepted by the computer servicing the other person's account. Now
> all I have is, accepted by university, hope it gets there...
>
While I operate my own mail
Followup to: <[EMAIL PROTECTED]>
By author:Ulrich Drepper <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> "Adam J. Richter" <[EMAIL PROTECTED]> writes:
>
> > >Shouldn't a compiler be able to deal with this instead?
> >
> > Yes.
>
> No. gcc must not do this. There are
On Thu, 12 Apr 2001, Andrew Morton wrote:
> Rod Stewart wrote:
> >
> > On Thu, 12 Apr 2001, Andrew Morton wrote:
> > > Rod Stewart wrote:
> > > >
> > > > Hello,
> > > >
> > > > Using the 8139too driver, 0.9.15c, we have noticed that we get a defunct
> > > > thread for each device we have; if the
Hello,
it compiles fine and there is no MAINTAINER entry for it nor specific
email address in the source file.
diff -u --recursive linux-2.4.3-ac5.orig/drivers/char/keyboard.c
linux-2.4.3-ac5/drivers/char/keyboard.c
--- linux-2.4.3-ac5.orig/drivers/char/keyboard.cThu Apr 12 20:23:06
Andrew Morton wrote:
> It still doesn't compile with gcc-2.91.66 because of the "#define
> rwsemdebug(FMT, ...)" thing. What can we do about this?
Hmmm... It probably needs to be made conditional on the version of the
compiler by means of the macros that hold the version numbers.
> I
On Wed, Apr 11, 2001 at 10:06:46PM -0400, [EMAIL PROTECTED] wrote:
> Editconfig was a mistake. OK, I think I understand the rules now. Is it:
>
> (1) First, try to read from .config
> (2) If .config doesn't exist, read from $(ARCH)/defconfig
>
> ?
Right. But with the following constraints:
On Thu, 12 Apr 2001, george anzinger wrote:
> Bret Indrelee wrote:
> > Keep all timers in a sorted double-linked list. Do the insert
> > intelligently, adding it from the back or front of the list depending on
> > where it is in relation to existing entries.
>
> I think this is too slow,
> Plus it would mean that the kernel requires, for its
> correct operation, that process "1" is a child reaper.
> Is this a good thing?
That is already required. The rest of the reparenting functionality is also
in kernel/exit.c already
-
To unsubscribe from this list: send the line
I wrote the O_DIRECT zerocopy raw I/O support (dma from disk to the userspace
memory through the filesystem). The patch against 2.4.4pre2 + rawio-3 is here:
ftp://ftp.us.kernel.org/pub/linux/kernel/people/andrea/patches/v2.4/2.4.4pre2/o_direct-1
Only ext2 is supported at the moment,
Rod Stewart wrote:
>
> On Thu, 12 Apr 2001, Andrew Morton wrote:
> > Rod Stewart wrote:
> > >
> > > Hello,
> > >
> > > Using the 8139too driver, 0.9.15c, we have noticed that we get a defunct
> > > thread for each device we have; if the driver is built into the kernel.
> > > If the driver is
>> Can you elaborate on what you had to modify ?
>
>I just added AHC_ULTRA to the features of 7850
>
>AHC_AIC7850_FE = AHC_SPIOCAP|AHC_AUTOPAUSE|AHC_TARGETMODE|AHC_ULTRA,
> ^^
What's the PCI id of the card you are using?
>Plain
Hi,
there is litlle programm:
#include
#include
#include
#include
#include
#include
#include
static void empty(int sig)
{
printf ("hello\n");
return;
}
void main()
{
int fd, a;
char buf[512];
if (fd = open("/tmp/nic", O_RDONLY) < 0)
{
Alan Cox wrote:
>
> > swapper doesn't know how to reap children, and
> > AFAIK there's no way for a kernel thread to fully clean itself
> > up. This is always done by the parent.
>
> Make daemonize() move threads with parent 0 to parent 1
Reparenting would require diving inside this lot:
Drat, I just noticed my #$@%&$ email program word-wrapped some of the long
lines. The four lines that contain just while(0) should be appended (preceded
by a space) to the lines just previous to them.
Wayne
Christoph Hellwig <[EMAIL PROTECTED]> on 04/12/2001 03:16:38 PM
To: Wayne
> >I have two Adaptec 2930CU (ultra narrow) cards. I modified the driver to
> >make them work in ultra mode.
>
> Can you elaborate on what you had to modify ?
I just added AHC_ULTRA to the features of 7850
AHC_AIC7850_FE = AHC_SPIOCAP|AHC_AUTOPAUSE|AHC_TARGETMODE|AHC_ULTRA,
On Thu, 12 Apr 2001, Szabolcs Szakacsits wrote:
> You mean without dropping out_of_memory() test in kswapd and calling
> oom_kill() in page fault [i.e. without additional patch]?
No. I think it's ok for __alloc_pages() to call oom_kill()
IF we turn out to be out of memory, but that should not
On Thu, Apr 12, 2001 at 03:08:28PM -0500, [EMAIL PROTECTED] wrote:
> >old compiler. The right ifdef seems to be:
>
> >
> > #if __GNUC__ == 2 && __GNUC_MINOR__ < 95
> >
> >Could you test it this way?
>
> Yes, that works for me. Is this the sort of thing you had in mind?
Yes.
Linus any chance
you might check out fam and imon (fam is userspace, imon is a kernel patch).
Both are open source SGI tools, imon is the inode monitor.
Both can be found at http://oss.sgi.com
>Hello,
>
>I was wondering if anyone has a patch, or is working on something for what
>im looking for, or if they
Christoph Hellwig <[EMAIL PROTECTED]> wrote:
>So the /* old gcc */ part should probably be enabled based on a define for the
>old compiler. The right ifdef seems to be:
>
> #if __GNUC__ == 2 && __GNUC_MINOR__ < 95
>
>Could you test it this way?
Yes, that works for me. Is this the sort of
On Thu, 12 Apr 2001, Gérard Roudier wrote:
> using a sym53c875 controller. In this case, kernel 2.2 was fine.
>
> > Now I'll build some old 2.2 kernel to try...
>
> If 2.2 is ok with your tape, a software error in 2.4 gets very likely, in
> my opinion.
Well, the 2.2 distributed with Mandrake
>Thanks, but Andrey Panin did you one better -- he produced a patch which
>fixes up a good number of these. You should follow lkml more closely :)
I missed that patch and have been unable to find it on google/dejanews.
However, my point is to provide an exhaustive list with sizes (and the tool
On Thu, 12 Apr 2001, Marcelo Tosatti wrote:
>
> On Thu, 12 Apr 2001, Linus Torvalds wrote:
>
> > On Thu, 12 Apr 2001, Marcelo Tosatti wrote:
> > >
> > > Comments?
> > >
> > > --- fs/inode.c~ Thu Mar 22 16:04:13 2001
> > > +++ fs/inode.cThu Apr 12 15:18:22 2001
> > > @@ -347,6 +347,11
As of kernel 2.4.3-ac5, there are now 574 config options which have
no help text in Configure.help. I believe these are not derived options,
but setable options which could use a help entry.
Here is a list of these items which have been introduced very recently.
Each group is incremental, versus
>> I am aware of a couple of cases where code relied on static
>> variables being allocated contiguously, but, in both cases, those
>> variables were either all zeros or all non-zeros, so my proposed
>> change would not break such code.
>Continuous placement is not the only property defined
"Adam J. Richter" wrote:
> For anyone who is interested, I have produced a list of all
> of the .data variables that contain all zeroes and could be moved to
> .bss within the kernel and all of the modules (all of the modules
> that we build at Yggdrasil for x86, which is almost all).
Hubertus Franke <[EMAIL PROTECTED]> writes:
>Try this ... this will guarantee that (p->counter) > (current->counter)
>and it seems not as radical
> p->counter = (current->counter + 1) >> 1;
>current->counter = (current->counter - 1) >> 1;
>if (!current->counter)
>
"Adam J. Richter" <[EMAIL PROTECTED]> writes:
> I am aware of a couple of cases where code relied on static
> variables being allocated contiguously, but, in both cases, those
> variables were either all zeros or all non-zeros, so my proposed
> change would not break such code.
Continuous
On Thu, 12 Apr 2001, [EMAIL PROTECTED] wrote:
> Of course, but if we can fix the problem by making the kernel smaller,
> what possible motive could you have for opposing it other than 'but it
> doesn't solve _my_ problems!' ?
Agreed. The only thing I was thinking, was if the kernel is doing
Steve Modica wrote:
>
> Hi All,
>
> We found recently that the acenic driver for the 3com gigabit ethernet card does
> not enable 64 bit DMAs. (this is done by setting the appropriate mask in
> pci_dev->dma_mask).
>
> Jes suggested that the appropriate way to fix this would be to create a
On Thu, 12 Apr 2001, Andrew Morton wrote:
> Rod Stewart wrote:
> >
> > Hello,
> >
> > Using the 8139too driver, 0.9.15c, we have noticed that we get a defunct
> > thread for each device we have; if the driver is built into the kernel.
> > If the driver is built as a module, no defunct threads
On Thu, 12 Apr 2001 [EMAIL PROTECTED] wrote:
> hi,
>
> when trying to scan with xsane and "agfa snapscan 1236s", i get the
> following message:
>
> Attached scsi generic sg2 at scsi0, channel 0, id 5, lun 0, type 6
> sym53c895-0-<5,*>: target did not report SYNC.
This message is just a
On Thu, 12 Apr 2001, Linus Torvalds wrote:
> On Thu, 12 Apr 2001, Marcelo Tosatti wrote:
> >
> > Comments?
> >
> > --- fs/inode.c~ Thu Mar 22 16:04:13 2001
> > +++ fs/inode.c Thu Apr 12 15:18:22 2001
> > @@ -347,6 +347,11 @@
> > #endif
> >
> > spin_lock(_lock);
> > + while
> swapper doesn't know how to reap children, and
> AFAIK there's no way for a kernel thread to fully clean itself
> up. This is always done by the parent.
Make daemonize() move threads with parent 0 to parent 1
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
In article <[EMAIL PROTECTED]> you wrote:
>
> When compiling 2.4.3-ac5 (and also 2.4.4-pre2) I get this:
>
> /usr/src/linux-2.4.3-ac5/include/asm/rwsem.h:26: badly punctuated parameter list
> in `#define'
>
> This appears to be due to some code in rwsem.h that is written for a different
>
On Thu, 12 Apr 2001, Marcelo Tosatti wrote:
>
> Comments?
>
> --- fs/inode.c~ Thu Mar 22 16:04:13 2001
> +++ fs/inode.cThu Apr 12 15:18:22 2001
> @@ -347,6 +347,11 @@
> #endif
>
> spin_lock(_lock);
> + while (inode->i_state & I_LOCK) {
> +
Hi All,
We found recently that the acenic driver for the 3com gigabit ethernet card does
not enable 64 bit DMAs. (this is done by setting the appropriate mask in
pci_dev->dma_mask).
Jes suggested that the appropriate way to fix this would be to create a function
like pci_enable_dma64 and then
Hi,
generic_osync_inode() (called by generic_file_write()) is not checking if
the inode being synced has the I_LOCK bit set before checking the I_DIRTY
bit.
AFAICS, the following problem can happen:
sync()
...
sync_one()
reset I_DIRTY, set I_LOCK
filemap_fdatasync() <-- #window
>> = Adam J. Richter <[EMAIL PROTECTED]>
> = Horst von Brand <[EMAIL PROTECTED]>
>> I suppose that running the child first also has a minor
>> advantage for clone() in that it should make programs that spawn lots
>> of threads to do little bits of work behave better on machines with a
>>
"Adam J. Richter" <[EMAIL PROTECTED]> writes:
> >Shouldn't a compiler be able to deal with this instead?
>
> Yes.
No. gcc must not do this. There are situations where you must place
a zero-initialized variable in .data. It is a programmer problem.
--
---.
When compiling 2.4.3-ac5 (and also 2.4.4-pre2) I get this:
/usr/src/linux-2.4.3-ac5/include/asm/rwsem.h:26: badly punctuated parameter list
in `#define'
This appears to be due to some code in rwsem.h that is written for a different
version of gcc. (I'm still using gcc-2.91.66 as specified in
On Thu, 12 Apr 2001, Rik van Riel wrote:
> On Thu, 12 Apr 2001, Szabolcs Szakacsits wrote:
> > I still feel a bit unconfortable about processes looping forever in
> > __alloc_pages and because of this oom_killer also can't be moved to
> > page fault handler where I think its place should be. I'm
[EMAIL PROTECTED] writes:
>Shouldn't a compiler be able to deal with this instead?
Yes. I sent some email to bug-gcc about this a couple of
months ago and even posted some (probably horribly incorrect) code
showing roughly the change I had in mind in the gcc source code
for the simple
Rod Stewart wrote:
>
> Hello,
>
> Using the 8139too driver, 0.9.15c, we have noticed that we get a defunct
> thread for each device we have; if the driver is built into the kernel.
> If the driver is built as a module, no defunct threads appear.
What is the parent PID for the defunct tasks?
On Thu, Apr 12, 2001 at 09:28:44AM -0400, Chris Meadors wrote:
> On Thu, 12 Apr 2001, Rafael E. Herrera wrote:
> > If the problem occurs whithout the frame buffer on, the problem seems to
> > be on the X server.
>
> Exactly. That is what I'm saying. I've seen the problem with the
> returning
On Thu, 12 Apr 2001 [EMAIL PROTECTED] wrote:
> Still experimenting with my SDT-9000... tried connecting it to another
> controller
> (2940AU in place of 2904, sorry but I've only Adaptec stuff :). Same
> problem.
> Tried with another tape (even with an old DDS-2 tape). Same. Even tried
>
On Wed, 4 Apr 2001, Boris Pisarcik wrote:
> I looked a bit at the source of sysrq handling. I've found there is
> rather big difference between sysrq+b and other killers handling.
> Sysrq+b is just called with pretty straitforward fashion - stops other
> processors on SMP and reboots directly
While you are at it, can you bug them for FastTrak (the software RAID thing)
support?
Their drivers are ages behind and Andre doesn't seem to be able to get them
cooperate either.
I have many many boards with their FastTrak chip on and I cannot use it
either as FastTrak or even simple ATA100
On Thu, 12 Apr 2001 16:12:55 BST, Alan Cox said:
> Do you have > 800Mb of RAM ?
Following up - it just bit again (twice)
The first time, it was xmms/kswapd fighting for CPU, and xmms was again immune
to kill -9. Interestingly enough, several minutes later, I closed 'netscape',
and xmms took
1 - 100 of 435 matches
Mail list logo
