On Thu, 14 Dec 2000, josef [iso-8859-1] höök wrote:
> Chip Salzenberg wrote:
>
> > According to Alexander Viro:
> > > 9P is quite simple and unlike CORBA it had been designed for taking
> > > kernel stuff to userland. Besides, authors definitely understand
> > > UNIX...
> >
> > As nice as 9P
Chip Salzenberg wrote:
> According to Alexander Viro:
> > 9P is quite simple and unlike CORBA it had been designed for taking
> > kernel stuff to userland. Besides, authors definitely understand
> > UNIX...
>
> As nice as 9P is, it'll need some tweaks to work with Linux.
> For example, it limits
Hello,
Chris Dunlop wrote:
> using the IPs on the aliases as source addresses, except of course when
> an application binds to that address.
>
> Is there a way to do this ?
ip addr add 192.168.0.1/24 brd + dev eth0 scope host
^^
default
On Wed, 13 Dec 2000, Linus Torvalds wrote:
> On Wed, 13 Dec 2000, Linus Torvalds wrote:
> >
> > Hint: "ptep_mkdirty()".
rather obvious oopsie.. once spotted.
> In case you wonder why the bug was so insidious, what this caused was two
> separate problems, both of them able to cause SIGSGV's.
On Thu, 14 Dec 2000, Chris Lattner wrote:
> > Oh, great. So we don't have to care about formatting changes. We just
> > have to care about the data changes. IOW, we are shielded from the
> > results of changes that should never happen in the first place. And the
> > benefit being...?
>
> What
> Maybe it's the 3.3.6. RH 7.0 comes with 4.0.1, and a newer glibc.
> Perhaps try recompiling XFree86 against the latest RH 7.0 glibc (2.1.94)
> and see what happens, or upgrade your XFree86 to the standard RH 7.0
> XFree86 4.0.1.
>
> --
> Matthew Vanecek
Nope, it dies even with my handbuilt
> > NO. You want leagacy program to "just get" rounded ints, and new programs
> > to get the "full precision" of the floating point #'s.
> What rounded ints? Rounded to zero? To nearest integer? To plus or minus
> infinity? Does program have something to say here?
The exact same thing that old
On Wed, 13 Dec 2000, Chris Lattner wrote:
> > OK, now I'm completely confused.
> > * which complex data structures do you want to export from the kernel
> > in non-opaque way?
> > * which of those structures are guaranteed to remain unchanged?
> > * if you have userland-to-userlan
At 12:15 AM 12/14/2000 -0500, you wrote:
>Hmm... Cutoff seems to sit somewhere around 45 - above that there are only
>apt-get droppings and they definitely are over the top. Dunno, you may be
>right, but looks like I never had a need to create anything that long.
It's always good to be able to in
On Wed, 13 Dec 2000, Chip Salzenberg wrote:
> As long as names are to be created, or at least understood, by humans,
> there will be some limit on *usable* length. In my experience, 255 is
> above that limit, but 30 is below it. And I cut my teeth on a system
> that had exactly that length li
Byron Stanoszek wrote:
>
> On Wed, 13 Dec 2000, Lukasz Trabinski wrote:
>
> > In article <[EMAIL PROTECTED]> you wrote:
> >
> > > I can (re)confirm that. I work several hours on console without any
> > > problem ... then I start X session and after several minutes system
> > > hangs.
> >
> > I c
I think that I addressed most if not all of this email in my previous
one... let me know if I missed something.
-Chris
btw, thanks for putting up with me, I know I can be obstinate
sometimes. :)
On Wed, 13 Dec 2000, Alexander Viro wrote:
>
>
> On Wed, 13 Dec 2000, Chris Lattner wrote:
>
> OK, now I'm completely confused.
> * which complex data structures do you want to export from the kernel
> in non-opaque way?
> * which of those structures are guaranteed to remain unchanged?
> * if you have userland-to-userland RPC in mind - why put anything
> marshalling-r
On Wed, 13 Dec 2000, Chris Lattner wrote:
> > > Okay, so there are _stubs_ for these platforms. How many languages are
> > > there bindings for?
> > Grr... Let's define the terms, OK? What is available: kernel code that
> > represents the client side of RPC as a filesystem. Userland clients do
> Date: Wed, 13 Dec 2000 20:56:08 -0700
> From: "Justin T. Gibbs" <[EMAIL PROTECTED]>
>
> None-the-less, it seems to me that spamming the kernel namespace
> with "current" in at least the way that the 2.2 kernels do (does
> this occur in later kernels?) should be corrected.
>
>Just
According to Alexander Viro:
> On Wed, 13 Dec 2000, Chip Salzenberg wrote:
> > According to Alexander Viro:
> > > On Wed, 13 Dec 2000, Chip Salzenberg wrote:
> > > > According to Alexander Viro:
> > > > > 9P is quite simple and unlike CORBA it had been designed for taking
> > > > > kernel stuff to
On Wed, 13 Dec 2000, Lukasz Trabinski wrote:
> In article <[EMAIL PROTECTED]> you wrote:
>
> > I can (re)confirm that. I work several hours on console without any
> > problem ... then I start X session and after several minutes system
> > hangs.
>
> I can confirm that, too.
> Todaye, crashed tw
On Wed, 13 Dec 2000, Chip Salzenberg wrote:
> According to Alexander Viro:
> > On Wed, 13 Dec 2000, Chip Salzenberg wrote:
> > > According to Alexander Viro:
> > > > 9P is quite simple and unlike CORBA it had been designed for taking
> > > > kernel stuff to userland. Besides, authors definitel
According to Alexander Viro:
> On Wed, 13 Dec 2000, Chip Salzenberg wrote:
> > According to Alexander Viro:
> > > 9P is quite simple and unlike CORBA it had been designed for taking
> > > kernel stuff to userland. Besides, authors definitely understand
> > > UNIX...
> >
> > As nice as 9P is, it'
On Wed, 13 Dec 2000, Chris Lattner wrote:
> Which is exactly why it doesn't work well for many applications. The
> problem is this: how do you get from a byte stream to a structured data
> stream? There are many answers:
>
> 1. Keep your data structures so simple, that it's obvious. Not a g
Hi,
In 2.2.x and/or 2.4.x, is there any way of preventing IP address[es]
attached to interface aliases being selected as a source address when
userland code creates a socket without binding to a particular address ?
>From Documentation/proc.txt:
/proc/sys/net/ipv4/conf/hidden
Hide addresse
> > Okay, so there are _stubs_ for these platforms. How many languages are
> > there bindings for?
> Grr... Let's define the terms, OK? What is available: kernel code that
> represents the client side of RPC as a filesystem. Userland clients do
> not know (or care) about the mechanisms involved.
Date:Wed, 13 Dec 2000 20:56:08 -0700
From: "Justin T. Gibbs" <[EMAIL PROTECTED]>
None-the-less, it seems to me that spamming the kernel namespace
with "current" in at least the way that the 2.2 kernels do (does
this occur in later kernels?) should be corrected.
Justin, "cu
On Sat, 9 Dec 2000, Mike Galbraith wrote:
> Hi,
>
> Stumbled over a small leak.. and some funny looking numbers.
Numbers aren't funny looking.. bad eyeballs.
> while true; do swapoff -a; swapon -a; done
Leak is because the page allocated in swapon has buffers. Since
it's not on any list, t
On Wed, 13 Dec 2000, Chip Salzenberg wrote:
> According to Alexander Viro:
> > 9P is quite simple and unlike CORBA it had been designed for taking
> > kernel stuff to userland. Besides, authors definitely understand
> > UNIX...
>
> As nice as 9P is, it'll need some tweaks to work with Linux.
On Wed, 13 Dec 2000, Chris Lattner wrote:
>
> > > either. Oops, wasn't interoperability an important part of the Linux
> > > kernel design? Didn't we want to use and follow and define _real_
> > > standards?
> > Erm... 9P stub exists for Linux. It exists for FreeBSD. I suspect that
> > it e
According to Alexander Viro:
> 9P is quite simple and unlike CORBA it had been designed for taking
> kernel stuff to userland. Besides, authors definitely understand
> UNIX...
As nice as 9P is, it'll need some tweaks to work with Linux.
For example, it limits filenames to 30 characters; that's n
> > > plan-9.bell-labs.com/sys/man/
> Arrgh. s/plan-9/plan9/. My apologies.
Cool, thanks, will read. :)
> IDGI. What 9P gives is an RPC mechanism that uses normal (as in "named streams
> of characters") representation on the client side and very light-weight
> library on the server side. It loo
On Wed, 13 Dec 2000, Chris Lattner wrote:
> > plan-9.bell-labs.com/sys/man/
Arrgh. s/plan-9/plan9/. My apologies.
> Err... yeah, so you're effectively mapping UNIX/POSIX across 9P. That's
> not very creative, and you could do the same thing with CORBA. I ask
> again, "How much development i
Lennert Buytenhek wrote:
> On Wed, 13 Dec 2000, James Simmons wrote:
> > How about placing
> > echo '\033[?17;120c'
> > In one of your startup scripts. This will give you this nice BSD
> > cursor you like.
>
> [ buytenh@mara buytenh]$ tail -1 ~/.bash_profile
> echo -e -n '\033[?17;127c'
>
On Wed, 13 Dec 2000, Linus Torvalds wrote:
> On Wed, 13 Dec 2000, Mike Galbraith wrote:
> >
> > Not in my test tree. Same fault, and same trace leading up to it. no
>
> Ok.
>
> It definitely looks like a swapoff() problem.
>
> Have you ever seen the behaviour without running swapoff?
No.
>
>Thanks for posting this. Unfortunately, the kernel won't build unless you
>restore this macro to the namespace after aic7xxx_linux.h blows it away:
>
>--- linux-2.2.18/drivers/scsi/hosts.c.orig Wed Dec 13 20:27:34 2000
>+++ linux-2.2.18/drivers/scsi/hosts.c Wed Dec 13 20:26:22 2000
>@@ -137
> > either. Oops, wasn't interoperability an important part of the Linux
> > kernel design? Didn't we want to use and follow and define _real_
> > standards?
> Erm... 9P stub exists for Linux. It exists for FreeBSD. I suspect that
> it exists for other *BSD too - never checked that.
Okay, so
Here we go folks. I hope I got everything right. The only place I have a
doubt is the 0010: part of EIP. I couldn't read what I wrote there.
Looks like it's ip fragment related?
ksymoops 0.7c on i686 2.4.0-test11. Options used
-V (default)
-K (specified)
-L (specified)
-o /li
> > Err shame on you, don't forget about lcall and exceptions, and interrupts,
> > and... That is technically more than _o_n_e_ "entry point". :) Oh wait,
> > what about sysenter/exit too? :)
> OK, you got me on lcall (however, that's iBCS-only, IIRC), but the rest...
> what the hell does userl
On Wed, 13 Dec 2000, Chris Lattner wrote:
>
> /me trims down CC list...
>
> > Local? Funny. It lives atop of TCP or IL quite fine. What's
> > even funnier, I can use it to export /proc from CPU server to workstation
> > and use _that_ for remote debugging. Ditto for window system. Ditto f
> Also, 9P is a general communications framework only in the context of
> Plan9 itself. In reality it only applys directly/well to filesystem
> related issues... the reason it works well in Plan9 is that _everything_
> is a file (part of the beauty of plan9).
So... in a 9P-enabled system, you w
Hello,
On Thu, 14 Dec 2000, Ivan Vadovic wrote:
> Hi,
[snip]
> help here. Did I forget to configure something?
Did you configure IP: TCP Explicit Congestion Notification support? If
so, this breaks some older firewalls, which probably won't be updated any
time soon.
Regards,
Adrian
-
To u
On Wed, 13 Dec 2000, Chris Lattner wrote:
> > > Err... how about this: Give me two or three kORBit syscalls and I can get
> > > rid of all the other 100+ syscalls! :)
>
> > Like it ioctl() does it? Number of entry points is _not_ an issue. Diversity
> > of the API is. Technically, kernel ha
Date:Thu, 14 Dec 2000 04:11:09 +0100
From: Ivan Vadovic <[EMAIL PROTECTED]>
I've been having weird problems with 2.4 kernels ip networking. I
can't connect to several sites ( hotmail.com,intel.com... ). After
some investigation with tcpdump I figured that the IDentification
/me trims down CC list...
> Local? Funny. It lives atop of TCP or IL quite fine. What's
> even funnier, I can use it to export /proc from CPU server to workstation
> and use _that_ for remote debugging. Ditto for window system. Ditto for
> DNS. Ditto for plumber. No, not on Linux...
No no
Hi,
I've been having weird problems with 2.4 kernels ip networking. I can't connect
to several sites ( hotmail.com,intel.com... ). After some investigation with
tcpdump I figured that the IDentification field of every outgoing ip packet is
set to zero and then it doesn't get through some few fire
> > I do have one sensible question. Given that corba is while flexible a
> > relatively expensive encoding system, wouldn't it be better to keep corba
> > out of kernel space and talk something which is a simple and cleaner encoding
> p9fs exists. I didn't see these patches since August, but
On Wed, 13 Dec 2000, Lukasz Trabinski wrote:
> In article <[EMAIL PROTECTED]> you wrote:
>
> > I can (re)confirm that. I work several hours on console without any
> > problem ... then I start X session and after several minutes system
> > hangs.
>
> I can confirm that, too.
> Todaye, crashed tw
On Wed, 13 Dec 2000, Chris Lattner wrote:
> CORBA, today, gives us superior interoperability (through IIOP), with
> extensibility for the future. As Alexander Viro mentions, 9P may be a
> better protocol for local communications...
Local? Funny. It lives atop of TCP or IL quite fine.
Ok, got locked up. Dropped me into kdb and I was able to write down the
oops after doing a ss on btp 0.
I'll try to have something posted in an hour.
On Wed, 13 Dec 2000, Mohammad A. Haque wrote:
> At first I thought it was just me when I reported the lockups I was
> having with test12 earlier
Alexander Viro wrote:
> p9fs exists. I didn't see these patches since August, but probably I can poke
> Roman into porting it to the current tree. 9P is quite simple and unlike
> CORBA it had been designed for taking kernel stuff to userland. Besides,
> authors definitely understand UNIX...
I
> > Err... how about this: Give me two or three kORBit syscalls and I can get
> > rid of all the other 100+ syscalls! :)
> Like it ioctl() does it? Number of entry points is _not_ an issue. Diversity
> of the API is. Technically, kernel has 1 (_o_n_e_) entry point as far as
> userland is conc
> > Don't worry about kORBit. Like most open source projects, it will simply
> > die out after a while, because people don't find it interesting and there
> > is really no place for it. If it becomes useful, mature, and refined,
> > however, it could be a very powerful tool for a large class of
Hi,
I upgraded from 2.2.14 to 2.2.16 after the security
bug was discovered. Ever since, I have two boxes here
that keep falling over. Box A will randomly lock without
warning and box B will die and start printing this message
repeatedly on the screen until I physically hit reset:
VM: do_tr
On Wed, Dec 13, 2000 at 01:34:46AM +0100, Dominik Kubla wrote:
> On Mon, Dec 11, 2000 at 11:11:41AM -0700, Jeff V. Merkey wrote:
> ...
> > Then this is the vga=271 stuff?
> >
> > Jeff
>
> No, that's just selecting the VGA resolution. I am referring to the
> video parameter:
>
> video=:[,,...]
>
>
Mike Coleman wrote:
>My limited mental abilities notwithstanding, I think this is one more reason
>to ditch ptrace for a better method of process tracing/control. It's served
>up to this point, but ptrace has a fundamental flaw, which is that it tries to
>do a lot of interprocess signalling and
On Wed, 13 Dec 2000, Chris Lattner wrote:
> Err... how about this: Give me two or three kORBit syscalls and I can get
> rid of all the other 100+ syscalls! :)
Like it ioctl() does it? Number of entry points is _not_ an issue. Diversity
of the API is. Technically, kernel has 1 (_o_n_e_) entr
Hi
i may have also had some problems with this
when i was connected to the net though ppp (most of the night)
so far in about 6 hours it has stoped transmitting 2 times but still
recives it is fine after i disconnect and reconnect i will try and get it
to stop working with heavry disk io
BTW this
On Thu, 14 Dec 2000, Alan Cox wrote:
> > Don't worry about kORBit. Like most open source projects, it will simply
> > die out after a while, because people don't find it interesting and there
> > is really no place for it. If it becomes useful, mature, and refined,
> > however, it could be a
On Wed, 13 Dec 2000, James Simmons wrote:
> > included a patch against 2.4.0-test9 (should apply against latest but
> > haven't checked) which adds the config option to have a bsd-style cursor
> > in VT's by default. I was hoping it might be considered for inclusion so
> > that I don't have to
> included a patch against 2.4.0-test9 (should apply against latest but
> haven't checked) which adds the config option to have a bsd-style cursor
> in VT's by default. I was hoping it might be considered for inclusion so
> that I don't have to patch it in myself every time :-)
How about placing
well, it seems to be working fine now, so i guess it was a fluke.
Michael Peddemors wrote:
> On Wed, 13 Dec 2000, Joseph Cheek wrote:
> > 00:0e.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone]
> > (rev 30)
>
> Hmm, maybe I thru it out too fast.. 3Com905B -TXNM XL PCI SN=6xb1b85
On Wed, 13 Dec 2000, Justin T. Gibbs wrote:
> Subject: Adaptec AIC7XXX v6.0.6 BETA Released
> ---
> After several months of testing and refinement, the Adaptec
> sponsored aic7xxx driver is now entering Beta testing. Although
> still missing domain validation and the last bits of cardbus
>
On Wed, 13 Dec 2000, Joseph Cheek wrote:
> 00:0e.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone]
> (rev 30)
Hmm, maybe I thru it out too fast.. 3Com905B -TXNM XL PCI SN=6xb1b85caf
--
Michael Peddemors - Senior Consultan
I wasted time trying to track something similar down, replaced the card
instead :> My first clue was when smacking the box, it started working
again... (j/k)
You didna' mention the card type ...
On Wed, 13 Dec 2000, Joseph Cheek wrote:
> hi all,
>
> after about an hour of uptime [and heavy HD
On Wednesday 13 December 2000 19:29, Mikael Djurfeldt wrote:
| > I downloaded the full test12 and have lockups after using X
| > (upstream version 4.0.1Z) 15-45 mins. For me, SysRq+u works, but
| > if I then press SysRq+b, nothing happens. There are no signs in
| > the syslog.
|
| I should add
> Don't worry about kORBit. Like most open source projects, it will simply
> die out after a while, because people don't find it interesting and there
> is really no place for it. If it becomes useful, mature, and refined,
> however, it could be a very powerful tool for a large class of problems
> > > It was just an example. Basically, you'd be able to do in with just
> > > about any language that has ORBit bindings.
> Agree. I remember a big complaint about Windows was the huge APIs,
> compared with Unix' tiny list of syscalls. And then I saw the GNOME
> docs... ew!
Err... how about
> Well, if it is going to take that long to fix 2.2 ... modutils 2.3.23
It may do. 2.2.18 took a long time.
> will make this a semi-warning. modules with invalid MODULE_PARM for
> options that are not used will load, but the module will not support
> persistent data. If somebody actually trie
Mikael Djurfeldt <[EMAIL PROTECTED]> writes:
> "Mohammad A. Haque" <[EMAIL PROTECTED]> writes:
>
> > Those of you who are having lockups, was test12 compiled from a patched
> > tree that you've previously compiled?
>
> I downloaded the full test12 and have lockups after using X (upstream
> vers
The attached patch, against 2.4.0-test12, makes some changes to the
Maestro 2 sound driver for Linux.
The main changes are:
* allow multiple opens of /dev/dsp
* support persistent DMA buffer allocation
* default number of channels at compile time
* support kernel command line arguments
The multi
"Mohammad A. Haque" <[EMAIL PROTECTED]> writes:
> Those of you who are having lockups, was test12 compiled from a patched
> tree that you've previously compiled?
I downloaded the full test12 and have lockups after using X (upstream
version 4.0.1Z) 15-45 mins. For me, SysRq+u works, but if I the
Hello.
In short: scripts/ver_linux can lie about the cc version used to build
kernel. With recent add for the detection of gcc727, kgcc anc cc, kernel
can be compiled with one cc and ver_linux report one other.
This can help people reporting hangs or bugs, because usually give the
output of ver_
On Wed, 13 Dec 2000 22:13:29 + (GMT),
Alan Cox <[EMAIL PROTECTED]> wrote:
>> previously because nobody used those options. Since these are bugs in
>> the modules and only a few modules are affected (less than 5 reported),
>> the fix is to correct the modules that have coding errors.
>
>That
On Wed, 13 Dec 2000, Pete Zaitcev wrote:
> > Is this the first OOPS it prints out? I don't think so. I am
> > very sure it printed out messages from die_if_kernel first and
> > we need that initial OOPS to diagnose this bug and fix it.
> >
> > All the rest of the OOPS messages are useless a
On Wed, 13 Dec 2000, Joseph Cheek wrote:
> hi all,
>
> i'm using test12 to perform a clean linux install. as soon as i get to
> a command prompt, ps axufw shows swapper at 99.8% CPU usage. this
> didn't repro with test11, and doesn't repro if i don't use an initrd.
>
> my load avg stays abo
Hi,
included a patch against 2.4.0-test9 (should apply against latest but
haven't checked) which adds the config option to have a bsd-style cursor
in VT's by default. I was hoping it might be considered for inclusion so
that I don't have to patch it in myself every time :-)
cheers,
Lennert
-
ugh, bad form, i know, but i forgot this little dollop of information:
it looks like the incorrectly mac addressed n.s. packets are being fed
right back into the linux box's ip stack (as it sees an ethernet packet
with the destination set to its own mac address):
[root@nsv6 /root]# ping6 X:Y::1
On Tuesday December 12, [EMAIL PROTECTED] wrote:
>
>
> On Wed, 13 Dec 2000, Neil Brown wrote:
> >
> > Yes... you are right. Alright, I can't escape it any other way so I
> > guess I must admit that it is a raid5 bug.
> >
> > But how can raid5 be calling b_end_io on a buffer_head that was nev
> Is this the first OOPS it prints out? I don't think so. I am
> very sure it printed out messages from die_if_kernel first and
> we need that initial OOPS to diagnose this bug and fix it.
>
> All the rest of the OOPS messages are useless and won't tell
> us what the real problem is.
> Late
On Wed, Dec 13, 2000 at 11:11:55PM +0100, Andi Kleen wrote:
> Perhaps it should mention that the guaranteed useful range of atomic_t
> is only 24bit ? Documentation without source would rather useless if it
> didn't mention such pitfalls.
Does
ftp://people.redhat.com/twaugh/patches/linux24/lin
All I can say right now is that enabling DMA on a 440LX chipset with
2.4.0-test12 or any other kernel I can remember has caused DMA timeout
and ide-reset problems. Disabling dma on the harddrives doesn't help
that much either, I still get ide resets. What I'm looking for right
now is some info
At first I thought my lockups were HD i/o related also but then the last
lockup I had happened a while after I trashed my disk but while grabbing
email (ppp link).
Joseph Cheek wrote:
>
> 00:0e.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone]
> (rev 30)
>
> i've been doing a t
At first I thought it was just me when I reported the lockups I was
having with test12 earlier this week. Now the reports are flooding. Of
course, now my machine isn't locking up anymore after recompiling from a
clean source tree (test5 w/ patches through test12)
Now, I'm trying to determine what
Daniel,
> Have you done a comparison of LZO against zlib (decompression
> speed/size vs. compression ratio)? It uses less RAM/CPU to decompress
> at the cost of wasting storage space, but it's hard to make a decision
> without real numbers.
I can't do a test on speed because I haven't had time
Mark Kettenis <[EMAIL PROTECTED]> writes:
> However, the "zombie problem" is caused by the way ptrace() interacts
> with clone()/exit()/wait(), which I consider to be a kernel bug.
[insightful analysis omitted]
I think you've hit the nail on the head, and I'm a bit frustrated that I never
noticed
00:0e.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone]
(rev 30)
i've been doing a ton of compiling which has thrashed the [IDE] HD,
perhaps it is related. other than that, just normal web surfing...
"Mohammad A. Haque" wrote:
> I just crossed the 1 day mark. What ethernet car
On Wed, Dec 13, 2000 at 09:01:56PM +0100, Peter Bornemann wrote:
> I have a second parport installed as a PCI-card. In earlier Linux-versions
> this would lock the machine completely if parport & Co where compiled as
> modules (2.2.16 and 2.2.17). Compiled into the kernel however, everything
> wo
I just crossed the 1 day mark. What ethernet card do you have?
Joseph Cheek wrote:
>
> hi all,
>
> after about an hour of uptime [and heavy HD usage] my ethernet just
> died. couldn't ping a thing. syslog showed:
--
=
Moha
hi all,
i'm using test12 to perform a clean linux install. as soon as i get to
a command prompt, ps axufw shows swapper at 99.8% CPU usage. this
didn't repro with test11, and doesn't repro if i don't use an initrd.
my load avg stays above 1 even if nothing [a couple gettys and a shell]
is runn
Hi,
after couple of hours of hacking I finally got my VIA82C694X based
SMP board (Gigabyte GA-6VXD7) to work. I had to add 'udelay(300);'
after sending startup ipi, before we print something to screen.
Without this udelay it died at the beginning of second printk
(that is, Startup point 1. wa
hi all,
after about an hour of uptime [and heavy HD usage] my ethernet just
died. couldn't ping a thing. syslog showed:
Dec 13 14:51:46 sanfrancisco kernel: NETDEV WATCHDOG: eth0: transmit
timed out
Dec 13 14:51:46 sanfrancisco kernel: eth0: transmit timed out, tx_status
00 status e680.
Dec 13
And the problem started with pre8 not final.
currently investigating difference pre7-pre8
Albert
Linus Torvalds wrote:
>
> In article <[EMAIL PROTECTED]>,
> Alexander Viro <[EMAIL PROTECTED]> wrote:
> >
> >
> >On 13 Dec 2000, Henrik [ISO-8859-1] Størner wrote:
> >
> >> Just to add a "me too" on
In article <[EMAIL PROTECTED]> you wrote:
> I can (re)confirm that. I work several hours on console without any
> problem ... then I start X session and after several minutes system
> hangs.
I can confirm that, too.
Todaye, crashed two difference machines
One: AMD-K6 3D, 300 MHz, RH 7.0 + update
Err, for those of us who aren't up to our elbows in the kernel code, is
there a patch for this? Presumeably this will be rolled into 2.4.0test13 but
I'd like to try it out? Also, can someone summarize the fix in English along
with the expected, improved behavior (e.g. Linux will never have a signa
Martin Macok wrote:
>
> Hi,
> after 1-3 hours with -test12 system hangs up with
> - no response from mouse
> - no response from keyboard (no sysrq, only sysrq+'b' works ...)
> - no response from network (ICMP, TCP)
> - nothing on console, nothing in logs (ie. nothing interesting or relevant
>
Paul Jakma wrote:
>
> hi,
>
> i think somethings gone wrong with via82cxxx_audio. Playing anything
> through it seems to cause massive latency in apps like xmms, esd,
> asmixer, etc.. anything to do with playing or mixer levels suddenly
> takes a minute or more to respond.
>
> It didn't always
daptec SCSI HBA device driver for the Linux Operating System
To: [EMAIL PROTECTED]
cc:
Fcc: +outbox
Subject: Adaptec AIC7XXX v6.0.6 BETA Released
---
After several months of testing and refinement, the Adaptec
sponsored aic7xxx driver is now entering Beta testing. Although
still missing doma
> previously because nobody used those options. Since these are bugs in
> the modules and only a few modules are affected (less than 5 reported),
> the fix is to correct the modules that have coding errors.
That wont be happening in 2.2 until 2.2.19 which probably means 6 months.
If this is your
On Wed, Dec 13, 2000 at 07:23:52PM +, Tim Waugh wrote:
> + * atomic_add - add integer to atomic variable
> + * @i: integer value to add
> + * @v: pointer of type atomic_t
> + *
> + * Atomically adds @i to @v.
Perhaps it should mention that the guaranteed useful range of atomic_t
is only 24b
On Wed, 13 Dec 2000 21:10:54 + (GMT),
Alan Cox <[EMAIL PROTECTED]> wrote:
>It is modutils. Their behaviour changed in a non back compatible way. Do not
>use modutils 2.3.22 with Linux 2.2.* is the simple answer. Perhaps Keith can
>make this a warning in 2.3.23
Adding persistent module data t
In article <[EMAIL PROTECTED]>,
Alexander Viro <[EMAIL PROTECTED]> wrote:
>
>
>On 13 Dec 2000, Henrik [ISO-8859-1] Størner wrote:
>
>> Just to add a "me too" on this. I didn't report when I saw it last week,
>> because I was uncertain of exactly what might have caused it - I was
>> booting severa
On 13 Dec 2000, Henrik [ISO-8859-1] Størner wrote:
> Just to add a "me too" on this. I didn't report when I saw it last week,
> because I was uncertain of exactly what might have caused it - I was
> booting several different kernels at the time, including one from a
> rescue disk (I was trying
In <[EMAIL PROTECTED]> Anton Petrusevich
<[EMAIL PROTECTED]> writes:
>Today I saw well-known "innd bug"(truncate(tm)), and my brother said
>he had seen it with -test12-pre7. I don't know about -test12-pre3,
>neither I nor my brother hadn't noticed it since -test10. But we could
>miss it with -te
1 - 100 of 201 matches
Mail list logo
