> > There seem to be several reports of reiserfs falling over when memory is
> > low. It seems to be undetermined if this problem is actually reiserfs
or MM
> > related, but there are other threads on this list regarding similar
issues.
> > This would explain why the same disk would work on a
On Tue, 20 Feb 2001 [EMAIL PROTECTED] wrote:
> Hi,
>
> barrier() is defined in kernel.h as follows :
>
> #define barrier() __asm__ __volatile__("": : :"memory")
>
>
> what does this mean ? is this like "nop" ?
>
It tells the compiler that memory was, or is about to be, modified.
Therefore,
(I searched, but I have not seen this posted to the list before.)
Non-modular support for 3Com EtherLinkIII cards, specifically the ISA
3c509b, worked fine in kernel 2.2.18.
CONFIG_EL3=y
What worked in kernel 2.2.18 does not work in kernel 2.4.1 however.
http://groups.google.com
On Tue, Feb 20, 2001 at 01:37:16PM -0600, Thomas Dodd wrote:
> Robert Read wrote:
> >
> > On Wed, Feb 21, 2001 at 02:30:08AM +0900, Ishikawa wrote:
> > >
> > > Has anyone tried 128K buffer size in kernel/printk.c
> > > and still have the kernel boot (without
> > > hard to notice memory
Hello!
> of errors a bit but I'm not sure I fully understand the implications of
> doing so.
Until these numbers do not exceed total amount of RAM, this is exactly
the action required in this case.
Dumps, which you sent to me, show nothing pathological. Actually,
they are made in some period
Hi!
> --- 2.4/mm/filemap.c Wed Feb 14 10:51:42 2001
> +++ build-2.4/mm/filemap.cWed Feb 14 22:11:44 2001
> @@ -1248,6 +1248,20 @@
> size = count;
>
> kaddr = kmap(page);
> + if (size > 128) {
> + int i;
> + __asm__ __volatile__(
> +
On Mon, Feb 19, 2001 at 11:09:33PM +0100, Rasmus Andersen wrote:
[...]
(I'll just continue talking to myself in the hope that somebody
will read this and be inspired.)
In order to clear things up I should clearly state that my rsync
problem manifests itself under local operation. Ie., 'rsync
On Tue, Feb 20, 2001 at 12:50:54PM -0700, [EMAIL PROTECTED] wrote:
> barrier() is defined in kernel.h as follows :
>
> #define barrier() __asm__ __volatile__("": : :"memory")
>
> what does this mean ? is this like "nop" ?
It's a write barrier. It prevents the compiler from optimising writes
to
In article <01022020011905.18944@gimli>,
Daniel Phillips <[EMAIL PROTECTED]> wrote:
>Earlier this month a runaway installation script decided to mail all its
>problems to root. After a couple of hours the script aborted, having
>created 65535 entries in Postfix's maildrop directory. Removing
hi,
sorry if this is the wrong place... but:
there have been many references in the past (notably in the beowulf
community) about TCP/IP over PCI -- that was way back with kernel
2.2.9 and thereabouts (1999). at that time, there were some patches
available to implement this...
i've done some
Tom Sightler wrote:
> >> >I'm building a firewall on a P133 with 48 MB of memory using RH 7.0,
> >> >latest updates, etc. and kernel 2.4.1.
> >> >I've built a customized install of RH (~200MB) which I untar onto
> the
> >> >system after building my raid arrays, etc. via a Rescue
I was looking at some code to deal with sync (eg. sys_fsync(fd)).
Generally, sync is performed by calling filemap_fdatasync(...)
which does writepage() on pages in the dirty list of the inode,
and then using filemap_fdatawait to wait on the I/O's started by
the writepage's.
Consider writepage()
Robert Read wrote:
>
> On Wed, Feb 21, 2001 at 02:30:08AM +0900, Ishikawa wrote:
> >
> > Has anyone tried 128K buffer size in kernel/printk.c
> > and still have the kernel boot (without
> > hard to notice memory corruption problems and other subtle bugs)?
> > Any hints and tips will be
>> >I'm building a firewall on a P133 with 48 MB of memory using RH 7.0,
>> >latest updates, etc. and kernel 2.4.1.
>> >I've built a customized install of RH (~200MB) which I untar onto
the
>> >system after building my raid arrays, etc. via a Rescue CD which I
>> >created
Hi,
barrier() is defined in kernel.h as follows :
#define barrier() __asm__ __volatile__("": : :"memory")
what does this mean ? is this like "nop" ?
TIA,
-hiren
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
On Sat, Feb 17, 2001 at 11:47:09AM -0800, Mark Swanson wrote:
> I am building a -fPIC shared object that will define and access a Linux
> kernel system call, but _syscall2 fails with -fPIC .so compilation.
> What can I do?
>
> F.E. the statement:
>
> _syscall2 (int, tux, unsigned
On Wed, Feb 21, 2001 at 02:30:08AM +0900, Ishikawa wrote:
>
> Has anyone tried 128K buffer size in kernel/printk.c
> and still have the kernel boot (without
> hard to notice memory corruption problems and other subtle bugs)?
> Any hints and tips will be appreciated.
I have used 128k and larger
On Tue, 20 Feb 2001, Vojtech Pavlik wrote:
> On Tue, Feb 20, 2001 at 05:45:52PM +, Hugh Dickins wrote:
> > > > byte eighty_ninty_three (ide_drive_t *drive)
> > > > {
> > > > return ((byte) ((HWIF(drive)->udma_four) &&
> > > > #ifndef CONFIG_IDEDMA_IVB
> > > >
Michal Vitecek <[EMAIL PROTECTED]> writes:
> hello list,
>
>i apologize if this is way off-topic but noone i asked in my
> whereabounds would help: what is the maximum task size for 2.4.x on a
> i386 box and how do i change it (if possible)?
3 gigabytes of virtual address space.
>i
Earlier this month a runaway installation script decided to mail all its
problems to root. After a couple of hours the script aborted, having
created 65535 entries in Postfix's maildrop directory. Removing those
files took an awfully long time. The problem is that Ext2 does each
directory
On Tue, 20 Feb 2001, michaelc wrote:
> I found that acpi driver has some bugs, I compiled the 2.4.2-pre4
> kernel with the acpi support option and SMP enabled, it caused hang at the
> boot time, but when I disabled the SMP option, it 's OK , so I look
> into the acpi driver source
Hi Alan,
the following patch makes kswapd always flush the right amount
of pages in page_launder() (ie. the number of pages we need
to flush in order to work away the free shortage, minus the number
of swapouts already in flight).
This makes the system react better under write loads, because
On Tue, 20 Feb 2001, Mikael Pettersson wrote:
> * NMI rate reduction for UP-APIC: the 100Hz default rate is excessive for
> normal systems, 1Hz suffices. It turns out we cannot start at 1Hz due to
> this interacting badly with check_nmi_watchdog() and the watchdog itself,
> so the rate is
On Tue, Feb 20, 2001 at 10:16:22AM -0800, Dan Christian wrote:
> Hello,
> I just tried upgrading to 2.4.2-pre4 from 2.4.1 and get a hang when
> mounting the file systems. I have the same problem with 2.4.1-ac18.
>
> The system is a single processor P3 and uses a VIA chipset (Tyan
>
On Tue, Feb 20, 2001 at 01:12:28PM -0500, Ben LaHaise wrote:
> On Tue, 20 Feb 2001, Tom Rini wrote:
>
> > Er, say that again? Right now, for bootp if you specify "sa=xxx.xxx.xxx.xxx"
> > Linux uses that as the host for the NFS server (which does have the side
> > effect of if TFTP server != NFS
Sender: [EMAIL PROTECTED]
Date: Tue, 20 Feb 2001 11:32:19 -0600
From: "James A. Pattie" <[EMAIL PROTECTED]>
X-Accept-Language: en
Content-Type: text/plain; charset=us-ascii
Colonel wrote:
> In clouddancer.list.kernel.owner, you wrote:
> >
> >I'm not subscribed to the
On Tue, Feb 20, 2001 at 05:45:52PM +, Hugh Dickins wrote:
> >
> > > from drivers/ide/ide-features.c:
> > >
> > > /*
> > > * All hosts that use the 80c ribbon mus use!
> > > */
> > > byte eighty_ninty_three (ide_drive_t *drive)
> > > {
> > > return ((byte)
Hello,
I just tried upgrading to 2.4.2-pre4 from 2.4.1 and get a hang when
mounting the file systems. I have the same problem with 2.4.1-ac18.
The system is a single processor P3 and uses a VIA chipset (Tyan
something-or-other). DMA, multi-sector IO, and 32bit sync are enabled
using hdparm
On Tue, 20 Feb 2001, Tom Rini wrote:
> Er, say that again? Right now, for bootp if you specify "sa=xxx.xxx.xxx.xxx"
> Linux uses that as the host for the NFS server (which does have the side
> effect of if TFTP server != NFS server, you don't boot). Are you saying
> your patch takes
On Tue, Feb 20, 2001 at 09:11:04AM -0800, Linus Torvalds wrote:
> Even if it is wake-one, others may have claimed it before. There can be
> new users coming in and doing a "trylock()" etc.
>
> NEVER *EVER* think that "exclusive wait-queue" implies some sort of
> critical region protection. An
Alan,
This patch (against 2.4.1-ac19) includes the following UP-APIC updates:
* Power Management: If the kernel's UP-APIC code enabled the local APIC
because the BIOS chose not to, it is imperative that the kernel also
disables the local APIC before entering apm/acpi suspend mode. Failure
On Mon, Feb 19, 2001 at 06:12:12PM -0500, Ben LaHaise wrote:
> Here's a handy little patch that makes the kernel parse out the ip
> address of the nfs server from the bootp root path. Otherwise it's
> impossible to boot the kernel without command line options on diskless
> workstations (I hate
On Mon, 19 Feb 2001, Andre Hedrick wrote:
> On Mon, 19 Feb 2001, Pozsar Balazs wrote:
>
> > from drivers/ide/ide-features.c:
> >
> > /*
> > * All hosts that use the 80c ribbon mus use!
> > */
> > byte eighty_ninty_three (ide_drive_t *drive)
> > {
> > return ((byte)
Content-Type: text/plain; charset=iso-2022-jp
Content-Transfer-Encoding: 7bit
Subject: kernel/printk.c: increase the buffer size to capture devfsd
debug messages.
Short Question: Can I use (128*1024) for the buffer size in
kernel/printk.c
and still boot the kernel using loadlin?
Colonel wrote:
> In clouddancer.list.kernel.owner, you wrote:
> >
> >I'm not subscribed to the kernel mailing list, so please cc any replies
> >to me.
> >
> >I'm building a firewall on a P133 with 48 MB of memory using RH 7.0,
> >latest updates, etc. and kernel 2.4.1.
> >I've built a customized
While misc_register() semantics are different in 2.0 from 2.[24], and the
2.[24] code would actually work in 2.0, the 2.0 code doesn't.
This fixes (I think) the case where you have softdog and a hardware
watchdog driver on the same box (and obviously want to use the hardware
watchdog).
diff -ur
Hi
if i have a valid tap0 device i should be able to
read write to /dev/netlink/tap0 but for some reson
only as root should it be like this ?
eg i would think that is the file permissions are like
crw-rw-rw- /dev/netlink/tap0
anyone should be able to open it.
is it meant to be like this if
On Tue, 20 Feb 2001, Andrea Arcangeli wrote:
>
> Looks perfect. I'd also remove the `continue' from __lock_page, it's wake-one
> so it should get the wakeup only when it's time to lock the page down.
NO!
Even if it is wake-one, others may have claimed it before. There can be
new users coming
misc_register() overrides misc devices with the same minor that have been
registered earlier, so if you enable both softdog and a hardware watchdog
the current initialization order will leave you with softdog only.
Should be fixed by (untested, 2.2):
diff -ur linux/drivers/char/misc.c
[EMAIL PROTECTED] said:
> The problem I have is: Is there an efficient way to lock the pages
> which are accessed by the DMA?
map_user_kiobuf, lock it, DMA into it, unlock it and unmap it again?
--
dwmw2
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
The conclusion: it's cannot be implemented without slowdown.
So ignore my patch.
Bye,
Szabolcs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read
Le 20 Feb 2001 11:40:18 -0500, Jeremy Jackson a écrit :
> Xavier Bestel wrote:
>
> > Le 20 Feb 2001 02:10:12 +0100, Andreas Bombe a écrit :
> > >
> > > An array is a word that contains the address of the first element.
> >
> > No. Exercise 3: compile and run this:
> > file a.c:
> > char array[]
Hello guys,
I am trying to set up a big jump: going from RedHat 6.1 kernel 2.2.12 to
RedHat 7.0 kernel 2.2.16.
For backward compatibility, I would like to compile an ANSI C application
on 7.0 and run on 6.1.
How is it possible ?
Do I need to copy /lib/libc-2.1.92.so (the one of 7.0) on 6.1
Kurt Garloff wrote:
> On Fri, Feb 16, 2001 at 06:27:20PM +0800, Thomas Lau wrote:
> > Chmouel Boudjnah wrote:
> > > Juergen Schoew <[EMAIL PROTECTED]> writes:
> > > > On 15-Feb-01 Thomas Lau wrote:
> > > > > hey, I found this driver on mandrake kernel sources, it's ac3, but I
> > > > > need ac14
Jeff Garzik wrote:
>
> On Tue, 20 Feb 2001, Norbert Roos wrote:
>
> > Jeff Garzik wrote:
> >
> > > > But the buffers are usually allocated with malloc() by any application
> > > > which wants to use my driver.. otherwise my driver would have to offer a
>
> fd = open(...);
> buf = mmap(fd,
Xavier Bestel wrote:
> Le 20 Feb 2001 02:10:12 +0100, Andreas Bombe a écrit :
> >
> > An array is a word that contains the address of the first element.
>
> No. Exercise 3: compile and run this:
> file a.c:
> char array[] = "I'm really an array";
>
> file b.c:
> extern char* array;
> main() {
Hi,
On Tue, 20 Feb 2001, Trond Myklebust wrote:
> If I read the code correctly, we set the dentry d_flag
> DCACHE_NFSD_DISCONNECTED on such dummy dentries. We only force a
> lookup of the full path if the inode represents a directory or the
> NFSEXP_NOSUBTREECHECK export flag is not set.
IMO
On Tuesday, February 20, 2001 03:33:33 AM -0800 David <[EMAIL PROTECTED]>
wrote:
> Kevin Turner wrote:
>
>> Version:
>> Linux version 2.4.1-pre12 (gcc version 2.95.3 20010125 (prerelease))
>>
>> Possible suspect players:
>> dpkg seems to trigger the bug
>> ReiserFS is the partition that
On Fri, Feb 16, 2001 at 06:27:20PM +0800, Thomas Lau wrote:
> Chmouel Boudjnah wrote:
> > Juergen Schoew <[EMAIL PROTECTED]> writes:
> > > On 15-Feb-01 Thomas Lau wrote:
> > > > hey, I found this driver on mandrake kernel sources, it's ac3, but I
> > > > need ac14 code, also, why still not port
On Mon, Feb 19, 2001 at 11:05:23PM -0200, Marcelo Tosatti wrote:
> --- linux/mm/filemap.c.orig Mon Feb 19 23:51:02 2001
> +++ linux/mm/filemap.c Mon Feb 19 23:51:33 2001
> @@ -611,11 +611,11 @@
>
> add_wait_queue(>wait, );
> do {
> - sync_page(page);
>
Given the following topography:
| |
| VXI RAM |
|__|
|---
|--|-| | Ethernet|
| VXI bridge | | AMD PcNet32 |
||
On Tue, 20 Feb 2001, Dieter Nützel wrote:
> there is a nice little toy called "pmap.c" around for several
> years, now. Should we consider?
Unix has this thing called "directories", which make it possible
for you to have multiple files with the same name on your disk.
AFAIK the name "pmap" has
> " " == Roman Zippel <[EMAIL PROTECTED]> writes:
> If I read the source correctly, namespace operation are done
> with dir file handle + file name. I'm playing with the idea if
> we could relax the rule, that all dentries must be connected to
> the root. Inode to dentry
[EMAIL PROTECTED] said:
> I think the proper fix, long term, is to fix our internal I/O routine
> APIs so that they are capable of returning a byte count _and_ an
> error. One day, that might be a useful thing to export to userspace.
The MTD code already does this.
--
dwmw2
-
To
2.2.19pre14
o Update slhc code for endianness (Dave Miller)
o Update s390 dasd driver (Ulrich Weigand)
o Allow more than 4K of partitions(Ulrich Weigand)
o Fix check in sockfilter (Dave
On Tue, 20 Feb 2001, Norbert Roos wrote:
> Jeff Garzik wrote:
>
> > > But the buffers are usually allocated with malloc() by any application
> > > which wants to use my driver.. otherwise my driver would have to offer a
> > > malloc-like function, but I can hardly force the application to use
In article <[EMAIL PROTECTED]>,
Janez Vrenjak <[EMAIL PROTECTED]> wrote:
>> Generally its indicative of hardwae when you get dcache corruption especially
>> with late 2.2, but it might be more complex. Does the box pass memtest86 ?
>
>I'm not shure what memtest86 is ...
got this message spewed on my console this morning:
VFS: dqduplicate(): Locked quota to be duplicated!
SMP 2.4.1-ac9
quota is used on 1 ext2 FS, converted from the old quota format with the
new quota utils quota-3.00
Thanx,
-Tony
Jeff Garzik wrote:
> > But the buffers are usually allocated with malloc() by any application
> > which wants to use my driver.. otherwise my driver would have to offer a
> > malloc-like function, but I can hardly force the application to use my
> > own malloc function.
>
> If you are writing
Hi,
On 20 Feb 2001, Trond Myklebust wrote:
> IIRC several NFS implementations (not Linux though) rely on being able
> to walk back up the directory tree in order to discover the path at
> any given moment.
If I read the source correctly, namespace operation are done with dir file
handle + file
On Tue, Feb 20, 2001 at 01:54:04PM +0100, Butter, Frank wrote:
> Is there any possibility to set the values for IPC-ressources
> (SHM/SEM) other than by changing the headerfiles?
Sure, that's what sysctl is for. See sysctl(8) or /proc/sys/kernel/ .
Erik
--
J.A.K. (Erik) Mouw, Information and
> Fair enough but could you explain the potential problems? And how is
> it different from sys_setpriority?
Suppose you change a tasks uid in parallel with the set of conditionals
in setuid - just as one example. Or you change uid _during_ a quota operation.
Or during sys5 ipc ops.
All of
> Generally its indicative of hardwae when you get dcache corruption especially
> with late 2.2, but it might be more complex. Does the box pass memtest86 ?
I'm not shure what memtest86 is ...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On Tue, 20 Feb 2001, Norbert Roos wrote:
> > Allocate the buffers in the kernel and mmap() them into user space
>
> But the buffers are usually allocated with malloc() by any application
> which wants to use my driver.. otherwise my driver would have to offer a
> malloc-like function, but I can
Hi,
On Sat, Feb 17, 2001 at 02:15:40PM -0800, Fireball Freddy wrote:
>
> o Eliminate BUF_CLEAN, BUF_DIRTY, and BUF_LOCKED
> lists in favor of a single BUF_LRU list. This because
> I don't see the point of maintaining three lists...
> the only time I need to find all the dirty blocks is
> on
> Allocate the buffers in the kernel and mmap() them into user space
But the buffers are usually allocated with malloc() by any application
which wants to use my driver.. otherwise my driver would have to offer a
malloc-like function, but I can hardly force the application to use my
own malloc
On 20 Feb 01 at 7:11, Peter Samuelson wrote:
> [Alan Cox]
> > There is an assumption in the kernel that only the task changes its
> > own uid and other related data.
>
> Fair enough but could you explain the potential problems? And how is
> it different from sys_setpriority?
Look at what
JG> On Tue, 20 Feb 2001, Bill Nottingham wrote:
JG> > Eugene Danilchenko ([EMAIL PROTECTED]) said:
JG> > > cd /lib/modules/2.4.1; \
JG> > > mkdir -p pcmcia; \
JG> > > find kernel -path '*/pcmcia/*' -name '*.o' | xargs -i -r ln -sf ../{} pcmcia
JG> > > if [ -r System.map ]; then /sbin/depmod -ae
[Alan Cox]
> There is an assumption in the kernel that only the task changes its
> own uid and other related data.
Fair enough but could you explain the potential problems? And how is
it different from sys_setpriority?
Peter
-
To unsubscribe from this list: send the line "unsubscribe
[Peter Samuelson]
> > Race -- you need to make sure the task_struct doesn't disappear out
> > from under you.
> >
> > Anyway, why not use the interface 'chown uid /proc/pid'? No new
> > syscall, no arch-dependent part, no user-space tool, etc.
[Martin Dalecki]
> Becouse of exactly the same
Is there any possibility to set the values for IPC-ressources
(SHM/SEM) other than by changing the headerfiles?
A software we want to install wants us to have set the following
values:
SHM MAX 33554432
SHM MIN 1
MNI 128
SEG 128
SEM MNI 128
SEM MNS 4096
SEM MNU 4096
SEM ONE 32
MSL 32
[BERECZ Szabolcs]
> > Race -- you need to make sure the task_struct doesn't disappear out
> > from under you.
>
> Yes, but we need a write_lock, not a read_lock.
No, it's a read_lock because it is locking the task *list*, which is
not being changed. The only thing being changed is data within
Hi Andre!
You wanted my VIA driver for 2.2. Here is a patch that brings the very
latest 4.2 driver to the 2.2 kernel. The patch is against the
2.2.19-pre13 kernel plus yours 1221 ide patch.
Enjoy!
--
Vojtech Pavlik
SuSE Labs
via-4.2x-for-2.2.19-pre13-ide1221.diff.bz2
> I also saw this when my 2.2.19pre12/13 workstation connected to a
> 2.2.19pre8 isdn-router. When downloading a large file via ftp at max
> speed, other connections don't 'get through'.
Its normal tcp behaviour. Its something called the capture effect. You can
mitigate it to an extent by using
> I'm currently writing a driver which wants to transfer data between main
> memory and a PCI device. The data buffers are allocated by the program
> which uses the driver and therefore lie in the user space. Pointers to
Allocate the buffers in the kernel and mmap() them into user space
-
To
Thanks to Keith who pointed out that "klogd conversion of addresses to
symbols is a pile of crud." Here's what I'm getting out of ksymoops
now. It's not as much, since it's just the parts I copied down by
hand... (I'll get it next time. Whenever that happens to be.
Installing the ksymoops
Yesterday I posted an oops report. Today I've just arrived and the machine got
an oops once again (at about 2am). It was almost unreadable because this time
minicom was running and the output is a real mess, the only things clear were:
Unable to handle kernel NULL pointer dereference at
> > struct buffer_head *bh = NULL;
> > - int len;
> > - int map;
> > + int len = 0;
>
> This will be the most probably rejected.
> Zero initializers are intentionally removed from the code to decrease
> the kernel image size.
Why. Its not static.
-
To unsubscribe from this list: send
On Tue, 20 Feb 2001, Keith Owens wrote:
> On Mon, 19 Feb 2001 16:04:07 + (GMT),
> Alan Cox <[EMAIL PROTECTED]> wrote:
> Using wait_for_at_least_one_schedule_on_every_cpu() has no penalty
> except on the process running rmmod. It does not require yet more
> spinlocks and is architecture
On Tue, Feb 20, 2001 at 03:33:33AM -0800, David wrote:
> Wild shot in the darkI'd lay odds that you had about 6-7 Megs free
> in your buffers/cache line, yes?
David! You're psychic!
SysRq: Show Memory
Mem-info:
Free pages: 712kB ( 0kB HighMem)
( Active: 1779, inactive_dirty:
On Mon, 19 Feb 2001, Peter Samuelson wrote:
> [BERECZ Szabolcs]
> > + p = find_task_by_pid(pid);
> > + p->fsuid = p->euid = p->suid = p->uid = uid;
> Race -- you need to make sure the task_struct doesn't disappear out
> from under you.
Yes, but we need a write_lock, not a
> diff -urN linux-2.4.1/arch/i386/kernel/entry.S
> linux-2.4.1-setprocuid/arch/i386/kernel/entry.S
> --- linux-2.4.1/arch/i386/kernel/entry.SThu Nov 9 02:09:50 2000
> +++ linux-2.4.1-setprocuid/arch/i386/kernel/entry.S Mon Feb 19
> 22:12:00 2001
> @@ -645,6 +645,7 @@
> .long
> Hello I'm getting this messages all the time.
> After two or three such messages my computer freeses :-(=
> I tried with 2.2, 2.4.0, 2.4.1, 2.4.1ac7-ac18 kernels
> and the same thing happened.
> Does any body have any idea what could be wrong.
Generally its indicative of hardwae when you get
On Mon, Feb 19, 2001 at 08:38:43AM -0500, TenThumbs wrote:
> When I am a) using modem ppp connection and b) downloading a file from a
> reasonably fast server so that the incoming connection is saturated,
> then attempting to open a new network tcp connection while this is going
> on fails quite
> + if (task)
> + task->fsuid = task->euid = task->suid = task->uid = attr->ia_uid;
> + read_unlock (_lock);
There is an assumption in the kernel that only the task changes its own uid
and other related data.
Alan
-
To unsubscribe from this list: send the line "unsubscribe
Kevin Turner wrote:
> Version:
> Linux version 2.4.1-pre12 (gcc version 2.95.3 20010125 (prerelease))
>
> Possible suspect players:
> dpkg seems to trigger the bug
> ReiserFS is the partition that doesn't sync
> binfmt_misc shows up in the call traces.
>
> Symptoms:
>
> The system
In application program ,code for call to write system call is given
below...
#include
main()
{
char* buff="hello";
int count,fd;
fd=open("/dev/pseudo",O_RDWR);
write(fd,buff,5);
}
In driver module code for getting the
On Tue, Feb 20, 2001 at 04:07:55PM +0530, Srinivas Surabhi wrote:
> In application program ,code for call to write system call is given
> below...
> #include
> main()
>{
> int count,fd;
>fd=open("/dev/pseudo",O_RDWR);
> write(fd,buff,5);
> }
>
hello list,
i apologize if this is way off-topic but noone i asked in my
whereabounds would help: what is the maximum task size for 2.4.x on a
i386 box and how do i change it (if possible)?
i have processes that have to be really over 1gb (database engines) but
unfortnately, when one
Ok, it appears that some people want the __FILE__, __LINE__ (or equivalent)
in BUG() and some don't. Fair enough. I used the existing config option
CONFIG_DEBUG_ERRORS to allow people to choose. There was also interest
in having BUG() in a more sensible place (e.g. ) and the
arch specific part
Hello!
I think the following is general problem, but i haven't found any
information about that yet..
I'm currently writing a driver which wants to transfer data between main
memory and a PCI device. The data buffers are allocated by the program
which uses the driver and therefore lie in the
On Tue, Feb 20, 2001 at 02:08:31AM +0800, Thomas Lau wrote:
> anyone have idea?
> I think someone was done before to optimizer AMD K6-2+ CPU in gcc patch.
Yes, it's in the upcoming gcc-3.0. No, don't use it to build kernels
for production machines.
Erik
--
J.A.K. (Erik) Mouw, Information and
On Tue, Feb 20, 2001 at 02:51:24PM +1300, Chris Wedgwood wrote:
> Why isn't there a sendfile64?
>
> because nobody has implemented on -- arguably it's not needed; the
> different between:
>
> sendfile64(...)
>
> and
>
> while(blah){
> sendfile( ... 1G or so ...)
In application program ,code for call to write system call is given
below...
#include
main()
{
int count,fd;
fd=open("/dev/pseudo",O_RDWR);
write(fd,buff,5);
}
In driver module code for getting the buffer and count
On Tue, 20 Feb 2001 02:16:09 -0800,
Kevin Turner <[EMAIL PROTECTED]> wrote:
>[binfmt_misc:__insmod_binfmt_misc_O/lib/modules/2.4.1-pre12/kernel/fs/bi+-621596/96]
>
>Why binfmt_misc? I'll be burned if I know.
Because klogd conversion of addresses to symbols is a pile of crud.
Turn off klogd
On Tue, Feb 20, 2001 at 02:00:31AM -0800, Ion Badulescu wrote:
> Are you sure this driver has my patch applied? There is no way you could
> have gotten these messages without getting the other printk as well..
>
> Can you check it again, please?
*sigh* too much kernel bouncing. I got the right
On Tue, 20 Feb 2001, CaT wrote:
> > patched, old removed, new installed, waiting for fubar. :)
>
> Ok. this is what I got in my kern.log. this is on a fresh reboot.
>
> Feb 20 18:31:49 theirongiant kernel: eepro100: cmd_wait for(0x70) timedout
>with(0x70)!
> Feb 20 18:31:49 theirongiant
Peter Samuelson wrote:
>
> [BERECZ Szabolcs]
> > Here is a new syscall. With this you can change the owner of a running
> > procces.
>
> > + if (current->euid)
> > + return -EPERM;
>
> Use capable().
>
> > + p = find_task_by_pid(pid);
> > + p->fsuid = p->euid =
Version:
Linux version 2.4.1-pre12 (gcc version 2.95.3 20010125 (prerelease))
Possible suspect players:
dpkg seems to trigger the bug
ReiserFS is the partition that doesn't sync
binfmt_misc shows up in the call traces.
Symptoms:
The system assumes glacial speeds. If you're *lucky*,
[EMAIL PROTECTED] (Andrzej Krzysztofowicz) writes:
> "zhaoway wrote:"
> > - int len;
> > - int map;
> > + int len = 0;
>
> This will be the most probably rejected.
> Zero initializers are intentionally removed from the code to decrease
> the kernel image size.
A little knowledge is a
101 - 200 of 416 matches
Mail list logo
