Yiping Chen <[EMAIL PROTECTED]> writes:
>
> So, I have two question now,
> 1. how to determine whether your kernel support SMP?
Type "uname -a", as you did before:
> Linux lab5-1 2.4.2-2 #1 SMP Wed Apr 25 18:56:05 CST 2001 i686 unknown
^^^
SMP appears here
Hi,
I have an onboard AC97 detected as:
kernel: Via 686a audio driver 1.1.14b
kernel: via82cxxx: Codec rate locked at 48Khz
kernel: ac97_codec: AC97 Audio codec, id: 0x5745:0x4301 (Unknown)
kernel: via82cxxx: IRQ fixup, 0x3C==0x12
kernel: via82cxxx: board #1 at 0x9C00, IRQ 18
My
At 10:31 PM -0600 2001-04-26, Richard Gooch wrote:
>BTW: please fix your mailer to do linewrap at 72 characters. Your
>lines are hundreds of characters long, and that's hard to read.
Sorry for the inconvenience. There are a lot of reasons why I believe
it's properly a display function to wrap
Marcell GAL writes:
> 2.4.3 (UP kernel UP machine, http://home.sch.bme.hu/~cell/.config)
> oopses when I start lots of pppd eth0 simultaneously.
> (I guess the problem is not pppoe specific, but I do not know exactly)
>
> The last pppd sighs: PPP: couldn't register device (-17)
> This is 2
A while ago, on linux-kernel, we had a discussion about
adding support for __initdata and __init in modules. Somebody
(whose name escapes me) had implemented it by essentially adding
a vmrealloc() facility in the kernel. I think I've thought of a
simpler way, that would require almost
Jonathan Lundell writes:
> At 3:59 PM -0600 4/24/01, Richard Gooch wrote:
> >The plan I have (which I hope to get started on soon, now that I'm
> >back from travels), is to change /dev/scsi/host# from a directory into
> >a symbolic link to a directory called: /dev/bus/pci0/slot1/function0.
>
William Ie writes:
> 4.linux/2.4.3/drivers/net/ppp_async.c:345:ppp_async_ioctl
> case PPPIOCGFLAGS:
> val = ap->flags | ap->rbits;
> if (put_user(val, (int *) arg))
> break;
> err = 0;
> break;
> case PPPIOCSFLAGS:
>
Hello yesterday i installed redhat6.2 on our little alpha server over here.
It's an Ruffian EV56 system, and a hand upgraded redhat to be able to cope
with 2.4.
I got an compile error that told me that pte_alloc was declared wrong in
some files..
Then in the back of my mind i figured that Andrea
I apologize in advance if this issue is a result of my stupidity. I would
like to know if it is. Also, this may or may not be an x86-specific
problem.
Short Version
=
First, let me give you the short version. I have problems with FPU
exceptions on x86 Linux. I need to be able to
On Fri, 27 Apr 2001, Xiong Zhao wrote:
> hello.currently,i need to know the details about linux kernel,things
> like how fork and pthread are implemented,how clone actually work and
> so on.where can i get materials on these topics?
Look at the list of books on http://kernelnewbies.org/
hello.currently,i need to know the details about linux kernel,things
like how fork and pthread are implemented,how clone actually work and
so on.where can i get materials on these topics?
thanx
james
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
net/network.o: In function `ip_nat_setup_info':
net/network.o(.text+0x37b3e): undefined reference to `helpers'
net/network.o(.text+0x37b54): undefined reference to `helpers'
.config bzip2'ed:
begin 644 .config.bz2
M0EIH.3%!629362!2/`L``EC?@$`0$`)_XC"((L@@8`;<+Z'5[WNZN[I;
On Thu, Apr 26, 2001 at 05:19:26PM -0700, Linus Torvalds wrote:
> Detail nit: don't do this. Use "current_text_addr()" instead. Simpler to
> read, and gcc will actually do the right thing wrt inlining etc.
Agreed, thanks for the info.
Andrea
-
To unsubscribe from this list: send the line
Followup to: <[EMAIL PROTECTED]>
By author:Marko Kreen <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> tmpfs is basically ramfs with limits.
>
... and swappable.
-hpa
--
<[EMAIL PROTECTED]> at work, <[EMAIL PROTECTED]> in private!
"Unix gives you enough rope to shoot
On 27-Apr-2001 tc lewis wrote:
>
> i saw a few messages in the archive about these, but i'm still unclear on
> the current situation.
>
> according to /proc/pci, i'm working with a:
> Bus 0, device 9, function 1:
> I2O: Distributed Processing Technology SmartRAID V Controller (rev
On Fri, 27 Apr 2001, Andrea Arcangeli wrote:
> + __label__ here;
> + here:
> + printk(KERN_ERR "IO error or racy use of wait_on_buffer() from %p\n",
>&);
Detail nit: don't do this. Use "current_text_addr()" instead. Simpler to
read, and gcc will actually do the
This is my second attempt at converting my ext2 indexing code to use the
page cache instead of the buffer cache. The first attempt was a fairly
miserable failure for reasons I mentioned in an earlier post, and which
can be summed up as: the interface I tried to use didn't suit the
problem. Or
i saw a few messages in the archive about these, but i'm still unclear on
the current situation.
according to /proc/pci, i'm working with a:
Bus 0, device 9, function 1:
I2O: Distributed Processing Technology SmartRAID V Controller (rev 2).
IRQ 9.
Master Capable.
On Thu, Apr 26, 2001 at 07:25:23PM -0400, Alexander Viro wrote:
>
>
> On Thu, 26 Apr 2001, Andrea Arcangeli wrote:
>
> > > How about adding
> > > if (!buffer_uptodate(bh)) {
> > > printk(KERN_ERR "IO error or racy use of wait_on_buffer()");
> > > show_task(current);
> > >
I've just noticed that the priority and nice values listed in
/proc//stat aren't very useful for SCHED_FIFO or SCHED_RR tasks.
I'd like to be able to distinguish tasks with these policies from
SCHED_OTHER tasks, and to view task->rt_priority.
Am I correct that this information is not currently
I'm not really sure what happened here, but kernel logfile and serial
console log said this:
__alloc_pages: 0-order allocation failed.
__alloc_pages: 0-order allocation failed.
__alloc_pages: 0-order allocation failed.
__alloc_pages: 0-order allocation failed.
eth0: memory shortage
Hi.
This is a well-known problem; check the list archives for more info.
On Thu, 26 Apr 2001 14:04:23 +0900 (JST)
Tore Johansson <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I have a problem with accessing a magneto opto drive in Linux.
> Since I upgraded the kernel from 2.3 to 2.4 I can mount the
On Thu, 26 Apr 2001, Trond Myklebust wrote:
> Please note that if glibc is checking this return value, it will still
> screw up if file->f_pos > 0x7fff, which can and does happen
> against certain servers (particularly IRIX).
Do servers have directories that are this large? It'd take quite
On Thu, 26 Apr 2001, Andrea Arcangeli wrote:
> > How about adding
> > if (!buffer_uptodate(bh)) {
> > printk(KERN_ERR "IO error or racy use of wait_on_buffer()");
> > show_task(current);
> > }
> > in the end of wait_on_buffer() for a while?
>
> At the _top_ of
Hi,
I know my problem is the options I selected for compiling my
kernel are not correct. I am having a difficult time trying to find the
correct option to solve this one. Can somebody help? The error message I
get during start up is:
Starting sound driver: snd-card-es1938 modprobe: Can't
On Wed, Apr 25, 2001 at 01:18:42AM +0200, Martin Clausen wrote:
> On Tue, Apr 24, 2001 at 01:22:15AM -0400, Mike A. Harris wrote:
> > Also, what is a good rock solid SCSI RAID controller? Money is
> > no object. Reliability, performance and Linux compatibility are
> > though.
>
> I have very
Can anyone report success or failure with enabling DMA for
the CS5530 IDE driver? I can get my system to crash or at
least hang pretty reliably by using hdparm to turn on DMA
while reading an MPEG-2 movie from my hard disk drive.
The hard disk drive is the only rotating drive on the
system.
Just a heads up: works great for me
On Thu, Apr 26, 2001 at 07:51:08AM -0400, Jeff Garzik wrote:
> The attached patch, against 2.4.4-pre7, cleans up the huge pci_board
> list in serial.c to remove PCI id information. In the process, it (a)
> demonstrates more complex new-style PCI probing, and
On Wed, Apr 25, 2001 at 04:24:46PM +1000, James Morris wrote:
> > I have encountered a problem (perhaps a bug)! The attached code makes my kernel
>oops
> > in some cases when injecting new packets through Netfilter's QUEUE target. The
>problem
> > only appears when the original packet is a TCP
Hello all,
* I wrote:
> My Hardware:
> Toshiba Satellite Pro 4280
> PCMCIA: Xircom RBEM56G-100
>
> Linus said serial_cs is for both, old serial_cb & serial_cs.
Sorry, that was wrong. He said serial.o is the correct driver.
Thanks for all help, especially from Arjan van de Ven.
Another
On Thu, Apr 26, 2001 at 01:49:05PM -0700, H. Peter Anvin wrote:
> > > 5. Can you set size limits on ramfs/tmpfs/memfs?
Yes, there is a patch for this.
> > i don't think you can set a limit in the current ramfs implementation but
> > it would not be particularly difficult to make it work I think
<[EMAIL PROTECTED]> wrote:
>thank you very much :-)
>
>is it going to become the default in future kernel releases?
You're welcome.
It's been that way in the -ac kernels for a while now, but Linus hasn't put it
into his kernels yet. Perhaps he's waiting until work begins on 2.5, rather
Marek P
tlicki <[EMAIL PROTECTED]> wrote:
>The directory /proc/sys/fs/binfmt_misc/ exists, but nothing in it.
Try this:
mount -t binfmt_misc none /proc/sys/fs/binfmt_misc
In the recent -ac versions, binfmt_misc must be mounted separately. I have the
following in my /etc/rc.d/rc.local so
Grover, Andrew writes:
> A generalized interface is more work, and I see no
> benefit *right now*. We'll see when someone designs one, I guess.
If the whole world were ACPI, yes I would not see a benefit either,
but for PPC, UltraSPARC-III etc. systems there is going to be a gain.
These
On Thursday, April, 2001-04-26 at 23:42:08, [EMAIL PROTECTED] wrote:
>
>
> Marek P
>
> tlicki <[EMAIL PROTECTED]> wrote:
>
> >The directory /proc/sys/fs/binfmt_misc/ exists, but nothing in it.
>
> Try this:
>
> mount -t binfmt_misc none /proc/sys/fs/binfmt_misc
thank you very much :-)
is
> From: David S. Miller [mailto:[EMAIL PROTECTED]]
> > IMHO an abstracted interface at this point is overengineering.
>
> ACPI is the epitome of overengineering.
Hi David,
I definitely set myself up for that one. ;-) And, you're not wrong. But,
let's be clear on one thing, there are two
Hi, my name is William Ie and I am currently working with the mc group. We
are currently looking into how capability checks are used in the 2.4.3
kernel. Along the way, we found a few potential bugs that we are not too
sure about. Please bear in mind our checker right now is still very very
Al writes:
> It's not a fscking rocket science - encapsulate accesses to ->u.foofs_i
> into inlined function, find ->read_inode, find places that do get_empty_inode
OK, I was doing this for the ext3 port I'm working on for 2.4, and ran into
a snag. In the ext3_inode_info, there is a list_head.
Hi,
I am trying to add a process which is to be managed by init. I have added the
following entry to /etc/inittab
SV:2345:respawn:env - PATH=/usr/local/bin:/usr/sbin:/usr/bin:/bin svscan /service
dev/console
After saving, I execute the following command:
# kill -HUP 1
This does not
>
> Note that I think all these arguments are fairly bogus. Doing things like
> "dump" on a live filesystem is stupid and dangerous (in my opinion it is
> stupid and dangerous to use "dump" at _all_, but that's a whole 'nother
> discussion in itself), and there really are no valid uses for
On Thu, Apr 26, 2001 at 01:26:15PM -0700, Linus Torvalds wrote:
>
>
> On Thu, 26 Apr 2001, Andrea Arcangeli wrote:
> >
> > What I'm saying above is that even without the wait_on_buffer ext2 can
> > screwup itself because the splice happens after the buffer are just all
> > uptodate so any
Followup to: <[EMAIL PROTECTED]>
By author:Friedrich Steven E CONT CNIN <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> I have 5 IP modules (Industry Pak I/O) that plug onto an IP carrier. The
> carrier has a bridge that gets found via vendor ID/device ID, but the *sub*
> devices
Hi!
Has anybody used binfmt_misc on 2.4.3-ac14? It fails for me:
echo ':py:E::py::/opt/bin/python:' > /proc/sys/fs/binfmt_misc/register
bash: /proc/sys/fs/binfmt_misc/register: No such file or directory
The directory /proc/sys/fs/binfmt_misc/ exists, but nothing in it.
2.4.3 kernel built with
On Thu, Apr 26, 2001 at 04:49:20PM -0400, Alexander Viro wrote:
> getblk(); if (!buffer_uptodate) wait_on_buffer();
> is not in that class. It _is_ OK on UP as long as we don't block, but on
> SMP it doesn't guarantee anything - buffer_head can be in any state
> when we are done. IMO all
So, the kernel really doesn't have much of an effect on the interactivity of
the gui? I really don't think there is a problem right now at the
console..but I am curious to help it at the gui level. Does it have
anything to do with the way the mouse is handled? I've applied the mvista
preemptive
On Thu, Apr 26, 2001 at 10:11:09PM +0200, Andrea Arcangeli wrote:
> On Thu, Apr 26, 2001 at 03:55:19PM -0400, Alexander Viro wrote:
> >
> >
> > On Thu, 26 Apr 2001, Andrea Arcangeli wrote:
> >
> > > On Thu, Apr 26, 2001 at 03:34:00PM -0400, Alexander Viro wrote:
> > > > Same scenario, but with
On Thu, Apr 26, 2001 at 01:08:25PM -0700, Linus Torvalds wrote:
> But the fact is that nobody should ever do the thing that could cause
> problems.
dump in 2.4 also gets uncoherent view of the data which make things even
worse than in 2.2 (to change that we should hash in the buffer hashtable
It seems to me that you never installed the new kernel. Try 'make install'
or manually cp'ing the vmlinuz and system.map yourself.
On approximately Thu, Apr 26, 2001 at 10:59:44PM +0800, Yiping Chen wrote:
>
> I know it's not proper ask such question here. But I don't know where can I
> post
On Thu, Apr 26, 2001 at 03:55:19PM -0400, Alexander Viro wrote:
>
>
> On Thu, 26 Apr 2001, Andrea Arcangeli wrote:
>
> > On Thu, Apr 26, 2001 at 03:34:00PM -0400, Alexander Viro wrote:
> > > Same scenario, but with read-in-progress started before we do getblk(). BTW,
> >
> > how can the read
>
> On Thu, 26 Apr 2001, Ian Stirling wrote:
>
> > Also, there is another reason.
> > If you'r logged in as root, then any exploitable bug in large programs,
> > be it netscape, realplayer, wine, vmware, ... means that the
> > cracker owns your machine.
> Heh. You receive all your email on
What could cause this error?
hdi: timeout waiting for DMA
ide_dmaproc: chipset supported ide_dma_timeout func only: 14
hdi: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest }
hdi: DMA disabled
ide4: reset: success
I get this message on all my off board HPT366 based controller
On Thu, Apr 26, 2001 at 08:48:26PM +0200, Bjorn Wesen wrote:
> On Thu, 26 Apr 2001, Padraig Brady wrote:
> > 3. If I've no backing store (harddisk?) is there any advantage
> >of using tmpfs instead of ramfs? Also does tmpfs need a
> >backing store?
>
> I don't know what tmpfs does
On Thu, 26 Apr 2001, Richard B. Johnson wrote:
> The disk image, raw.bin, does NOT contain the image of the floppy.
> Most of boot stuff added by lilo is missing. It will eventually
> get there, but it's not there now, even though the floppy was
> un-mounted!
I doubt that you can reproduce
On Thu, 26 Apr 2001, Linus Torvalds wrote:
> Note that I think all these arguments are fairly bogus. Doing things like
> "dump" on a live filesystem is stupid and dangerous (in my opinion it is
> stupid and dangerous to use "dump" at _all_, but that's a whole 'nother
> discussion in itself),
Followup to: <[EMAIL PROTECTED]>
By author:Bjorn Wesen <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> > 5. Can you set size limits on ramfs/tmpfs/memfs?
>
> i don't think you can set a limit in the current ramfs implementation but
> it would not be particularly difficult to make it
On Thu, 26 Apr 2001 [EMAIL PROTECTED] wrote:
>
> On Thu, 26 Apr 2001, [iso-8859-1] Rasmus Bøg Hansen wrote:
> > > i'd be happy to accept proof that multi-user is a solution for
> > > clueless user, not because it's proven on servers. but because it is
> > > a solution by definition.
> >
> >
On Thu, 26 Apr 2001, Alexander Viro wrote:
>
>
> On Thu, 26 Apr 2001, Andrea Arcangeli wrote:
>
> > > the wait-on-buffer is not strictly necessary: it's probably there to make
> >
> > maybe not but I need to check some more bit to be sure.
>
> Same scenario, but with read-in-progress
On Thu, 26 Apr 2001, Andrea Arcangeli wrote:
>
> What I'm saying above is that even without the wait_on_buffer ext2 can
> screwup itself because the splice happens after the buffer are just all
> uptodate so any "reader" (I mean any reader through ext2 not through
> block_dev) will never try to
On Thu, Apr 26, 2001 at 03:17:54PM -0400, Alexander Viro wrote:
>
>
> On Thu, 26 Apr 2001, I wrote:
>
> > On Thu, 26 Apr 2001, Linus Torvalds wrote:
> >
> > > I see the race, but I don't see how you can actually trigger it.
> > >
> > > Exactly _who_ does the "read from device" part?
On Thu, 26 Apr 2001, Alexander Viro wrote:
> On Thu, 26 Apr 2001, Andrea Arcangeli wrote:
> >
> > how can the read in progress see a branch that we didn't spliced yet? We
>
> fd = open("/dev/hda1", O_RDONLY);
> read(fd, buf, sizeof(buf));
Note that I think all these arguments are fairly bogus.
On Thu, 26 Apr 2001, Padraig Brady wrote:
> I'm working on an embedded system here which has no harddisk.
> So, I can't swap to disk and need to have /var & /tmp in RAM.
> I'm confused between the various options for in RAM file-
> systems. At the moment I've created a ramdisk and made an
> ext2
yeah two hour upgrade window today...
joelja
On Thu, 26 Apr 2001, Alexandru Barloiu Nicolae wrote:
> is ftp.kernel.org down or is just my connections fault ?
>
> axl
>
>
> __
> support slackware anyway posible [EMAIL PROTECTED] anyone ?
>
On Thu, 26 Apr 2001, Andrea Arcangeli wrote:
> On Thu, Apr 26, 2001 at 03:34:00PM -0400, Alexander Viro wrote:
> > Same scenario, but with read-in-progress started before we do getblk(). BTW,
>
> how can the read in progress see a branch that we didn't spliced yet? We
fd = open("/dev/hda1",
> On 26-Apr-2001 Rajeev Nigam wrote:
> > Can anybody tell me, How can I create dynamic threads at
> Kernel level??
> >
> > If u have any sample code in which Semaphore, threads, events are
> > implemented, Pls send.
> >
> > Waiting for ur response.
>
>
Down for maint.
On Thu, 26 Apr 2001, Alexandru Barloiu Nicolae wrote:
> is ftp.kernel.org down or is just my connections fault ?
>
--
=
Mohammad A. Haque http://www.haque.net/
On Thu, Apr 26, 2001 at 10:37:32PM +0300, Alexandru Barloiu Nicolae wrote:
> is ftp.kernel.org down or is just my connections fault ?
Yes, scheduled downtime. Use your local mirror (ftp.ro.kernel.org).
Erik
--
J.A.K. (Erik) Mouw, Information and Communication Theory Group, Department
of
On Thu, Apr 26, 2001 at 03:34:00PM -0400, Alexander Viro wrote:
> Same scenario, but with read-in-progress started before we do getblk(). BTW,
how can the read in progress see a branch that we didn't spliced yet? We
clear and mark uptodate the new part of the branch before it's visible
to any
On Thu, Apr 26, 2001 at 09:15:57PM +0200, Andrea Arcangeli wrote:
> maybe not but I need to check some more bit to be sure.
yes we probably don't need it for fs against fs in 2.4 because we make
the new metadata block visible to a reader (splice) only after they're
all uptodate and all directory
On Thu, 26 Apr 2001, Ian Stirling wrote:
> Also, there is another reason.
> If you'r logged in as root, then any exploitable bug in large programs,
> be it netscape, realplayer, wine, vmware, ... means that the
> cracker owns your machine.
> If they are not, then the cracker has to go through
is ftp.kernel.org down or is just my connections fault ?
axl
__
support slackware anyway posible [EMAIL PROTECTED] anyone ?
http://www.slackware.com/forum/read.php?f=5=7887=7887
-
To unsubscribe from this list: send the line "unsubscribe
On Thu, 26 Apr 2001, Andrea Arcangeli wrote:
> > the wait-on-buffer is not strictly necessary: it's probably there to make
>
> maybe not but I need to check some more bit to be sure.
Same scenario, but with read-in-progress started before we do getblk(). BTW,
old writeback is harmless - we
The latest version is always available at http://www.tuxedo.org/~esr/cml2/
Release 1.2.8: Thu Apr 26 15:18:38 EDT 2001
* Major internal speedup; symbol evaluation is much faster now.
Symbol evaluation was the speed bottleneck in the configurator for quite a
while. Thanks to a
Hi,
The following patch add more disk devices to the SysRq sync list (in both:
-pre and -ac trees). Were the extra IDE devices intentionally omitted here?
BTW, it would be probably nice to add some mon-x86 disk devices here...
Andrzej
diff -uNr drivers/char/sysrq.c~ drivers/char/sysrq.c
---
On Thursday, April 26, 2001 11:05:25 PM +0400 Samium Gromoff
<[EMAIL PROTECTED]> wrote:
> Hi People...
>got a following "dead of alive" question:
>how to find a root block on a ReiserFS partition
>with a corrupted superblock?
>
>reiserfsprogs-3.x.0.9j simply writes -2^32
On Thu, Apr 26, 2001 at 11:49:14AM -0700, Linus Torvalds wrote:
>
> On Thu, Apr 26, 2001 at 11:45:47AM -0400, Alexander Viro wrote:
> >
> > Ext2 does getblk+wait_on_buffer for new metadata blocks before
> > filling them with zeroes. While that is enough for single-processor,
> > on SMP we
>From kufel!ankry Thu Apr 26 21:20:09 2001
Return-Path:
Received: from kufel.UUCP (uucp@localhost)
by green.mif.pg.gda.pl (8.9.3/8.9.3) with UUCP id VAA15655
for green.mif.pg.gda.pl!ankry; Thu, 26 Apr 2001 21:20:09 +0200
Received: (from ankry@localhost)
by kufel.dom
On Thu, 26 Apr 2001, I wrote:
> On Thu, 26 Apr 2001, Linus Torvalds wrote:
>
> > I see the race, but I don't see how you can actually trigger it.
> >
> > Exactly _who_ does the "read from device" part? Somebody doing a
> > "fsck" while the filesystem is mounted read-write and actively
On Thu, 26 Apr 2001, Linus Torvalds wrote:
> I see the race, but I don't see how you can actually trigger it.
>
> Exactly _who_ does the "read from device" part? Somebody doing a
> "fsck" while the filesystem is mounted read-write and actively written
> to? Yeah, you'd get disk corruption
On 26-Apr-2001 Rajeev Nigam wrote:
> Can anybody tell me, How can I create dynamic threads at Kernel level??
>
> If u have any sample code in which Semaphore, threads, events are
> implemented, Pls send.
>
> Waiting for ur response.
http://www.linux-mag.com/depts/gear.html
- Davide
-
To
Hi People...
got a following "dead of alive" question:
how to find a root block on a ReiserFS partition
with a corrupted superblock?
reiserfsprogs-3.x.0.9j simply writes -2^32
there at start (reset_super_block) and then simply
crashes when attempting to access to such mad
On Thursday, April 26, 2001 02:24:26 PM -0400 Alexander Viro
<[EMAIL PROTECTED]> wrote:
>
>
> On Thu, 26 Apr 2001, Andrea Arcangeli wrote:
>
>> correct. I bet other fs are affected as well btw.
>
> If only... block_read() vs. block_write() has the same race. I'm going
> through the list of
Can anybody tell me, How can I create dynamic threads at Kernel level??
If u have any sample code in which Semaphore, threads, events are
implemented, Pls send.
Waiting for ur response.
Thanx & Regards
Rajeev Nigam
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Thu, Apr 26, 2001 at 11:45:47AM -0400, Alexander Viro wrote:
>
> Ext2 does getblk+wait_on_buffer for new metadata blocks before
> filling them with zeroes. While that is enough for single-processor,
> on SMP we have the following race:
>
> getblk gives us unlocked, non-uptodate bh
>
On Thu, 26 Apr 2001, Mike Galbraith wrote:
> > > > No. It livelocked on me with almost all active pages exausted.
> > > Misspoke.. I didn't try the two mixed. Rik's patch livelocked me.
> >
> > Interesting. The semantics of my patch are practically the same as
> > those of the stock kernel ...
Hi,
I'm working on an embedded system here which has no harddisk.
So, I can't swap to disk and need to have /var & /tmp in RAM.
I'm confused between the various options for in RAM file-
systems. At the moment I've created a ramdisk and made an
ext2 partition in it (which is compressed as I
On Thu, 26 Apr 2001, Adam J. Richter wrote:
> I have not tried it, but I would think that setting HZ to 1024
> should make a big improvement in responsiveness.
>
> Currently, the time slice allocated to a standard Linux
> process is 5*HZ, or 50ms when HZ is 100. That means that you
Herbert Valerio Riedel wrote:
> do you have any objections about...
>
> unsigned long IV = loop_get_iv(lo,
>page->index * (PAGE_CACHE_SIZE >> LO_IV_SECTOR_BITS)
>+ (offset >> LO_IV_SECTOR_BITS)
>- (lo->lo_offset >> LO_IV_SECTOR_BITS));
>
> ...then? ;-)
Looks fine.
> > Have you
I have a piece of code that is trying to use sendmsg() on a raw socket to inject
a UDP packet onto an ethernet link. The destination IP address is set to
another machine on the same subnet, and the packet arrives at its destination.
Thus far all is well.
However, inspection of the ethernet
On Thu, 26 Apr 2001, Andrea Arcangeli wrote:
> correct. I bet other fs are affected as well btw.
If only... block_read() vs. block_write() has the same race. I'm going
through the list of all wait_on_buffer() users right now.
-
To unsubscribe from this list: send the line "unsubscribe
> " " == Matthias Andree <[EMAIL PROTECTED]> writes:
> Hi, SHORT:
> the current 2.2.19 fs/nfs/dir.c ll. 455ff. nfs_dir_lseek breaks
> fdopen(3) which (at least with glibc 2.1.3) cals __llseek with
> offset==0 and whence==1 (SEEK_CUR), probably to poll the
> current
I have not tried it, but I would think that setting HZ to 1024
should make a big improvement in responsiveness.
Currently, the time slice allocated to a standard Linux process
is 5*HZ, or 50ms when HZ is 100. That means that you will notice
keystrokes being echoed slowly in X
On Thu, Apr 26, 2001 at 11:45:47AM -0400, Alexander Viro wrote:
> Ext2 does getblk+wait_on_buffer for new metadata blocks before
> filling them with zeroes. While that is enough for single-processor,
> on SMP we have the following race:
>
> getblk gives us unlocked, non-uptodate bh
>
On Thu, Apr 26, 2001 at 08:00:12PM +0200, Szabolcs Szakacsits wrote:
>
> On Thu, 26 Apr 2001, Jeff V. Merkey wrote:
The request should fail after two or three attempts rather than hang
the entire system waiting for memory.
Jeff
>
> > I am seeing this as well on 2.4.3 with both
On Thu, 26 Apr 2001 [EMAIL PROTECTED] wrote:
> you're right, we could do it in more than one way. like copying
> with mcopy without mounting a fat disk. the question is where to put it.
> why we do it is an important thing.
> taking place as a clueless user, i think i should be able to do
gcc 2.95.2, gnu ld 2.9.5, x86 fails build:
make[3]: Entering directory `/usr/src/linux-2.4.3-ac14/drivers/net'
gcc -D__KERNEL__ -I/usr/src/linux-2.4.3-ac14/include -Wall
-Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe
-mpreferred-stack-boundary=2 -march=i586-c -o
Hi,
SHORT:
the current 2.2.19 fs/nfs/dir.c ll. 455ff. nfs_dir_lseek breaks
fdopen(3) which (at least with glibc 2.1.3) cals __llseek with offset==0
and whence==1 (SEEK_CUR), probably to poll the current file position.
Application software affected comprises cvs (tried 1.10.7) and Perl5
I have 5 IP modules (Industry Pak I/O) that plug onto an IP carrier. The
carrier has a bridge that gets found via vendor ID/device ID, but the *sub*
devices don't show up as distinct pci devices. I'm using the *new*
approach, i.e., defining a pci_device_id struct that has been initialized
with
2.4.4pre6 breaks build on gcc 2.95.2/gnu ld 2.9.5 for x86 with undefined
__builtin_expect reference when linking for bzImage. Details have been
discussed dome days ago for some 2.4.3-ac version.
--
Matthias Andree
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
From: Martin Dalecki <[EMAIL PROTECTED]>
The attached patch is fixing georgeous "backward compatibility"
in the mount system command. It is removing two useless defines in
the kernel headers and finally doubles the number of possible
flags for the mount command.
Please
>
>
> On Thursday, April 26, 2001, at 07:03 AM, <[EMAIL PROTECTED]> wrote:
> > he owns the computer, he may do anything he wants.
> Any OS worth its weight in silicon will make a distinction between
> blessed and unblessed users. It can be phrased in different ways --
> root vs. non-root,
1 - 100 of 373 matches
Mail list logo
