On Fri, 15 Jun 2001, Dan Streetman wrote:
>Date: Fri, 15 Jun 2001 17:03:38 -0400 (EDT)
>From: Dan Streetman <[EMAIL PROTECTED]>
>To: Jeff Garzik <[EMAIL PROTECTED]>
>Cc: Linux Kernel <[EMAIL PROTECTED]>
>Content-Type: TEXT/PLAIN; charset=US-ASCII
>Subject: Re: ps2 keyboard filter hook
>
>
On Sat, Jun 16, 2001 at 05:52:39AM +0200, Mike Galbraith wrote:
> On Fri, 15 Jun 2001, Albert D. Cahalan wrote:
> > Ever wonder why IBM supports Linux instead of FreeBSD? Hmmm?
>
> I bet it has more to do with growth curves than cursor style :)
don't kid yourself. cursor style is the #1 reason
On Fri, 15 Jun 2001, Albert D. Cahalan wrote:
> Of course FreeBSD has a block cursor. It was easy to program,
> and it seems nice to the pot-smoking hippies out in Berkeley.
> FreeBSD doesn't define standards. FreeBSD breaks standards.
> (zombie creation, "ps -ef", partition tables, pty
Em Fri, Jun 15, 2001 at 08:11:35PM -0700, Michael Peddemors escreveu:
> Or even better.. Rik? Are you using Microsoft again?
> Now we get em in Spanish too.. Even Virus's sound better in Spanish..
> Or is that Portugese?
yup, portuguese, I already got this damn virus in portuguese, english,
Under linux 2.4.1 if I move the mouse slow enough it doesn't register at all
in Xwindows. If I unplug the ps2 mouse and plug it back in, it works
perfectly, no matter how slowly I move it the movement is registered. It
is as if the linux kernel is imposing a threshold on the movement.
Under
Or even better.. Rik? Are you using Microsoft again?
Now we get em in Spanish too.. Even Virus's sound better in Spanish..
Or is that Portugese?
(Personally, I block em at the mailer, to protect those poor
unfortunates that haven't switched to Linux Yet)
Content-Type: application/octet-stream;
> The message on the screen
>
> calibrating APIC timer .
> CPU clock speed is 1395.7390MHz
> ... host bus clock speed is 0. MHz
> cpu: 0, clocks: 0, slic: 0
>
> Then nothing. I had to push the reset button at this point.
> ACPI and APM were disabled from the kernel config.
>
Dear sirs,
Few year ago, I wrote patch for tulipl.c(kernel-version 2.0.35)
that works on MX98715,and I found that it mostly work version 2.2.1 and 2.2.11.
So I'll send patch for tulip.c(kernel-version 2.2.1, 2.2.11)
I tested it on 2.2.1 to 2.2.13, but I think it should work on 2.2.1 to 2.2.13.
First a little more data on the problem.
1) I've never seen it with the client and server program on the same
computer.
2) It only repros on some systems. If I can repro it on some systems
and then make the client the server and the server the client the
bug will often fail to repro.
On Saturday 16 June 2001 02:03, Josh Myer wrote:
> Anyway, this is a silly discusson in general, i figured i would throw in
> my $0.02 (strong US cents!)
It's a slow news day ;-)
--
Daniel
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Tobias Ringstrom wrote:
> Ah... the joy of reading mail using non-MS software, on a non-MS OS...
>
> Hahaha, indeed!
Indeed, since:
Jun 15 15:39:03 mirai sendmail[21499]: f5FMd2t21499:
from=<[EMAIL PROTECTED]>, size=33547, class=-60, nrcpts=1,
msgid=<[EMAIL PROTECTED]>, bodytype=7BIT,
On Sat, 16 Jun 2001, Daniel Phillips wrote:
> Ask the original poster if he's willing to take the risk of going with an xor
> cursor. We are talking text mode, right? No way to get rid of that blinking
> text cursor, ever. Tell me, do you like having the colon blink on your alarm
> clock
NM
--- Matthew Dharm <[EMAIL PROTECTED]>
wrote:
> No kidding... getting this once was funny enough on
> this mailing list...
> but twice in the same day? I am just rolling in the
> asiles here...
>
> Matt
>
> On Sat, Jun 16, 2001 at 01:34:59AM +0200, Tobias
> Ringstrom wrote:
> > On Fri, 15
Hello,
please CC: replies to me, since I'm not subscribed to the list.
On Fri, 15 Jun 2001 15:50:33 -0300 (BRST)
Rik van Riel <[EMAIL PROTECTED]> wrote:
> On Fri, 15 Jun 2001, Ivan Schreter wrote:
>> In 2Q, when a page is present in LRU queue, you move it to the front of
>> [...]
> This
People want to read the last sector on a disk, but our present
code does not easily allow that, since size checking is done
in units of 1024 bytes, not in units of 512 bytes.
We have seen very ugly solutions ("add an ioctl to read the last sector")
and very kludgy solutions ("create a partition
On Fri, 15 Jun 2001, Hahaha wrote:
> Today, Snowhite was turning 18. The 7 Dwarfs always where very educated and
> polite with Snowhite. When they go out work at mornign, they promissed a
> *huge* surprise. Snowhite was anxious. Suddlently, the door open, and the Seven
> Dwarfs enter...
Ah...
On Friday 15 June 2001 21:38, Albert D. Cahalan wrote:
> Daniel Phillips writes:
> > On Friday 15 June 2001 21:21, Albert D. Cahalan wrote:
> >> Non-blinking cursors are just wrong. You need to patch your brain.
> >> You really fucked up, because now apps can't restore your cursor
> >> to proper
No kidding... getting this once was funny enough on this mailing list...
but twice in the same day? I am just rolling in the asiles here...
Matt
On Sat, Jun 16, 2001 at 01:34:59AM +0200, Tobias Ringstrom wrote:
> On Fri, 15 Jun 2001, Hahaha wrote:
>
> > Today, Snowhite was turning 18. The 7
On 6-Jun-2001, I reported:
> I upgraded my IBM ThinkPad 240 (Type 2609-31U) from Red Hat 7.0 to
> Red Hat 7.1, which uses the 2.4.2 kernel and the kernel PCMCIA drivers.
> Before the upgrade, all my CardBus and PCMCIA devices were working fine.
> Now the yenta_socket module seems to be causing
Please apply the fix for unpaired lock/unlock_kernel in fs/locks.c
Andrey
--- fs/locks.c~ Fri Jun 15 17:14:05 2001
+++ fs/locks.c Fri Jun 15 19:16:31 2001
@@ -856,7 +856,7 @@
new_fl2 = locks_alloc_lock(0);
error = -ENOLCK; /* "no luck" */
if (!(new_fl &&
Does anyone have the ALi magik1 northbridge datasheet? (ALi M1647)
The pdf "documentation" files on the ALi web site are just sales
brochures.
Yes, i've already asked ALi repeatedly in emails and filled out the
online datasheet request forms and they have responded with deafening
silence.
-Dan
Today, Snowhite was turning 18. The 7 Dwarfs always where very educated and
polite with Snowhite. When they go out work at mornign, they promissed a
*huge* surprise. Snowhite was anxious. Suddlently, the door open, and the Seven
Dwarfs enter...
>
Today, Snowhite was turning 18. The 7 Dwarfs always where very educated and
polite with Snowhite. When they go out work at mornign, they promissed a
*huge* surprise. Snowhite was anxious. Suddlently, the door open, and the Seven
Dwarfs enter...
>
On Fri, Jun 15, 2001 at 06:14:05PM -0400, Dan Streetman wrote:
>
> >> Vojtech, could you comment on if the above is possible using the input
> >layer?
> >
> >Yes, and quite easily it'll fit into the input layer. Basically the way
> >to do it would be to open the PS/2 port in the filter driver
For 2.5, I'm planning on switching my driver over to the slab allocator,
for a variety of reasons. Does anyone have a _dead_ simple example of how
to use such a beast? I've seen the various web pages and document
explaining the API, but I love to see working examples for reference (and
to fill
>> Vojtech, could you comment on if the above is possible using the input
>layer?
>
>Yes, and quite easily it'll fit into the input layer. Basically the way
>to do it would be to open the PS/2 port in the filter driver (thus
>disabling the normal keyboard driver to open it) and then register a
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
Intermediate diffs are available from
http://www.bzimage.org
2.4.5-ac15
o Enable MMX extensions on Cyrix MII (me)
o Make pid on core dump configurable
On Fri, 15 Jun 2001, Mike Black wrote:
> This is a very common misconception -- I worked a contract many years ago
> where I actually had to quote the author of TCP to convince a banking
> company I was working with that TCP is not a guaranteed protocol.
> Guaranteed delivery at layer 5 - yes
> Hey all,
> I just had an eepro/100 S delivered to me. I haven't dug through specs
> yet, but has anyone looke at this? Supposedly has a 3DES ASIC built in to
> the core.
>
> Any way we can use it?
Good question. I've been wondering how exactly that ASIC would even benefit
Windows users.
On Fri, Jun 15, 2001 at 05:30:03PM -0400, Dan Streetman wrote:
>
> >X11 likes to talk direct to the PS/2 port. I actually think you should
> >instead
> >talk to Vojtech for the mainstream kernel about the input device work. It
> >sounds much cleaner and more close to what you need
>
> Ah, I
On Fri, 15 Jun 2001, Dan Hollis wrote:
> Received: from [195.161.132.168] ([195.161.132.168]:38150 "HELO 777")
> by vger.kernel.org with SMTP id ;
> Fri, 15 Jun 2001 17:19:32 -0400
>
> inetnum: 195.161.132.0 - 195.161.132.255
> netname: RT-CLNT-MMTEL
> descr:
On Fri, 15 Jun 2001, Paul Faure wrote:
> Just this morning, our firewall get a kernel panic after 500 days of
> uptime.
>
> As you can see from the log files, the date starts at June 15th, where we
> get two div by zeros, then jumps May 11th, then a kernel panic. A reboot
> brings it back to
>X11 likes to talk direct to the PS/2 port. I actually think you should
>instead
>talk to Vojtech for the mainstream kernel about the input device work. It
>sounds much cleaner and more close to what you need
Ah, I didn't realize the input layer was handling PS/2 stuff...? Although I am
not
On Sat, 16 Jun 2001, =?ISO-8859-1?Q? =C1=E5=EB=EE=E1=EE=F0=EE=E4=EE=E2?= wrote:
> "Íåò íåðàçðåøèìûõ ñèòóàöèé, åñòü òîëüêî íåæåëàíèå èõ
> [... drivel deleted ...]
Received: from [195.161.132.168] ([195.161.132.168]:38150 "HELO 777")
by vger.kernel.org with SMTP id ;
Fri, 15 Jun
Just this morning, our firewall get a kernel panic after 500 days of
uptime.
As you can see from the log files, the date starts at June 15th, where we
get two div by zeros, then jumps May 11th, then a kernel panic. A reboot
brings it back to June 15th. Since cron could not open /dev/rtc. My
"Íåò íåðàçðåøèìûõ ñèòóàöèé, åñòü òîëüêî íåæåëàíèå èõ
ðàçðåøèòü."
Óâàæàåìûå ãîñïîäà.
Ïðåäëàãàåì ðåàëüíóþ ïîìîùü â ðåøåíèè âîïðîñîâ
âûåçäà.
Ïàñïîðòà. Âèçû. Ãðàæäàíñòâà. Ïðîáëåìû. Ðåøåíèÿ.
Âêëþ÷àÿ ïîëó÷åíèå âèç ñòðàí Øåíãåíñêîãî ïðîñòðàíñòâà.
Hi!
Why the 2.4.5-ac series doesn't have merges from Linus 2.4.6-pre anymore?
Regards,
--
Thiago Vinhas de Moraes
NetWorx - A SuaCompanhia.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
In alcove.lists.linux.kernel, you wrote:
> >Well, not quite... I've had several X lockups while using the YUV
> >acceleration code. Let's say one lockup per half an hour.
>
> Strange. I've watched DVD's etc. Maybe it's not the Xv code, but your
> camera code?
It can be, of course. However I
>Didn't we just conclude a discussion here on linux-kernel, which said
>that patches which simply add hooks allowing proprietary extensions are
>not accepted into the kernel?
Yes (I assume you mean the whole 'sockreg' register/unregister thread(s)...;-)
I never intended to get that patch in.
Hey all,
I just had an eepro/100 S delivered to me. I haven't dug through specs
yet, but has anyone looke at this? Supposedly has a 3DES ASIC built in to
the core.
Any way we can use it?
--
Tim Hockin
Systems Software Engineer
Sun Microsystems, Cobalt Server Appliances
[EMAIL PROTECTED]
-
To
Greg,
Just to make a point on that, as I recall Zip and other super floppy media
*shouldn't* be partitioned. It's certainly possible to do but it's
anyone's guess on how different OS+revs will treat it.
Josh
__SIG__
On Fri, 15 Jun 2001, Gregoire Favre wrote:
> On Fri, Jun 15, 2001 at
hello,
the kmallow_maxsize is reported as undeclared what i try to complile buzz.c
for the iomega buzz driver in the new kernel 2.4.5.
how should i fix this?
--
Lee Leahu RICIS, Inc.
Internet Technoligies Specialist708-444-2690 Voice
[EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
> In order to use these keyboards, a the standard PS/2 driver needs to behave a
> bit differently; thus attached is a modifcation to the PS/2 driver which allows
> other drivers to register with the PS/2 driver as 'filters'. There is a
> arbitrary max number of 'filters'
On Fri, Jun 15, 2001 at 03:21:54PM -0400, Albert D. Cahalan wrote:
> Non-blinking cursors are just wrong. You need to patch your brain.
> You really fucked up, because now apps can't restore your cursor
> to proper behavior as defined by IBM.
I don't want them to, because I prefer non-blinking.
On Fri, Jun 15, 2001 at 11:54:20PM +0400, Eugene Crosser wrote:
> In article <[EMAIL PROTECTED]>,
> Alan Cox <[EMAIL PROTECTED]> writes:
> >> any problems since 2.4.5 was published, they seem to have surfaced
> >> immediately after I created a rather big file capturing video with
> >>
On Fri, Jun 15, 2001 at 08:40:57AM +0200, Philipp Matthias Hahn wrote:
> Nothing. Somethings is reeding /proc/partitions which lists all known
> partitions. "fdisk" or "mount" do this.
>
> When reading the file the kernel has to check the media in your zip-drive.
> Problem is, you havn't put in
> While I could
> fix this myself manually (and plan to do so), it would be nice to get
> the developer's blessing on this, and also nice to know exactly what
> version number to give this driver in 2.4.5 stock.
F**k me, forget I asked about the version. I just read a little further down
in the
IBM Retail Store Solutions dept has certain PS/2 keyboards which extend the
standard PS/2 specification in order to support addition hardware built into the
keyboard (such as a Magnetic Strip Reader, Keylock, Tone generator, extra keys,
extra LEDs, etc). This addition hardware behaves in a
On Fri, Jun 15, 2001, Kelledin Tane <[EMAIL PROTECTED]> wrote:
> Apologies if this has been posted before. I imagine it has.
>
> In kernel 2.4.5 stock, ov511.c fails to compile. A little intelligent
> searching through 2.4.4 source reveals that the following line in 2.4.4:
>
> static const
Apologies if this has been posted before. I imagine it has.
In kernel 2.4.5 stock, ov511.c fails to compile. A little intelligent
searching through 2.4.4 source reveals that the following line in 2.4.4:
static const char version[] = "1.28";
is missing in 2.4.5, and this is why it does not
On 15 Jun 01 at 21:34, Daniel Phillips wrote:
> On Friday 15 June 2001 21:21, Albert D. Cahalan wrote:
> > Non-blinking cursors are just wrong. You need to patch your brain.
> > You really fucked up, because now apps can't restore your cursor
> > to proper behavior as defined by IBM.
>
> Just
Yes! I still need ISA support for an ne2000 card.
On Wednesday, June 13, 2001, at 06:23 PM, Rafael Diniz wrote:
>> No. There are still plenty of unique ISA cards around.
> How about all the isa ne2000 around the world?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
Daniel Phillips writes:
> On Friday 15 June 2001 21:21, Albert D. Cahalan wrote:
>> Non-blinking cursors are just wrong. You need to patch your brain.
>> You really fucked up, because now apps can't restore your cursor
>> to proper behavior as defined by IBM.
>
> Just one question Albert: why
On Friday 15 June 2001 21:21, Albert D. Cahalan wrote:
> Non-blinking cursors are just wrong. You need to patch your brain.
> You really fucked up, because now apps can't restore your cursor
> to proper behavior as defined by IBM.
Just one question Albert: why doesn't my mouse cursor blink? ;-)
Leon Breedt writes:
> Attached is a patch to enforce a non-blinking, FreeBSD-syscons like
> block cursor in console mode.
>
> This is useful for laptop types, or people like me who really really
> detest a blinking cursor.
>
> NOTE: It disables the softcursor escape codes
>
> TCP is guaranteed delivery at layer 5 -- but that's all -- not a "guaranteed
> protocol"
For certain specific cases this is in itself not true either. Also for many
many implementations.
Specifically
1. If the receiver closes and there is unread data many TCP's forget
to RST the
On Fri, 15 Jun 2001, Ivan Schreter wrote:
> In 2Q, when a page is present in LRU queue, you move it to the front of
> LRU queue as usual. Otherwise, if it is in memory, it must be in A1 queue
> (the FIFO one), so you DON'T do anything. When the page is NOT in memory,
> you load it conditionally
Thanks, I'll try to take a look at the source if I get a chance next
week. Any tulip developers out there know off hand if this is enabled?
Or can be disabled?
Thanks,
Alex
David Christensen wrote:
>
> Alex,
>
> Looking at the back of a Linksys EtherFast 10/100 manual I happen to have,
>
I apologize to all for my first post!
To partly answer my own poorly documented problem:-
First, once the code added for the debugger (int3) was removed from
the driver, the driver worked fine with kernel version 2.4.2-ac28 (but
still not with 2.4.2-2rh or 2.4.2).
Second, with sincere
Mike Black writes:
> I'm concerned that you're probably just overruning your IP stack:
...
> TCP is NOT a guaranteed protocol -- you can't just blast data from one port
> to another and expect it to work.
Yes you can. This is why we have TCP in fact.
> a tcp-write is NOT guaranteed -- and as
Mathias Killian wrote a patch to allow cramfs initrd's, see:
http://www.cs.helsinki.fi/linux/linux-kernel/2001-01/1064.html
Alexandr Andreev wrote:
>
> Hi, list.
>
> My MIPS machine has no any disks or flopies. So i obliged to use a RAM
> disk with a file system on it, which is mounted as
This is a very common misconception -- I worked a contract many years ago
where I actually had to quote the author of TCP to convince a banking
company I was working with that TCP is not a guaranteed protocol.
Guaranteed delivery at layer 5 - yes -- but NOT a guaranteed protcol.
Guaranteed means
On Thu, 14 Jun 2001, Gregoire Favre wrote:
> I have an IDE 250Mb Zip, it work fine, but I can see:
>
> Jun 11 23:52:35 greg kernel: ide-floppy: hdc: I/O error, pc = 5a, key =
> 5, asc = 24, ascq = 0
> Jun 11 23:52:37 greg kernel: hdc: unknown partition table
> Jun 11 23:52:37 greg kernel: hdc:
On Fri, 15 Jun 2001 [EMAIL PROTECTED] wrote:
>
> > You can fix this by upping the socket buffer that ping asks for (look
> > for setsockopt( ... SO_RCVBUF ...)) and then tuning the kernel to
> > allow larger socket buffers. The file to fiddle with is
> > /proc/sys/net/core/rmem_max.
>
>
David Woodhouse wrote:
>It's not polite to respond to private messages in public fora.
>
>On Fri, 15 Jun 2001, Alexandr Andreev wrote:
>
>>Bootloader only jumps to the kernel entry point. The initrd image is
>>compiled inside the kernel.
>>
>
>So it's in a ROM or flash chip? Why copy it into
Hey thanks,
The memory i need is not for DMA usage so i don't care
if it is contiguous or not.
later,
Petko
Arnaldo Carvalho de Melo wrote:
>
> Em Fri, Jun 15, 2001 at 10:02:08AM -0700, Petko Manolov escreveu:
> > Hi there,
> >
> > AFAIK there was similar discusion almos a
Hi, David.
David Woodhouse wrote:
>Where does the bootloader get the initrd from?
>
Bootloader only jumps to the kernel entry point. The initrd image is
compiled
inside the kernel. ( special section in the ELF kernel binary )
.config:
...
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_SIZE=8192
Em Fri, Jun 15, 2001 at 10:02:08AM -0700, Petko Manolov escreveu:
> Hi there,
>
> AFAIK there was similar discusion almos a year
> ago but i can't remember the details.
>
> kmalloc fails to allocate more than 128KB of
> memory regardless of the flags (GFP_KERNEL/USER/ATOMIC)
>
> Any
Hi list
Sorry to bother you with such a trivial query.
To make a routing decision ip_route_input() is called. It fills the skb->dst
with appropriate entry. Can anyone point to the exact location where I can find
the next hop and output interface IP address.
It seems
Hello,
I'm not subscribed to list, so please replies CC: to me
On Fri, 15 Jun 2001 12:20:52 -0400 (EDT)
John Clemens <[EMAIL PROTECTED]> wrote:
> Is there any way for you to measure the relative computational overhead
> required for the two algorithms? the benefit of the higher hit rate may
>
Petko Manolov writes:
> kmalloc fails to allocate more than 128KB of
> memory regardless of the flags (GFP_KERNEL/USER/ATOMIC)
>
> Any ideas?
Yes, this is the limit.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
Hi there,
AFAIK there was similar discusion almos a year
ago but i can't remember the details.
kmalloc fails to allocate more than 128KB of
memory regardless of the flags (GFP_KERNEL/USER/ATOMIC)
Any ideas?
I am not quite sure if this is the expected behavior.
Petko
-
To
Hi,
Linux kernel source level debugger, kgdb is available for
kernel version 2.4.5. It contains the same functionality as
kgdb for 2.4.3.
Please visit http://kgdb.sourceforge.net/ to download it.
Regards.
--
Amit S. Kale
<[EMAIL PROTECTED]>
Linux kernel source level debugger
On Fri, 15 Jun 2001, Rik van Riel wrote:
> [Request For Testers: please test this on your system...]
>
> Hi,
>
> the following patch makes use of the fact that refill_inactive()
> now calls swap_out() before calling refill_inactive_scan() and
> the fact that the inactive_dirty list is now
On Fri, Jun 15, 2001 at 01:10:00AM -0400, Alexander Viro wrote:
> +static inline void write_super(struct super_block *sb)
> +{
> + lock_super(sb);
> + if (sb->s_root && sb->s_dirt)
When I first looked at this, I thought it was a typo. I don't think we
On Wed, 13 Jun 2001, L. K. wrote:
> I have a 3COM 3C905B ethernet card that has been hit by a power outage for
> aprox. 0.5 sec.
What do you mean by "power outage" ? If you mean cutting the power, this
is not a serious reason for EEPROM damages, unless you were modifying it
at that moment.
> I
On Fri, Jun 15, 2001 at 08:37:15AM -0700, David S. Miller wrote:
>
> Pete Wyckoff writes:
> > We're currently working on using both processors
> > of the Tigon in parallel.
>
> It is my understanding that on the Tigon2, the second processor is
> only for working around hw bugs in the DMA
I have been trying to enable Netfilters to mark ip packets, (i.e. using
iptables and iproute2). My problem is that after upgrading from 2.2.4
kernel to a 2.4 version, I did the following:
make menuconfig - enabling the appropriate options
make dep
make bzImage
make bzlilo
The problem is I
[Request For Testers: please test this on your system...]
Hi,
the following patch makes use of the fact that refill_inactive()
now calls swap_out() before calling refill_inactive_scan() and
the fact that the inactive_dirty list is now reclaimed in a fair
LRU order.
Background scanning can now
[EMAIL PROTECTED] said:
> [EMAIL PROTECTED] writes:
> > So are there any intresting changes one can make to the acenic?
>
> Like I said, there is an entire firmware developer kit, so the only
> limit is your imagination and coding skills :-)
I wrote a new firmware from scratch to offload most
On Thursday, June 14, 2001 09:59:43 AM -0300 Marcelo Tosatti
<[EMAIL PROTECTED]> wrote:
>
> In pre3, GFP_BUFFER allocations can eat from the "emergency" memory
> reservations in case try_to_free_pages() fails for those allocations in
> __alloc_pages().
>
>
> Here goes the (tested) patch to
Hi, list.
My MIPS machine has no any disks or flopies. So i obliged to use a RAM
disk with a file system on it, which is mounted as root.
I use gzipped initrd image, which is linked to the special section in the
kernel during compilation. Now, the RAM disk size is really big, so i
decide
to use
> I've installed several thousand 3com cards of various ages and
> types. I've had less than 20 bad cards.
> Nick
Seconded. 3Com stuff is overpriced but reliable. They have also (prior to this
event) been very good at working with the Linux community, including digging out
docs for old
Hi,
Attached is a patch to enforce a non-blinking, FreeBSD-syscons like
block cursor in console mode.
This is useful for laptop types, or people like me who really really
detest a blinking cursor.
NOTE: It disables the softcursor escape codes
Claudio Martins <[EMAIL PROTECTED]> said:
[...]
> Anyone with a <486 probably shudders at the space and time requirements
> of compiling modern kernels..
... which they do on their newer machine anyway, as the i386 in the closet
is a router that sports no compiler.
> The older boxes don't
> You can fix this by upping the socket buffer that ping asks for (look
> for setsockopt( ... SO_RCVBUF ...)) and then tuning the kernel to
> allow larger socket buffers. The file to fiddle with is
> /proc/sys/net/core/rmem_max.
Currently it is set to 65535. I doubled it several times and
On Fri, 15 Jun 2001, David Schwartz wrote:
>
> > Spinlocks are machine dependent. A simple increment of a byte
> > memory variable, spinning if it's not 1 will do fine. Decrementing
> > this variable will release the lock. A `lock` prefix is not necessary
>
> TCP is NOT a guaranteed protocol -- you can't just blast data from one
port
> to another and expect it to work.
Isn't it? Are you really sure about that? I thought UDP was the
not-guaranteed-one and TCP was the one guaranting that all data reaches the
other end in order and all. Please
On Fri, 15 Jun 2001, Ingo Oeser wrote:
> On Thu, Jun 14, 2001 at 05:05:07PM -0400, Richard B. Johnson wrote:
> > The problem is that a data acquisition board across the PCI bus
> > gives a data transfer rate of 10 to 11 megabytes per second
> > with a UP kernel, and the transfer drops to 5-6
Here's the end of my run -- I assume this means my config works OK?
I'm on a dual PIII/600 linux-2.4.6-pre3 -- ran it all on the local host.
received msg#90, name pad1, 1 blocks, 12 total bytes
received msg#91, name pad1, 1 blocks, 12 total bytes
received msg#92, name class
On Thu, Jun 14, 2001 at 05:05:07PM -0400, Richard B. Johnson wrote:
> The problem is that a data acquisition board across the PCI bus
> gives a data transfer rate of 10 to 11 megabytes per second
> with a UP kernel, and the transfer drops to 5-6 megabytes per
> second with a SMP kernel. The ISR
Nuther anecdote:
I was creating a big swapfile on ext2 (because 2.4.5 needs too much swap)
with dd (SCSI disk on Sym53c8-something controller) and corrupted
the partition THEN fsck would cause the kernel to panic. I thought
I had some bad hw ... the box sits on my office floor waiting
Alan Cox wrote:
> > Would it make sense to create some sort of 'make config' script that
> > determines what you want in your kernel and then downloads only those
> > components? After all, with the constant release of new hardware, isn't a
> > 50MB kernel release not too far away? 100MB?
>
>
Since while using only a small subset of primitives provided by the pthreads
the burden for the other primitive maintanence is much more so i too feel
when we use only a small part its better to implement in our own requiredd
way for performance issues.
-Original Message-
From: [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sorry to disappoint you. Still the VIA "clock timer configuration lost"
error message on ASUS board, ca every 1 - 5 minutes.
Either the messages are still bogus or the asus board is buggy too.
best regards, Andreas
-
> Spinlocks are machine dependent. A simple increment of a byte
> memory variable, spinning if it's not 1 will do fine. Decrementing
> this variable will release the lock. A `lock` prefix is not necessary
> because all
On Fri, Jun 15, 2001 at 03:52:52PM +0530, SATHISH.J wrote:
> In the vfs layer when we see the lookup_dentry() function code we see that
> a part of the code checks whether low level filesystem wants to use its
> own hash. the part odf the code that calls the filesystem dependant
> hashing is
I tend to get these after a few days uptime. This one locked X
hard, ping and ssh over net etc still worked ok.
Pretty standard x86 PC hardware.
kernel BUG at slab.c:1244!
invalid operand:
CPU:0
EIP:0010:[]
EFLAGS: 00213082
eax: 001b ebx: cfffc768 ecx: c0217700 edx:
Hi,
In the vfs layer when we see the lookup_dentry() function code we see that
a part of the code checks whether low level filesystem wants to use its
own hash. the part odf the code that calls the filesystem dependant
hashing is "error = base->d_op->d_hash->(base,);". Why should it
Hi Dieter,
On Fri, 15 Jun 2001, Dieter Nützel wrote:
> I see 4.29 GB under shm with your latest try.
> something wrong?
Yes, this is nasty. The appended patch fixes that. (I am not really
happy to need the PG_marker flag for writepage.)
The patch also fixes two other problems:
-
1 - 100 of 215 matches
Mail list logo
