Alan Cox <[EMAIL PROTECTED]> writes:
> 2.2.18pre12 (coming to a kernel archive near you in 2 or 3 minutes) now
> knows about both kgcc and gcc272 (RH and Debian) automatically thanks to
> Arjan.
fyi you can compile with egcs with using "gcc -V`egcs-version`" for
mandrake when you have the egcs p
You are not late. In fact you are the first who have responded to my
linux-kernel messages at all.
Yes, I am well aware of sigwaitinfo.
sigwaitinfo blocks infinitely if there is no queued signals and is the
opposite of sigtimedwait with a zero timeout.
sigwaitinfo is implemented as sigtimedwait
Note that, yes, I ran make oldconfig and make clean before attempting
to build the SMP version of the kernel.
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686
-malign-functions=4 -fno-strict-aliasing
http://oss.sgi.com/projects/kdb/download/ix86/ contains a patch for kdb
v1.5 against 2.4.0-test9-pre8.
Changes from kdb v1.5-beta2.
* Upgrade to 2.4.0-test9-pre8.
* Fix premature NMI oops on machines with large numbers of cpus.
This version of kdb also includes :-
* NMI oopser for uniprocesso
On Mon, Oct 02 2000, Pierfrancesco Caci wrote:
> :-> "Pierfrancesco" == Pierfrancesco Caci <[EMAIL PROTECTED]> writes:
>
>
> > Now I'm going to try the test9-pre7 stuff :-)
>
>
>
> Tested. It works as a module now. Didn't try to actually _use_ the
> scanner.
>
> What was the problem, the
Broke md as module. I guess this is one way to fix it.
Linus Torvalds wrote:
>
> Last pre-kernel - I'll do the real test9 before I fly off to Germany on
> Tuesday.
>
> Linus
> ---
> - pre8:
> - initialize to zero -> put it in the .bss instead
> - no extended dumb serial
Richard Henderson wrote:
> The reasons are the following:
>
> :
> (2) C++ in 2.95 is already ABI incompatible with egcs 1.1 and gcc 3.0,
> so clearly (to my mind anyway) it didn't matter whether we
> shipped 2.95 or a snapshot, we would still be incompatible with
> Red Hat 6 and R
Compiling with quota is broken.
init/main.o: In function `start_kernel':
init/main.o(.text.init+0xb26): undefined reference to `dquot_init_hash'
arch/i386/kernel/kernel.o: In function `sys_call_table':
arch/i386/kernel/kernel.o(.data+0x2e8): undefined reference to `sys_quotactl'
kernel/kernel.o(.
This bug, which I posted about earlier tonight, appears to be resolved by
Rik van Riel's latest vm patch (www.surriel.com/patches/2.4.0-t9p7-vmpatch)
although I can't be certain. But prior to the patch I could trigger the
BUG quite easily with a kernel compile or such and I have been compiling
k
:-> "Pierfrancesco" == Pierfrancesco Caci <[EMAIL PROTECTED]> writes:
> The subject tells everything:
disregard... the subject tells that I shouldn't compile kernels past
midnight :-)
Sorry for the noise.
Pf
--
Gustavo Madrigal Salazar wrote:
> Thanks!!
>
> On Sun, 1 Oct 2000, Jeff V. Merkey wrote:
>
> > Gustavo Madrigal Salazar wrote:
> >
> > > I recently trashed a NTFS partition writing on it from linux, and I want
> > > to recover some important files. I read an email in a kernel mailing list,
> > >
Andre Hedrick wrote:
>
> I went to slashdot.org to read the story.
>
> There was a historical referrence, in the beginning, that implies that I
> was accussing Microsoft of using Linux code. The reality was that I
> offered to help them with the solution I was working on because of the
> huge me
there wore grammer and spellings mis-takes???
On Sun, 1 Oct 2000, Andre Hedrick wrote:
> Date: Sun, 1 Oct 2000 21:45:54 -0700 (PDT)
> From: Andre Hedrick <[EMAIL PROTECTED]>
> To: Jeff V. Merkey <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Subject: Re: Microsoft Withdraws Linux NTFS Threats
>
Well, Mark Hahn mailed me and brought up the point that there might be some
security issue for having the MAX_MAP_COUNT set lower than the full address
space (Although I don't see how you can do anything with more mappings if
RLIMIT_AS is set tight). He suggested something like this might be bette
I'm having the same exact problem with a Plextor PX-8432T CD-RW drive that
another person reported back in March (see copy of message by person
identified as "c o r e" below):
Vendor: PLEXTOR Model: CD-R PX-W8432T Rev: 1.07
Type: CD-ROM ANSI SCSI revision: 02
This is an
Robert Redelmeier writes:
> Daniel Phillips wrote in part:
>> One thing to keep in mind in all of this is: nobody is testing the
>> reliability of their journalling or any other kind of filesystem just by
>> running it. To test these things you have to crash/interrupt the system
>> *a lot*. Oth
On Sun, 1 Oct 2000, Jeff V. Merkey wrote:
> Andre,
>
> This is very much a compliment of you coming from them -- they apparently
> took you very seriously and viewed your proposal as a serious matter. It was
> a great roller coaster ride -- let's do it again some time.
Jeff,
I went to slashdo
Thanks!!
On Sun, 1 Oct 2000, Jeff V. Merkey wrote:
> Gustavo Madrigal Salazar wrote:
>
> > I recently trashed a NTFS partition writing on it from linux, and I want
> > to recover some important files. I read an email in a kernel mailing list,
> > where you said you have a tool that can recover
Mike Harris writes:
> Is it safe or recommended to apply both reiserfs and ext3 patches
> simultaneously to a 2.2.16/17 kernel? I've been using reiserfs
> for a few months no problems at all, and want to try ext3 now
> that people are saying it is fairly stable. I'd ideally like to
> use both si
On Sun, 1 Oct 2000, Linus Torvalds wrote:
> Last pre-kernel - I'll do the real test9 before I fly off to
> Germany on Tuesday.
> - pre8:
> - quintela: fix the synchronous wait on kmem_cache_shrink().
> This should fix the mmap02 lockup.
It probably doesn't. People will want to apply
At the request of The Editors of Linux Today, I post the following
correction to the NTFS posting earlier today.
"The excerts story from the Provo Daily Herald about Microsoft/TRG
were provided to the affected Linux folks on LKML with permission of the
reviewing editor of the story from the
On Sun, 1 Oct 2000, Alexander Valys wrote:
>Date: Sun, 1 Oct 2000 18:17:30 -0400
>From: Alexander Valys <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Content-Type: text/plain;
> charset="iso-8859-1"
>Subject: Hard Disk slowdown w/ new mobo?
>
>I just purchased a Tyan Tiger 133A motherboard.
Daniel Phillips wrote in part:
>
> To be fair, when Soft Updates is working perfectly you will move from a
> situation where you are constantly at risk of catstrophic filesystem
> damage to one where you will just be losing track of some free blocks,
> have some file lengths wrong, and some partl
Last pre-kernel - I'll do the real test9 before I fly off to Germany on
Tuesday.
Linus
---
- pre8:
- initialize to zero -> put it in the .bss instead
- no extended dumb serial driver options, if no dumb serial driver
- access() on a special file on a read-only files
Andre Hedrick wrote:
> On Sun, 1 Oct 2000, Jeff V. Merkey wrote:
>
> >
> > I will again be able to offer these NTFS tools to repair NTFS
> > partitions. Please begin reforwarding requests from folks with trashed
> > disks to me, and I'll be able to assist folks. Microsoft has apologized
> > and
Rik van Riel wrote:
> Schedule() is the last function in the kernel they
> went into before they got scheduled away ;)
>
> The second last function is the one you're interested
> in ...
Hmm, 'k.
> > PC: schedule()
> > -1: down()
> > -2: down_fail()
> Then I guess something was trying to tak
Hi,
The attached patch seems to fix all the reported deadlock
problems with the new VM. Basically they could be grouped
into 2 categories:
1) __GFP_IO related locking issues
2) something sleeps on a free/clean/inactive page goal
that isn't worked towards
The patch has survived some heavy str
Rik van Riel wrote:
>
> On Mon, 2 Oct 2000, Daniel Phillips wrote:
> > Rik van Riel wrote:
> > >
> > > Local mechanisms simply CANNOT make page replacement work
> > > well on a system-wide level.
> >
> > I think you mean 'local mechanisms alone'. The question is not
> > *whether* the subsystems
Is it possible to run these intel 'speedstep' processors at full speed?
We've got a Dell latitude CPx 650. I notice earlier in this list Alan
Cox recommends 2.2.15pre19 for full support of speedstep processors.
I've upgraded to 2.2.16 but am still getting poor performance from this
machine, we'
On Mon, 2 Oct 2000, Daniel Phillips wrote:
> Rik van Riel wrote:
> >
> > Local mechanisms simply CANNOT make page replacement work
> > well on a system-wide level.
>
> I think you mean 'local mechanisms alone'. The question is not
> *whether* the subsystems will work together, but *how*.
Now th
On Mon, 2 Oct 2000, Daniel Phillips wrote:
> Rik van Riel wrote:
> >
> > Local mechanisms simply CANNOT make page replacement work
> > well on a system-wide level.
>
> I think you mean 'local mechanisms alone'. The question is not
> *whether* the subsystems will work together, but *how*. I have
Marc Lehmann <[EMAIL PROTECTED]> said:
> On Sun, Oct 01, 2000 at 07:01:45PM -0400, Robert Dale <[EMAIL PROTECTED]
> m> wrote:
> > gcc -D__KERNEL__ -I/usr/src/linux-2.4.0-test8/include -Wall -Wstrict-prototyp
> es -O2 -fomit-frame-pointer -pipe -march=i686 -fno-strict-aliasing -DMODULE -
> DMODVE
Marc Lehmann <[EMAIL PROTECTED]> said:
[...]
> I said that, say that, and it's still true, yes ;) It's also true with the
> majority of other distributions not cited so far: debian (which has the
> advantage of a reasonable package management), slackware, stampede and
> many others.
What makes
On Sun, 1 Oct 2000, Jeff V. Merkey wrote:
>
> I will again be able to offer these NTFS tools to repair NTFS
> partitions. Please begin reforwarding requests from folks with trashed
> disks to me, and I'll be able to assist folks. Microsoft has apologized
> and withdrawn their statements.
>
>
On Sun, 1 Oct 2000, David Ford wrote:
> Rik van Riel wrote:
>
> > > How broken is it? I have a test9-pre7 system that's exhibits an
> > > elusive bug, reiserfs hangs at boot time, and all I need is a
> > > backtrace on the D state processes.
> >
> > Could be a VM bug. ;)
>
> It could, but I str
David Weinehall writes:
> On Sun, Oct 01, 2000 at 01:10:50AM -0400, Albert D. Cahalan wrote:
>> Andries Brouwer writes:
>>> On Fri, Sep 29, 2000 at 03:57:10PM -0400, Albert D. Cahalan wrote:
What do you think of "ps -efj" on a standard 80x24 screen?
>>>
>>> I never give such commands, but ju
I got a nice bug printout followed by a hard lock earlier today. Had to
write the bug output down by hand so it could be off but I tried hard to
get it right. This was triggered while I was untarring some source code.
The computer hadn't been up long (about ten minutes) and wasn't running
much
Rik van Riel wrote:
>
> Local mechanisms simply CANNOT make page replacement work
> well on a system-wide level.
I think you mean 'local mechanisms alone'. The question is not
*whether* the subsystems will work together, but *how*. I have a
nagging feeling we can do a little better than the mec
Rik van Riel wrote:
> > How broken is it? I have a test9-pre7 system that's exhibits an
> > elusive bug, reiserfs hangs at boot time, and all I need is a
> > backtrace on the D state processes.
>
> Could be a VM bug. ;)
It could, but I strongly doubt it. We've seen this bug [very] infrequently
* Andries Brouwer ([EMAIL PROTECTED]) wrote:
> So, in the long run we want a large pid_t. What about the short run?
> For today the disadvantages are negligeable, and for people who
> like security there are definite advantages.
Much more the problem is giving people the *impression* of
a
On Sun, Oct 01, 2000 at 07:51:13PM +0200, David Weinehall wrote:
> Hoping for security just by having more
> PID's is a bit naive.
*1*
It is strange that people do not really seem to understand
the case for a 32-bit pid_t.
This case is: "16 bits is not enough".
We all know that 640KB was enough
In article linux-kernel.vger you wrote:
AV> I just purchased a Tyan Tiger 133A motherboard. For those who haven't heard
AV> of it, it uses the Via Apollo Pro133A chipset, which is ATA66-enabled. I am
AV> using two maxtor hard drives- hda=20gb hdb=25gb. They are connected with
AV> ATA66 cab
> [you sounded as if you noticed a discrepancy somewhere - so I expected:
> foo.c uses this in line 123 but bar.c uses that in line 666.]
Don't always expect me to make sense - I have good days and I have bad
days. This is a bad day. Wading through the block code got me in a bad
mood, and I mis
On Mon, 2 Oct 2000, Daniel Phillips wrote:
> Rik van Riel wrote:
> > On Sun, 1 Oct 2000, bert hubert wrote:
> > >
> > > If Rik gets some kind of memory pressure callback API in the
> > > kernel, there is no theoretical reasons why the journalling
> > > filesystems couldn't be merged safely.
> >
>
Just to follow-up to my own post, I have some more datapoints...
The bug definatley seems to be in either the SCSI layer or the procfs
layer. The behavior is the same if I use either ide-scsi or usb-storage,
which are the only two SCSI modules I can test.
Matt
On Fri, Sep 29, 2000 at 03:19:23P
On Mon, Oct 02, 2000 at 02:33:20AM +0200, Daniel Phillips wrote:
> On Mon, 02 Oct 2000, Andries Brouwer wrote:
> > [you sounded as if you noticed a discrepancy somewhere - so I expected:
> > foo.c uses this in line 123 but bar.c uses that in line 666.]
>
> No, I'm just trying to understand the m
On Sun, 1 Oct 2000, Alexander Valys wrote:
> Date: Sun, 1 Oct 2000 19:52:10 -0400
> From: Alexander Valys <[EMAIL PROTECTED]>
> To: Mark Hahn <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Subject: RE: Hard Disk Slowdown w/new mobo?
>
> I'm actually running 2.2.16, but I'll give it a try.
>
> --
I am lost for an answer to this problem.
I have a Banksia iTra8 8 port internal ISA modem card (UART 16654) for dial
up access. To get the modem card to work I was told to replace serial.c and
SerialP.h from 2.2.x kernel source (used 2.2.14-12) and compile a kernel.
Some problems are occuring d
On Sun, Oct 01, 2000 at 12:36:16PM -0400, tenthumbs wrote:
> I have some fat16 partitions which I mount as msdos, intentionally not
> vfat. With 2.2.18pre14, the listings are now in uppercase which is a big
> change from previous kernels. A bug or a feature?
Well, looking at the patch you see fr
Rik van Riel wrote:
>
> On Sun, 1 Oct 2000, bert hubert wrote:
> >
> > If Rik gets some kind of memory pressure callback API in the
> > kernel, there is no theoretical reasons why the journalling
> > filesystems couldn't be merged safely.
>
> Once the VM is stable with the current feature set an
Daniel Phillips:
>>> After staring at the block device code for, um, quite a long time, I
>>> came to the conclusion that blk_size stores one less than the number of
>>> 512 byte blocks on a device. Is this true?
No.
>> Um, slight revision: they wouldn't be blocks, they'd be 'sectors', and
>>
On Mon, 2 Oct 2000 00:20:25 +0200, Igmar Palsenberg wrote
(Subject: Re: What is up with Redhat 7.0?)
> Let this thread die. Now.
Unfortunately we have to detect a serious case of memory loss.
On Mon, 2 Oct 2000 00:30:09 +0200, Igmar Palsenberg wrote:
(Subject: Re: What is up with Redhat 7.0?)
I'm actually running 2.2.16, but I'll give it a try.
-Original Message-
From: Mark Hahn [mailto:[EMAIL PROTECTED]]
Sent: Sunday, October 01, 2000 19:41
To: Alexander Valys
Subject: Re: Hard Disk Slowdown w/new mobo?
> ATA66 cable, and are ATA66 capable drives, but they only run at aroun
On Sun, 01 Oct 2000 14:36:22 -0700,
David Ford <[EMAIL PROTECTED]> wrote:
>Keith Owens wrote:
>
>> http://oss.sgi.com/projects/kdb/download/ix86
>>
>> Stay away from 1.5-beta for the moment unless you like debugging the
>> debugger. No patch against 2.4.0-test9-pre7 yet, hopefully later
>> today
On Sun, Oct 01, 2000 at 07:01:45PM -0400, Robert Dale <[EMAIL PROTECTED]>
wrote:
> gcc -D__KERNEL__ -I/usr/src/linux-2.4.0-test8/include -Wall -Wstrict-prototypes -O2
>-fomit-frame-pointer -pipe -march=i686 -fno-strict-aliasing -DMODULE -DMODVERSIONS
>-include /usr/src/linux-2.4.0-test8/inclu
On Sun, Oct 01, 2000 at 03:58:55PM -0700, LA Walsh <[EMAIL PROTECTED]> wrote:
> Specifically, I'm talking about 'nice'd "down" processes -- things
Well, it is difficult to implement (network bandwidht limiting or i/o
latency for example), but asking for it once a year might make it reality.
On Mon, Oct 02, 2000 at 12:19:03AM +0200, Martin Dalecki
<[EMAIL PROTECTED]> wrote:
> > > on rehdat need redhat versions of the development toolchain / runtime
> > > environment to use them :(
>
> Ever tried to recompile SuSE apache from the src.rpm they provide?
We are talking binaries here, b
On Sun, Oct 01, 2000 at 05:18:22PM -0400, Horst von Brand
<[EMAIL PROTECTED]> wrote:
> And a "deliberate decision" by a "bunch of guys" (which by some freak
> accident of fate just so happens includes several of the lead people on the
> involved software projects) can't ever be right, or even jus
On Mon, Oct 02, 2000 at 12:07:11AM +0100, Alan Cox <[EMAIL PROTECTED]> wrote:
> > Why do you keep ignoring this point?
>
> I don't see your point except as 'never change anything'.
Hmm... there is some misunderstanding here, see:
> I got bored of libc2 a while back. I prefer change
Now, what w
On Sun, Oct 01, 2000 at 06:59:01PM -0400, Alexander Valys wrote:
> I just purchased a Tyan Tiger 133A motherboard. For those who haven't heard
> of it, it uses the Via Apollo Pro133A chipset, which is ATA66-enabled. I am
> using two maxtor hard drives- hda=20gb hdb=25gb. They are connected wit
> You *keep* ignoring the point. Please, Alan, the point is that all these
> libraries were not forked redhat-only versions. You keep citing irrelevant
The pthreads one was a forked someone version.
> came from the official sources and were compatible to the official
> versions. Even egcs made
make[2]: Entering directory `/usr/src/linux-2.4.0-test8/drivers/usb'
gcc -D__KERNEL__ -I/usr/src/linux-2.4.0-test8/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -pipe -march=i686 -fno-strict-aliasing -DMODULE -DMODVERSIONS
-include /usr/src/linux-2.4.0-test8/include/linux/modvers
On Sun, 1 Oct 2000, David Ford wrote:
> Keith Owens wrote:
>
> > http://oss.sgi.com/projects/kdb/download/ix86
> >
> > Stay away from 1.5-beta for the moment unless you like debugging the
> > debugger. No patch against 2.4.0-test9-pre7 yet, hopefully later
> > today.
>
> How broken is it? I ha
I wasn't so worried about a 'trick' in this situation. I'm running
all the processes. Three of them were clean up and do book-keeping
processes that I didn't care so much about when they ended. The foreground
process was also mine -- so I'm not so worried about cheating at this
point.
> That what you say is simply not true, so what's _your_ point in claiming
> this?
Well, you seem to be down on voices to back you up.. You talking bogus.
> One never needed suse's or redhat's glibc to run binaries created on their
> platforms. Likewise one never needed their libstdc++ or thei
:-> "Pierfrancesco" == Pierfrancesco Caci <[EMAIL PROTECTED]> writes:
> Now I'm going to try the test9-pre7 stuff :-)
Tested. It works as a module now. Didn't try to actually _use_ the
scanner.
What was the problem, then ?
Pf
--
--
On Sun, 1 Oct 2000 23:30:14 +0200 (MET DST),
Mikael Pettersson <[EMAIL PROTECTED]> wrote:
>The upapic-2.4.0-test9-C3 patch has another problem.
>
>On Fri, 29 Sep 2000, Udo A. Steinberg wrote:
>
>>I've been giving the patch a try, however it hangs my machine during boot.
>>Here's the important bit
810A
Your problem doesn't look like an SCSI transport error to me. Any SCSI
controller will probably not give better result.
Your device does not like some SCSI command and returns CHECK CONDITION
status, then returns SENSE DATA that are passed to the application
client.
> CDB: 52 01 00
I just purchased a Tyan Tiger 133A motherboard. For those who haven't heard
of it, it uses the Via Apollo Pro133A chipset, which is ATA66-enabled. I am
using two maxtor hard drives- hda=20gb hdb=25gb. They are connected with
ATA66 cable, and are ATA66 capable drives, but they only run at around
On Mon, Oct 02, 2000 at 12:41:11AM +0200, Igmar Palsenberg <[EMAIL PROTECTED]> wrote:
> > on rehdat need redhat versions of the development toolchain / runtime
> > environment to use them :(
>
> And you say that programs developed on for example SuSE don't need a SuSE
> enviroment ??
I said that
On Sun, Oct 01, 2000 at 10:36:00PM +0100, Alan Cox <[EMAIL PROTECTED]> wrote:
> > One never needed suse's or redhat's glibc to run binaries created on their
> > platforms. Likewise one never needed their libstdc++ or their toolchain,
>
> You regularly did. Even with libc5 there were two semi inco
The subject tells everything:
here is the boot log of test8:
fb0: MATROX VGA frame buffer device
pty: 512 Unix98 ptys configured
ISDN subsystem Rev: 1.111/1.93/1.135/1.77/1.21/1.5
HiSax: Linux Driver for passive ISDN cards
HiSax: Version 3.5 (kernel)
HiSax: Layer1 Revision 2.39
HiSax: Layer2 Re
I just purchased a Tyan Tiger 133A motherboard. For those who haven't heard
of it, it uses the Via Apollo Pro133A chipset, which is ATA66-enabled. I am
using two maxtor hard drives- hda=20gb hdb=25gb. They are connected with
ATA66 cable, and are ATA66 capable drives, but they only run at around
"Chris McClellen" <[EMAIL PROTECTED]> said:
> Their normal gcc is 2.96, which I'm sure you have heard 50,000 times now.
>
> RH7 also installs "kgcc" which is gcc 2.91.xx (the same gcc
> that comes with RH6.2).
>
> I believe if you set your CC to kgcc, you can possibly compile the kernel.
> Howev
Marc Lehmann <[EMAIL PROTECTED]> said:
[...]
> Obviously redhat did and does a lot of similar braindamage, which could be
> called "bugs" (no version of perl on redhat cd's really worked correctly
> for example).
> Again, the choice redhat did can not be construed as being some mistake by
> som
Igmar Palsenberg wrote:
>
> > I wouldn't mind, either, if this didn't mean that programs compiled
> > on rehdat need redhat versions of the development toolchain / runtime
> > environment to use them :(
Ever tried to recompile SuSE apache from the src.rpm they provide?
I wish you good louck gett
> I said that, say that, and it's still true, yes ;) It's also true with the
> majority of other distributions not cited so far: debian (which has the
> advantage of a reasonable package management), slackware, stampede and
> many others.
Well, than I still have to find out why this tool build
Keith Owens wrote:
> http://oss.sgi.com/projects/kdb/download/ix86
>
> Stay away from 1.5-beta for the moment unless you like debugging the
> debugger. No patch against 2.4.0-test9-pre7 yet, hopefully later
> today.
How broken is it? I have a test9-pre7 system that's exhibits an elusive bug,
r
> One never needed suse's or redhat's glibc to run binaries created on their
> platforms. Likewise one never needed their libstdc++ or their toolchain,
You regularly did. Even with libc5 there were two semi incompatible sets
of X libraries (with/without pthreads) and some other problems. Thats wh
> I wouldn't mind, either, if this didn't mean that programs compiled
> on rehdat need redhat versions of the development toolchain / runtime
> environment to use them :(
And you say that programs developed on for example SuSE don't need a SuSE
enviroment ??
Igmar
-
To unsubscribe fr
> We really need a collection of include files that only
> define the manifest constants and structures used for
> communication with user space. These can then be used both
> by glibc and by the kernel. This yields includes
> and and the former defines a constant API.
> It ideally never changes
On Sat, 30 Sep 2000, Ingo Molnar wrote:
>
> On Sat, 30 Sep 2000, Keith Owens wrote:
>
> > via /dev/msr. On SMP you end up with two sources of NMI, local APIC
> > on every cpu plus IO-APIC. The code in linux/arch/i386/kernel/traps.c
> > resets PERFCTR1 on every NMI, [...]
>
> yep, than
On Sun, 01 Oct 2000 14:11:01 -0700,
David Ford <[EMAIL PROTECTED]> wrote:
>my apologies, but could someone point me to the most current release of
>the debugger?
http://oss.sgi.com/projects/kdb/download/ix86
Stay away from 1.5-beta for the moment unless you like debugging the
debugger. No patc
> this would be differemt, but AFAIK the redhat package management system is
> not able to provide for this).
You have no idea what you're talking about.
>
> So let's die this thread, or at least the name-calling right now. I'll try
> as best as I can to keep the disucssion to the original, on
> Well, the glibc-2.1 on redhat disks acted differently than the glibc-2.1
> in the cvs repository or on the ftp servers, but that does not mean that
> the actual glibc code is the culprit. Again, please read what I actually
> wrote, not only the parts that others have quoted.
Did you EVER looke
Rik van Riel wrote:
> On Sun, 1 Oct 2000, Jeff V. Merkey wrote:
>
> > We'll see where it goes, but I am gad they are doing what's
> > right here and putting their customers first. If an MS customer
> > wnats to use Linux and W2K, they should be helping them, and I
> > think perhaps they have com
David Ford wrote:
> my apologies, but could someone point me to the most current release of
> the debugger?
>
> -d
>
> --
> "There is a natural aristocracy among men. The grounds of this are
> virtue and talents", Thomas Jefferson [1742-1826], 3rd US President
[EMAIL PROTECTED] Ask
> > They released a supported ex-Cygnus people approved compiler.
>
> Which still makes it an broken, experimental, unreleased and unofficial
> compiler, with all the consequences I said.
If you really want broken and expirimental stuff go work for M$ or so.
> > to flame SuSE, Conectiva, and
nevermind, i found it, thankyou :)
-d
--
"There is a natural aristocracy among men. The grounds of this are
virtue and talents", Thomas Jefferson [1742-1826], 3rd US President
begin:vcard
n:Ford;David
x-mozilla-html:TRUE
org:http://www.kalifornia.com/images/paradise.jpg">
adr:;;
On Sun, 1 Oct 2000, Jeff V. Merkey wrote:
> We'll see where it goes, but I am gad they are doing what's
> right here and putting their customers first. If an MS customer
> wnats to use Linux and W2K, they should be helping them, and I
> think perhaps they have come to realize this now.
People a
On Sun, Oct 01, 2000 at 04:39:06PM -0400, Horst von Brand
<[EMAIL PROTECTED]> wrote:
> > I wouldn't mind, either, if this didn't mean that programs compiled
> > on rehdat need redhat versions of the development toolchain / runtime
> > environment to use them :(
>
> Has happened on and off with e
my apologies, but could someone point me to the most current release of
the debugger?
-d
--
"There is a natural aristocracy among men. The grounds of this are
virtue and talents", Thomas Jefferson [1742-1826], 3rd US President
begin:vcard
n:Ford;David
x-mozilla-html:TRUE
org:htt
Rik van Riel wrote:
> On Sun, 1 Oct 2000, Jeff V. Merkey wrote:
>
> > I will again be able to offer these NTFS tools to repair NTFS
> > partitions. Please begin reforwarding requests from folks with
> > trashed disks to me, and I'll be able to assist folks.
> > Microsoft has apologized and withd
On Sun, 1 Oct 2000, Rik van Riel wrote:
> > And if you mean reads... Good luck propagating the originator
> > information.
>
> Isn't it the case that for most of the filesystem
> reads the current process is the one that is the
> originator of the request ?
Not true for metadata (consider the
:-> "Torben" == Torben Mathiasen <[EMAIL PROTECTED]> writes:
> On Sun, Oct 01 2000, Pierfrancesco Caci wrote:
>>
>> When modprobing for this module, my machine gets stuck with no
>> messages whatsoever in the log. Only Alt-SysRq-R works (the other
>>
> Could you give te
On Sun, 1 Oct 2000, Jeff V. Merkey wrote:
> I will again be able to offer these NTFS tools to repair NTFS
> partitions. Please begin reforwarding requests from folks with
> trashed disks to me, and I'll be able to assist folks.
> Microsoft has apologized and withdrawn their statements.
I gues
On Sun, 1 Oct 2000, Alexander Viro wrote:
> On Sun, 1 Oct 2000, Rik van Riel wrote:
> > On Sun, 1 Oct 2000, LA Walsh wrote:
> >
> > > Forgive me if this has been asked before, but has there ever
> > > been any thought of having a 'nice' value for disk accesses?.
> >
> > Not currently, but it w
Gustavo Madrigal Salazar wrote:
> I recently trashed a NTFS partition writing on it from linux, and I want
> to recover some important files. I read an email in a kernel mailing list,
> where you said you have a tool that can recover files from damaged NTFS
> partitions. How can I get such a tool
> Has anyone tried Redhat 7.0 yet? What a mess.
>
> 1) It would not compile stock kernels out of the box. (ends at
> compress.S) with a fatal error.
>
> 2) Trying to compile the kernel source for 2.2.16 that comes with the
> redhat disk (which is very different than the stock 2.2.16) causes my
Hi there!
Create a Unix dgram socketpair, and send many small datagrams to it. When
this number reaches `cat /proc/sys/net/unix/max_dgram_qlen` (10 by
default), then a select() call incorrectly tells that the socket is
writeable now, though a send() hangs.
Here's a short strace output:
selec
1 - 100 of 175 matches
Mail list logo
