do (eg looked at some ARM microcontrollers,
which still have several usec of interrupt latency - even with no OS,
still likely cant use timers and interrupts.).
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED] Key ID: 64A2FF6A
Fortune:
The church saves sinners, but scie
looked at some ARM microcontrollers,
which still have several usec of interrupt latency - even with no OS,
still likely cant use timers and interrupts.).
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED] Key ID: 64A2FF6A
Fortune:
The church saves sinners, but science
ays,
dont think there was a unified way to report these events to
userspace either.
Sincerely,
Jyri Põldre.
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED] Key ID: 64A2FF6A
Fortune:
Sailors in ships, sail on! Even while we died, others rode out the storm.
to
userspace either.
Sincerely,
Jyri Pldre.
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED] Key ID: 64A2FF6A
Fortune:
Sailors in ships, sail on! Even while we died, others rode out the storm.
hi imel,
On Tue, 24 Apr 2001 [EMAIL PROTECTED] wrote:
> problem is you guys are to unix-centric, try to be user-centric a little.
with all respect: the problem is that you do not listen.
as people keep trying to point out to you:
- you can have your single-user centric user environment (no
hi imel,
On Tue, 24 Apr 2001 [EMAIL PROTECTED] wrote:
problem is you guys are to unix-centric, try to be user-centric a little.
with all respect: the problem is that you do not listen.
as people keep trying to point out to you:
- you can have your single-user centric user environment (no
consider the lobbying that went on to try persuade l-k that LVM
should go in.
> Cheers, Andreas
obHiddenCode: lm-sensors... used to use this a long time ago.
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED]
PGP5 key: http://www.clubi.ie/jakma/p
the lobbying that went on to try persuade l-k that LVM
should go in.
Cheers, Andreas
obHiddenCode: lm-sensors... used to use this a long time ago.
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED]
PGP5 key: http://www.clubi.ie/jakma/publickey.txt
On Wed, 4 Apr 2001, christophe barbe wrote:
> From me, a POV without technical reasons is not a philosical one
> but more certainly an historical one.
there may be (and indeed probably are) good technical reasons, however
i am not well enough informed to say what they are.
> Process that will
On Wed, 4 Apr 2001, christophe barbe wrote:
> The sleep should certainly be interruptible and I that's what I
> said to the GFS guy. But what the reason to increment the load
> average for each D process ?
from a philosical POV: they are processes that will be runnable as
soon as the kernel
On Wed, 4 Apr 2001, christophe barbe wrote:
The sleep should certainly be interruptible and I that's what I
said to the GFS guy. But what the reason to increment the load
average for each D process ?
from a philosical POV: they are processes that will be runnable as
soon as the kernel
On Wed, 4 Apr 2001, christophe barbe wrote:
From me, a POV without technical reasons is not a philosical one
but more certainly an historical one.
there may be (and indeed probably are) good technical reasons, however
i am not well enough informed to say what they are.
Process that will be
.. should be)
Try hdparm -u on all your IDE disks... should improve things.
> Later,
> Tom
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED]
PGP5 key: http://www.clubi.ie/jakma/publickey.txt
---
Fortune:
What I want is all of the
be)
Try hdparm -u on all your IDE disks... should improve things.
Later,
Tom
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED]
PGP5 key: http://www.clubi.ie/jakma/publickey.txt
---
Fortune:
What I want is all of the power and none
oesn't start then i still have a fully functional /dev.
but anyway... there seems to be loads of scope to do lots of
different things with devfsd, plus NIS support. :)
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED]
PGP5 key: http://www.clubi.ie/jakma/publickey.txt
-
ional /dev.
but anyway... there seems to be loads of scope to do lots of
different things with devfsd, plus NIS support. :)
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED]
PGP5 key: http://www.clubi.ie/jakma/publickey.txt
---
Fortune:
Premature op
good and all.
:)
> Szaka
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED]
PGP5 key: http://www.clubi.ie/jakma/publickey.txt
---
Fortune:
The optimum committee has no members.
-- Norman Augustine
-
To unsubscrib
x
does not have the accounting to cover it...
solution according to more knowledgable folks than i, sysadmin, is
better accounting so that vm_enough_memory can be more accurate
rather than developing an all-seeing oom_killer().
> Andries
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL
On Fri, 23 Mar 2001, Szabolcs Szakacsits wrote:
> About the "use resource limits!". Yes, this is one solution. The
> *expensive* solution (admin time, worse resource utilization, etc).
traditional user limits have worse resource utilisation? think what
kind of utilisation a guaranteed
On Fri, 23 Mar 2001, Guest section DW wrote:
> But yes, I am complaining because Linux by default is unreliable.
no, your distribution is unreliable by default.
> I strongly prefer a system that is reliable by default,
> and I'll leave it to others to run it in an unreliable mode.
currently,
On Fri, 23 Mar 2001, Guest section DW wrote:
But yes, I am complaining because Linux by default is unreliable.
no, your distribution is unreliable by default.
I strongly prefer a system that is reliable by default,
and I'll leave it to others to run it in an unreliable mode.
currently,
On Fri, 23 Mar 2001, Szabolcs Szakacsits wrote:
About the "use resource limits!". Yes, this is one solution. The
*expensive* solution (admin time, worse resource utilization, etc).
traditional user limits have worse resource utilisation? think what
kind of utilisation a guaranteed allocation
not have the accounting to cover it...
solution according to more knowledgable folks than i, sysadmin, is
better accounting so that vm_enough_memory can be more accurate
rather than developing an all-seeing oom_killer().
Andries
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED]
PGP5
it. it is a last resort.
default, use the /proc/sys/vm/oom_killer interface"? As I said
before there are also such patch by Chris Swiedler and definitely
not a huge, complex one.
uhmm.. where?
And these stupid threads could be forgotten for good and all.
:)
Szaka
regards,
--
On Mon, 19 Feb 2001, Ansari wrote:
> Hi !!
>
> I am configuring Bind 9 on Redhat 7 but unable to start the named.
> Here is my /var/log message log:
you have a config problem i think.
> Feb 20 09:49:58 ns2 named[2005]: loading zones: no ttl
you need to put:
$TTL
at the beginning of each
On Mon, 19 Feb 2001, Henning P . Schmiedehausen wrote:
> So, is it legal to put changes to a twin licensed driver in the Linux
> kernel tree back into the same driver in the BSD tree?
IANAL, but AIUI:
if the changes are made the copyright holder then they may do whatever
they want. (release
On Mon, 19 Feb 2001, Henning P . Schmiedehausen wrote:
So, is it legal to put changes to a twin licensed driver in the Linux
kernel tree back into the same driver in the BSD tree?
IANAL, but AIUI:
if the changes are made the copyright holder then they may do whatever
they want. (release the
On Mon, 19 Feb 2001, Ansari wrote:
Hi !!
I am configuring Bind 9 on Redhat 7 but unable to start the named.
Here is my /var/log message log:
you have a config problem i think.
Feb 20 09:49:58 ns2 named[2005]: loading zones: no ttl
you need to put:
$TTL ttl, eg 1D
at the beginning of
On Tue, 13 Feb 2001, Mike A. Harris wrote:
> If the above procmail filter doesn't work (untested) let me know
> and I will MAKE it work. Windows users - tough luck - procmail
> is open source - hire someone to port it...
and even windows users can filter properly. netscape allows you to add
On Tue, 13 Feb 2001, Mike A. Harris wrote:
If the above procmail filter doesn't work (untested) let me know
and I will MAKE it work. Windows users - tough luck - procmail
is open source - hire someone to port it...
and even windows users can filter properly. netscape allows you to add
replying to myself..
On Fri, 9 Feb 2001, Paul Jakma wrote:
> why put in mga specific code?
last time i asked why 2x74x hardware iommu wasn't supported i was told
something along the lines of cause generic kernel driver interfaces
wouldn't support it. so support for the alpha hardware wo
On Thu, 8 Feb 2001, Alex Deucher wrote:
> There is preliminary support for pcigart in the dri tree. I believe
> some people have had some success with it.
but there doesn't need to be. DEC 2x17x Alpha chipsets have an IOMMU
for hardware scatter-gather support. (ie generic agpgart for the PCI
On Thu, 8 Feb 2001, Alex Deucher wrote:
There is preliminary support for pcigart in the dri tree. I believe
some people have had some success with it.
but there doesn't need to be. DEC 2x17x Alpha chipsets have an IOMMU
for hardware scatter-gather support. (ie generic agpgart for the PCI
replying to myself..
On Fri, 9 Feb 2001, Paul Jakma wrote:
why put in mga specific code?
last time i asked why 2x74x hardware iommu wasn't supported i was told
something along the lines of cause generic kernel driver interfaces
wouldn't support it. so support for the alpha hardware would
cond pipe patch.
will give it whirl. thanks neil.
> NeilBrown
>
>
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED]
PGP5 key: http://www.clubi.ie/jakma/publickey.txt
---
Fortune:
Overflow on /dev/null, please empty the bit bucket.
(
.
will give it whirl. thanks neil.
NeilBrown
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED]
PGP5 key: http://www.clubi.ie/jakma/publickey.txt
---
Fortune:
Overflow on /dev/null, please empty the bit bucket.
(how does my random
ues. IME if you have a good
network connection and you don't need IRIX to be diskless hanging off
a Linux NFS server then NFSv3 works extremely well.
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED]
PGP5 key: http://www.clubi.ie/jakm
a good
network connection and you don't need IRIX to be diskless hanging off
a Linux NFS server then NFSv3 works extremely well.
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED]
PGP5 key: http://www.clubi.ie/jakma/publickey.txt
---
Fortune
On Fri, 2 Feb 2001, Jakub Jelinek wrote:
> You can do:
> if [ "$CC" = gcc ]; then
> echo 'inline void f(unsigned int n){int
>i,j=-1;for(i=0;i<10&<0;i++)if((1UL< > test.c
> gcc -O2 -o test test.c
> if ./test; then echo "*** Please don't use this compiler to compile kernel"; fi
> rm -f
th 2.96-70.
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED]
PGP5 key: http://www.clubi.ie/jakma/publickey.txt
---
Fortune:
One person's error is another person's data.
-
To unsubscribe from this list: send the line "unsubscribe
On Sat, 27 Jan 2001, Miquel van Smoorenburg wrote:
> What about /proc/sys/net/ipv4/conf/*/rp_filter ? Should be zero
> for the 192.* interface(s), I think.
>
i already have that enabled for security purposes helaas.
> Mike.
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMA
't, but i don't see what i'm supposed to do with the 'ip' command?
different scope or realm? or ... ??
> Mike.
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED]
PGP5 key: http://www.clubi.ie/jakma/publickey.txt
---
Fortune:
"Nuclear
t'd make no difference.
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED]
PGP5 key: http://www.clubi.ie/jakma/publickey.txt
---
Fortune:
The greatest productive force is human selfishness.
-- Robert Heinlein
-
To unsubscr
i'm trying to get linux to do routing between 2 different subnets that
are on the same physical interface, because windows hosts don't seem
to accept the redirects.
how do i do it? how do i get linux to fully route between these
subnets on behalf of clients? turn send_redirects off doesn't work,
make no difference.
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED]
PGP5 key: http://www.clubi.ie/jakma/publickey.txt
---
Fortune:
The greatest productive force is human selfishness.
-- Robert Heinlein
-
To unsubscribe from
see what i'm supposed to do with the 'ip' command?
different scope or realm? or ... ??
Mike.
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED]
PGP5 key: http://www.clubi.ie/jakma/publickey.txt
---
Fortune:
"Nuclear war can ruin your
On Sat, 27 Jan 2001, Miquel van Smoorenburg wrote:
What about /proc/sys/net/ipv4/conf/*/rp_filter ? Should be zero
for the 192.* interface(s), I think.
i already have that enabled for security purposes helaas.
Mike.
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED]
PGP5
On Mon, 22 Jan 2001, Russell King wrote:
> Evidence: I recently had a bad 128MB SDRAM which *always* failed at byte
> address 0x220068,
and X is likely to be the biggest process by far on a box, so
statistically will be the process that hits this bad byte the most.
no?
regards,
--
Paul
On Mon, 22 Jan 2001, Russell King wrote:
Evidence: I recently had a bad 128MB SDRAM which *always* failed at byte
address 0x220068,
and X is likely to be the biggest process by far on a box, so
statistically will be the process that hits this bad byte the most.
no?
regards,
--
Paul Jakma
re. I'm half in the middle of porting ip_masq_icq,
> but it's one hideously ugly kludge after another. Such is life.
>
uhmm... ICQ seems to work fine through connection tracking for me, so
is there a need for a special ip_masq_icq module?
> d
regards,
--
Paul Jakma [EMAIL PROTECTED] [
in the middle of porting ip_masq_icq,
but it's one hideously ugly kludge after another. Such is life.
uhmm... ICQ seems to work fine through connection tracking for me, so
is there a need for a special ip_masq_icq module?
d
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED]
PGP5 key: http
gt; Cheers, Andreas
>
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED]
PGP5 key: http://www.clubi.ie/jakma/publickey.txt
---
Fortune:
Blessed are the young, for they shall inherit the national debt.
-- Herbert Hoover
On Wed, 10 Jan 2001, Andreas Dilger wrote:
> You should also get the LVM user tools from CVS (with TAG LVM_0-9-patches)
> to solve this problem. There will hopefully be a new LVM release soon.
any word on when the kernel fixes are going to linus?
--
Paul Jakma [EMAIL PROTECTED]
On Wed, 10 Jan 2001, Andreas Dilger wrote:
You should also get the LVM user tools from CVS (with TAG LVM_0-9-patches)
to solve this problem. There will hopefully be a new LVM release soon.
any word on when the kernel fixes are going to linus?
--
Paul Jakma [EMAIL PROTECTED] [EMAIL
s, Andreas
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED]
PGP5 key: http://www.clubi.ie/jakma/publickey.txt
---
Fortune:
Blessed are the young, for they shall inherit the national debt.
-- Herbert Hoover
-
To unsubs
On Tue, 26 Dec 2000, Ian Stirling wrote:
> The PCI bus can move around 130MB/sec,
in bursts yes, but sustained data bandwidth of PCI is a lot lower,
maybe 30 to 50MB/s. And you won't get sustained RAID performance >
sustained PCI performance.
> Anyway, in clarification, Rik mentioned that two
On Tue, 26 Dec 2000, Ian Stirling wrote:
The PCI bus can move around 130MB/sec,
in bursts yes, but sustained data bandwidth of PCI is a lot lower,
maybe 30 to 50MB/s. And you won't get sustained RAID performance
sustained PCI performance.
Anyway, in clarification, Rik mentioned that two
symbol
Code; 0007 Before first symbol
7: 68 7f 03 00 00push $0x37f
Code; 000c Before first symbol
c: 68 a2 f9 1d c0push $0xc01df9a2
Code; 0011 Before first symbol
11: 68 05 f7 00 00 push $0xf705
--
Paul Jakma [EMAIL PROTECTED
7f 03 00 00push $0x37f
Code; 000c Before first symbol
c: 68 a2 f9 1d c0push $0xc01df9a2
Code; 0011 Before first symbol
11: 68 05 f7 00 00push $0xf705
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED]
PGP5 key: http
the gnome mixer, as is asmixer. (ie everything to
do with esd or /dev/sound). soon as i SIGSTOP the playing app all the
other apps come back to life.
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED]
PGP5 key: http://www.clubi.ie/jakma/publ
yed all apps that are holding any /dev/sound/ devices open become
unresponive. xmms, asmixer, mpg123, esd, etc.. etc..
> Nils
>
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED]
PGP5 key: http://www.clubi.ie/jakma/publickey.txt
---
Fortune:
Mar
that are holding any /dev/sound/ devices open become
unresponive. xmms, asmixer, mpg123, esd, etc.. etc..
Nils
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED]
PGP5 key: http://www.clubi.ie/jakma/publickey.txt
---
Fortune:
Marvelous! The super-user's
, as is asmixer. (ie everything to
do with esd or /dev/sound). soon as i SIGSTOP the playing app all the
other apps come back to life.
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED]
PGP5 key: http://www.clubi.ie/jakma/publickey.txt
hi,
i think somethings gone wrong with via82cxxx_audio. Playing anything
through it seems to cause massive latency in apps like xmms, esd,
asmixer, etc.. anything to do with playing or mixer levels suddenly
takes a minute or more to respond.
It didn't always do this, and when it started
ide1
NMI: 0
ERR: 0
the via is sharing an interrupt, though normally the buslogic is not
being used. (the interrupt sharing has been there a lot longer than
this problem)
i don't have the /proc/driver/via files that the docs mention.
regards,
--
Paul Jakma [EMAIL PROTECTED
On Tue, 12 Dec 2000, Alan Cox wrote:
> No idea on the sensors stuff
i'll go nag them again. :)
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED]
PGP5 key: http://www.clubi.ie/jakma/publickey.txt
---
Fortune:
You will lose an import
ing it as obscure as possible... (i remember someone posted to
l-k that they'd started a sensors project, and had code for the LM80.
he wasn't at all aware of lm_sensors!).
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED]
PGP5 key: http://www.clubi.ie/jakma/publickey.
uch rather keep themselves and their code
isolated in some god forsaken CVS server rather than submit their
code to Linus.
fscking shame.
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED]
PGP5 key: http://www.clubi.ie/jakma/publickey.txt
---
Fortune:
rather keep themselves and their code
isolated in some god forsaken CVS server rather than submit their
code to Linus.
fscking shame.
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED]
PGP5 key: http://www.clubi.ie/jakma/publickey.txt
---
Fortune:
Ten
it as obscure as possible... (i remember someone posted to
l-k that they'd started a sensors project, and had code for the LM80.
he wasn't at all aware of lm_sensors!).
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED]
PGP5 key: http://www.clubi.ie/jakma/publickey.txt
On Tue, 12 Dec 2000, Alan Cox wrote:
No idea on the sensors stuff
i'll go nag them again. :)
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED]
PGP5 key: http://www.clubi.ie/jakma/publickey.txt
---
Fortune:
You will lose an important
On Tue, 5 Dec 2000, Steve Hill wrote:
> On Tue, 5 Dec 2000, PaulJakma wrote:
>
> > how? symlink to /dev/ttyS0, or with console=ttyS0 boot option?
>
> console=ttyS0
>
> Nope, /dev/console *does* block.
very weird.. the reason i replied to you, even though i have no direct
experience of serial
On Tue, 5 Dec 2000, Steve Hill wrote:
>
> I'm building boxes with the console set to /dev/ttyS0.
how? symlink to /dev/ttyS0, or with console=ttyS0 boot option?
> However, I can't
> guarantee that there will always be a term plugged into the serial
> port. If there is no term on the port,
On Tue, 5 Dec 2000, Steve Hill wrote:
I'm building boxes with the console set to /dev/ttyS0.
how? symlink to /dev/ttyS0, or with console=ttyS0 boot option?
However, I can't
guarantee that there will always be a term plugged into the serial
port. If there is no term on the port,
On Tue, 5 Dec 2000, Steve Hill wrote:
On Tue, 5 Dec 2000, PaulJakma wrote:
how? symlink to /dev/ttyS0, or with console=ttyS0 boot option?
console=ttyS0
Nope, /dev/console *does* block.
very weird.. the reason i replied to you, even though i have no direct
experience of serial console,
On Fri, 1 Dec 2000, Alan Cox wrote:
> > Intel PXE uses tftp to download boot images and discards IP packets with
> > the DF bit set; so a tftpd server on 2.4 with the default
>
> Then Intel PXE is buggy and you should go spank whoever provided
> it as well as doing the workarounds. Supporting
On Fri, 1 Dec 2000, Alan Cox wrote:
Intel PXE uses tftp to download boot images and discards IP packets with
the DF bit set; so a tftpd server on 2.4 with the default
Then Intel PXE is buggy and you should go spank whoever provided
it as well as doing the workarounds. Supporting received
On Sun, 26 Nov 2000, Phil Randal wrote:
> Ah, have you tried cleaning the tape heads?
>
the drive gets a run of a cleaning tape on a weekly basis.
> far more frequently than you'd expect. I've found it needs
> two cleaning tape passes to clear this one.
>
uhmmm ok. I've now done multiple
Ooops.. yes.. that info might have been useful. :)
The box is a Compaq PL3000. Chipset is the onboard Sym 53c876, driven
by the ncr53c8xx driver. Drive is external.
Kernel is RH6.2 default 2.2.14-5.0smp.
On Sun, 26 Nov 2000, Mr. James W. Laferriere wrote:
>
> Hello Paul , Could you add
em with SCSI tape drives? or with HP DDS-3
drives? What does the kernel error message mean? (it's all 0's so not
much i guess). What is a "Data Phase error"?
thanks in advance,
Paul Jakma.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
tape drives? or with HP DDS-3
drives? What does the kernel error message mean? (it's all 0's so not
much i guess). What is a "Data Phase error"?
thanks in advance,
Paul Jakma.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messag
Ooops.. yes.. that info might have been useful. :)
The box is a Compaq PL3000. Chipset is the onboard Sym 53c876, driven
by the ncr53c8xx driver. Drive is external.
Kernel is RH6.2 default 2.2.14-5.0smp.
On Sun, 26 Nov 2000, Mr. James W. Laferriere wrote:
Hello Paul , Could you add a
On Sun, 26 Nov 2000, Phil Randal wrote:
Ah, have you tried cleaning the tape heads?
the drive gets a run of a cleaning tape on a weekly basis.
far more frequently than you'd expect. I've found it needs
two cleaning tape passes to clear this one.
uhmmm ok. I've now done multiple
20
[paulj@berkman paulj]$ rpm -q redhat-release
redhat-release-6.2-1
you don't have a cleaner coming in every 64 days do you? :)
groetjes,
--
Paul Jakma [EMAIL PROTECTED]
PGP5 key: http://www.clubi.ie/jakma/publickey.txt
---
Fortune:
Never ask two
@berkman paulj]$ rpm -q redhat-release
redhat-release-6.2-1
you don't have a cleaner coming in every 64 days do you? :)
groetjes,
--
Paul Jakma [EMAIL PROTECTED]
PGP5 key: http://www.clubi.ie/jakma/publickey.txt
---
Fortune:
Never ask two questions
On Thu, 9 Nov 2000, Michael Rothwell wrote:
> Well, then, problem solved.
>
:)
> > afaik linus allows binary modules in most cases.
>
> And since an "Advanced Linux Kernel Project" wouldn't be a Linus kernel,
> what then? Would they have the same discretion as Linus? Would Linus'
> exception
On Thu, 9 Nov 2000, Michael Rothwell wrote:
> Why? I think the IBM GKHI code would be of tremendous value. It would
> make the kernel much more flexible, and for users, much more friendly.
> No more patch-and-recompile to add a filesystem or whatever. There's no
> reason to hamstring their
On Thu, 9 Nov 2000, Michael Rothwell wrote:
Why? I think the IBM GKHI code would be of tremendous value. It would
make the kernel much more flexible, and for users, much more friendly.
No more patch-and-recompile to add a filesystem or whatever. There's no
reason to hamstring their efforts
On Thu, 9 Nov 2000, Michael Rothwell wrote:
Well, then, problem solved.
:)
afaik linus allows binary modules in most cases.
And since an "Advanced Linux Kernel Project" wouldn't be a Linus kernel,
what then? Would they have the same discretion as Linus? Would Linus'
exception apply
On Mon, 6 Nov 2000, Alan Cox wrote:
> Its called modules.conf. It has all these nice preload directives in it
cool..
doesn't seem to be documented though in modutils 2.3.17. what exactly
does it do?
regards,
--
Paul Jakma [EMAIL PROTECTED]
PGP5 key: http://www.clubi.ie/ja
On Mon, 6 Nov 2000, Alan Cox wrote:
> Which is part of what persistent module data lets you do. And without having
> to mess with dont_screw_with_mixer (which if you get it wrong btw can be
> fatal and hang the hardware)
>
the sound card case for persistent modules is contentious i think.
On Mon, 6 Nov 2000, David Woodhouse wrote:
> No. You should initialise the hardware completely when the driver is
> reloaded.
and it is. just that 'mixer levels' are subjective - different users
have different tastes. in what way does:
- init to mute
- user set to liking
fail people?
On Mon, 6 Nov 2000, Alan Cox wrote:
> If the sound card is only used some of the time or setup and then used
> for TV its nice to get the 60K + 128K DMA buffer back when you dont need it
> especially on a low end box
>
so unload it then - aiui most soundcards will continue passing through
the
On Mon, 6 Nov 2000, David Woodhouse wrote:
> * Sound module is autoloaded again, default to zero levels.
so you use the 'post-install' option of modules.conf to run your
mixer-level setting script.
> This time it is _NOT_ fine. User is rightly pissed off :)
>
even better: is there any
On Mon, 6 Nov 2000, David Woodhouse wrote:
* Sound module is autoloaded again, default to zero levels.
so you use the 'post-install' option of modules.conf to run your
mixer-level setting script.
This time it is _NOT_ fine. User is rightly pissed off :)
even better: is there any
On Mon, 6 Nov 2000, Alan Cox wrote:
If the sound card is only used some of the time or setup and then used
for TV its nice to get the 60K + 128K DMA buffer back when you dont need it
especially on a low end box
so unload it then - aiui most soundcards will continue passing through
the TV
On Mon, 6 Nov 2000, David Woodhouse wrote:
No. You should initialise the hardware completely when the driver is
reloaded.
and it is. just that 'mixer levels' are subjective - different users
have different tastes. in what way does:
- init to mute
- user set to liking
fail people?
(sound
On Mon, 6 Nov 2000, Alan Cox wrote:
Which is part of what persistent module data lets you do. And without having
to mess with dont_screw_with_mixer (which if you get it wrong btw can be
fatal and hang the hardware)
the sound card case for persistent modules is contentious i think.
what
On Tue, 31 Oct 2000, Alan Cox wrote:
> Less Critical:
> Does autofs4 work yet
has been apparently working fine for me for a while on 2.4test and
2.2+patch. (while==not noticed any major problems in last couple of
months)
> Alan
regards,
--
Paul Jakma [EMAIL PROTECTED]
, pure ATAPI drive will
> work just fine.
>
so once the scsi cdrom is fixed then ide-scsi should work too?
> rmmod ide-scsi ; insmod ide-cd
> mount, etc
> rmmod ide-cd ; insmod ide-scsi
> burn
>
didn't think this was possible. will try that. thanks.
>
regards,
--
Pa
1 - 100 of 151 matches
Mail list logo