Horst von Brand wrote:
>Hans Reiser <[EMAIL PROTECTED]> wrote:
>
>
>>Stefan Smietanowski wrote:
>>
>>
>>>I think "..." and ".meta" both serve as a logical delimiter. However
>>>some programs implement their own "..." which would make it clash with
>>>them. Naturally if some program created
On Tue, Jul 12, 2005 at 12:40:41AM -0400, Karim Yaghmour wrote:
>
> Greg KH wrote:
> > The path/filename dictates how it is used, so putting relayfs type files
> > in debugfs is just fine. debugfs allows any types of files to be there.
> ...
> > New trees in / are not LSB compliant, hence the
On Mon, Jul 11, 2005 at 10:33:24PM -0400, Horst von Brand wrote:
> Hans Reiser <[EMAIL PROTECTED]> wrote:
> > I chose '' (four dots) because it clashes with less, not three dots.
>
> Is this some kind of "My dots are more than yours" contest?!
>
> /None/ of them is safe. ".meta", "...",
Followup to: <[EMAIL PROTECTED]>
By author:Wakko Warner <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> Not all machines are PXE capable. The boot will be generally CDrom or USB
> stick. I wanted to continue to support our machines that are not capable of
> booting from either of
Followup to: <[EMAIL PROTECTED]>
By author:Krzysztof Halasa <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> Wakko Warner <[EMAIL PROTECTED]> writes:
>
> > x86. Does zImage work on other arches? (I've only ever dealt with alpha
> > and sparc other than x86)
>
> Sure, ARM for
Followup to: <[EMAIL PROTECTED]>
By author:shogunx <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> On Tue, 3 May 2005, Wakko Warner wrote:
>
> On an interesting side note, when running linux on IBM rs/6000, which is
> a ppc64 machine, one must use a zImage kernel dd'ed into a small
Followup to: <[EMAIL PROTECTED]>
By author:"Randy.Dunlap" <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
> |
> | Yes, I do recall it says "System is 724k". zImage failes. bzImage says
> | 724k as well and succeeds.
>
> The image size needs to be <= 0x7f000 (520192 bytes, 508 KB).
>
>
Greg KH wrote:
> The path/filename dictates how it is used, so putting relayfs type files
> in debugfs is just fine. debugfs allows any types of files to be there.
...
> New trees in / are not LSB compliant, hence the reason for writing
> securityfs to get rid of /selinux and other LSM
Andrew Morton <[EMAIL PROTECTED]> writes:
> Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> >
> > On Mon, Jul 11, 2005 at 08:10:42PM -0500, Tom Zanussi wrote:
> > >
> > > Hi Andrew, can you please merge relayfs? It provides a low-overhead
> > > logging and buffering capability, which does not
Pavel Machek wrote:
> Hi!
>
>
Aww crap, thunderbird screwed up the white space...
A usable version of the patch is attached, or here is a link:
http://dev.gentoo.org/~marineam/files/patch-radeonfb-2.6.12
>>>
>>>
>>>Wrong indentation in acpi_vgapost; I remember there was better
On Mon, Jul 11, 2005 at 10:55:33PM -0500, Tom Zanussi wrote:
> Greg KH writes:
> > On Mon, Jul 11, 2005 at 11:03:59PM -0400, Karim Yaghmour wrote:
> > >
> > > Greg KH wrote:
> > > > What ever happened to exporting the relayfs file ops, and just using
> > > > debugfs as your controlling fs
On Mon, Jul 11, 2005 at 11:52:57PM -0400, Karim Yaghmour wrote:
>
> Greg KH wrote:
> > Based on the proposed users of this fs, I don't see any. What ones are
> > you saying are not "debug" type operations? And yes, I consider LTT a
> > "debug" type operation :)
> >
> > The best part of this,
--Lee Revell <[EMAIL PROTECTED]> wrote (on Tuesday, July 12, 2005 00:13:21
-0400):
> On Mon, 2005-07-11 at 21:07 -0700, Martin J. Bligh wrote:
>>
>> --Lee Revell <[EMAIL PROTECTED]> wrote (on Monday, July 11, 2005 20:30:59
>> -0400):
>>
>> > On Mon, 2005-07-11 at 14:39 -0600, Chris Friesen
On Mon, 2005-07-11 at 21:07 -0700, Martin J. Bligh wrote:
>
> --Lee Revell <[EMAIL PROTECTED]> wrote (on Monday, July 11, 2005 20:30:59
> -0400):
>
> > On Mon, 2005-07-11 at 14:39 -0600, Chris Friesen wrote:
> >> Lee Revell wrote:
> >>
> >> > Tickless + sub HZ timers is a win for everyone, the
--Lee Revell <[EMAIL PROTECTED]> wrote (on Monday, July 11, 2005 20:30:59
-0400):
> On Mon, 2005-07-11 at 14:39 -0600, Chris Friesen wrote:
>> Lee Revell wrote:
>>
>> > Tickless + sub HZ timers is a win for everyone, the multimedia people
>> > get better latency, and the laptop people get to
My Thinkpad T30 "Intel" wireless now works perfectly after switching to the
hostap_pci driver and updating the primary and station firmware (pk010101.hex
and sf010804.hex respectively) on the MiniPCI card using the WinUpdate program
(I dual boot Win2K) as described in the below link.
I re-ran
Greg KH wrote:
> Based on the proposed users of this fs, I don't see any. What ones are
> you saying are not "debug" type operations? And yes, I consider LTT a
> "debug" type operation :)
>
> The best part of this, is it gives distros and users a consistant place
> to mount the fs, and to know
Greg KH writes:
> On Mon, Jul 11, 2005 at 11:03:59PM -0400, Karim Yaghmour wrote:
> >
> > Greg KH wrote:
> > > What ever happened to exporting the relayfs file ops, and just using
> > > debugfs as your controlling fs instead? As all of the possible users
> > > fall under the "debug" type
David Masover <[EMAIL PROTECTED]> wrote:
[...]
> Both camps seem to want to allow easy access to the metadata of a
> file, whether we're given that file as an inode or as a pathname.
> That's why I suggested /meta/vfs and /meta/inode -- sometimes I want
> to look up a file by name, and sometimes
Hans Reiser <[EMAIL PROTECTED]> wrote:
> Stefan Smietanowski wrote:
> > I think "..." and ".meta" both serve as a logical delimiter. However
> > some programs implement their own "..." which would make it clash with
> > them. Naturally if some program created a directory called .meta we're
> >
"Theodore Ts'o" <[EMAIL PROTECTED]> writes:
> On Mon, Jul 11, 2005 at 12:32:37PM +0200, Paolo Ornati wrote:
> > But what I'm looking for is a list of syscalls that are automatically
> > restarted when SA_RESTART is set, and especially in what conditions.
> >
> > For example: read(), write(),
Marc Aurele La France <[EMAIL PROTECTED]> wrote:
> It has been more than a week now...
> -- Forwarded message --
> Date: Sun, 3 Jul 2005 11:12:03 -0600 (MDT)
> From: Marc Aurele La France <[EMAIL PROTECTED]>
> To: Linus Torvalds
> Subject: Kernel header policy
[]
> I am
On Mon, Jul 11, 2005 at 11:03:59PM -0400, Karim Yaghmour wrote:
>
> Greg KH wrote:
> > What ever happened to exporting the relayfs file ops, and just using
> > debugfs as your controlling fs instead? As all of the possible users
> > fall under the "debug" type of kernel feature, it makes more
Two small changes: make the IRQ name less generic, and stop
whining about certain non-errors (details in the patch comments).
Please merge.
- Dave
Make the 8250 UART driver register its IRQ using a label that's more
appropriate ... it's an 8250 UART, not one of dozens of other kind of
serial
Greg KH wrote:
> What ever happened to exporting the relayfs file ops, and just using
> debugfs as your controlling fs instead? As all of the possible users
> fall under the "debug" type of kernel feature, it makes more sense to
> confine users to that fs, right?
Actually, like we discussed the
Please acknowledge that you understand how inappropriate
and problem causing your huge patch bomb was today to this
mailing list.
It is nearly 8 hours later, and vger.kernel.org is still
trying mightily to spit out all of your patches to the
5000+ people subscribed to linux-kernel.
There is
Hal Rosenstock <[EMAIL PROTECTED]> wrote:
>
> > I'll tentatively consider this material to be not-for-2.6.13?
>
> Presuming that "this material" refers to the patch to add the kernel CM
> implementation, if kernel CM does not make 2.6.13, then user CM should
> not either as it is dependent on
On Mon, Jul 11, 2005 at 01:30:47PM -0700, Joe Sevy wrote:
> Sorry, no logs or dmesg to report; just performance.
> Using kernel 2.6.12: USB flash drive (san-disk cruzer
> micro) Copy FROM drive is normal and quick; copy TO
> drive is amazingly slow. (30 minutes for 50K file).
> Used same
On Mon, Jul 11, 2005 at 03:37:47PM -0600, Marc Aurele La France wrote:
> I am contacting you to express my concern over a growing trend in kernel
> development. I am specifically referring to changes being made to kernel
> headers that break compatibility at the userland level, where __KERNEL__
>
Andrew Morton wrote:
> Still, first let us get a handle on who wants relayfs now and in the future
> and for what. Then we can better decide.
We used relayfs for our series of tests on PREEMPT_RT and I-Pipe.
Specifically, we used relayfs buffers to store the timestamps for our
interrupt latency
On Mon, Jul 11, 2005 at 08:10:42PM -0500, Tom Zanussi wrote:
>
> Hi Andrew, can you please merge relayfs? It provides a low-overhead
> logging and buffering capability, which does not currently exist in
> the kernel.
>
> relayfs key features:
>
> - Extremely efficient high-speed
On Mon, 2005-07-11 at 15:38 +0100, Alistair John Strachan wrote:
> I realise 4KSTACKS is a considerable rework of the IRQ handler, etc. and
> probably even more heavily modified by rt-preempt, but is there nothing else
> that can be tested before a serial console run?
>
Well, netconsole is a
> On Sad, 2005-05-28 at 14:57, Parag Warudkar wrote:
> > This current problem of Hang-On-Boot if USB drive is attached does not
happen
> > with Windows - so it is some sort of additional (unnecessary?) thing which
> > Linux does and the BIOS doesn't like. (Like re-enabling the controller
even
On Mon, 2005-07-11 at 20:05, Andrew Morton wrote:
> Hal Rosenstock <[EMAIL PROTECTED]> wrote:
> >
> > This is version 2 of a patch series to get the Infiniband core up to
> > date.
>
> Well that was interesting.
>
> - All the patches had mangled headers:
>
> -- linux-2.6.13-rc2-mm1-16/...
> +++
On Sat, Jul 09, 2005 at 02:32:47PM +0200, Thomas Heinz wrote:
> Is it possible to make the DVD-RAM partitions available as device
> nodes (or at least directly mountable without the losetup hack)?
> One solution would be to make the device available as /dev/sdX and
> /dev/srX. Is that possible?
On Fri, Jul 08, 2005 at 02:34:56PM -0400, John W. Linville wrote:
> Some PCI devices lose all configuration (including BARs) when
> transitioning from D3hot->D0. This leaves such a device in an
> inaccessible state. The patch below causes the BARs to be restored
> when enabling such a device, so
Christoph Hellwig <[EMAIL PROTECTED]> wrote:
>
> On Mon, Jul 11, 2005 at 08:10:42PM -0500, Tom Zanussi wrote:
> >
> > Hi Andrew, can you please merge relayfs? It provides a low-overhead
> > logging and buffering capability, which does not currently exist in
> > the kernel.
>
> While the code is
On Mon, Jul 11, 2005 at 08:10:42PM -0500, Tom Zanussi wrote:
>
> Hi Andrew, can you please merge relayfs? It provides a low-overhead
> logging and buffering capability, which does not currently exist in
> the kernel.
While the code is pretty nicely in shape it seems rather pointless to
merge
Andrew Morton writes:
> Tom Zanussi <[EMAIL PROTECTED]> wrote:
> >
> > Hi Andrew, can you please merge relayfs?
>
> I guess so. Would you have time to prepare a list of existing and planned
> applications?
Sure. I know that systemtap (http://sourceware.org/systemtap/) is
using relayfs
> >
> > Hi Andrew, can you please merge relayfs?
>
> I guess so. Would you have time to prepare a list of existing and planned
> applications?
I have a plan to use it for something that no-one knows about yet..
I was going to use it for doing a DRM packet debug logger... to try
and trace hangs
On Mon, 2005-07-11 at 16:08 +0200, Arjan van de Ven wrote:
> Alan: you worked on this before, where did you end up with ?
>
The last patch i've seen is 1 year old.
http://www.ussg.iu.edu/hypermail/linux/kernel/0407.3/0643.html
Eric St-Laurent
-
To unsubscribe from this list: send the line
On Mon, 11 Jul 2005, Michel Bouissou wrote:
> Le Lundi 11 Juillet 2005 23:21, Alan Stern a écrit :
> > Don't jump to hasty conclusions. Problems like this are often caused by
> > unrelated things that you wouldn't suspect at first.
>
> I know... Been working with computers for... Uh... 25 years
Hello Wendy,
Two things: your patch needs to be properly signed off on. Read
Documentation/SubmittingPatches for a description of what that entials.
Secondly, your patch adds whitespace on the end of the else. Aside
from that, the printk should be removed -- just replace it with the
ret =
Tom Zanussi <[EMAIL PROTECTED]> wrote:
>
> Hi Andrew, can you please merge relayfs?
I guess so. Would you have time to prepare a list of existing and planned
applications?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
On Tue, 12 Jul 2005 04:11:03 +0300 Nerijus Baliunas wrote:
| On Mon, 11 Jul 2005 23:10:37 +0300 Nerijus Baliunas <[EMAIL PROTECTED]> wrote:
|
| > I have 2 cdroms which hang PC - one when trying to mount, another when
| > inserted. Kernel 2.6.12-1.1390_FC4, Lite-On SOHW-1673S,
| > hdc: ATAPI 48X
- Initialize all non mutually exclusive variables
without regard to the mode selected.
- Do a software reset each time the parameters are
set, regardless of whether anything changes.
This may allow an application to recover from a
hung condition.
- Improved error reporting.
- Removed $Id:$
Hello Oleg,
On Mon, 11 Jul 2005, Oleg Nesterov wrote:
> Zwane Mwaikambo wrote:
> >
> > --- linux-2.6.13-rc1-mm1/arch/i386/kernel/entry.S 3 Jul 2005 13:20:43
> > - 1.1.1.1
> > +++ linux-2.6.13-rc1-mm1/arch/i386/kernel/entry.S 10 Jul 2005 22:33:37
> > -
> > -
> > +/* Build the
Hi!
Sorry about the bother, enabling K8 IOMMU fixed the issues.
At least that's the most relevant change I made to the conf
to fix it.
For some reason I must have had a brainfart and not enabled it.
Thanks to Pauli Borodulin for noticing this :)
--
mjt
signature.asc
Description: Digital
Combine response_mad() and solicited_mad() routines into a single
function and simplify/encapsulate its usage.
Signed-off-by: Sean Hefty <[EMAIL PROTECTED]>
Signed-off-by: Hal Rosenstock <[EMAIL PROTECTED]>
This patch depends on patch 3/27.
--
mad.c | 105 --
1 files changed,
Have ib_mad_send_wr_private reference the private agent structure
directly, rather than the exposed agent definition. Remove unneeded
parameters to functions and simplify code were possible from this
change.
Signed-off-by: Sean Hefty <[EMAIL PROTECTED]>
Signed-off-by: Hal Rosenstock <[EMAIL
On Mon, 11 Jul 2005 23:10:37 +0300 Nerijus Baliunas <[EMAIL PROTECTED]> wrote:
> I have 2 cdroms which hang PC - one when trying to mount, another when
> inserted. Kernel 2.6.12-1.1390_FC4, Lite-On SOHW-1673S,
> hdc: ATAPI 48X DVD-ROM DVD-R CD-R/RW drive, 2048kB Cache, UDMA(33)
> I can send them
On Mon, 2005-07-11 at 08:09 -0600, Zwane Mwaikambo wrote:
> On Mon, 11 Jul 2005, Arjan van de Ven wrote:
>
> > On Mon, 2005-07-11 at 03:59 +0200, Andi Kleen wrote:
> > > Why per node? Why not go the whole way and make it per CPU?
> >
> > Agreed, for two reasons even
> > 1) Per cpu allows for
Sune Mølgaard wrote:
I have tried compiling psmouse as module and loading it, and I have
tried compiling it into kernel. I have also chosen to have a /dev/psaux,
that doesn't get any input either. Mouse seems to get detected, as per
this snippet from dmesg:
Oh yeah. I also tried an usb ->
Hi Andrew, can you please merge relayfs? It provides a low-overhead
logging and buffering capability, which does not currently exist in
the kernel.
relayfs key features:
- Extremely efficient high-speed logging/buffering
- Simple mechanism for user-space data retrieval
- Very short write path
On Mon, Jul 11, 2005 at 02:23:08PM +0100, Alan Cox wrote:
> > > Because some machines exhibit appreciable latency in entering low power
> > > state via ACPI, and 1000Hz reduces their battery life. By about half,
> > > iirc.
> > >
> > Then the owners of such machines can use HZ=250 and leave the
On Mon, July 11, 2005 2:34 pm, Pavel Machek said:
> Hi!
>
> 2.6.12-rc5 (and newer) does not boot on sharp zaurus sl-5500. It
> blinks with green led, fast; what does it mean? I'd like to verify if
> it at least reaches .c code in setup.c. I inserted this code at
> begining of setup.c:674...
>
>
> The real answer here is for the tickless patches to cleaned up to the
> point where they can be merged, and then we won't waste battery power
> entering the timer interrupt in the first place. :-)
one big step forward for that is to have a
mod_timer_relative() and add_timer_relative()
which
Minor cleanup during startup and shutdown
Signed-off-by: Hal Rosenstock <[EMAIL PROTECTED]>
This patch depends on patch 7/27.
--
mad.c | 44 +--
1 files changed, 9 insertions(+), 35 deletions(-)
diff -uprN linux-2.6.13-rc2-mm1/drivers/infiniband7/core/mad.c
* Alistair John Strachan <[EMAIL PROTECTED]> wrote:
> Here's a screenshot of the oops. Notice that "stack left" is now -52.
> We've confirmed this is a stack overflow!
>
> http://devzero.co.uk/~alistair/oops8.jpeg
>
> I'm going to try the 8K stack kernel with the same stuff and see if I
>
Add automatic retries to MAD layer.
Signed-off-by: Sean Hefty <[EMAIL PROTECTED]>
Signed-off-by: Hal Rosenstock <[EMAIL PROTECTED]>
This patch depends on patch 9/27.
--
core/mad.c | 26 +-
core/mad_priv.h|2 ++
core/sa_query.c|3 ++-
On Mon, Jul 11, 2005 at 05:20:12PM -0700, Greg KH wrote:
> On Tue, Jul 05, 2005 at 05:38:50PM -0700, Patrick Mansfield wrote:
> > Hi Greg / Patrick -
> >
> > I'm getting an oops with current (pulled today) 2.6 git, the
> > device_for_each_child() does not seem to be deletion safe.
> >
> > We
>From: Russell King [mailto:[EMAIL PROTECTED] Behalf Of Russell King
>Can we see this code?
Because I was working on the assumption that the driver would no longer be
serial.c and would use only my card, I may have done some things that
weren't exactly the best practice. This is partially why I
On Monday 11 July 2005 17:48, Hal Rosenstock wrote:
> Add new helper routines for allocating MADs for sending and formatting
> a send WR.
> -- linux-2.6.13-rc2-mm1/drivers/infiniband2/core/mad.c
> +++ linux-2.6.13-rc2-mm1/drivers/infiniband3/core/mad.c
On Mon, Jul 11, 2005 at 12:32:37PM +0200, Paolo Ornati wrote:
> But what I'm looking for is a list of syscalls that are automatically
> restarted when SA_RESTART is set, and especially in what conditions.
>
> For example: read(), write(), open() are obviously restarted, but even
> on non-blocking
On Mon, 2005-07-11 at 11:38 -0700, Martin J. Bligh wrote:
> >> Lots of people have switched from 2.4 to 2.6 (100 Hz to 1000 Hz) with no
> >> impact in
> >> stability, AFAIK. (I only remember some weird warning about HZ with debian
> >> woody's
> >> ps).
> >>
> >
> > Yes, that's called
Fixed locking to handle error posting MAD send work requests.
Fixed handling canceling a MAD with an active work request.
Signed-off-by: Sean Hefty <[EMAIL PROTECTED]>
Signed-off-by: Hal Rosenstock <[EMAIL PROTECTED]>
This patch depends on patch 14/27.
--
mad.c | 28 ++--
1
On Monday 11 Jul 2005 15:16, Ingo Molnar wrote:
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > might be an incorrect printout of stack_left :( The esp looks more or
> > less normal. Not sure why it printed -52.
>
> here's the stack_left calculation:
>
> + printk("ds: %04x es: %04x ss:
Added new call: ib_create_ah_from_wc. Call will allocate an
address handle given work completion information, including any
received GRH.
Signed-off-by: Sean Hefty <[EMAIL PROTECTED]>
Signed-off-by: Hal Rosenstock <[EMAIL PROTECTED]>
This patch depends on patch 15/27.
--
core/verbs.c |
Martin J. Bligh wrote:
Lots of people have switched from 2.4 to 2.6 (100 Hz to 1000 Hz) with no impact
in
stability, AFAIK. (I only remember some weird warning about HZ with debian
woody's
ps).
Yes, that's called "progress" so no one complained. Going back is
called a "regression". People
Hi all.
I can't seem to get a new PS/2 mouse to give any input on 2.6.11.6. I
have tried creating /dev/input/{mouse0,mouse1} apart from
/dev/input/mice as per numbers in Documentation/devices.txt, and cat
gives no output when wiggling the mouse.
I have tried compiling psmouse as module and
On Mon, 2005-07-11 at 14:39 -0600, Chris Friesen wrote:
> Lee Revell wrote:
>
> > Tickless + sub HZ timers is a win for everyone, the multimedia people
> > get better latency, and the laptop people get to run longer.
>
> IIRC it's not a win for many systems. Throughput goes down due to timer
>
* Alistair John Strachan <[EMAIL PROTECTED]> wrote:
> It's annoying that this is so readily reproducible here, yet almost
> impossible to debug, and clearly a sideaffect of 4KSTACKS.. without it
> actually being a stack overflow.
>
> I realise 4KSTACKS is a considerable rework of the IRQ
Hello,
I've two Iwill 8way Opteron equipped with 8 Opteron 875 CPUs each.
(In the past we build some systems with singlecore CPUs and they went
very well)
The Problem now is that the machines crash during boot when maxcpus is
greater than 8.
2.6.12-rc4 works well with maxcpus=8, with 9 or more
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > might be an incorrect printout of stack_left :( The esp looks more or
> > less normal. Not sure why it printed -52.
>
> here's the stack_left calculation:
>
> + printk("ds: %04x es: %04x ss: %04x preempt: %08x\n",
> +
Hello!
More progress on CONFIG_PREEMPT_RT-compatible RCU.
o Continued prototyping Linux-kernel implementation, still
in the CONFIG_PREEMPT environment.
o Reasonably reliably boots, still fragile.
o Using workqueues to ensure that grace periods advance
even if
On Tue, Jul 05, 2005 at 05:38:50PM -0700, Patrick Mansfield wrote:
> Hi Greg / Patrick -
>
> I'm getting an oops with current (pulled today) 2.6 git, the
> device_for_each_child() does not seem to be deletion safe.
>
> We hold the klist in place via the n_ref, but the kobj (in the struct
>
On Mon, Jul 11, 2005 at 09:34:54PM +0200, Pavel Machek wrote:
> Hi!
>
> 2.6.12-rc5 (and newer) does not boot on sharp zaurus sl-5500. It
> blinks with green led, fast; what does it mean? I'd like to verify if
> it at least reaches .c code in setup.c. I inserted this code at
> begining of
Have ib_mad_send_wr_private reference the private agent structure
directly, rather than the exposed agent definition. Remove unneeded
parameters to functions and simplify code were possible from this
change.
Signed-off-by: Sean Hefty <[EMAIL PROTECTED]>
Signed-off-by: Hal Rosenstock <[EMAIL
NO No more huge patch bombs to linux-kernel@vger.kernel.org
people! Condense your changes into more manageable pieces
or only submit smaller groups of changes at a time.
You people doing this are absolutely killing vger.kernel.org.
Every patch you post has to go to 5000+ subscribers, so
Hi!
> > 2.6.12-rc5 (and newer) does not boot on sharp zaurus sl-5500. It
> > blinks with green led, fast; what does it mean? I'd like to verify if
> > it at least reaches .c code in setup.c. I inserted this code at
> > begining of setup.c:674...
> >
> > #define locomo_writel(val,addr) ({
Stefan Smietanowski wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ok, still haven't heard much discussion of metafs vs file-as-directory,
but it seems like it'd be easier in metafs.
Why not implement it inside the directory containg the file ?
Ie the metadata for /home/stesmi/foo
Hal Rosenstock <[EMAIL PROTECTED]> wrote:
>
> This is version 2 of a patch series to get the Infiniband core up to
> date.
Well that was interesting.
- All the patches had mangled headers:
-- linux-2.6.13-rc2-mm1-16/...
+++ linux-2.6.13-rc2-mm1-17/...
instead of
---
On Mon, Jul 11, 2005 at 02:00:57PM -0600, Alex Williamson wrote:
> On Mon, 2005-07-11 at 20:46 +0100, Russell King wrote:
> > There was a bug in this area - does it happen with latest and greatest
> > kernels?
>
>Yes, I'm using a git pull from ~5hrs ago. How recent was the bug
> fix? It
Simplify calling of list_del.
Signed-off-by: Sean Hefty <[EMAIL PROTECTED]>
Signed-off-by: Hal Rosenstock <[EMAIL PROTECTED]>
This patch depends on patch 10/29.
--
mad.c |3 +--
1 files changed, 1 insertion(+), 2 deletions(-)
diff -uprN
Add automatic retries to MAD layer.
Signed-off-by: Sean Hefty <[EMAIL PROTECTED]>
Signed-off-by: Hal Rosenstock <[EMAIL PROTECTED]>
This patch depends on patch 9/29.
--
core/mad.c | 26 +-
core/mad_priv.h|2 ++
core/sa_query.c|3 ++-
Optimize canceling a MAD.
- Eliminate searching timeout list in cancel case.
- Remove duplicate calls to queue work item.
- Eliminate resending a MAD before MAD is completed.
Signed-off-by: Sean Hefty <[EMAIL PROTECTED]>
Signed-off-by: Hal Rosenstock <[EMAIL PROTECTED]>
This patch depends on
Lee Revell wrote:
Tickless + sub HZ timers is a win for everyone, the multimedia people
get better latency, and the laptop people get to run longer.
IIRC it's not a win for many systems. Throughput goes down due to timer
manipulation overhead.
Chris
-
To unsubscribe from this list: send
Here are some i2c patches that have been in the -mm tree for a while.
They fix a number of different bugs. But the majority of this patchest
(in diffstat volume) is moving the i2c chip drivers into the hwmon
directory. I used your 'dotest' script to acomplish this, but don't
know if git
Pavel Machek <[EMAIL PROTECTED]> wrote:
>
> This adds type-checking to pm_message_t, so that people can't confuse
> it with int or u32.
hm, well large amounts of this patch had already been applied by various
trees, including Linus's.
So I merged up the leftovers and we'll see what happens...
-
[PATCH] I2C: Coding style cleanups to via686a
On Wednesday 22 June 2005 08:17, Greg KH wrote:
> [PATCH] I2C: Coding style cleanups to via686a
>
> The via686a hardware monitoring driver has infamous coding style at the
> moment. I'd like to clean up the mess before I start working on other
>
> >Michel,
> >When you get chance, maybe you could boot the OS that used to work
for you (you mentioned 2.4) and provide the boot trace and
/proc/interrupts for comparison.
> # cat /proc/interrupts - 2.4:
>CPU0
> 0: 32095IO-APIC-edge timer
> 1:968IO-APIC-edge
[PATCH] I2C: minor I2C doc cleanups
The I2C stack has long had "id" fields, of rather dubious utility, in
many data structures. This removes mention of one of them from the
documentation about how to write an I2C driver, so that only drivers
that really need to use them (probably old/legacy
Jan Kara <[EMAIL PROTECTED]> wrote:
>
> attached patch adds an operation SWRITE to ll_rw_block(). When this
> operation is specified ll_rw_block() waits for a buffer lock and doesn't
> just skip the locked buffer. Under some circumstances we need to make
> sure that current data are really being
Alan,
>How about the patch below instead? It's a bit easier to use, in that it
>doesn't require users to know about a new parameter. Also it retries at
>1-second intervals for up to 5 seconds, which makes it a little more
>flexible. If this works for you, I'll submit it for inclusion in the
[PATCH] I2C: Move hwmon drivers (1/3)
Part 1: Configuration files and Makefiles.
From: Jean Delvare <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
commit ad2f931dcb41bcfae38cc77d78b7821dfef83cf2
tree 344940f7ce52d94cf9bdd862409c63ebeb9bfa3a
parent
On Mon, 2005-07-11 at 17:19, Tom Duffy wrote:
> On Mon, 2005-07-11 at 16:59 -0400, Hal Rosenstock wrote:
> > Add kernel portion of user CM implementation
>
> Hal, does this compile? As it doesn't seem to include the patch I sent
> to openib-general changing class_simple to class, I don't think
are you referring to the "OS/2" memory hole option? No, I haven't tried it,
but it's an interesting idea. I'm pretty sure the only memory hole that my
bios has is the option for OS/2, which I will try tonight.
Thanks,
Jon
From: Oliver Weihe <[EMAIL PROTECTED]>
To:
On Sun, 10 Jul 2005 02:00:49 +0200, Stefan Smietanowski <[EMAIL PROTECTED]>
said:
> So basically if I write a program that works in both Gnome and KDE I
> should (according to your description) implement my own VFS that will
> use the Gnome or KDE VFS that will then use the OS VFS.
Either that,
[PATCH] I2C: max6875 documentation update
Here is a proposed documentation update for the new max6875 i2c chip
driver.
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
commit 089bd86632769051f15cd7387eebe126d18f151f
tree
[PATCH] I2C: Clarify the usage of i2c-dev.h
Upon suggestion by Nils Roeder, here is an update to the i2c
documentation to clarify which header files user-space applications
relying on the i2c-dev interface should include.
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
Signed-off-by: Greg
1 - 100 of 796 matches
Mail list logo