Alright, first off let me say that this cdrecord was working fine with
2.4.0-test8. The recorder is on /dev/scd0 and also on /dev/sr0. maybe
this has something to do with it? i'm not sure, but cdrecord keeps saying
the stats for it are -2,-2,-2when it should be 0,0,0. Does anyone
know
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
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,
>
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
> 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
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");
-
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
Because CONFIG_RADIO_MIROPCM20 requires CONFIG_ACI_MIXER to
successfully compile, I propose the attached patch.
If CONFIG_ACI_MIXER is not set, the compile barfs with:
cc -D__KERNEL__ -I/tmp/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -pipe
"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
Kernel test10-pre2, Dual Xeon PII(400 mhz), Mandrake 7.1, microde
updates enabled
Mounting my zipdrive(IMM) will result in something like this:
Sysrq does not work, machine is completely dead after 20-40 seconds.The
usual progession is CPU's lockup, modprobe dies, kflushed and syslogd
follow
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:
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
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
OK, after finally getting my bits flipped correctly, I tested it again,
and it hung again. AIEE.
Now, a sanity check. I'm doing this with a kernel which is configured
with CONFIG_PCI_QUIRKS=y and CONFIG_PCI_OPTIMIZE=y. Should it matter?
Should I only be trying this stuff with those configs
Hi,
i've just borrowed an ATI Rage Fury(AGP) which support DRI, i also
have an older Matrox Mystique which
also support DRI. When starting an X server using both cards, i can
see TWO /proc/dri directories. In the
/proc/dri directory there's a 0 subdir, i think in normal situation
i should have a
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 *) [2]);
> put_unaligned(cpu_to_be16(lba_end - lba_start), (unsigned int *) [7]);
pc.c[0] = GPCMD_PLAY_AUDIO_MSF;
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 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
--
On Sat, Oct 14, 2000 at 09:33:04PM -0400, Leigh Orf wrote:
>
> 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
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...
>
> >
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
This change seems to have broken playing a track index:
3.11 Jun 12, 2000 - Jens Axboe <[EMAIL PROTECTED]>
-- Reinstate "correct" CDROMPLAYTRKIND
The way it's done is very bad for IDE drives (at least). In the cdrom_play_audio
function in ide-cd.c, we see:
pc.c[0] = GPCMD_PLAY_AUDIO_10;
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...
> home[1008]:/home/orf/lockup% sudo setpci -s 0:0.0 50=0
> home[1008]:/home/orf/lockup% sudo setpci -s 0:0.0 51=0 /* unnecessary */
>
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
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
> > { PCI_VENDOR_ID_VIA, PCI_DEVICE_ID_VIA_82C596_0, quirk_isa_dma_hangs, 0x00 },
> > + { PCI_VENDOR_ID_INTEL, PCI_DEVICE_ID_INTEL_82437, quirk_isa_dma_hangs, 0x00 },
> > };
>
> I rebuilt the kernel, and it still locked up faithfully as before under
> the same conditions.
Thats kind of a half
> 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
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
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
>Yes. If you see how to do it - patches are welcome. One of the possible
>ways is to create a structure when you register driver, remove it upon
>rmmod, replace ->b_dev and friends with pointers to that structure and
>make the removal of this beast invalidate the buffers.
Wouldn't it be
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
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
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
[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
Hello.
For the purpose of minimizing power consumption on
a ThinkPad 600 laptop I would like to be able
to issue "set power state" and "get power state"
commands to the APM BIOS so as to power down the
serial port and other subsystems. However the apm
code does not presently support this. I
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
> Sorry for the AOLism, but... Me too, I also want to
> give a try to the patch.
ok, it's simpler now since I've updated it on my web
server this morning. You can download it from :
http://wtarreau.free.fr/pub/linux-patches/bonding/
I'll have a few minor documentation changes to
integrate
Linus,
Resubmitting these, please apply.
- Arnaldo
diff -ur linux-2.4.0-test10-3/drivers/media/video/tda7432.c
linux-2.4.0-test10-3.acme/drivers/media/video/tda7432.c
--- linux-2.4.0-test10-3/drivers/media/video/tda7432.c Thu Aug 24 07:40:01 2000
+++
Hello,
> 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..
Well, I totally agree. Unfortunately, my fellow driver developers
The two main culprits for ECN breakage are Cisco PIX, and Cisco Local
Director.
Here is the fix for PIX:
(see http://www.cisco.com/cgi-bin/Support/Bugtool/onebug.pl?bugid=CSCds23698)
Bud ID:CSCds23698
Headline: PIX sends RSET in response to tcp connections with ECN
Marc Mutz wrote:
>> There are some who believe that "not unique" IVs (across multiple
>> filesystems) facilitates some methods of cryptanalysis.
>
>Do you have a paper reference?
There's no paper, because it's too trivial to appear in a paper.
But you can find this weakness described in any
kernel wrote:
>There are some who believe that "not unique" IVs (across multiple
>filesystems) facilitates some methods of cryptanalysis.
It's a not a matter of "belief"; it's a matter of fact.
The weakness is that the first block of ciphertext depends
only on the IV and the first block of
IV's should never be repeated (per key). If you are using CBC mode,
they should not be just a counter, either (for different reasons).
A simple implementation technique is simply to use the encryption of
a block number / sector number / counter as your IV. This ensures that
IV's don't repeat
This patch changes all occurrencies of `struct consw' to `const struct consw'.
It also removes a superfluous forward type declaration and a superfluous
external function prototype.
--- linux-const-consw-2.4.0-test10-pre2/include/linux/console.h Mon Jul 17 15:20:14
2000
+++
This patch changes all occurrencies of `struct display_switch' to `const struct
display_switch', and makes dispsw_data (used for the pseudo palette in
truecolor/directcolor mode) const as well.
Other small updates:
- creatorfb.c: use a temporary since dispsw_data is const now
- tdfxfb.c:
Stephen Rothwell <[EMAIL PROTECTED]> wrote:
> Hi Rik,
> Rik van Riel <[EMAIL PROTECTED]> writes:
>>
>> I have the idea we should really fix this dirty accounting
>> thing and properly account kapmd time to idle time.
> I got thinking about this and think I went slightly insane :-)
> How does
> 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
> 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
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
> (Certainly it did not work in test7 and I did not notice any patch for
> it since that time)
>
> Seems that it is unmaintained at the moment...
Im getting patches for 2.2 from people. I think it may just be they've not
bothered with the 2.4test tree.
-
To unsubscribe from this list: send the
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
> 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
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
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
> 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/
"[EMAIL PROTECTED] wrote:"
[...]
> Yenta IRQ list 06f8, PCI irq11
> Socket status: 3006
> Intel PCIC probe: not found.
> 3c574_cs.c v1.08 9/24/98 Donald Becker/David Hinds, [EMAIL PROTECTED]
>
> At this point with 2.3.51 I get these lines:
>
> UMSDOS 0.86 (compatibility level 0.4, fast
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__
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
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
On Sat, Oct 14, 2000 at 01:19:50PM +0200, Torben Mathiasen wrote:
> > http://ulima.unil.ch/greg/linux/
> It would be much easier if you could try to narrow down exacly what breaks.
> If these opps's are reproduceable, please try removing some of your drivers.
> SCSI had an overhaul lately, so it
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
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
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
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
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
> 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
> " " == Andries Brouwer <[EMAIL PROTECTED]> writes:
>> o util-linux 2.10o # kbdrate -v
> 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'
> 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
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.
> _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
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
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
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
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
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
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,
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
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
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
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
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
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 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
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 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
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
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 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 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: 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
> 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 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
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:
>
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
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
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 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
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
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,
1 - 100 of 170 matches
Mail list logo
