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
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.)
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
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
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
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.
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
"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
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.
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
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
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
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
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
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
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
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
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 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
"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
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
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 &
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
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
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
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
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
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
[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
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
> - 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
> - 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
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:
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[
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
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
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:
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
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
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
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 .
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, 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
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, 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
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, 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
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
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
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
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.
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.
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
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);
> >
>
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
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
(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
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
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
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
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
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:
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
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
+++
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
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
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
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
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
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, 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
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
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
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
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.
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, 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
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!
> I found a process constantly writing to disk when I run gnome as desktop
> and while the whole system is idle. I don't find anything in the log
> file, and I don't see anything updated in my home dir or in /tmp. Does it
> sound like bdflush is writing? But I don't hear the disk access w
On Sun, 10 Dec 2000, Tigran Aivazian wrote:
> problem (e.g. you mentioned something about allocating more than NR_FILES
> on SMP -- what do you mean?) which you are not explaining clearly.
E.g. situation, only one file struct left for allocation. One CPU goes
into get_empty_filp and before kmem
On Sun, 10 Dec 2000, Szabolcs Szakacsits wrote:
> Or 0 shouldn't be between 0 and NR_RESERVED_FILES. Right? Wrong. I saw
> it happens, you can reproduce it if you lookup the nr_free_files
> value, allocate that much by root, don't release them and
> immediately after this start to allocate fd's by
Both MODULE_PARM and __init are removed by precompiler when not compiler
as module, so no need for ifdefs.
2.4.0-test12pre8
Pavel Rabel
--- mdacon.c.oldSun Dec 10 21:00:20 2000
+++ mdacon.cSun Dec 10 21:04:32 2000
@@ -77,10 +77,8 @@
static struct vc_data *mda_display_fg = NULL;
Hakan Lennestal wrote:
> > Well try the latest out there...test12-pre7.
> This is with test12-pre7 and HPT-bios 1.27.
My system is test12-pre7 also; but the bios is only 1.22 - but I am
using the 'RU' bp6 bios, which I thought to be the latest. Any pointers
on how to get a newer HPT-bios?
> Reg
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
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/core_t2.h is enough for alpha/lib/io.c to
d
On Sun, 10 Dec 2000, Tigran Aivazian wrote:
> > user% ./fd-exhaustion # e.g. while(1) open("/dev/null",...);
> > root# cat /proc/sys/fs/file-nr
> > cat: /proc/sys/fs/file-nr: Too many open files in system
> >
> > The above happens even with increased NR_RESERVED_FILES to 96 [no
> > wonder, get
On Sun, Dec 10 2000, Frank van Maarseveen wrote:
> Hmm, not only I see files stuffed with random data but sometimes also with
> a block of zeroes (about 3600 consecutive zero bytes in a .depend
> file) At one time /var/log/messages said while doing rm -rf:
>
> Dec 10 21:23:04 iapetus kernel: EXT2
Aaron Tiensivu wrote:
>| 2.2.18-pre26 was compiled with gcc 2.91.66 (kgcc).
>| 2.4.0-test12-pre7 was compiled with gcc 2.95.3.
>
>That's your answer right there.
>GCC 2.95.3 compiles much slower than kgcc.
>
>Rerun the 2.4.0 with kgcc to be fair. :)
Actually, it is fair. There are really two res
Hmm, not only I see files stuffed with random data but sometimes also with
a block of zeroes (about 3600 consecutive zero bytes in a .depend file)
At one time /var/log/messages said while doing rm -rf:
Dec 10 21:23:04 iapetus kernel: EXT2-fs error (device ide0(3,4)): ext2_readdir: bad
entry in d
Hello,
On Sat, 9 Dec 2000, Victor J. Orlikowski wrote:
> After doing some googling
> It would appear that, in Family 5, Model 8, Stepping 12 of the K6-2,
> AMD used a different CPU core, that was more similar to the K6-3, and
> that there is a slightly odd way of doing write-combini
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 example.
-
To unsubscribe from this list: send the line "unsubscribe linux-kern
Hello!
I'm using the kernel automounter to mount several cdrom's and partitions
on my smp-box. When the mount expires they aren't automatically
unmounted.
Forcing a 'kill -SIGUSR1 `pidof automount`' works for some devices, but
others stay.
$ umount /auto/install
umount: /auto/install: device is
Hello,
I sent Linus a patch a few minutes ago regarding a tq_struct issue within
drivers/i2o/i2o_lan.c . Alan just sent out a MD5sum for test12-pre8 , so I would
double check the MD5sum against your version of test12-pre8 to see if your errors are
from 'old' test12-pre8 or 'new' test12-pre8
Hi,
vmtruncate () in test11 doesn't clear ends of partial pages. Patch is attached
below.
HOWEVER, it doesn't fix everything: partial_clear () contains
if (!pte_present(pte))
return;
so swapped-out pages don't get truncated (so the patch seems to break things:
truncate () b
Looks like their dns server is borked. I can't even get to their site.
David Ford wrote:
>
> "Mohammad A. Haque" wrote:
>
> > Hit http://www.lm-sensors.nu/
>
> does anyone have an IP address for cvs.lm-sensors.nu?
>
> -d
--
==
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 1 of 320 bytes is miscommunicated.
The kernel is 2.2.12.
1 - 100 of 187 matches
Mail list logo