Keith Owens wrote:
>
> On Wed, 21 Mar 2001 23:15:14 -0800,
> Greg Billock <[EMAIL PROTECTED]> wrote:
> >Summary: Hotplugging a USB device causes an unrecoverable kernel Aiee!
> >
> >Copied from screen after interrupt handler killed, so sorry for
> >incompleteness. This
> >bug is reproducable so
On Wed, 21 Mar 2001, Linus Torvalds wrote:
> Ho humm. Does the appended patch fix it for you? Looks obvious enough, but
Confirmed.
-Mike
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Wed, 21 Mar 2001, Linus Torvalds wrote:
> On Wed, 21 Mar 2001, Linus Torvalds wrote:
> >
> > The deadlock implies that somebody scheduled with page_table_lock held.
> > Which would be really bad.
>
> ..and it is probably do_swap_page().
>
> Despite the name, "lookup_swap_cache()" does more
On Wed, 21 Mar 2001 23:15:14 -0800,
Greg Billock <[EMAIL PROTECTED]> wrote:
>Summary: Hotplugging a USB device causes an unrecoverable kernel Aiee!
>
>Copied from screen after interrupt handler killed, so sorry for
>incompleteness. This
>bug is reproducable so if necessary, I can try it
Summary: Hotplugging a USB device causes an unrecoverable kernel Aiee!
Copied from screen after interrupt handler killed, so sorry for
incompleteness. This
bug is reproducable so if necessary, I can try it again
kernel BUG at slab.c:1402!
invalid operand:
CPU: 0
EIP: 0010: []
EFLAGS:
Hi,
It looks like a not fully merged patch from Alan's tree:
drivers/net/net.o: In function `pcnet32_open':
drivers/net/net.o(.text+0x3bb9): undefined reference to `is_valid_ether_addr'
drivers/net/net.o: In function `pcnet32_probe1':
drivers/net/net.o(.text.init+0x5fa): undefined reference to
On Wed, 21 Mar 2001, Linus Torvalds wrote:
>
> The deadlock implies that somebody scheduled with page_table_lock held.
> Which would be really bad.
..and it is probably do_swap_page().
Despite the name, "lookup_swap_cache()" does more than a lookup - it will
wait for the page that it looked
On Wed, Mar 21, 2001 at 08:40:21PM -0800, Brian Dushaw wrote:
> Dear Linux Kernel Wisemen,
>I have been following the discussion of the VIA vt82c686b chipset
> and the troubles people have had in getting UDMA(100) to work. This
> is to report that I have now tried the 2.4.2-ac20 kernel and
I've got a DPT SmartCACHE IV with the raid adaptor... I'd like to get it
working eventually. If you point me in the right direction I'll see if I
can get that pesky driver to work, and even port over some code if need
beall someone has to do is point me towards documnentation and I'll
make it
I've got a SmartCACHE IV...This driver seems not to recognize it.
I applied it to 2.4.2...the patch didn't apply cleanly, however.
I was able to manually patch the makefile to build the drivers for the
card however, but it still didn't want to work.
In any case, if you have any insight on this
On 21 Mar 2001, Linus Torvalds wrote:
> In article <[EMAIL PROTECTED]>,
> Nigel Gamble <[EMAIL PROTECTED]> wrote:
> >
> >Why is the kernel lock held around sync_supers() and sync_inodes() in
> >sync_old_buffers() and fsync_dev(), but not in sync_dev()? Is it just
> >to serialize calls to
Hi
Thanks for all the help.
On Wed, 21 Mar 2001, Keith Owens wrote:
> On Wed, 21 Mar 2001 22:00:51 +0530 (IST),
> Manoj Sontakke <[EMAIL PROTECTED]> wrote:
> > I have a initlisation function (just like pktsched_init in
> >TC). Can anyone tell me, where in the kernel boot sequence
Dear Linux Kernel Wisemen,
I have been following the discussion of the VIA vt82c686b chipset
and the troubles people have had in getting UDMA(100) to work. This
is to report that I have now tried the 2.4.2-ac20 kernel and the
2.2.18 kernel with Andre's patch (dated March 20) and neither of
On Thu, 22 Mar 2001 14:59:31 +0530 (IST),
Manoj Sontakke <[EMAIL PROTECTED]> wrote:
>On Wed, 21 Mar 2001, Keith Owens wrote:
>> Welcome to the wonderful world of magic initialisation.
>>
>> (1) Declare your initialisation function as int __init foo_init(void).
>> (2) Decide when your function
Hi there,
just look at fs/cramfs/inode.c:cramfs_read_page()
It uses page_address instead of kmap().
I would have fixed it myself, but I don't know, how I should
kunmap() it, once we have memory pressure.
BTW: I bought an SMP machine with 1GB RAM yesterday to test such
cases and found the
Hi All,
as most people know, there are some number of routines in the kernel
that pass back negative error codes as pointers, essentially
doing the cast:
return (void *)-ENOMEM;
These values are supposed to be checked with the routine IS_ERR:
static inline long IS_ERR(const void
In article <[EMAIL PROTECTED]>,
Nigel Gamble <[EMAIL PROTECTED]> wrote:
>
>Why is the kernel lock held around sync_supers() and sync_inodes() in
>sync_old_buffers() and fsync_dev(), but not in sync_dev()? Is it just
>to serialize calls to these functions, or is there some other reason?
A lot
Why is the kernel lock held around sync_supers() and sync_inodes() in
sync_old_buffers() and fsync_dev(), but not in sync_dev()? Is it just
to serialize calls to these functions, or is there some other reason?
Since this use of the BKL is one of the causes of high preemption
latency in a
My LUG has had a machine donated with a PC Chips M805LR Motherboard (info
here http://www.eurocomla.com/m805lr.htm) I have to get it working to
stream our meetings with realserver. as such I cannot use the new 2.4
kernels with it since Realserver won't work with them. I am having
trouble with
Tim Waugh wrote:
>
> On Wed, Mar 21, 2001 at 09:19:35AM -0500, Jeff Garzik wrote:
>
> > Attempting to pretend that the parallel port is not in an interrupt
> > driven mode by passing irq=none is folly.
>
> No, that's not what it's for. It means 'for Christ sake don't use
> interrupts, I know
[EMAIL PROTECTED] wrote:
>
> On 20 Mar, SodaPop wrote:
>
> > I have an IWill KK-266R motherboard with an athlon-c 1200
> > processor in it, and for the life of me I can't get more than
> > 10 MB/sec through the on-board ide controller. Yes, all the
> > appropriate support is turned on in the
On Wed, Mar 21, 2001 at 03:44:15PM +0100, Markus Gaugusch wrote:
> > Ok, the question is: does anyone know a place on the web where I can find
> > specifications of ISA-slots? I need to know what is supposed to be connected
> > to
> > the pins (1, 2, 6, etc.)
> try the hardware book (hwb)
>
> how does linux provide the hostid string?
>
> on a sun box this is a guaranteed unique identifier, since AFAIK
> intel architecture does not have this unique identifier can
> two linux boxes end up with same hostid by chance?
If a Linux box is properly administered, it's hostid should
> how does linux provide the hostid string?
Its up to the C library
> on a sun box this is a guaranteed unique identifier, since AFAIK
> intel architecture does not have this unique identifier can
> two linux boxes end up with same hostid by chance?
Easily. hostid is generally only useful to
On Wed, 21 Mar 2001, Andrew Morton wrote:
> It's a problem for uniprocessors as well.
>
> Example:
>
> #define current_cpu_data boot_cpu_data
> #define pgd_quicklist (current_cpu_data.pgd_quick)
>
> extern __inline__ void free_pgd_fast(pgd_t *pgd)
> {
> *(unsigned long *)pgd =
Leif Sawyer <[EMAIL PROTECTED]> writes:
>
> What happens when init is not pid == 1, as is often the case
> during installs, booting off of cdrom, etc..
Well, after spending hours scrutinizing Patrick's one-line patch, I'll
guess that, in these cases, the patch does not prevent init from being
The POSSIBLE reasons are FAQ items at the LKML FAQ:
http://www.tux.org/lkml/
Lately we have had bounces from lots of places, INCLUDING @home.com !
However in your case I see no such events.
Everything seem to have worked just fine, until at circa 2:15 AM (EST)
on 16th of
hi,
how does linux provide the hostid string?
on a sun box this is a guaranteed unique identifier, since AFAIK
intel architecture does not have this unique identifier can
two linux boxes end up with same hostid by chance?
thanks in advance
mark
-
To unsubscribe from this list: send the line
Is anyone else seeing this build problem on linux
2.4.3-pre6? On linuxppc using out bitkeeper linuxppc_2_4
archive which has been updated to linux 2.4.3-pre6 I see
the following failure...
ld -T arch/ppc/vmlinux.lds -Ttext 0xc000 -Bstatic arch/ppc/kernel/hea
t/main.o init/version.o \
On Wed, 21 Mar 2001, Patrick O'Rourke wrote:
> Since the system will panic if the init process is chosen by
> the OOM killer, the following patch prevents select_bad_process()
> from picking init.
One question ... has the OOM killer ever selected init on
anybody's system ?
I think that the
Patrick O'Rourke, who wrote:
> Since the system will panic if the init process is chosen by
> the OOM killer, the following patch prevents select_bad_process()
> from picking init.
>
(Patch deleted)
What happens when init is not pid == 1, as is often the case
during installs, booting off of
> > handle the situation with 2 different CPUs (AMP = Assymmetric
> > multiprocessing ;-) correctly.
>
> "correctly". Intel doesn't support this (mis)configuration:
> especially with different steppings, not to mention models.
Actually for a lot of cases its quite legal.
> Alan has, or is
Eli Carter wrote:
> Having not looked at the code... Why not "if( p->pid > 1 )"? (Or can
> p->pid can be negative?!, um, typecast to unsigned...)
I simply mirrored the check done in do_exit():
if (tsk->pid == 1)
panic("Attempted to kill init!");
Since PID_MAX is 32768
Hi all,
I'm looking into upgrading my binutils to the latest stable release. I
do kernel work so I'm guessing from previous experience that I have to get
the Linux specific one. I tracked the linux specific versions down to
ftp.kernel.org but am not certain as to which one is the latest
Andre Hedrick wrote:
> Okay not to worry, I now have a my hands on a VIA 686B and will look at
> the changes that happened to the VIA686A
>
> Have you run 2.2.18 plus my patches off kernel.org?
>
Ok, now its clear that I have a big troubles with hardware.
I compiled kernel 2.2.18+IDE_patches
Hi Jerome.
As Mr. Hafting says, is seems that there is a softirq missing somewhere.
If this is the case, it should help to make some add some systemcalls in
your program, since a softirq should happen at every system-call exit.
Try adding:
getpid();
in the innermost loop, and see if
On Mon, 19 Mar 2001, Chuck Campbell wrote:
Looked at the config of the kernel and you'll see with cards/chipsets are
supported for ata100. I'm using the Promise ATA100 and works great with
ata100 disks and linux 2.4.x.
> I've searched the kernel Documentation directory (linux 2.4.x) and I
Eli Carter wrote:
>
> Eli Carter wrote:
> >
> > Russell King wrote:
> > >
> > > Eli Carter writes:
> > > > What are you seeing that I'm missing?
> > >
> > > Ok, after sitting down and thinking again about this problem, its not
> > > the 9.ms case, but the 10.1 case:
> > [snip]
> > >
Patrick O'Rourke wrote:
>
> Since the system will panic if the init process is chosen by
> the OOM killer, the following patch prevents select_bad_process()
> from picking init.
>
> Pat
>
> --- xxx/linux-2.4.3-pre6/mm/oom_kill.c Tue Nov 14 13:56:46 2000
> +++ linux-2.4.3-pre6/mm/oom_kill.c
Since the system will panic if the init process is chosen by
the OOM killer, the following patch prevents select_bad_process()
from picking init.
Pat
--- xxx/linux-2.4.3-pre6/mm/oom_kill.c Tue Nov 14 13:56:46 2000
+++ linux-2.4.3-pre6/mm/oom_kill.c Wed Mar 21 15:25:03 2001
@@ -123,7
On Wed, 21 Mar 2001, Andreas Dilger wrote:
> > debugfs: stat 199908231702.txt
> > Inode: 1343489 Type: bad typeMode: Flags: 0x0
> > Version/Generation: 0
> > User: 0 Group: 0 Size: 0
> > File ACL: 0Directory ACL: 0
> > Links: 0 Blockcount: 0
> > Fragment:
Eli Carter wrote:
>
> Russell King wrote:
> >
> > Eli Carter writes:
> > > What are you seeing that I'm missing?
> >
> > Ok, after sitting down and thinking again about this problem, its not
> > the 9.ms case, but the 10.1 case:
> [snip]
> > Like I say, this requires good timing to
Russell King wrote:
>
> Eli Carter writes:
> > What are you seeing that I'm missing?
>
> Ok, after sitting down and thinking again about this problem, its not
> the 9.ms case, but the 10.1 case:
[snip]
> Like I say, this requires good timing to create, so may not be too much of
> a
>
>
>I need to ask you where is this code? I like to take a look at it to
>figure out what you are doing.
You can find the mach64 sleep notifier in atyfb.c (under
CONFIG_POWERBOOK) , the code
that calls sleep notifiers is in drivers/macintosh/via-pmu.c (the various
sleep functions).
The current
Mohammad A. Haque writes:
> On Wed, 21 Mar 2001, Andreas Dilger wrote:
> > It appears a reasonable spot to get the EIO from is in ext2_delete_entry()
> > where we are validating the de in ext2_check_dir_entry(). Can you check
> > your syslog for any error messages, like:
> >
> >
Boy, do I hate doing this. Haven't gotten a post in several days,
haven't seen any updates on kernel.org since 3/12. What's up?
--
Drew Bertola | Send a text message to my pager or cell ...
| http://jpager.com/Drew
-
To unsubscribe from this list: send the line "unsubscribe
> Several months ago, kapmd was renamed to kapm-idled in an attempt to
> signal users that it was a special process, and that its CPU time wasn't
> "real CPU time." This hasn't silenced the bug reports and confusion.
And instrumenting the number of calls to the apm idle function I am
not
On Wed, 21 Mar 2001, James Lewis Nance wrote:
> On Wed, Mar 21, 2001 at 12:16:47PM -0500, Alexander Viro wrote:
>
> > Obext2:
> > Guys, help with testing directories-in-pagecache patch. It works fine
> > here and I would really like it to get serious beating.
> > Patch is on
On Wed, 21 Mar 2001, Mike Galbraith wrote:
>
> I have a repeatable deadlock when SMP is enabled on my UP box.
>
> >>EIP; c021e29a<=
When you see something like this, please do
gdb vmlinux
(gdb) x/10i 0xc021e29a
and it will basically show you where the code jumps back
On Wed, 21 Mar 2001, Rik van Riel wrote:
> On Wed, 21 Mar 2001, Mike Galbraith wrote:
>
> > I have a repeatable deadlock when SMP is enabled on my UP box.
>
> Linus' version of do_anonymous_page() is racy too...
Umm, forget that, I was reading too much code at once and
missed a few lines ...
Mike Galbraith <[EMAIL PROTECTED]> writes:
>
> Yes. I'm so used to UP numbers I didn't think. I saw user larger than
> real on my UP box yesterday during some testing, and then seeing this
> post... oops.
Okay, so you see "user > real" on a UP box running an SMP kernel.
First, I'm not really
On Wed, 21 Mar 2001, Jan Harkes wrote:
> I've been thinking about this a bit and one possible solution would be
> to significantly lower the cost of prune_icache by removing the
> sync_all_inodes and only let it prune inodes that do not have any
> mappings associated with them. Then it might
On Wed, 21 Mar 2001, Mike Galbraith wrote:
> I have a repeatable deadlock when SMP is enabled on my UP box.
Linus' version of do_anonymous_page() is racy too...
I know the one in my patch is uglier, but at least it doesn't
leak memory or lose data ;)
regards,
Rik
--
Virtual memory is like a
Hi,
I'm interested in one specific "bug" reported out of these 120 and
no one seems to have responded about it yet. It reports the error on
line 889 (drivers/scsi/sd.c), but line 825 also seems bad (memsetting
the pointer that was allocated before checking for NULL). This piece
of code seems
is there a way to dynamically change the limit : kernel: ip_conntrack:
maximum limit of 16384 entries exceeded ?
grepping in the documentation didn't tell much here.
either a newssus scan or a weird ftp server I tried to connect to,
caused the table to fill pretty fast and all other
> > a) mount it on some real place. And write there to register
> > entries instead of the bogus /proc/sys/fs/binfmt_misc
> > b) add a couple of proc_mkdir() into fs/proc/root.c
> c) stick with the previous binfmt_misc in 2.4 and leave the
>filesystem with 2.5
Actually you would
>Device BootStart EndBlocks Id System
> /dev/hda1 * 1 932 7486258+ b Win95 FAT32
Try changing to 'c' (fat32+LBA) and check BIOS settings (s/b AUTO or USER,
and LBA).
rgds,
tim.
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On Wed, Mar 21, 2001 at 11:42:08AM -0600, Josh Grebe wrote:
> This is what I'm afraid of, in my case we have millions of files that are
> dealt with in no real order, and if cache fragmentation will keep the
> memory from being freed, we're in for problems. This reading was taken
> with the
On Wed, 21 Mar 2001, Andreas Dilger wrote:
> It would be nice to determine _why_ you can't unlink these files. If
> it was just an issue of size > 2GB, you should get EFBIG error or so.
> People have been reporting undeletable files several times now... Before
> you reformat, could you do some
Hello Geoff,
Thanks Mark for doing a great job while I was doing other stuff.
On Wed, 21 Mar 2001 [EMAIL PROTECTED] wrote:
> The result of hdparm -tT /dev/hda was, however, exactly the same as
> before (ie circa 15 MB/sec. The results for /dev/hda7 remain at about
> 30 MB/sec.
You may get a
> recently upgrading one of my two CPUs, I found kernel-2.4.2 to be
> unable to handle the situation with 2 different CPUs (AMP =3D
> Assymmetric multiprocessing ;-) correctly. Some details on my system:
> Dual BX board (DFI P2XBL/D), iPII 350 (Deschutes) + iPIII 850
> (Coppermine) Note: The
> >Device BootStart EndBlocks Id System
> > /dev/hda1 * 1 932 7486258+ b Win95 FAT32
> > ...
> > I also ran hdparm -tT /dev/hda1:
> >
> > Timing buffer-cache reads: 128 MB in 1.28 seconds =100.00 MB/sec
> > Timing buffered disk reads: 64 MB in 4.35
On Wed, 21 Mar 2001, Heusden, Folkert van wrote:
> Hi,
>
> I have this mysterious 8 bit ISA card with nothing more then 2 smb-mounted
> ic's
> and a button. It seems to be something that should force a system memory
> dump.
> I think I can handle the code-writing, but since there's no
Francois Romieu <[EMAIL PROTECTED]> writes:
> What about the following (2.5 ?):
>
> - dev->type = ARPHRD_HDLC;
> + dev->type = ARPHRD_CISCO;
I'll replace ARPHRD_HDLC with ARPHRD_CISCO in the whole (AC) tree when
2.4.x kernel with '#define ARPHRD_CISCO' is out, leaving
On Tue, Mar 20, 2001 at 09:23:14AM -0800, Linus Torvalds wrote:
> It's harmless.
>
> It's really a warning that says: the mm that you allocated a new LDT for
> may have multiple users, and while the LDT is added to all of them, we
> don't guarantee _when_ the other users will actually see the
On Wed, 21 Mar 2001, David S. Miller wrote:
> Basically, anything which uses smp_processor_id() would need to
> be holding some lock so as to not get pre-empted.
Not necessarily. Another solution for the smp_processor_id() case is
to ensure that the task can only be scheduled on the current CPU
Surprisingly, it works on lx164. :-)
Ivan.
On Mon, Mar 19, 2001 at 06:46:17PM -0800, Linus Torvalds wrote:
> This has only been tested on i386 without PAE, and is known to break other
> architectures. Ingo, mind checking what PAE needs? Generally, the changes
> are simple, and really only
On Wed, Mar 21, 2001 at 12:16:47PM -0500, Alexander Viro wrote:
> Obext2:
> Guys, help with testing directories-in-pagecache patch. It works fine
> here and I would really like it to get serious beating.
> Patch is on ftp.math.psu.edu/pub/viro/ext2-dir-patch-b-S2.gz (against
> 2.4.2, but
Hi,
I have a repeatable deadlock when SMP is enabled on my UP box.
>>EIP; c021e29a<=
Trace; c012dc58
Trace; c012ebe2
Trace; c012ec51
Trace; c012eceb
Trace; c01074c4
Will try to chase it down.
ac20+2.4.2-ac20-rwmmap_sem3 does not deadlock doing the same
churn/burn via make -j30
This is what I'm afraid of, in my case we have millions of files that are
dealt with in no real order, and if cache fragmentation will keep the
memory from being freed, we're in for problems. This reading was taken
with the machine having been up for only 5 days. Currently, I show:
inode_cache
On 21 Mar, Jonathan Morton wrote:
> The "blue and white" PowerMac G3 and certain early PowerMac G4s used a
> 66MHz PCI card for graphics in lieu of proper AGP. 66MHz PCI is used
> in certain high-end workstations, as well, but it's not normally found
> on consumer-level devices.
> Look at
Mohammad A. Haque writes:
> My machine locked hard last night for an unknown reason under
> 2.4.3-pre4. Rebooted and it did it's fsck thing. Got alot of errors
> about missing '..', fixed alot of things and moved some stuff to
> /lost+found.
>
> Some files got screwed up so I can't delete them.
> Does anyone have a working patch for the 2.2.18 kernel?
> What is the most stable version of the kernel for the use of the patch?
>
> Has the native i2o driver been updated to handle what the dpt card is
> doing?
I tried, I never managed to get the board and our i2o driver to be happy. As
Hi,
I suppose that many SCSI maintainers do read the linux-kernel
mailing list. However, just in case, I am quoting one of the
very interesting postings that come from people at Stanford.
They seem to be doing mechanical verification / checking of
linux source code to hunt for potentical bugs. In
>Isn't that a job of the device drivers?
Well most of those resources are present on every PC motherboard.
>In KGI we have our own keyboard driver which tries to allocate the
>kayboard I/O range for itself, and when it does io_check_region() it
>fails. What should I do?
This will also be the
In article <[EMAIL PROTECTED]>,
Kurt Garloff <[EMAIL PROTECTED]> wrote:
>
>recently upgrading one of my two CPUs, I found kernel-2.4.2 to be unable to
>handle the situation with 2 different CPUs (AMP =3D Assymmetric
>multiprocessing ;-) correctly.
This is not really a configuration Linux
On 21 Mar 2001, Linus Torvalds wrote:
> The big case seems to be ext2_get_block(), we'll fix that early in
> 2.5.x. I think Al already has patches for it.
Since the last August ;-) Bitmaps handling is a separate story (it got
less testing) but with the ->gfp_mask in tree it will be much
>Ok, I see. Currently, the sleep process is started from an ioctl sent to
>another driver, which will in turn call various notifier functions to
>shut down bits of hardware and finally put the machine to sleep. It's not
>a direct ioctl to the /dev/fb (which may not be opened).
[snip]...
I need
Francois Romieu wrote:
>
> Jeff Garzik <[EMAIL PROTECTED]> écrit :
> > You should use this patch instead, from Alan's tree, for updating
> > include/linux/if_arp.h...
>
> It adds confusion: do you imagine the poor soul who discovers hdlc in Linux
> and sees ARPHRD_CISCO and ARPHRD_HDLC for the
> things correctly they have enhanced Wake-on-LAN to allow you to do
> things like reset the machine, update the BIOS and such by sending
> magic packets which are interpreted by the network card. Or maybe I am
Normally 'sending magic packets resets the machine' is considered a feature
reported
On Wed, 21 Mar 2001, Kurt Garloff wrote:
> On Wed, Mar 21, 2001 at 07:41:55AM +0100, Mike Galbraith wrote:
> > On 20 Mar 2001, Kevin Buhr wrote:
> > > real60m4.574s
> > > user101m18.260s <-- impossible no?
> > > sys 3m23.520s
> >
> > Why do numbers like this show up? I
In article <[EMAIL PROTECTED]>,
Anton Blanchard <[EMAIL PROTECTED]> wrote:
>
>It was not surprising the BKL was one of the main offenders. Looking at the
>stats ext2_get_block was the bad guy (UTIL is % of time lock was busy for,
>WAIT is time spent waiting for lock):
Actually, I find the BKL
> > If you are using pgcc, try getting a real less-buggy compiler, like egcs1.1.2
> > or gcc-2.95 (even 2.96 willl work).
>
> ... not always. I've had problems with gcc "2.96" from RH-7.0
> - the compiler was generating obviously incorrect code in some cases
> (and it wasn't .c code fault but a
[EMAIL PROTECTED] wrote:
> I decided to play around a little further. First, I deleted the "ide0=ata66" from
>lilo.conf and second I ran bonnie a lot more times. I found that after the deletion
>I occasionally (say one time in three or four), saw block reads a little over 3
>KB/sec. I
> recently upgrading one of my two CPUs, I found kernel-2.4.2 to be unable to
> handle the situation with 2 different CPUs (AMP = Assymmetric
> multiprocessing ;-) correctly.
"correctly". Intel doesn't support this (mis)configuration:
especially with different steppings, not to mention models.
Jeff Garzik <[EMAIL PROTECTED]> écrit :
> You should use this patch instead, from Alan's tree, for updating
> include/linux/if_arp.h...
It adds confusion: do you imagine the poor soul who discovers hdlc in Linux
and sees ARPHRD_CISCO and ARPHRD_HDLC for the same use after some hours
of
On Wed, 21 Mar 2001 09:56:56 +
[EMAIL PROTECTED] wrote:
> am I correct in interpreting the bonnie output for
> the block read (included in my earlier post), of 20937 KB/sec as
> reasonably healthy for my DTLA (ie consistent with hdparm's 30 MB/sec),
> when performing more realistic tasks on
On Wed, Mar 21, 2001 at 07:41:55AM +0100, Mike Galbraith wrote:
> On 20 Mar 2001, Kevin Buhr wrote:
> > real60m4.574s
> > user101m18.260s <-- impossible no?
> > sys 3m23.520s
>
> Why do numbers like this show up? I noticed some of this after having
> enabled SMP on my
Hi,
recently upgrading one of my two CPUs, I found kernel-2.4.2 to be unable to
handle the situation with 2 different CPUs (AMP = Assymmetric
multiprocessing ;-) correctly.
Some details on my system:
Dual BX board (DFI P2XBL/D), iPII 350 (Deschutes) + iPIII 850 (Coppermine)
Note: The difference
On Wed, Mar 21, 2001 at 08:19:54PM +1100, Keith Owens wrote:
> Ouch. What about all the per cpu structures in the kernel, how do you
> handle them if a preempted task can be rescheduled on another cpu?
>
> int count[NR_CPUS], *p;
> p = count+smp_processor_id(); /* start on cpu 0, [0] */
> if
You should use this patch instead, from Alan's tree, for updating
include/linux/if_arp.h...
--
Jeff Garzik | May you have warm words on a cold evening,
Building 1024 | a full mooon on a dark night,
MandrakeSoft | and a smooth road all the way to your door.
Index:
My machine locked hard last night for an unknown reason under
2.4.3-pre4. Rebooted and it did it's fsck thing. Got alot of errors
about missing '..', fixed alot of things and moved some stuff to
/lost+found.
Some files got screwed up so I can't delete them.
[mhaque@viper html-blah]$ rm -r
- hdlc.c requires ARPHRD_CISCO (Cisco HDLC) to compile. This should*
be ARPHRD_HDLC
- the PCI_VENDOR/DEVICE_xxx for drivers/net/wan/dscc4.c haven't been
included in the pci_ids db
- drivers/net/wan/dscc4.c relies on ARPHRD_RAWHDLC (it's initialized
as a transparent hdlc driver and I know no
> > I frequently build Mozilla from scratch on my (aging) dual Celeron
> > machine. [...]
> > real60m4.574s
> > user101m18.260s <-- impossible no?
> > sys 3m23.520s
>
> Why do numbers like this show up? I noticed some of this after having
> enabled SMP on my UP box.
>
On Wed, 21 Mar 2001, Matthias Urlichs wrote:
> > > I frequently build Mozilla from scratch on my (aging) dual Celeron
> > > machine. [...]
> > > real60m4.574s
> > > user101m18.260s <-- impossible no?
> > > sys 3m23.520s
> >
> > Why do numbers like this show up? I
Summary: My system freezes *completely* when doing an INQUIRY under 2.4.x
kernels. SCSI card is a Tekram DC390. Only inquiries to the DISK device cause a
hang, others succeed.
System details: AMD K63-400MHz, 128 Mb RAM, 1 IDE drive, 1 SCSI controller
(DC390) plus (output of cat
On Wed, 21 Mar 2001 15:24:59 +0100, Heusden, Folkert van wrote:
>Ok, the question is: does anyone know a place on the web where I can find
>specifications of ISA-slots? I need to know what is supposed to be connected
>to the pins (1, 2, 6, etc.)
Are you talking about the the layout of the
> Ok, the question is: does anyone know a place on the web where I can find
> specifications of ISA-slots? I need to know what is supposed to be connected
> to
> the pins (1, 2, 6, etc.)
try the hardware book (hwb)
http://www.ntua.gr/electronics/hwb/menu_Connector.html
--
On Wed, Mar 21, 2001 at 09:19:35AM -0500, Jeff Garzik wrote:
> Attempting to pretend that the parallel port is not in an interrupt
> driven mode by passing irq=none is folly.
No, that's not what it's for. It means 'for Christ sake don't use
interrupts, I know what I'm doing'.
> If irq=none is
On Wed, Mar 21, Giuliano Pochini wrote:
> This happens on my blue G3 with 2.2.x too. I think it's a bug in the IDE
> driver. My old 7300 (mesh) with a SCSI cd just reported a read error on
> the same disk.
Yes, I got that also with 2.2.18 on the G4 with cmd646.
Gruss Olaf
--
$ man clone
1 - 100 of 271 matches
Mail list logo