Andre,
Here's another one for the pile of CD/DVD problems
With ide-scsi loaded, and after exiting gnome (where I attempted to read
an IDE CD-DVD drive from gnome), I see the following messages in the
var/log/messages file that repeat over and over again:
Jeff
Oct 14 00:47:27 manos
On Fri, 13 Oct 2000, David Ford wrote:
what's needed/where is iBCS for kernel 2.4?
Hi,
The ABI (iBCS is just an Intel-specific standard so the old name iBCS was
a misnomer while ABI is both platform and OS-independent) patch was
maintained during 2.3.x development series jointly by David
just to add, that if I am wrong, and Linus does want it in the kernel I am
willing to spend some time cleaning up the code, updating it for current
interfaces and re-testing at least the small parts of it that I wrote
myself :)
(I still have UW7.x.y partitions somewhere and _now_ they are _so_
On Sat, 14 Oct 2000 00:09:57 -0400 (EDT),
"Mike A. Harris" [EMAIL PROTECTED] wrote:
Will the following work with 2.2.17 as well?
o modutils 2.3.15 # insmod -V
I'm particularly concerned with the modutils 2.3.15. During the
2.0.x - 2.2.x transition I was not
On Tue, 10 Oct 2000, Vojtech Pavlik wrote:
Btw, reading the ATA/ATAPI-6 specs I think UDMA66 should work on a
setup where would be just one drive and a really short, 40-wire cable
without problems as well. I've even seen systems shipped like that.
On Tue, Oct 10 2000, Mark Hahn
On Sat, 14 Oct 2000, Jeff V. Merkey wrote:
Date: Sat, 14 Oct 2000 01:09:32 -0600
From: Jeff V. Merkey [EMAIL PROTECTED]
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Content-Type: multipart/mixed;
boundary="FB3817BF4383A85388981DD6"
Subject: ATAPI goes haywire in 2.2.18 when CD-DVD drive
Date: Fri, 13 Oct 2000 20:37:46 -0700 (PDT)
From: Linus Torvalds [EMAIL PROTECTED]
Why would it crash the sparc?
If it wasn't there originally, the loop will not find it, and the
loop will be a no-op.
The loop would be a no-op but the remove_proc_entry call would not.
Perhaps
Andi Kleen wrote:
On Fri, Oct 13, 2000 at 10:15:21PM +, Marc Mutz wrote:
snip
This thread was about encryption. And it was about IV's. The only
encryption that vanilla loop.c (from 2.2.17) offers is 'none' and 'xor'.
None is just that: a no-op. And xor does not use an IV. So the only
Date:Fri, 13 Oct 2000 18:43:47 -0700 (PDT)
From: Linus Torvalds [EMAIL PROTECTED]
I dislike the "__HAVE_ARCH_xxx" approach, and considering that most
architectures will probably want to do something specific anyway I
wonder if we should get rid of that and just make
Date: Fri, 13 Oct 2000 20:38:45 -0700 (PDT)
From: Linus Torvalds [EMAIL PROTECTED]
Because sparc is broken anyway.
Sparc64 is (actually, was fine before this Makefile patch) perfectly
fine. I told you specifically that only sparc32 was broken at the
moment.
It's a non-issue now I
Linus Torvalds wrote:
In article [EMAIL PROTECTED],
[EMAIL PROTECTED] wrote:
I have a user buffer and i want to map it to kernel address space
can anyone tell how to do this like in AIX we have xmattach
Note that it is usually MUCH better to do this the other way around:
having a
Cisco are already acting on this issue. No point clobbering them
They sent this to l-k some day ago:
this is marked as cisco bug id CSCds23698.
(see http://www.cisco.com/cgi-bin/Support/Bugtool/onebug.pl?bugid=CSCds23698)
Bud ID:CSCds23698
Headline: PIX sends RSET in
On Sat, Oct 14 2000, David S. Miller wrote:
Date: Fri, 13 Oct 2000 20:37:46 -0700 (PDT)
From: Linus Torvalds [EMAIL PROTECTED]
Why would it crash the sparc?
If it wasn't there originally, the loop will not find it, and the
loop will be a no-op.
The loop would be a no-op
Date: Sat, 14 Oct 2000 11:43:09 +0200
From: Torben Mathiasen [EMAIL PROTECTED]
David, why is tpnt-proc_name NULL on sparc for devices not
existing? Every driver has this as part of their tpnt struct, so
it doesn't matter if the underlying device really exists.
In the mentioned
Date:Sat, 14 Oct 2000 12:12:39 +0200
From: Torben Mathiasen [EMAIL PROTECTED]
Are there any reason why sym53c8xx and others initialize proc_name
only if an adapter was actually found (or in the sym case, if a
pcibus was found)?
I see no particular reason. Why not code up
On Sat, Oct 14 2000, David S. Miller wrote:
Date: Sat, 14 Oct 2000 12:12:39 +0200
From: Torben Mathiasen [EMAIL PROTECTED]
Are there any reason why sym53c8xx and others initialize proc_name
only if an adapter was actually found (or in the sym case, if a
pcibus was
On Sat, Oct 14 2000, Gregoire Favre wrote:
Hello,
I have put configuration files (in acsii and in bz2) on:
http://ulima.unil.ch/greg/linux/
Briefly, there are /var/log/messages System-map from test8 and test9
and the conf files I used to compile my kernels, and finally one dmesg.
What
On Fri, Oct 13, 2000 at 06:29:32AM -0500, Peter Samuelson wrote:
Right you are, both of you. I guess was confusing 'route' with
'interface' and didn't think of using multiple routes like that. It
would be a kludge but whatever gets the job done..
Another idea: What about making it an
On Sat, Oct 14 2000, Jeff V. Merkey wrote:
With ide-scsi loaded, and after exiting gnome (where I attempted to read
an IDE CD-DVD drive from gnome), I see the following messages in the
var/log/messages file that repeat over and over again:
Jeff
Oct 14 00:47:27 manos kernel: "25 00 00
On Sat, Oct 14 2000, Mike A. Harris wrote:
I get similar errors logged all the time on my CDROM unit. Any
time a cd player program is running with no audio CD in the CDROM
unit, for some reason, the kernel likes to tell you about it on
every console, and via syslog too. A real PITA if you
Thanks Allen, you're exactly right. I'm charged with the task of finding
lots of nasties like that in our old code base where a number of things
were just hacked in down and dirty. Our embeded environment moved from
XINU on an SH2/SH3 with no mmu support and a BSD protocol stack we hacked
in
Hi,
On Fri, 13 Oct 2000, Richard Henderson wrote:
Either that or adjust how we do atomic operations. I can do
64-bit atomic widgetry, but not with the code as written.
It's probably more something for 2.5, but what about adding a lock
argument to the atomic operations, then sparc could use
_I_ can use my approach, but not yours, to bring my already existing
crypted fs into the new state. The losetup option to set the encryption
chunk size is used only once for each fs, but at that one time you can
do:
Ok, I understand what you mean.
Q losetup -e blowfish --use-fs-blocksize \
On Fri, Oct 13, 2000 at 07:36:45PM -0700, David Ford wrote:
'Technology Push' argument - and it shouldn't be that hard. Write some
articles on how Linux is innovating, and how Cisco and others are standing
in the way of progress.
Cisco are already acting on this issue. No point
BTW, kerneli would also not handle the case of switching block sizes anyways,
with relative IVs or not, because it does not restart its CFB chain inside
the device blocks every 512 byte blocks with a new IV.
My (inofficial) patch set for twofish and blowfish does though :-).
I'm not sure if
" " == Andries Brouwer [EMAIL PROTECTED] writes:
o util-linux 2.10o # kbdrate -v
snip
If anything is wrong, bug reports and patches are welcome.
Hi Andries,
Nothing wrong/buggy to report, but could you please apply the
following patch in order to support the 'broken_suid' NFS
So, the only provision that needs to be made to ensure backwards
compatibility (both with the kerneli patch and other modules that still
use absolute block numbers) is a way to switch between the new approach
and the old, defaulting to the new. The easiest way to do this, IMO, is
to allocate
Reed Petty wrote:
Caution is advised when depending upon crypto systems that use relative
block numbers as IV. The security may not be a strong as hoped.
There are some who believe that "not unique" IVs (across multiple
filesystems) facilitates some methods of cryptanalysis.
...
Ahh
Linus Torvalds wrote:
On Fri, 13 Oct 2000, Brian Gerst wrote:
Also, Could somebody who has a machine with a known buggy processor give
this patch a try?
I like the patch. Would you mind re-writing the exception handling the
other way around, though:
[snip]
which basically means
On Fri, Oct 13, 2000 at 05:26:25PM +0200, Andrea Arcangeli wrote:
You would help me if you could try to do the same with 2.2.18pre15aa1 on both
Jeff, don't waste time trying it because Jay Weber just fixed the bug.
Andrea
-
To unsubscribe from this list: send the line "unsubscribe
Hi,
On Fri, Oct 13, 2000 at 08:17:42PM -0400, Ben LaHaise wrote:
Below is take two of the patch making pte_clear use atomic xchg in an
effort to avoid the loss of dirty bits. PAE no longer uses cmpxchg8 for
updates; set_pte is two ordered long writes with a barrier.
Looks good. The only
On Sat, 14 Oct 2000, Torben Mathiasen wrote:
On Sat, Oct 14 2000, David S. Miller wrote:
Date: Sat, 14 Oct 2000 11:43:09 +0200
From: Torben Mathiasen [EMAIL PROTECTED]
David, why is tpnt-proc_name NULL on sparc for devices not
existing? Every driver has this as part of
I'm reporting a problem that has plagued me for many kernels. The
quick summary: If I am burning a CD-R using cdrecord (my burner is
an HP 8100i, internal IDE, so I'm using the ide-scsi module) while
playing music through /dev/dsp (soundcard is a SoundBlaster AWE64), my
machine will lock solid
safemode wrote:
I'm just wondering if I'm the only person who has had problems with
2.4.0-test9 recording on ide-scsi cdr's?
Nobody has posted anything about it and the test10-prex changefiles don't
mention it. cdrecord reports very weird results when scanning the scsi
bus whereas dmesg
FYI
Dunno how to fix, but using the attached minimal .config,
2.2.18pre15 compiles die when CONFIG_HFMODEM=y.
The deaths differ depending on the compiler used.
Using gcc version 2.95.2:
=
make[3]: Entering directory `/tmp/linux/drivers/char/hfmodem'
cc -D__KERNEL__
could you please apply the following 'broken_suid' NFS mount patch?
Applied.
Andries
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
Tim Waugh wrote:
On Wed, Oct 11, 2000 at 11:01:20PM -0400, John Cavan wrote:
I don't if this is specifically a problem in the module or with modprobe
(2.3.17), but it doesn't happen with any other module. Unfortunately
parport_pc.c was as far as I traced before my work life sucked me
On Sat, 14 Oct 2000, Mike A. Harris wrote:
The 2.4.0test9 Changes file mentions the following and I'd like
to know if after installing updated packages, if I'll still be
able to use a 2.2.x kernel ok, or if I'll have to resort to
initscript trickery:
Will the following work with 2.2.17 as
I never get this problem by only burning a CD or only playing music
through /dev/dsp, both have to be occuring simultaneously for this to
happen, and those simultaneous events appear to be completely sufficien=
t
for the lockup to occur. I can sometimes get away with playing music
Sounds
On Sat, Oct 14, 2000 at 08:31:24AM -0600, Jim Freeman wrote:
Dunno how to fix, but using the attached minimal .config,
2.2.18pre15 compiles die when CONFIG_HFMODEM=y.
The deaths differ depending on the compiler used.
hfmodem has been broken for a very long time, maybe even
from the very
In 2.3.13 it was thrown out altogether, so you won't find
it in 2.4 anymore.
There is no maintainer to fix whatever is wrong.
There is a maintainer but there is also consensus that some things are so
fringe and obscure they are best left as is. If anyone *wants* to fix it and
uses hfmodem
The VLAN code attempts to add a new file in /proc/net/vlan/ for each new
interface created. However, when I create, say 4k interfaces, then only the
first 150 or so show up in /proc/net/vlan.
The interfaces exist, as shown by ifconfig and /proc/net/dev
So, is there some limit on the amount of
[Adam Popik [EMAIL PROTECTED]]
Where can I found patch for UDMA 66 (BP6 board) based on hpt366 chip ,
and for kernel 2.2.17
Supported by Andre's patch.
http://www.??.kernel.org/pub/linux/kernel/people/hedrick/ide-2.2.17/
Peter
-
To unsubscribe from this list: send the line "unsubscribe
Greg KH wrote:
On Fri, Oct 13, 2000 at 02:44:32AM +0200, FORT David
wrote:
>
> USB still have problems, when starting to grab with my ov511 webcam
i got the
> attached oops. This bug appeared
> in test9-preX(X beeing at least > 2) series. Some people have claimed
that
> test10-pre1 fixed the
Alan Cox wrote:
|I never get this problem by only burning a CD or only
|playing music through /dev/dsp, both have to be occuring
|simultaneously for this to happen, and those simultaneous
|events appear to be completely sufficien= t for the lockup
|to occur. I can sometimes
On Sat, Oct 14, 2000 at 04:43:05PM +0100, Alan Cox wrote:
This should be worded correctly as "GNU General Public
License" to avoid any confusion or ambiguity. There is no such
thing as the "GNU public license" and newcomers may be confused.
Good point. Will fix
There's _tonnes_ of
On Sat, Oct 14, 2000 at 05:14:41PM -0400, Leigh Orf wrote:
I tried what he did, adding the line with the + in
/usr/src/linux/drivers/pci/quirks.c, but changing the second argument to
PCI_DEVICE_ID_INTEL_82430 since that describes my board:
From his post (a link to the full patch is above):
subject + attachment tells all
--
Bartlomiej Zolnierkiewicz
[EMAIL PROTECTED]
diff -uNr linux-240t10p3/drivers/video/controlfb.c linux/drivers/video/controlfb.c
--- linux-240t10p3/drivers/video/controlfb.cTue Oct 3 14:27:52 2000
+++ linux/drivers/video/controlfb.c Sat Oct 14
Yes. If you see how to do it - patches are welcome.
I think there are simple solutions. Will come back
to this later. For now something else.
The routine bdget() in block_dev.c may return NULL
in case alloc_bdev() fails. Thus, inode-i_bdev
may be NULL. Nevertheless, it is dereferenced
all
On Sat, Oct 14, 2000 at 05:14:41PM -0400, Leigh Orf wrote:
Can anyone help? I seem to be very close to finding a solution but not
quite there yet.
If you can boot your system without hitting this problem (shouldn't be a
problem in your case...), you can also use the setpci tool to change these
Alan Cox wrote:
| What you need to do is to clear bits 0, 1 and 3 of register
| 0x50 of the 430TX chip. lspci can I think do that if you
| figure out the right magic.
|
| Alan
Tried that. At least I think I did. Still hung.
Before tweaking:
home[1008]:/home/orf/lockup% sudo lspci
Oops...
I tried your script and it choked on the line following your comment
"clear bits 0, 1, and 3" with the following:
./frank.sh: 08: value too great for base (error token is "08")
Just to clarify my byte/bit problem, if this is before...
50: 08 00 81 14 02 00 40 01 2b 10 55 11 01 00 11
So do you wish to respond with an example that shows exactly
how to set a bit?
Miles
Frank de Lange wrote:
On Sat, Oct 14, 2000 at 08:58:38PM -0400, Leigh Orf wrote:
Tried that. At least I think I did. Still hung.
Your tweaking BYTES, not BITS here...
On Sat, Oct 14, 2000 at 06:30:37AM -0700, Miles Lane wrote:
So do you wish to respond with an example that shows exactly
how to set a bit?
Miles
I already did before I sent this mail, but it show up later in the mailing
list. Got stuck in a pipe somewhere, probably...
cc//F
--
Hi!
Instead of checking all possible error bits, the RxStatusOK bit should be
checked. I encounter rx_status==0 when I stress my P90, which gives a
negative packet size (-4), and an oops in eth_copy_and_sum.
Applies to 2.4.0-test10-pre2...
/Tobias
--- 8139too.c.orig Sun Oct 15 01:49:47
On Sat, Oct 14 2000, Byron Stanoszek wrote:
function in ide-cd.c, we see:
pc.c[0] = GPCMD_PLAY_AUDIO_10;
put_unaligned(cpu_to_be32(lba_start), (unsigned int *) pc.c[2]);
put_unaligned(cpu_to_be16(lba_end - lba_start), (unsigned int *) pc.c[7]);
pc.c[0] = GPCMD_PLAY_AUDIO_MSF;
On Sat, 14 Oct 2000, David S. Miller wrote:
The loop would be a no-op but the remove_proc_entry call would not.
Perhaps you didn't notice that there too? It's pretty close to the
loop :-)
Ok.
In fact, it's in the _wrong_ part.
That remove_proc_entry() should be there in the same place
On Sat, 14 Oct 2000, Rogier Wolff wrote:
Note that it is usually MUCH better to do this the other way around:
having a kernel-side buffer, and mapping that into user space. I don't
understand why so many people always want to do it the wrong way around..
Provided this wasn't a
On Sat, 14 Oct 2000, Tim Waugh wrote:
Date: Sat, 14 Oct 2000 22:24:40 +0100
From: Tim Waugh [EMAIL PROTECTED]
To: Alan Cox [EMAIL PROTECTED]
Cc: Mike A. Harris [EMAIL PROTECTED],
Linux Kernel mailing list [EMAIL PROTECTED]
Content-Type: text/plain; charset=us-ascii
Subject: Re:
"Mike A. Harris" [EMAIL PROTECTED] said:
Will the following work with 2.2.17 as well?
o util-linux 2.10o # kbdrate -v
I've been using it on 2.2.18pre (and before) and 2.4.0-test. Also older
kernels (limited use).
o modutils 2.3.15
Hello,
with 2.4.0-test10-pre2 (possibly long before that version) i still can bring
the system to a halt while "tail /dev/zero" is running. I don't complain
that you can make a DOS by a trshing system, cause I can use ulimit to
actually avoid that.
But if i use the tail /dev/zero with nice as a
the oom_kill will output a kernel message without missing \n:
--- mm/oom_kill.c.org Sun Oct 15 06:18:24 2000
+++ mm/oom_kill.c Sun Oct 15 06:18:45 2000
@@ -156,7 +156,7 @@
if (p == NULL)
panic("Out of memory and no killable processes...\n");
-
Linux aesthetics disaproves of no-value-added definitions like
+struct apm_get_power_state_inparms {
+ unsigned short dev_id;
+};
This is included for reasons of symmetry---it is
one of the components of a union.
and in the code you present, rtnval seems redundant,
since
I hesitate to declare victory just yet, but I think my problem is solved
(over a half hour of testing and no lockup). In reading the pdf docs on
the motherboard, by chance I found the word "concurrency" here:
Passive Release (Enabled)
This is a mechanism that allows concurrency of
On Sun, Oct 15, 2000 at 01:31:31AM -0400, Leigh Orf wrote:
the motherboard, by chance I found the word "concurrency" here:
Passive Release (Enabled)
This is a mechanism that allows concurrency of ISA/EISA
cycles and CPU-to-PCI cycles. When this feature is enabled,
the TXC
In article [EMAIL PROTECTED] you wrote:
Hi,
--- linux/drivers/char/Config.in 2000/10/15 02:34:00 1.1
+++ linux/drivers/char/Config.in 2000/10/15 02:53:00
@@ -139,7 +139,7 @@
hex ' Aztech/Packard Bell I/O port (0x350 or 0x358)' CONFIG_RADIO_AZTECH_PORT
350
fi
Andre,
Here's another one for the pile of CD/DVD problems
With ide-scsi loaded, and after exiting gnome (where I attempted to read
an IDE CD-DVD drive from gnome), I see the following messages in the
var/log/messages file that repeat over and over again:
Jeff
Oct 14 00:47:27 manos
On Fri, 13 Oct 2000, David Ford wrote:
> what's needed/where is iBCS for kernel 2.4?
>
Hi,
The ABI (iBCS is just an Intel-specific standard so the old name iBCS was
a misnomer while ABI is both platform and OS-independent) patch was
maintained during 2.3.x development series jointly by David
just to add, that if I am wrong, and Linus does want it in the kernel I am
willing to spend some time cleaning up the code, updating it for current
interfaces and re-testing at least the small parts of it that I wrote
myself :)
(I still have UW7.x.y partitions somewhere and _now_ they are _so_
On Sat, 14 Oct 2000 00:09:57 -0400 (EDT),
"Mike A. Harris" <[EMAIL PROTECTED]> wrote:
>Will the following work with 2.2.17 as well?
>
>o modutils 2.3.15 # insmod -V
>
>I'm particularly concerned with the modutils 2.3.15. During the
>2.0.x -> 2.2.x transition I
On Tue, 10 Oct 2000, Vojtech Pavlik wrote:
> > > > Btw, reading the ATA/ATAPI-6 specs I think UDMA66 should work on a
> > > > setup where would be just one drive and a really short, 40-wire cable
> > > > without problems as well. I've even seen systems shipped like that.
On Tue, Oct 10 2000,
On Sat, 14 Oct 2000, Jeff V. Merkey wrote:
>Date: Sat, 14 Oct 2000 01:09:32 -0600
>From: Jeff V. Merkey <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED], [EMAIL PROTECTED]
>Content-Type: multipart/mixed;
> boundary="FB3817BF4383A85388981DD6"
>Subject: ATAPI goes haywire in 2.2.18 when
Date: Fri, 13 Oct 2000 20:37:46 -0700 (PDT)
From: Linus Torvalds <[EMAIL PROTECTED]>
Why would it crash the sparc?
If it wasn't there originally, the loop will not find it, and the
loop will be a no-op.
The loop would be a no-op but the remove_proc_entry call would not.
Perhaps
Andi Kleen wrote:
>
> On Fri, Oct 13, 2000 at 10:15:21PM +, Marc Mutz wrote:
> > This thread was about encryption. And it was about IV's. The only
> > encryption that vanilla loop.c (from 2.2.17) offers is 'none' and 'xor'.
> > None is just that: a no-op. And xor does not use an IV. So the
Date:Fri, 13 Oct 2000 18:43:47 -0700 (PDT)
From: Linus Torvalds <[EMAIL PROTECTED]>
I dislike the "__HAVE_ARCH_xxx" approach, and considering that most
architectures will probably want to do something specific anyway I
wonder if we should get rid of that and just make
Date: Fri, 13 Oct 2000 20:38:45 -0700 (PDT)
From: Linus Torvalds <[EMAIL PROTECTED]>
Because sparc is broken anyway.
Sparc64 is (actually, was fine before this Makefile patch) perfectly
fine. I told you specifically that only sparc32 was broken at the
moment.
It's a non-issue now I
Linus Torvalds wrote:
> In article <[EMAIL PROTECTED]>,
> <[EMAIL PROTECTED]> wrote:
> >
> >I have a user buffer and i want to map it to kernel address space
> >can anyone tell how to do this like in AIX we have xmattach
>
> Note that it is usually MUCH better to do this the other way around:
>
On Fri, Oct 13, 2000 at 10:01:56AM -0400, Chris Swiedler wrote:
> occasionally-used code which could be replaced? Something like Rik's OOM
> killer comes to mind, except that obviously if you're out of memory you're
> not going to be able to load a new executable.
But you can load a module
> Cisco are already acting on this issue. No point clobbering them
They sent this to l-k some day ago:
this is marked as cisco bug id CSCds23698.
(see http://www.cisco.com/cgi-bin/Support/Bugtool/onebug.pl?bugid=CSCds23698)
Bud ID:CSCds23698
Headline: PIX sends RSET in
On Sat, Oct 14 2000, David S. Miller wrote:
>Date: Fri, 13 Oct 2000 20:37:46 -0700 (PDT)
>From: Linus Torvalds <[EMAIL PROTECTED]>
>
>Why would it crash the sparc?
>
>If it wasn't there originally, the loop will not find it, and the
>loop will be a no-op.
>
> The loop would
Date: Sat, 14 Oct 2000 11:43:09 +0200
From: Torben Mathiasen <[EMAIL PROTECTED]>
David, why is tpnt->proc_name NULL on sparc for devices not
existing? Every driver has this as part of their tpnt struct, so
it doesn't matter if the underlying device really exists.
In the
On Sat, Oct 14 2000, David S. Miller wrote:
>Date: Sat, 14 Oct 2000 11:43:09 +0200
>From: Torben Mathiasen <[EMAIL PROTECTED]>
>
>David, why is tpnt->proc_name NULL on sparc for devices not
>existing? Every driver has this as part of their tpnt struct, so
>it doesn't matter
Date:Sat, 14 Oct 2000 12:12:39 +0200
From: Torben Mathiasen <[EMAIL PROTECTED]>
Are there any reason why sym53c8xx and others initialize proc_name
only if an adapter was actually found (or in the sym case, if a
pcibus was found)?
I see no particular reason. Why not code
On Sat, Oct 14 2000, David S. Miller wrote:
>Date: Sat, 14 Oct 2000 12:12:39 +0200
>From: Torben Mathiasen <[EMAIL PROTECTED]>
>
>Are there any reason why sym53c8xx and others initialize proc_name
>only if an adapter was actually found (or in the sym case, if a
>pcibus
On Sat, 14 Oct 2000 06:09:57 Mike A. Harris wrote:
> I'm particularly concerned with the modutils 2.3.15. During the
> 2.0.x -> 2.2.x transition I was not able to use the same modutils
> with both kernels and had initscripts determine the kernel
> version, and uninstall the RPM and install
Hello,
I have put configuration files (in acsii and in bz2) on:
http://ulima.unil.ch/greg/linux/
Briefly, there are /var/log/messages System-map from test8 and test9
and the conf files I used to compile my kernels, and finally one dmesg.
What I use non standard are: Reiserfs, DVB, BTTV and
On Wed, Oct 11, 2000 at 11:01:20PM -0400, John Cavan wrote:
> I don't if this is specifically a problem in the module or with modprobe
> (2.3.17), but it doesn't happen with any other module. Unfortunately
> parport_pc.c was as far as I traced before my work life sucked me back
> in.
I think
On Sat, Oct 14 2000, Gregoire Favre wrote:
> Hello,
>
> I have put configuration files (in acsii and in bz2) on:
> http://ulima.unil.ch/greg/linux/
>
> Briefly, there are /var/log/messages System-map from test8 and test9
> and the conf files I used to compile my kernels, and finally one dmesg.
On Sat, Oct 14, 2000 at 12:09:57AM -0400, Mike A. Harris wrote:
> Will the following work with 2.2.17 as well?
>
> o util-linux 2.10o # kbdrate -v
util-linux is advertised as "all kernel and all (g)libc versions".
(Since recently I have a libc 4.3 system, and
Willy TARREAU wrote:
>
> Hello !
>
> I think that you should wait a bit before writing a config in /proc for the
> bonding driver.
> I have rewritten quite a part of it to support link detection and make it a bit
> fail safe.
> Moreover, I had to rewrite partly ifenslave.c (which is included in
cvs server: cannot rewrite CVS/Entries.Backup: No space left on device
These are the sort of errors i'm getting from cvs but this is what df -m
tells me on the partition i'm downloading on
/dev/hda4 6865 4899 1610 76% /
I'm not sure how to test this on a diff program
On Fri, Oct 13, 2000 at 06:29:32AM -0500, Peter Samuelson wrote:
> Right you are, both of you. I guess was confusing 'route' with
> 'interface' and didn't think of using multiple routes like that. It
> would be a kludge but whatever gets the job done..
Another idea: What about making it an
On Sat, Oct 14, 2000 at 08:00:38AM -0400, safemode wrote:
> cvs server: cannot rewrite CVS/Entries.Backup: No space left on device
>
> These are the sort of errors i'm getting from cvs but this is what df -m
> tells me on the partition i'm downloading on
> /dev/hda4 6865
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sat, 14 Oct 2000, safemode wrote:
> cvs server: cannot rewrite CVS/Entries.Backup: No space left on device
>
> These are the sort of errors i'm getting from cvs but this is what df -m
> tells me on the partition i'm downloading on
> /dev/hda4
On Sat, Oct 14, 2000 at 08:00:38AM -0400, safemode wrote:
> cvs server: cannot rewrite CVS/Entries.Backup: No space left on device
>
> These are the sort of errors i'm getting from cvs but this is what df -m
> tells me on the partition i'm downloading on
> /dev/hda4 6865
ok. first this is what df -i gives me
FilesystemInodes IUsed IFree IUse% Mounted on
/dev/hda41822720 135002 16877188% /
so it's not the inode problem.
this is what tune2fs -l /dev/hda4 | grep ^Reserved gives me
tune2fs 1.19, 13-Jul-2000 for EXT2 FS 0.5b,
Ian Sterling wrote:
> But, it seems to me that being able to have a different IV for
> each filesystem would be a good thing, but having it depend on something
> as volatile as sector of the disk, seems bad.
It's not the sector of the _disk_. It's the requested sector
of the loop device. The
On Sat, Oct 14 2000, Jeff V. Merkey wrote:
> With ide-scsi loaded, and after exiting gnome (where I attempted to read
> an IDE CD-DVD drive from gnome), I see the following messages in the
> var/log/messages file that repeat over and over again:
>
> Jeff
>
> Oct 14 00:47:27 manos kernel: "25
On Sat, Oct 14 2000, Mike A. Harris wrote:
> I get similar errors logged all the time on my CDROM unit. Any
> time a cd player program is running with no audio CD in the CDROM
> unit, for some reason, the kernel likes to tell you about it on
> every console, and via syslog too. A real PITA if
Thanks Allen, you're exactly right. I'm charged with the task of finding
lots of nasties like that in our old code base where a number of things
were just hacked in down and dirty. Our embeded environment moved from
XINU on an SH2/SH3 with no mmu support and a BSD protocol stack we hacked
in
1 - 100 of 170 matches
Mail list logo