On Sat, Mar 03, 2001 at 12:49:04PM +, Russell King wrote:
> Hi,
>
> I've noticed that one of my machines here suffers from the "time going
> backwards problem" and so started thinking about the x86 solution.
>
> I've come to the conclusion that it has a hole which could cause it
> to return
On Wed, Feb 28, 2001 at 11:20:22PM +0300, [EMAIL PROTECTED] wrote:
> I remember this your report. However, recent news force to suspect
> that the reason was in Solaris yet. Actually, if you send tcpdump of
> failed session, this question can be answered.
Well, since I moved the rsync to 5pm, and
Hi,
after some config problems were fixed, there were 10 additional stack
variables found that were >= 1K in size. (Though the two tty_io* ones
are already known.)
Dawson
/u2/engler/mc/oses/linux/2.4.1/drivers/char/tty_io.c:2030:tty_unregister_devfs:
ERROR:VAR:2030:2030: suspicious var 'tty
Hello,
originally intended for my PPSkit patch I found out that the "normal"
kernel might like this patch as well:
nanosleep() currently uses "udelay()" from as there is no
"ndelay()". I implemented "ndelay()" for i386 and adjusted the other
macros. During that I found that some files have o
Hi!
> I've found that the Sysrq Keys on Apple Computers
> are 'Keypad+-F13-', maybe it would
> be a good idea to include that in Documentation/sysrq.txt.
>
> The Patch:
This patch is reversed, but otherwise looks okay. Generate
non-reversed one and mail it to linus, possibly saying I agree.
Riley Williams writes:
>> The rule should be like this:
>>
>> List the lowest version number required to get
>> 2.2.xx-level features while running a 2.4.xx kernel.
>
> That's a meaningless definition, and can only be taken as such. What
> use would such a list be to somebody wishing (l
With the 2.4.0 kernel the loops_per_sec field was replaced (for i386)
with current_cpu_data.loops_per_jiffy.
So... since I am using the ALSA drivers that Mandrake supplied, for the
2.4.x series of kernels I replaced the equated #define with
#define LOOPS_PER_SEC current_cpu_data.loops_per_jiffy
Andreas Dilger wrote:
>
> John Lenton writes:
> > I remember seing a project to get a palm pilot working as a
> > serial console, but now google seems unable to find it. Does
> > anyone know of such a project?
>
> I got one recently called "serialrecord" for the Palm, but it is one-way
> only (u
I use my Palm VX as a serial console on Linux, OpenBSD, FreeBSD, and
Solaris. Just get a serial cable for your unit and some console program
such as pTelnet. The rest is quite simple. If you find something
different than pTelnet for console, please let me know as I find it
crashes too much.
pe
there is a vt100 terminal emulater available for the palm (I had it, but
haven't used it in a while, I may have lost it due to not backing things
up properly)
David Lang
On Sun, 18 Mar 2001, Andreas Dilger wrote:
> Date: Sun, 18 Mar 2001 22:10:20 -0700 (MST)
> From: Andreas Dilger <[EMAIL PROT
John Lenton writes:
> I remember seing a project to get a palm pilot working as a
> serial console, but now google seems unable to find it. Does
> anyone know of such a project?
I got one recently called "serialrecord" for the Palm, but it is one-way
only (useful for capturing OOPSes or so. If s
I remember seing a project to get a palm pilot working as a
serial console, but now google seems unable to find it. Does
anyone know of such a project?
--
John Lenton ([EMAIL PROTECTED]) -- Random fortune:
BOFH excuse #280:
Traceroute says that there is a routing problem in the backbone.
It's
On Sun, 18 Mar 2001, Linus Torvalds wrote:
>
>
> On Mon, 19 Mar 2001 [EMAIL PROTECTED] wrote:
> >
> > Agreed. That would be a trivially easy bug in the firmware, limiting to
> > 255 sectors seems safer.
> >
> > Linus
> >
> > Yes, possibly.
> > I checked old standards, and se
In article <001801c0af8e$bda30c10$5517fea9@local>,
Manfred Spraul <[EMAIL PROTECTED]> wrote:
>
>Unortunately schedule() with disabled interrupts is a feature, it's
>needed for the old (deprecated and waiting for termination in 2.5)
>sleep_on() functions.
Yes. But that should only cover "sleep_on
I have included the ksymoops debug and dmesg (both small).. Any ideas?
Shawn.
ksymoops 2.3.7 on i586 2.4.3-pre4. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.3-pre4/ (default)
-m /boot/System.map (specified)
Intel
On Sun, 18 Mar 2001, Linus Torvalds wrote:
> On Sun, 18 Mar 2001, Rik van Riel wrote:
> >
> > Indeed, having threaded apps do multiple page faults at the
> > same time is the main goal of this patch. However, I don't
> > see how it would be good for scalability to have multiple
> > threads fault i
On Sun, 18 Mar 2001 [EMAIL PROTECTED] wrote:
> On a 2.0.36 kernel the above-referenced mb
> shows:
> ...
> Is the problem is due to the older 2.0.36 kernel,
Yes.
> or would the problem also present itself on a newer 2.2.x kernel?
Current 2.2 and 2.4 are both fixed for this problem.
This and
On a 2.0.36 kernel the above-referenced mb
shows:
dragonwind:/proc# cat cpuinfo
processor : 0
cpu : ?86
model : 386 SX/DX
vendor_id : GenuineIntel
At the least, java breaks because of the '?' char.
Is the problem is due to the older 2.0.36 kernel,
or would the
> Is it difficult to split it into "interrupts disabled" and "spin lock
> held"?
Nope, since it's already done ;-) The suffix of each error message
should say whether it's because you have a spinlock, ints disabled, or
both:
2.4.1/drivers/atm/idt77105.c:153:fetch_stats: ERROR:BLOCK:151:153:
Em Mon, Mar 19, 2001 at 02:14:35AM +0100, BERECZ Szabolcs escreveu:
> Hi!
>
> I was copying some files from ext2fs to reiserfs, and then this bug
> occured:
>
> kernel BUG at printk.c:458!
same thing here, two or three times, I was too lazy to write down the oops
and decode it, will try next ti
> Request: can the checker check for skb's being freed correctly? The
> rules:
>
> If an skb is in interrupt context, call dev_kfree_skb_irq.
> If an skb might be in interrupt context, call dev_kfree_skb_any.
> If an skb is not in interrupt context, call dev_kfree_skb.
It shouldn't be hard to
BERECZ Szabolcs wrote:
>
> kernel BUG at printk.c:458!
>
--- drivers/char/console.c.orig Mon Mar 19 12:38:27 2001
+++ drivers/char/console.c Mon Mar 19 12:38:49 2001
@@ -2305,6 +2305,9 @@
{
struct vt_struct *vt = (struct vt_struct *)tty->driver_data;
+ if (in_interrupt())
I met following errors errors when compiling lvm_0.9(lvm-0.9 in latest
Rawhide) with gcc-2.95.3-test5 under kernel-2.4.2-ac18 and glibc-2.2.2.
make[1]: Entering directory `/usr/src/redhat/BUILD/LVM/0.9/tools'
make[2]: Entering directory `/usr/src/redhat/BUILD/LVM/0.9/tools/lib'
make[3]: Ente
On Mon, 19 Mar 2001 [EMAIL PROTECTED] wrote:
>
> Agreed. That would be a trivially easy bug in the firmware, limiting to
> 255 sectors seems safer.
>
> Linus
>
> Yes, possibly.
> I checked old standards, and see that "0 means 256 as a sector count"
> is already in ATA-1.
Yes
On Sun, 18 Mar 2001, Rik van Riel wrote:
>
> Indeed, having threaded apps do multiple page faults at the
> same time is the main goal of this patch. However, I don't
> see how it would be good for scalability to have multiple
> threads fault in the same page at the same time, when they
> could j
Hi!
I was copying some files from ext2fs to reiserfs, and then this bug
occured:
kernel BUG at printk.c:458!
invalid operand:
CPU:0
EIP:0010:[]
EFLAGS: 00010286
eax: 001c ebx: c11f290c ecx: c01eea20 edx: 0296
esi: c0e22000 edi: c0e2216b ebp: esp: c057fe
On Mon, Mar 19, 2001 at 12:16:26AM +, Will Newton wrote:
> In /etc/modules.conf I have:
>
> options parport_pc irq=none
>
> but dmesg says:
>
> parport0: PC-style at 0x378 (0x778), irq 7, dma 3
> [PCSPP,TRISTATE,COMPAT,ECP,DMA]
Jeff, this is a bug with the Via code in parport_pc.c. Basic
On Sun, 18 Mar 2001, Jens Axboe wrote:
>
> The 256 is _not_ a bug in the driver, it's more likely a bug in your
> drive. 256 is a perfectly legal transfer size. That said, maybe it is
> a good idea to leave it at 255 just for safety on drives not handling
> 0 sectors == 12
On Sat, 17 Mar 2001, Mike Galbraith wrote:
> No device I'm using has irq troubles.. at least nothing obvious. I've
> no idea if the spurious irq is VIA chipset related or not.. only that
> it's a fairly recent arrival. All devices work fine here.
In /etc/modules.conf I have:
options parport_p
On Sun, 18 Mar 2001, Jeff Garzik wrote:
> Is there some way to hack the scheduler statistics so that idle
> processes are special cases, which do not accumulate CPU time nor
> contribute to the load average?
It's trivial. I remember seeing a patch that does exactly this
on linux-kernel, probably
On Sun, 18 Mar 2001, Linus Torvalds wrote:
> In article <[EMAIL PROTECTED]>,
> Rik van Riel <[EMAIL PROTECTED]> wrote:
> >
> >OK, I'll write some code to prevent multiple threads from
> >stepping all over each other when they pagefault at the
> >same address.
> >
> >What would be the preferred me
[EMAIL PROTECTED] (Jeff Garzik) writes:
> Is there some way to hack the scheduler statistics so that idle
> processes are special cases, which do not accumulate CPU time nor
> contribute to the load average?
I wondered about getting kapm-idled to take the CPU time allocated to
itself, and realloc
On 18-Mar-2001 Stephen "M." Williams wrote:
> Marco,
>
> Recompile your kernel and select IP: aliasing support under
> Networking Options
>
>
> Steve
Infact that's the problem!
Sorry everybody! Marco
> On 17 Mar 2001 22:06:44 +0100, Marco Calistri wrote:
>> My first post on the
As long as I don't plugin or unplug any of my pcmcia devices the
system is fine, I can even do cardctl eject, and cardctl insert, but
if I physically remove or insert the cards it hangs without any
messages.
Also, if I don't load the usb drivers then I can yank and plug them
all day, but as soon
On Sun, 18 Mar 2001, Linus Torvalds wrote:
>
>
> On Sun, 18 Mar 2001, Jens Axboe wrote:
> >
> > The 256 is _not_ a bug in the driver, it's more likely a bug in your
> > drive. 256 is a perfectly legal transfer size. That said, maybe it is
> > a good idea to leave it at 255 just for safety on dr
On Sun, 18 Mar 2001, Jens Axboe wrote:
>
> The 256 is _not_ a bug in the driver, it's more likely a bug in your
> drive. 256 is a perfectly legal transfer size. That said, maybe it is
> a good idea to leave it at 255 just for safety on drives not handling
> 0 sectors == 128kB transfer.
Agreed.
Hi everybody,
I want to write a tool that can extract information from the kernel about
the VM situation. Conceptually, I want something that looks like this:
# cacheinfo /var/mysql/data/powerdns/records.MYD
75% of blocks in memory
12% dirty
# cacheinfo -d -v /var/mysql/data/powerdns/records.MYD
Hi,
I tried memtest86 for 24 hours also and that didn't gave a clue. When bad
ram was really involved I'd expected to find things like:
failing fsck's, failing kernel compiles and such. But none of them
the system runs perfect if it doesn't freeze(lockup).
So yes, only the CPU's and the mobo are
On Sun, Mar 18 2001, Paul Gortmaker wrote:
> There is a potentially serious bug in ide-probe.c in which max_sectors
> is set to 256 instead of 255. I am surprised that this hasn't bit anyone
> else yet. Perhaps because you need a disk that is slow in comparison to
> the host in order for the qu
Hi,
I got this machine, which I use for my research groups file (samba) and
printing (lpd over samba) needs. This is the second time it has gone down
for me, as shown below. There's really nothing to say about it; it has
worked fine for about two weeks, and then an unprovoked panic. As you might
How can I set the timeout for retransmitting non-acknowledged packets? I'd
like to set linux up to more aggressive about assuming a packet didn't make
it.
Thanks!
Mordy
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More ma
Em Sun, Mar 18, 2001 at 12:30:45PM -0600, George R. Kasica escreveu:
> Where in the ftp sites should I find the 2.4.3 -pre kernels? The
> instructions from freshmeat are not correct and I just can't remember
> the location...
http://www.kernel.org/pub/linux/kernel/testing
-
To unsubscribe from th
The message quoted below is from a MandrakeSoft co-worker and friend, in
a thread discussing APM's kernel thread, and how the idle function uses
CPU time. This thread was in response to yet another Bugzilla bug
report about kapm-idled using CPU time.
Several months ago, kapmd was renamed to kapm
ftp://ftp.us.kernel.org/pub/linux/kernel/testing/
On Sun, 18 Mar 2001, George R. Kasica wrote:
> Hello:
>
> Where in the ftp sites should I find the 2.4.3 -pre kernels? The
> instructions from freshmeat are not correct and I just can't remember
> the location...
>
> George
>
> George, MR. Tib
"George R. Kasica" wrote:
> Where in the ftp sites should I find the 2.4.3 -pre kernels? The
> instructions from freshmeat are not correct and I just can't remember
> the location...
ftp://ftp.??.kernel.org/pub/linux/kernel/testing/
?? == country code: us, de, dk, uk, ...
Maybe I'm blind, but I
Hello:
Where in the ftp sites should I find the 2.4.3 -pre kernels? The
instructions from freshmeat are not correct and I just can't remember
the location...
George
George, MR. Tibbs & The Beast Kasica
Waukesha, WI USA
[EMAIL PROTECTED]
http://www.netwrx1.com
ICQ #12862186
Zz
zZ
In article <[EMAIL PROTECTED]>,
Rik van Riel <[EMAIL PROTECTED]> wrote:
>
>OK, I'll write some code to prevent multiple threads from
>stepping all over each other when they pagefault at the
>same address.
>
>What would be the preferred method of fixing this ?
>
>- fixing do_swap_page and all ->no
On Sun, 18 Mar 2001, Andrew Morton wrote:
> I'm planning on poking through everything which has been
> identified as a posible problem. But I won't start for
> several weeks - give the maintainers (if any) time to
> address these things.
I took a look at the ISDN issues, here's a patch which sh
For people who prefer programming above documenting,
here is a simple small thing to do:
POSIX.1g and Austin document a pselect() call intended to
remove the race condition that is present when one wants
to wait on either a signal or some file descriptor.
(See also Stevens, Unix Network Programmi
A moment ago I put man-pages-1.35 the usual places
(e.g. on ftp://ftp.win.tue.nl/pub/linux-local/manpages).
David Mosberger expressed his worry
that especially man page Section 2 is out-dated
and x86 specific, with no indication that other
architectures even exist. No doubt he is right.
So, requ
Hi,
This question is much the same as one I posted a couple of months ago, at which time I
was using the stock 2.2.18 kernel supplied with my SuSE distro. Some people suggested
that I should upgrade, and since then I have been learning my way around kernel
compilation and following this list.
On Sun, 18 Mar 2001, Mike Galbraith wrote:
> > No, this was make -j30 bzImage. (nscd was running though...)
>
> I rebooted, shut down nscd prior to testing and did 5 builds in a row
> without a single gripe. Started nscd for sixth run and instantly the
> kernel griped. Yup.. threaded apps pus
[EMAIL PROTECTED] said:
> ObUML (again): Any estimated time of submission to Linus?! Is this an
> early v2.5-thing, or are the changes minor enough to the rest of the
> tree to allow for an v2.4-merge?
There are almost no changes to the rest of the tree, and none of those affect
any of the othe
Hi,
some body know if exist or is possible to do one
driver
to makes floppy drive use some type of "balanced" bits
distribution?
The idea is simple: format a disk doing inner tracks
with less bits than
in external tracks.
Maybe is better think in sectors and not bits
banlancing?
I want opinions
hi,
i got this oops followed by a freeze
aris
Gnu C egcs-2.91.66
Gnu make 3.79
binutils 2.9.1.0.25
util-linux 2.10l
modutils 2.4.1
e2fsprogs 1.18
pcmcia-cs 3.1.16
Linux C Library
Hi all,
I've been running into the do_try_to_free_pages problem on a server
running 2.2.18 and I just wish I'd looked at the list earlier to see
if it was a known bug. (And I'm relieved that it is a known bug, I'm
just surprised that I hadn't hit it earlier!)
Now that I know there's a fix in 2.
On Sun, 18 Mar 2001, Andrew Morton wrote:
> There's another thing which needs doing to n_r3964.c, BTW - the
> abuse of task queues in r3964_close(). This is, I think, the
> only client of task queues which needs to poke so deeply into
> the implementation internals and Linus has mentioned someth
On Sun, 18 Mar 2001, Rik van Riel wrote:
> > VFS: Mounted root (ext2 filesystem) readonly.
> > Freeing unused kernel memory: 196k freed
> > Adding Swap: 265064k swap-space (priority 2)
> > VM: Bad swap entry 00011e00
> > VM: Bad swap entry 00058d00
> > Unused swap offset entry in swap_dup 00058d0
On Sun, 18 Mar 2001 06:29:50 -0500,
Jeff Garzik <[EMAIL PROTECTED]> wrote:
>Junfeng Yang wrote:
>> Start --->
>> busy = kmalloc(sizeof(erase_busy_t), GFP_KERNEL);
>> Error --->
>
>This sizeof() construct may be a special case for your checker, but it's
>a common one for the kernel...
Junfeng Yang wrote:
> [BUG] error path
>
> /u2/acc/oses/linux/2.4.1/drivers/net/appletalk/cops.c:776:cops_rx:
>ERROR:INTR:763:804: Interrupts inconsistent, severity `20':804
Fixed.
Request: can the checker check for skb's being freed correctly? The
rules:
If an skb is in interrupt context,
On 17 Mar 2001 22:11:29 -0500, Pete Zaitcev wrote:
> > From: Andree Leidenfrost ([EMAIL PROTECTED])
>
> > I am experiencing problems with a USB mouse: The machine boots, X
> > starts, I log on, everything works as expected. When I restart X or just
> > change to an alpha terminal and back to x
Junfeng Yang wrote:
> [BUG] dev_alloc_skb can return NULL
> /u2/acc/oses/linux/2.4.1/drivers/net/3c505.c:619:receive_packet: ERROR:NULL:598:619:
>Using NULL ptr "skb" illegally! set by 'dev_alloc_skb':598
Fixed.
> [BUG] init_etherdev could return NULL
> /u2/acc/oses/linux/2.4.1/drivers/net/3c5
On Sun, 18 Mar 2001, Manfred Spraul wrote:
> > The problem is that mmap_sem seems to be protecting the list
> > of VMAs, so taking _only_ the page_table_lock could let a VMA
> > change under us while a page fault is underway ...
>
> No, that can't happen.
> VMA changes only happen if both the mm
On Sun, 18 Mar 2001, Mike Galbraith wrote:
> I gave this patch a try, and the initial results are extremely encouraging.
> Not only do I have vmstat (SCHED_RR) info in realtime with zero delays :))
> I also have a _nice_ throughput improvement. There are some worrisome
> warnings below along wit
On Sun, 18 Mar 2001, Rik van Riel wrote:
> On Fri, 16 Mar 2001, Stephen C. Tweedie wrote:
>
> > Right, I'm not suggesting removing that: making the mmap_sem
> > read/write is fine, but yes, we still need that semaphore.
>
> Initial patch (against 2.4.2-ac20) is available at
> http://www.surriel.c
Hi Andrew & Alan,
I noticed that in 2.4.2ac20, all netfilter logs come
to
the console, whatever the log levels, and the
beginning
of the line is always prepended with '<4>'.
I found in printk.c that a test is done for the length
of the message to be strictly larger than 3 chars. But
ipt_LOG uses
>
> The problem is that mmap_sem seems to be protecting the list
> of VMAs, so taking _only_ the page_table_lock could let a VMA
> change under us while a page fault is underway ...
No, that can't happen.
VMA changes only happen if both the mmap_sem and the page table lock is
acquired. (check ins
There is a potentially serious bug in ide-probe.c in which max_sectors
is set to 256 instead of 255. I am surprised that this hasn't bit anyone
else yet. Perhaps because you need a disk that is slow in comparison to
the host in order for the queue to climb up to and then hit the 256, at
which p
>> enclosed are 163 potential bugs in 2.4.1 where blocking functions are
> > called with either interrupts disabled or a spin lock held. The
> > checker works by:
>
> Here's the file manifest. Apologies.
>
> drivers/atm/idt77105.c
> [...]
> drivers/char/cyclades.c
Unortunately schedule() with dis
69 matches
Mail list logo
