Can anyone tell me which tool can open RPM package on Window 95 and where to download
it?
--
ÖлªÍø»ýÉÍÖ®ÂÃ,´ó½±ÈÎÄúÓ®£¡
http://points4u.china.com
²Î¼ÓÍøÉÏÅÄÂô£¬ÃûÈËÇ©ÃûÎïÆ·ÈÎÄãÕù!
http://auction4u.china.com
-
To unsubscribe from this list: send the
On Tue, 10 Oct 2000, David Ford wrote:
> 1) cs46xx only works as a module. Even when it is compiled into the
> kernel, I can still load the cs46xx module..which will work. When
> compiled in, it shows zero indication of actually being in there, no
> boot messages etc.
It would be very helpful
Hi,
After compiling the kernel three times, I can't get my SB live to work
under 2.4.0-test9. It doesn't want to work either as a module or
compiled in to the kernel. It's working fine under 2.2.17.
All my programs seem to think that the driver is loaded and working fine
- I get the correct
>>
>> Since struct pci_dev is probably going to morph into a more generic
>> struct hw_dev, maybe struct netdevice needs a pci_dev member...
> alan cox wrote:
>There is no guarantee there would be a meaningful pci_dev. In addition in
>a hot pluggable box the pointer is useless since it will
On Tue, 10 Oct 2000 23:40:49 -0500,
"Jerry Kelley" <[EMAIL PROTECTED]> wrote:
>Is there a good primer on reading an Oops?
linux/Documentation/oops-tracing.txt.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read
On 10 Oct 2000, Gnea wrote:
>> Please add this to your list. Linux is unusable in these machines.
>> I have cc'ed Martin and Linus because they play in that PCI area.
>
>erm, looking at your list it says that you're using Redhat 7.0, which
>is known to ship with a buggy gcc, which is KNOWN to
Is there a good primer on reading an Oops? I'm also looking for general tips
on configuring the kernel and my module so that a useful stack trace is
generated - entry points show function names rather than addresses. The
obvious is to build with debugging turned on but is it necessary for the
On Tue, 10 Oct 2000 19:56:46 -0400 (EDT), jamal blurted forth:
>
> Ted,
>
> Please add this to your list. Linux is unusable in these machines.
> I have cc'ed Martin and Linus because they play in that PCI area.
erm, looking at your list it says that you're using Redhat 7.0, which
is
Date:Wed, 11 Oct 2000 04:14:09 +0200
From: "Andi Kleen" <[EMAIL PROTECTED]>
On Tue, Oct 10, 2000 at 06:22:49PM -0700, David S. Miller wrote:
> It is the only anoncvs available sorry. We'll have to work
> out the performance problems with this site.
What happened to
Hrm, odd.
1) cs46xx only works as a module. Even when it is compiled into the
kernel, I can still load the cs46xx module..which will work. When
compiled in, it shows zero indication of actually being in there, no
boot messages etc.
2) i have to play mp3s in the background to watch tv. tv
On Wed, 11 Oct 2000, Keith Owens wrote:
> Yes. I am usually up to date on pre patches within a few hours of
> their release, but then I have to play catch up to get my own patches
> up to date. What I would like is the ability to see what is in the
> kernel CVS tree before the pre patch is
Matthew Dharm wrote:
>
> Yet more followup with myself I can reproduce this problem on
> 2.4.0-test10-pre1 every time. I'm using the ide-scsi and usb-storage
> modules to trigger the bug -- loading and then unloading either one causes
> /proc/scsi to not be cleaned up properly.
>
> As yet,
On Wed, 11 Oct 2000, Frank de Lange wrote:
> Oops... looks like I was too quick to cry success...
Argh!
> It does NOT work, even with the patch. I tried it again and again, and
> could not get it to boot. I probably put a wrong (Pentium MMX) kernel
> on the flashdisk when I first tested your
Dear All;
First, I dont know if this is worth anything since I have andre's
ide patch, and the pc speaker sound device patch applied. But here it is
anyway.
Got this oops applying a patch to a kernel tree.
Patch was stuck in the D state. lsof showed it had open a tmp
On Tue, 10 Oct 2000 19:27:36 -0700,
Larry McVoy <[EMAIL PROTECTED]> wrote:
>On Wed, Oct 11, 2000 at 01:25:55PM +1100, Keith Owens wrote:
>> The ability to see checked in changes before Linus/Alan sends out a new
>> kernel patch would be the only reason for me to even look at BK.
>> Without the
On Wed, Oct 11, 2000 at 01:25:55PM +1100, Keith Owens wrote:
> On Tue, 10 Oct 2000 19:21:31 -0700,
> Larry McVoy <[EMAIL PROTECTED]> wrote:
> >If there is any amount of interest in this, I think we have a hack where
> >we can repeatedly import a CVS repository and make it a BK repository.
>
>
On Tue, 10 Oct 2000 19:21:31 -0700,
Larry McVoy <[EMAIL PROTECTED]> wrote:
>If there is any amount of interest in this, I think we have a hack where
>we can repeatedly import a CVS repository and make it a BK repository.
The ability to see checked in changes before Linus/Alan sends out a new
On Tue, Oct 10, 2000 at 06:30:16PM -0700, David S. Miller wrote:
>From: David Lang <[EMAIL PROTECTED]>
>Date: Tue, 10 Oct 2000 18:27:51 -0700 (PDT)
>
>you may want to check the bitkeeper site, I think I remember
>hearing that they have a copy of the kernel they keep up to date.
>
On Tue, Oct 10, 2000 at 06:22:49PM -0700, David S. Miller wrote:
>From: Keith Owens <[EMAIL PROTECTED]>
>Date: Wed, 11 Oct 2000 12:08:23 +1100
>
>The mirror at samba.org is too slow
>
> It is the only anoncvs available sorry. We'll have to work
> out the performance problems
From: David Lang <[EMAIL PROTECTED]>
Date: Tue, 10 Oct 2000 18:27:51 -0700 (PDT)
you may want to check the bitkeeper site, I think I remember
hearing that they have a copy of the kernel they keep up to date.
No, he wants my live CVS tree which has all of my current Sparc and
you may want to check the bitkeeper site, I think I remember hearing that
they have a copy of the kernel they keep up to date.
David Lang
On Tue, 10 Oct 2000, David S. Miller wrote:
> Date: Tue, 10 Oct 2000 18:22:49 -0700
> From: David S. Miller <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
>
From: Keith Owens <[EMAIL PROTECTED]>
Date:Wed, 11 Oct 2000 12:08:23 +1100
The mirror at samba.org is too slow
It is the only anoncvs available sorry. We'll have to work
out the performance problems with this site.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe
Marcelo Tosatti <[EMAIL PROTECTED]> said:
> 2.2.18pre15 defines udelay as (in file include/asm-i386/delay.h) :
>
> ...
>
> extern void __bad_udelay(void);
>
> ...
>
> #define udelay(n) (__builtin_constant_p(n) ? \
> ((n) > 2 ? __bad_udelay() : __const_udelay((n) *
> 0x10c6ul)) :
On Tue, 10 Oct 2000 12:07:15 -0300, John Coppens blurted forth:
> Hi...
>
> I _hate_ to do this, but I couldn't find (except for a reference to
> "others who have segfaults using glibc") no reference to this problem.
> Insmod of i2c, videodev and bttv succeed without problems or any
What is the current state of the vger CVS tree? LKML FAQ points to
ftp://vger.kernel.org/pub/linux/README.CVS which either gets connection
refused or no route to host. The mirror at samba.org is too slow, to
the extent that even doing a sync at 6AM local time gives up part way
through. Trying
ksymoops 0.7c on i686 2.4.0-test10. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.0-test10/ (default)
-m /usr/src/linux/System.map (default)
agate login: Unable to handle null pointer dereference at virtual
address
On Mon, 02 Oct 2000, Alan Cox wrote:
> 2.2.18pre11
> o Fix dead/clashing define for NFS(Trond Myklebust)
> 2.2.18pre9
> o NFSv3 support and NFS updates (Trond Myklebust and co)
2.2.18pre15's NFS support looks strange to me. My menuconfig screen
looks
James Simmons wrote:
> > Not needed. This is a misunderstanding. Maybe that needs
> > some work (in Help maybe), but not this patch.
>
> Yes please. It can be very misleading.
>
> > Then if you select USB HID support, that builds the hid driver,
> > which handles mice, keyboards, joysticks,
Another bug, fb_info_tdfx uses "unsigned long" for the "iobase"
member, which is correct, but much code casts this value to a "u32"
before using it which will break such I/O port accesses on Alpha and
Sparc64 and perhaps other 64-bit platforms.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To
Hi'all,
Solved the problem with Winchip not booting. It turns out they do not like the
code generated by gcc (gcc version 2.95.2 19991024 (release)) when the
-march=i686 flag is set. Changing this flag to -march=i586 makes to box boot
like it should.
I do not have a working egcs 1.1.x or gcc
From: Kesmarki Attila <[EMAIL PROTECTED]>
Date:Wed, 11 Oct 2000 02:02:24 +0200
A made my latest release as a patch for 2.4.0-test9. It can be
downloaded from http://www.medex.hu/~danthe/tdfx. I won't attach
it, because it's too long.
One bug spotted, in tdfxfb_probe():
+
On Wed, 11 Oct 2000 02:06:52 +0200 (MET DST), Roman Zippel
<[EMAIL PROTECTED]> wrote:
>Hi,
>
>On Wed, 11 Oct 2000, Alan Cox wrote:
>
>> > http://www.osopinion.com/Opinions/MontyManley/MontyManley15.html
>> >
>> > good article, several unfortunate truths within.
>>
>> Really, must be a wrong
Hi,
On Wed, 11 Oct 2000, Alan Cox wrote:
> > http://www.osopinion.com/Opinions/MontyManley/MontyManley15.html
> >
> > good article, several unfortunate truths within.
>
> Really, must be a wrong URL you posted then 8)
>
> The average Linux kernel hacker right now is late 20's to early 30's
Hi,
Finally got round to checking out 2.4.0test9.
Unfortunately, 2.4.0test9 exhibits poor streaming i/o performance when
under a bit of memory pressure.
The test is this: boot with mem=32M, log onto GNOME and start xmms playing
a big .wav ripped from a CD (this requires 100-200k read i/o per
Hi,
A forgot to use the [PATCH] in the subject of my last mail, so I just send it
again.
Sorry.
Bye,
Attila
-- Forwarded Message --
Hi Linus,
I'm maintaining a more recent driver for 3dfx cards than that one in the
kernel now.
A made my latest release as a patch
On Wed, 11 Oct 2000, Alan Cox wrote:
Alan... The following errors are what I am getting with your
pre-2.2.18pre15 release.
Does this mean anything. It only concerns ONE of my two physical drives.
I can take it out but it works fine with 2.2.17 ??
> > hda: dma_intr: status=0x51 { DriveReady
Hi Linus,
I'm maintaining a more recent driver for 3dfx cards than that one in the
kernel now.
A made my latest release as a patch for 2.4.0-test9. It can be downloaded
from http://www.medex.hu/~danthe/tdfx. I won't attach it, because it's too
long.
Main changes:
- voodoo5 support
-
Ted,
Please add this to your list. Linux is unusable in these machines.
I have cc'ed Martin and Linus because they play in that PCI area.
cheers,
jamal
-- Forwarded message --
Date: Thu, 5 Oct 2000 17:23:13 -0400 (EDT)
From: jamal <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
OK, some more info on the hang with the Winchip2A:
it seems to hang in arch/i386/kernel/setup.c, function print_memory_map, on the
first iteration of the loop. If I target to Pentium MMX and run it on the same
(Win)chip, all's well. There's something wrong here, but it is not in that
piece of
On Wed, 11 Oct 2000, Chris Evans wrote:
> ...
> # IDE patch provides UDMA66 support, but is known to corrupt filesystems
> # on a few systems, so is not applied by default.
> Patch151: linux-2.2.16-ide-2805.patch
> ...
> # Dangerous IDE patch available but off by default
> #%patch151 -p1
>
On Wed, 11 Oct 2000, Alan Cox wrote:
> The 2.2 kernel we ship doesnt have the ide patches either so Im not suprised
> it got upset 8)
Ah yes you're correct. I saw the patch in the kernel SRPM but didn't look
far enough to see:
...
# IDE patch provides UDMA66 support, but is known to corrupt
On Wed, 11 Oct 2000, Alan Cox wrote:
> > hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
> > hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
>
> Bad CRC is a cable error. That could be misconfiguration but could also be
> crap cables
It went away when I enabled PIIX4
> > have the rules for testing if the driver/host/device register and report
> > that all signals are valid and stable.
>
> Yes, I had some "interesting" modifications to a lot of my /usr when I
> tried to activate UDMA4 under RH7.0 (I don't believe my hardware is
> capable of UDMA4!)
The 2.2
On Tue, 10 Oct 2000, Andre Hedrick wrote:
> Also set this option "CONFIG_IDEDMA_IVB" because you are in the
> transistion period of drive manufacturing.
Turned that on, applied the patch. BTW, your patch seems to make the
"Speed warnings" failure _more_ likely??
Still refuses to activate
> hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
> hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
Bad CRC is a cable error. That could be misconfiguration but could also be
crap cables
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
> 2.2.18pre15 defines udelay as (in file include/asm-i386/delay.h) :
> extern void __bad_udelay(void);
>
> #define udelay(n) (__builtin_constant_p(n) ? \
> ((n) > 2 ? __bad_udelay() : __const_udelay((n) *
> 0x10c6ul)) : \
> __udelay(n))
>
> ...
> It seems __bad_udelay is
> http://www.osopinion.com/Opinions/MontyManley/MontyManley15.html
>
> good article, several unfortunate truths within.
Really, must be a wrong URL you posted then 8)
The average Linux kernel hacker right now is late 20's to early 30's with
a degree and working professionally on the kernel
> It is not a configuration that I currently test. I am told it mostly
> works, though some client drivers are not SMP safe. It is something
> that should be fixed eventually, for sure, but given the number of
> open issues with PCMCIA in 2.4, I don't think it is high on the list.
> If you want
Hello,
AMD has rolled out the new AMD 760 MP dual Athlon chip set at the 2000
Microprocessor Forum.
Here are the links:
http://www.amd.com/news/prodpr/20165.html
http://www.amd.com/news/virtualpress/mpf/richheyepres.pdf
Someone working on support for it?
The chip set seems like the Alpha
Richard,
Definitely a good idea. Enabling the programmer to specify the format of
the custom data to be printed would be great. Having this in mind, this
is why LTT has two events to enable custom tracing, the "New event" and
the "custom event". Therefore, extending the definition of "New
> Since struct pci_dev is probably going to morph into a more generic
> struct hw_dev, maybe struct netdevice needs a pci_dev member...
There is no guarantee there would be a meaningful pci_dev. In addition in
a hot pluggable box the pointer is useless since it will change arbitarily
-
To
ftp://ftp..kernel.org/pub/linux/utils/kernel/modutils/v2.3
patch-modutils-2.3.18.bz2 Patch from modutils 2.3.17 to 2.3.18
modutils-2.3.18.tar.bz2 Source tarball, includes RPM spec file
modutils-2.3.18-1.src.rpm As above, in SRPM format
modutils-2.3.18-1.i386.rpm Compiled
On Tue, Oct 10, 2000 at 05:58:46PM -0300, Rik van Riel wrote:
> On Tue, 10 Oct 2000, Tom Rini wrote:
> > On Tue, Oct 10, 2000 at 12:32:50PM -0300, Rik van Riel wrote:
> > > On Tue, 10 Oct 2000, Ingo Oeser wrote:
> > >
> > > > before you argue endlessly about the "Right OOM Killer (TM)", I
> > >
Also set this option "CONFIG_IDEDMA_IVB" because you are in the
transistion period of drive manufacturing.
On Tue, 10 Oct 2000, Chris Evans wrote:
>
> On Tue, 10 Oct 2000, Andre Hedrick wrote:
>
> > Basically you have drive that caught in the word93 rules change.
> >
> > However, the error
> Ok, I've narrowed it down to the changes to mtrr.c in test8
> Looks like the Cyrix III changes broke things.
> Didn't something similar happen when these changes made it into
> a 2.2.18pre ? Alan?
2.2.18pre12 or so had a bug with Winchip but its fixed in pre15 I believe,
at least my winchip is
> > Initializing CPU#0
>
> You are using a SMP kernel on a `386 UP machine. That tends to make
> these burps show up. It is harmless, though.
It says this either way
> > Console: colour VGA+ 80x25
> > Calibrating delay loop... 3.10 BogoMIPS
>
> This shows something I don't understand. Either
> Not directly, but pci_dev knows about netdevice, so you can scan the
> pci_dev's
> to find a match with the required netdevice. (Or do a similar match search
> on base_addr)
Not I suspect reliably.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Tue, 10 Oct 2000, Andre Hedrick wrote:
> Basically you have drive that caught in the word93 rules change.
>
> However, the error you got were real and the kernel did properly respeed
> the drive to one step slower. The problem above prevented you from going
> from ATA66 to ATA44, thus you
Basically you have drive that caught in the word93 rules change.
However, the error you got were real and the kernel did properly respeed
the drive to one step slower. The problem above prevented you from going
from ATA66 to ATA44, thus you fell to ATA33.
You RHS 7.0 kernel does not have all
On Tue, Oct 10, 2000 at 02:39:40PM -0500, Rameshbabu Prabagaran wrote:
> Hi all
>
> Has anyone tried testing CBQ with 2.3.99 pre2 kernel. I tried to set up
Why are you using an out-of-date development kernel? I don't understand
this. Is there any particular reason to use something about half
On Tue, 10 Oct 2000, Kurt Garloff wrote:
> Actually, 2.0e3 did include one rather important fix which solved the
Uh. Fix? This sounds like working around very broken devices to me, or
are devices allowed to wreak havoc if sync negotiation is tried in spite
of not being advertised in inquiry
On Tue, Oct 10, 2000 at 06:10:48PM -0700, James Simmons wrote:
> > Dave,
> >
> > This patch fixed the problems, for now. The system now boots OK, and seems to
> > run OK (have not hit it very hard yet since it currently runs without a
> > heatsink). Tnanks...
> >
> > Cheers//Frank
Oops...
On Mon, Aug 14, 2000 at 11:55:13PM +0100, Athanasius wrote:
>I'm on 2.2.17pre13 (not the latest I know, I need to sort out
> compiling latest and a reboot), my Mitsumi CR-4804TE CD-R/RW drive seems
> to work happily enough with xcdroast to write one disk, but then goes
> into super sulk mode,
Hi,
Finally got around to trying out 2.4.0test9. I'm going to do some VM
performance comparisons (incidentally because VM should be a carefully
measured science not random cool idea of the day which we have seen too
much of recently).
Unfortunately, I can't start fair tests yet because UDMA3
Marcelo Tosatti <[EMAIL PROTECTED]> writes:
> 2.2.18pre15 defines udelay as (in file include/asm-i386/delay.h) :
>
> ...
>
> extern void __bad_udelay(void);
>
> ...
>
> #define udelay(n) (__builtin_constant_p(n) ? \
> ((n) > 2 ? __bad_udelay() : __const_udelay((n) *
> 0x10c6ul))
2.2.18pre15 defines udelay as (in file include/asm-i386/delay.h) :
...
extern void __bad_udelay(void);
...
#define udelay(n) (__builtin_constant_p(n) ? \
((n) > 2 ? __bad_udelay() : __const_udelay((n) *
0x10c6ul)) : \
__udelay(n))
...
It seems __bad_udelay is not
On Tue, 10 Oct 2000, Tom Rini wrote:
> On Tue, Oct 10, 2000 at 12:32:50PM -0300, Rik van Riel wrote:
> > On Tue, 10 Oct 2000, Ingo Oeser wrote:
> >
> > > before you argue endlessly about the "Right OOM Killer (TM)", I
> > > did a small patch to allow replacing the OOM killer at runtime.
> > >
>
On Mon, 9 Oct 2000 [EMAIL PROTECTED] wrote:
> 2. Capable Of Corrupting Your FS/data
>
> * Non-atomic page-map operations can cause loss of dirty bit on
>pages (sct, alan)
Is anybody looking into fixing this bug ?
> 9. To Do
>
> * mm->rss is modified in some places without
> And I suggest this addition (cfr. the other fbcon-*.c since 2.4.0-test5-pre5):
Done. I have alot more big changes coming :-)
-
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
On Tue, 10 Oct 2000, James Simmons wrote:
> Oops. Sorry folks. My patch was too big to be posted on the mailing
> list. Uncompressed it is 63K. Here it is compressed.
>
> >Hi!
> >
> > This patch places code common to both vgacon and vga16fb into a common
> >file (vga.c). The utlimate goal is to
Hi all
Has anyone tried testing CBQ with 2.3.99 pre2 kernel. I tried to set up
CBQ on an ATM interface and was not able to notice any differentiation or
treatment to packets even when I use 'bounded' with the tc commands.
I tried to test it with a 2.2.10 kernel using ds-8 and appropriate tc,
On Tue, Oct 10, 2000 at 02:08:45PM -0400, [EMAIL PROTECTED] wrote:
>
> I am one of those people that uses PCMCIA on an SMP machine, I also
> use 2.4. Aside from the very occasional problem, I don't see any
> locking issues. Is it possible to just leave it as is with a warning?
I think the
Karim,
I've been back through an initial evaluation we did for LTT, back in May.
One of the feature we highlighted we'd like to see was an ability to
specify custom formatting templates. Our original OS/2 trace facility
allowed the user to generate formatting templates which would specify
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
It seems that there was some mangling problems going on with the
message I sent last night, so I wanted to try to re-send it with a
proper signature this time...
Hi everyone,
I just wanted to let everyone know that we have changed the
On Tue, Oct 10, 2000 at 12:32:50PM -0300, Rik van Riel wrote:
> On Tue, 10 Oct 2000, Ingo Oeser wrote:
>
> > before you argue endlessly about the "Right OOM Killer (TM)", I
> > did a small patch to allow replacing the OOM killer at runtime.
> >
> > So now you can stop arguing about the one and
My first contribution to kernel =) Someone please look over this one
carefully =)
Thanks
--- vgacon.c.bakTue Oct 10 13:50:09 2000
+++ vgacon.cTue Oct 10 14:48:06 2000
@@ -27,6 +27,9 @@
* flashing on RHS of screen during heavy console scrolling .
* Oct 1996, Paul
On Tue, Oct 10, 2000 at 01:42:51PM -0400, Mark Hahn 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.
> > >
>
Sorry if you get multiple copies of this--I have tried sending twice
already and have yet to see it on the kernel-list.
Jordan
Here are hdparms for all my devices--
`hdparm -i /dev/hda` IBM Deskstar 7200 RPM:
/dev/hda:
Model=IBM-DTLA-307075, FwRev=TXAOA50C, SerialNo=YS0YSF3Z455
Config={
Olaf Titz wrote:
>
> > > Still, it would be nice to recover that 4 MB when the system
> > > doesn't have any memory left.
> > Yup. The X server could give back the memory for some cases like the
> > background without too much hackery.
>
> Then Linux only needs to implement SIGDANGER, which has
Yet more followup with myself I can reproduce this problem on
2.4.0-test10-pre1 every time. I'm using the ide-scsi and usb-storage
modules to trigger the bug -- loading and then unloading either one causes
/proc/scsi to not be cleaned up properly.
As yet, nobody has indicated to me that
> bttv0: model: BT848A( *** UNKNOWN *** ) [autodetected]
How about fixing this first? The card list knows about a few
cards where it better should'nt load the msp3400 driver...
> i2c-dev.o: Registered 'bt848 #0' as minor 0
> msp34xx: I/O error #1 (read 0x12/0x1e)
> msp34xx: I/O error #2 (read
http://www.osopinion.com/Opinions/MontyManley/MontyManley15.html
good article, several unfortunate truths within.
-Tony
.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-.
Anthony J. Biacco Network Administrator/Engineer
[EMAIL PROTECTED]
In article <[EMAIL PROTECTED]>,
Ivan Passos <[EMAIL PROTECTED]> wrote:
>
>"You could use a semaphore for this. Initialize it to 0, then call
>down() from the ioctl, and up() from the interrupt handler. If the
>up() happens before the down(), the down() won't go to sleep."
>
>Initializing it to
James,
The patch I referred to can be found in Dave's message... I gave him some
feedback on the problems with Winchips...
Cheers//Frank
--
W ___
## o o\/ Frank de Lange \
}# \| / \
##---# _/ \
\
Either you forgot to attach the patch for it was bigger than 40K.
On Tue, 10 Oct 2000, Frank de Lange wrote:
> Dave,
>
> This patch fixed the problems, for now. The system now boots OK, and seems to
> run OK (have not hit it very hard yet since it currently runs without a
> heatsink).
> > So I propose that this item be removed simply by stating "Linux 2.4 does
> > not support PCMCIA on multiprocessors". Comments, David?
>
> There are some people who use PCMCIA on SMP desktop boxes; many
> wireless network cards are only made as PCMCIA cards, and the "desktop
> version"
Dave,
This patch fixed the problems, for now. The system now boots OK, and seems to
run OK (have not hit it very hard yet since it currently runs without a
heatsink). Tnanks...
Cheers//Frank
--
W ___
## o o\/ Frank de Lange \
}# \| /
On Wed, Oct 11, 2000 at 12:04:22AM +1100, Andrew Morton wrote:
> > * Misc locking problems
> > + drivers/pcmcia/ds.c: ds_read & ds_write. SMP locks are
> > missing, on UP the sleep_on() use is unsafe.
>
> It is my understanding that hen's teeth easily outnumber SMP
I cannot verify this signature with gpg or pgp. gpg says
gpg: invalid radix64 character 00 skipped
gpg: Signature made Tue Oct 10 08:26:46 2000 MEST using DSA key ID 2BCBC621
gpg: BAD signature from "H. Peter Anvin (hpa) <[EMAIL PROTECTED]>"
Walter
-BEGIN PGP SIGNED MESSAGE-
Hash:
On Thu, 28 Sep 2000, Ivan Passos wrote:
>
> In order to get the configuration of a board, I have to send, from
> userspace, an ioctl to the driver and wait for the board to complete its
> action. The way this is implemented is as follows:
> - In the ioctl, the driver sends a command to the
Linus Torvalds wrote:
> > The assembler doesn't use nops for alignment -- it inserts longer
> > instructions that are effectively nops, either 1 or two. For larger
> > stretches, the assembler inserts a jmp itself for alignment.
>
> Note that some of them are not very good no-ops. At least at
On Tue, 10 Oct 2000, Rogier Wolff wrote:
>
> So if Netscape can "pump" 40 extra megabytes of memory out of X, this
> can be exploited.
>
> Now we're back to the point that a heuristic can never be right all
> the time..
I agree. In fact, we never left that.
Nothing is perfect.
In
On Mon, 9 Oct 2000, Byron Stanoszek wrote:
> > it also might be good to have options to kill anything connected to a pty
> > first, and to not kill anything attatched to the console. obviously these
> > leave ways for admins to shoot themselves in the foot, but they could be
> > useful.
>
> I
On Tue, 10 Oct 2000, Jamie Lokier wrote:
>
> The assembler doesn't use nops for alignment -- it inserts longer
> instructions that are effectively nops, either 1 or two. For larger
> stretches, the assembler inserts a jmp itself for alignment.
Note that some of them are not very good no-ops.
In article <[EMAIL PROTECTED]>,
Jamie Lokier <[EMAIL PROTECTED]> wrote:
>Linus Torvalds wrote:
>> You can also still do the stack pointer plaything by just using
>> indirection: and when you context switch you switch the pointer around at
>> the base of the per-cpu interrupt stack.
>
On Tue, Oct 10, 2000 at 12:20:07PM -0400, Mark Hahn 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.
>
> uh, what part
Hi,
I want to setup RAID.
I am working on kernel version 2.2.12.
I am using RAID patches available.
I create a RAID configuring file called
/etc/raidtab
#mkraid /dev/md0/*md0 is the device I am
selecting*/
After this when I check /proc/mdstat , I find
Hi,
While trying 2.4.0-test10-pre1 on my Sun4m SparcSystem600, i'm getting an
error during 'make dep' ;((
I don't know anything about assembly, so there I can't help, but here's
the output:
galaxy:/usr/src/kernel-source-2.4-0-test10-pre1# make dep
make -C arch/sparc/kernel check_asm
make[1]:
Kurt Garloff wrote:
> Actually, 2.0e3 did include one rather important fix which solved the
> trouble: Some devices get upset, when the driver tries to negotiate sync
> (or wide) connections, but the device actually does not support it.
> So, the driver now waits for the first INQUIRY result and
On Tue, Oct 10, 2000 at 12:32:50PM -0300, Rik van Riel wrote:
> > So now you can stop arguing about the one and only OOM killer,
> > implement it, provide it as module and get back to the important
> > stuff ;-)
>
> This is definately a cool toy for people who have doubts
> that my OOM killer
1 - 100 of 320 matches
Mail list logo