Hi,
Patch looks not necessary. The compiler executes the statements until it
encounters a break.
> - case BTN_EXTRA: if (list->mode > 1)
>{ index = 4; break; }
> + case BTN_EXTRA: if (list->mode >
In article <[EMAIL PROTECTED]> you wrote:
> On Wed, 20 Sep 2000, Timur Tabi wrote:
> Well the code does a fnsave. Somebody never looked at the damn book! it
> takes 143 clocks for this, plus at least 3 for fwait. Then it sets a
> flag to let return code 'know' if the context has to be restored.
Linus Torvalds wrote:
>
> On Thu, 21 Sep 2000, M.H.VanLeeuwen wrote:
> >
> > Is this patch acceptable?
>
> Please explain.
>
> The test seems to be that "if there are IO_APICs, a PnP irq _has_ to be an
> IO_APIC irq".
>
> > + if (!IO_APIC_IRQ(irq) && io_apic_irqs)
> > +
Douglas Gilbert wrote:
> @@ -1298,18 +1302,20 @@
> }
>
> #ifdef MODULE
> -
> MODULE_PARM(def_reserved_size, "i");
> MODULE_PARM_DESC(def_reserved_size, "size of buffer reserved for each fd");
> +#endif /* MODULE */
MODULE_xxx typically doesn't need to be surrounded by ifdef MODULE.
Also
On Thu, 21 Sep 2000, Alan Cox wrote:
> I'd disagree on the ISP thing too btw. Telcos care a lot about hotswap PCI,
> but ISP services you can take a down box with a failover of a machine -
> which in general is a lot easier and overall better coverage
Alan, you want an ISP to configure identical
08 2000
@@ -11,9 +11,13 @@
Version 2 and 3 extensions to driver:
* Copyright (C) 1998 - 2000 Douglas Gilbert
- Version: 3.1.16 (2716)
-This version is for 2.3/2.4 series kernels.
+Version: 3.1.17 (2921)
+This version is for 2.4 series kernels.
+Changes since 3.1.16
Thanks to those who responded. I tried a K6-2 500 and it worked fine, so
my chip looks like it's buggy or has mysteriously died. Will contact AMD
to see if they can replace it, don't like my chances seeing it's 18 months
old, never know though.
Thanks again,
Daniel. :)
On Tue, 19 Sep 2000,
Hello,
I tried getting the interrupt descriptor table register (IDTR) using
sidt but... the system crashed? it first told me about a null pointer
dereference (sorry, haven't got the oops any more) and then all processes
died away. on the console i repeatedly got the message "no vm86 information:
On Thu, 21 Sep 2000 19:49:59 -0400,
Brian Gerst <[EMAIL PROTECTED]> wrote:
>Currently, System.map contains a significant number of automatically
>generated symbols. These symbols are unnecessary for debugging since
>they represent individual elements of the exported symbol and PCI device
Date: Fri, 22 Sep 2000 02:18:05 +0200
From: Andrea Arcangeli <[EMAIL PROTECTED]>
As far as sleep_time is ok to be set to zero its missing
initialization is right.
Indeed.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe
On Fri, Sep 22, 2000 at 01:31:06AM +0200, Andi Kleen wrote:
> You added a linear IP search to fast path ARP processing. The people running
> thousands of IP aliases will surely love you. You could at least use the
> ip_route_input output instead that arp_rcv computes anyways and check
> for
Does anyone know what Video Drivers will allow X to
work with an Intel Graphics Controller
(82815 Graphics Controller)
(on a Intel D815EEA) Motherboard? The VesaFB does
not work properly with it properly.
00:02.0 VGA compatible controller: Intel
Corporation: Unknown device 1132 (rev 02)
On Thu, Sep 21, 2000 at 03:23:17PM -0700, David S. Miller wrote:
>
> How did you get away with adding a new member to task_struct yet not
> updating the INIT_TASK() macro appropriately? :-) Does it really
> compile?
As far as sleep_time is ok to be set to zero its missing initialization is
Followup to: <[EMAIL PROTECTED]>
By author:Matti Aarnio <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> On Thu, Sep 21, 2000 at 07:38:15AM -0500, Joshua Jore wrote:
> > Huh? *is* supposed to be equivalent to according to RFC822.
>
> *NOT* for Procmail's REGULAR EXPRESSIONS.
Hi,
There seem to be something weird in 2.4 compared to 2.2.
The masquerading in 2.4 can apparently transform a router into an
automatic trafic generator in some cases.
Here is the logical network configuration I have, a simple masqueraded
network :
IFE
I (bepc.paralline.i) : internal
On Thu, Sep 21, 2000 at 06:38:39PM -0500, Peter Samuelson wrote:
> Right. Functionally they overlap (lvm can do the equivalent of md
> linear) but structurally, the md drivers all operate under the md
lvm can do linear and raid0 (striping in two or more disks), and it supports
live snapshotting
Currently, System.map contains a significant number of automatically
generated symbols. These symbols are unnecessary for debugging since
they represent individual elements of the exported symbol and PCI device
tables, yet represent about 60% of the symbols in System.map. This
patch adds a
Eric Youngdale writes:
> .initcall.init : { *(.initcall.init1) }
> .initcall.init : { *(.initcall.init2) }
> .initcall.init : { *(.initcall.init) }
I like this idea.
I would add initcall.init8 and initcall.init9 in order to have some
levels after the normal initcalls.
> It isn't as ugly as
Hi again,
Further hints.
More testing (printks in refill_inactive and page_launder)
reveals that refill_inactive works ok (16 pages) but
page_launder never succeeds in my lockup state... (WHY)
alloc fails since there is no inactive_clean and free is
less than MIN. And then when page_launder
[Andrea]
> LVM and MD have nothing common. They're two completly orthogonal
> piece of code
Right. Functionally they overlap (lvm can do the equivalent of md
linear) but structurally, the md drivers all operate under the md
framework and user-toolset while lvm has its own framework and
On Thu, Sep 21, 2000 at 04:09:41PM -0700, Marc MERLIN wrote:
> I updated my duplicate IP detection patch to work with 2.4.
>
> I announced the 2.2 version here last year, and several people expressed
> interest in it, but it never made it into the kernel unfortunately. I asked
> a few times
I updated my duplicate IP detection patch to work with 2.4.
I announced the 2.2 version here last year, and several people expr=
essed
interest in it, but it never made it into the kernel unfortunately. I =
asked
a few times and eventually gave up as I didn't want to appear overly =
pushy
On Thu, 21 Sep 2000 18:54:33 -0400 (EDT),
Byron Stanoszek <[EMAIL PROTECTED]> wrote:
>On Fri, 22 Sep 2000, Keith Owens wrote:
>> The idea is to write characters direct to the video screen during
>> booting using a macro called VIDEO_CHAR.
>
>Why not just redirect printk() to output a string of
On Thu, Sep 21, 2000 at 11:27:01PM +0100, Alan Cox wrote:
> >From: Alan Cox <[EMAIL PROTECTED]>
> >
> >Having slowly switched every list I have to run or help run to
> >mailman I can recommend the pain of the switch over the pain of
> >running majordomo
> >
> > I suggested this
Tsk, forgot the cc.
-- Forwarded message --
Date: Thu, 21 Sep 2000 23:59:09 +0100 (BST)
From: Matthew Kirkwood <[EMAIL PROTECTED]>
To: Linus Torvalds <[EMAIL PROTECTED]>
Subject: [PATCH] RAID autorun fix
Hi,
The attached diff makes RAID autorun work for me.
It transpired
On Fri, 22 Sep 2000, Keith Owens wrote:
> If a kernel hangs early in the boot process (before the console has
> been initialized) then printk is no use because you never see the
> output. There is a technique for using the video display to indicate
> boot progress so you can localize the
Hi Daniel,
> tar -cvf /dev/f1 .
Take a look at the line before it:
tar:
tar -cvf /dev/f1 .
This goal has been in the net/*/Makefile files a very long time. I see
it in linux-0.99.1.tar!
My guess is that the original author/user of this little goal liked to
back up
On Thu, 21 Sep 2000, Alan Cox wrote:
> > > > It is sufficient when you do tsk->flags |= PF_USEDFPU first.
> > >
> > > Unless you sleep
> >
> > Unless I'm missing something the lazy FPU state save in the 2.4 switch_to will
> > do the right thing at least on x86. Your kernel FPU state will
Linux 2.4.0-test6 i386
I've just put a manual arp entry in for 192.168.56.1.
arp -n does not show it.
/proc/arp
has the following line
192.168.56.10x10xc
where the ipaddress and the HWtype are jammed against each other.
dare i suggest this might be a bug?
Regards
hisdad
-
To
If a kernel hangs early in the boot process (before the console has
been initialized) then printk is no use because you never see the
output. There is a technique for using the video display to indicate
boot progress so you can localize the problem. Reporting "my kernel
hangs during boot at
On Thu, Sep 21 2000, Michael Elizabeth Chastain wrote:
> torben> core-hosts/i2o-upper.
>
> Ok, I understand the problem.
>
> Can you elaborate some more on exactly which files go in "core",
> "hosts", and "upper"? My understanding is:
>
> # drivers/scsi
> scsi-core-files :=
> I would like to upgrade my kernel which is bundled with Red Hat. However,
> I don't want to lose modules/functions it has complied. How can I do
> it? Is there any command to check the current config and how can I check
> the modules it has as well?
The Red Hat bundled source rpm package
> >>EIP; c01527b9<=
> Trace; c015357b
> Trace; c01363d8
> Trace; c012c1e7
> Trace; c01371a9 <__user_walk+4d/58>
> Trace; c012c23b
> Trace; c011d630
> Trace; c0108d83
> Code; c01527b9
> <_EIP>:
> Code; c01527b9<=
>0: f6 43 34 40
How did you get away with adding a new member to task_struct yet not
updating the INIT_TASK() macro appropriately? :-) Does it really
compile?
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
> unsigned long test_data;
>
> int init_module(void)
> {
> void *virt = _data;
> unsigned long phys = virt_to_phys(virt);
>
> When I run this and check the valur of virt and phys, it appears that phys is
> outside the range of physical memory! That is, if I have 512MB of RAM, then
>
> Well the code does a fnsave. Somebody never looked at the damn book! it
Oh I did. And then I timed the performance for the copying cases
Alan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at
> } On Wed, 20 Sep 2000, Adrian Cox wrote:
> } > cPCI is PCI + hotswap. Most people seem to ignore the hotswap, except at
> } > tradeshows.
> }
> } ISPs certainly don't ignore hotswap. Unfortunately, Linux does. :) :(
>
> PowerPC has hotswap for Motorola boards thanks to Johnnie Peters and Matt
On Thu, Sep 21, 2000 at 11:28:26PM +0100, Alan Cox wrote:
> > > > It is sufficient when you do tsk->flags |= PF_USEDFPU first.
> > >
> > > Unless you sleep
> >
> > Unless I'm missing something the lazy FPU state save in the 2.4 switch_to will
> > do the right thing at least on x86. Your kernel
> > > It is sufficient when you do tsk->flags |= PF_USEDFPU first.
> >
> > Unless you sleep
>
> Unless I'm missing something the lazy FPU state save in the 2.4 switch_to will
> do the right thing at least on x86. Your kernel FPU state will overwrite the
> user FPU state in current, but that's
Alan Cox said:
> Having slowly switched every list I have to run or help run to mailman I can
> recommend the pain of the switch over the pain of running majordomo
There is a Majordomo 2 in development. I'm using it for all of my
lists now. The upgrade from Majordomo 1 wasn't terribly
On Thu, Sep 21, 2000 at 11:08:36PM +0100, Alan Cox wrote:
> > On Thu, Sep 21, 2000 at 11:36:17AM +, John Alvord wrote:
> > > A 2.5-time problem is that portions of the kernel are planned to
> > > become interruptible... so saving and restoring around a certain usage
> > > would be
Sometime between test9-pre3 and test9-pre5, the alternative UHCI driver
(uhci.o) got screwed up - with my MS Natural Keyboard Pro in USB mode &
using the keybdev + hid + uhci driver, pressing one of caps/num/scroll
lock
turns the appropriate light on, but then when pressing the same
> It seems as if linux 2.2.17 is calculating a strange value for my bogomips
> value. I thought is was supposed to be somewhere near the processor
> speed. Perhaps I am missing something?
bogo - see bogus ;)
Its just an internal magic number
-
To unsubscribe from this list: send the line
On Fri, Sep 22, 2000 at 12:03:20AM +0900, Yoichi Imai wrote:
> I think it's a bug.
I think it's a feature.
> --- linux-2.4.0-test8/drivers/input/mousedev.c Wed Aug 23 01:06:31 2000
> +++ linux/drivers/input/mousedev.c Thu Sep 21 22:20:22 2000
> @@ -121,12 +121,12 @@
>
torben> core-hosts/i2o-upper.
Ok, I understand the problem.
Can you elaborate some more on exactly which files go in "core",
"hosts", and "upper"? My understanding is:
# drivers/scsi
scsi-core-files := scsi_mod.o scsi_syms.o
scsi-hosts-files := ... everything not in core and
Linus Torvalds wrote:
>
> On Thu, 21 Sep 2000, Abramo Bagnara wrote:
> >
> > In ALSA we use the return value from ioctl as a simple way to return a
> > positive number to user space (if the return value is less than 0 we got
> > error, of course)
>
> Looks fine to me. It's how most UNIX system
Date:Thu, 21 Sep 2000 22:58:16 +0100 (BST)
From: Alan Cox <[EMAIL PROTECTED]>
Having slowly switched every list I have to run or help run to
mailman I can recommend the pain of the switch over the pain of
running majordomo
I suggested this but Matti immediately told me
> On Thu, Sep 21, 2000 at 11:36:17AM +, John Alvord wrote:
> > A 2.5-time problem is that portions of the kernel are planned to
> > become interruptible... so saving and restoring around a certain usage
> > would be insufficient.
>
> It is sufficient when you do tsk->flags |= PF_USEDFPU
> I've looked Singe UNIX Specification, Version 2 and there this seems
> perfectly acceptable.
>
> I'd like very much to have some feedback to do the RightThing (tm).
>
> The alternative of course would be to add a result field inside struct
> passed by pointer to ioctl call.
Linux doesnt
> On Wed, 20 Sep 2000, Lyle Coder wrote:
> >You cannot use MMX registers in the kernel either, since the kernel doesen't
> >save and restore FX state (fxsave, fxrstor) either (just like
> >(fsave/frstor).
>
> You might want to tell the software RAID maintainers that... RAID5 CRC
> calculations
Date: Thu, 21 Sep 2000 14:17:12 -0700
From: Richard Henderson <[EMAIL PROTECTED]>
Why would you need to cook up any sparc bits? Jakub
already has a proper implementaion of qrnnd for sparc...
Nevermind, brain fart.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this
> According to DaveM: No.
> (Sometimes he holds possibly bad opinnions as ferociously as Linus,
>but on the other hand, that Majordomo 1.x digester breaks structured
>MIME messages BADLY. It should be trivial to fix, but I don't hack
>Md, I hack ZMailer -- and also sometimes the
On Thu, Sep 21 2000, Michael Elizabeth Chastain wrote:
> Torben Mathiasen wrote:
>
> > I can't seem to find a clean way of getting the drivers outside
> > "drivers/scsi" to link _after_ the other low-level drivers.
>
> Can you characterize the problem in more detail for me? That is,
> exactly
Torben Mathiasen wrote:
> I can't seem to find a clean way of getting the drivers outside
> "drivers/scsi" to link _after_ the other low-level drivers.
Can you characterize the problem in more detail for me? That is,
exactly what link order constraints you are trying to obey.
I am thinking
Andre Hedrick wrote:
> The ATAPI-DMA code for the use of all addon cards is not native.
> You are not allowed to do ATAPI-DMA on these, yet.
> I do not care what the OEM claims with their drivers, Linux chipset code
> is not completed or started to do this in 95 % of the cases.
>
> Cheers,
>
>
On Tue, Sep 19, 2000 at 08:58:06PM -0700, David S. Miller wrote:
> Is this a serious patch submission or just a call for testing? If the
> former, I need to cook up the sparc bits once it gets in :-)
Huh? A serious patch submission, since it fixes a bug.
Why would you need to cook up any
On Thu, Sep 21 2000, Douglas Gilbert wrote:
> Torben Mathiasen wrote:
> >
> > Ok, small patch cooked up. Not tested, not compiled. Give
> > it a try, and if it works please send it off to Linus.
> > I really need to get some work done on a project...
>
> Here is a very similar patch that has
Hi!
> Umount report "busy" when i try r/o remount the root filesystem at end
> of
> halt script. My halt script ends with:
>
> # Begin of halt
> kill -9 -1
> umount -a
> mount -n -o remount,ro /
BTW is this right? Does kill -9 guarantee that all syscalls are dead by
the time it returns from
Cannot boot with 2.4.0-test9-pre5
gcc 2.7.3
compiled as PIII
the .config is the same of previous mails :)
Yuri
--
"I bambini nascono per essere felici"
Jose' Marti'
Hi,
Tried your patch on 2.2.4-test9-pre4
with the included debug patch applied.
Rebooted, started mmap002
After a while it starts outputting (magic did not work
this time - usually does):
- - -
"VM: try_to_free_pages (result: 1) try_again # 12345"
"VM: try_to_free_pages (result: 1) try_again
On Thu, Sep 21, 2000 at 09:39:07PM +0200, Torben Mathiasen wrote:
> Ok, small patch cooked up. Not tested, not compiled. Give
> it a try, and if it works please send it off to Linus.
> I really need to get some work done on a project...
This worked, thanks. :)
Simon-
[ Stormix Technologies
On Thu, 21 Sep 2000, M.H.VanLeeuwen wrote:
>
> Is this patch acceptable?
Please explain.
The test seems to be that "if there are IO_APICs, a PnP irq _has_ to be an
IO_APIC irq".
> + if (!IO_APIC_IRQ(irq) && io_apic_irqs)
> + return 1;
Which makes no sense to me. Why
On Thu, Sep 21, 2000 at 10:39:27AM -0500, Erik McKee wrote:
> It seems as if linux 2.2.17 is calculating a strange value for my bogomips
> value. I thought is was supposed to be somewhere near the processor
> speed. Perhaps I am missing something?
In 2.3.x they changed the BogoMIPS algorithm.
Running here SMP dual celeron, 440BX, 2HD( Maxtor 1G IBM 9G)
ISA 3c509, 128MB ram,
nfsroot server for 2 clients, X, workstation,
Once a day of serious usage computer locks up.
Most part sysrq works.
Now I had to work on text-console(test9 clean) for some days
and got 2 lockups:
1. nfs was in
t;Version: 3.1.16 (2716)";
- static int sg_version_num = 30116; /* 2 digits for each component */
+ static char * sg_version_str = "Version: 3.1.17 (2921)";
+ static int sg_version_num = 30117; /* 2 digits for each component */
/*
* D. P. Gilbert ([EMAIL PROTE
Ok, small patch cooked up. Not tested, not compiled. Give
it a try, and if it works please send it off to Linus.
I really need to get some work done on a project...
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maintainer
http://tlan.kernel.dk
diff -ur --exclude-from=/root/torben
> Not only Sun does, Linux does too (e.g. in various networking ioctls).
> I would just fix the man page.
Ach - more ugliness in Linux.
New man page fragment:
...
RETURN VALUE
Usually, on success zero is returned. A few ioctls use
the return value as an output parameter and
Erik McKee wrote:
>
> Hello!
>
> It seems as if linux 2.2.17 is calculating a strange value for my bogomips
> value. I thought is was supposed to be somewhere near the processor
> speed. Perhaps I am missing something?
>
> Have a nice day ;)
> Erik
>
> Detected 99547 kHz processor.
...
>
Thank you Martin! Upgrading to test9-pre5 and applying your patch
works a treat. I've tried running through the steps that lead to the
crash with the old kernel and there's now no trace of an oops! Thanks
also to Igmar Palsenberg who pointed me in the right direction.
John
On Thu, Sep 21 2000, Douglas Gilbert wrote:
[delete]
> > At one point before I followed some of the debug/logging commands listed
> > at the top of sg.c and got an Oops as well...
>
> Seems as though I've got a lot of retesting to do.
>
Please note that the changes to the scsi midlayer
On Thu, Sep 21, 2000 at 02:34:01PM -0400, Douglas Gilbert wrote:
> I do nearly all of my testing with sg as a module.
> So this looks like (another recent) breakage.
>
> It is beginning to look like the sg driver is not
> (properly) initialized when it is built into the
> kernel. Perhaps you
Followup to: <[EMAIL PROTECTED]>
By author:Linus Torvalds <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> Actually, even simpler approach:
>
> - always clear db7 after sending signal - don't test for pending or for
>kernel mode at all at that point.
> - re-load %db7 at the top
Simon Kirby wrote:
>
> On Thu, Sep 21, 2000 at 01:12:27PM -0400, Douglas Gilbert wrote:
>
> > Interesting. 'cat /proc/scsi/scsi' should show the same
> > devices as 'cat /proc/scsi/sg/device_strs' [and
> > 'cat /proc/scsi/sg/devices']. If not, then the SCSI
> > mid-level is not calling
Torben Mathiasen wrote:
>
> On Thu, Sep 21 2000, Douglas Gilbert wrote:
>
> [deleted]
>
> > It is not clear to me what "hacking" sg requires as
> > Torben Mathiasen suggested in his response. This seems
> > like a mid level problem. I'll check with my scsi
> > scanner this evening.
> >
>
>
Rik van Riel wrote:
>
> On Wed, 20 Sep 2000, Roger Larsson wrote:
>
> > I added a counter for try_again loops.
> >
> > ... __alloc_pages(...)
> >
> > int direct_reclaim = 0;
> > unsigned int gfp_mask = zonelist->gfp_mask;
> > struct page * page = NULL;
> > + int
On Thu, Sep 21, 2000 at 01:12:27PM -0400, Douglas Gilbert wrote:
> Interesting. 'cat /proc/scsi/scsi' should show the same
> devices as 'cat /proc/scsi/sg/device_strs' [and
> 'cat /proc/scsi/sg/devices']. If not, then the SCSI
> mid-level is not calling sg_detect() [in sg.c] for
> all new scsi
On Thu, 21 Sep 2000, Linus Torvalds wrote:
>
> I would suggest an alternate patch, which would be something like
>
> if (SIGTRAP is pending in tsk)
> goto clear_dr7;
Actually, even simpler approach:
- always clear db7 after sending signal - don't test for pending or for
On Thu, Sep 21 2000, Douglas Gilbert wrote:
[deleted]
> It is not clear to me what "hacking" sg requires as
> Torben Mathiasen suggested in his response. This seems
> like a mid level problem. I'll check with my scsi
> scanner this evening.
>
Well first of all the sg driver needs to be updated
Just tested it with a plain 2.4.0-test9-pre5 kernel and the problem is now
fixed.
Thanks to all involved,
Frank.
--
+ --- -- - - --
|Frank van de Pol -o)
| [EMAIL PROTECTED] /\\
| _\_v
|Linux - Why use Windows,
On Thu, 21 Sep 2000, James Cownie wrote:
>
> The problem
> http://www.geocrawler.com/archives/3/343/2000/8/0/4140605/
> which is on Alan's list to be looked at for 2.2 remains in
> 2.4.0.
>
> Here is a patch for 2.4.0
I'm very nervous that this patch couldlead to horrible performance issues
Simon Kirby wrote:
> Around 2.4.0-test9-pre2 (or so, definitely in pre3) both my SCSI scanner
> and trident sound card stopped being happy. They are still both broken
> in pre5. On test8, both work perfectly.
>
> On test8:
>
> (scsi0:6:0) Synchronous Data Transfer Request was rejected
>
On Tue, 19 Sep 2000, Jeff Dike wrote:
> [EMAIL PROTECTED] said:
> > I tested vanilla test7 with ptrace() patch. It breaks uml exactly
> > like I see with any kernel > test7.
>
> > exec_user.c:29 ptrace(PTRACE_SYSCALL, 4901, 0, 0) = 0
> > And voila, we got SIGSEGV instead of happy running
Hi,
I've found and fixed the deadlocks in the new VM. They turned out
to be single-cpu only bugs, which explains why they didn't crash my
SMP tesnt box ;)
They have to do with the fact that processes schedule away while
holding IO locks after waking up kswapd. At that point kswapd
spends its
On Mon, Sep 18, 2000 at 10:55:20PM -0700, Philippe Troin <[EMAIL PROTECTED]> wrote:
> Ideally, libpcap should be extended to support the LPFisms. A LSF
Indeed, and I sent a patch to do so about 4 weeks after LSF was in the
kernel, but nothing happened so far. ("Hey, the -s option suddenly works
On Sat, Sep 16, 2000 at 10:59:54PM +0200, Daniel Phillips
<[EMAIL PROTECTED]> wrote:
> Here we are, finally: code. I do not make any claim that this code is
> elegant, correct, complete, esthetically pleasing or that it will
> refrain from eating your hard disk.
>
> What this code will do is
On Wed, 20 Sep 2000, Roger Larsson wrote:
> I added a counter for try_again loops.
>
> ... __alloc_pages(...)
>
> int direct_reclaim = 0;
> unsigned int gfp_mask = zonelist->gfp_mask;
> struct page * page = NULL;
> + int try_again_loops = 0;
>
> - - -
>
> +
Hi,
It seems that it's fairly easy to get a ramfs stuck:
# mkdir bar
# mount -t ramfs bar bar
# umount bar
# mount -t ramfs bar bar
# chown nobody bar
# umount bar
umount: /root/bar: device is busy
#
This doesn't appear to affect ext2 filesystems, though.
Matthew
--
$ grep -c ramfs
I can't figure out why i can't login to X as user with the latest kernels
(test9-pre[2-4]). Maybe someone here can help?
Tiesitkö, että Sunpoint.netin käyttäjät voivat lukea sähköpostinsa myös
WAP-puhelimella.
On Thu, Sep 21, 2000 at 05:47:36PM +0200, Andrea Arcangeli wrote:
> On Thu, Sep 21, 2000 at 04:11:46PM +0200, Jan Niehusmann wrote:
> > Yes, lvm.c and lvm-snap.c are missing from drivers/md/.
>
> LVM and MD have nothing common.
Yes, I know. I'm not arguing about the right location for lvm. But
Hello!
It seems as if linux 2.2.17 is calculating a strange value for my bogomips
value. I thought is was supposed to be somewhere near the processor
speed. Perhaps I am missing something?
Have a nice day ;)
Erik
p.s. dmesg output attatched...
cc version 2.95.1 19990816 (release)) #8 Thu
** Reply to message from [EMAIL PROTECTED] on Thu, 21 Sep 2000 06:01:08 -0700
> I was curious about this when with OS/2, the Win-OS2 media player would not
> stop when I gave it the three-finger-salute while it was still playing a
> CD-ROM, that is, until it began to re-boot. When it re-boots,
On Thu, Sep 21, 2000 at 04:11:46PM +0200, Jan Niehusmann wrote:
> Yes, lvm.c and lvm-snap.c are missing from drivers/md/.
LVM and MD have nothing common. They're two completly orthogonal piece of code
(you can put LVM on top of MD but that's just because of the nice reentrance of
the blkdev API
Hi Vincent,
I have the same Problem on a Proliant 2500 and my Workstation
with a 3Com 3c509. Different Settings on the Network-Cards could
be the Problem (i.e. Half vs. Full-Duplex).
bye
michael
> COMPAQ Computer GmbH
Michael Schulz
Competence Center Enterprise Computing
Robert Bosch Str.5
Followup to: <[EMAIL PROTECTED]>
By author:Tigran Aivazian <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> A long time ago I noticed a curious feature on my Dell Latitude CPx
> H-450GT laptop - rebooting it via "shutdown -r now" (and therefore going
> through BIOS) does not discard
"Albert D. Cahalan" <[EMAIL PROTECTED]> wrote:
> In spite of that, it should be considered. It allows this:
>
> $ ls -log /proc/self/fd
> total 0
> lrwx--1 acahalan 64 Sep 21 09:12 0 -> /dev/pts/4
> lrwx--1 acahalan 64 Sep 21 09:12 1 -> /dev/pts/4
> lrwx--1
Hello.
I think it's a bug.
--- linux-2.4.0-test8/drivers/input/mousedev.c Wed Aug 23 01:06:31 2000
+++ linux/drivers/input/mousedev.c Thu Sep 21 22:20:22 2000
@@ -121,12 +121,12 @@
case BTN_TOUCH:
David Howells writes:
> Waldek Hebisch <[EMAIL PROTECTED]> wrote:
> I think we have a misunderstanding here... I meant that using the VFS
> structures for Win32 objects like mutexes, semaphores and events is
> massive overkill, and uses a great deal of unnecessary memory.
In spite of that, it
On Thu, Sep 21 2000, ismael ripoll wrote:
> The problem seems to be originatied by the new block devices
> interface..
Right
> The bug Is that in the function sbpcd_end_request
> the value of "req->q" is NULL.. and then:
>
> list_add(>queue, >q->queue_head); << FAILS >>
And I don't see why
On Wed, Sep 20, 2000 at 08:54:55PM -0400, Mohammad A. Haque wrote:
> I think lvm and lvm-snap didn't get moved into the md dir. Or maybe the
> Makefile in md needs to be fixed.
Yes, lvm.c and lvm-snap.c are missing from drivers/md/.
Additionally, drivers/Makefile needs to be modified: If you
Hi!
I have an old PC Pentium 100 with a CDROM x2
The CD driver used to work with:
modprobe sbpcd sbpcd=0x340,0
It works fine with all version of Linux but 2.3.?? and
above. Version 2.4.0-test5 also fails.
I've tried to solve the bug... but no way.
The module gets loaded
1 - 100 of 254 matches
Mail list logo
