; been fixed in 2.4.4 prior to last night).
>
> Nope..
>
> > Anyway, just requesting status, and I'll gladly offer any testing help
> > that's needed.
>
> Give the current -ac a spin and tell me if it works/doesnt and if not how
> it fails
>
-
To unsubscribe from this
Could someone maybe explain this ?
(top output, but same load is given with 'uptime')
there is no cpu or disk activity
kernel is 2.2.18pre9 on sun ultra10-300 (ultrasparc IIi)
9:25pm up 112 days, 1:52, 1 user, load average: 1.24, 1.05, 1.02
91 processes: 90 sleeping, 1 running, 0 zombie
On Wed, 10 Jan 2001, Hacksaw wrote:
> > Could someone maybe explain this ?
> > (top output, but same load is given with 'uptime')
> > there is no cpu or disk activity
> > kernel is 2.2.18pre9 on sun ultra10-300 (ultrasparc IIi)
> >
> >9:25pm up 112 days,
detected this in kernel log :
Jan 10 00:34:15 ddx kernel: Unable to handle kernel paging request in mna
handler<1> at virtual address f7d93ef869a1610c
Jan 10 00:34:15 ddx kernel: current->mm->context = 0639
Jan 10 00:34:15 ddx kernel: current->mm->pgd = f8000c0
)
why is this giving me a high load ?
-
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 http://www.tux.org/lkml/
they reported different values.
i also checked the files, they are not replaced last few months
>
> The mm stuff from your other message is, I think, an indication that you might
> be being hit by a memory management bug that was corrected in 2.2.19pre2.
>
> It is my sincere belief th
in
and found :
.nfs00ca40250006
so i think there is some lock from the nfs server or client
will try to restart nfs client
and see if this fixes it.
-
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 http://www.tux.org/lkml/
On Wed, 10 Jan 2001 [EMAIL PROTECTED] wrote:
> so i think there is some lock from the nfs server or client
>
> will try to restart nfs client
> and see if this fixes it.
didn't fix it
(file is gone now)
-
To unsubscribe from this list: send the line "unsubscribe linux-ke
restart the nfs server on the other side as well,
> but it's worth a try.
tried it, didn't fix it
so i'll have to upgrade kernel and reboot
will do this this weekend, think the box can survive a few days (it has
112 days uptime now)
>
> Tripwire watches the checksum of the binaries you deem i
On Wed, 10 Jan 2001, David S. Miller wrote:
>Date: Wed, 10 Jan 2001 16:36:14 -0500
>From: Hacksaw <[EMAIL PROTECTED]>
>
>You'll have to reboot to clear it. I believe this is a kernel
>bug. Try going back to 2.2.14, or maybe up to 2.2.19pre2.
>
> He
On Thu, 26 Apr 2001, Yiping Chen wrote:
> So, I have two question now,
> 1. how to determine whether your kernel support SMP?
> Somebody taugh me that you can type "uname -r", but it seems not
> correct.
No, it's correct: the Red Hat RPM is build from the kerne
in 2.4.4 prior to last night).
Anyway, just requesting status, and I'll gladly offer any testing help
that's needed.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org
t there's little likelyhood of
newer gige drivers supporting them unless you do the work yourself. My
personal recommendation would be moving to a 2.2 or 2.4 kernel and using
an Acenic.
-bem
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
to (mostly
> > linux based ? ) broken firewalls
>
> I don't think they're mostly linux based. You can easily do
> that misconfiguration with most firewalls (i've often see it
> with Checkpoint for example)
One word: masquerading.
-ben
-
To unsubscribe from this
you stop trying to incite pointless riots and allow those of us
who are trying to use linux-kernel as a useful means of communicating
development issues a chance for a decent signal to noise ratio?
-ben
-
To unsubscribe from this list: send the line "unsubscribe linux-kerne
unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
Hi!
I'm running RedHat 7.0 with all official RH patches applied. The kernel I
currently run fow a few days is 2.2.19-7.0.8
I run the pre-compiled kernel of RH. Suddenly I the following messages:
Jul 2 15:12:16 gateway SERVER[1240]: Dispatch_input: bad request line
'BBXX%.176u%3
On Mon, 2 Jul 2001, Guest section DW wrote:
> On Mon, Jul 02, 2001 at 05:16:23PM +0100, Alan Cox wrote:
>
> > > I'm running RedHat 7.0 with all official RH patches applied. The kernel I
> > > currently run fow a few days is 2.2.19-7.0.8
> > > I run the pre-
On Wed, 4 Jul 2001, Samium Gromoff wrote:
> Maybe i`m missing the whole point, and thus i want to
> hear what other people will tell about it.
Several of us are working on it.
-ben
-
To unsubscribe from this list: send the line "unsubscribe l
-ben
-
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 http://www.tux.org/lkml/
: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
gives you 16 physically contiguous 4GB memory blocks.
No. The segment base and length is confined to the 32 bit address space
mapped by page tables.
-ben
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTE
ute block numbers were chosen at
the time I introduced loop.c cipher-block-chaining support (in
kernel 2.1.130). This has the unfortunate side effect of preventing
filesystem relocation... leading some to claim that loop.c is now
broken. A crypto system is only as strong as its weakest link
s out by doing,
{ while true; sync; done } &
nc otherbox chargen > bigfile
After reboot, du -h bigfile,
6.6M bigfile (or something similar)
Heeelp :P
--Dave
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
riate.
Reed H. Petty
[EMAIL PROTECTED]
-
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 http://www.tux.org/lkml/
On Thu, 26 Oct 2000, Robert Lynch wrote:
> Oct 19 13:00:23 ives kernel: EIP:0010:[try_to_swap_out+252/796]
Those Oopsen look like they're from test10-pre4 (fixed in pre5). Also,
please include the lines beginning with "kernel BUG at...".
-ben
-
To uns
istributions (Red Hat,
SuSE, ...) are LFS ready, and the only reports I've seen about this
concerned Slackware.
-ben
-
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 http://www.tux.org/lkml/
On Fri, 27 Oct 2000, Wakko Warner wrote:
> I did upgrade that and it didn't help anything.
Was your glibc compiled against 2.4 kernel headers?
-ben
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROT
On Fri, 27 Oct 2000, David Weinehall wrote:
> On Fri, Oct 27, 2000 at 12:19:54PM -0400, Wakko Warner wrote:
> > That I do not know. it's v 2.1.99 that came with debian in the past
> > week or so
>
> Then it's compiled against the v2.2 kernel headers.
That explains
k for context 1
>
> I've never seen this before; I had been using test10-pre4 for several days
> without error.
>
> Is this a kernel bugglet/error, or X?
Could you please send me the /var/log/XFree86.0.log from the crash, as
well as your /etc/X11/XF86Config-4?
Thanks.
Zephaniah E. H
not after. The
TLB is populated lazily, but most definately not the page tables.
-ben
-
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 http://www.tux.org/lkml/
lock_kernel();
pmd = pmd_alloc_kernel(dir, address);
+ unlock_kernel();
if (!pmd)
return -ENOMEM;
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROT
On Thu, 2 Nov 2000, Dr. David Gilbert wrote:
> I've included /proc/pci, /proc/interrupt /proc/cpuinfo and the kernel
> config (2.4.0-test10).
> CONFIG_MTRR=y
I bet it's the mtrr bugs. Take a look in /proc/mtrr. Someone suggested
that if you disable the cachable settings in
wait thee at its end." hkp://keys.pgp.com
>
> Handle via comment channels only.
-
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 http://www.tux.org/lkml/
watchdog doing its work.
-ben
-
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 http://www.tux.org/lkml/
On Tue, 7 Nov 2000, Jeff V. Merkey wrote:
> So how come NetWare and NT can detect this at run time, and we have to
> use a .config option to specifiy it? Come on guys.
Then run a kernel compiled for i386 and suffer the poorer code quality
that comes with not using newer instru
K6s.
-ben
-
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 http://www.tux.org/lkml/
On Mon, Feb 12, 2001 at 08:10:01AM +0100, Elena Labruna wrote:
> I'm working with a C package written by other
> on a linux machine with kernel version 2.2.14,
> often in a calls of longjmp routine
> the system crash with a SIGSEGV signal.
>
> Anyone can tell me if it can b
tc, etc...
>
Please *think* before saying this. It's not always the case. Firewire
support in 2.6 kernel has been less than stellar, for one example. And
yes, for many, solid 1394 support is a requirement for business.
(And we've all seen the testing that has shown both sides (2.4, 2.6)
Message below meant for Marcelo!
(sorry rest!)
On Tue, 2005-02-08 at 20:09, kernel wrote:
> On Tue, 2005-02-08 at 13:41, Marcelo Tosatti wrote:
> > > There need to be some unique features in 2.6.X to force people
> > > to upgrade, I guess...
> >
> > Faster, c
ist: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Tue, 2005-02-15 at 14:48, Kiniger, Karl (GE Healthcare) wrote:
> I can confirm that. Creating a correct iso image from a CD is a
> major pain w/o ide-scsi. Depending on what one has done before the iso
> image is missing some data at the end most of the time.
> (paired with lo
gnition to after login)
-and-
2) Proper identification of filesystem types. Would love to have an
agreed upon by majority change that would change the mounting of
filesystems (identifying FS TYPE) to be more accurate.
regards,
-fd
-
To unsubscribe from this list: send the line "unsubscribe li
ule. If it fails, it fails. But *if* not, you
don't waste any more time. I only mention it because it's worked for me
in the past where dd (and variants) has (have) not.
-fd
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROT
by dd'ing /dev/hdX, you get everything. Including "lost
> sectors" if you dd it back to a bigger HD.
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [EMAIL PROTECTED]
> More majordomo info at http://v
described and blow out the dust.
-fd
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Hello,
I have a brand new Toshiba M45 S331 notebook and am experiencing (like
some other guys who are trying to get Linux (with kernel 2.6.11.4)
running on this machine) some problems...
Here the probably kernel related part:
Symptoms:
First, if I boot with the option "acpi=off" US
a valid benchmark too. What I'm interested in is what happens if you read
>
> >or write a DVD ISO image for example to your hard disk and what this does to
>
> >interactivity. This sort of reading or writing is not throttled in real
> life.
> >
>
> Of course it is. At least the read. It's limited to the speed needed to
> either play (watch) the image or to burn it.
Ok we'll call it hair splitting. We do both. You read the file and I copy it.
Both happen in real life, and I plan to emulate both.
Cheers,
Con
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
ll skyrocket as
your timing granularity decreases. Clearly 250HZ is not as good as 1000HZ for
this, and I assume your midi example.
Cheers,
Con
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Could someone maybe explain this ?
(top output, but same load is given with 'uptime')
there is no cpu or disk activity
kernel is 2.2.18pre9 on sun ultra10-300 (ultrasparc IIi)
9:25pm up 112 days, 1:52, 1 user, load average: 1.24, 1.05, 1.02
91 processes: 90 sleeping, 1 running, 0 zombie
On Wed, 10 Jan 2001, Hacksaw wrote:
Could someone maybe explain this ?
(top output, but same load is given with 'uptime')
there is no cpu or disk activity
kernel is 2.2.18pre9 on sun ultra10-300 (ultrasparc IIi)
9:25pm up 112 days, 1:52, 1 user, load average: 1.24, 1.05, 1.02
detected this in kernel log :
Jan 10 00:34:15 ddx kernel: Unable to handle kernel paging request in mna
handler1 at virtual address f7d93ef869a1610c
Jan 10 00:34:15 ddx kernel: current-mm-context = 0639
Jan 10 00:34:15 ddx kernel: current-mm-pgd = f8000c0d2000
Jan 10 00:34:15 ddx
?
-
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 http://www.tux.org/lkml/
also checked the files, they are not replaced last few months
The mm stuff from your other message is, I think, an indication that you might
be being hit by a memory management bug that was corrected in 2.2.19pre2.
It is my sincere belief that you will need to upgrade your kernel, but
you
so i think there is some lock from the nfs server or client
will try to restart nfs client
and see if this fixes it.
-
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 http://www.tux.org/lkml/
On Wed, 10 Jan 2001 [EMAIL PROTECTED] wrote:
so i think there is some lock from the nfs server or client
will try to restart nfs client
and see if this fixes it.
didn't fix it
(file is gone now)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
a try.
tried it, didn't fix it
so i'll have to upgrade kernel and reboot
will do this this weekend, think the box can survive a few days (it has
112 days uptime now)
Tripwire watches the checksum of the binaries you deem important, and
complains if they change. There are a few things like it.
ah
On Wed, 10 Jan 2001, David S. Miller wrote:
Date: Wed, 10 Jan 2001 16:36:14 -0500
From: Hacksaw [EMAIL PROTECTED]
You'll have to reboot to clear it. I believe this is a kernel
bug. Try going back to 2.2.14, or maybe up to 2.2.19pre2.
He needs to go up if anything. His
in 2.4.4 prior to last night).
Anyway, just requesting status, and I'll gladly offer any testing help
that's needed.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo
prior to last night).
Nope..
Anyway, just requesting status, and I'll gladly offer any testing help
that's needed.
Give the current -ac a spin and tell me if it works/doesnt and if not how
it fails
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
firewalls
I don't think they're mostly linux based. You can easily do
that misconfiguration with most firewalls (i've often see it
with Checkpoint for example)
One word: masquerading.
-ben
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
physically contiguous 4GB memory blocks.
No. The segment base and length is confined to the 32 bit address space
mapped by page tables.
-ben
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please re
mbers were chosen at
the time I introduced loop.c cipher-block-chaining support (in
kernel 2.1.130). This has the unfortunate side effect of preventing
filesystem relocation... leading some to claim that loop.c is now
broken. A crypto system is only as strong as its weakest link.
Perhaps losetup
tty
[EMAIL PROTECTED]
-
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 http://www.tux.org/lkml/
likelyhood of
newer gige drivers supporting them unless you do the work yourself. My
personal recommendation would be moving to a 2.2 or 2.4 kernel and using
an Acenic.
-bem
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
-
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 http://www.tux.org/lkml/
cribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
On Thu, 26 Oct 2000, Robert Lynch wrote:
Oct 19 13:00:23 ives kernel: EIP:0010:[try_to_swap_out+252/796]
Those Oopsen look like they're from test10-pre4 (fixed in pre5). Also,
please include the lines beginning with "kernel BUG at...".
-ben
-
To unsubs
, and the only reports I've seen about this
concerned Slackware.
-ben
-
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 http://www.tux.org/lkml/
On Fri, 27 Oct 2000, Wakko Warner wrote:
I did upgrade that and it didn't help anything.
Was your glibc compiled against 2.4 kernel headers?
-ben
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECT
On Fri, 27 Oct 2000, David Weinehall wrote:
On Fri, Oct 27, 2000 at 12:19:54PM -0400, Wakko Warner wrote:
That I do not know. it's v 2.1.99 that came with debian in the past
week or so
Then it's compiled against the v2.2 kernel headers.
That explains why LFS isn't working then. I
never seen this before; I had been using test10-pre4 for several days
without error.
Is this a kernel bugglet/error, or X?
Could you please send me the /var/log/XFree86.0.log from the crash, as
well as your /etc/X11/XF86Config-4?
Thanks.
Zephaniah E. Hull.
(The Debian 3Dfx guy, who generally
.
-ben
-
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 http://www.tux.org/lkml/
= pmd_alloc_kernel(dir, address);
+ unlock_kernel();
if (!pmd)
return -ENOMEM;
-
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 http://www.tux.org/lkml/
On Thu, 2 Nov 2000, Dr. David Gilbert wrote:
I've included /proc/pci, /proc/interrupt /proc/cpuinfo and the kernel
config (2.4.0-test10).
CONFIG_MTRR=y
I bet it's the mtrr bugs. Take a look in /proc/mtrr. Someone suggested
that if you disable the cachable settings in the BIOS for the BIOS
ia comment channels only.
-
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 http://www.tux.org/lkml/
.
-ben
-
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 http://www.tux.org/lkml/
On Tue, 7 Nov 2000, Jeff V. Merkey wrote:
So how come NetWare and NT can detect this at run time, and we have to
use a .config option to specifiy it? Come on guys.
Then run a kernel compiled for i386 and suffer the poorer code quality
that comes with not using newer instructions
.
-ben
-
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 http://www.tux.org/lkml/
On Thu, 26 Apr 2001, Yiping Chen wrote:
So, I have two question now,
1. how to determine whether your kernel support SMP?
Somebody taugh me that you can type uname -r, but it seems not
correct.
No, it's correct: the Red Hat RPM is build from the kernel.spec file which
adds the smp
Hi!
I'm running RedHat 7.0 with all official RH patches applied. The kernel I
currently run fow a few days is 2.2.19-7.0.8
I run the pre-compiled kernel of RH. Suddenly I the following messages:
Jul 2 15:12:16 gateway SERVER[1240]: Dispatch_input: bad request line
'BBXX%.176u%3
On Mon, 2 Jul 2001, Guest section DW wrote:
On Mon, Jul 02, 2001 at 05:16:23PM +0100, Alan Cox wrote:
I'm running RedHat 7.0 with all official RH patches applied. The kernel I
currently run fow a few days is 2.2.19-7.0.8
I run the pre-compiled kernel of RH. Suddenly I the following
On Wed, 4 Jul 2001, Samium Gromoff wrote:
Maybe i`m missing the whole point, and thus i want to
hear what other people will tell about it.
Several of us are working on it.
-ben
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
On Mon, Feb 12, 2001 at 08:10:01AM +0100, Elena Labruna wrote:
I'm working with a C package written by other
on a linux machine with kernel version 2.2.14,
often in a calls of longjmp routine
the system crash with a SIGSEGV signal.
Anyone can tell me if it can be a kernel problem
this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
* before saying this. It's not always the case. Firewire
support in 2.6 kernel has been less than stellar, for one example. And
yes, for many, solid 1394 support is a requirement for business.
(And we've all seen the testing that has shown both sides (2.4, 2.6)
have been faster)
IMO everyone should
Message below meant for Marcelo!
(sorry rest!)
On Tue, 2005-02-08 at 20:09, kernel wrote:
On Tue, 2005-02-08 at 13:41, Marcelo Tosatti wrote:
There need to be some unique features in 2.6.X to force people
to upgrade, I guess...
Faster, cleaner, way more elegant, handles intense
unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Tue, 2005-02-15 at 14:48, Kiniger, Karl (GE Healthcare) wrote:
I can confirm that. Creating a correct iso image from a CD is a
major pain w/o ide-scsi. Depending on what one has done before the iso
image is missing some data at the end most of the time.
(paired with lots of kernel error
of filesystem types. Would love to have an
agreed upon by majority change that would change the mounting of
filesystems (identifying FS TYPE) to be more accurate.
regards,
-fd
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED
mention it because it's worked for me
in the past where dd (and variants) has (have) not.
-fd
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ
: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
. We do both. You read the file and I copy it.
Both happen in real life, and I plan to emulate both.
Cheers,
Con
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
are shorter
the likelihood of dropping a frame, especially under load, will skyrocket as
your timing granularity decreases. Clearly 250HZ is not as good as 1000HZ for
this, and I assume your midi example.
Cheers,
Con
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
Hello,
I have a brand new Toshiba M45 S331 notebook and am experiencing (like
some other guys who are trying to get Linux (with kernel 2.6.11.4)
running on this machine) some problems...
Here the probably kernel related part:
Symptoms:
First, if I boot with the option acpi=off USB/Ethernet
this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
1 - 100 of 8227 matches
Mail list logo