[Apologies if you see this message twice - I accidentially sent it in HTML
format first time around and I am pretty sure LKML will eat it]
Hi,
According to the SuS write() can not return ENOMEM, only ENOBUFS is allowed
(surprisingly read() is allowed to use both ENOMEM and ENOBUFS):
Tejun Heo wrote:
Heh... Maybe I'm just reluctant to let go of my patches. Anyways, I'll
now stand down and see how things go and try to help.
Note that my email simply describes a long term target. For the short
term, and perhaps medium term, libata will continue to use
Hi, Jeff.
Jeff Garzik wrote:
Tejun,
In an email I cannot find anymore, you asked why I was interested in
converting libata to use the fine-grained EH hooks in the SCSI layer,
rather than continued with the current ->eh_strategy_handler() method.
Several reasons:
1) The fine-grained
At 08:50 AM 8/18/2005 -0600, Davda, Bhavesh P \(Bhavesh\) wrote:
> Sounds like there must be another player who is RT prio + spinning.
Very good! Yes, I left out that piece of detail in my original posting.
There is a real low priority (4) SCHED_FIFO (hence still higher than any
SCHED_OTHER)
Pavel Machek wrote:
>>* Transport problem. The driver will report back a CRC error, timeout or
>>whatnot and break. We might not know how many sectors survived so we try
>>again, going sector-by-sector. We might get a transfer error again,
>>possibly even before the previous one. But at this
On Fri, 19 Aug 2005 02:41 pm, Peter Williams wrote:
> Con Kolivas wrote:
> > On Fri, 19 Aug 2005 01:28 pm, Lee Revell wrote:
> >>On Fri, 2005-08-19 at 05:09 +0200, Michal Piotrowski wrote:
> >>>Hi,
> >>>here are interbench v0.29 resoults:
> >>
> >>The X test under simulated "Compile" load looks
Con Kolivas wrote:
On Fri, 19 Aug 2005 01:28 pm, Lee Revell wrote:
On Fri, 2005-08-19 at 05:09 +0200, Michal Piotrowski wrote:
Hi,
here are interbench v0.29 resoults:
The X test under simulated "Compile" load looks most interesting.
Most of the schedulers do quite poorly on this test -
Lee Revell wrote:
On Fri, 2005-08-19 at 05:09 +0200, Michal Piotrowski wrote:
Hi,
here are interbench v0.29 resoults:
The X test under simulated "Compile" load looks most interesting.
Most of the schedulers do quite poorly on this test - only Zaphod with
default max_ia_bonus and
I finally got around to creating something that has been missing since
BitKeeper disappeared, and something that Andrew has been wanting
from me for a while: an amalgamation of all the libata-dev branches
that I maintain internally.
First, a bit of background. Most patches I receive are
On Fri, 19 Aug 2005 01:28 pm, Lee Revell wrote:
> On Fri, 2005-08-19 at 05:09 +0200, Michal Piotrowski wrote:
> > Hi,
> > here are interbench v0.29 resoults:
>
> The X test under simulated "Compile" load looks most interesting.
>
> Most of the schedulers do quite poorly on this test - only Zaphod
Tejun,
In an email I cannot find anymore, you asked why I was interested in
converting libata to use the fine-grained EH hooks in the SCSI layer,
rather than continued with the current ->eh_strategy_handler() method.
Several reasons:
1) The fine-grained hooks of the SCSI layer are somewhat
On Thu, 18 Aug 2005, Andrew Morton wrote:
> Steven Rostedt <[EMAIL PROTECTED]> wrote:
> >
> > Hi,
> >
> > I'm resending this since I don't see it in git yet, and I'm wondering if
> > there is a problem with this patch. I have a IBM ThinkPad G41 with a
> > Mobile Pentium 4 HT. Without this
I finally got around to creating something that has been missing since
BitKeeper disappeared, and something that Andrew has been wanting
from me for a while: an amalgamation of all the netdev branches that
I maintain internally.
First, a bit of background. Most patches I receive are dumped
On Wed, 2005-08-17 at 22:59 +0200, Thomas Gleixner wrote:
> Hi,
>
> while tracking down some timer related ugliness I stumbled over the
> timer driven function rt_secret_rebuild(), which does a loop over
> rt_has_mask (1024 in my case) entries and possibly some subsequent
> variable sized loops
On Thu, 2005-08-18 at 20:23 -0700, Andrew Morton wrote:
> Steven Rostedt <[EMAIL PROTECTED]> wrote:
> >
> > Hi,
> >
> > I'm resending this since I don't see it in git yet, and I'm wondering if
> > there is a problem with this patch. I have a IBM ThinkPad G41 with a
> > Mobile Pentium 4 HT.
Andi Kleen wrote:
> Bernardo Innocenti <[EMAIL PROTECTED]> writes:
>
> It's really more a feature than a bug that it breaks so easily
> because they should be really using futexes instead, which
> have much better behaviour than any sched_yield ever could
> (they will directly wake up another
On Fri, 2005-08-19 at 05:09 +0200, Michal Piotrowski wrote:
> Hi,
> here are interbench v0.29 resoults:
The X test under simulated "Compile" load looks most interesting.
Most of the schedulers do quite poorly on this test - only Zaphod with
default max_ia_bonus and max_tpt_bonus manages to
Steven Rostedt <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I'm resending this since I don't see it in git yet, and I'm wondering if
> there is a problem with this patch. I have a IBM ThinkPad G41 with a
> Mobile Pentium 4 HT. Without this patch, the NMI won't be setup. Is
> there a reason that if
On Fri, 19 Aug 2005, Andi Kleen wrote:
> > Thanks for the feedback, ugly indeed, i was really trying to avoid adding
> > a new API function or extra cpu_* variables. Ok, here is an
> > early_node_to_cpumask instead.
>
> Thinking about it again it's most likely broken with CPU hotplug anyways
>
Bernardo Innocenti <[EMAIL PROTECTED]> writes:
It's really more a feature than a bug that it breaks so easily
because they should be really using futexes instead, which
have much better behaviour than any sched_yield ever could
(they will directly wake up another process waiting for the
lock and
Hi,
here are interbench v0.29 resoults:
cpusched=ingosched
Using 1844991 loops per ms, running every load for 30 seconds
Benchmarking kernel 2.6.13-rc6-2 at datestamp 200508181941
--- Benchmarking simulated cpu of Audio in the presence of simulated ---
LoadLatency +/- SD (ms) Max Latency
Nick Piggin wrote:
> We class the SCHED_OTHER policy as having a single priority, which
> I believe is allowed (and even makes good sense, because dynamic
> and even nice priorities aren't really well defined).
>
> That also makes our sched_yield() behaviour correct.
>
> AFAIKS, sched_yield
> Thanks for the feedback, ugly indeed, i was really trying to avoid adding
> a new API function or extra cpu_* variables. Ok, here is an
> early_node_to_cpumask instead.
Thinking about it again it's most likely broken with CPU hotplug anyways
whatever you're doing. So how does your code handle
On Fri, 19 Aug 2005, Andi Kleen wrote:
> On Thu, Aug 18, 2005 at 08:07:53PM -0600, Zwane Mwaikambo wrote:
> > node_to_cpumask on non NUMA systems is broken if used before all the
> > processors have been brought up as it returns cpu_online_map, as opposed
> > to NUMA i386 systems which does it
On Thu, Aug 18, 2005 at 08:07:53PM -0600, Zwane Mwaikambo wrote:
> node_to_cpumask on non NUMA systems is broken if used before all the
> processors have been brought up as it returns cpu_online_map, as opposed
> to NUMA i386 systems which does it earlier than AP bringup. So return
> which
node_to_cpumask on non NUMA systems is broken if used before all the
processors have been brought up as it returns cpu_online_map, as opposed
to NUMA i386 systems which does it earlier than AP bringup. So return
which processors responded via cpu_present_map and switch to
cpu_online_map during
Hi,
I'm resending this since I don't see it in git yet, and I'm wondering if
there is a problem with this patch. I have a IBM ThinkPad G41 with a
Mobile Pentium 4 HT. Without this patch, the NMI won't be setup. Is
there a reason that if the x86_model is greater than 0x3 it will return.
Since
What ever happened with cpuinfo(1)? This thread:
http://64.233.161.104/search?q=cache:_uCmn69gfyoJ:lists.debian.org/lsb-discuss/2002/01/msg00084.html+cpuinfo=en
ended inconclusively.
Lee
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Thu, 2005-08-18 at 12:58 -0700, Andrew Burgess wrote:
> Similar symptoms happened to me recently and it turned out I had accidently
> omitted support for my mb ide chipset (ata_piix) while shrinking my config so
> the kernel was unable to set dma mode. Took me a while to find because
>
On Thu, Aug 18, 2005 at 03:48:00PM +0400, Oleg Nesterov wrote:
> Paul E. McKenney wrote:
> >
> > On Wed, Aug 17, 2005 at 06:35:03PM +0400, Oleg Nesterov wrote:
> > >
> > > Sorry, I don't understand you. CLONE_THREAD implies CLONE_SIGHAND,
> > > so we always need to lock one ->sighand. Could you
On Thu, 2005-08-18 at 17:23 -0700, Sundar Narayanaswamy wrote:
> The SBC has two serial ports, ttyS0 and ttyS1 that are connected by the
> serial port cable. A program writes characters on ttyS0 while another
> program (with RealTime priority thread) reads the char from ttyS1 and
> echoes it back
I'm trying to explain background
Christoph Hellwig wrote:
On Wed, Aug 17, 2005 at 04:07:03AM +0900, Machida, Hiroyuki wrote:
This is a take 2 of posix file attribute support on VFAT.
Sorry, but this is far too scary. Please just use one of the sane
filesystems linux supports.
I
On Thursday 18 August 2005 22:11, Imanpreet Arora wrote:
> Hi all,
>
> For the last couple of days, I have been trying to set
> up linux kernel under 8MB. So far I have set up a linux 2.4.31, which
> just works under 8MB. However, I would be grateful if someone could
> help with the
Linus Torvalds wrote:
Btw, things like this:
+#define IDEFLOPPY_TICKS_DELAY HZ/20 /* default delay for ZIP 100
(50ms) */
are just bugs waiting to happen.
Needs parenthesis: ((HZ)/20)
Or one could just use the msecs_to_jiffies() macro.
Cheers
-
To unsubscribe from this list:
hi...
i've run into this a bunch of times, but decided to look at it more
closely today. i use IDE disks in md raid1 and/or raid5, and when one
disk is dying or dead it tends to make the entire system unusable.
i don't really fault md here, because i'm pretty sure there are some
fundamental
Hi,
On Tue, 16 Aug 2005, john stultz wrote:
> If they are private clock variables, why are they in the generic
> timer.c? Everyone is using it in exactly the same way, no? Why do you
> oppose having the adjustment and phase values behind an ntp_function()
> interface?
These values belong to
Steve,
Thanks very much for your input. I applied the latest realtime-preempt
patch today (patch-2.6.13-rc6-rt9) on top of 2.6.13-rc6 kernel and I set
the high res timer to using TSC.
Anyways, I am not too concerned about the nanosleep test itself. I just
thought that would be a way to
On Fri, 2005-08-19 at 01:29 +0100, Alan Cox wrote:
> On Iau, 2005-08-18 at 19:16 -0400, Lee Revell wrote:
> > A search for a 200MB file tells you it's available on 2000 hosts, all of
> > whom are on dialup.
>
> What about the real world ?
>
OK that was a poorly contrived example. Anyway the
On Thu, 18 Aug 2005, Ingo Molnar wrote:
i have released the 2.6.13-rc6-rt9 tree, which can be downloaded from
the usual place:
http://redhat.com/~mingo/realtime-preempt/
it's a fixes-only release. Changes since 2.6.13-rc6-rt3:
- USB irq flags use cleanups (Alan Stern)
- RCU tasklist-lock
On Iau, 2005-08-18 at 19:16 -0400, Lee Revell wrote:
> A search for a 200MB file tells you it's available on 2000 hosts, all of
> whom are on dialup.
What about the real world ?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
Kumar Gala writes:
> So after all of this its not clear to me if its acceptable to kill
> all users of in the kernel and to move code that
> exists in to for arch's that need it.
doesn't describe any part of the user/kernel ABI, so
we should be OK to kill it. I would say we should
On Thu, 18 Aug 2005, Folkert van Heusden wrote:
> Doesn't that one also use copying? I've also heard that using mmap is
> expensive due to pagefaulting. I've found, for example, that copying a
> 1.3GB file using read/write instead of mmap & memcpy is seconds faster.
why would you memcpy if
Hi,
On 8/18/05, Hiro Yoshioka <[EMAIL PROTECTED]> wrote:
> 1) using stack to save/restore MMX registers
It seems to me that it has some regression.
I'd like to rollback it and use kernel_fpu_begin() and kernel_fpu_end().
Regards,
Hiro
--
Hiro Yoshioka
mailto:hyoshiok at miraclelinux.com
-
To
On Fri, 2005-08-19 at 00:13 +0100, Alan Cox wrote:
> On Iau, 2005-08-18 at 14:17 -0400, Lee Revell wrote:
> > Maybe the distros need to just increase the default FD limit to 1024. I
> > hit this constantly with gtk-gnutella, if try to download a file that's
> > available on more than 1024 hosts
On Mon, Aug 08, 2005 at 01:38:13PM +0200, Pierre Ossman wrote:
> Russell King wrote:
> >I still don't like the needless duplication. How about doing it this
> >way (see the attached patch.)
> >
> >Note: I also intend to move MMC over to using an IDR for the host
> >numbers, which is why we need
On 8/19/05, Nathan Scott <[EMAIL PROTECTED]> wrote:
> On Thu, Aug 18, 2005 at 11:09:33PM +0200, Jesper Juhl wrote:
> > ...
> > have if getting rid of the defines is prefered, then that's something that
> > can easily be done later.
>
> I tend to agree with Christoph on this - this level of
On Thu, Aug 18, 2005 at 03:52:13PM -0700, Sean Bruno wrote:
> With earlier kernels(2.6.11) I was able to boot my machine with ACPI
> enabled, but most devices(sound, onboard ethernet, SATA controllers,
> USB) were unusuable but they were detected. I was able to work around
> this issue by
On Thu, Aug 18, 2005 at 11:09:33PM +0200, Jesper Juhl wrote:
> ...
> have if getting rid of the defines is prefered, then that's something that
> can easily be done later.
I tend to agree with Christoph on this - this level of internal API
churn is unnecessary and can be error prone (as you
On Thu, Aug 18, 2005 at 06:49:05PM +, kristina clair wrote:
> I've just come across this oops. We're running gentoo with a 2.6.11
> kernel, xfs + nfs + lvm (+hardware raid).
Check whether your kernel has this fix included:
From: Sebastian Kuzminsky <[EMAIL PROTECTED]>
Date: Thu, 18 Aug 2005 16:07:32 -0600
> Linux provides 3 non-standard TCP socket options for tweaking the
> keepalive behavior of individual sockets: TCP_KEEPIDLE, TCP_KEEPCNT,
> and TCP_KEEPINTVL. The values set on a socket with these options should
It doesn't compile with CONFIG_DECNET_ROUTER=y:
<-- snip -->
...
CC net/decnet/dn_dev.o
net/decnet/dn_dev.c: In function 'dn_forwarding_proc':
net/decnet/dn_dev.c:335: error: 'struct dn_dev_parms' has no member named 'down'
net/decnet/dn_dev.c:336: error: syntax error before 'do'
On Friday 19 August 2005 01:12, Alan Cox wrote:
---[ 8< ]-
> Essentially environment is user space business and you can't get at it
> from the kernel.
-[ 8< ]
I think the OP has his answer here. If someone knows what he is talking about,
it's Alan or Linus.
I'm getting the following compile errors:
<-- snip -->
...
LD .tmp_vmlinux1
drivers/built-in.o: In function `pi_init':
: multiple definition of `pi_init'
kernel/built-in.o:(.bss+0x80f0): first defined here
ld: Warning: size of symbol `pi_init' changed from 4 in kernel/built-in.o to
675
On Thu, Aug 18, 2005 at 10:22:26AM -0500, Russell Cattelan wrote:
> .. fs/xfs/Kconfig but using submenu was simply a convince thing
> to group all the XFS options together.
s/convince/convenience/
> If the submenu is really causing people distress go ahead and
> remove it. Since it's a
On Fri, Aug 19, 2005 at 03:41:30AM +0530, Imanpreet Arora wrote:
> Hi all,
>
> For the last couple of days, I have been trying to set
> up linux kernel under 8MB. So far I have set up a linux 2.4.31, which
> just works under 8MB. However, I would be grateful if someone could
> help
On Iau, 2005-08-18 at 14:17 -0400, Lee Revell wrote:
> Maybe the distros need to just increase the default FD limit to 1024. I
> hit this constantly with gtk-gnutella, if try to download a file that's
> available on more than 1024 hosts it will open sockets until it hits
> that limit then bomb
On Iau, 2005-08-18 at 14:23 -0400, Linh Dang wrote:
> They're in current process's vm. You just have to parse it yourself.
>
> something along the (untested) lines:
>
> struct mm_struct *mm = current ? get_task_mm(current) : NULL;
>
> if (mm) {
> unsigned env_len
On Iau, 2005-08-18 at 23:37 +0200, Bartlomiej Zolnierkiewicz wrote:
> + },{ /* 14 */
> + .name = "Revolution",
> + .init_hwif = init_hwif_generic,
> + .channels = 2,
> + .autodma= AUTODMA,
> +
Steven Rostedt wrote:
On Wed, 2005-08-17 at 19:38 -0700, Sundar Narayanaswamy wrote:
Hi,
I am trying to experiment using 2.6.12 kernel with the realtime-preempt
V0.7.51-38 patch to determine the kernel preemption latencies with the
CONFIG_PREEMPT_RT mode. The test program I wrote does the
Hi!
> > PageMisc would look less ugly
>
> I disagree again. I don't think PageFsMisc() is particularly ugly or
> unreadable; and it makes it a touch more likely that someone reading code that
> uses it will notice that it's a miscellaneous flag specifically for filesystem
> use (you can't rely
On 8/18/05, Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Thu, 18 Aug 2005, Bartlomiej Zolnierkiewicz wrote:
> >
> > 3 obvious fixes + support for 2 new controllers
> > (just new PCI IDs).
>
> Btw, things like this:
>
> +#define IDEFLOPPY_TICKS_DELAY HZ/20 /* default delay for
David S. Miller wrote:
From: Anton Blanchard <[EMAIL PROTECTED]>
Date: Fri, 19 Aug 2005 04:29:55 +1000
Calling itanium the "fastest 64bit processor at any given clock frequency"
on lkml is likewise inflammatory :)
I totally agree.
Since the itanium off loads a lot of its instruction
On Thu, 18 Aug 2005, Bartlomiej Zolnierkiewicz wrote:
>
> 3 obvious fixes + support for 2 new controllers
> (just new PCI IDs).
Btw, things like this:
+#define IDEFLOPPY_TICKS_DELAY HZ/20 /* default delay for ZIP 100
(50ms) */
are just bugs waiting to happen.
Hint: see what
On Thu, 18 Aug 2005 14:32:48 -0700 (PDT)
"David S. Miller" <[EMAIL PROTECTED]> wrote:
> From: Chris Wedgwood <[EMAIL PROTECTED]>
> Date: Thu, 18 Aug 2005 09:33:58 -0700
>
> > I thought the concensurs here was that because doing reliable atomic
> > updates of 64-bit values isn't possible on some
Hi all,
For the last couple of days, I have been trying to set
up linux kernel under 8MB. So far I have set up a linux 2.4.31, which
just works under 8MB. However, I would be grateful if someone could
help with the following queries
a) Is linux2.4 just the right option?
I'm seeing a problem with TCP keepalive behavior in 2.6.12.5.
Linux provides 3 non-standard TCP socket options for tweaking the
keepalive behavior of individual sockets: TCP_KEEPIDLE, TCP_KEEPCNT,
and TCP_KEEPINTVL. The values set on a socket with these options should
override the system-wide
Sean Bruno <[EMAIL PROTECTED]> writes:
> Just finished building the latest git for my dual-opteron box(ASUS
> K8N-DL with 6GB Ram). No new issues noted, works about as well as
> 2.6.12 for me. ASUS still has not addressed their ACPI Table and I am
> doubtful that they ever will.
What was the
Hi,
3 obvious fixes + support for 2 new controllers
(just new PCI IDs).
Please pull from:
rsync://rsync.kernel.org/pub/scm/linux/kernel/git/bart/ide-2.6.git
diffstat/changelog/patch below
--
Bartlomiej
drivers/ide/Kconfig |1 +
drivers/ide/ide-floppy.c |2 +-
Just finished building the latest git for my dual-opteron box(ASUS
K8N-DL with 6GB Ram). No new issues noted, works about as well as
2.6.12 for me. ASUS still has not addressed their ACPI Table and I am
doubtful that they ever will.
In order to boot any kernel, I am disabling ACPI in the BIOS.
Please pull from the 'upstream-fixes' branch of
rsync://rsync.kernel.org/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
to receive the fixes described in the attached diffstat/changelog/patch.
drivers/net/8139cp.c |7 ++
drivers/net/dm9000.c | 52
On Thu, 2005-08-18 at 15:03 +0200, Johannes Berg wrote:
> On Thu, 2005-08-18 at 15:00 +1000, Benjamin Herrenschmidt wrote:
>
> > There used to be cases where we used the nvram stuff before kmalloc()
> > was available. I'll check if this is still the case.
>
> Ah, ok. Makes sense. In that case I
Hi!
> > Please make it "echo 1 > frozen", then userspace can do "echo 0 > frozen"
> > after five seconds.
>
> What if the code to do "echo 0 > frozen" is swapped out to disk? ;)
Emergency head parker needs to be pagelocked for other reasons. You do
not want to page it from disk while your
On Thu, Aug 18, 2005 at 10:02:55PM +0200, Samuel Thibault wrote:
> Samuel Thibault, le Thu 18 Aug 2005 21:49:41 +0200, a ?crit :
> > Eric Dumazet, le Thu 18 Aug 2005 17:18:55 +0200, a ?crit :
> > > I believe IRQ stacks are also allocated on node 0, that seems more
> > > serious.
> >
> > For the
From: Ollie Wild <[EMAIL PROTECTED]>
Date: Thu, 18 Aug 2005 12:05:31 -0700
> Patrick McHardy wrote:
>
> >Checking the return value of ip_append_data seems cleaner to me.
> >Patch attached.
> >
> >
> Works for me.
Applied, thanks everyone.
-
To unsubscribe from this list: send the line
From: Chris Wedgwood <[EMAIL PROTECTED]>
Date: Thu, 18 Aug 2005 09:33:58 -0700
> I thought the concensurs here was that because doing reliable atomic
> updates of 64-bit values isn't possible on some (most?) 32-bit
> architectures so we need additional locking to make this work which is
>
On Thu, 2005-08-18 at 17:15 -0400, Adam Goode wrote:
> On Thu, 2005-08-18 at 22:49 +0200, Pavel Machek wrote:
> > Please make it "echo 1 > frozen", then userspace can do "echo 0 > frozen"
> > after five seconds.
>
> What if the code to do "echo 0 > frozen" is swapped out to disk? ;)
In the real
From: Anton Blanchard <[EMAIL PROTECTED]>
Date: Fri, 19 Aug 2005 04:29:55 +1000
> Calling itanium the "fastest 64bit processor at any given clock frequency"
> on lkml is likewise inflammatory :)
I totally agree.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
--On Thursday, August 18, 2005 22:02:55 +0200 Samuel Thibault <[EMAIL
PROTECTED]> wrote:
> Samuel Thibault, le Thu 18 Aug 2005 21:49:41 +0200, a écrit :
>> Eric Dumazet, le Thu 18 Aug 2005 17:18:55 +0200, a écrit :
>> > I believe IRQ stacks are also allocated on node 0, that seems more
Hi David,
On Thu, Aug 18, 2005 at 02:07:50PM +0800, David Teigland wrote:
> +/*
> + * /config/dlm//spaces//nodes//nodeid
> + * /config/dlm//spaces//nodes//weight
> + * /config/dlm//comms//nodeid
> + * /config/dlm//comms//local
> + * /config/dlm//comms//addr
> + * The level is useless, but I
On Thu, 2005-08-18 at 17:24 +0200, Thomas Gleixner wrote:
> finally found the deadlock. It was caused by IRQ flood, which was
> introduced by the end_irq() changes.
Found another one to back out. It creaped in with the same patch.
It's slow and just conceals bad configured PICs and crappy demux
On Thu, 2005-08-18 at 22:49 +0200, Pavel Machek wrote:
> Please make it "echo 1 > frozen", then userspace can do "echo 0 > frozen"
> after five seconds.
What if the code to do "echo 0 > frozen" is swapped out to disk? ;)
Thanks,
Adam
signature.asc
Description: This is a digitally signed
On 8/18/05, Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> On Thu, Aug 18, 2005 at 02:07:14AM +0200, Jesper Juhl wrote:
> > This patch renames sema_init to init_sema, init_MUTEX to init_mutex and
> > init_MUTEX_LOCKED to init_mutex_locked and at the same time creates 3
> > (deprecated) wrapper
> Itanium processors are the fastest 64bit processors at any given clock
> frequency. The earlier generations of processors do not even have the
> instruction set that would enable the processor to do more parallel
> processing. =-)
>
> Please do not make such inflammatory statements on the
Andrew,
Sorry about the blunder in the initial patches. Where I thought I'd done a
full kernel compile to test it turned out that I'd only (by mistake) done a
build of my regular config which of course didn't cover everything.
This time around I've done a full allyesconfig build of the kernel
Mateusz Berezecki wrote:
Daniel J Blueman <[EMAIL PROTECTED]> wrote:
->
-> There is a good chance the rt2x00 driver will get into the kernel tree
-> in time, since there is no firmware to upload - Ralink Tech
-> (www.ralink.com.tw) took a design decision to incorporate the firmware
-> into an
Daniel J Blueman <[EMAIL PROTECTED]> wrote:
->
-> There is a good chance the rt2x00 driver will get into the kernel tree
-> in time, since there is no firmware to upload - Ralink Tech
-> (www.ralink.com.tw) took a design decision to incorporate the firmware
-> into an EEPROM on-board, allowing
Hi!
> I would suggest some sysfs file for doing this. The best approach would
Actually it is usefull for other devices, too... for power saving.
Some people call it "runtime power managment".
> sysfs attribute for this and we integrate a proper solution once the
> request type stuff is
Hello,
> Add this to the PCI IDs database as sourceforge.net. The pci.ids files
> in the kernel is mirrored from that database, and also, it will soon be
> removed from the kernel itself.
done.
Thanks,
Thomas
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
Hi!
> >>We had this discussion on LKML and Alan Cox' comment on it was that a
> >>solution like this would be acceptable, where we try and shove
> >>everything out first and then fall back on sector-by-sector to determine
> >>where an error occurs. This will only break if the problematic sector
>
Thomas Glanzmann wrote:
[PATCH] Add PCI ID for GeForce 6200 TurboCache(TM)
This adds the PCI ID for GeForce 6200 TurboCache(TM) as pointed out in
ftp://download.nvidia.com/XFree86/Linux-x86/1.0-7676/README.txt
Signed-off-by: Thomas Glanzmann <[EMAIL PROTECTED]>
Add this to the PCI IDs
[PATCH] Add PCI ID for GeForce 6200 TurboCache(TM)
This adds the PCI ID for GeForce 6200 TurboCache(TM) as pointed out in
ftp://download.nvidia.com/XFree86/Linux-x86/1.0-7676/README.txt
Signed-off-by: Thomas Glanzmann <[EMAIL PROTECTED]>
--- a/drivers/pci/pci.ids
+++ b/drivers/pci/pci.ids
@@
Samuel Thibault, le Thu 18 Aug 2005 21:49:41 +0200, a écrit :
> Eric Dumazet, le Thu 18 Aug 2005 17:18:55 +0200, a écrit :
> > I believe IRQ stacks are also allocated on node 0, that seems more serious.
>
> For the i386 architecture at least, yes: they are statically defined in
>
Guillermo López Alejos <[EMAIL PROTECTED]> writes:
> Whoa!, I did not expect so many replies. Thank you for your answers.
>
> The thing is that the Computer Architecture area of the University I
> am studying at is developing a parallel filesystem. Currently it works
> as a stand-alone program
>I haven't used any of the RT patches since V0.7.51-xx, but I upgraded to -rt8
>yesterday and had a couple of problems. I've just noticed you released -rt9,
>but I don't think my problem is listed as fixed.. I'll upgrade anyway, in a
>minute.
>The problem I'm having is that when the kernel
Eric Dumazet, le Thu 18 Aug 2005 17:18:55 +0200, a écrit :
> I believe IRQ stacks are also allocated on node 0, that seems more serious.
For the i386 architecture at least, yes: they are statically defined in
arch/i386/kernel/irq.c, while they could be per_cpu.
Regards,
Samuel
-
To unsubscribe
On 8/18/05, Greg KH <[EMAIL PROTECTED]> wrote:
> @@ -500,9 +519,13 @@ int class_device_add(struct class_device
>}
>
>class_device_add_attrs(class_dev);
> - if (class_dev->dev)
> + if (class_dev->dev) {
> + class_name = make_class_name(class_dev);
>
On Thu, Aug 18, 2005 at 01:17:51PM +0530, Mukund JB`. wrote:
> I guess it will involve enough amount of work. If NOT, please provide me
> the documentation if available, HOW-TO use the MMC layer.
I've suggested that you look through the existing three drivers.
There is no how-to written yet, and
Patrick McHardy wrote:
Checking the return value of ip_append_data seems cleaner to me.
Patch attached.
Works for me.
Thanks,
Ollie
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Ollie Wild wrote:
> That said, I appreciate that the if-else condition doesn't seem quite
> right. The problem is, the icmp_push_reply() routine is implicitly
> using the queue as a success indicator. I put the
> ip_flush_pending_frames() call inside the else block because I wanted to
>
On Mon, Aug 15, 2005 at 01:51:06PM -0400, Nathan Lutchansky wrote:
> Hi everyone,
>
> This patch series makes a couple of improvements to the i2c device
> probing process.
These all generally look quite good, thanks. But it looks like you and
Jean went back and forth on a few issues, care to
1 - 100 of 504 matches
Mail list logo
