Hi all,
today I got the following messages on one of our dual Opteron servers:
Apr 8 08:40:21 dslxs01neu kernel: CPU 1: Machine Check Exception:
0007
Apr 8 08:40:21 dslxs01neu kernel: Bank 4: f47520009c080a13 at
0001e89ccdf0
Apr 8 08:40:21 dslxs01neu kernel: Kernel panic: Unabl
On Thu, Apr 07, 2005 at 09:06:58PM -0600, Eric W. Biederman wrote:
> Sven Luther <[EMAIL PROTECTED]> writes:
>
> > > It sounds like you are now looking at the question of are the
> > > huge string of hex characters the preferred form for making
> > > modifications to firmware. Personally I would
On Fri, 2005-04-08 at 01:55 -0400, James Morris wrote:
> On Fri, 8 Apr 2005, Evgeniy Polyakov wrote:
>
> > > > Sure, but seems I need to ask again: What is the exact reason not to
> > > > implement
> > > > the muticast message multiplexing/subscription part of the connector as
> > > > a
> > > >
Err... never mind... I was not doing any radeon control.
On Apr 8, 2005 11:58 AM, AsterixTheGaul <[EMAIL PROTECTED]> wrote:
> > FWIW, I have the same problem on a T41p with 2.6.11 and 2.6.12-rc2,
> > except that neither returns from suspend-to-ram with video restored on
> > the LCD. I believe I w
On Fri, 8 Apr 2005, Martin Pool wrote:
>
> You can get the current bzr development tree, stored in itself, by
> rsync:
I was thinking more of an exportable kernel tree in addition to the tool.
The reason I mention that is just that I know several SCM's bog down under
load horribly, so it actu
Hi,
i want to write an application to access the i2c-matroxfb driver. can
anybody tell me how to start with ie if u r accessing a char driver similar
to File ie first we have to opne the driver, then when we call read it call
the driver specific read etc.
Likewise how can i wr
Srivatsa Vaddagiri wrote:
On Thu, Apr 07, 2005 at 05:10:24PM +0200, Ingo Molnar wrote:
Interaction with VST is not a big issue right now because this only matters
on SMP boxes which is a rare (but not unprecedented) target for embedded
platforms.
Well, I don't think VST is targetting just powe
> FWIW, I have the same problem on a T41p with 2.6.11 and 2.6.12-rc2,
> except that neither returns from suspend-to-ram with video restored on
> the LCD. I believe I was able to get video restored on an external CRT
> in either 2.6.12-rc2 or 2.6.12-rc2-mm1, but the LCD still didn't
> restore (can v
* Daniel Walker <[EMAIL PROTECTED]> wrote:
> This patch adds the priority list data structure from Inaky
> Perez-Gonzalez to the Preempt Real-Time mutex.
this one looks really clean.
it makes me wonder, what is the current status of fusyn's? Such a light
datastructure would be much more
* Frank Sorenson <[EMAIL PROTECTED]> [050407 15:21]:
> Frank Sorenson wrote:
> > Tony Lindgren wrote:
> >
> >>Thanks for trying it out. What kind of hardware do you have? Does it
> >>have HPET? It looks like no suitable timer for dyn-tick is found...
> >>Maybe the following patch helps?
> >>
> >>T
* Alexander Nyberg <[EMAIL PROTECTED]> [050407 02:31]:
> > > > Here's an updated dyn-tick patch. Some minor fixes:
> > >
> > > Doesn't look so good here. I get this with 2.6.12-rc2 (plus a few other
> > > patches).
> > > Disabling Dynamic Tick makes everything happy again (it boots).
> > >
> >
Hi, Jan Hudec schrub am Thu, 07 Apr 2005 09:44:08 +0200:
> 1) GNU Arch/Bazaar. They use the same archive format, simple, have the
>concepts right. It may need some scripts or add ons. When Bazaar-NG is
>ready, it will be able to read the GNU Arch/Bazaar archives so
>switching should
On Fri, 2005-04-08 at 09:19 +0400, Evgeniy Polyakov wrote:
> On Fri, 2005-04-08 at 15:08 +1000, Herbert Xu wrote:
> > On Fri, Apr 08, 2005 at 09:11:56AM +0400, Evgeniy Polyakov wrote:
> > >
> > > > Yes but what will go wrong on uni-processor MIPS when you don't do the
> > > > sync in atomic_sub_ret
hai all,
The following is the code snippet from drivers/char/keyboard.c
if ((raw_mode = (kbd->kbdmode == VC_RAW))) {
/*
* The following is a workaround for hardware
* which sometimes send the key release event twice
*/
On Fri, 08 Apr 2005 09:19:39 +0400
Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> > I know, the same thing holds for most architectures, including i386.
> > However, this is not an issue for uni-processor kernels anywhere else,
> > so what's so special about MIPS?
>
> Does i386 or ppc has cached a
On Thu, 2005-04-07 at 16:27 -0700, Linus Torvalds wrote:
>
> On Thu, 7 Apr 2005, Martin Pool wrote:
> >
> > Importing the first snapshot (2004-01-01) took 41.77s user, 1:23.79
> > total. Each subsequent day takes about 10s user, 30s elapsed to commit
> > into bzr. The speeds are comparable to C
On Fri, 8 Apr 2005, Evgeniy Polyakov wrote:
> > > Sure, but seems I need to ask again: What is the exact reason not to
> > > implement
> > > the muticast message multiplexing/subscription part of the connector as a
> > > generic part of netlink? That would be nice to have and useful for other
> >
Hi,
I think 'is_enabled' flag in pci_dev structure should be set/cleared
when the device actually enabled/disabled. Especially about
pci_enable_device(), it can be failed. By this change, we will also
get the possibility of refering 'is_enabled' flag from the functions
called thr
On Thu, Apr 07, 2005 at 05:10:24PM +0200, Ingo Molnar wrote:
> Interaction with VST is not a big issue right now because this only matters
> on SMP boxes which is a rare (but not unprecedented) target for embedded
> platforms.
Well, I don't think VST is targetting just power management in embe
Followup to: <[EMAIL PROTECTED]>
By author:Chris Wedgwood <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> On Thu, Apr 07, 2005 at 09:42:04PM -0700, Linus Torvalds wrote:
>
> > Yes. The silly thing is, at least in my local tests it doesn't
> > actually seem to be _doing_ anything while
On Fri, 2005-04-08 at 15:08 +1000, Herbert Xu wrote:
> On Fri, Apr 08, 2005 at 09:11:56AM +0400, Evgeniy Polyakov wrote:
> >
> > > Yes but what will go wrong on uni-processor MIPS when you don't do the
> > > sync in atomic_sub_return?
> >
> > Sync synchornizes cached mamory access,
> > without it
On Fri, Apr 08, 2005 at 09:11:56AM +0400, Evgeniy Polyakov wrote:
>
> > Yes but what will go wrong on uni-processor MIPS when you don't do the
> > sync in atomic_sub_return?
>
> Sync synchornizes cached mamory access,
> without it new value may be stored only into cache,
> but not into memory.
I
On Fri, 2005-04-08 at 14:53 +1000, Herbert Xu wrote:
> On Fri, Apr 08, 2005 at 08:55:27AM +0400, Evgeniy Polyakov wrote:
> >
> > > > Unfortunately not, that sync is required exactly for return value store.
> > >
> > > On UP?
> >
> > Yes, some quotes:
>
> Yes but what will go wrong on uni-process
On Thu, Apr 07, 2005 at 09:42:04PM -0700, Linus Torvalds wrote:
> Yes. The silly thing is, at least in my local tests it doesn't
> actually seem to be _doing_ anything while it's slow (there are no
> system calls except for a few memory allocations and
> de-allocations). It seems to have some expo
On Fri, 8 Apr 2005 14:53:02 +1000
Herbert Xu <[EMAIL PROTECTED]> wrote:
> Yes but what will go wrong on uni-processor MIPS when you don't do the
> sync in atomic_sub_return?
Indeed. I see nothing in those quotes which indicate that the
SYNC is needed on uniprocessor. It's only saying things suc
On Fri, Apr 08, 2005 at 08:55:27AM +0400, Evgeniy Polyakov wrote:
>
> > > Unfortunately not, that sync is required exactly for return value store.
> >
> > On UP?
>
> Yes, some quotes:
Yes but what will go wrong on uni-processor MIPS when you don't do the
sync in atomic_sub_return?
Cheers,
--
V
Cc: <[EMAIL PROTECTED]>, , <[EMAIL PROTECTED]>
It's trivial for the resize option to auto-get the underlying device size, while
it's harder for the user. I've copied the code from jfs.
Since of the different reiserfs option parser (which does not use the superior
match_token used by almost every
On Fri, 2005-04-08 at 14:17 +1000, Herbert Xu wrote:
> On Fri, Apr 08, 2005 at 08:21:28AM +0400, Evgeniy Polyakov wrote:
> >
> > > > On UP do not.
> > >
> > > Shouldn't we should be fixing the MIPS implementation of
> > > atomic_sub_return to not do the sync on UP then?
> >
> > Unfortunately not,
On Thu, 7 Apr 2005, Chris Wedgwood wrote:
>
> I'm playing with monotone right now. Superficially it looks like it
> has tons of gee-whiz neato stuff... however, it's *agonizingly* slow.
> I mean glacial. A heavily sedated sloth with no legs is probably
> faster.
Yes. The silly thing is, at l
On Fri, 08 Apr 2005 07:52:34 +0400
Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> sparc64 has 32->64 conversation on exit.
It's extremely cheap, the conversion instruction
pairs with the retl instruction so it's essentially
free.
Talking about an arithmetic instruction over is complete
nonsense w
On Fri, 8 Apr 2005 14:17:24 +1000
Herbert Xu <[EMAIL PROTECTED]> wrote:
> On UP?
I think the barrier can be eliminated on MIPS on UP.
-
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.
On Fri, Apr 08, 2005 at 08:21:28AM +0400, Evgeniy Polyakov wrote:
>
> > > On UP do not.
> >
> > Shouldn't we should be fixing the MIPS implementation of
> > atomic_sub_return to not do the sync on UP then?
>
> Unfortunately not, that sync is required exactly for return value store.
On UP?
--
Vi
On Fri, 2005-04-08 at 14:02 +1000, Herbert Xu wrote:
> On Fri, Apr 08, 2005 at 08:02:49AM +0400, Evgeniy Polyakov wrote:
> >
> > > > mips has additional sync.
> > >
> > > But atomic_dec + 2 barries is going to do the sync as well, no?
> >
> > On UP do not.
>
> Shouldn't we should be fixing the M
On Wed, Apr 06, 2005 at 08:42:08AM -0700, Linus Torvalds wrote:
> PS. Don't bother telling me about subversion. If you must, start reading
> up on "monotone". That seems to be the most viable alternative, but don't
> pester the developers so much that they don't get any work done. They are
> alrea
On Thu, Apr 07, 2005 at 08:05:31PM -0700, David Schwartz wrote:
> I think we have a real problem, however, in cases where the source
> file that holds only the firmware data contains a GPL notice.
Sure: the GPL notice isn't completely valid. But I think people have
already decided that th
On Fri, Apr 08, 2005 at 08:02:49AM +0400, Evgeniy Polyakov wrote:
>
> > > mips has additional sync.
> >
> > But atomic_dec + 2 barries is going to do the sync as well, no?
>
> On UP do not.
Shouldn't we should be fixing the MIPS implementation of
atomic_sub_return to not do the sync on UP then?
On Fri, 2005-04-08 at 13:50 +1000, Herbert Xu wrote:
> On Fri, Apr 08, 2005 at 07:52:34AM +0400, Evgeniy Polyakov wrote:
> > On Fri, 2005-04-08 at 13:32 +1000, Herbert Xu wrote:
> > > On Fri, Apr 08, 2005 at 07:33:58AM +0400, Evgeniy Polyakov wrote:
> > > > On Fri, 2005-04-08 at 12:59 +1000, Herber
Scripsit "David Schwartz" <[EMAIL PROTECTED]>
[quoting me]
>> No, it is completely wrong to say that the object file is merely an
>> aggregation. The two components are being coupled much more tightly
>> than in the situation that the GPL discribes as "mere aggregation".
> Would you maint
Assuming my previous patch goes into the native i386 vDSO,
this patch makes the x86_64's 32-bit vDSO match it.
Thanks,
Roland
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
--- linux-2.6/arch/x86_64/ia32/vsyscall-sigreturn.S
+++ linux-2.6/arch/x86_64/ia32/vsyscall-sigreturn.S
@@ -118,3 +118,6
> > Also, "mere aggregation" is a term from the GPL. You can read what
> > it says there yourself. But basically it's there so that people make
> > a distinction between the program itself and other stuff that isn't
> > the program.
On Thu, Apr 07, 2005 at 04:20:50PM -0700, David Schwartz wrote:
This patch adds an ELF note to the vDSO giving the LINUX_VERSION_CODE
value. Having this in the vDSO lets the dynamic linker avoid the `uname'
syscall it now always does at startup to ascertain the kernel ABI available.
Thanks,
Roland
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
--- linux
On Fri, Apr 08, 2005 at 07:52:34AM +0400, Evgeniy Polyakov wrote:
> On Fri, 2005-04-08 at 13:32 +1000, Herbert Xu wrote:
> > On Fri, Apr 08, 2005 at 07:33:58AM +0400, Evgeniy Polyakov wrote:
> > > On Fri, 2005-04-08 at 12:59 +1000, Herbert Xu wrote:
> > > > Evgeniy Polyakov <[EMAIL PROTECTED]> wrot
Sven Luther <[EMAIL PROTECTED]> writes:
> > It sounds like you are now looking at the question of are the
> > huge string of hex characters the preferred form for making
> > modifications to firmware. Personally I would be surprised
> > but those hunks are small enough it could have been written
On Fri, 2005-04-08 at 13:32 +1000, Herbert Xu wrote:
> On Fri, Apr 08, 2005 at 07:33:58AM +0400, Evgeniy Polyakov wrote:
> > On Fri, 2005-04-08 at 12:59 +1000, Herbert Xu wrote:
> > > Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> > > >
> > > > atomic_dec_and_test() is more expensive than 2 barriers
Linus Torvalds wrote:
In other words, this cherry-picking can generally be scripted and done
"outside" the SCM (you can trivially have a script that takes a revision
from one tree and applies it to the other). I don't believe that the SCM
needs to support it in any fundamentally inherent manner. Af
On Fri, 8 Apr 2005, Nick Piggin wrote:
> David Howells wrote:
> > Hugh Dickins <[EMAIL PROTECTED]> wrote:
> >
> > > Remove use of FIRST_USER_PGD_NR from sys_mincore: it's inconsistent
> > > (no
> > > other syscall refers to it), unnecessary (sys_mincore loops over vmas
> > > further down) and inco
Hi,
I wanted to increase the number of sectors that could
be requested/Written per SCSI READ(10)/WRITE command
, and varying MAX_SECTORS in blkdev.h helped me to do
it. However I could not request more than 256 sectors
and could not write more than 1632 inspite of changing
MAX_SECTORS to higher n
On Thu, 2005-04-07 at 11:47 -0400, James Morris wrote:
> On Thu, 7 Apr 2005, Kay Sievers wrote:
>
> > Sure, but seems I need to ask again: What is the exact reason not to
> > implement
> > the muticast message multiplexing/subscription part of the connector as a
> > generic part of netlink? That
Linus Torvalds wrote:
On Thu, 7 Apr 2005, Daniel Phillips wrote:
In that case, a nice refinement is to put the sequence number at the end of
the subject line so patch sequences don't interleave:
No. That makes it unsortable, and also much harder to pick put which part
of the subject line is the
On Fri, Apr 08, 2005 at 07:33:58AM +0400, Evgeniy Polyakov wrote:
> On Fri, 2005-04-08 at 12:59 +1000, Herbert Xu wrote:
> > Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> > >
> > > atomic_dec_and_test() is more expensive than 2 barriers + atomic_dec(),
> > > but in case of connector I think the pri
On Fri, 2005-04-08 at 12:59 +1000, Herbert Xu wrote:
> Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> >
> > atomic_dec_and_test() is more expensive than 2 barriers + atomic_dec(),
> > but in case of connector I think the price is not so high.
>
> Can you list the platforms on which this is true?
s
> > No-one is saying that the linker "merely aggregates" object
> > code for the driver; what *is* being said is: in the case of
> > firmware, especially if the firmware is neither a derivative
> > work on the kernel (see above) nor the firmware includes part
> > of the kernel (duh), it is *fairly
Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
>
> atomic_dec_and_test() is more expensive than 2 barriers + atomic_dec(),
> but in case of connector I think the price is not so high.
Can you list the platforms on which this is true?
Thanks,
--
Visit Openswan at http://www.openswan.org/
Email: Herb
This moves the macro loaddebug from asm-i386/suspend.h to asm-i386/processor.h,
which is the place that makes sense for it to be defined, removes the
extra copy of the same macro in arch/i386/kernel/process.c, and makes
arch/i386/kernel/signal.c use the macro in place of its expansion.
This is a p
These are patches designed to improve system responsiveness. It is
configurable to any workload but the default ck* patch is aimed at the
desktop and ck*-server is available with more emphasis on serverspace.
Apply to 2.6.11:
http://ck.kolivas.org/patches/2.6/2.6.11/2.6.11-ck4/patch-2.6.11-ck4.b
Apply these rules:
1.) If you do provide an initrd= thing, the initrd is being looked for
/linuxrc.
I have add /linuxrc, /init and /bin/init, all link to /sbin/init.
It just refuses to work ... :(
Only VIA IDE chipset maybe, but you don't usually need that for just-initrd.
You'd need that for the
On Thu, 2005-04-07 at 18:08 -0700, Siddha, Suresh B wrote:
> On Thu, Apr 07, 2005 at 03:11:12AM +1000, Nick Piggin wrote:
> > Using the attached patch, a puny dual PIII-650 with ~400MB RAM swapped
> > itself to death after 2 infinite loop tasks had been pinned to one
> > of the CPUs. See how yo
Ingo Molnar wrote on Tuesday, April 05, 2005 11:46 PM
> ok, the delay of 16 secs is alot better. Could you send me the full
> detection log, how stable is the curve?
Full log attached.
begin 666 boot.log
M0F]O="!PF5D($E40R!W:71H($-052 P("AL87-T(&1I9F8@,R!C>6-L97,L(&UA>&5R
M@I#86QI8G)A=&EN
M9R!D9
Scripsit Humberto Massa <[EMAIL PROTECTED]>
> After a *lot* of discussion, it was deliberated on d-l that
> this is not that tricky at all, and that the "mere
> aggregation" clause applies to the combination, for various
> reasons, with a great degree of safety.
When was this alleged conclusion r
On Thu, 2005-04-07 at 18:37 -0700, Rusty Lynch wrote:
> Looking into this a little more I realized that the lack of /proc
> notifications (for processes coming and going) is a common problem anytime
> a file is modified without going through the VFS. Other examples are
> remote file changes on a
On Thursday 07 April 2005 03:52 pm, Ian Pilcher wrote:
> Any chance the joystick is just broken?
Nope.
What works:
1) _Both_ joysticks (one that uses the analog driver, the other that uses the
sidewinder driver) work fine under Win2k.
2) Sound works under both Linux and Win2k.
3) The analog joy
On Fri, 2005-04-08 at 01:58 +0200, Andreas Schwab wrote:
> Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
>
> > Yes, that's very extreme, I suspect somebody is banging on set_par or
> > something like that.
>
> fb_setcolreg is it.
Ok, what about that patch:
---
This patch adds to the fbdev
On Fri, Apr 08, 2005 at 01:16:53AM +0200, Francois Romieu wrote:
> Paul E. McKenney <[EMAIL PROTECTED]> :
> > This patch changes calls to synchronize_kernel(), deprecated in the
> > earlier "Deprecate synchronize_kernel, GPL replacement" patch to
> > instead call the new synchronize_rcu() and synch
On Thu, Apr 07, 2005 at 03:11:12AM +1000, Nick Piggin wrote:
> Using the attached patch, a puny dual PIII-650 with ~400MB RAM swapped
> itself to death after 2 infinite loop tasks had been pinned to one
> of the CPUs. See how you go.
Its goes well beyond the initial 7000 number I mentioned. Th
On Thursday, April 7, 2005 9:40 am, Rik van Riel wrote:
> Larry, thanks for the help you have given us by making
> bitkeeper available for all these years.
A big thank you from me too, I've really enjoyed using BK and I think it's
made me much more productive than I would have been otherwise. I
On Wed, Apr 06, 2005 at 08:42:08AM -0700, Linus Torvalds wrote:
> If you must, start reading up on "monotone".
One slightly annoying thing is that monotone doesn't appear to have a
web interface. I used to use the bk one a lot when tracking down
bugs, because it was really fast to have a web brow
Hi,
I am working on VRRP and want to set multiple VIP <==> VMAC on a single
interface, is it possible
The mailing list had one thread long time back which was taking about a
kernel patch for this, but I don't if this is done or not.
What options do I have for doing the above?
Thanks,
Kalyanjeet
Hi Trond,
The acregmin (default=3) and acregmax (default=60) NFS attributes that
control the min and max attribute cache lifetimes don't appear to be
working after the first few timeouts. Using a test program that loops
on the following sequence:
- write to a file on an NFS3 mounted files
From: Nick Wilson <[EMAIL PROTECTED]>
Use the generic round_up_pow2() instead of a custom rounding method.
Signed-off-by: Nick Wilson <[EMAIL PROTECTED]>
---
bootmem.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
Index: linux/mm/bootmem.c
===
From: Nick Wilson <[EMAIL PROTECTED]>
Use the generic round_up_pow2() instead of a custom rounding method.
Signed-off-by: Nick Wilson <[EMAIL PROTECTED]>
---
bitmap.c |3 +--
1 files changed, 1 insertion(+), 2 deletions(-)
Index: linux/lib/bitmap.c
Nick Wilson <[EMAIL PROTECTED]> wrote:
>
> The first patch adds a generic round_up_pow2() macro to kernel.h. The
> remaining patches modify a few files to make use of the new macro.
We already have ALIGN() and roundup_pow_of_two().
-
To unsubscribe from this list: send the line "unsubscribe linux
From: Nick Wilson <[EMAIL PROTECTED]>
Use the generic round_up_pow2() instead of a custom rounding method.
Signed-off-by: Nick Wilson <[EMAIL PROTECTED]>
---
resource.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
Index: linux/kernel/resource.c
===
From: Nick Wilson <[EMAIL PROTECTED]>
Use the generic round_up_pow2() instead of a custom rounding method.
Signed-off-by: Nick Wilson <[EMAIL PROTECTED]>
---
a.out.h |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
Index: linux/include/linux/a.out.h
==
From: Nick Wilson <[EMAIL PROTECTED]>
Add a generic macro to kernel.h to round up to the next multiple of n.
Signed-off-by: Nick Wilson <[EMAIL PROTECTED]>
---
kernel.h |5 +
1 files changed, 5 insertions(+)
Index: linux/include/linux/kernel.h
=
From: Nick Wilson <[EMAIL PROTECTED]>
Use the generic round_up_pow2() instead of a custom rounding method.
Signed-off-by: Nick Wilson <[EMAIL PROTECTED]>
---
kernel.h |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
Index: linux/include/linux/kernel.h
On Apr 7, 2005 3:45 PM, Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> On Thu, 2005-04-07 at 11:54 -0700, Nish Aravamudan wrote:
> > On Apr 7, 2005 10:50 AM, Moritz Muehlenhoff <[EMAIL PROTECTED]> wrote:
> > > Benjamin Herrenschmidt wrote:
> > > > > 1. When resuming from S3 suspend and having
Randy.Dunlap wrote:
> >+#define ALIGN_DATA_SIZE(size) ((size + PAGE_SIZE - 1) & ~(PAGE_SIZE -
> >1))
>
>
> ISTM that we need a generic round_up() function or macro i
Thanks for the hints Florian, but still there are open questions:
Florian Attenberger [Thu, Apr 07, 2005 at 07:33:09PM +0200]:
> [...]
> # [From the kernel help:
> #
> #This option adds a `TCPMSS' target, which allows you to alter the
> #MSS value of TCP SYN packets, to control the maximum
On Thu, Apr 07, 2005 at 11:05:05PM +0200, Sven Luther wrote:
> On Thu, Apr 07, 2005 at 10:56:47PM +0200, Adrian Bunk wrote:
>...
> > If your statement was true that Debian must take more care regarding
> > legal risks than commercial distributions, can you explain why Debian
> > exposes the legal
Hi
Should not be a problem as the compilation doesn't use any part of the
running kernel. As long as you have the required components
Alex
On Thu, Apr 07, 2005 at 07:09:18PM -0400, Allison wrote:
> Hi,
>
> Is it possible to compile a 2.4.20 kernel on a 2.6 system ?
> And use the new image succe
On Tue, Apr 05, 2005 at 11:49:49PM +0200, Pavel Machek wrote:
> Hi!
>
> This fixes u32 vs. pm_message_t confusion in documentation, and
> removes references to no-longer-existing (*save_state), too. With
> exception of USB (I hope David will fix/apply my patch), this should
> fix last piece of thi
On Sat, Apr 02, 2005 at 11:23:19PM +0200, Pavel Machek wrote:
> Hi!
>
> This fixes drivers/pci (mostly pcie stuff). [These patches are
> independend and change no object code; therefore not numbered].
>
> Please apply,
Applied, thanks.
greg k-h
-
To unsubscribe from this list: send the line "un
Rearrange sound/oss/nm256_audio.c and to drop nm256_debug from nm256.h
since it confuses gcc 4.0 (this problem was my fault).
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 29 Mar 2005
--- linux-2.6.12-rc1-mm3-full/sound/oss/nm256.h.old 2005-03-28
23:
On Mon, Mar 28, 2005 at 06:19:55AM -0800, [EMAIL PROTECTED] wrote:
> Hi Greg, PCI folk,
>
> Resending this patch. Is it okay now?
Sorry for the delay, I've added to my trees now.
thanks,
greg k-h
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On Fri, Apr 08, 2005 at 01:17:58AM +0200, Ladislav Michl wrote:
> On Thu, Apr 07, 2005 at 02:18:39PM -0700, Greg KH wrote:
> > Jean's point is that you should send an individual patch for each type
> > of individual change. It's ok to say "patch 3 requires you to have
> > applied patches 1 and 2"
On Sat, Apr 02, 2005 at 02:20:11PM +0200, Rolf Eike Beer wrote:
> Greg KH wrote:
> > ChangeSet 1.2181.16.9, 2005/03/17 13:54:33-08:00, [EMAIL PROTECTED]
> >
> > [PATCH] PCI Hotplug: remove code duplication in
> > drivers/pci/hotplug/ibmphp_pci.c
> >
> > This patch removes some code duplication wher
On Thu, Apr 07, 2005 at 02:56:39PM -0400, Ed L Cashin wrote:
> Greg KH <[EMAIL PROTECTED]> writes:
>
> ...
> > So, which one of the aoe patches listed at:
> >
> > http://www.kernel.org/pub/linux/kernel/people/gregkh/gregkh-2.6/patches/driver/
> > do you want me to drop? This one:
> >
>
On Fri, Apr 01, 2005 at 02:06:50PM -0800, Roland Dreier wrote:
> Ugh, this patch is required to build support for the new Mellanox
> HCAs. Greg K-H applied it to his tree a while ago but it hasn't made
> it to Linus yet.
>
> Sorry,
> Roland
>
> Add PCI device IDs for new Mellanox MT25204 "Sina
On Fri, 2005-04-08 at 01:58 +0200, Andreas Schwab wrote:
> Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
>
> > Yes, that's very extreme, I suspect somebody is banging on set_par or
> > something like that.
>
> fb_setcolreg is it.
Ahhh... interesting. I'll see if I can find a way to work aro
On Monday, April 4, 2005 7:25 am, James Bottomley wrote:
> On Mon, 2005-04-04 at 15:16 +0100, Christoph Hellwig wrote:
> > The IOC4 device that provides IDE, serial ports and external interrupts
> > on Altix systems has a big endian register layour, and the PCI-X bridge
> > in those Altix systems c
Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
> Yes, that's very extreme, I suspect somebody is banging on set_par or
> something like that.
fb_setcolreg is it.
kernel: radeonfb_set_par
kernel: radeon_write_pll_regs: radeon_pll_errata_after_data
kernel: radeon_write_pll_regs: radeon_pll_err
On Apr 06, 2005, at 11:50, Paulo Marques wrote:
kzalloc it is, then.
[...]
So we gain 8kB on the uncompressed image and 1347 bytes on the
compressed one. This was just a dumb test and actual results might be
better due to smarter human cleanups.
Not a spectacular gain per se, but the increase in
> On Thu, Apr 07, 2005 at 01:26:17AM -0700, David Schwartz wrote:
> > If you believe the linker "merely aggregates" the object code for the
> > driver with the data for the firmware, I can't see how you can argue
> > that any linking is anything but mere aggregation. In neither case can
> > you s
On Thu, 2005-04-07 at 14:08 +0100, Stephen C. Tweedie wrote:
> Hi,
>
> On Thu, 2005-04-07 at 09:14, Ingo Molnar wrote:
>
> > doesnt the first option also allow searches to be in parallel?
>
> In terms of CPU usage, yes. But either we use large windows, in which
> case we *can't* search remotely
On Thu, Apr 07, 2005 at 02:18:39PM -0700, Greg KH wrote:
> Jean's point is that you should send an individual patch for each type
> of individual change. It's ok to say "patch 3 requires you to have
> applied patches 1 and 2" and so on. Please split this up better.
Here it is...
Use i2c_transfe
Paul E. McKenney <[EMAIL PROTECTED]> :
> This patch changes calls to synchronize_kernel(), deprecated in the
> earlier "Deprecate synchronize_kernel, GPL replacement" patch to
> instead call the new synchronize_rcu() and synchronize_sched() APIs.
[...]
> diff -urpN -X dontdiff linux-2.6.12-rc1/driv
On Thu, 7 Apr 2005, Martin Pool wrote:
>
> Importing the first snapshot (2004-01-01) took 41.77s user, 1:23.79
> total. Each subsequent day takes about 10s user, 30s elapsed to commit
> into bzr. The speeds are comparable to CVS or a bit faster, and may be
> faster than other distributed syste
> > Are you happy with processing patches + descriptions, one per mail?
>
> Yes. That's going to be my interim, I was just hoping that with 2.6.12-rc2
> out the door, and us in a "calming down" period, I could afford to not
> even do that for a while.
>
> The real problem with the email thing is
On Fri, 2005-04-08 at 01:13 +0200, Andreas Schwab wrote:
> Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
>
> > Can you cound how many times radeonfb_set_par is called and dump your
> > "counter" at the beginning and end of each of these calls ?
>
> Switch from X to console:
>
> kernel: rade
Add support for DS1339. The only difference against DS1337 is Trickle
Charge register at address 10h, which is used to enable battery or gold
cap charging. Please note that value may vary for different batteries,
so it should be made module parameter. 0xaa is sane default and also
matches my board
1 - 100 of 355 matches
Mail list logo
