On Thursday, 31 May 2001, at 14:23:21 -0400,
Eric S. Raymond wrote:
> José Luis Domingo López <[EMAIL PROTECTED]>:
> > Would it be great to have a similar documentation for those hundreds of
> > "files" under /proc ?.
>
> Yes, this would be wonderful. Are you volunteering to write it?
>
I'm not
Christopher Zimmerman wrote:
> "Trever L. Adams" wrote:
>
> > In my opinion 2.4.x is NOT ready for primetime. The VM has been getting
> > worse since 2.4.0, I believe. Definitely since and including 2.4.3. I
> > cannot even edit a few images in gimp where the entire working set used
> > to fit
Actually I take everything back. I've been testing on linux-2.4.5-xfs and seen
major improvements.
-zim
Christopher Zimmerman wrote:
> Christopher Zimmerman wrote:
>
> > "Trever L. Adams" wrote:
> >
> > > In my opinion 2.4.x is NOT ready for primetime. The VM has been getting
> > > worse sinc
Martin,
We spoke a while back about a pcispeed= command line param to set the PCI
busspeed values (for later querying, if needed). Attached is my patch to
implement the feature we agreed upon. It is against linux-2.4.5.
Below is our previous discussion, as a refresher :). Please let me know i
I think this example would be help.
Linux Magazine December 2000
The Design of an In-Kernel Server
by Alessandro Rubini
http://www.linux-mag.com/2000-12/gear_01.html
*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*
Lee, Ho. Software Engineer, Embedded Linux Dep, LinuxOne
ICQ : #
Attached is a patch for cleaning up some PCI ids and adding a few that were
missing. Please let me know of any problems with this.
(diff against 2.4.5)
Tim
--
Tim Hockin
Systems Software Engineer
Sun Microsystems, Cobalt Server Appliances
[EMAIL PROTECTED]
diff -ruN dist-2.4.5/drivers/pci/pc
Andre,
We spoke a while back about a GET/SET BUSSTATE API for IDE. Attached is my
(very simple) patch adding 2 ioctls, and obsoleting 1. I will send the
implementation of this for the HPT370 in a different message. Please let
me know if there are any problems with this preventing general inclu
All,
Attached is a patch for sym53c8xx.c to handle the error timer better, and
be more proper for SMP. The changes are very simple, and have been beaten
on by us. Please let me know if there are any problems accepting this
patch for general inclusion.
Tim
--
Tim Hockin
Systems Software Engin
On Thu, May 31, 2001 at 06:17:06PM -0700, Tim Hockin wrote:
> Attached is a patch for cleaning up some PCI ids and adding a few that were
> missing. Please let me know of any problems with this.
>
> (diff against 2.4.5)
>
> Tim
>
> --
> Tim Hockin
> Systems Software Engineer
> Sun Microsystem
Here is a message from Steve Kieu that he couldn't get through...
--
Einstein did not prove that everything is relative.
Einstein explained how the speed of light could be constant.
Benjamin Redelings I <>< http://www.bol.ucla.edu/~bredelin/
Just add my experience here...
I use up t
Andre,
Attached is a patch for hpt366.c for the following:
better support for multiple controllers
better /proc output
66 MHz PCI timings
implement the HDIO_GET/SET_BUSSTATE ioctls (see previous patch)
This patch does rely on the PCI busspeed patch (sent to lkml e
Andre,
Attached is a patch for hpt366.c for the following:
better support for multiple controllers
better /proc output
66 MHz PCI timings
implement the HDIO_GET/SET_BUSSTATE ioctls (see previous patch)
This patch does rely on the PCI busspeed patch (sent to lkml e
Alan,
Aattached is a (large, but self contained) patch for Cobalt Networks suport
for x86 systems (RaQ3, RaQ4, Qube3, RaQXTR). Please let me know if there
is anything that would prevent this from general inclusion in the next
release.
(patch against 2.4.5)
Thanks
Tim
--
Tim Hockin
Systems So
> Aattached is a (large, but self contained) patch for Cobalt Networks suport
Is not? ;)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ
On Wed, May 30, 2001 at 05:07:22PM -0700, H. Peter Anvin wrote:
> Yes, but that's because the interfaces are broken. The decision has
> been that these values should be exported using the default HZ for the
> architecture, and that it is the kernel's responsibility to scale them
> when HZ != USE
Well, I upgraded and found pivot_root and the problem is that how do I make init
run with PID 1. My linuxrc gets PID 7.
1 ?00:03:05 swapper
2 ?00:00:00 keventd
3 ?00:00:00 kswapd
4 ?00:00:00 kreclaimd
5 ?00:00:00 bdflush
6 ?0
Add a rwproc entry to the ide structure, for recalling what happened last
time!
Please let me knwo if there are any problems with this patch (some of the
patches I sent earlier depend on this).
Tim
--
Tim Hockin
Systems Software Engineer
Sun Microsystems, Cobalt Server Appliances
[EMAIL PROTECT
Hi, Team
I am useing a dynamic address to access the cable modem. But I cann't establishe the
eth0 interface. It looks I didn't receive a address. The ethernet card is connected to
a cable modem.
The second question is I recompiled the kernal which included Crystal sound card. And
it passed w
apparently, LKML silently (!) bounces messages > a certain size. So I'll
try smaller patches. This is part 2/2 of the general Cobalt support.
Alan,
Aattached is a (large, but self contained) patch for Cobalt Networks suport
for x86 systems (RaQ3, RaQ4, Qube3, RaQXTR). Please let me know if th
apparently, LKML silently (!) bounces messages > a certain size. So I'll
try smaller patches. This is part 1/2 of the general Cobalt support.
Alan,
Aattached is a (large, but self contained) patch for Cobalt Networks suport
for x86 systems (RaQ3, RaQ4, Qube3, RaQXTR). Please let me know if th
> D. Stimits wrote:
>
> > Bernd Eckenfels wrote:
> > >
> > In article <[EMAIL PROTECTED]> you wrote:
> > > However, if I go to /proc/sys/kernel/sysrq does not exist.
> >
> > It is a compile time option, so the person who compiled your kernel
> > left it out.
>
> I compiled it, and the sysrq is d
>I've seen many reports like this where the NIC is invalidly in
>full-duplex more while the router is in half-duplex mode.
[root@copper diag]# ./tulip-diag eth1 -m
tulip-diag.c:v2.08 5/15/2001 Donald Becker ([EMAIL PROTECTED])
http://www.scyld.com/diag/index.html
Index #1: Found a Lite-On 82c168
On Thu, May 31, 2001 at 12:01:05PM +0200, [EMAIL PROTECTED] wrote:
Content-Description: emu10k1 patch
> Index: audio.c
> ===
> RCS file: /usr/local/cvsroot/emu10k1/audio.c,v
> retrieving revision 1.166
> diff -u -r1.166 audio.c
> ---
> Aattached is a (large, but self contained) patch for Cobalt Networks suport
> for x86 systems (RaQ3, RaQ4, Qube3, RaQXTR). Please let me know if there
> is anything that would prevent this from general inclusion in the next
> release.
Looks interesting. Seemingly literate use of spinlocks.
Of
Followup to: <[EMAIL PROTECTED]>
By author:Ralf Baechle <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> On Wed, May 30, 2001 at 05:07:22PM -0700, H. Peter Anvin wrote:
>
> > Yes, but that's because the interfaces are broken. The decision has
> > been that these values should be expor
Followup to: <[EMAIL PROTECTED]>
By author:Ivan <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> Well, I upgraded and found pivot_root and the problem is that how do I make init
> run with PID 1. My linuxrc gets PID 7.
>
> 1 ?00:03:05 swapper
> 2 ?00:00:00 keven
Should a box that has its root filesystem on a reiser fs mount
this root readonly? i.e. should 'read-only' be in lilo.conf?
--
John Lenton ([EMAIL PROTECTED]) -- Random fortune:
It seems like the less a statesman amounts to, the more he loves the flag.
PGP signature
Manfred Spraul wrote:
>
> >
> > I know that with MPS 1.4, the USB controller finds itself at an
> > unshared interrupt 19. I can't reboot at the moment to check.
> >
> lspci -vxxx -s 00:07.0
>
> the APIC sits in the southbridge.
> the low 2 bits of offset 0x58 must be set [route USB IRQ to APIC]
John William wrote:
>
> >I've seen many reports like this where the NIC is invalidly in
> >full-duplex more while the router is in half-duplex mode.
>
> [root@copper diag]# ./tulip-diag eth1 -m
> tulip-diag.c:v2.08 5/15/2001 Donald Becker ([EMAIL PROTECTED])
> http://www.scyld.com/diag/index.htm
Tim Hockin said once upon a time (Thu, 31 May 2001):
> Aattached is a (large, but self contained) patch for Cobalt Networks suport
> for x86 systems (RaQ3, RaQ4, Qube3, RaQXTR). Please let me know if there
> is anything that would prevent this from general inclusion in the next
> release.
I can
Hi All,
Here's a few apparent security holes in 2.4.5-ac4. The biggest is in
fs/ioctl.c where it looks like a new option was added that seems to
write directly to the user pointer, essentially giving anyone complete
control over the machine.
4 | drivers/net/wan/cosa.c
2 |
Three use-after-free bugs:
-
[BUG]
/u2/engler/mc/oses/linux/2.4.5-ac4/net/rose/rose_dev.c:127:rose_rebuild_header:
ERROR:FREE:122:127: Use-after-free of 'skbn'! set by 'kfree_skb':122
skb_set_owner_w(skbn, skb->sk);
>Depends on what is driving it... An application I built can only push
>about
>80 Mbps bi-directional on PII 550Mhz machines. It is not the most
>efficient program in
>the world, but it isn't too bad either...
>
>I missed the rest of this thread, so maybe you already mentioned it, but
>what is
Hi!
I've found that 2.4.5-ac kernels can't detect hdd's connected to
FastTrack100 Promise controller, but Ultra100 works fine. Here is the
patch, that solve this problem.
Controllers tested - FastTrack100, Ultra100. Kernel - 2.4.5-ac4.
--
Good luck,
Konstantin
linux-2.4.4-ac10-promise.patch
John William wrote:
>
> >Depends on what is driving it... An application I built can only push
> >about
> >80 Mbps bi-directional on PII 550Mhz machines. It is not the most
> >efficient program in
> >the world, but it isn't too bad either...
> >
> >I missed the rest of this thread, so maybe you
On Thu, May 31, 2001 at 10:45:17PM +0200, Manfred Spraul wrote:
> [EMAIL PROTECTED] wrote:
> >
> > 00:07.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 16) (prog-if 00
>[UHCI])
> > Subsystem: Unknown device 0925:1234
> > Flags: bus master, medium devsel, latency 32, IRQ 5
On Thu, May 31, 2001 at 09:49:14PM -0700, Dawson Engler wrote:
> -
> [BUG] fixed in ac5, I believe.
> /u2/engler/mc/oses/linux/2.4.5-ac4/drivers/usb/bluetooth.c:438:bluetooth_write:
>ERROR:PARAM:461:438: Deref tainted var 'buf' (tainted fro
Looking at the diff of "lspci -vvvxxx" between MPS1.1 and MPS1.4 (on the
same system) may be quite useful... maybe I missed the earlier "lspci
-vvvxxx", but I only see one here...
--
Jeff Garzik | Disbelief, that's why you fail.
Building 1024|
MandrakeSoft |
-
To unsubscribe from th
Hello List,
The attached patch should fix the missing symbols in SLIP with CSLIP
support, if compiled as module. It applies cleanly against 2.4.3 but should
work with 2.4.5 too.
Regards,
Michael Guntsche
slip.patch
Hi,
I'm guessing that the tulip driver is not setting the chip up correctly.
I've seen this happen with other tulip variants (21143) when tries to
autonegotiate. if you do an ifconfig eth1 you will see numerous carrier
and crc errors.
Set the tulip_debug flag to 2 or 3 in /etc/modules.conf and
> Looks interesting. Seemingly literate use of spinlocks.
thanks - I gave it lots of thought.
> Off-hand I see old style initialization. Is it right for new driver?
the old-style init is because it is an old driver. I want to do a full-on
rework, but haven't had the time.
> i2c framework is n
On Fri, Jun 01, 2001 at 01:20:23AM -0400, Jeff Garzik wrote:
> Looking at the diff of "lspci -vvvxxx" between MPS1.1 and MPS1.4 (on the
> same system) may be quite useful... maybe I missed the earlier "lspci
> -vvvxxx", but I only see one here...
Yep, I didn't want to keep sending long messages.
All,
attached is a (small) patch which saves the src address on tcp_accept().
Please let me know if there are any problems taking this for general
inclusion.
Tim
--
Tim Hockin
Systems Software Engineer
Sun Microsystems, Cobalt Server Appliances
[EMAIL PROTECTED]
diff -ruN dist-2.4.5/net/ipv4
Felix von Leitner writes:
> on line 76, it includes , which does not exist.
>
> This is critical because this include file does not work when used from
> a libc. ptrace.h is from 1997 on my 2.4.5 kernel, so this is not
> something that broke recently.
>
> My suggestion is to remove the
José Luis Domingo López <[EMAIL PROTECTED]>:
> Would it be great to have a similar documentation for those hundreds of
> "files" under /proc ?.
Yes, this would be wonderful. Are you volunteering to write it?
--
http://www.tuxedo.org/~esr/";>Eric S. Raymond
[W]hat country can pr
> My system has 128 Meg of Swap and RAM.
Linus 2.4.0 notes are quite clear that you need at least twice RAM of swap
with 2.4.
Marcelo is working to change that but right now you are running something
explicitly explained as not going to work as you want
-
To unsubscribe from this list: send th
> José Luis Domingo López <[EMAIL PROTECTED]>:
> > Would it be great to have a similar documentation for those hundreds of
> > "files" under /proc ?.
>
> Yes, this would be wonderful. Are you volunteering to write it?
Some of it is documented
-
To unsubscribe from this list: send the line "unsu
On Thursday, 31 May 2001, at 13:24:54 -0400,
Eric S. Raymond wrote:
> It gives me great pleasure to announce that the Configure.help master
> file is now complete with respect to 2.4.5. Every single one of the
> 2699 configuration symbols actually used in the 2.4.5 codebase's C
> source files or
On Thu, May 31, 2001 at 11:29:06AM +1000, Keith Owens wrote:
> On Wed, 30 May 2001 18:15:31 +0200,
> Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
> >On Wed, May 30, 2001 at 02:46:42PM +1000, Keith Owens wrote:
> >> This is messy. gameport.h is included by code outside the joystick
> >> directory an
On Thu, May 31, 2001 at 05:52:39PM +1000, Keith Owens wrote:
> On Thu, 31 May 2001 08:08:45 +0200,
> Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
> >On Thu, May 31, 2001 at 11:29:06AM +1000, Keith Owens wrote:
> >> With your patch, if a user selects CONFIG_INPUT_GAMEPORT=m and
> >> CONFIG_SOUND_ES1
> > They are done this way to get good non SMP performance. Your changes would
> > ruin that.
>
> Maybe macro "spin_lock_irqsave_on_smp()" would be good idea? These
> ifdefs look ugly. Maybe local to driver, maybe even global.
I had that argument with Linus about globally and ended up with ifdef
On Thu, May 31, 2001 at 10:06:54AM +0200, Vojtech Pavlik wrote:
> On Thu, May 31, 2001 at 05:52:39PM +1000, Keith Owens wrote:
>
> > On Thu, 31 May 2001 08:08:45 +0200,
> > Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
> > >On Thu, May 31, 2001 at 11:29:06AM +1000, Keith Owens wrote:
> > >> With you
> As of 2.4.5-ac4 (maybe -ac3 too), my sound card (a cs46xx) has stopped
> working. Looks like there's something wrong with the interrupt handling code
> because the device remains busy, I get weird lockups after having run and
The locking fixes broke it. I'll try and take a look at it this we
Tim Hockin writes:
> attached is a (small) patch which saves the src address on tcp_accept().
> Please let me know if there are any problems taking this for general
> inclusion.
And what would this even be used for? I see no need for it.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubs
Daniel Phillips wrote:
> Graciously accepted. Coming up with something sensible in a mere 6
> months would be a minor miracle. ;-)
>
> - what happens if the user forgets to close the transaction?
then the user has branched into his own version, or at least that would be my
take on it. Another
Hi!
> They are neccessary
>
> > @@ -643,9 +631,7 @@
> > eexp_hw_tx_pio(dev,data,length);
> > }
> > dev_kfree_skb(buf);
> > -#ifdef CONFIG_SMP
> > spin_unlock_irqrestore(&lp->lock, flags);
> > -#endif
> > enable_irq(dev->irq);
> > return 0;
>
> They are done this
> Between SCSI and IEEE 1394;
> Fusion MPT device support ---> doesn't lead anywhere.
It does for me.. fusion requires scsi and experimental
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http:/
> Actually I have tried 1x,2x,3x. In 2.4.0 to 2.4.3 I had some issues but
> never a system freeze of any kind. With 2.4.4 I had more problems, but
> I was ok. 2.4.5 I now have these freezes. Maybe I should go back to
> 2x, but I still find this behavior crazy.
> This still doesn't negate th
It gives me great pleasure to announce that the Configure.help master
file is now complete with respect to 2.4.5. Every single one of the
2699 configuration symbols actually used in the 2.4.5 codebase's C
source files or Makefiles now has an entry in Configure.help.
This does not, of course, mea
101 - 159 of 159 matches
Mail list logo
