Paul Mundt wrote:
>
> You always have a choice, work elsewhere. If you're in a position where you're
> working with MS products, you were the one who made the decision to do so.
> MS is not at fault, claiming so is childish.
Nobody chooses to work with MS, they merely take the job that's
Paul Mundt wrote:
You always have a choice, work elsewhere. If you're in a position where you're
working with MS products, you were the one who made the decision to do so.
MS is not at fault, claiming so is childish.
Nobody chooses to work with MS, they merely take the job that's offered.
Davide Libenzi wrote:
> 1) HW is cheaper than software engineers time
Compared to E1000s??? You must be talking about some *really* expensive
engineers!
> 2) to find Java developers is easier than to find C developers
Depends on where you are in the world. It's certainly not true here
Davide Libenzi wrote:
1) HW is cheaper than software engineers time
Compared to E1000s??? You must be talking about some *really* expensive
engineers!
2) to find Java developers is easier than to find C developers
Depends on where you are in the world. It's certainly not true here
Richard Gooch wrote:
> In fact, hopefully he's still in a dark mood, and he may take up the
> suggestion to bounce mails of the following type:
> - MIME encoded
> - HTML encoded
> - quoted printables (those stupid "=20" things are particuarly hard to
> read).
Surely it'd be better to get the
Richard Gooch wrote:
In fact, hopefully he's still in a dark mood, and he may take up the
suggestion to bounce mails of the following type:
- MIME encoded
- HTML encoded
- quoted printables (those stupid =20 things are particuarly hard to
read).
Surely it'd be better to get the list to
Matthias Andree wrote:
> It's probably not. vs-13048 can usually be rectified (ugly, slow but
> usually works on machines even with 256 MB RAM and 1/2 GB swap) by ls
> -laR / or treescan -stat /.
ls can't access the files either, so I don't see how that could rectify
anything. The entire
Matthias Andree wrote:
> You're not getting data loss, but access denied, when hitting
> incompatibilities, and it looks like it hits 2.2 hard while 2.4 is less
> of a problem. Please search the reiserfs list archives for details.
> vs-13048 is a good search term, I believe.
Data is lost:
Root
Matthias Andree wrote:
You're not getting data loss, but access denied, when hitting
incompatibilities, and it looks like it hits 2.2 hard while 2.4 is less
of a problem. Please search the reiserfs list archives for details.
vs-13048 is a good search term, I believe.
Data is lost:
Root
Matthias Andree wrote:
> ext3fs has never given me any problems, but I did not have it in
> production use where I discovered major ReiserFS <-> kNFSd
> incompatibilities. ext3 has a 0.0.x version number which suggests it's
> not meant for production use.
Hmm... Reiserfs is incompatible with
Matthias Andree wrote:
ext3fs has never given me any problems, but I did not have it in
production use where I discovered major ReiserFS - kNFSd
incompatibilities. ext3 has a 0.0.x version number which suggests it's
not meant for production use.
Hmm... Reiserfs is incompatible with knfsd?
On 28 Apr 2001 13:44:48 -0700, Davide Libenzi wrote:
> Sorry but why don't You run Your application with gdb ?
> Once Your program crashes You'll get the prompt and You'll be able to
> stack-trace and watching whatever You need.
> The solution I use to be able to get inside the program even when
Is there a way (kernel or userspace... doesn't matter) that gdb/ddd
could be invoked when a program is about
to dump core, or perhaps on a certain signal (that the app could deliver
to itself when required). The latter case
is what I need right now, as I have to debug an app that breaks
jason wrote:
> Hello,
>
> As the subject would imply, I've been having problems with 2.4.x. I have
> my root partition (/dev/hda1) as reiserfs and also have another harddrive
> with a reiserfs partition (/dev/hdc1). Several programs write (e.g. save
> files to) /dev/hdc1, and I also store files
jason wrote:
Hello,
As the subject would imply, I've been having problems with 2.4.x. I have
my root partition (/dev/hda1) as reiserfs and also have another harddrive
with a reiserfs partition (/dev/hdc1). Several programs write (e.g. save
files to) /dev/hdc1, and I also store files
sage
Subject: [PATCH] Fix SMP lockup in usbdevfs
Date: Fri, 30 Mar 2001 02:36:47 +0100
From: Tony Hoyle <[EMAIL PROTECTED]>
Organization: Magenta Logic
To: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
This fixes a lockup when calling the USBDEVFS_SUBMITURB ioctl in an SMP
kernel.
Tony
--
D
Subject: [PATCH] Fix SMP lockup in usbdevfs
Date: Fri, 30 Mar 2001 02:36:47 +0100
From: Tony Hoyle [EMAIL PROTECTED]
Organization: Magenta Logic
To: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
This fixes a lockup when calling the USBDEVFS_SUBMITURB ioctl in an SMP
kernel.
Tony
--
Don't click
Sorry, came across a bit strong on that message. It's 2am and I'm tired.
Stupid thing is I fixed the bug...
Tony
--
Don't click on this sig - a cyberwoozle will eat your underwear.
[EMAIL PROTECTED]http://www.nothing-on.tv
-
To unsubscribe from this list: send the line "unsubscribe
This fixes a lockup when calling the USBDEVFS_SUBMITURB ioctl in an SMP
kernel.
Tony
--
Don't click on this sig - a cyberwoozle will eat your underwear.
[EMAIL PROTECTED]http://www.nothing-on.tv
--- devio.c.old Fri Mar 30 02:22:32 2001
+++ devio.c Fri Mar 30 02:12:09 2001
@@
Nobody seems interested in the spinlock bugs in usb so I'm trying to
track it down myself. I have a copy of an oops (posted earlier) but it
doesn't give the line number of the error, so it's impossible to find
out where it's failing.
Will kdb be any help? Is it a source debugger or just a
Nobody seems interested in the spinlock bugs in usb so I'm trying to
track it down myself. I have a copy of an oops (posted earlier) but it
doesn't give the line number of the error, so it's impossible to find
out where it's failing.
Will kdb be any help? Is it a source debugger or just a
This fixes a lockup when calling the USBDEVFS_SUBMITURB ioctl in an SMP
kernel.
Tony
--
Don't click on this sig - a cyberwoozle will eat your underwear.
[EMAIL PROTECTED]http://www.nothing-on.tv
--- devio.c.old Fri Mar 30 02:22:32 2001
+++ devio.c Fri Mar 30 02:12:09 2001
@@
Sorry, came across a bit strong on that message. It's 2am and I'm tired.
Stupid thing is I fixed the bug...
Tony
--
Don't click on this sig - a cyberwoozle will eat your underwear.
[EMAIL PROTECTED]http://www.nothing-on.tv
-
To unsubscribe from this list: send the line "unsubscribe
I've enabled spinlock debugging, and generated a nice oops... The USB
system is definately doing something wrong somewhere.
Tony
--
Don't click on this sig - a cyberwoozle will eat your underwear.
[EMAIL PROTECTED]http://www.nothing-on.tv
ksymoops 2.3.7 on i686 2.4.2-ac26.
If an application calls the USBDEVFS_SUBMITURB ioctl to submit a read,
when the async completion routine is called, the kernel goes into a hard
deadlock (no response to ping, etc.). I've narrowed it down to the
async_completed routine in usb.c. That's the only place where spinlocks
are
If an application calls the USBDEVFS_SUBMITURB ioctl to submit a read,
when the async completion routine is called, the kernel goes into a hard
deadlock (no response to ping, etc.). I've narrowed it down to the
async_completed routine in usb.c. That's the only place where spinlocks
are
I've enabled spinlock debugging, and generated a nice oops... The USB
system is definately doing something wrong somewhere.
Tony
--
Don't click on this sig - a cyberwoozle will eat your underwear.
[EMAIL PROTECTED]http://www.nothing-on.tv
ksymoops 2.3.7 on i686 2.4.2-ac26.
Paul Tweedy wrote:
> Secondly, to get the thing running I'm assuming I can copy a working login
> binary from an identical server, so I can get in & change the passwords and
> sort the security out?
...and what if the 'cp' binary has been hacked to stop you doing just
that? What if 'passwd'
Paul Tweedy wrote:
Secondly, to get the thing running I'm assuming I can copy a working login
binary from an identical server, so I can get in change the passwords and
sort the security out?
...and what if the 'cp' binary has been hacked to stop you doing just
that? What if 'passwd' is
Dr. Kelsey Hudson wrote:
> It had always been my assumption that non-optical storage media used the
> 'disk' spelling, whereas optical media, such as CDs, DVDs, and MO, were
> reffered to using the 'disc' spelling.
I can remember having this argument back in the days of the BBC Micro. The
BBC
Grover, Andrew wrote:
> Since you have a symtomatic system, if you're willing to do some testing to
> either prove or disprove your theory (that entering C2/C3 interrupts enabled
> helps things) I would greatly appreciate it.
Leaving interrupts enabled does help a little, but the machine is
Tony Hoyle wrote:
I'm talking to myself :-)
OK I see that safe_halt() will re-enable interrupts. However this is only
called in S1. If your machine gets as far as S3 you have...
for (;;) {
unsigned long time;
unsigned long diff
I've been trying to track down what makes ACPI kill the system in 2.4.1.
In the acpi_idle function (drivers/acpi/cpu.c), it seems to spend most
of its time with interrupts disabled, only enabling them to check
need_resched occasionally.
In the 'sleep1' state the following code is executed:
I've been trying to track down what makes ACPI kill the system in 2.4.1.
In the acpi_idle function (drivers/acpi/cpu.c), it seems to spend most
of its time with interrupts disabled, only enabling them to check
need_resched occasionally.
In the 'sleep1' state the following code is executed:
Tony Hoyle wrote:
I'm talking to myself :-)
OK I see that safe_halt() will re-enable interrupts. However this is only
called in S1. If your machine gets as far as S3 you have...
for (;;) {
unsigned long time;
unsigned long diff
Grover, Andrew wrote:
Since you have a symtomatic system, if you're willing to do some testing to
either prove or disprove your theory (that entering C2/C3 interrupts enabled
helps things) I would greatly appreciate it.
Leaving interrupts enabled does help a little, but the machine is still
In my wifes' machine 2.4.1 (both vanilla and -ac2) enabling ACPI causes
the machine to run so slowly it's unusable. On my machine it's OK.
2.4.0 worked fine, so something has changed between 2.4.0 and 2.4.1 that
broke it. I couldn't find anything in dmesg that looked any different,
though.
Lars Marowsky-Bree wrote:
>
> So you also turn of PMTU and just set the MTU to 200 bytes because broken
> firewalls may drop ICMP ?
That doesn't affect huge numbers of websites.
In the UK two of the largest ISPs - BT Internet and Freeserve - have
ECN-blocking
firewalls. So does
Lars Marowsky-Bree wrote:
So you also turn of PMTU and just set the MTU to 200 bytes because broken
firewalls may drop ICMP ?
That doesn't affect huge numbers of websites.
In the UK two of the largest ISPs - BT Internet and Freeserve - have
ECN-blocking
firewalls. So does theregister.co.uk
Tony Spinillo wrote:
>
> The nvidia kernel module (from www.nvidia.com) has compiled and loaded
> correctly with all test13-pre series up to pre6. I just tried to
> compile and load under pre7.
I'm intrigued... how did you resolve the 'mem_map_inc_count' and
'mem_map_dec_count',
Alan Cox wrote:
>
> I see modversions.h being included properly on the command line
Me too..
make[3]: Entering directory `/usr/src/linux/drivers/char/drm'
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -pipe
Alan Cox wrote:
>
> > Possibly something in the auto-dependencies? Unfortunately I don't have
> > the info files for gcc so
> > I can't work out why the '-include' directive would be
> > overridden/ignored.
>
> Im wondering if it is make dependant. It seems to be working here
Well I'm on:
Tony Hoyle wrote:
> modversions.h is being included in the 'gcc' line, however something is
> overriding it
> in the case of the agpsupport.c file. If you move the include
> to
> the top of agpsupport.c it also works correctly.
OK ignore the above putting it in agpsupp
Alan Cox wrote:
> Wrong patch. Modversions.h should be getting automatically included. That
> is what needs fixing. You've nicely located the problem and fixed the symptoms
> for the module versioned case
>
modversions.h is being included in the 'gcc' line, however something is
overriding it
in
Alan Cox wrote:
Wrong patch. Modversions.h should be getting automatically included. That
is what needs fixing. You've nicely located the problem and fixed the symptoms
for the module versioned case
modversions.h is being included in the 'gcc' line, however something is
overriding it
in the
Tony Hoyle wrote:
modversions.h is being included in the 'gcc' line, however something is
overriding it
in the case of the agpsupport.c file. If you move the include
linux/modversions.h to
the top of agpsupport.c it also works correctly.
OK ignore the above putting it in agpsupport
Alan Cox wrote:
Possibly something in the auto-dependencies? Unfortunately I don't have
the info files for gcc so
I can't work out why the '-include' directive would be
overridden/ignored.
Im wondering if it is make dependant. It seems to be working here
Well I'm on:
make 3.79.1
Alan Cox wrote:
I see modversions.h being included properly on the command line
Me too..
make[3]: Entering directory `/usr/src/linux/drivers/char/drm'
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -pipe
Tony Spinillo wrote:
The nvidia kernel module (from www.nvidia.com) has compiled and loaded
correctly with all test13-pre series up to pre6. I just tried to
compile and load under pre7.
I'm intrigued... how did you resolve the 'mem_map_inc_count' and
'mem_map_dec_count',
'put_module_symbol'
Dieter Nützel wrote:
>
> Am Mittwoch, 27. Dezember 2000 11:07 schrieb Nils Philippsen:
> > Hi all,
> >
> > On Wed, 27 Dec 2000, Dieter [iso-8859-1] Nützel wrote:
> > > I got this since test13-pre1 (pre4, now):
> > >
> > > SunWave1>depmod -e
> > > depmod: *** Unresolved symbols in
> > >
Dieter Nützel wrote:
Am Mittwoch, 27. Dezember 2000 11:07 schrieb Nils Philippsen:
Hi all,
On Wed, 27 Dec 2000, Dieter [iso-8859-1] Nützel wrote:
I got this since test13-pre1 (pre4, now):
SunWave1depmod -e
depmod: *** Unresolved symbols in
Eugene Crosser wrote:
>
> The problem that I reported for -test6 is still here:
> I have a mounted CD. "ls -l /mount/point" shows its directory.
> If I do umount /mount/point, replace CD with another one
> and mount on the same point (I did not try different mount point),
> "ls -l" shows the
52 matches
Mail list logo
