Alan Cox wrote:
>> I was not sure if the VIA82CXXX option should be set with the
>> via kt133 chipset , but setting it results in hundreds of
>> hda: dma_intr:status=0x51 { DriveReady SeekComplete Error }
>> hda: dma_intr:error=0x84 { DriveStatusError BadCRC }
>> mesages along with the uhci: erro
On Saturday February 24, [EMAIL PROTECTED] wrote:
[problem summary: After restarting knfsd server on 2.4.2, client
reports Stale NFS file handle]
> On Sun, Feb 25, 2001 at 04:43:46PM +1100, Neil Brown wrote:
> > So check that /etc/exports contains the right info.
> > Check that
Theres a patch floating around that does just that. Its an obvious
hack. I would like to see something clean get into the mainstream
kernels. Its a real pain not to have cores for threaded code.
It does work, however. It effectively dumps the thread that caused the
fault.
(I have a complime
Jonathan Lahr wrote:
>
> To discover possible locking limitations to scalability, I have collected
> locking statistics on a 2-way, 4-way, and 8-way performing as networked
> database servers. I patched the [48]-way kernels with Kravetz's multiqueue
> patch in the hope that mitigating runqueue_l
Chris Wedgwood <[EMAIL PROTECTED]> writes:
> On Sat, Feb 24, 2001 at 09:57:44PM +, Alan Cox wrote:
>
> The I/O to dump the core would race other changes on the mm. The
> right fix is probably to copy the mm (as fork does) then dump the
> copy.
>
> Stupid question... but since al
In article <20010225060326.K127@pervalidus> you wrote:
> hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
> hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
I think I saw that with broken Drives, too.
Greetings
Bernd
-
To unsubscribe from this list: send the line "unsubscribe li
> * large cleanup of boot process (ramdisk handling, etc.)
Have you thought about supporting .tar.gz into ramfs? Creating custom
boot images would be simpler.
--
Manfred
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECT
When I woke today I found I'd gotten the following oops,
Feb 25 06:27:37 burocracia kernel: Unable to handle kernel paging request at
virtual address 00020008
Feb 25 06:27:37 burocracia kernel: c0139e3d
Feb 25 06:27:37 burocracia kernel: *pde =
Feb 25 06:27:37 burocracia
Hello,
got a series of oops (see below) while stress-testing my machine:
Linux 2.4.2, Epox-EP8KTA2 Athlon 1GHZ, 512 MBram, IBM-30GB-IDE-drives, latest
debian-woody
the machine was copying files between two ide-drives, compiling two software packages,
and stuff like "find /" was running. Machi
Jeff Garzik wrote:
>
>...
> 1) Rx Skb recycling.
>...
> 2) Tx packet grouping.
>...
> 3) Slabbier packet allocation.
Let's see what the profiler says. 10 seconds of TCP xmit
followed by 10 seconds of TCP receive. 100 mbits/sec.
Kernel 2.4.2+ZC.
c0119470 do_softirq
Hi,
I've been having some NBD hangs with the 2.4.2 kernel. It appears that
block devices which don't use plugging will not have their request
functions called when the request is queued. I propose the following
patch to ll_rw_blk.c which seems to do the trick for me. Also I have
done a small amou
Jeff Garzik wrote:
> 1) Rx Skb recycling.
Sounds like a potentially useful idea. To solve the most immediate memory
pressure problems, maybe VM could provide some function that does a kfree
in cases of memory shortage, and that does nothing otherwise, so the
driver could offer to free the skb aft
Chris Wedgwood wrote:
> That said, it would be an extemely neat thing to do from a technical
> perspective, but I don't know if you would ever get really good
> performance from it.
Well, you'd have to re-design the networking code to support NUMA
architectures, with a fairly fine granularity. I'
Hello all,
the following fix from linux-2.4.2 is not yet in 2.2.19pre.
The agpgart module can not be properly unloaded and
reloaded without it.
(see http://uwsg.indiana.edu/hypermail/linux/kernel/0101.2/1273.html
for details)
Martin Braun
--- linux-2.2.19-pre13/drivers/char/agp/agpgart_be.c
I have been using the 2.2.x kernels on the Digital HiNote Ultra 2000
(Mobile Pentium MMX 266) (I think this system was later rebadged as a
Compaq Armada 6500) without problem, however, on upgrading to the 2.4
series (2.4.0, 2.4.1 and 2.4.2) I have experienced the system hanging
quite reliably. - T
At 2:32 am + 25/2/2001, Jeremy Jackson wrote:
>Jeff Garzik wrote:
>
>(about optimizing kernel network code for busmastering NIC's)
>
>> Disclaimer: This is 2.5, repeat, 2.5 material.
>
>Related question: are there any 100Mbit NICs with cpu's onboard?
>Something mainstream/affordable?(i.e. not
> When I woke today I found I'd gotten the following oops,
>
> kernel: EIP:0010:[bdput+5/96]
> Code; <_EIP>:
> 0: f0 ff 4b 08 lock decl 0x8(%ebx)
> Call Trace: [clear_inode+194/220]
> [dispose_list+59/84]
>
> kernel: eax: 0002 ebx: 0002 ecx: ca58a648 edx: c15ddfa4
> I have seen null byte corruptions in syslog files with ext2 in various
> kernels. So perhaps it is a general VFS problem?
Im very dubious. The post fsck nulls in syslog case is a well understood one
with the box crashing as it extends the file and never gets to commit the data
bytes.
Different
> On Sat, Feb 24, 2001 at 09:57:44PM +, Alan Cox wrote:
>
> The I/O to dump the core would race other changes on the mm. The
> right fix is probably to copy the mm (as fork does) then dump the
> copy.
>
> Stupid question... but since all threads see the same memory space as
> eac
> " " == David Fries <[EMAIL PROTECTED]> writes:
> I'ved tried `mount /home -o remount`, and reading lots of other
> directories to flush out that entry if it was in cache without
> any results.
> I was hopping to avoid unmounting, as I would have to shut
> about eve
> hda: dma_intr: status=3D0x51 { DriveReady SeekComplete Error }
> hda: dma_intr: error=3D0x84 { DriveStatusError BadCRC }
> ide0: reset: success
>
> Again, if it's really a cable problem, then ASUS is selling
> cables that don't work with UDMA66 (but they sell it as
> UDMA66).
To get ATA66 work
Hi.
(Does anybody know who the maintainer for this code is?)
The patch below moves drivers/scsi/g_NCR5380.c from using isa_{read,
write, memcpy} to ioremap and the equivalent non-isa functions. It
also fixes an 'unused variable' warning and exchanges check_region for
request_region (and fixes a
> (Does anybody know who the maintainer for this code is?)
There isnt one
> (An indication of how often this code path is used can be found in
> the fact that the previous define of NCR5380_write had its payload
> and address mixed up, probably making for wierd results should
> the code ever be
On Sun, Feb 25, 2001 at 02:05:42PM +, Alan Cox wrote:
[...]
> > (An indication of how often this code path is used can be found in
> > the fact that the previous define of NCR5380_write had its payload
> > and address mixed up, probably making for wierd results should
> > the code ever be exec
> Looking at the define of NCR_5380_write
>
> #define NCR5380_write(reg, value) isa_writeb(NCR5380_map_name + +NCR53C400_mem_base
>+ (reg), value)
>
> followed by an use of NCR5380_write
>
> NCR5380_write(C400_CONTROL_STATUS_REG, CSR_BASE | CSR_TRANS_DIR);
>
> I doubt that it is not the i
>
> Im running PIO. However while I agree with that one Im dubious about the
> inverts on the memcpy_*io bits
>
I am sorry but have I inverted the arguments to the memcpy_*io calls?
Or are you referring to something other than the arguments here?
--
Rasmus([EMAIL PROTECTED])
"Science
> I am sorry but have I inverted the arguments to the memcpy_*io calls?
> Or are you referring to something other than the arguments here?
You seem to have swapped the source/dest over in memcpy_toio cases and I need
to convince myself you did that correctly
-
To unsubscribe from this list: send
On Sun, Feb 25, 2001 at 02:46:15PM +, Alan Cox wrote:
> > I am sorry but have I inverted the arguments to the memcpy_*io calls?
> > Or are you referring to something other than the arguments here?
>
> You seem to have swapped the source/dest over in memcpy_toio cases and I need
> to convince
It seems linux-2.4 still freezes on out-of-memory situations:
I was using 2.4.2-ac3 SMP and had a fairly large background job that takes
hundreds of megabytes of memory, much more than I have:
Mem:255296 81836 173460 0 10324 30608
Swap:2 0
Andrew Morton wrote:
(kernel profile of TCP tx/rx)So, naively, the most which can be saved here by
optimising
> the skb and memory usage is 5% of networking load. (1% of
> system load @100 mbps)
>
For a local tx/rx. (open question) What happens with
a router box with netfilter and queueing? P
Used hardware:
AMD Athlon 800
VIA KX133-Chipsatz with AGP
Chipset: ATI 264LT Pro (3D Rage LT Pro) (Port Probed)
Memory: 8192 Kbytes
RAMDAC: ATI Mach64 integrated 15/16/24/32-bit DAC w/clock
(with 6-bit wide lookup tables (or in 6-bit mode))
(programmable for 6/
hi.
for partitions not in the first 8gb of a harddisk, what
should the c/h/s start and end value be ?
most fdisks seem to set start and end to 255/63/1023.
but partition magic creates partitions with start set to
0/1/1023 and end set to 255/63/1023, and detects a problem
if start is set to 255/6
Hello!
I have downloaded a full tarball of linux-kernel-2.4.0 and patches: patch-2.4.1
patch-2.4.2.
But patch-2.4.1 imho it not complete. During linking a linker said about unresolved
reference:
__buggy_fxsr_alignment
The patch-2.4.1 contain following records:
/* Enable FXSR and company _befor
On Sun, 25 Feb 2001, Manfred Spraul wrote:
>
> > * large cleanup of boot process (ramdisk handling, etc.)
>
> Have you thought about supporting .tar.gz into ramfs? Creating custom
> boot images would be simpler.
*uh*. It's definitely easier to do than it used to be, but I'm seriously
scepti
On Fri, Feb 23, 2001 at 11:19:49PM +0100, Erik Mouw wrote:
> On Fri, Feb 23, 2001 at 05:10:46PM -0500, Chris Mason wrote:
> > Many thanks for sending along a test program for reproducing. But, it
> > doesn't seem to reproduce the problem here, how many times did you have to
> > run it to see the
On Sun, 25 Feb 2001, Marc Lehmann wrote:
> It seems linux-2.4 still freezes on out-of-memory situations:
> Usually I swapon ./swap some 512MB swapfile, but today I forgot it. When the
> machine started to get sluggish I sent the process a -STOP signal.
Signal delivery during oomest does not w
On Fri, 23 Feb 2001, Alan Cox wrote:
> 2.2.19pre has all the changes Neil has sent me. One reason I wanted to avoid
> NFS changes was that they would do somthings we didnt want. And they did
> although nothing too bad.
>
> The 2.2.19 schedule btw is about another week
Nice to hear that's it's
On Sun, Feb 25, 2001 at 05:37:52PM +0100, Erik Mouw wrote:
> I upgraded to 2.4.2, and initially I couldn't reproduce the problem.
> Besides the kernel version difference, another difference was the fact
> that I did the 2.4.2. test on a freshly booted system, while the
> 2.4.2-pre4 test was done o
On Thu, Feb 22 2001, Andrea Arcangeli wrote:
> On Thu, Feb 22, 2001 at 10:59:20AM -0800, Linus Torvalds wrote:
> > I'd prefer for this check to be a per-queue one.
>
> I'm running this in my tree since a few weeks, however I never had the courage
> to post it publically because I didn't benchmark
> drivers/char/pc_keyb.c related to fixing problems on a Toshiba 4030cdt.
> It would appear that the fix for the Tosh, breaks the HiNote. (I don't
> have a Tosh to experiment with).
Reading the pc_keyb.c code two things strike me. The first is to wonder how
the hell Linus let that code get submit
On Sat, 24 Feb 2001, Alan Cox wrote:
>> I have seen similar problems on stock 2.4.2 a machine which has not run
>> 2.4.1.
>
>What disk controllers ? We really need that sort of info in order to see the
>pattern in the odd reports of corruption we get
>
>-
>To unsubscribe from this list: send the
Hi all,
I have 52X ATAPI/IDE internel cdrom dive. I am using
2.2.16 kernel. At the boot time I get the message:
hdb: CDROM DRIVE 52X
Then two lines later, i get the following message:
hdb: 48X CD-ROM DRIVE w/128kb buffer
Can someone tell me why am I getting these two
different me
Yop,
Just a newbie question ...
Why sys_sched_yield don't call schedule ?
man page of sched_yield tell :
"A process can relinquish the processor voluntarily
without blocking by calling sched_yield.
The process wil
Hello,
I've been experiencing some strange lock ups and I hope someone can
help. I don't remember exactly when they started, but I know it was
happening around the release of 2.4.0, possibly earlier with the test
2.4.0 kernels too. Around 2.4.0 time, I started patching in KDB to help
find the p
On 25-Feb-2001 Fabrice Peix wrote:
>
>
>
> Yop,
>
> Just a newbie question ...
> Why sys_sched_yield don't call schedule ?
>
>
> man page of sched_yield tell :
>
> "A process can relinquish the processor voluntarily
> without blocking by
Hi all,
I'm seeing some problems booting a sparc20 with 2.4.x. Same results
with 2.4.0, 2.4.1, and 2.4.2, and I tried some quantity of -ac* patches
as well. My kernel configuration is included.
For the example included it's booting from a serial console, but I got
the same result with the key
Hi!
> > I've made a patch which adds usb support for the philips
> > rush mp3 player. The driver is mainly the rio500 driver
> > only the rush specific parts were modified.
> >
> > The patch is against 2.4.2.
> >
> > It uses char 180 65 at /dev/usb/rush.
> >
> > Userspace stuff should be found
On Sun, Feb 25, 2001 at 05:58:32PM +0100, Mike Galbraith <[EMAIL PROTECTED]> wrote:
> > Usually I swapon ./swap some 512MB swapfile, but today I forgot it. When the
> > machine started to get sluggish I sent the process a -STOP signal.
>
> Signal delivery during oomest does not work (last time I
Alexander Viro wrote:
> > Have you thought about supporting .tar.gz into ramfs? Creating custom
> > boot images would be simpler.
>
> *uh*. It's definitely easier to do than it used to be, but I'm seriously
> sceptical about adding more cruft into the thing. ...
>
> (I presume that you mean "un
Hi!
> I've been having some NBD hangs with the 2.4.2 kernel. It appears that
> block devices which don't use plugging will not have their request
> functions called when the request is queued. I propose the following
> patch to ll_rw_blk.c which seems to do the trick for me. Also I have
> done a
Simple, our friends at No-name OEM Corporation ;) named that drive
"CDROM DRIVE 52X" in his ID string, a perfect OEM name that does not
involves any brand and looks good in windoze where the l/user see it in
system configuration as above.
The hard reality is next, meaning the Linux
On Sun, Feb 25, 2001 at 08:25:10PM +1100, Neil Brown wrote:
> On Saturday February 24, [EMAIL PROTECTED] wrote:
> Verrry odd. I can see why you were suspecting a cache.
> I'm probably going to have to palm this off to Trond, the NFS client
> maintainer (are you listening Trond?) but could please
On Sun, 25 Feb 2001, Sandy Harris wrote:
> One is just mount a ramdisk and extract a tarball into its root. Yes, this has
> some problems -- how do you load tar when you haven't set up your root? -- but
> I suspect they can be solved. At worst, this would involve some strictly limited
> kluge t
I also am using the cable supplied with the mobo (Abit kt7) so I do not
think it is ASUS specific. More likey it is releated to the
VIA chipset and/or driver.
If I compile kernel with "Generic PCI bus-master DMA support"
and run "hdparm -d1 /dev/hda" I get 700% performance increase
on hdparm -t b
On Sun, Feb 25, 2001 at 05:58:32PM +0100, Mike Galbraith <[EMAIL PROTECTED]> wrote:
> Signal delivery during oomest does not work (last time I tested).
> Andrea fixed this once.. long time ~problem.
Hmm, here is soemthing that is new: Just now, the machine gets VERY very
sluggish and swaps:
Oh, and one last thing I forgot: loop devices. Since 2.4.1 (the first
version I used) through 2.4.2 and 2.4.2ac3 I only get:
cerebro:~# strace -f -o x losetup -e rc6 /dev/loop0 /dev/hdd
Memory Fault
And then no access to the loop device works anymore (clearly this is after
the 2.4.0.something cr
In article <[EMAIL PROTECTED]> you wrote:
> A better approach might be to find or invent a generic compressed file system.
> Given that, you just build a compressed root, copy an image of it into ramdisk
> and let the compressed FS driver handle it from there. I suspect such a driver
> might be u
On Sun, Feb 25, 2001 at 06:34:01PM +0100, Jens Axboe wrote:
> Any reason why you don't have a lower wake-up limit for the queue?
The watermark diff looked too high (it's 128M in current Linus's tree), but it's
probably a good idea to resurrect it with a max difference of a few full sized
requests
Hi,
Here is a new version of the patch I recently sent to the list with some
NBD cleanups and a bug fix in ll_rw_blk.c. The changes to NBD have Pavel
Machek's approval as I've left out the two changes as he suggested.
The bug fix in ll_rw_blk.c prevents hangs when using block devices which
don
Note as stated in the FAQ: I am not subscribed, so please CC also to me,
when answering. (Or else my spies have to do this. :) )
Mahlzeit
I have been told, that I might get help here. I have a Sony VAIO C1Vx.
(In my case x=E.) My problem is the power management, i.e. standby and
suspend. I was
Matthias Bruestle writes:
> Note as stated in the FAQ: I am not subscribed, so please CC also to me,
> when answering. (Or else my spies have to do this. :) )
>
> Mahlzeit
>
>
> I have been told, that I might get help here. I have a Sony VAIO C1Vx.
> (In my case x=E.) My problem is the power ma
The bug with truncate in the fat filesystem that was present in 2.4.0,
and fixed with the 2.4.0-ac12 (or earlier) patch is still in the main
(unpatched) kernel, both 2.4.1 and 2.4.2. The problem is that I cannot
apply the 2.4.0-ac patch to the newer kernels and I cannot patch up to
2.4.1 from 2.4
> The bug with truncate in the fat filesystem that was present in 2.4.0,
> and fixed with the 2.4.0-ac12 (or earlier) patch is still in the main
It isnt a bug. The fix in 2.4-ac I've dropped. A program that assumes
ftruncating a file large will work is broken.
Alan
-
To unsubscribe from this li
Ok, found it. It is related to the last null byte problem in that it also
only happens when the direct item is split between two blocks. This is
more likely as the tail increases in size, which is why you saw it on
larger small files.
The bug is in the code that zeros the unused part of the un
On 02.25 Nick Kurshev wrote:
> Hello!
>
> I have downloaded a full tarball of linux-kernel-2.4.0 and patches:
> patch-2.4.1 patch-2.4.2.
> But patch-2.4.1 imho it not complete. During linking a linker said about
> unresolved reference:
> __buggy_fxsr_alignment
Are you using pgcc ?
Which compile
A E Lawrence wrote:
>
> A E Lawrence wrote:
> >
> > Alan Cox wrote:
> > >
> > > > I have seen similar problems on stock 2.4.2 a machine which has not run
> > > > 2.4.1.
> > >
> > > What disk controllers ? We really need that sort of info in order to see the
> > > pattern in the odd reports of cor
On Sun, Feb 25, 2001 at 07:57:29PM +, Steve Whitehouse wrote:
> The bug fix in ll_rw_blk.c prevents hangs when using block devices which
> don't have plugging functions,
It looks the right fix (better than 2.4.0 that didn't had such bug but that was
recalling the request_fn at every inserctio
On Sun, Feb 25 2001, Andrea Arcangeli wrote:
> On Sun, Feb 25, 2001 at 07:57:29PM +, Steve Whitehouse wrote:
> > The bug fix in ll_rw_blk.c prevents hangs when using block devices which
> > don't have plugging functions,
>
> It looks the right fix (better than 2.4.0 that didn't had such bug b
Here is the small patch required to enable the olympic driver to work with
the olympic chipset based cardbus tokenring adapters.
The patch is against stock 2.4.2.
(Bigger fixes to enable proper hot-swap and pci api updates are in the
works)
Thanks
Mike Phillips
Linux Token Ring Project
http://
...
> It happens when dma is enabled by hdparm -d1 /dev/hda or when dma is
> enabled automatically by the kernel.
>
> I have an Abit kt7 mb with the kt133 chipset,Athlon 900 , 128MB mem,
> quantum fireball 20G disk, gcc 2-95-2 , glibc 2-2-1.
>
> There are no problems with dma disabled.
>
> I wa
On Fri, Feb 23 2001, Steven Walter wrote:
> After upgrading to 2.4.2, gcd or any audio CD player will work. The
> attached chunk of dmesg is the messages produced by attempting to play
> them. The player just loops through all tracks, playing nothing.
> Ripping CD's a la cdparanoia still works.
On Sun, Feb 25 2001, Mircea Ciocan wrote:
> Simple, our friends at No-name OEM Corporation ;) named that drive
> "CDROM DRIVE 52X" in his ID string, a perfect OEM name that does not
> involves any brand and looks good in windoze where the l/user see it in
> system configuration as above.
>
> for partitions not in the first 8gb of a harddisk, what
> should the c/h/s start and end value be ?
http://www.linuxdoc.org/HOWTO/Large-Disk-HOWTO.html
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
> > Note as stated in the FAQ: I am not subscribed, so please CC also to me,
> > when answering. (Or else my spies have to do this. :) )
Mahlzeit
On Sun, Feb 25, 2001 at 08:07:02PM +, Drew Bertola wrote:
> Try Gvaiocontrols for screen brightness (the volume control doesn't
> work yet).
Tha
On Sun, Feb 25, 2001 at 04:35:34PM +0100, Andreas Jellinghaus wrote:
> for partitions not in the first 8gb of a harddisk, what
> should the c/h/s start and end value be ?
>
> most fdisks seem to set start and end to 255/63/1023.
> but partition magic creates partitions with start set to
> 0/1/10
On Sun, 25 Feb 2001, A E Lawrence wrote:
> A E Lawrence wrote:
> >
> > A E Lawrence wrote:
> > >
> > > Alan Cox wrote:
> > > >
> > > > > I have seen similar problems on stock 2.4.2 a machine which has not run
> > > > > 2.4.1.
> > > >
> > > > What disk controllers ? We really need that sort of inf
Alexander Viro wrote:
> No kludges actually needed. "Simplified boot sequence" _is_ simplified -
> we overmount the "final" root over ramfs. Initially empty. So you have
> the normal environment when you load ramdisk, etc.
So is this the Holy Grail, err, union mount we've discussed about one year
Not currently on
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
until its happy again.
For the moment get it from
ftp://ftp.linux.org.uk/pub/linux/alan/2.4-ac
2.4.2-ac4
o Fix Make xconfig failure(J Magallon)
o
Note as stated in the FAQ: I am not subscribed, so please CC also to me,
when answering. (Or else my spies have to do this. :) )
Mahlzeit
I played a bit around more. /proc/sys/acpi looks good. The disassembled
output of FAC{SP} and DSDT o.s.l.t. looks "meaningfull". But I cannot
see any events
Nate Eldredge writes:
> Kernel 2.4.2-ac3.
>
> FLAGS UID PID PPID PRI NI SIZE RSS WCHAN STA TTY TIME COMMAND
> 40 0 425 1 -1 -20 0 0 downDW< ? 0:00 (loop0)
It looks like this has been addressed in the thread "242-ac3 loop
bug". Jens Axboe po
On Sun, 25 Feb 2001, Werner Almesberger wrote:
> Alexander Viro wrote:
> > No kludges actually needed. "Simplified boot sequence" _is_ simplified -
> > we overmount the "final" root over ramfs. Initially empty. So you have
> > the normal environment when you load ramdisk, etc.
>
> So is this t
On Sun, Feb 25 2001, Nate Eldredge wrote:
> Nate Eldredge writes:
> > Kernel 2.4.2-ac3.
> >
> > FLAGS UID PID PPID PRI NI SIZE RSS WCHAN STA TTY TIME COMMAND
> > 40 0 425 1 -1 -20 0 0 downDW< ? 0:00 (loop0)
>
> It looks like this has been ad
I'm trying to chase down a semaphore time-out problem. I want to
sleep on a semaphore until either
(a) it's signalled, or
(b) some amount of time has elapsed.
What I'm doing is calling add_timer, and then down_interruptible, and
finally del_timer. The timer's function ups the semaphore.
The c
On Sun, Feb 25, 2001 at 07:57:29PM +, Steve Whitehouse wrote:
> -int nbd_init(void)
> +int __init nbd_init(void)
> -void cleanup_module(void)
> +void __exit nbd_cleanup(void)
> +
> +module_init(nbd_init);
> +module_exit(nbd_cleanup);
If you're using module_init/module_exit, shouldn't nbd_in
On Sun, 25 Feb 2001, Jens Axboe wrote:
> On Sun, Feb 25 2001, Nate Eldredge wrote:
> > Nate Eldredge writes:
> > > Kernel 2.4.2-ac3.
> > >
> > > FLAGS UID PID PPID PRI NI SIZE RSS WCHAN STA TTY TIME COMMAND
> > > 40 0 425 1 -1 -20 0 0 downDW
On Sun, Feb 25 2001, Russell King wrote:
> On Sun, Feb 25, 2001 at 07:57:29PM +, Steve Whitehouse wrote:
> > -int nbd_init(void)
> > +int __init nbd_init(void)
>
> > -void cleanup_module(void)
> > +void __exit nbd_cleanup(void)
>
> > +
> > +module_init(nbd_init);
> > +module_exit(nbd_cleanup
Alan Cox wrote:
> Not currently on
> ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
> until its happy again.
>
> For the moment get it from
>
> ftp://ftp.linux.org.uk/pub/linux/alan/2.4-ac
>
> 2.4.2-ac4
Does this have any fixings for the RSS and CPU mis-
On 25-Feb-2001 Tim Waugh wrote:
> I'm trying to chase down a semaphore time-out problem. I want to
> sleep on a semaphore until either
>
> (a) it's signalled, or
> (b) some amount of time has elapsed.
>
> What I'm doing is calling add_timer, and then down_interruptible, and
> finally del_timer
> Does this have any fixings for the RSS and CPU mis-allocations? I put
> 2.4.2 ac3 on my notebook last night and Enlightenment is taking 9805% of
> the cpu and about 4 terabytes is resident.
> That is the only process doing that.
Not yet. Im waiting for the VM folks to fix it.
-
To unsubscrib
Hi,
Oops, sorry. Updated patch below. Jens & Russell: Thanks for pointing
this out,
Steve.
>
> On Sun, Feb 25 2001, Russell King wrote:
> > On Sun, Feb 25, 2001 at 07:57:29PM +, Steve Whitehouse wrote:
> > > -int nbd_init(void)
> > > +int __init nbd_init(void)
> >
> > > -void cleanup_modu
Tim Waugh wrote:
>
> I'm trying to chase down a semaphore time-out problem. I want to
> sleep on a semaphore until either
>
> (a) it's signalled, or
> (b) some amount of time has elapsed.
>
> What I'm doing is calling add_timer, and then down_interruptible, and
> finally del_timer. The timer'
Well, I Discovered, something strange. I put in a blank new CD-R, so these
errors are not of concern? (In which case why have the kernel log get
spewed with them if they are guaranteed to happen?)
Shawn.
--
Hugged a Tux today? (tm)
On Sun, 25 Feb 2001, Mike Galbraith wrote:
> The way sg_low_m
-
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 the FAQ at http://www.tux.org/lkml/
On Sun, 25 Feb 2001 13:39:16 -0500,
Pete Toscano <[EMAIL PROTECTED]> wrote:
>Unable to handle kernel NULL pointer dereference at virtual address 017c
> printing eip:
>and then the KDB prompt appears. Back when I had my emu10k problems,
>Keith Owen told me to (in a nutshell), go through the r
Hello, l-k.
On my ThinkPad 600, The ThinkPad PnP BIOS configures
all PnP devices at boot time.
If I load the isa-pnp.o driver it never detects any ISA PnP
devices: it says "isapnp: No Plug & Play device found". This
is unfortunate, because it means that device drivers can't
find out from isa-pn
In message <[EMAIL PROTECTED]> you write:
> Jeff Garzik <[EMAIL PROTECTED]> writes:
>
> > Advantages: A de-allocation immediately followed by a reallocation is
> > eliminated, less L1 cache pollution during interrupt handling.
> > Potentially less DMA traffic between card and host.
> >
> > Dis
Thomas Hood wrote:
> On my ThinkPad 600, The ThinkPad PnP BIOS configures
> all PnP devices at boot time.
>
> If I load the isa-pnp.o driver it never detects any ISA PnP
> devices: it says "isapnp: No Plug & Play device found". This
> is unfortunate, because it means that device drivers can't
>
Alexander Viro wrote:
> No. Just an overmount.
Ah, too bad. Union mounts would have been really elegant (allowing the
operation to be repeated without residues, and also allowing umounting
of the covered FS as a sanity check). But I guess there's no way to
implement them without performance penal
Please also check vger.timpanogas.org/nwfs/nwfs.tar.gz:disk.c for NetWare
specific calculations of the CHS values, a different method is used for
NetWare partitions vs. everything else (Novell just had to be different).
If you do not use their methods on NetWare partitions, NetWare will not
reco
- Original Message -
From: "Jeff V. Merkey" <[EMAIL PROTECTED]>
To: "Guest section DW" <[EMAIL PROTECTED]>; "Andreas Jellinghaus"
<[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Sunday, February 25, 2001 5:02 PM
Subject: Re: partition table: chs question
>
> Please also check vger.timpan
1 - 100 of 147 matches
Mail list logo
