Hello. I just noticed that in 2.2.18pre27 you can only use the aty128fb
driver at 8 bit, because of some missing bits to drivers/video/Config.in.
w/o this you can't use console at > 8 bit nor X. I would consider this to
be a good thing to squash for 2.2.18 final because 2.2.18 is the 1st release
Richard Henderson wrote:
>
> On Sun, Dec 10, 2000 at 08:04:07PM +0100, Abramo Bagnara wrote:
> > ... the only missing things from core_t2.h are some defines to
> > permit to it to work when CONFIG_ALPHA_T2 is defined.
>
> Have you tried it? I did. It works fine.
>
> What _is_ defined in asm/c
Hi, Linus:
The attached patch fixes the following problems with ymfpci in 2.4 tree:
1. Enumeration was wrong, this bit people with several soundcards
(Abhijit Menon-Sen).
2. Must use semaphore to guard open/close.
3. Old ymfpci locks up if compiled with CONFIG_SMP due to
recursive calls to
On Sun, 10 Dec 2000, Tigran Aivazian wrote:
> Ok, let's slowly understand each other. The scenario you suggest is:
>
> a) measure nr_free_files and let root exhaust all freelist entries. Now
> the freelist is empty and nr_free_files = 0.
>
> b) now let the user app allocate (from the slab cache)
Hi,
The information about PCI devices is scattered about the kernel
and, consequently, is inconsistent. This patch puts the PCI/IDE
bridge information into a text database along with the data from
include/linux/pci_ids.h and drivers/pci/pci.ids. I may have mis-
typed a few things, but the 2.4.
After removing 128MB, leaving the original 64MB in the main board:
+ tar xzf /home/fvm/kernel/v2.4/linux-2.4.0-test10.tar.gz
+ bzcat /home/fvm/kernel/v2.4/patch-2.4.0-test11.bz2
+ patch -p0 -s
+ zcat /home/fvm/kernel/v2.4/test12-pre7.gz
+ patch -p0 -s
3 out of 3 hunks FAILED -- saving rejects to
I was experimenting with Hunt, a program I found. This caused some heavy
load, and my system had already quite some programs running, so I think I
got out of memory (no programs got killed, shouldn't that be done by the
VM?). Maybe it was for some other reason, but my system locked, I had to us
Hi,
On Sun, Dec 10, 2000 at 03:30:41PM -0500, Alexander Viro wrote:
> On Sun, 10 Dec 2000, Miloslav Trmac wrote:
> > Hi,
> > vmtruncate () in test11 doesn't clear ends of partial pages. Patch is attached
>
> It doesn't and it shouldn't. That's done in ->truncate(). Check ext2_truncate()
> for exa
On Sun, Dec 10, 2000 at 05:49:06PM +0100, Dominik Kubla wrote:
> Use the VESA fb driver instead of the ATI fb driver. I have been doing so
> ever since i got my DELL Inspiron 7500: the ATI driver won't recognize the
> Rage Mobility chips (well, i could convince it to do so but the 1400x1050
> LCD
On Sun, 10 Dec 2000, Szabolcs Szakacsits wrote:
>
> - this comment from include/linux/fs.h should be deleted
> #define NR_RESERVED_FILES 10 /* reserved for root */
well, not really -- it is "reserved" right now too, it is just root is
allowed to use up all the reserved entries in the beginning
Hi there,
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -pipe -mpreferred-stack-boundary=2
-march=i586 -DMODULE -c -o plip.o plip.c
plip.c: In function `plip_init_dev':
plip.c:352: structure has no member named `next'
plip.c:3
I don't know why but make oldconfig keeps asking this:
ServerWorks OSB4 chipset support (CONFIG_BLK_DEV_OSB4) [N/y/?] (NEW)
Compilation problems:
plip.c: In function `plip_init_dev':
plip.c:352: structure has no member named `next'
plip.c:357: structure has no member named `next'
plip.c:363
i previously reported a problem with mga_dma.c not compiling due to the
new schedule task queue updates. below is a patch to use the new task
queue system.
--
Robert M. Love
[EMAIL PROTECTED]
[EMAIL PROTECTED]
--- linux/drivers/char/drm/mga_dma.c~ Sun Dec 10 17:35:17 2000
+++ linux/drivers/c
fs/smbfs/sock.c needs updating for the new task queue as well. find the
patch below. if i find any more of these ill put together a mass patch
instead of these individual emails.
--
Robert M. Love
[EMAIL PROTECTED]
[EMAIL PROTECTED]
--- linux/fs/smbfs/sock.c~ Sun Dec 10 17:40:56 2000
+++
I think you're right. Here's an update to what I submitted before. I'll
be submitting more patches as I encounter more.
On Sun, 10 Dec 2000, Urban Widmark wrote:
> or just leaving the list as it is. It will be initialized anyway by
> schedule_task (queue_task), but using the init macro seems like
the majority of the problems i am seeing with the new task queue is that,
on list init, *next is still being used. all of that was replaced by a
single list member in the new implementation.
on init, *next is typically set to NULL. for the new task queue, there is
a macro to initialize the list:
On Sun, 10 Dec 2000 [EMAIL PROTECTED] wrote:
> Hi folks
>
> What should I do, when I run cdda2wav | gogo (riping CD from a ATAPI
> CD thru mp3 encoder) and get a continuous dropping of characters, on a 16550-
> enhanced serial port, without handshake, with full-duplex load of 115200 bps?
> About
Hi Kernel World,
I'm new to linux-kernel developement, so I would appreciate any help.
What I want to do:
create a shared memory segment between user space and kernel space
How am I trying to do it from kernel:
use the 'newseg' function from 'ipc/shm.c', or even the array shm_segs
direct
This is seems to be fixed in test12-pre8.
Linus Torvalds wrote:
> Do you have something special that triggers this? Can you test if it
> only happens with initrd, for example?
--
=
Mohammad A. Haque
On Sun, Dec 10 2000, [EMAIL PROTECTED] wrote:
> Hi folks
>
> What should I do, when I run cdda2wav | gogo (riping CD from a ATAPI
> CD thru mp3 encoder) and get a continuous dropping of characters, on a 16550-
> enhanced serial port, without handshake, with full-duplex load of 115200 bps?
> About
(Please cc: me directly if you so choose, I am not subscribed to l-k at the
moment. Thanks. Otherwise, I'll follow the thread in a l-k archive.)
All,
I'd like to enlist your help in diagnosing a series of oopsen over the last
eight weeks. I didn't start tracking the problem in detail until a
[EMAIL PROTECTED] (John Alvord) said:
[...]
> If this was a business, and we were knowingly distributing software
> that was known to be dangerous, we would probably be risking legal
> action.
Debatable. It is marked EXPERIMENTAL and DANGEROUS, and not enabled by
default.
> Why are we distribu
Keith Owens <[EMAIL PROTECTED]> said:
> modutils 2.3.22 does more rigorous checking of MODULE_PARM entries and
> has already found several cases where MODULE_PARM(x) is used but the
> corresponding variable 'x' is not defined. These are module coding
> bugs that were previously hidden. Run this
Here are a few more:
net/acenic.c: pci_write_config_byte(ap->pdev, PCI_CACHE_LINE_SIZE,
net/gmac.c: PCI_CACHE_LINE_SIZE, 8);
scsi/sym53c8xx.c: printk(NAME53C8XX ": PCI_CACHE_LINE_SIZE set to %d (fix-up).\n",
video/pm2fb.c: WR32(p->pci_config, PCI_CACHE_LINE_SIZE, 0xff00);
-- Jamie
[EMAIL PR
At 20:57 08/12/2000, Ion Badulescu wrote:
>On Fri, 8 Dec 2000, Udo A. Steinberg wrote:
>
> > > + /* disable advertising the flow-control capability */
> > > + sp->advertising &= ~0x0400;
> > > + mdio_write(ioaddr, sp->phy[0] & 0x1f, sp->advertising);
> >
>
Hello,
I just downloaded test12-pre8 from ftp.kernel.org and received the following error,
as I did in the old test12-pre8. The following error appears to fix the problem.
Regards,
Frank
i2o_lan.c:116: warning: initialization makes integer from pointer
without a cast
i2o_lan.c:1404: str
On Sun, 10 Dec 2000 12:11:14 David D.W. Downey wrote:
>
> OK, got a tiny little bug here.
>
> When running top, procinfo, or free I get 0 for Shared memory. Obviously
> this is incorrect. What has changed from the 2.2.x and the 2.4.x that
> would cause these apps to misreport this information.
Hi, Linux community!
Some time ago I had to add a proprietary multiport card to my Linux box,
and found a small incompatibility with the standard Linux serial
driver. The driver confuses the NEC NS1655x-family UARTs with Startch
ST16550, and decide not to use the FIFO, although the NEC UARTs
Hello,
I also received this error:
ohci1394.c:1588: structure has no member named 'next'
make[2]:*** [ohci1394.o] Error 1
make[2]: Leaving directory '/usr/src/linux/drivers/ieee1394'
...
Its the same case with drivers/i2o/i2o_lan.c
I suspect there are more. Is there a simple patch that will f
On Sun, 10 Dec 2000 15:11:53 Gregoire Favre wrote:
> Hello,
>
> Well maybe not on all kernel revision, but all I tested the EMU10K1 on there
> (most off the time I use ALSA, which as the same bug...).
>
> The bug is that the card as two audio output, they both deliver good sound
> for playing w
Hi,
Anton Altaparmakov wrote:
> Just to say that the patch (including added 4) fixed the "card reports no
> resources" messages for me. - Looking at my logs the messages appeared once
> every 10-40 minutes. - Now the box is up for more than 5 hours with the
> patch and test12-pre7 and not a sing
On Sun, Dec 10, 2000 at 07:02:05PM -0500, Frank Davis wrote:
> ohci1394.c:1588: structure has no member named 'next'
> make[2]:*** [ohci1394.o] Error 1
> make[2]: Leaving directory '/usr/src/linux/drivers/ieee1394'
>
> Its the same case with drivers/i2o/i2o_lan.c
>
> I suspect there are more
On Sun, Dec 10, 2000 at 10:23:20PM +0100, Abramo Bagnara wrote:
> asm/io.h uses out of line function only when CONFIG_ALPHA_GENERIC is
> defined, otherwise it uses (take writel as an example) __raw_writel that
> IMHO need to be defined in core_t2.h.
Perhaps you should _show_ an actual failure rat
Lets see if this is the gist of them...
--
=
Mohammad A. Haque http://www.haque.net/
[EMAIL PROTECTED]
"Alcohol and calculus don't mix.
On Sun, 10 Dec 2000, Frank Davis wrote:
> I suspect there are more. Is there a simple patch that will fix all
> affected drivers?
yah there are a lot. ive posted a couple of patches already.
the problem is because the task queue was changed (yes, this late in 2.4)
to a newer better design, and d
On Sun, Dec 10, 2000 at 07:20:56PM -0500, Mohammad A. Haque wrote:
> Lets see if this is the gist of them...
At least one more to fix:
diff -ru linux-2.4.0-test12-pre8/drivers/isdn/hisax/config.c
linux/drivers/isdn/hisax/config.c
--- linux-2.4.0-test12-pre8/drivers/isdn/hisax/config.c Sun Dec
On Sun, Dec 10, 2000 at 10:44:02PM +0100, Frank van Maarseveen wrote:
Dag Frank -
I see lots of messages from you about corruption in 2.4.0-test11
but we all know very well that 2.4.0-test11 corrupts things
and further evidence is not necessary.
Hopefully all, or at least the most significant, p
On Sun, 10 Dec 2000 13:38:56 -0300,
Horst von Brand <[EMAIL PROTECTED]> wrote:
>With 2.2.18pre27 on i686 I get:
>
> /lib/modules/2.2.18/ipv4/ip_masq_user.o
>warning: symbol for parameter ports not found
>ports int array (min = 1, max = 12)
>debug int
ports is not used in ip_masq_user, dead code.
Hello all,
It looks like we need to perform an audit of test12-pre8 and find all the
changes where INIT_LIST_HEAD should now be used. Does anyone have a complete list of
all the problem drivers, as well as a list of the ones that have already been fixed?
If so, please post it to l-k .
Generating an updated batch patch right now
Frank Davis wrote:
>
> Hello all,
> It looks like we need to perform an audit of test12-pre8 and find all the
>changes where INIT_LIST_HEAD should now be used. Does anyone have a complete list of
>all the problem drivers, as well as a li
More fixes. Ignore previous.
"Mohammad A. Haque" wrote:
>
> Lets see if this is the gist of them...
--
=
Mohammad A. Haque http://www.haque.net/
[EM
You appear to be right, sir.
The SVGA xserver was what I was using. Changing over to use the S3
server, and then adding back in MTRRs, seems to have solved the
trouble. I'll let you know if it returns, but for now, all appears
well.
Victor
--
Victor J. Orlikowski
==
[EMAIL PR
I just applied the said patch and will report my results. Note that I have
never been able to reliably, on-demand reproduce this so give me a few days
to see what happens.
--Rainer
-Original Message-
From: Alan Cox [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 08, 2000 11:07 PM
To:
Hi all,
About 1 month back I reported a problem with getting OOPs when running with
a kernel compiled with the 4GB memory setting. Since then I've finally
managed to get the ksymoops results. Where should I post them?
To review:
My machine has 1GB RAM. If I build a 2.4.0
On Thu, 7 Dec 2000, Linus Torvalds wrote:
> > btw, I'm thinking I could guess the routing from the VLSI config space,
> > but I don't have any doc's. Would it be worth to try to add some specific
>
> Please do. You might leave them commented out right now, but this is
Ok. Apparently it's the "p
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -pipe
-mpreferred-stack-boundary=2 -march=i686-c -o journal.o journal.c
journal.c: In function `reiserfs_journal_commit_thread':
journal.c:1816: invalid operands to binary !=
make[
make[2]: Entering directory `/usr/src/linux/drivers/ieee1394'
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -pipe -march=i686 -DMODULE
-DEXPORT_SYMTAB -c ohci1394.c
ohci1394.c: In function `alloc_dma_rcv_ctx':
ohci1394.c:1588:
> - I don't think we can say that the kernel hotplug interface is
> complete until we have real, working, tested userspace tools. David,
> could you please summarise the state of play here? In particular,
> what still needs to be done?
I think there's a lot of scope for more and better use
> - We have been getting deadlocks at hotplug time because
> call_usermodehelper is synchronous: it returns control after the
> usermode application has exited. But in some places (esp.
> [un]register_netdevice) this happens with a lock held (rtnl_lock).
> This cause `ifconfig' to get s
Correct (as per AC's md5sum) patch applied. i686, RH 7, kgcc:
kgcc -D__KERNEL__ -I/usr/src/linux-2.4.0-test/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -pipe -march=i686 -DMODULE -c -o plip.o
plip.c
plip.c: In function `plip_init_dev':
plip.c:352: structur
[Linus]
> - pre8:
Small thinko in arch/mips64/Makefile, looks like.
--- 2.4.0test12pre8/arch/mips64/Makefile~ Sun Dec 10 20:07:02 2000
+++ 2.4.0test12pre8/arch/mips64/MakefileSun Dec 10 20:13:07 2000
@@ -33,7 +33,7 @@
# machines may also. Since BFD is incredibly buggy with resp
Marcus Meissner writes:
>> - On the unregister/removal path, the netdevice layer ensures that
>> the interface is removed from the kernel namespace prior to launching
>> `/sbin/hotplug net unregister eth0'.
>>
>> This means that when handling netdevice unregistration
>> /sbin/hotplug cann
On Mon, 11 Dec 2000, Jamie Lokier wrote:
> Here are a few more:
>
> net/acenic.c: pci_write_config_byte(ap->pdev, PCI_CACHE_LINE_SIZE,
Acenic is at least setting it to the correct values, not hardcoding it.
> net/gmac.c: PCI_CACHE_LINE_SIZE, 8);
Ick.
> scsi/sym53c8xx.c: printk(NAME53C8XX
David Ford wrote:
>journal.c: In function `reiserfs_journal_commit_thread':
>journal.c:1816: invalid operands to binary !=
Just before that error, I also got this:
journal.c: In function `setup_commit_task_arg':
journal.c:1765: structure has no member named `next'
Steven
-
To unsubscribe from t
The follwing files probably need to be patched to use the
DECLARE_TASK_QUEUE() macro and new tq_struct, but I don't have time
right now to go through them.
(grep for "static struct tq_struct.*=")
drivers/net/wan/sdlamain.c
drivers/block/paride/pseudo.h
drivers/scsi/atari_NCR5380.c
drivers/scsi/m
On Mon, 11 Dec 2000, Udo A. Steinberg wrote:
> Anton Altaparmakov wrote:
>
> The problem here only ever happens at initialisation/first packets. Once the
> network interface has been initialised properly it never produces those
> messages anymore. Usually it helps to shut the NIC down with ifcon
Add drivers/i2o/i2o_lan.c to the list. My patch does patch this file but
I did a copy paste and didn't replace run_task_queue with
i2o_lan_receive_post.
"Mohammad A. Haque" wrote:
>
> The follwing files probably need to be patched to use the
> DECLARE_TASK_QUEUE() macro and new tq_struct, but I
Ion Badulescu wrote:
> This is an i82559 C-step. What kind of switch is it attached to?
It's a 3Com FDDI/Ethernet Linkswitch 2200 Rev 2.8
> Also, if you feel like experimenting, edit speedo_interrupt() and change
> outw(status & 0xfc00, ioaddr + SCBStatus);
> to
> outw(status &
Hi,
I am unable to compile the latest kernel. I have attached my kernel
configuration and a copy of the output of where the compile fails. I am
looking into what is causing the compile failure, but have not been able to
figure it out yet. Still looking though.
begin 666 make-zImage-err
"Mohammad A. Haque" wrote:
>
> The follwing files probably need to be patched to use the
> DECLARE_TASK_QUEUE() macro and new tq_struct, but I don't have time
> right now to go through them.
Would someone who knows what to do send out a patch for
these two drivers?
drivers/pcmcia/i82365
I can't seem to get my A&T 486 to boot-up.
If I disable APM from the above kernels my computer resets and re-boots
automatically immediately following the kernel message "Ok booting the kernel"
With APM enabled in the kernel config the system
boots and gets to the kernel message.
ne.c:v1
Does this look right to people?
--- linux-2.4.0-test12.old/drivers/pcmcia/tcic.cSun Nov 19 21:56:30
2000
+++ linux-2.4.0-test12/drivers/pcmcia/tcic.cSun Dec 10 23:00:07 2000
@@ -548,8 +548,9 @@
}
}
-static struct tq_struct tcic_task = {
- routine:tcic_bh
+DECL
I've recently begun testing my laptop on the latest 2.4.0-test12-pre[78]
kernels. When freshly booted and nothing producing a load on the system,
top reports a process called 'kapm-idled' consuming between 60% an 85%
of CPU cycles. If I induce a load on the machine (by recompiling kernel
mod
Hello,
there was a small thread in PostgreSQL list about behavior of recv syscall on
Linux 2.2.16. Does anyone have similar expirience? Why such things can
happend? And how to workaround/fix this?
-- Forwarded Message --
Subject: [HACKERS] Strange behavior of PostgreSQL on Li
On Mon, 11 Dec 2000 [EMAIL PROTECTED] hissed:
> I've recently begun testing my laptop on the latest 2.4.0-test12-pre[78]
> kernels. When freshly booted and nothing producing a load on the system,
> top reports a process called 'kapm-idled' consuming between 60% an 85%
> of CPU cycles. [...]
i
On 11-Dec-2000 Igmar Palsenberg wrote:
> On Sun, 10 Dec 2000 [EMAIL PROTECTED] wrote:
>
>> Hi folks
>>
>> What should I do, when I run cdda2wav | gogo (riping CD from a ATAPI
>> CD thru mp3 encoder) and get a continuous dropping of characters, on a
>> 16550-
>> enhanced serial port, without han
this patch is against final 2.2.18, hopefully for inclusion in 2.2.19pre.
the current '440LX/BX/GX and 840' agp driver supports the i815, but does
not detect it. this patch allows the driver to detect it correctly.
the current '810/815' driver is only for when the i815 is using its built
in vide
Linus,
the new submit_bh function provides functionality that is better
suited for brw_kiovec to use than generic_make_request.
This patch replaced generic_make_request with submit_bh in
brw_kiovec and removed some field initialisation which is no longer
required.
patch against 2.4.0
I believe the following patch should complete the
conversion of tq_struct->next to tq_struct->list, at least for x86
platforms. There were seventeen files in 2.4.0-test12pre8 for x86 that
needed to be updated.
Please integrate with caution. I had never looked at the
contents of
[Anthony Barbachan]
> I am unable to compile the latest kernel. I have attached my kernel
> configuration and a copy of the output of where the compile fails. I
> am looking into what is causing the compile failure, but have not
> been able to figure it out yet. Still looking though.
It looks
Hallo,
tried to compile test12-pre8 and make modules exits with:
>make[2]: Entering directory `/usr/src/linux-2.4.0.12pre8/fs/smbfs'
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -pipe -mpreferred-stack-boundary=2
-march=i586
Hello,
On Sun, 10 Dec 2000, Victor J. Orlikowski wrote:
> You appear to be right, sir.
> The SVGA xserver was what I was using. Changing over to use the S3
> server, and then adding back in MTRRs, seems to have solved the
Hm, I have to see whether GX2 works with the S3V server.
"Albert D. Cahalan" wrote:
>
> Marcus Meissner writes:
>
> >> - On the unregister/removal path, the netdevice layer ensures that
> >> the interface is removed from the kernel namespace prior to launching
> >> `/sbin/hotplug net unregister eth0'.
> >>
> >> This means that when handling netd
On Sun, 10 Dec 2000, Tom Rini wrote:
> Hello. I just noticed that in 2.2.18pre27 you can only use the aty128fb
> driver at 8 bit, because of some missing bits to drivers/video/Config.in.
> w/o this you can't use console at > 8 bit nor X. I would consider this to
> be a good thing to squash for 2
Hi,
related to my question about having nanoseconds in xtime for Linux 2.5,
two (or three) people were interested, or at least managed to route
their message to me. As promised I have made an early release patch
against 2.4.0test11 available at
ftp.kernel.org:/pub/linux/daemons/ntp/PPS/pps-2.
Thanks. I missed that this time when I modified the Makefile. I didn't pay
close attention to the new script code in there to check for the kernel
compiler.
- Original Message -
From: "Peter Samuelson" <[EMAIL PROTECTED]>
To: "Anthony Barbachan" <[EMAIL PROTECTED]>
Cc: "Alan Cox" <[EMA
Before of all I want to publicly apologize with Richard as never my
intention was to exacerbate him.
>
> On Sun, Dec 10, 2000 at 10:23:20PM +0100, Abramo Bagnara wrote:
> > asm/io.h uses out of line function only when CONFIG_ALPHA_GENERIC is
> > defined, otherwise it uses (take writel as an exa
On Sun, 10 Dec 2000, Hakan Lennestal wrote:
> In message <[EMAIL PROTECTED]>, And
> re Hedrick writes:
> > On Sun, 10 Dec 2000, Hakan Lennestal wrote:
> >
> > > The problem being that the kernel hangs after a dma timeout in the
> > > partition detection phase during bootup for speeds higher than
You'll find that there is a problem with 2.2.12, on down - with losing a
few bytes here and there.
The bug is in the tty subsystem - in that when you pass off chars to the
ldisc - from the driver, the ldisc doesn't actually write them. (I could
get into the details, but you probably don't care.)
gcc -D__KERNEL__ -I/usr/local/src/linux/include -Wall -Wstrict-prototypes
-O2 -fomit-frame-pointer -fno-strict-aliasing -pipe
-mpreferred-stack-boundary=2 -march=i686 -DMODULE -DMODVERSIONS -include
/usr/local/src/linux/include/linux/modversions.h -c -o plip.o plip.c
plip.c: In function `plip_in
> FWIW I don't think you should sit on fixes until post 2.4.0... and I
> would like to get CardBus serial working because it's broken in the
> current tree...
I would agree. Right now serial cardbus is broken, line discipline race patches
dont appear to have been applied and these are serious en
Follow-up: I uploaded the wrong patch by mistake, so if anybody got
test12-pre8 within the first five minutes, you'll get a kernel that has
some trouble compiling. Oops. Fixed.
Linus
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messa
> This is notice that the do_try_to_free_pages bug is still present in the
> latest 2.2 kernel, 2.2.18pre27.
> The error also occurs for other processes running on the system. This was
> a test with ext3.
Journalling file systems will tend to trigger stuff. Im not fixing that for
2.2.18.
-
To u
On Sun, Dec 10, 2000 at 06:20:31PM +, David Wragg wrote:
> If I understood why the MTRR driver was doing something on the K6-2,
> then model-specific differences might make some sense. But currently,
> I don't see why there would be any difference between "MTRR disabled"
> and "MTRR enabled,
On Sun, 10 Dec 2000, Tigran Aivazian wrote:
> If, however, you believe that the above _is_ the case but it should _not_
> happen then you are proposing a completely new policy of file structure
> allocation which you believe is superior. It is quite possible so let's
> all understand your new po
On Sun, 10 Dec 2000, Mohammad A. Haque wrote:
> Could someome who knows what they are doing check over the following
> patch please?
I wouldn't say that I do, but no one else seems to be answering this.
list_add_tail does head->prev and making the call with a NULL 'head' looks
bad to me. I would
On Sun, 10 Dec 2000 17:44:06 + (GMT),
Tim <[EMAIL PROTECTED]> wrote:
>Dec 10 17:08:24 oxygen kernel: Call Trace: []
>[call_spurious_interrupt+33951/35940] [sprintf+20/28]
>[call_spurious_interrupt+33924/35940] [do_resource_list+77/132]
>[call_spurious_interrupt+33907/35940] []
Yet another
101 - 187 of 187 matches
Mail list logo
