On 19.05.2013 11:57, luke.leighton wrote:
On Sun, May 19, 2013 at 10:12 AM, Ian Stirling
wrote:
On 18.05.2013 19:27, luke.leighton wrote:
question: what is the procedure for having that licensing
explicitly
added to the linux kernel sources?
Fork the kernel, and put it up on a repo
On 19.05.2013 11:57, luke.leighton wrote:
On Sun, May 19, 2013 at 10:12 AM, Ian Stirling
gpl...@mauve.plus.com wrote:
On 18.05.2013 19:27, luke.leighton wrote:
question: what is the procedure for having that licensing
explicitly
added to the linux kernel sources?
Fork the kernel, and put
,
and energy saving versions, as they need replaced. My bills are too high.
My first choice - the K7S41GX - diddn't actually work out in that
athcool doesn't work at all (trying to raise the energy to look in the
chipset datasheet if I can find it)
Many thanks.
Ian Stirling.
-
To unsubscribe from
,
and energy saving versions, as they need replaced. My bills are too high.
My first choice - the K7S41GX - diddn't actually work out in that
athcool doesn't work at all (trying to raise the energy to look in the
chipset datasheet if I can find it)
Many thanks.
Ian Stirling.
-
To unsubscribe from
>
> Mark Swanson wrote:
> > I get repeatable errors with 2.4.6 patched with the international encryption
> > patch patch-int-2.4.3.1.bz2 when building loop device filesystems on top of
> > Reiserfs.
>
> And the block size thing is not the only thing wrong with international
> crypto patch. The
Mark Swanson wrote:
I get repeatable errors with 2.4.6 patched with the international encryption
patch patch-int-2.4.3.1.bz2 when building loop device filesystems on top of
Reiserfs.
snip
And the block size thing is not the only thing wrong with international
crypto patch. The whole
>
>
> Is this (printing out versions. etc) really a big deal so we should add stuff
> like "/proc/xxx", KERN_ to make things more complicated? It sounds to me
> like to make the kernel "smaller" we'd actually end up with adding more code
> and complexity to it. And quite frankly, if
Is this (printing out versions. etc) really a big deal so we should add stuff
like /proc/xxx, KERN_ to make things more complicated? It sounds to me
like to make the kernel smaller we'd actually end up with adding more code
and complexity to it. And quite frankly, if people don't
>
> Linus Torvalds wrote:
> > Things like version strings etc sound useful, but the fact is that the
> > only _real_ problem it has ever solved for anybody is when somebody thinks
> > they install a new kernel, and forgets to run "lilo" or something. But
> > even that information you really get
Linus Torvalds wrote:
Things like version strings etc sound useful, but the fact is that the
only _real_ problem it has ever solved for anybody is when somebody thinks
they install a new kernel, and forgets to run lilo or something. But
even that information you really get from a
>
> Obviously (to me) this check is in tcp_v4_get_port().
> But, I can't find it, or perhaps it's better hidden than I thought.
> Or maybe I'm just very confused.
> Any help would be most welcome.
The above poster was of course deeply stupid, and could have done with
more sleep :)
It's in
Obviously (to me) this check is in tcp_v4_get_port().
But, I can't find it, or perhaps it's better hidden than I thought.
Or maybe I'm just very confused.
Any help would be most welcome.
The above poster was of course deeply stupid, and could have done with
more sleep :)
It's in
Obviously (to me) this check is in tcp_v4_get_port().
But, I can't find it, or perhaps it's better hidden than I thought.
Or maybe I'm just very confused.
Any help would be most welcome.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
Obviously (to me) this check is in tcp_v4_get_port().
But, I can't find it, or perhaps it's better hidden than I thought.
Or maybe I'm just very confused.
Any help would be most welcome.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
Is there any way to delete the key of an existing loopback encrypted
device, and have it block, until a key is reloaded?
Of course any cached pages would need deleted, and dirty ones flushed
first.
To enable things like deleting keys from memory, before suspend-to-disk,
or forcing users of
Is there any way to delete the key of an existing loopback encrypted
device, and have it block, until a key is reloaded?
Of course any cached pages would need deleted, and dirty ones flushed
first.
To enable things like deleting keys from memory, before suspend-to-disk,
or forcing users of
>
> Hi!
>
> > I assume there is no generic APM support for lid-close?
> > My BIOS (P100 DEC CTS5100 Hinote VP) has no way to do anything other
> > than beep, when the lid is closed, so I'm using a hack that polls the
> > ct65548 video chips registers to find when the BIOS turns the LCD off,
> >
Hi!
I assume there is no generic APM support for lid-close?
My BIOS (P100 DEC CTS5100 Hinote VP) has no way to do anything other
than beep, when the lid is closed, so I'm using a hack that polls the
ct65548 video chips registers to find when the BIOS turns the LCD off,
so I can do
>
> On Thu, 26 Apr 2001, Ian Stirling wrote:
>
> > Also, there is another reason.
> > If you'r logged in as root, then any exploitable bug in large programs,
> > be it netscape, realplayer, wine, vmware, ... means that the
> > cracker owns your machine.
>
>
> On Thursday, April 26, 2001, at 07:03 AM, <[EMAIL PROTECTED]> wrote:
> > he owns the computer, he may do anything he wants.
> Any OS worth its weight in silicon will make a distinction between
> blessed and unblessed users. It can be phrased in different ways --
> root vs. non-root,
On Thursday, April 26, 2001, at 07:03 AM, [EMAIL PROTECTED] wrote:
he owns the computer, he may do anything he wants.
snip
Any OS worth its weight in silicon will make a distinction between
blessed and unblessed users. It can be phrased in different ways --
root vs. non-root, admin
On Thu, 26 Apr 2001, Ian Stirling wrote:
Also, there is another reason.
If you'r logged in as root, then any exploitable bug in large programs,
be it netscape, realplayer, wine, vmware, ... means that the
cracker owns your machine.
snip
Heh. You receive all your email on your root
I assume there is no generic APM support for lid-close?
My BIOS (P100 DEC CTS5100 Hinote VP) has no way to do anything other
than beep, when the lid is closed, so I'm using a hack that polls the
ct65548 video chips registers to find when the BIOS turns the LCD off,
so I can do whatever.
Or is
I assume there is no generic APM support for lid-close?
My BIOS (P100 DEC CTS5100 Hinote VP) has no way to do anything other
than beep, when the lid is closed, so I'm using a hack that polls the
ct65548 video chips registers to find when the BIOS turns the LCD off,
so I can do whatever.
Or is
>
> Hello,
ftp://www.kerneli.org/pub/linux/kerneli/
For idea encryption, you just use
losetup -e idea /dev/loop0 /filesystem
Password: whatever
mke2fs /dev/loop0
mount /dev/loop0
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
Hello,
ftp://www.kerneli.org/pub/linux/kerneli/
For idea encryption, you just use
losetup -e idea /dev/loop0 /filesystem
Password: whatever
mke2fs /dev/loop0
mount /dev/loop0
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
>
> Manfred Bartz responded to
> > Russell King <[EMAIL PROTECTED]> who writes:
> > You just illustrated my point. While there is a reset capability
> > people will use it and accounting/logging programs will get wrong
> > data. Resetable counters might be a minor convenience when debugging
>
Manfred Bartz responded to
Russell King [EMAIL PROTECTED] who writes:
snip
You just illustrated my point. While there is a reset capability
people will use it and accounting/logging programs will get wrong
data. Resetable counters might be a minor convenience when debugging
but the
Is there a way to dump the memory of any process without stopping, or
modifying it?
Obviously normally stopping it would be the right thing to do, but
is it possible, and if so, is there a handy tool?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Is there a way to dump the memory of any process without stopping, or
modifying it?
Obviously normally stopping it would be the right thing to do, but
is it possible, and if so, is there a handy tool?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
> Not a chance. First your company must have at least 1500 licences and
> you can't modify any code... which implies that you can't rebuild either...
You can modify your compiler, so that it accepts patches (with no context)
and completely rewrite anything that needs modified.
The modified
snip "microsoft may be going open source"
Not a chance. First your company must have at least 1500 licences and
you can't modify any code... which implies that you can't rebuild either...
You can modify your compiler, so that it accepts patches (with no context)
and completely rewrite
>
> > I'm not sure whether this is related to the ominous ps/2 mouse bug
> > you have been chasing, but this problem is 100% reproducible and
> > very annoying.
I'm also seeing a ps/2 mouse bug, with 2.4.0-pre5 (I think) on a
CS433 (486/33 laptop)
Freezes after some time in X, killing
I'm not sure whether this is related to the ominous ps/2 mouse bug
you have been chasing, but this problem is 100% reproducible and
very annoying.
snip
I'm also seeing a ps/2 mouse bug, with 2.4.0-pre5 (I think) on a
CS433 (486/33 laptop)
Freezes after some time in X, killing keyboard.
>
> On Tue, 26 Dec 2000, Felix von Leitner wrote:
> > Thus spake Rik van Riel ([EMAIL PROTECTED]):
> > > > One more detail: top says the CPU is 50% system when reading from either
> > > > one of the disk or raid devices. That seems awfully high considering
> > > > that the Promise controller
On Tue, 26 Dec 2000, Felix von Leitner wrote:
Thus spake Rik van Riel ([EMAIL PROTECTED]):
One more detail: top says the CPU is 50% system when reading from either
one of the disk or raid devices. That seems awfully high considering
that the Promise controller claims to do UDMA.
>
> [EMAIL PROTECTED] (Tim Wright) wrote on 24.12.00 in
><[EMAIL PROTECTED]>:
>
> > On Sun, Dec 24, 2000 at 11:36:00AM +0200, Kai Henningsen wrote:
>
> > There was a similar thread to this recently. The issue is that if you
> > choose the wrong processor type, you may not even be able to
[EMAIL PROTECTED] (Tim Wright) wrote on 24.12.00 in
[EMAIL PROTECTED]:
On Sun, Dec 24, 2000 at 11:36:00AM +0200, Kai Henningsen wrote:
There was a similar thread to this recently. The issue is that if you
choose the wrong processor type, you may not even be able to complain.
Hmm
I've not noticed this on earlier kernel versions, is there something
silly I'm missing that's making my DEC hinote VP (p100 laptop)s
system clock slow by a factor of five or so after resume?
Not the CPU or cmos clock, only the system clock.
Thoughts welcome.
-
To unsubscribe from this list:
>
> On Mon, Dec 18, 2000 at 07:46:51PM +0000, Ian Stirling wrote:
> > Are there any patches floating around?
> > Basically to allow for example a server to dial out to ISP's on behalf
> > of users, and give them full control over that interface.
> > I know about
On Mon, Dec 18, 2000 at 07:46:51PM +, Ian Stirling wrote:
Are there any patches floating around?
Basically to allow for example a server to dial out to ISP's on behalf
of users, and give them full control over that interface.
I know about UML, and it's not quite suited.
I've
Are there any patches floating around?
Basically to allow for example a server to dial out to ISP's on behalf
of users, and give them full control over that interface.
I know about UML, and it's not quite suited.
I've not found anything searching archives, but maybe it's out there.
Thanks.
-
To
Are there any patches floating around?
Basically to allow for example a server to dial out to ISP's on behalf
of users, and give them full control over that interface.
I know about UML, and it's not quite suited.
I've not found anything searching archives, but maybe it's out there.
Thanks.
-
To
Along with many others, I have an older laptop.
I also notice the large number of USB things released, some of which I'd like
to connect to it.
Is there hardware around? Is anyone working on drivers?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Along with many others, I have an older laptop.
I also notice the large number of USB things released, some of which I'd like
to connect to it.
Is there hardware around? Is anyone working on drivers?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
> The problem: I can't have the Tulip and EEPro drivers loaded at the same
> time. If I have the Tulip driver loaded, and I load the EEPro driver, the
> self check fails with 0x and complains that I don't have the card in
> a bus master slot. If I have the EEPro driver loaded and the
The problem: I can't have the Tulip and EEPro drivers loaded at the same
time. If I have the Tulip driver loaded, and I load the EEPro driver, the
self check fails with 0x and complains that I don't have the card in
a bus master slot. If I have the EEPro driver loaded and the ether
>
>
> > I take it then that you never use a hard drive in any of your systems on
> > the grounds that it contains non-open source firmware which may affect
> > the security of your system? ;) Tell me, what do you use to store all
> > those Linux applications on?
>
> Your ATA drive can't tell
I take it then that you never use a hard drive in any of your systems on
the grounds that it contains non-open source firmware which may affect
the security of your system? ;) Tell me, what do you use to store all
those Linux applications on?
Your ATA drive can't tell you kernel
>
> On Fri, Oct 13, 2000 at 04:19:49AM +, Ingo Rohloff wrote:
> 2.4 has already broken backwards compatibility to 2.2 (IV changed
> from disk absolute to relative). When you change it now (before 2.4.0)
> it is relatively painless. I think the change is a good idea.
I've been away from
On Fri, Oct 13, 2000 at 04:19:49AM +, Ingo Rohloff wrote:
snip
2.4 has already broken backwards compatibility to 2.2 (IV changed
from disk absolute to relative). When you change it now (before 2.4.0)
it is relatively painless. I think the change is a good idea.
I've been away from
51 matches
Mail list logo