Andrew,
CONFIG_PTE_64BIT & CONFIG_PHYS_64BIT are not currently consistently used
in the code base. Fixed up the usage such that CONFIG_PTE_64BIT is used
when we have a 64-bit PTE regardless of physical address width.
CONFIG_PHYS_64BIT is used if the physical address width is larger than
32-b
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
From: Jesper Juhl <[EMAIL PROTECTED]>
Here's a patch with cleanups for fs/cifs/fcntl.c
This time the file is so small and the cleanups so trivial that I chose to
just put the whole thing in a single patch - if you want it split, then
just say so.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
On Thu, Apr 07, 2005 at 05:46:27AM -0600, Eric W. Biederman wrote:
> Sven Luther <[EMAIL PROTECTED]> writes:
>
> > On Wed, Apr 06, 2005 at 01:22:36PM -0600, Eric W. Biederman wrote:
> > > For tg3 a transition period shouldn't be needed as firmware loading
> > > is only needed on old/buggy hardware
Andrew,
Allow the pfn to be offset by more than just PAGE_SHIFT in the pte.
Today, PAGE_SHIFT tends to allow us to have 12-bits of flags in the pte.
In the future if we have a larger pte we can allocate more bits for flags
by offsetting the pfn even further.
Signed-off-by: Kumar Gala <[EMAIL
* Pete Zaitcev <[EMAIL PROTECTED]>:
| > > pwc Too many ISOC errors, bailing out.
| > > pwc pwc_isoc_handler() called with status -84 [CRC/Timeout (could be
anything)].
|
| There is no other way but to start splitting patches and diff-ing.
| We can narrow this down a little by looking at what _mi
linux-kernel@vger.kernel.org
From: Ralf Baechle <[EMAIL PROTECTED]>
To: Daniel Laird <[EMAIL PROTECTED]>
Subject: Re: mipsel-linux-ld vmlinux.lds:470: Parse Error
Date: Thu, 7 Apr 2005 19:59:01 +0100
On Thu, Apr 07, 2005 at 05:58:20PM +, Daniel Laird wrote:
> I am trying to build a linux kernel
On Thu, 7 Apr 2005, Randy.Dunlap wrote:
On Thu, 7 Apr 2005 11:16:14 -0400 (EDT) Richard B. Johnson wrote:
|
| In the not-too distant past, one could disable Ctl-Alt-DEL.
| Can't do it anymore.
What should disabling C_A_D do?
| Script started on Thu 07 Apr 2005 10:58:11 AM EDT
| [SNIPPED leading stu
Patrick McFarland wrote:
On Wednesday 30 March 2005 11:59 pm, Patrick McFarland wrote:
2.6.8 is also fubar. Now to 2.6.7
Nope, 2.6.7 is also fubar. Now to 2.6.6.
BTW, can the ALSA userland in anyway screw me here? I mean,the joystick stuff
shouldn't have anything to do with it at all... but..
On Thu, Apr 07, 2005 at 01:00:51PM -0400, Daniel Phillips wrote:
> On Thursday 07 April 2005 11:10, Linus Torvalds wrote:
> > On Thu, 7 Apr 2005, Paul Mackerras wrote:
> > > Do you have it automated to the point where processing emailed patches
> > > involves little more overhead than doing a bk pu
The last time i crashed i changed the console resolution, i'm hoping it will
give me the whole dump this time. I will see if i can get a serial console
on it.
Best Regards,
Shaun Reitan
Account Specialist
www.NDCHost.com
www.cPlicensing.net
- Original Message -
From: "Zwane Mwaikambo" <
On Thu, 7 Apr 2005 15:46:20 -0400 (EDT) Richard B. Johnson wrote:
| On Thu, 7 Apr 2005, Randy.Dunlap wrote:
|
| > On Thu, 7 Apr 2005 11:16:14 -0400 (EDT) Richard B. Johnson wrote:
| >
| > |
| > | In the not-too distant past, one could disable Ctl-Alt-DEL.
| > | Can't do it anymore.
| >
| > What s
On Wed, 6 Apr 2005, Alan Stern wrote:
> The patch looks good. But isn't there still a problem with
> device_release_driver()? It doesn't wait for the klist_node to be removed
> from the klist before unlocking the device and moving on. As a result, if
> another driver was waiting to bind to the
On Thu, 2005-04-07 at 20:40 +0200, Mikael Pettersson wrote:
> On Thu, 07 Apr 2005 12:17:37 +0200, Arjan van de Ven wrote:
> >On Thu, 2005-04-07 at 20:10 +1000, Keith Owens wrote:
> >> 2.6.12-rc2, with CONFIG_PREEMPT and CONFIG_PREEMPT_DEBUG. The
> >> in_atomic() macro thinks that preempt_disable()
Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
> It is weird tho. Could you try adding a printk or something to figure
> out how much this is called during a typical swich ?
There are 1694 calls to radeon_pll_errata_after_data during a switch from
X to the console and 393 calls the other way.
On Thu, Apr 07, 2005 at 11:16:14AM -0400, Richard B. Johnson wrote:
> In the not-too distant past, one could disable Ctl-Alt-DEL.
> Can't do it anymore.
...
> Observe that reboot() returns 0 and `strace` understands what
> parameters were passed. The result is that, if I hit Ctl-Alt-Del,
> `init` w
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 separate the
Sorry for this poor bugreport, but I haven't had time to track it down
more carefully.
Hardware: Vaio r505te, i815, onboard e100
Kernel: 2.6.12-rc1-mm1 plus patch to fix GlidePoint resume hang
After a swsusp resume, the onboard e100 does not pass traffic. When I
was running 2.6.11-rc2 (IIRC) t
On Thu, 7 Apr 2005, Randy.Dunlap wrote:
On Thu, 7 Apr 2005 15:46:20 -0400 (EDT) Richard B. Johnson wrote:
| On Thu, 7 Apr 2005, Randy.Dunlap wrote:
|
| > On Thu, 7 Apr 2005 11:16:14 -0400 (EDT) Richard B. Johnson wrote:
| >
| > |
| > | In the not-too distant past, one could disable Ctl-Alt-DEL.
| >
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 1024 inspite of
changing MAX_SECTORS to
On Tuesday 05 April 2005 2:38 pm, Pavel Machek wrote:
> It seems to me that USB stack still needs some u32-vs-pm_message_t
> changes (in rc2-mm1):
>
> Could you apply them?
I see someone changed the requirements for platform_device too ... :)
This patch is mostly NOPs, but many of them tromp on
On Thu, 7 Apr 2005, Jan Harkes wrote:
On Thu, Apr 07, 2005 at 11:16:14AM -0400, Richard B. Johnson wrote:
In the not-too distant past, one could disable Ctl-Alt-DEL.
Can't do it anymore.
...
Observe that reboot() returns 0 and `strace` understands what
parameters were passed. The result is that, if
On Thu, 2005-04-07 at 20:04 +0200, JÃrn Engel wrote:
> On Thu, 7 April 2005 10:47:18 -0700, Linus Torvalds wrote:
> > On Thu, 7 Apr 2005, Al Viro wrote:
> > >
> > > No. There's another reason - when you are cherry-picking and reordering
> > > *your* *own* *patches*.
> >
> > Yes. I agree. There s
On Thu, Apr 07, 2005 at 05:36:59PM +0200, Simon Derr wrote:
>
>
> On Thu, 7 Apr 2005, Yura Pakhuchiy wrote:
>
> > On Thu, 2005-04-07 at 14:40 +0200, Patrice Martinez wrote:
> > > When using a machine with a 2612-rc 1kernel, I encounter problems
> > > reading /dev/random:
> > > it simply never
On Thu, Apr 07, 2005 at 04:28:04PM +0200, Ladislav Michl wrote:
> Here is yet another patch this time fixes only.
> CHANGELOG:
> * use i2_tranfer function instead of adapter->algo->master_xfer, so
> we have proper bus locking.
> * BCD2BIN and BIN2BCD are proper macros to use here, see linux/bcd.h
Oops, forget to CC the lists on this one.
- kumar
-- Forwarded message --
Date: Thu, 7 Apr 2005 16:20:43 -0500 (CDT)
From: Kumar Gala <[EMAIL PROTECTED]>
To: Andrew Morton <[EMAIL PROTECTED]>
Subject: [PATCH] ppc32: Support 36-bit physical addressing on e500
Andrew,
To add suppo
On Fri, 2005-04-01 at 07:27 -0500, Steven Rostedt wrote:
> On Fri, 2005-04-01 at 07:19 +0200, Ingo Molnar wrote:
> > * Steven Rostedt <[EMAIL PROTECTED]> wrote:
> >
> > > > could you send me your latest patch for the bit-spin issue? My main
> > > > issue was cleanliness, so that the patch doesnt
> There are 1694 calls to radeon_pll_errata_after_data during a switch from
> X to the console and 393 calls the other way.
Wow... Ben that seems a bit extreme... there's not even close to 393 plls :-)
Dave.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
Ted has agreed to let me take over as maintainer of /dev/random and friends.
I've gone ahead and added a line to his entry in CREDITS.
Signed-off-by: Matt Mackall <[EMAIL PROTECTED]>
Index: mm/drivers/char/random.c
===
--- mm.orig/dr
Hi Ladislav,
> Here is yet another patch this time fixes only.
> CHANGELOG:
> * use i2_tranfer function instead of adapter->algo->master_xfer, so
> we have proper bus locking.
You are absolutely right. My mistake, I should have noticed when first
reviewing the code, as calling master_xfer direc
On Apr 7, 2005 4:38 AM, Horst von Brand <[EMAIL PROTECTED]> wrote:
> AsterixTheGaul <[EMAIL PROTECTED]> said:
> > > -#define module_init(x) __initcall(x);
> > > +#define module_init(x) __initcall(x); __module_init_disable(x);
> >
> > It would be better if there is brackets around them... like
> >
>
On Tue, Apr 05, 2005 at 03:57:01PM +0200, Sven Luther wrote:
>...
> The other point is that other entities, like redhat, or suse (which is now
> novel and thus ibm) and so have stronger backbones, and can more easily muster
> the ressources to fight of a legal case, even one which is a dubious one,
On Tue, Apr 05, 2005 at 04:05:07PM +0200, Josselin Mouette wrote:
> Le lundi 04 avril 2005 à 21:32 +0200, Adrian Bunk a écrit :
> > On Mon, Apr 04, 2005 at 09:05:18PM +0200, Marco d'Itri wrote:
> > > On Apr 04, Greg KH <[EMAIL PROTECTED]> wrote:
> > >
> > > > What if we don't want to do so? I kno
On Thu, Apr 07, 2005 at 10:56:47PM +0200, Adrian Bunk wrote:
> On Tue, Apr 05, 2005 at 03:57:01PM +0200, Sven Luther wrote:
> >...
> > The other point is that other entities, like redhat, or suse (which is now
> > novel and thus ibm) and so have stronger backbones, and can more easily
> > muster
>
On Tue, Apr 05, 2005 at 05:26:31PM +0100, Paulo Marques wrote:
>
> Hi,
Hi Paulo,
> I noticed there are a number of places in the kernel that do:
>
> ptr = kmalloc(n * size, ...)
> if (!ptr)
> goto out;
> memset(ptr, 0, n * size);
>
> It seems that these could be
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?
>
> Tony
Does 'different crash' qualify as "helping"? :)
With this additional patch, I get this li
On Mon, Apr 04, 2005 at 11:01:45PM +0200, Jesper Juhl wrote:
> Remove redundant NULL pointer check before calling kfree().
>
> Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
>
>
> --- linux-2.6.12-rc1-mm4/fs/cifs/asn1.c.with_patch1 2005-04-04
> 22:25:50.0 +0200
> +++ linux-2.6.12-rc1-
On Wed, Apr 06, 2005 at 10:22:50AM +0200, Ben Castricum wrote:
>...
> Just wondering, isn't 2.95.3 the recommended compiler anymore? I only use
> this (a bit old) version because it's _the_ compiler for the kernel.
>...
GNU gcc 2.95 is still a supported compiler (although the number of
people usi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
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?
>>
>>Tony
>
>
> Does 'diff
On Mon, Apr 04, 2005 at 09:42:39AM +0200, Jose Ángel De Bustos Pérez wrote:
> Hi,
>
> I have a problem with kswapd and I didn't find anything in the
> archives of the list (I hope not having missed someone).
>
> kswapd is using 100% of CPU in a suse sles8 with kernel 2.4.241. This
> machine has i
I was wondering if anyone knows how to change the repeatrate on a USB keyboard
with a 2.4 kernel. The system is a legacy free system (no ps2 port), so
kbdrate does nothing. With evdev loaded, the keyboard and mouse (both USB
devices) get registered with the event system and show up as
/dev/in
On Tue, Apr 05, 2005 at 08:10:27PM -0700, Randy.Dunlap wrote:
> There is a fairly up-to-date dontdiff file available at
> http://developer.osdl.org/rddunlap/doc/dontdiff-osdl
Can we stash a copy in Documentation?
--
Mathematics is the supreme nostalgia of our time.
-
To unsubscribe from this lis
On Thu, 7 Apr 2005 15:37:51 -0700 Matt Mackall wrote:
| On Tue, Apr 05, 2005 at 08:10:27PM -0700, Randy.Dunlap wrote:
| > There is a fairly up-to-date dontdiff file available at
| > http://developer.osdl.org/rddunlap/doc/dontdiff-osdl
|
| Can we stash a copy in Documentation?
certainly.
Add a
On Thu, 2005-04-07 at 19:50 +0200, Moritz Muehlenhoff wrote:
> Benjamin Herrenschmidt wrote:
> > > 1. When resuming from S3 suspend and having switched off the backlight
> > > with radeontool the backlight isn't switched back on any more.
> >
> > I'm not sure what's up here, it's a nasty issue wit
Hi Evgeniy,
Should i be concerned about this bugcheck?
I have seen this happening a number of times, all with the same signature
in my testing. I ran a mix of AIM7, ubench, fork-test (continuously
fork new
processes), and another program reading from the fork connector socket.
Thanks,
- jay
cq
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 switched off the backlight
> > > > with radeontool the backlight isn't switched ba
BTW, when it happened last time, my program listening to the socket
complained about duplicate messages received.
Unmatched seq. Rcvd=1824062, expected=1824061 <===
Unmatched seq. Rcvd=1824062, expected=1824063 <===
Unmatched seq. Rcvd=1824348, expected=1824307
When my program received
On Thu, 2005-04-07 at 22:21 +0200, Andreas Schwab wrote:
> Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
>
> > It is weird tho. Could you try adding a printk or something to figure
> > out how much this is called during a typical swich ?
>
> There are 1694 calls to radeon_pll_errata_after_da
On Fri, 2005-04-08 at 07:22 +1000, Dave Airlie wrote:
> > There are 1694 calls to radeon_pll_errata_after_data during a switch from
> > X to the console and 393 calls the other way.
>
> Wow... Ben that seems a bit extreme... there's not even close to 393 plls :-)
Yes, that's very extreme, I suspe
Hi,
Is it possible to compile a 2.4.20 kernel on a 2.6 system ?
And use the new image successfully ?
thanks,
Allison
-
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-inf
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: radeonfb_set_par
kernel: radeon_pll_errata_after_data
last message repeated 7
Jean,
I'll comment your mail first and then send separate patches (somehow
I can't sleep this night :))
On Thu, Apr 07, 2005 at 11:29:08PM +0200, Jean Delvare wrote:
> > * Move NULL argument checking from get/set date functions to
> > ds1337_command function, so it is only at one place. Note th
Hi,
Just wamted to ask if anyone has some will into it, or if this driver
shoudl be removed from the kernel as broken.
--
pozdrawiam |"Help me master, I felt the burning twilight behind
[EMAIL PROTECTED]|those gates of stell..." --Perihelion, Prophecy Sequence
-
To unsubscribe from this list:
dev_{dbg,err} functions should print client's device name. data->id can
be dropped from message, because device is determined by bus it hangs on
(it has fixed address).
--- linux-omap/drivers/i2c/chips/ds1337.c.orig 2005-04-08 00:36:15.072302800
+0200
+++ linux-omap/drivers/i2c/chips/ds1337.c
Use correct macros to convert between bdc and bin. See linux/bcd.h
--- linux-omap/drivers/i2c/chips/ds1337.c.orig 2005-04-08 00:32:45.234203040
+0200
+++ linux-omap/drivers/i2c/chips/ds1337.c 2005-04-08 00:34:58.457949952
+0200
@@ -127,15 +127,15 @@
buf[4], buf[5], buf[6]
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
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
> > 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 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
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, 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
> 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 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
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 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
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 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, 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
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 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
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
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 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
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
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
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
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
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]>
---
a.out.h |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
Index: linux/include/linux/a.out.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]>
---
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]>
---
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]>
---
bootmem.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
Index: linux/mm/bootmem.c
===
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
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
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 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 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 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 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 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
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
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
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
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
201 - 300 of 355 matches
Mail list logo
