Various PCI bus errors can be signaled by newer PCI controllers. This
patch adds the PCI error recovery callbacks to the intel gigabit
ethernet e1000 device driver. The patch has been tested, and appears
to work well.
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
--
Various PCI bus errors can be signaled by newer PCI controllers. This
patch adds the PCI error recovery callbacks to the intel ten-gigabit
ethernet ixgb device driver. The patch has been tested, and appears
to work well.
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
--
Various PCI bus errors can be signaled by newer PCI controllers. The
core error recovery routines are architecture dependent. This patch adds
a recovery infrastructure for the PPC64 pSeries systems.
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
--
arch/ppc64/kernel/Makefile |2
Various PCI bus errors can be signaled by newer PCI controllers. This
patch adds the PCI error recovery callbacks to the intel ethernet e100
device driver. The patch has been tested, and appears to work well.
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
--
ty den 23.08.2005 Klokka 19:00 (+0200) skreiv [EMAIL PROTECTED]:
Hello list, developers!
I have seriously get this message:
[43124719.93] do_vfs_lock: VFS is out of sync with lock manager!
[43124720.94] do_vfs_lock: VFS is out of sync with lock manager!
[43124721.95]
Andrew Morton wrote:
Nick Piggin [EMAIL PROTECTED] wrote:
What about just using jiffies, then?
Really, sched_clock() is very broken for this (I know you're
not arguing against that).
It can go backwards when called twice from the same CPU, and the
number returned by one CPU need have no
On Tue, 23 Aug 2005, Ulrich Drepper wrote:
Linus Torvalds wrote:
Especially if you use MAP_SHARED, you don't even need to mprotect
anything: you'll get a nice SIGBUS if you ever try to access past the last
page that maps the file.
If you guarantee this (and test for this) it's
I have ported the Conexant modem driver to the 2.6.12 kernel. The port is
based on the lattest BSD/GPL version that I could find: 5.03.27.
To make the port easier, I have considered only the model that I have: the
HSF 56k HSFi Modem (rev 01).
The port is still quite a mess, but it can be
Andrew Morton wrote:
Andrew Morton [EMAIL PROTECTED] wrote:
How about we give each arch a printk_clock()?
Which might be as simple as this..
--- devel/kernel/printk.c~printk_clock2005-08-21 02:14:05.0
-0700
+++ devel-akpm/kernel/printk.c2005-08-21
Linas Vepstas writes:
In this patch at least, your mailer seems to have blanked out lines
that match ^[-+]$. Could you send them to me again with a different
mailer or put them on a web or ftp site somewhere?
Thanks,
Paul.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
Hey,
Following a mini-bof (lunch actually) at OLS, we decided to set up a
dedicated mailing list on which to discuss development of the Linux key
retention code (a.k.a. keyrings, a.k.a. AFS, NFS, and CIFS?
authentication tokens) and the associated userland utilities.
The list will be moderated
On Tue, 23 Aug 2005, Gerald (Jerry) Carter wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ian Kent wrote:
On Sun, 21 Aug 2005, Gerald (Jerry) Carter wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Steven French wrote:
|
| We are close, but not quite ready to disable
Jari Sundell wrote:
On 8/23/05, Davy Durham [EMAIL PROTECTED] wrote:
I was hoping you would mention in your reply that you knew
epoll_data_t was an union and you didn't touch epoll_data::fd, so i
wouldn't have to say it explicitly. ;)
No, I saw that epoll_data_t was a union (although,
On Tue, Aug 23, 2005 at 02:32:36PM +0200, Jens Axboe wrote:
Hi,
This is a little something I have played with. It allows you to see
exactly what is going on in the block layer for a given queue. Currently
it can logs request queueing and building, dispatches, requeues, and
completions.
Ah,
Al Viro writes:
ppc SMP is supported only for 6xx/POWER3/POWER4 - i.e. ones that have
PPC_STD_MMU. Dependency fixed.
Signed-off-by: Al Viro [EMAIL PROTECTED]
Acked-by: Paul Mackerras [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
On Tue, 2005-08-23 at 12:32 +0200, Pavel Machek wrote:
It's widely seen a MCE non-fatal error reported after resume. It seems
MCE resume is lacked under ia32. This patch tries to fix the gap.
Well, you patch seems like missing piece of puzzle, but:
a) we probably want to do it for
On Wed, Aug 24, 2005 at 06:53:49AM +1000, Nigel Cunningham wrote:
- CPU Freq (improving too)
It might be good to mention these areas too.
Well, right; but those 'only' cause system to crash during suspend. I
was talking about really dangerous stuff.
Both usb and
Jari Sundell wrote:
On 8/23/05, Davy Durham [EMAIL PROTECTED] wrote:
I was hoping you would mention in your reply that you knew
epoll_data_t was an union and you didn't touch epoll_data::fd, so i
wouldn't have to say it explicitly. ;)
Oh!.. unless the epoll_data_t is a union just for
On Tue, 23 Aug 2005 11:55:21 -0700 (PDT), Linus Torvalds wrote:
Wouldn't this simpler patch result in exactly the same behaviour?
I thought the extra code would be good documentation, but the comments
work just as well. This is a little clearer (hand edited patch:)
---
Shaohua Li [EMAIL PROTECTED] writes:
x86-64 has resume support. It uses 'on_each_cpu' in resume method, which
is known broken. We'd better fix it.
What is broken with it?
-Andi
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
On Wed, 2005-08-24 at 03:52 +0200, Andi Kleen wrote:
Shaohua Li [EMAIL PROTECTED] writes:
x86-64 has resume support. It uses 'on_each_cpu' in resume method, which
is known broken. We'd better fix it.
What is broken with it?
It's a sysdev. The resume method is invoked with interrupt
On Tue, Aug 23, 2005 at 06:05:47PM -0400, [EMAIL PROTECTED] wrote:
I was just making a suggestion to whoever it may concern, because I
think it would extend the usefullness of initramfs.
I have a path for initramfs to use tmpfs. It's sorta hacky so I never
submitted it and solves a niche
I have a path for initramfs to use tmpfs. It's sorta hacky so I never
submitted it and solves a niche problem for embedded people.
Ultimately we might one day still want to change how we initialize the
early userspace (Al suggesting a reasomably nice way to move the
decompressor(s)
On Wednesday 24 August 2005 03:59, Shaohua Li wrote:
On Wed, 2005-08-24 at 03:52 +0200, Andi Kleen wrote:
Shaohua Li [EMAIL PROTECTED] writes:
x86-64 has resume support. It uses 'on_each_cpu' in resume method,
which is known broken. We'd better fix it.
What is broken with it?
It's a
Denis Vlasenko wrote:
This is what I would expect if run on an otherwise idle machine.
sched_yield just puts you at the back of the line for runnable
processes, it doesn't magically cause you to go to sleep somehow.
When a kernel build is occurring??? Plus `top` itself It damn
well
On Wed, 2005-08-24 at 05:12 +0200, Andi Kleen wrote:
On Wednesday 24 August 2005 03:59, Shaohua Li wrote:
On Wed, 2005-08-24 at 03:52 +0200, Andi Kleen wrote:
Shaohua Li [EMAIL PROTECTED] writes:
x86-64 has resume support. It uses 'on_each_cpu' in resume method,
which is known
[adding discuss to cc]
On Wednesday 24 August 2005 05:47, Shaohua Li wrote:
On Wed, 2005-08-24 at 05:12 +0200, Andi Kleen wrote:
On Wednesday 24 August 2005 03:59, Shaohua Li wrote:
On Wed, 2005-08-24 at 03:52 +0200, Andi Kleen wrote:
Shaohua Li [EMAIL PROTECTED] writes:
x86-64 has
On Wed, 2005-08-24 at 05:59 +0200, Andi Kleen wrote:
[adding discuss to cc]
On Wednesday 24 August 2005 05:47, Shaohua Li wrote:
On Wed, 2005-08-24 at 05:12 +0200, Andi Kleen wrote:
On Wednesday 24 August 2005 03:59, Shaohua Li wrote:
On Wed, 2005-08-24 at 03:52 +0200, Andi Kleen
Hi!
I thinks this condition is strange, it could be a type error.
See the following patch.
Signed-off-by: Wu Tao [EMAIL PROTECTED]
diff -pru linux-2.6-curr/drivers/usb/net/usbnet.c
linux-2.6-curr-lepton/drivers/usb/net/usbnet.c
--- linux-2.6-curr/drivers/usb/net/usbnet.c 2005-06-30
On Wednesday 24 August 2005 06:16, Shaohua Li wrote:
The boot code already initialized MCE for APs, it isn't required to
initialize again. The MCE entries are cpuhotplug friendly, so for
suspend/resume.
Ok so you're saying the only change needed is to remove
the on_each_cpu() in the resume
On Wed, 2005-08-24 at 06:26 +0200, Andi Kleen wrote:
On Wednesday 24 August 2005 06:16, Shaohua Li wrote:
The boot code already initialized MCE for APs, it isn't required to
initialize again. The MCE entries are cpuhotplug friendly, so for
suspend/resume.
Ok so you're saying the only
Erik Mouw wrote:
On Tue, Aug 23, 2005 at 04:38:36PM +0530, Rajesh wrote:
I have a case occasionally when I copy data from a usb storage (ipod) to
my hard drive the load average goes up from 0.4 to about 15.0, and the
system becomes very unusable till I kill the cp command. I have checked
Hullo.
I really wanted to release a 2.6.13, but there's been enough changes
while we've been waiting for other issues to resolve that I think it's
best to do a -rc7 first.
Most of the -rc7 changes are pretty trivial, either one-liners or
affecting some particular specific driver or unusual
On Tue, Aug 23, 2005 at 04:00:35PM -0400, Nick Sillik wrote:
This patch fixes (it should) the following warnings generated with -Wundef
in the file drivers/char/speakup/synthlist.h
drivers/char/speakup/synthlist.h:13:35: warning: CONFIG_SPEAKUP_ACNTPC is
not defined
---
Alexey Dobriyan wrote:
-#define CFG_TEST(name) (name)
+#define CFG_TEST(name) defined(name)
No. Just remove this obfuscating macro.
Agreed, here is the fixed patch
Signed-Off-By: Nick Sillik [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
Nick Sillik wrote:
Alexey Dobriyan wrote:
-#define CFG_TEST(name) (name)
+#define CFG_TEST(name) defined(name)
No. Just remove this obfuscating macro.
Agreed, here is the fixed patch
Signed-Off-By: Nick Sillik [EMAIL PROTECTED]
No here it really is... (sorry)
Signed-Off-By: Nick
is a maintainer still needed?
and if so, what are the qualifications?
hal wigoda
chicago
-
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
On Tue, 2005-08-23 at 14:48 -0400, Lennart Sorensen wrote:
I don't mind if the fancy DSP algorithms and EAX is windows only
Actually the emu10k1 DSP code to implement EAX 1.x, 2.x, and 3.x is
known. Someone could easily implement it on Linux, it's just never
happened.
Lee
-
To unsubscribe
On Tue, 2005-08-23 at 23:34 +0200, Roman Zippel wrote:
Hi,
On Tue, 23 Aug 2005, john stultz wrote:
In the case above, you're accumulating in fixed cycle intervals. This
does avoid having to do the mult/shift combo each interrupt, however
since you do not accumulate the entire
On Tue, 23 Aug 2005, Willy Tarreau wrote:
On Tue, Aug 23, 2005 at 06:55:26AM -0500, Davy Durham wrote:
Thanks for the info.. I did find this thread and was wondering if this
patch ever got put in
http://www.ussg.iu.edu/hypermail/linux/kernel/0303.3/1139.html
Interesting ! At least it does
Hi,
On Tue, 23 Aug 2005, john stultz wrote:
I'm assuming gettimeofday()/clock_gettime() looks something like:
xtime + (get_cycles()-last_update)*(mult+ntp_adj)shift
Where did you get the ntp_adj from? It's not in my example.
gettimeofday() was in the previous mail: xtime + (cycle_offset *
+ for_each_cpu_mask(i, cur-cpus_allowed) {
+ for_each_cpu_mask(j, node_to_cpumask(cpu_to_node(i))) {
+ if (!cpu_isset(j, cur-cpus_allowed))
+ return;
Looks good to me.
Feel free to add:
Acked-by: John Hawkes [EMAIL PROTECTED]
John Hawkes
-
To unsubscribe from this list: send the line
Roman Zippel wrote:
Hi,
On Tue, 23 Aug 2005, john stultz wrote:
I'm assuming gettimeofday()/clock_gettime() looks something like:
xtime + (get_cycles()-last_update)*(mult+ntp_adj)shift
Where did you get the ntp_adj from? It's not in my example.
gettimeofday() was in the previous mail:
Davide Libenzi wrote:
I should mention that the 2.4 patch is old WRT mainline epoll in 2.6
(I stopped maintaining it when 2.6 went stable). I'd definitely
suggest to use 2.6 if you are looking at epoll.
I am using linux-2.6.11 and glibc-2.3.4 .. and using select() in it's
place seems to
On Tue, 2005-08-23 at 13:30 +0200, Roman Zippel wrote:
On Mon, 22 Aug 2005, john stultz wrote:
The reason why we calculate the interval_length in the continuous
timesource case is because we are not assuming anything about the
frequency that the timekeeping_periodic_hook() is called.
On Tue, 2005-08-23 at 20:17 +0400, Oleg Nesterov wrote:
Thomas Gleixner wrote:
I still think the last patch I sent is still necessary.
Thomas, you know that I like this change in __exit_{signal,sighand},
but i think this change is dangerous, should go in a separate patch,
and needs a lot
This is too expensive card to be only able use it as simple card.
My advice buy something else.
I don't think fight with creative can bring anything good to linux.
Leave Creative as is. There is plenty of other hardware from other
manufacturer worth money.
Peter Zubaj
On Mon, 2005-08-22 at 17:54
On Tue, Aug 23, 2005 at 09:41:11PM +0100, Peter Zubaj wrote:
This is too expensive card to be only able use it as simple card.
My advice buy something else.
I don't think fight with creative can bring anything good to linux.
Leave Creative as is. There is plenty of other hardware from other
On Tue, 2005-08-23 at 13:30 +0200, Roman Zippel wrote:
Hi,
On Mon, 22 Aug 2005, john stultz wrote:
The reason why we calculate the interval_length in the continuous
timesource case is because we are not assuming anything about the
frequency that the timekeeping_periodic_hook() is
Hi,
On Tue, 23 Aug 2005, john stultz wrote:
In the case above, you're accumulating in fixed cycle intervals. This
does avoid having to do the mult/shift combo each interrupt, however
since you do not accumulate the entire interval, and there is some
sub-tick remainder in cycle_offset. We
On Tue, 2005-08-23 at 21:41 +0100, Peter Zubaj wrote:
This is too expensive card to be only able use it as simple card.
My advice buy something else.
I don't think fight with creative can bring anything good to linux.
Leave Creative as is. There is plenty of other hardware from other
On Tue, 23 Aug 2005, Davy Durham wrote:
Davide Libenzi wrote:
I should mention that the 2.4 patch is old WRT mainline epoll in 2.6 (I
stopped maintaining it when 2.6 went stable). I'd definitely suggest to
use 2.6 if you are looking at epoll.
I am using linux-2.6.11 and glibc-2.3.4 ..
501 - 552 of 552 matches
Mail list logo