"Jeff V. Merkey" wrote:
> Anyone out there a whiz at setting up a pppd dialin server? I am
> trying to put together an RPM for pppd dialin configurations
> that will support default Windows NT and Linux dial in clients
> without requiring the poor user to learn bash scripting, chat
> scripting,
My new 56k internal modem has speakerphone jacks, etc, and voice
recording capabilities allegedly. AOPEN 56k. Although it works
fine (but not at 56k) for dialin, I'm wondering if I can actually
use the speakerphone and voice recording features in Linux. The
.INF file that came with it contains
Charles Peterman wrote:
> Thanks, I had to putz with the gain to get sound out of it without
> turning my amp to 11, but yes it works. Do you know if anyone is
> putting in the effort to make the six channel useful?
>
> Thanks again,
Dunno about that, I use gmix for my mixer and it sounds
Anyone out there a whiz at setting up a pppd dialin server? I am
trying to put together an RPM for pppd dialin configurations
that will support default Windows NT and Linux dial in clients
without requiring the poor user to learn bash scripting, chat
scripting, mgetty and inittab
Keith Owens <[EMAIL PROTECTED]> wrote:
>"Adam J. Richter" <[EMAIL PROTECTED]> wrote:
>> Note that this is not a "final" version. I plan to go
>>through all of the changes and bracket all of these new tables
>>with #ifdef MODULE...#endif so they do not result in complaints
>>about the table
Russell King writes:
> Albert D. Cahalan writes:
>>> they are not only references to
>>> kernel functions, but also kernel data and read only data within
>>> the kernel text segment.
>>
>> 1. this is harmless
>> 2. this is useful (you might get a variable's name)
>
> Wrong. Op-codes on this
Doug Gilbert wrote:
> Roland,
> Assuming "sr" is a module and 'lsmod' doesn't
> show it as loaded then what does 'modprove sr_mod'
> report?
Thanks Doug, sometimes I'm totally blind it seems like.
Of some reason (probably mine fault...) it seems as the flag
CONFIG_BLK_DEV_SR=y
which I've had
Anyone having DMA errors that are dmaproc: error 14, there is not a clean
workaround yet. Also the Intel erratas state that only a bus reset will
clear the hang, but the details are loose.
Regards,
Andre Hedrick
CTO Timpanogas Research Group
EVP Linux Development, TRG
Linux ATA Development
-
On Fri, 24 Nov 2000, Mike Ricketts wrote:
> On Fri, 24 Nov 2000, Ion Badulescu wrote:
>
> > So I'm asking the same question, to all those who have seen unexplained
> > filesystem corruption with 2.4.0: are you using IDE drives? If the answer
> > is yes, can you check the logs and see if, at
Ishikawa wrote:
>
> 2.4.0-test-11: K7 compile error: `current' missing in string macro.
>
> Symptom:
> 2.4.0-test11 won't compile with K7 if we choose it for CPU.
>
> The compile error is attached at the end.
>
> The same config except for CPU (AMD K6) works.
> The diff of config is shown
On 24 Nov 2000 16:40:50 -0700,
[EMAIL PROTECTED] (Eric W. Biederman) wrote:
>Peter Samuelson <[EMAIL PROTECTED]> writes:
>
>> [Matt D. Robinson]
>> > Any way we can standardize 'make install' in the kernel? It's
>> > disturbing to have different install mechanisms per platform ...
>> > I can
On Fri, 24 Nov 2000 15:37:33 -0800,
"Adam J. Richter" <[EMAIL PROTECTED]> wrote:
> Note that this is not a "final" version. I plan to go
>through all of the changes and bracket all of these new tables
>with #ifdef MODULE...#endif so they do not result in complaints
>about the table being
NO!
Doing so VIOLATES the terms and agreement that you obtained the BINARY
Soft-Raid Engine and the GPL terms of the kernel.
On Fri, 24 Nov 2000, James Lamanna wrote:
> So, I have a system that has 2 45GB IDE drives connected
> up to a Promise Technologies Fasttrack 100.
> Promise
2.4.0-test-11: K7 compile error: `current' missing in string macro.
Symptom:
2.4.0-test11 won't compile with K7 if we choose it for CPU.
The compile error is attached at the end.
The same config except for CPU (AMD K6) works.
The diff of config is shown immediately below.
(I saved the old
Peter Samuelson <[EMAIL PROTECTED]> writes:
> [Matt D. Robinson]
> > Any way we can standardize 'make install' in the kernel? It's
> > disturbing to have different install mechanisms per platform ...
> > I can make the changes for a few platforms.
>
> 2.5 material, already on the todo list.
Ronald G Minnich <[EMAIL PROTECTED]> writes:
> On Fri, 24 Nov 2000, I+D wrote:
>
> > I'm trying to boot an AMD Elan520 board without bios
> > with kernel 2.4.0-test10 configured for i486 and PCI direct access.
> > This kernel boots correctly from HD using the bios provided with the
> >
"Jeff V. Merkey" <[EMAIL PROTECTED]> writes:
> Cool. ORACLE is going to **SMOKE** on EXT2 with this change.
Hmm I don't see how ORACLE is going to **SMOKE**.
Last I looked ORACLE would need a query optimizer that always
would find the best possible index and much less overhead to **SMOKE**.
According to Rik van Riel:
> Luckily my patch fixes some of the suspect areas in
> VM-global [...]
Would you say that the below patch is just the try_to_free_pages
bug fix, then?
Index: mm/vmscan.c
--- mm/vmscan.c.prev
+++ mm/vmscan.c Fri Nov 24 15:17:59 2000
@@ -401,4 +401,5 @@ int
Hi,
I got compilation errors due to use of START / STOP
definitions (zlib.c, ppp?)
This little additional patch should fix it. They were not
used in any other place of the patch...
I am still compiling...
/RogerL
--- spinlock.h.preemt Sat Nov 25 00:31:38 2000
+++ spinlock.h Sat Nov 25
Hi
At boot, I get the following messages:
eth0: OEM Sundance Technology ST201 at 0xc880, 00:50:ba:14:de:30, IRQ 10.
eth0: No MII transceiver found!, ASIC status 62
it works a bit, but it freezes every so often. The card is plugged
into a 10/100 switch. When it freezes, I get the following
I always type too fast. Yes, it's "slocate".
Jeff
"Mohammad A. Haque" wrote:
>
> solcate? .. you sure you don't mean slocate?
>
> "Jeff V. Merkey" wrote:
> > process solcate pid: 1109 nr: 45 stack=c17f9000
>
> --
>
> =
>
I have made added isapnp_card_id table to all isapnp drivers.
This is the isapnp equivalent of the pci MODULE_DEVICE_TABLE declarations.
They allow a user level software agent to know which modules correspond
to your hardware configuration and to load them. One such implementation
solcate? .. you sure you don't mean slocate?
"Jeff V. Merkey" wrote:
> process solcate pid: 1109 nr: 45 stack=c17f9000
--
=
Mohammad A. Haque http://www.haque.net/
Alan,
Was able to reproduce this Oops, but it took several days. Oops occurs
against 2.2.18-23. I had to copy this info from the console -- the
system was hard hung after the oops and even ksymoops was locked solid.
Jeff
unable to handle kernel paing request virtual address 90C16C24
On Thu, Nov 23, 2000 at 10:04:18PM +0100, Bjorn Wesen wrote:
> On Thu, 23 Nov 2000, Andreas Bombe wrote:
> > > I may be wrong on this, but I thought that copy_{to,from}_user are
> > > only necessary if the address range you are accessing might cause a
> > > fault which Linux cannot handle (ie.
Linus Torvalds wrote:
>
> On Tue, 21 Nov 2000, Jeff Garzik wrote:
> >
> > A caveat to this whole scheme is that usb-uhci -already- calls
> > pci_enable_device before checking dev->irq, and yet cannot get around
> > the "assign IRQ to USB: no" setting in BIOS. I hope that is an
> > exception
On Thu, 23 Nov 2000 12:01:53 Rusty Russell wrote:
>
> What irritates about these monkey-see-monkey-do patches is that if I
> initialize a variable to NULL, it's because my code actually relies on
> it; I don't want that information eliminated.
>
What I understood from the previous answer from
440BX with PIIX4 on BP6
>On Thu, Nov 23, 2000 at 01:09:35PM -0800, Kafu Nagai wrote:
>> With recent ide patches, the ide driver seems to try to use DMA mode even for a
>drive which dosen't support it. CONFIG_IDEDMA_PCI_AUTO is enabled but even so with
>the stock kernel this dosen't happen.
Andrew Park wrote:
> Is there a way to change BIOS setting (like boot sequence)
> from the kernel space? Any pointers would be appreciated.
Yes. All the BIOS does is configure your hardware. Get docs on your
hardware, and you can do anything that BIOS does. For example, if your
parallel port
Alan Cox wrote:
> I'll look over it. It may be worth doing the fixing for 2.2.18, since
> 2.2.17 doesnt have DRM anyway. As posted it doesnt build against vanilla
> 2.2.18pre but I can see why so not a problem
This patch enables a G400 to use DRI using debian woody. Without this its
2.4 time.
Hi,
Is there a way to change BIOS setting (like boot sequence)
from the kernel space? Any pointers would be appreciated.
Thanks
-A.
-
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
So, I have a system that has 2 45GB IDE drives connected
up to a Promise Technologies Fasttrack 100.
Promise Techonologies currently has a driver that you can compile
against a 2.2 kernel into a module, but it also includes one
proprietary object file.
During my linux installation I was able to
Hi,
I was running a packet radio (hamradio) program whose name is tnt.
(We can see it is the oops and he disapeared during the oops).
The OOps occured as I was loading the modules for a ppa ZIP parallel port ZIP
drive.
This is the raw Oos without processing it with ksymoops :
On Fri, 24 Nov 2000, J. Dow wrote:
>Date: Fri, 24 Nov 2000 14:15:41 -0800
>From: J. Dow <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED], [EMAIL PROTECTED]
>Cc: [EMAIL PROTECTED]
>Content-Type: text/plain;
>charset="iso-8859-1"
>Subject: Re: About IP address
>
>From: "John Crowhurst" <[EMAIL
On Fri, Nov 24, 2000 at 10:55:39AM +, Mark Ellis wrote:
> Hi all, consistently getting the following when pppd is terminated. Happens
> in 2.4.0-test11, fine in 2.4.0-test9, don't know about test10. Same happens
> for pppd 2.4.0b4 and 2.4.0, both recompiled for test11. Is this related to
>
From: "John Crowhurst" <[EMAIL PROTECTED]>
> > For example, Class B address range is 128.1.0.0 ~ 191.254.0.0
> >
> > Why 128.0.0.0 and 191.255.0.0 can't use ?
> >
> > I can't understand it
>
> This is because its the network and broadcast addresses of a Class A address
> range. Simple answer
On Thu, Nov 23, 2000 at 10:01:53PM +1100, Rusty Russell wrote:
> In message <[EMAIL PROTECTED]> you write:
> > > On Tue, 21 Nov 2000 22:25:01 Bartlomiej Zolnierkiewicz wrote:
> > > >
> > > > Quick removal of unnecessary initialization to 0.
> >
> > Quite the contrary. The patch seems correct
Check this thread
http://marc.theaimsgroup.com/?t=9714970441=2=1
"Jeff V. Merkey" wrote:
>
> I noticed that iBC2 support no longer builds against 2.4.0-11. I also
> found that 11/98 seems to be the last version of iBCS2 posted. 2.4.0-11
> does have a MISC binary loadable option, but I
I've been chasing after a bug in 2.4.0-test5 that I can't quite nail
down. I don't see anything obvious between test5 and test11 that
leads me to believe it's been fixed.
I encountered a lockup on my SMP box. One CPU got stuck in a spinlock
via the following call trace. There were enough args
Oops,
I included the wrong diff. Perhaps I should check them better next
time. Here's one that should work.
elf.h.diff
In asm-ppc/elf.h, is not included. This breaks
compilations of anything that compiles it (e.g. binutils) because the
vector registers for Altivec aren't defined elsewhere. Included is a
quick diff. I didn't know which PPC maintainer to send this to, so I
posted it to the linuxppc-dev list.
Here is an untested patch intended to fix the following behaviour:
$ cat a.c
#include
int main (int argc, char **arghhh)
{
int fd[2];
pipe (fd);
write (fd[1], NULL, 1);
}
$ gcc -o a a.c
$ strace -ewrite ./a
write(4, NULL, 1) = 1
$
Tim.
*/
---
On Fri, Nov 24 2000, Boszormenyi Zoltan wrote:
> Hi!
>
> I tried 2.4.0-test11 (plain, +ac1/2) with and without
> Jens' blk-11 patch. This indeed performs (much) better
> when there is only high disk activity but cdrecord
> starts up _very_ slowly if the kernel was compiled with
> blk-11. It
On Fri, Nov 24 2000, Drizzt wrote:
> I have using the next software:
>
> a) test11 + storage checkout from linux-usb at sourceforge ( without
>this checkout fails too).
>
> b) cdrecord 1.10a6
>
> If I start to burn a CD at x4 speed, I have always the next error from
> cdrecord:
> Track
I have similar problems with an IBM-DTLA-305020 and the HPT-366 on a ABIT BP6.
I'm not sure what the BIOS version is, i'll check it once i return home.
Changing to udma3 seems to fix the problems. However i can always pass
partition check fine.
On Tue, Nov 21, 2000 at 01:29:51PM +, David
I noticed that iBC2 support no longer builds against 2.4.0-11. I also
found that 11/98 seems to be the last version of iBCS2 posted. 2.4.0-11
does have a MISC binary loadable option, but I did not see iBCS2 in the
tree. Is there something more recent, or is iBCS2 something that's
basically no
On Mon, Nov 20 2000, KELEMEN Peter wrote:
> Hello.
>
> I've been experiencing SCSI-related oopsen since 2.4.0-test6.
> Couple of minutes ago I tried with test11 final, no luck still.
> When I attempt to play an audio CD using cdplay from the cdtool
> package, I'm rewarded with the following oops
In message <[EMAIL PROTECTED]> you write:
> > On Tue, 21 Nov 2000 22:25:01 Bartlomiej Zolnierkiewicz wrote:
> > >
> > > Quick removal of unnecessary initialization to 0.
>
> Quite the contrary. The patch seems correct and useful to me. What do you
> think is wrong with it? (Linus accepted
Hi,
if there are unhappy owners of Matrox G450, I have gift for them.
Patch below is for 2.4.0-test11, and works on my dualhead G450,
16MB, DDR.
Because of there are no specs for this piece of hardware, currently:
(1) BIOS have to initialize hardware. Although chip presents
itself as
Hello,
I just bought Linux Mandrake 7.2. The problem described applies to (at
least) the kernel used to boot the installation.
It OCCURS just after the detection of the buses and harddisks:
hda:
hdc:
hdd:
Unable to handle kernel NULL pointer
On Fri, 24 Nov 2000, Russell King wrote:
> The recent patch in 2.4.0-test11 causes MTD to oops the kernel:
Fixed in my tree. That and other things will be fixed when I flush the
latest CFI code to Linus - probably quite soon.
The inter_module_ stuff has introduced link order dependencies too.
Hi!
static void __init do_initcalls(void)
{
initcall_t *call;
call = &__initcall_start;
do {
early_printk("[%lx]\n", call);
(*call)();
call++;
} while (call < &__initcall_end);
}
In case there are no initcalls to
The following .config does not compile under 2.4-test11.
Reason is the choice of the Athlon.
If taking P-Pro/P II it compiles correctly.
#
# Automatically generated by make menuconfig: don't edit
#
CONFIG_X86=y
CONFIG_ISA=y
# CONFIG_SBUS is not set
CONFIG_UID16=y
#
# Code maturity level
On Thu, Nov 23, 2000 at 01:01:25PM -0700, Jeff V. Merkey wrote:
> On Thu, Nov 23, 2000 at 12:01:35PM +, Stephen C. Tweedie wrote:
> > Hi,
> >
> > On Wed, Nov 22, 2000 at 11:54:24AM -0700, Jeff V. Merkey wrote:
> > >
> > > I have not implemented O_SYNC in NWFS, but it looks like I need to
The recent patch in 2.4.0-test11 causes MTD to oops the kernel:
diff -u --recursive --new-file v2.4.0-test10/linux/include/linux/mtd/cfi.h
linux/include/linux/mtd/cfi.
h
--- v2.4.0-test10/linux/include/linux/mtd/cfi.h Tue Jul 4 10:12:34 2000
+++ linux/include/linux/mtd/cfi.h Tue Nov 7
In article <[EMAIL PROTECTED]>,
Guest section DW <[EMAIL PROTECTED]> wrote:
>
>(But I described the situation where the data on disk was correct
>and the date in core was not - almost certainly this is not an IDE problem.)
Ehh.. It only means that it would have been a read failure instead of a
On Fri, Nov 24, 2000 at 11:15:50AM -0600, Oliver Xymoron wrote:
> You could still change it to
> __bug__module_is_using_a_delay_thats_too_large__please_report()..
I thought that's where we started?
Can we somehow use the GNU linker trick which permits a warning about e.g.
gets at link time?
On Wed, 22 Nov 2000, Alan Cox wrote:
> > > |> > > #define __bad_udelay() panic("Udelay called with too large a constant")
> > > |>
> > > |> Can't we change that to :
> > > |> #error "Udelay..."
> > >
> > > No.
> >
> > ?? I think I'm missing something here.
>
> preprocessor stuff is done too
On Wed, 22 Nov 2000, Matti Aarnio wrote:
> On Tue, Nov 21, 2000 at 11:34:45PM +0100, Tobias Ringstrom wrote:
> > The subject says it all. Is there any particular (technical) reason
> > why I must have both the generic pcmcia code and the controller support
> > built-in, or build all of them as
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I encounter quite a lot of strange connection on a very busy server
here.
tcpdump -S -n on the firewall in front of it reports as follows:
16:13:03.531896 eth0 > 193.8.109.35.4870 > 212.27.173.35.www: S
1693092819:1693092819(0) win 16384
I have just tried to move to the 2.4.0-test11 kernel from the kernel
supplied with Redhat 7. With the Redhat 7 kernel I can see all the PCI slots
fine. However, when I try with the 2.4.0test11 it no longer seems to be able
to find some of the PCI buses. Is there something I can do to get the
On Tue, 21 Nov 2000, Tigran Aivazian wrote:
> On 21 Nov 2000, Jes Sorensen wrote:
>
> > > "Tigran" == Tigran Aivazian <[EMAIL PROTECTED]> writes:
> >
> > Tigran> Hi, Some processes get stuck in page fault handler for ages
> > Tigran> (like for 10 minutes!). The machine still has plenty
[EMAIL PROTECTED] wrote:
>
> > so the reason why it did not show up in the gcc you picked up from
> > ftp.gnu.org is that you have compiled it so that it defaults to -mcpu=i686
>
> Yes, you are right.
>
> So 2.95.2 fails for i386, i486, i586 and does not fail for i686.
>
RedHat 7.0's gcc
I have had at least 2 similar (maybe even identic) oopses with 2.3/2.4
kernels in the past. Either there is still something wrong with FAT or
it's my hardware. Nevertheless, here it is.
Samuli
Nov 24 18:30:37 vortex kernel: Unable to handle kernel NULL pointer dereference at
virtual
On Thu, 23 Nov 2000, Michael Elkins wrote:
>
> On Thu, Nov 23, 2000 at 03:53:27PM -0800, Linus Torvalds wrote:
> > Try changing the thing around a bit: make the above place say
> >
> > /* disable legacy emulation */
> > pci_write_config_word (dev, USBLEGSUP, 0);
> >
> > and then
On Fri, 24 Nov 2000, Joan Bertran wrote:
> I think so, because I've read somewhere the kernel needs interrupts
> configured, but as kernel configures i8259 I don't know what is necessary,
> the IDT with interrupt service routines ?, sommething special about the chipset ?
I put the following
On Fri, 24 Nov 2000, I+D wrote:
> I'm trying to boot an AMD Elan520 board without bios
> with kernel 2.4.0-test10 configured for i486 and PCI direct access.
> This kernel boots correctly from HD using the bios provided with the
> evaluation board but kernel 2.4.0-test8 and previous hang
> after
Douglas Gilbert <[EMAIL PROTECTED]> Fri Nov 24 wrote:
> Roland,
> What does 'cat /proc/scsi/scsi' output on your machine?
> Which SCSI adapter do you have?
> Doug Gilbert
My scsi adapter is adaptec 7880 on one machine and 7890 on
the other, i.e. driver is aic7xxx
This is what 'cat
> -Mensaje original-
> De: Jon Burgess [mailto:[EMAIL PROTECTED]]
> Enviado el: viernes 24 de noviembre de 2000 16:40
> Para: [EMAIL PROTECTED]
> Cc: '[EMAIL PROTECTED]'; '[EMAIL PROTECTED]'
> Asunto: Re: Booting AMD Elan520 without BIOS
>
>
>
> I've seen this on a board with a BIOS
On Fri, 24 Nov 2000, Tom Rini wrote:
> Well, now that there is a testcase, has anyone sent this on to the relevant
> gcc lists? (The CCs I saw haven't)
Yes. I've just sent a fix to gcc-patches.
Bernd
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
>The last message I see is "Calibrating delay loop"
>(I see this thaks to the Jtag debugger for Elan520 because
>I haven't configured the VGA board yet).
I've seen this on a board with a BIOS problem. I think it is caused because the
Kernel is in a loop waiting for a timer interrupt to
On Thu, Nov 23, 2000 at 11:47:04PM -0500, Alexander Viro wrote:
>
>
> On Thu, 23 Nov 2000, Gregory Maxwell wrote:
>
> > On Fri, Nov 24, 2000 at 02:57:45AM +0100, [EMAIL PROTECTED] wrote:
> > > but in the meantime there is good confirmation.
> > > This really is a bug in gcc 2.95.2.
> >
> >
Just out of curiosity I tried S3 Sonic Vibes sound card, which has
only 24 address lines connected, on sx164. This revealed two bugs
in the pci code:
- dma mask 0x00ff (24 bits) exactly fits the ISA scatter-gather
window, but was rejected by pci_dma_supported() due to off-by-one bug.
-
Hallo!
If you wanna drink a lot and eat with a lot
of fun you *MUST* go to Italy this evening
for the Birthday of the Year
the date is at 21:00!!
WE ARE WAITING FOR YOU!
Mail me for more info about the place!
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
Ulrich Windl wrote:
>
> Hello,
>
> this is for your interest, amusement, and for "what not to do":
>
> I managed to freeze the kernel (2.2.16 from SuSE Linux 7.0) in a way
> that I could not even switch virtual consoles. Completely silent
> eberything...
>
> It all started when Windows/95
I get the following followingon every reboot once.
Nov 23 01:14:37 viper kernel: hdb: drive_cmd: status=0x51 { DriveReady
SeekComplete Error }
Nov 23 01:14:37 viper kernel: hdb: drive_cmd: error=0x04
Nov 23 01:14:37 viper kernel: hdb: drive_cmd: status=0x51 { DriveReady
SeekComplete Error }
Nov
On Tue, Nov 21, 2000 at 05:26:06PM -0800, Linus Torvalds wrote:
> On Tue, 21 Nov 2000, Jeff Garzik wrote:
> >
> > A caveat to this whole scheme is that usb-uhci -already- calls
> > pci_enable_device before checking dev->irq, and yet cannot get around
> > the "assign IRQ to USB: no" setting in
Hi,
I'm trying to boot an AMD Elan520 board without bios
with kernel 2.4.0-test10 configured for i486 and PCI direct access.
This kernel boots correctly from HD using the bios provided with the
evaluation board but kernel 2.4.0-test8 and previous hang
after "Ok booting the kernel".
On Fri, 24 Nov 2000, Andrea Arcangeli wrote:
> And in LFS (that means also 2.4.x) the >> 32 doesn't make any sense in lseek
> and should be removed:
Actually, the >> 32 part was there to avoid doing the long long comparison
on x86. Granted, that probably doesn't matter.
-ben
On Thu, Nov 23, 2000 at 01:09:35PM -0800, Kafu Nagai wrote:
> With recent ide patches, the ide driver seems to try to use DMA mode even for a
>drive which dosen't support it. CONFIG_IDEDMA_PCI_AUTO is enabled but even so with
>the stock kernel this dosen't happen. older patches didn't have this
On Thu, Nov 23, 2000 at 10:15:24PM -0800, H . J . Lu wrote:
> 2.2.18pre23 allows lseek to negative offsets in ext2 and has no checks
> for proc. Here is a patch.
As just said your patch is wrong for vanilla 2.2.18pre23.
The right fix for that problem in 2.2.18pre23 (2.2.x vanilla doesn't
> For example, Class B address range is 128.1.0.0 ~ 191.254.0.0
>
> Why 128.0.0.0 and 191.255.0.0 can't use ?
>
> I can't understand it
This is because its the network and broadcast addresses of a Class A address
range. Simple answer :)
--
FyreMoon
Under the moon, the dragon flies.
-
To
> attached patch removes all check_region() calls from /linux/drivers/media/r=
> adio
> drivers. Most changes are obvious, except radio-cadet.c which needs some=
> =20
> maintainer's attention.=20
Please check the -ac tree. I've already done them
-
To unsubscribe from this list: send the line
> Not my area, but I don't think exec_usermodehelper() should assume
> that current->files is always valid.
>
> Al, is this correct? If so, does daemonize() also need this test?
> If not, then how did this thread get (current->files == NULL)?
exit_files() will leave it NULL yes. You may want
On Thu, 23 Nov 2000, Linus Torvalds wrote:
> That bus setup is horribly wrong, and says that the CardBus bridge no bus
> numbers, which is obviously not correct. It somehow got through the bridge
> scanning without being fixed up..
>
> Now, the reason for why it seems to be so unhappy is
> From ganesh Fri Nov 24 18:08:15 2000
[ set_pgdir() blah blah blah ]
damn. I was looking at test9 and as usual after shooting my mouth off on l-k
I go look at test11 and find it's fixed there, at least in i386, thanks to
the vmalloc_fault: stuff in do_page_fault. but a lot of other
2.4.0-test11 introduced a problem with the mixer device of my SB128
soundcard (es1371 driver). When I start a mixer application like
xmixer or aumix, only a small subset of the mixer devices are available.
With 2.4.0-test10, using the same .config, all devices are available.
I've looked through
Hello!
I have found a bug in drivers of file systems which use a DOS-like format
of date (16 bit: years since 1980 - 7 bits, month - 4 bits, day - 5 bits).
There are two problems:
1) It is unable to convert UNIX-like dates before 1980 to DOS-like date format.
2) VFAT for example have three
On Fri, 24 Nov 2000, Jakub Jelinek wrote:
>so the reason why it did not show up in the gcc you picked up from
>ftp.gnu.org is that you have compiled it so that it defaults to -mcpu=i686
>where the bug does not show up.
Indeed. I just ran some tests, and I can confirm that gcc 2.95.2 vanilla
Hi all,
this patch makes ACPI poweroff possible on ACPI capable systems without
BIOS provided ACPI tables.
I sent this patch to LKML some month ago, but didn't get an answer :(
I will be out of this list for some weeks, so happy hacking and good bye,
Andrey
--
Andrey Panin
Hi,
On Wed, Nov 22, 2000 at 11:28:12PM +0100, Michael Marxmeier wrote:
>
> If the files get somewhat bigger (eg. > 1G) having a bigger block
> size also greatly reduces the ext2 overhead. Especially fsync()
> used to be really bad on big file but choosing a bigger block
> size changed a lot.
Hi Linus,
This patch does:
a) cleans up the show_mem() function on various architectures wrt
page_count() macro and the 'free' variable
b) corrects the comment above paging_init() about 0-8M page tables
c) changes the name of kflushd to bdflush. All kernel data structures
around this thread
On Fri, 24 Nov 2000 10:55:39 +,
Mark Ellis <[EMAIL PROTECTED]> wrote:
>Hi all, consistently getting the following when pppd is terminated. Happens
>in 2.4.0-test11, fine in 2.4.0-test9, don't know about test10. Same happens
>for pppd 2.4.0b4 and 2.4.0, both recompiled for test11. Is this
Hi all,
attached patch removes all check_region() calls from /linux/drivers/media/radio
drivers. Most changes are obvious, except radio-cadet.c which needs some
maintainer's attention.
I hope it will be usefull.
Best regards,
Andrey
--
Andrey Panin| Embedded
> so the reason why it did not show up in the gcc you picked up from
> ftp.gnu.org is that you have compiled it so that it defaults to -mcpu=i686
Yes, you are right.
So 2.95.2 fails for i386, i486, i586 and does not fail for i686.
Andries
-
To unsubscribe from this list: send the line
For example, Class B address range is 128.1.0.0 ~ 191.254.0.0
Why 128.0.0.0 and 191.255.0.0 can't use ?
I can't understand it
Please answer
_
Get more from the Web. FREE MSN Explorer download :
This is a patch that generalizes the code in
fs/partitions/check.c for the disk_name() function. With
the way the code is right now, it has a big if/then/else
block that requires generic code to know specific things
about drivers. This patch makes it so the driver can
supply the code
Hello!
One fine day accidentally I have opened an Xserver's socket placed in /tmp
with my favourite text editor "le". I have got a message from the kernel similar
to this:
Unable to handle kernel NULL pointer dereference at virtual address 0038
current->tss.cr3 = 0336f000, %cr3 = 0336f000
set_pgdir() needs to modify all active mm's to include the new entry.
what it really does is
for_each_task(p) {
if (!p->mm)
continue;
*pgd_offset(p->mm,address) = entry;
}
however, there could be a lazy-tlb thread on
I want to slightly change the way filesystems and network
drivers are demand loaded via request_module.
Currently, querying a nonexistant network interface named,
say, "eth0" results in a result_module call for "eth0". I want
to change that to "if-eth0". This will make it
1 - 100 of 252 matches
Mail list logo