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
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
> > 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
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
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
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
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
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
>
> 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.
>
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
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
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
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
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
> > 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
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,
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,
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
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
> > > 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
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
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
>@@
> > 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
> > 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
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
> 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
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
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
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
/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
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
> > 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
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
> > 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
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:
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_)
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
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
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
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
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
> > > 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
> 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
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
>
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
"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
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
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
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
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
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
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
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
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
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
>
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.
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
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 +
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
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
> 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
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
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
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
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
On Wed, 13 Dec 2000, [EMAIL PROTECTED] wrote:
> Hello!
>
> > 0. whenever i ping6 the loopback interface (::1/128), all echo requests
> > seem to be dropped and i get no echo replies. is this correct?
> Your guess? 8) Of course, it is incorrect. I even have no idea
> how it is possible to
Alan Cox wrote:
>
> > > how can i make insmod load the network module again pls?
> >
> > I "fixed" the same problem in 2.2.18 by commenting out the line
> >
> > MODULE_PARM (debug, "i");
> >
> > near the end of drivers/net/8139too.c. Since I run modutils 2.3.22
> > as well, it can't be related
> > how can i make insmod load the network module again pls?
>
> I "fixed" the same problem in 2.2.18 by commenting out the line
>
> MODULE_PARM (debug, "i");
>
> near the end of drivers/net/8139too.c. Since I run modutils 2.3.22
> as well, it can't be related to the modutils.
It is modutils.
Christian Ullrich wrote:
>
> * Corisen schrieb am Donnerstag, 14.12.2000:
>
> > executing "insmod 8139too" at the command prompt shows the following error
> > message:
> > using /lib/modules/2.4.0-test12/kernel/drivers/net/8139too.o
> > /lib/modules/2.4.0-test12/kernel/drivers/net/8139too.o:
* Corisen schrieb am Donnerstag, 14.12.2000:
> executing "insmod 8139too" at the command prompt shows the following error
> message:
> using /lib/modules/2.4.0-test12/kernel/drivers/net/8139too.o
> /lib/modules/2.4.0-test12/kernel/drivers/net/8139too.o: symbol for
> parameter debug not found.
>
On Wed, 13 Dec 2000, Linus Torvalds wrote:
>
>
> Ehh, I think I found it.
>
> Hint: "ptep_mkdirty()".
>
> Oops.
>
> I'll bet you $5 USD (and these days, that's about a gadzillion Euros) that
Poor European Gérard as slim as 1.84 meter - 78 Kg these days.
What about old days poor European
- Forwarded message from Christoph Hellwig <[EMAIL PROTECTED]> -
Date: Wed, 13 Dec 2000 21:52:21 +0100
From: Christoph Hellwig <[EMAIL PROTECTED]>
To: Linus Torvalds <[EMAIL PROTECTED]>
Subject: [PATCH] fix 2.4.0-test12 scsi makefile
X-Mailer: Mutt 1.0i
Hi Linus,
this patch makes scsi
On Wed, Dec 13, 2000 at 11:35:57AM -0800, Linus Torvalds wrote:
>
>
> Ehh, I think I found it.
>
> Hint: "ptep_mkdirty()".
>
> Oops.
>
> I'll bet you $5 USD (and these days, that's about a gadzillion Euros) that
> this explains it.
>
> Linus
Good. Sounds like you guys have a
Hello!
After changing kernels from 2.2.17 to 2.2.18 I found that NFS
mounts now take ages. (Well, 15 seconds.) With 2.2.17, they went
through in about half a second. Once the mount is done, all
operations seem to run with the usual speed.
The client is vanilla 2.2.18, the server is vanilla
On Wed, Dec 13, 2000 at 01:20:02PM -0700, Tim Riker wrote:
> Andre,
>
> What are the "laptops that have CFA devices that do not come on channels
> in a pair" systems you refer to?
I assume he's referring to flash devices which show up as an IDE bus with only
a master and no slave, and don't
Hello!
> 0. whenever i ping6 the loopback interface (::1/128), all echo requests
> seem to be dropped and i get no echo replies. is this correct?
Your guess? 8) Of course, it is incorrect. I even have no idea
how it is possible to put system into such sad state.
Though... probably, you forgot
On Wed, 13 Dec 2000, Igor Yu. Zhbanov wrote:
> I think your testprogram is broken (or else my testprogram is broken :).
Yes, you were right. Mine must have been broken (possibly caused by
trying to make it readable :). Thanks.
Alan, if you still have the patch please apply it to smbfs in 2.2
1 - 100 of 351 matches
Mail list logo