gnome, kde, enlightenment...these are just a few of the "let's give everyone
access" utilities.
-d
"Mohammad A. Haque" wrote:
> I've got segments showing up with perm 777 and I dont run enlightenment.
> Though they all go away when I guit all apps that use gtk/gnome =)
--
"There is a
Shawn Starr wrote:
> Odd, Isn't 777 insecure for shared memory segments?
very. rasterman may make cute stuff, but reliable in adverse conditions and
secure is completely out of the ballpark.
-d
--
"There is a natural aristocracy among men. The grounds of this are
virtue and
David Ford wrote:
> [more to come - dinner calls - please feel free to comment and provide
> information]
It is indeed X's fault. A cursory trace on 4.01b shows an equal amount of
shmat/shmdt at dozens upon dozens per second. 4.01c has just as many shmat
but no shmdt. However it's u
David Ford wrote:
[more to come - dinner calls - please feel free to comment and provide
information]
It is indeed X's fault. A cursory trace on 4.01b shows an equal amount of
shmat/shmdt at dozens upon dozens per second. 4.01c has just as many shmat
but no shmdt. However it's unclear
Shawn Starr wrote:
Odd, Isn't 777 insecure for shared memory segments?
very. rasterman may make cute stuff, but reliable in adverse conditions and
secure is completely out of the ballpark.
-d
--
"There is a natural aristocracy among men. The grounds of this are
virtue and
gnome, kde, enlightenment...these are just a few of the "let's give everyone
access" utilities.
-d
"Mohammad A. Haque" wrote:
I've got segments showing up with perm 777 and I dont run enlightenment.
Though they all go away when I guit all apps that use gtk/gnome =)
--
"There is a
(cc: to [EMAIL PROTECTED] and to [EMAIL PROTECTED] - this
should be the last post to LKML for this subject)
Known historical items:
-All shm segments get used up in very fast order.
-Everyone noticing it maintains it is 4.01c versioned
-It happens on multiple versions of Linux kernels, 2.2 and
safemode wrote:
> SHM segments are increasing (they only go away when X closes) .. swap seems
> to be stable for nowhere is the ipcs -u output
If they all go away when X closes, it seems that X is at fault.
-d
--
"The difference between 'involvement' and 'commitment' is like an
19.5 day uptime on test8 and 4.01b, ~13 segments, ~350K all user 'david'.
4 day uptime on test8 and 4.01c, ~16 segments, 256 bytes used by user
'postgres'.
test9 is very broken, we know it is :]
There are a bunch of OOPSes and complaints about the VM.
-d
safemode wrote:
> Ok, compiling
Keith Owens wrote:
> That would take my 2.4.0 bzImage to 893864, it does not leave much room
> out of a 1.4Mb floppy for LILO files. We could have multiple make
> targets, with and without appended config/map but that just complicates
> the build environment.
I normally occupy over a meg with
Kuznetsov: new arp state machine;
* now it is in net/core/neighbour.c.
+ * David Ford : More fixes cleaning up the proc output
*/
/* RFC1122 Status:
@@ -1025,6 +1026,7 @@
char hbuffer[HBUFFERLEN];
int i,j,k;
safemode wrote:
> Reply ALL also results in 2 mails being sent instead of one but of course this is
>usually not a problem since one is going direct and the other is going through vger,
>but still... it's kind of wasteful to
> resources and i dont see any harm in Reply-to being sent in the
safemode wrote:
> i'll get back about the latest xfree86 in about 2 hours .. but if anyone has any
>other ideas
> or info i can give ...it's not problem. test8 seems stable enough to keep itself up
>until
> i'm ready to reboot.
I should hope, I have a 20 day uptime so far.
-d
--
safemode wrote:
> It seems to me that test8-vm3 handles this fine. in test9 upon loading X i was
> already using swap and down to 10MB ... here i have netscape loaded and some other
> stuff along with gaim and i've got 36MB free still. I'm not so sure you can chalk
> this up totally to X
safemode wrote:
> One more little complaint.. why doesn't vger replace the FROM to
> [EMAIL PROTECTED] like any other sane mailing list ... i
> keep going to Reply and not sending to the list. At least add a
> reply-to tag like the proftpd mailing list has if you want to keep the
> FROM tag
Shaw Starr repored on [EMAIL PROTECTED] that a fresh checkout of 4.01d and fresh
build of X resulted in a fixed/working shm w/ X.
-d
safemode wrote:
> When in doubt. . Blame it on the biggest piece of crap around .. X.One can
> say using a cvs of X is the cause of this by somehow i doubt
XFree86 Version 4.0.1b / X Window System
(protocol Version 11, revision 0, vendor release 6400)
Release Date: 11 August 2000
=)
Are you by chance using cvs X from after september 10th? If so, hop on the
[EMAIL PROTECTED] mailing list and post your comments there. There is another
gentlemen
I think it's time to get Christoph on the line and see what he has to say. The
4096 number is a limit to the system, you can have a max of 4096 shared memory
segments systemwide. Do you know offhand which programs are using(abusing)
shm?
-d
safemode wrote:
> David Ford wrote:
>
> &g
safemode wrote:
One more little complaint.. why doesn't vger replace the FROM to
[EMAIL PROTECTED] like any other sane mailing list ... i
keep going to Reply and not sending to the list. At least add a
reply-to tag like the proftpd mailing list has if you want to keep the
FROM tag as the
safemode wrote:
It seems to me that test8-vm3 handles this fine. in test9 upon loading X i was
already using swap and down to 10MB ... here i have netscape loaded and some other
stuff along with gaim and i've got 36MB free still. I'm not so sure you can chalk
this up totally to X
safemode wrote:
i'll get back about the latest xfree86 in about 2 hours .. but if anyone has any
other ideas
or info i can give ...it's not problem. test8 seems stable enough to keep itself up
until
i'm ready to reboot.
I should hope, I have a 20 day uptime so far.
-d
--
"There is
etsov: new arp state machine;
* now it is in net/core/neighbour.c.
+ * David Ford : More fixes cleaning up the proc output
*/
/* RFC1122 Status:
@@ -1025,6 +1026,7 @@
char hbuffer[HBUFFERLEN];
int i,j,k;
Keith Owens wrote:
That would take my 2.4.0 bzImage to 893864, it does not leave much room
out of a 1.4Mb floppy for LILO files. We could have multiple make
targets, with and without appended config/map but that just complicates
the build environment.
I normally occupy over a meg with my
19.5 day uptime on test8 and 4.01b, ~13 segments, ~350K all user 'david'.
4 day uptime on test8 and 4.01c, ~16 segments, 256 bytes used by user
'postgres'.
test9 is very broken, we know it is :]
There are a bunch of OOPSes and complaints about the VM.
-d
safemode wrote:
Ok, compiling using
safemode wrote:
SHM segments are increasing (they only go away when X closes) .. swap seems
to be stable for nowhere is the ipcs -u output
If they all go away when X closes, it seems that X is at fault.
-d
--
"The difference between 'involvement' and 'commitment' is like an
(cc: to [EMAIL PROTECTED] and to [EMAIL PROTECTED] - this
should be the last post to LKML for this subject)
Known historical items:
-All shm segments get used up in very fast order.
-Everyone noticing it maintains it is 4.01c versioned
-It happens on multiple versions of Linux kernels, 2.2 and
Bernd Eckenfels wrote:
> In article <[EMAIL PROTECTED]> you wrote:
> > On a side note, does it/will it be implemented in the future?
>
> it was implemented and it is phased out. It is only present to be
> compatible. One would do that with user space arp daemons or auto_arp.
>
> Greetings
>
David Ford wrote:
> After reviewing the arp.c file, I made a couple of changes. I fixed the
uhm. I meant arp.c ;)
-d
--
"The difference between 'involvement' and 'commitment' is like an
eggs-and-ham breakfast: the chicken was 'involved' - the pig was
'committed'."
begin:
After reviewing the arp.c file, I made a couple of changes. I fixed the
ip.ip.ip.ip0xNN breakage and also changed the printing routine. Since
the ARP mask is not implemented in the /proc file, I changed the length
formatting of it and the following dev->name entry.
e.g.:
-"
Attached is a patch.
-d
his dad wrote:
> Linux 2.4.0-test6 i386
>
> I've just put a manual arp entry in for 192.168.56.1.
>
> arp -n does not show it.
>
> /proc/arp
>
> has the following line
>
> 192.168.56.10x10xc
>
> where the ipaddress and the HWtype are jammed against each other.
Attached is a patch.
-d
his dad wrote:
Linux 2.4.0-test6 i386
I've just put a manual arp entry in for 192.168.56.1.
arp -n does not show it.
/proc/arp
has the following line
192.168.56.10x10xc etc
where the ipaddress and the HWtype are jammed against each other.
dare i
After reviewing the arp.c file, I made a couple of changes. I fixed the
ip.ip.ip.ip0xNN breakage and also changed the printing routine. Since
the ARP mask is not implemented in the /proc file, I changed the length
formatting of it and the following dev-name entry.
e.g.:
-"
David Ford wrote:
After reviewing the arp.c file, I made a couple of changes. I fixed the
uhm. I meant arp.c ;)
-d
--
"The difference between 'involvement' and 'commitment' is like an
eggs-and-ham breakfast: the chicken was 'involved' - the pig was
'committed'."
begin:vca
Tom Rini wrote:
> >that. I see that 2.4 is getting all kinds of changes merged in
> >that should be going on with 2.5. The recent VM changes have left
> >us with deadlocks that we didn't have before. Shouldn't that have
> >gone into 2.5 not 2.4?
> Well, I think the bitterness
'twas user error, apmd does it. mea culpa.
-d
--
"There is a natural aristocracy among men. The grounds of this are
virtue and talents", Thomas Jefferson [1742-1826], 3rd US President
begin:vcard
n:Ford;David
x-mozilla-html:TRUE
I'd rather see a new /proc/memoryinfo with a lot of thought given to the
current and future structure of it than adding kludges into what already
exists.
Userland utils need to be more tolerant of "junk" and not rely on static
content locations.
-d
Dan Kegel wrote:
> Rik van Riel wrote:
> > >
I'd rather see a new /proc/memoryinfo with a lot of thought given to the
current and future structure of it than adding kludges into what already
exists.
Userland utils need to be more tolerant of "junk" and not rely on static
content locations.
-d
Dan Kegel wrote:
Rik van Riel wrote:
The
'twas user error, apmd does it. mea culpa.
-d
--
"There is a natural aristocracy among men. The grounds of this are
virtue and talents", Thomas Jefferson [1742-1826], 3rd US President
begin:vcard
n:Ford;David
x-mozilla-html:TRUE
org:img
Craig Whitmore wrote:
> I checked again and its a Intel 815 Board.
> Someone told me to use tulip and someone told me to use eepro
Is this the CNR based network device?
-d
--
"The difference between 'involvement' and 'commitment' is like an
eggs-and-ham breakfast: the chicken was 'involved' -
Craig Whitmore wrote:
> I checked again and its a Intel 815 Board.
> Someone told me to use tulip and someone told me to use eepro
Tom's hardware guide shows a 3Com 3c905B-TX for the Intel i815.
-d
--
"The difference between 'involvement' and 'commitment' is like an
eggs-and-ham breakfast:
Craig Whitmore wrote:
I checked again and its a Intel 815 Board.
Someone told me to use tulip and someone told me to use eepro
Is this the CNR based network device?
-d
--
"The difference between 'involvement' and 'commitment' is like an
eggs-and-ham breakfast: the chicken was 'involved' -
There was a round of discussion about /proc.../serial back in May. It
covered corruption and bad addresses. Although it didn't specifically say
"I'm fixing the segmentation fault that some people are going to report",
they did indeed discuss the bad data, smp locking, and etc precisely on
Craig Whitmore wrote:
> Does anyone know what driver will work with the ethernet card in a New
> Intel motherboard /proc/pci says its ..
> PCI_DEVICE_ID_INTEL_82865
> 0x1227PCI_VENDOR_ID_INTEL 0x8086 But I can't find any
> drivers for this device :-( Its a 820 Motherboard I think.
J Sloan wrote:
> David Ford wrote:
>
> > Did you apply the quota patch that was posted this week?
>
> Yes, thanx for the sanity check -
>
> After the oops, I remembered something about a patch,
> and there was indeed one posted by Herr Diehl.
>
> Will check that
J Sloan wrote:
David Ford wrote:
Did you apply the quota patch that was posted this week?
Yes, thanx for the sanity check -
After the oops, I remembered something about a patch,
and there was indeed one posted by Herr Diehl.
Will check that out - now I'm curious if there's some
There was a round of discussion about /proc.../serial back in May. It
covered corruption and bad addresses. Although it didn't specifically say
"I'm fixing the segmentation fault that some people are going to report",
they did indeed discuss the bad data, smp locking, and etc precisely on
Craig Whitmore wrote:
Does anyone know what driver will work with the ethernet card in a New
Intel motherboard /proc/pci says its ..
PCI_DEVICE_ID_INTEL_82865
0x1227PCI_VENDOR_ID_INTEL 0x8086 But I can't find any
drivers for this device :-( Its a 820 Motherboard I think.
Aaron Tiensivu wrote:
> | > ASUS P5A with delayed transactions enabled?
> | Oh, you know this critter? I'm assuming disabling delayed transactions fixes the
> | speaker solos?
>
> I used to have a website dedicated to all the quirks that motherboard had. :)
>
> It's either delayed transactions
Did you apply the quota patch that was posted this week?
-d
--
"The difference between 'involvement' and 'commitment' is like an
eggs-and-ham breakfast: the chicken was 'involved' - the pig was
'committed'."
begin:vcard
n:Ford;David
x-mozilla-html:TRUE
Steven Walter wrote:
> I posted a few days ago reporting that under normal load on 2.2.17final
> would crash under non-strenuous loads. One of the symptoms I reported
> was that the system speaker would beep. In fact, the beeps are coming
> from the speakers. My soundcard is a CM8738, and so
I hate to say it, but NFS on Linux has been the worst thing I've every had to
deal with since SLS was the only person on the hill. Every now and then I
give it a go and try to read through the v2/v3/v29384 tangle of packages and
documentation for building/using. Nobody has a usable set of
Jamie Lokier wrote:
> Martin Josefsson wrote:
> > I've been trying to get my machine to swap but that seems hard with this
> > new patch :) I have 0kB of swap used after 8h uptime, and I have been
> > compiling, moving files between partitions and running md5sum on files
> > (that was a big
Alessandro Suardi wrote:
> Kernel pcmcia code works fine with 2.4.0-test8 and my Xircom RBEM56G100TX,
> in fact I am writing from my laptop connected through it. See lsmod output
> and relevant part of .config.
>
> [asuardi@princess asuardi]$ lsmod
> Module Size Used by
>
Summary:
Kernel pcmcia code doesn't work.
DHinds pcmcia code works only if kernel pcmcia code is completely
disabled.
USB Pegasus driver fails when kernel pcmcia code is enabled.
Attached is a text writeup of several tests.
-d
--
"The difference between 'involvement' and 'commitment' is like
Summary:
Kernel pcmcia code doesn't work.
DHinds pcmcia code works only if kernel pcmcia code is completely
disabled.
USB Pegasus driver fails when kernel pcmcia code is enabled.
Attached is a text writeup of several tests.
-d
--
"The difference between 'involvement' and 'commitment' is like
Alessandro Suardi wrote:
Kernel pcmcia code works fine with 2.4.0-test8 and my Xircom RBEM56G100TX,
in fact I am writing from my laptop connected through it. See lsmod output
and relevant part of .config.
[asuardi@princess asuardi]$ lsmod
Module Size Used by
serial_cb
Steven Walter wrote:
I posted a few days ago reporting that under normal load on 2.2.17final
would crash under non-strenuous loads. One of the symptoms I reported
was that the system speaker would beep. In fact, the beeps are coming
from the speakers. My soundcard is a CM8738, and so uses
Did you apply the quota patch that was posted this week?
-d
--
"The difference between 'involvement' and 'commitment' is like an
eggs-and-ham breakfast: the chicken was 'involved' - the pig was
'committed'."
begin:vcard
n:Ford;David
x-mozilla-html:TRUE
org:img
Aaron Tiensivu wrote:
| ASUS P5A with delayed transactions enabled?
| Oh, you know this critter? I'm assuming disabling delayed transactions fixes the
| speaker solos?
I used to have a website dedicated to all the quirks that motherboard had. :)
It's either delayed transactions or
Jamie Lokier wrote:
Martin Josefsson wrote:
I've been trying to get my machine to swap but that seems hard with this
new patch :) I have 0kB of swap used after 8h uptime, and I have been
compiling, moving files between partitions and running md5sum on files
(that was a big problem
"Theodore Y. Ts'o" wrote:
>Date: Tue, 12 Sep 2000 23:55:55 -0700
>From: David Ford <[EMAIL PROTECTED]>
>
>Please add 'APM resume returns the machine to the first tty, crashes
>X' This appeared w/ test8. If this is intended, I'd be very happy to
"Theodore Y. Ts'o" wrote:
>Date: Tue, 12 Sep 2000 23:37:57 -0700
>From: David Ford <[EMAIL PROTECTED]>
>
>> > 4. Boot Time Failures
>> >
>> > * Use PCI DMA 'lost interrupt' problem with some hw [whi
Mark Kettenis wrote:
>From: Ulrich Drepper <[EMAIL PROTECTED]>
>Date: 2000-09-13 6:35:16
>
>[EMAIL PROTECTED] writes:
>
>> I didn't realize things had changed that broke the old threading model.
>> Did Linus do more than add support for the new thread groups? I didn't
>>
e6, David Ford)
Actually this bug applies to all kernels as far back as early 2.3 afair.
> * Oops in dquot_transfer (David Ford, Martin Diehl) (Jan Kara has a
>potential patch)
I believe this would be the referenced patch.
Please add 'APM resume returns the machine to the first
sue resets to get out of the loop.
>
> > * PIIXn tuning can hang laptop (2.4.0-test8-pre6, David Ford)
>
> Need more details of how APM/ACPI is dorking with DMA settins by the OEM.
These two are both reported by me, are the same issue. The exact same kernel,
one with PIIX
[EMAIL PROTECTED] wrote:
>Date: Tue, 12 Sep 2000 07:28:22 -0700
>From: David Ford <[EMAIL PROTECTED]>
>
>Well, how about backing out the threads change until somebody is
>ready to fix everything involved. I haven't the time, depth of
>knowledge, or r
[EMAIL PROTECTED] wrote:
Date: Tue, 12 Sep 2000 07:28:22 -0700
From: David Ford [EMAIL PROTECTED]
Well, how about backing out the threads change until somebody is
ready to fix everything involved. I haven't the time, depth of
knowledge, or rep for this. At present the only
.
* PIIXn tuning can hang laptop (2.4.0-test8-pre6, David Ford)
Need more details of how APM/ACPI is dorking with DMA settins by the OEM.
These two are both reported by me, are the same issue. The exact same kernel,
one with PIIXn tuning enabled, will hang the hardware on boot requiring a
physical
[EMAIL PROTECTED] wrote:
8. Fix Exists But Isnt Merged
Please add 'Quota support causes OOPS' Someone posted a patch but I don't
have the reference offhand. That patch appears to have fixed one person's
problems.
9. To Do
* PIIXn tuning can hang laptop (2.4.0-test8-pre6, David Ford
Mark Kettenis wrote:
From: Ulrich Drepper [EMAIL PROTECTED]
Date: 2000-09-13 6:35:16
[EMAIL PROTECTED] writes:
I didn't realize things had changed that broke the old threading model.
Did Linus do more than add support for the new thread groups? I didn't
think any
"Theodore Y. Ts'o" wrote:
Date: Tue, 12 Sep 2000 23:37:57 -0700
From: David Ford [EMAIL PROTECTED]
4. Boot Time Failures
* Use PCI DMA 'lost interrupt' problem with some hw [which ?] (NEC
Versa LX with PIIX tuning)
If this is a ra
"Theodore Y. Ts'o" wrote:
Date: Tue, 12 Sep 2000 23:55:55 -0700
From: David Ford [EMAIL PROTECTED]
Please add 'APM resume returns the machine to the first tty, crashes
X' This appeared w/ test8. If this is intended, I'd be very happy to
know if so and I
"Theodore Y. Ts'o" wrote:
>Date:Mon, 11 Sep 2000 18:27:30 -0700
>From: David Ford <[EMAIL PROTECTED]>
>
>> I've told Linus several times about this problems but he puts out one
>> test release after the other without this fixed.
>
C program instructions are in ASCII, data certainly isn't restricted to that.
If you or your M*A can't or won't deal with anything but plain text, then
filter it. Plain text is clearly in the minority of emails throughout the
world and the people on LKML seem in general not to care about MIME
C program instructions are in ASCII, data certainly isn't restricted to that.
If you or your M*A can't or won't deal with anything but plain text, then
filter it. Plain text is clearly in the minority of emails throughout the
world and the people on LKML seem in general not to care about MIME
Ulrich Drepper wrote:
> Ray Bryant <[EMAIL PROTECTED]> writes:
>
> > Is there a succinct description of the the thread group changes
> > someplace? I'd be willing to take a look at fixing linuxthreads,
> > but haven't seen any description (other than the kernel source) of
> > what the changes
Ulrich Drepper wrote:
> David Ford <[EMAIL PROTECTED]> writes:
>
> > On the recent test kernels, processes get stuck. A kill -9 results in
> > zombies.
>
> The thread group changes broke the signal handling in linuxthreads.
> The CLONE_SIGHAND is now also used
On the recent test kernels, processes get stuck. A kill -9 results in
zombies.
# cat /tmp/ps.out
PID USER STAT WCHAN COMMAND
1 root Sfillon init [5]
2 root SW acpi_i [kapmd]
3 root SW swap_o [kswapd]
4 root SW brw_pa [kflushd]
5 root SW
On the recent test kernels, processes get stuck. A kill -9 results in
zombies.
# cat /tmp/ps.out
PID USER STAT WCHAN COMMAND
1 root Sfillon init [5]
2 root SW acpi_i [kapmd]
3 root SW swap_o [kswapd]
4 root SW brw_pa [kflushd]
5 root SW
Ulrich Drepper wrote:
David Ford [EMAIL PROTECTED] writes:
On the recent test kernels, processes get stuck. A kill -9 results in
zombies.
The thread group changes broke the signal handling in linuxthreads.
The CLONE_SIGHAND is now also used to enable thread groups but since
Thu Sep 7 23:50:14 2000
+++ 8139too.c Sat Sep 9 18:43:31 2000
@@ -25,6 +25,8 @@
posted MMIO write bugginess
Gerard Sharp - bug fix
+
+ David Ford - ring offset miscalculation
Submitting bug reports:
@@ -
narrowed it down significantly i think. copying large files via the
network (note: 100M FD) makes it explode. the network card this is
happening on is the 8139 driver.
8139too Fast Ethernet driver 0.9.8 loaded
eth2: SMC1211TX EZCard 10/100 (RealTek RTL8139) board found at
0xdd00, IRQ 5
Somewhere out of blue, this kernel is spontaneously rebooting, no OOPS,
no nothing.
It's on an AMD K6-III 450 using iptables, advanced routing, devfs,
hardly anything running.
# ps aux
USER PID %CPU %MEM SIZE RSS TTY STAT START TIME COMMAND
root 1 13.7 0.3 1036 472 ? S
Somewhere out of blue, this kernel is spontaneously rebooting, no OOPS,
no nothing.
It's on an AMD K6-III 450 using iptables, advanced routing, devfs,
hardly anything running.
# ps aux
USER PID %CPU %MEM SIZE RSS TTY STAT START TIME COMMAND
root 1 13.7 0.3 1036 472 ? S
narrowed it down significantly i think. copying large files via the
network (note: 100M FD) makes it explode. the network card this is
happening on is the 8139 driver.
8139too Fast Ethernet driver 0.9.8 loaded
eth2: SMC1211TX EZCard 10/100 (RealTek RTL8139) board found at
0xdd00, IRQ 5
Thu Sep 7 23:50:14 2000
+++ 8139too.c Sat Sep 9 18:43:31 2000
@@ -25,6 +25,8 @@
posted MMIO write bugginess
Gerard Sharp - bug fix
+
+ David Ford - ring offset miscalculation
Submitting bug reports:
@@ -
Ok, more bothersome irk. =|
test8-pre4 was the last kernel the pegasus driver worked in. Since then
it refuses to go online. The code in the pegasus.c file hasn't changed,
so somebody in the middle broke. All the changes seem to have happened
in pre5. Here's what I've gleaned thusfar.
This applies to any recent kernel. Changes :
-Forwarding between high speed interfaces
+NIC Hardware throttling for high speed interfaces
The original is confusing with the previous option which is "Fast
switching (read help!)", one might infer similar.
-d
--
"The difference between
The ongoing saga of the machine that hates tuning being enabled;
2.4.0-test8-pre6
Boot message w/ PIIXn tuning enabled:
[...]
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
PIIX4: IDE controller on PCI bus 00 dev 39
The ongoing saga of the machine that hates tuning being enabled;
2.4.0-test8-pre6
Boot message w/ PIIXn tuning enabled:
[...]
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
PIIX4: IDE controller on PCI bus 00 dev 39
This applies to any recent kernel. Changes :
-Forwarding between high speed interfaces
+NIC Hardware throttling for high speed interfaces
The original is confusing with the previous option which is "Fast
switching (read help!)", one might infer similar.
-d
--
"The difference between
Eric Buddington wrote:
> David Ford,
>
> I seek your help posting to linux-kernel. Would you kindly forward this if
> indeed [EMAIL PROTECTED] is still the right address?
>
> I am attempting to report a Linux bug, as you will see below. I get 'user
> unknown' with no expla
# pse|grep defunct
7854 [gftp ] exit_notify
7855 [gftp ] exit_notify
31281 [xmms ] exit_notify
31282 [xmms ] exit_notify
31285 [xmms ] exit_notify
31717 [xmms ] exit_notify
test8-pre5
-d
--
"The difference between 'involvement' and 'commitment' is like an
eggs-and-ham breakfast: the chicken
Christoph Hellwig wrote:
> > > + lvm_devfs_handle = devfs_register(
> > > + 0 , "lvm", 0, 0, LVM_CHAR_MAJOR,
> >
> > Does this really have to go into /dev rather than a subdirectory?
>
> Yes. The userlevel tool can't handle other things without recompiling.
> I can't use /dev/lvm,
Christoph Hellwig wrote:
+ lvm_devfs_handle = devfs_register(
+ 0 , "lvm", 0, 0, LVM_CHAR_MAJOR,
Does this really have to go into /dev rather than a subdirectory?
Yes. The userlevel tool can't handle other things without recompiling.
I can't use /dev/lvm, too because
# pse|grep defunct
7854 [gftp defunct] exit_notify
7855 [gftp defunct] exit_notify
31281 [xmms defunct] exit_notify
31282 [xmms defunct] exit_notify
31285 [xmms defunct] exit_notify
31717 [xmms defunct] exit_notify
test8-pre5
-d
--
"The difference between 'involvement' and 'commitment' is
Eric Buddington wrote:
David Ford,
I seek your help posting to linux-kernel. Would you kindly forward this if
indeed [EMAIL PROTECTED] is still the right address?
I am attempting to report a Linux bug, as you will see below. I get 'user
unknown' with no explanation (not obviously ORBS
Angel Luis Uruñuela wrote:
> Hello,
>
> Since upgrading from 2.4.0-test6 to 2.4.0-test7 I have noticed I can't
> connect to some webs, www.amazon.com, www.linuxtoday.com... (trying
> telnet www.linuxtoday.com 80 returns connection refused). It works with
> 2.2.X series, 2.4.0-test6 and
Angel Luis Uruñuela wrote:
Hello,
Since upgrading from 2.4.0-test6 to 2.4.0-test7 I have noticed I can't
connect to some webs, www.amazon.com, www.linuxtoday.com... (trying
telnet www.linuxtoday.com 80 returns connection refused). It works with
2.2.X series, 2.4.0-test6 and
Alan Cox wrote:
> > My server is in the tested/good list w/ orbs. Aren't you following your own advice
> > about properly setting up your MTA to allow good guys and stop bad guys in accord
> > with ORBS DNS?
>
> I get too much junk to care about it.
>
> Alan
How are we supposed to properly
401 - 500 of 516 matches
Mail list logo