these features may be added to the driver of course.
I am not listening on this mailing list, so please address me directly if
there are any questions or comments.
The patch is against the 2.6.22.5 kernel, but should work for newer kernels,
too.
Werner
--- linux-2.6.22.5/Documentation/usb/usb
these features may be added to the driver of course.
I am not listening on this mailing list, so please address me directly if
there are any questions or comments.
The patch is against the 2.6.22.5 kernel, but should work for newer kernels,
too.
Werner
--- linux-2.6.22.5/Documentation/usb/usb
[1.] One line summary of the problem:
hw csum failure appears in syslog
[2.] Full description of the problem/report:
hw csum failure appears in syslog and sometimes, under heavy network utilization, with NFS-Daemon the Network Device
totally fails. Then no Network Access is possible.
[1.] One line summary of the problem:
hw csum failure appears in syslog
[2.] Full description of the problem/report:
hw csum failure appears in syslog and sometimes, under heavy network utilization, with NFS-Daemon the Network Device
totally fails. Then no Network Access is possible.
by other
incompatibility
This is since 2.6.22-git15 and on 2.6.23-rc1 , too
The kernel need to stay compatible to old versions of the file system and other
fundamental programs.
Please correct this
Werner Landgraf
www.copaya.yi.org
Example: ==
/usr/local/src
by other
incompatibility
This is since 2.6.22-git15 and on 2.6.23-rc1 , too
The kernel need to stay compatible to old versions of the file system and other
fundamental programs.
Please correct this
Werner Landgraf
www.copaya.yi.org
Example: ==
/usr/local/src
by other
incompatibility
This is since 2.6.22-git15 and on 2.6.23-rc1 , too
The kernel need to stay compatible to old versions of the file system and other
fundamental programs.
Please correct this
Werner Landgraf
www.copaya.yi.org
Example: ==
/usr/local/src
by other
incompatibility
This is since 2.6.22-git15 and on 2.6.23-rc1 , too
The kernel need to stay compatible to old versions of the file system and other
fundamental programs.
Please correct this
Werner Landgraf
www.copaya.yi.org
Example: ==
/usr/local/src
of the Kernel with older and new
versions of the file systems have to be observed very good, for the reliability
to can read dates.
Thus this should be checked, and corrected
Werner Landgraf
[EMAIL PROTECTED]
www.copaya.yi.org
of the Kernel with older and new
versions of the file systems have to be observed very good, for the reliability
to can read dates.
Thus this should be checked, and corrected
Werner Landgraf
[EMAIL PROTECTED]
www.copaya.yi.org
: [] Not tainted VLI
EFLAGS: 00010046 (2.6.22-git13-i486-1mn #1)
EIP is at ksize + 0x40/0x50
.
Obs: With 2.6.22-git11 that problem didnt occur
Werner Landgraf
[EMAIL PROTECTED]
: [c0174ec0] Not tainted VLI
EFLAGS: 00010046 (2.6.22-git13-i486-1mn #1)
EIP is at ksize + 0x40/0x50
.
Obs: With 2.6.22-git11 that problem didnt occur
Werner Landgraf
[EMAIL PROTECTED]
no reaction whatsoever. Searching with google, I haven't found
anything related to this chip; looking into the kernel source code
wasn't successful either.
Can you please shed some light on the current situation? I'm using
kernel 2.6.20.
Werner
-
To unsubscribe from this list: send the line
no reaction whatsoever. Searching with google, I haven't found
anything related to this chip; looking into the kernel source code
wasn't successful either.
Can you please shed some light on the current situation? I'm using
kernel 2.6.20.
Werner
-
To unsubscribe from this list: send the line
r type of disks, or all disks.
... and allow "partition" to override partitions previously
auto-detected by the kernel. That way, you can phase in
"partition" without needing to change your kernel setup.
Besides, the ability to correct past mistakes woul
previously
auto-detected by the kernel. That way, you can phase in
partition without needing to change your kernel setup.
Besides, the ability to correct past mistakes would also be
useful if auto-detection from user space yields garbage.
- Werner
the methods hotplug uses find the modules
> needed to support some hardware.
This is great, and was long overdue. Thanks for fixing my sins of
omission dating back from 1996 :-)
- Werner
--
_____
/ Werner Almesberge
hotplug uses find the modules
needed to support some hardware.
This is great, and was long overdue. Thanks for fixing my sins of
omission dating back from 1996 :-)
- Werner
--
_
/ Werner Almesberger, Buenos Aires, Argentina
On Friday 11 March 2005 10:04, Jesse Barnes wrote:
> On Friday, March 11, 2005 9:59 am, Bjorn Helgaas wrote:
> > > Right, it's a special agp driver, sgi-agp.c.
> >
> > Where's sgi-agp.c? The HP (ia64-only at the moment) code is hp-agp.c.
> > It does make a fake PCI dev for the bridge because DRM
On Friday 11 March 2005 10:04, Jesse Barnes wrote:
On Friday, March 11, 2005 9:59 am, Bjorn Helgaas wrote:
Right, it's a special agp driver, sgi-agp.c.
Where's sgi-agp.c? The HP (ia64-only at the moment) code is hp-agp.c.
It does make a fake PCI dev for the bridge because DRM still
oader, passing device scan results will be
very useful, plus it's a good environment for experimenting
with such a feature.
- Werner
--
_____
/ Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] /
/_http:
enough. It even
makes sense: no need to switch kernels if "pro audio" applications
(or whatever else may end up wanting this) are added to the mix,
and fewer configurations to test.
You can run, but you cannot hide :-)
- Werner
--
_____
sense: no need to switch kernels if pro audio applications
(or whatever else may end up wanting this) are added to the mix,
and fewer configurations to test.
You can run, but you cannot hide :-)
- Werner
--
_
/ Werner
results will be
very useful, plus it's a good environment for experimenting
with such a feature.
- Werner
--
_
/ Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] /
/_http://www.almesberger.net
first.
- Werner
--
_____
/ Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] /
/_http://www.almesberger.net//
-
To unsubscribe from this list: send the line "
e atomic functions, the roles are reversed.
> You still get the memory barrier, whether you read the return
> value or not.
That might be something worth mentioning. Not that a construct
is used that gcc can optimize away when nobody care
.
You still get the memory barrier, whether you read the return
value or not.
That might be something worth mentioning. Not that a construct
is used that gcc can optimize away when nobody cares about the
return value.
- Werner
ues, require explicit memory barrier semantics around their
> execution.
Very confusing: the barriers aren't around the routines (that
is something the user would be doing), but around whatever does
the atomic stuff inside them.
- Werner
--
______
uld be placed in separate files, using a different
extension, e.g. .ct for ".c test", or in some "test" directory.
(That is, in case they're distributed along with the kernel code,
which, IMHO, would help to avoid code drift.)
Jus
be placed in separate files, using a different
extension, e.g. .ct for .c test, or in some test directory.
(That is, in case they're distributed along with the kernel code,
which, IMHO, would help to avoid code drift.)
Just an idea ...
- Werner
: the barriers aren't around the routines (that
is something the user would be doing), but around whatever does
the atomic stuff inside them.
- Werner
--
_
/ Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED
ould perhaps just be reserved,
at least until the system has passed initialization, without trying
to copy it to a "safe" place early in kernel startup.
- Werner
--
_____
/ Werner Almesberger, Buenos Aires, Argentina
to a few hundred microseconds
(still worst-case).
- Werner
--
_____
/ Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] /
/_http://www.almesberger.net//
-
To unsubscrib
uire significant
post-processing.
It would also be nice to be able to go both ways, from called to
caller, and from caller to called. Again, the tricky bit here are
the function pointers.
I think that a tool that can handle the most common idioms found in
the kernel would be v
post-processing.
It would also be nice to be able to go both ways, from called to
caller, and from caller to called. Again, the tricky bit here are
the function pointers.
I think that a tool that can handle the most common idioms found in
the kernel would be very useful.
- Werner
(still worst-case).
- Werner
--
_
/ Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] /
/_http://www.almesberger.net//
-
To unsubscribe from this list: send
be reserved,
at least until the system has passed initialization, without trying
to copy it to a safe place early in kernel startup.
- Werner
--
_
/ Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED
d in the kernel is a place to put the probe,
plus some debugging information to tell you where you find the
data (the latter possibly combined with gently coercing the
compiler to put it at some accessible place).
- Werner
--
_
can accept for regular use.
> Want to help?
Trying to, by explaining why it should move on :-) Anything else
you need ?
- Werner
--
_____
/ Werner Almesberger, Buenos Aires, Argentina [
whereas I think
we should have been running circles around them for years already.
So if there was a vote to be cast for getting kexec into mainline
as quickly as possible, you'd certainly have mine :-)
- Werner
--
_
we should have been running circles around them for years already.
So if there was a vote to be cast for getting kexec into mainline
as quickly as possible, you'd certainly have mine :-)
- Werner
--
_
/ Werner
the rest (i.e. supporting infrastructure).
3) relayfs should be lean and fast, as you intend it to be, so
that non-LTT tracing or fnord debugging fnord code may find
it useful, too.
- Werner
--
_____
/ Werner Almesbe
system has a single target anyway, so it can't really compete with
anything else. Automatically selected alternative roots can make
sense, but that's sufficiently policy-ish that I think it would be
better kept in an initrd, where instrumentation is more naturally
added than in th
anyway, so it can't really compete with
anything else. Automatically selected alternative roots can make
sense, but that's sufficiently policy-ish that I think it would be
better kept in an initrd, where instrumentation is more naturally
added than in the kernel.
- Werner
and fast, as you intend it to be, so
that non-LTT tracing or fnord debugging fnord code may find
it useful, too.
- Werner
--
_
/ Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] /
/_http
e list, and monitoring the reaction), should be useful.
- Werner
--
_____
/ Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] /
/_http://www.almesberger.net//
-
To unsu
), should be useful.
- Werner
--
_
/ Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] /
/_http://www.almesberger.net//
-
To unsubscribe from this list: send
ded.
- Werner
--
_
/ Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] /
/_http://www.almesberger.net//
-
To unsubscribe from this list: send the line "unsubscri
.
- Werner
--
_
/ Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] /
/_http://www.almesberger.net//
-
To unsubscribe from this list: send the line unsubscribe linux
de
anywhere near mainline ;-)
Not that I currently have more troubles with it than usually. I
just want to point out that there are other, strange but legitimate
(at least in the "all shall eventually be GPL" sense) users of the
kernel, who don't mi
;-)
Not that I currently have more troubles with it than usually. I
just want to point out that there are other, strange but legitimate
(at least in the all shall eventually be GPL sense) users of the
kernel, who don't mind a friendly environment.
- Werner
running the task 'nice'ly...
A tradeoff of having better system responsiveness by having the kernel to
check more often if a running process should be preempted is that the CPU
spends more time in Kernel Mode and less time in User Mode.
And as a consequence, user programs run slower.
Regards,
Werne
I have trouble with the APM in kernel 2.4.3.
I'm booting Win98SE and run loadlin 1.6a to booting the linux kenel 2.4.3.
Everything goes ok, but my machine will not turn off if I use the command
poweroff.
If I booting MS-DOS 6.22 from disk at the same machine, then running the same
loadlin
I have trouble with the APM in kernel 2.4.3.
I'm booting Win98SE and run loadlin 1.6a to booting the linux kenel 2.4.3.
Everything goes ok, but my machine will not turn off if I use the command
poweroff.
If I booting MS-DOS 6.22 from disk at the same machine, then running the same
loadlin
Arnaldo Carvalho de Melo wrote:
> http://bazar.conectiva.com.br/~acme/TODO
BTW, I don't know if you're already interacting, but it seems to me that
there are a lot of things on your list that look as if the MC project at
Stanford ("CHECKER") could provide automated tests for th
Arnaldo Carvalho de Melo wrote:
http://bazar.conectiva.com.br/~acme/TODO
BTW, I don't know if you're already interacting, but it seems to me that
there are a lot of things on your list that look as if the MC project at
Stanford ("CHECKER") could provide automated tests for them.
ce, which has already helped to find a few
real bugs. (Does EFence work with UML ?)
- Werner
--
_
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6
anachronism too.
After all, a modern Unix system has quite a few demons that you don't
want to kill either, so why make init special ? But anyway, you don't
need to change init.
- Werner
--
_____
/ Werner Almesberger, ICA
odern Unix system has quite a few demons that you don't
want to kill either, so why make init special ? But anyway, you don't
need to change init.
- Werner
--
_____
/ Werner Almesberger, ICA, EPFL, CH [EMAIL
already helped to find a few
real bugs. (Does EFence work with UML ?)
- Werner
--
_
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fax_+41_21_693_6610_
les(dev/console among others)
> are\might still be in use.
Exactly. They's in use in any case until you close and re-open the
console.
- Werner
--
_____
/ Werner Almesberger, ICA, EPFL, CH [EMAI
kernel threads that don't call exit_fs.
> Not using the ramfs limits for now, will do soon.
BTW, if you can't free the RAM disk, you may have to apply
http://icawww1.epfl.ch/~almesber/patches/rdfree
- Werner
--
_
ong others)
are\might still be in use.
Exactly. They's in use in any case until you close and re-open the
console.
- Werner
--
_____
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_
threads that don't call exit_fs.
Not using the ramfs limits for now, will do soon.
BTW, if you can't free the RAM disk, you may have to apply
http://icawww1.epfl.ch/~almesber/patches/rdfree
- Werner
--
_
/ Werner
ntly-used file stuff
> in memory so that the system can be as fast as if you used a RAM disk
> instead of real physical (slow) hard disks.
Correct, but does not require VFS.
Nice try, though.
- Werner
--
_____
/ Werner A
stuff
in memory so that the system can be as fast as if you used a RAM disk
instead of real physical (slow) hard disks.
Correct, but does not require VFS.
Nice try, though.
- Werner
--
_
/ Werner Almesberger, ICA, EPFL
linux-kernel or "The Onion" ? I can already see it:
" suspends execution of dissidents
for one week.
Amnesty International hails this as a significant move, showing their
determination to move swiftly to full compliance with human rights.&
or "The Onion" ? I can already see it:
"Insert_Rogue_Nation_of_Your_Choice suspends execution of dissidents
for one week.
Amnesty International hails this as a significant move, showing their
determination to move swiftly to full compliance with human rights."
- Wer
nce penalty ...
> Is it worth emptying?
Probably not ... the only interesting case would be if you could completely
umount it.
> BTW, Werner - could you take a look at the
> prepare_namespace()/handle_initrd()?
Okay, I'll have a look.
> That's our late boot process taken into one pl
unt we've discussed about one year
ago ? I.e.
stat foo# output A
mount /dev/whatever /
stat foo# output B
with A != B ?
If yes, is there also a way to destroy/empty ramfs after this ?
- Werner
--
_____
/ Wern
r shaping on other
media than ATM.
- Werner
--
_
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fax_+41_21_693_6610_/
-
To unsubscribe from this list: send
is may actually be worse during bursts: if you burst exceeds
the preallocated size, you have to perform more expensive/slower
operations (e.g. running a tasklet) to refill your cache.
- Werner
--
_____
/ Werner Almesberger
media than ATM.
- Werner
--
_
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fax_+41_21_693_6610_/
-
To unsubscribe from this list: send the line
ussed about one year
ago ? I.e.
stat foo# output A
mount /dev/whatever /
stat foo# output B
with A != B ?
If yes, is there also a way to destroy/empty ramfs after this ?
- Werner
--
_____
/ Werner Almesb
penalty ...
Is it worth emptying?
Probably not ... the only interesting case would be if you could completely
umount it.
BTW, Werner - could you take a look at the
prepare_namespace()/handle_initrd()?
Okay, I'll have a look.
That's our late boot process taken into one place. I'm really not happy
d it make sense to flag patches that
should go into 2.4 as "Not for Alan; Linus _please_ pick it up" (and to
keep on pushing until Linus does) ?
- Werner
--
_____
/ Werner Almesberger, ICA, EPFL, CH
sense to flag patches that
should go into 2.4 as "Not for Alan; Linus _please_ pick it up" (and to
keep on pushing until Linus does) ?
- Werner
--
_____
/ Werner Almesberger, ICA, EPFL, CH [EMAIL
es, there _is_ IMHO a difference in telling someone on LKM,
> especially someone without deeper knowledge that is lookin for help:
Yes, also rejection can be delivered in a civilized way.
- Werner
--
_____
/ Werner Alme
flexible enough to allow this.
Of course, it's better if documentation is entirely in the public too,
but considering the typical overhead of clearing a document for public
release, I can understand why companies frequent
he question is what
you expect from Linux. After all, you strongly disagree with the main
common denominator of Linux developers, that it be Open Source.
- Werner
--
_____
/ Werner Almesberger, ICA, EPFL, CH
s what
you expect from Linux. After all, you strongly disagree with the main
common denominator of Linux developers, that it be Open Source.
- Werner
--
_____
/ Werner Almesberger, ICA, EPFL, CH [EMAIL
h to allow this.
Of course, it's better if documentation is entirely in the public too,
but considering the typical overhead of clearing a document for public
release, I can understand why companies frequently don't do it.
_is_ IMHO a difference in telling someone on LKM,
especially someone without deeper knowledge that is lookin for help:
Yes, also rejection can be delivered in a civilized way.
- Werner
--
_____
/ Werner Almesberger, ICA
rfaces. This means that
large projects should be done openly, with occasional announcements
on linux-kernel. Building that killer subsystem in-house until
perfection is reached, and then submitting a multi-megabyte patch
isn't going to make anybody happy.
- Werner
--
___
pity ?
BTW, parallel development does happen all the time. The point of
convergence in a single "mainstream" kernel is that you benefit
from all the work that's been going on while you did the stuff
you care most about.
- Werner (having pit
, parallel development does happen all the time. The point of
convergence in a single "mainstream" kernel is that you benefit
from all the work that's been going on while you did the stuff
you care most about.
- Werner (having pity with the h
ely solve this, with the possible exception of
environments where a legacy OS needs to be booted. Reminds me that I should
find some time besides traffic control to work a bit on bootimg ...
- Werner
--
_
/ Werner Almesber
solve this, with the possible exception of
environments where a legacy OS needs to be booted. Reminds me that I should
find some time besides traffic control to work a bit on bootimg ...
- Werner
--
_
/ Werner Almesberger
y not ? Just preload the movie with the kernel, and you can start
playing as soon as framebuffer, timers, and interrupts are
available.
Of course, if the word gets out that you're writing such a patch,
the people from the village may come
, and you can start
playing as soon as framebuffer, timers, and interrupts are
available.
Of course, if the word gets out that you're writing such a patch,
the people from the village may come with torches ... ;-)
- Werner
more damage. Of course,
readily available diagnostics can't stop them, but they may at least make
it a bit more likely that people do the right thing.
- Werner
--
_____
/ Werner Almesberger, ICA, EPFL, CH [EMA
rl-Alt-F2.
This could of course be cured by a little window where the last three or
four printk lines are shown ...
- Werner
--
_
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6
of course be cured by a little window where the last three or
four printk lines are shown ...
- Werner
--
_
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fax_
,
readily available diagnostics can't stop them, but they may at least make
it a bit more likely that people do the right thing.
- Werner
--
_
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED
This patch for 2.4.2-pre1 adds a few includes I forgot in sch_atm.c and
sch_dsmark.c
Their absence didn't cause any kernel compilation problems, but it may
well in the future (or when compiling things in a different context,
that's why I, ehm ... finally, noticed the problem).
- Werner
for find_vma_intersection only lets us pass if there
are no memory objects in the way.
The patch is for 2.4.2-pre1, with my /proc/sys/vm/max_map_count patch
applied. (The latter only changes some offsets, not the context of this
patch.)
- Werner
patch
for find_vma_intersection only lets us pass if there
are no memory objects in the way.
The patch is for 2.4.2-pre1, with my /proc/sys/vm/max_map_count patch
applied. (The latter only changes some offsets, not the context of this
patch.)
- Werner
patch
This patch for 2.4.2-pre1 adds a few includes I forgot in sch_atm.c and
sch_dsmark.c
Their absence didn't cause any kernel compilation problems, but it may
well in the future (or when compiling things in a different context,
that's why I, ehm ... finally, noticed the problem).
- Werner
Tigran Aivazian wrote:
> This patch adds "rootfs" boot parameter which selects the filesystem type
> for the root filesystem.
Could you please make this rootfstype= or fstype= or maybe
root=[,] or such ? Calling it "rootfs" is just asking
Tigran Aivazian wrote:
This patch adds "rootfs" boot parameter which selects the filesystem type
for the root filesystem.
Could you please make this rootfstype= or fstype= or maybe
root=device[,type] or such ? Calling it "rootfs" is just asking
for t
801 - 900 of 1003 matches
Mail list logo